2

私は現在、システムの SRS を作成していますが、ユーザーの要件がどこに適合するかを把握するのに苦労しています。現在の内容を示します。

Table of Contents
Revision History
1. Document Introduction
    1.1 Purpose
    1.2 Scope
    1.3 Word List
    1.4 References
    1.5 Overview
2. System Description
    2.1 Product Description
    2.2 Project Stakeholders
    2.3 System Characteristics
    2.4 Context Diagram
        2.4.1 Frontend
        2.4.2 Backend
        2.4.3 Database  
        2.4.4 API
     2.5 User Requirements // <---- is this the correct place and naming?
     2.6 User Assumptions and Dependencies  
     2.7 User Documentation
3. User Requirements // <---- or is this more appropriate?
4. Functional Requirements
    4.1 Frontend
        4.1.1 Stop
        4.1.2 Quicklist
        4.1.3 Journey
        4.1.4 Settings
        4.1.5 System
        4.2.6 JSON
    4.2 Backend
        4.2.1 JSON
        4.2.2 System
5. Other Non-Functional Requirements
    5.1 Software Interface
    5.2 Performance Requirements
    5.3 Security Requirements
    5.4 Software Quality Attributes
    5.5 Platform Requirements

ユーザー要件は、次のようなものに対応します (これは単なる例です)。

The user needs the application to be responsive at all times.
The user must not be confused as to what is a button and what is not.
The user must be able to save personal preferences within area A of the application.
The user must be able to use the application offline.
The user must be able to retain their personal preferences if they log in on any device.

それが適切な場所でない場合は、どこに配置すればよいでしょうか。また、SRS に問題があるように見えるものが他にある場合は、常に自分のスキルを向上させたいと考えています!

4

1 に答える 1

1

その後の情報の流れはユーザーの依存関係/仮定であるため、2.5 にリストされているユーザー要件を保持します。ただし、情報が十分に大きく、独自のセクションが必要な場合は、より意味があります。各セクションが何を完全に表しているかを知らなければ、この質問に答えることは困難です。私は通常、ユーザーが何を必要としているか、またはプロジェクトの「理由」をさらに説明するセクションを必要とするのではなく、プロジェクトの範囲と目的の範囲内でユーザーのニーズが定義されると想定します。

于 2014-04-15T21:47:46.997 に答える