【问题标题】:use case diagrams - for two application (Software requirements specification document)用例图 - 用于两个应用程序(软件需求规范文档)
【发布时间】:2017-12-20 22:29:52
【问题描述】:

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

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

--

+如果你们知道我应该在 SRS 文档中涵盖的任何字幕,请发布它们。 我只介绍了需求和用例。

【问题讨论】:

  • 当我绘制界面时不必设计或只是为了炫耀它的功能?

标签: use-case srs


【解决方案1】:

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

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

  1. 接口
  2. 功能能力
  3. 性能级别
  4. 数据结构/元素
  5. 安全
  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:待定

关于这个问题,经理和客户是同一个系统的参与者。所以你应该为你的项目使用一个系统。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多