use-case - 用例图 - 用于两个应用程序（软件需求规范文档）

Question

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

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

--

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

Answer 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：待定

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