srs

1熱

2答えて

ユースケースシナリオを書くときに、拡張ポイントがある場合はどうすればよいですか？

ユースケースケースベースユースケースユースケース（インクルード関係）がある場合は基本フローユースケースシナリオに含めます。例： UC name : Pay Bill Actor : Customer Basic Flow : 1. Include ::(Validate User Login). 2. Press View Unpaid bills button.

0熱

2答えて

SRS：どのように異なるシナリオおよびプロセス物語間（UML）

ソフトウェア要件仕様で、シナリオと、各機能の処理の語りとの差は（UMLを用いて説明した）とは何ですか？私は、シナリオがシステムの単一の機能の説明であることを理解します。シナリオについてもUMLで記述する必要がありますか、またはテキスト記述で十分ですか？私は既に、各機能（機能）のプロセス記述をUMLで詳述しなければならないためです。どちらの方法も同等です。 THX、男

1熱

1答えて

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

私はレストラン「予約システム」の2人のユーザーにサービスする2つのアプリケーション用のSRSドキュメントを作成しています。 1つはマネージャ用、もう1つはクライアント用です。ユースケース図を描くときに別のシステムに分割する必要があるのでしょうか？同じシステムに対応しているので、それらを同じシステムブロックに入れる必要がありますか？ - +君たちは私がSRS文書でカバーする必要があります任意の字

0熱

1答えて

RUPのどの文書にユースケース属性（フォームフィールド）を入れるべきですか？

RUPのどのドキュメントにユースケース属性（フォームフィールド）を入れる必要がありますか？システムによっては、登録ユースケースがあるとします。 SRSを書くシステムアナリストは、登録ユースケースの特定の属性（フォームフィールド）をどこで書くことができますか？この文書の名前は何ですか？