用例图 - 用于两个应用程序(软件需求规范文档)

时间:2017-07-16 08:07:33

标签: use-case srs

我正在为一个餐厅“预订系统”的两个用户提供两个应用程序的SRS文档。一个用于经理,另一个用于客户。 我想知道在绘制用例图时是否应该将它们分成不同的系统?

或者因为它们服务于同一系统,我应该把它们放在同一个系统块中?

-

+如果你们知道我应该在SRS文件中提及的任何字幕,请发布。 我只讨论了要求和用例。

1 个答案:

答案 0 :(得分:1)

SRS通常是在“需求开发”的第一阶段开发的,这是最初的产品开发阶段,在该阶段收集有关需求的信息 - 而不是。

您可能会成为SRS团队的成员(如果没有,请求成为),这意味着SRS开发将是特定项目的协作工作。一些标准组织(包括IEEE)已经确定了在设计和编写SRS时必须解决的九个主题:

  1. 接口
  2. 功能能力
  3. 效果级别
  4. 数据结构/元素
  5. 安全
  6. 可靠性
  7. 安全/隐私
  8. 质量
  9. 限制和限制
  10. 基本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:待定
    7. 关于这个问题,经理和客户是同一系统的演员。所以你应该为你的项目使用一个系统。