[软件工程] 全局分析规格说明书模板-Toy模板网

这篇具有很好参考价值的文章主要介绍了[软件工程] 全局分析规格说明书模板。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

1 价值需求
描述目标系统的价值需求，可以附上商业模式画布。
1.1 利益相关者
描述目标系统的利益相关者，包括终端用户、企业组织、投资人等。
1.2 系统愿景
描述利益相关者共同达成一致的愿景，该愿景的描述需要对准企业的战略目标。
1.3 系统范围
确定了目标系统问题空间的范围和边界，可以通过未来状态减去当前状态确定范围。
1.当前状态
识别当前已有的资源（人、资金），已有的系统，当前的业务执行流程。
2.未来状态
根据业务愿景和利益相关者确定构建目标系统后希望达到的未来状态。
3.业务目标
明确各个利益相关者提出的业务目标。
2 业务需求
2.1 概述
对目标系统整体业务需求的描述，展开对整个问题空间的探索，划分核心子领域、通用子领域和支撑子领域，可附上子领域映射图。
2.2 业务流程
整个目标系统的核心业务流程和主要业务流程，可以通过服务蓝图、泳道图或活动图绘制业务流程图。
2.3 子领域1…n
按照每个子领域对业务需求进行描述。业务需求的层次：子领域->业务场景->业务服务
1.业务场景1…n
描述业务场景的业务目标，并通过业务服务图体现业务场景与业务服务之间的关系。
业务服务1…n
按照业务服务规约的模式编写业务服务。
(1)编号标记业务服务的唯一编号。
(2)名称动词短语形式的业务服务名称。
(3)描述
作为<角色>；
我想要<服务功能>；
以便于<服务价值>。
(4)触发事件角色主动触发的该业务服务的具体事件，可以是点击UI的控件、具体的策略或伴生系统发送的消息。
(5)基本流程用于表现业务服务的主流程，即执行成功的场景，也可以称之为“主成功场景”。
(6)替代流程用于表现业务服务的扩展流程，即执行失败的场景。
(7)验收标准一系列可以接受的条件或业务规则，以要点形式列举。文章来源地址https://www.toymoban.com/news/detail-627225.html