ユースケース図 - 2つのアプリケーション用（ソフトウェア要件仕様書）

Question

私はレストラン「予約システム」の2人のユーザーにサービスする2つのアプリケーション用のSRSドキュメントを作成しています。 1つはマネージャ用、もう1つはクライアント用です。 ユースケース図を描くときに別のシステムに分割する必要があるのでしょうか？

同じシステムに対応しているので、それらを同じシステムブロックに入れる必要がありますか？

-

+君たちは私がSRS文書でカバーする必要があります任意の字幕を知っている場合は、それらを投稿してください。 私は要件とユースケースのみをカバーしました。

Answer 1

SRSは、通常、「要件開発」の最初の段階で開発されます。これは、必要な要件について情報が収集される初期の製品開発段階です。

あなたはおそらくSRSチームのメンバーになるでしょう（もしそうでないなら、そうなると思います）。これはSRSの開発が特定のプロジェクトのための共同作業となることを意味します。

1. インタフェース
2. 機能能力
3. のパフォーマンスレベル
4. データ構造/要素
5. ：（IEEE含む）いくつかの標準化団体は、設計およびSRSを書くときに対処しなければならない9つのトピックを確認しています安全性
6. 信頼性
7. セキュリティ/プライバシー
8. 品質
9. 制約および制限事項

基本的なSRSのアウトライン

1. はじめ 1.1目的 1.2表記上の規則 1.3対象読者 1.4追加情報 1.5連絡先情報/ SRSチームのサンプルメンバ 1.6参考文献
2. 全体的な説明 の2.1製品の観点 2.2製品の機能 2.3ユーザーのクラスと特性 2.4動作環境 2.5ユーザー環境 2.6設計/実装上の制約 2.7前提条件と依存関係
3. 外部インタフェース要件 3.1ユーザー・インターフェース 3.2ハードウェア・インタフェース 3.3ソフトウェアインターフェイス 3.4通信プロトコルとインターフェイス
4. システム機能 4.1システム機能A 4.1.1説明と優先度 4.1.2動作/結果 4.1.3機能要件 4.2システム機能B
5. その他の非機能要件 5。1つのパフォーマンス要件 5.2安全要件 5.3セキュリティ要件 5.4ソフトウェアの品質が 5.5プロジェクト文書属性 5.6ユーザーのドキュメント
6. その他の要件 付録A：用語/用語集/定義リスト 付録B：

を決定しなければ

質問について、マネージャとクライアントは同じシステムの俳優です。したがって、プロジェクトには1つのシステムを使用する必要があります。