【软件开发规范五】《用户需求及规格说明书》 | 您所在的位置:网站首页 › tp702n说明书 › 【软件开发规范五】《用户需求及规格说明书》 |
1 文档说明 2 系统概述 2.1 项目背景 2.2 建设内容及目标 2.2.1 建设内容 2.2.2 建设目标 3 业务需求 3.1 业务概述 3.2 业务范围 3.3 XX业务1 3.3.1 业务流程 3.3.2 业务单据 3.3.3 业务场景 4 功能需求 4.1 功能树 4.2 XX功能1 4.2.1 功能描述 4.2.2 功能处理流程 4.2.3 抽象数据处理 4.2.4 界面原型 5 非功能需求 5.1 常用的非功能需求 5.2 集成要求 6 接口需求 7 相关文档 1 文档说明用户需求及规格说明书主要有两种组织方式,一是由用户需求说明书和需求规格说明书组成,分别从业务需求描述和系统需求的角度进行分析;二是融合业务需求和系统需求两部分为一体。 其中,方案一适合需求设计过程有比较明确的岗位职责划分的场景,方案二适合项目经理或设计人员一岗多职的情况。公司各部门可以根据项目情况使用相应的模板,围绕“什么人”、“做什么”、“怎么做”做清晰的需求分析。 2 系统概述2.1 项目背景【说明】1、描述当前用户的状态或信息化状态; 2、描述用户当前的问题、痛点; 3、描述用户的期望和效果; 2.2 建设内容及目标2.2.1 建设内容【说明】描述项目的业务范围 2.2.2 建设目标【说明】描述系统的目标需求 3 业务需求3.1 业务概述【说明】借助业务整体架构图,描述系统包含的业务内容及使用对象。 3.2 业务范围【说明】业务分析时需要从业务的角度进行梳理业务范围,而不是从信息化的角度进行系统功能分析,以业务服务目录的方式描述业务范围。 例如: 3.3 XX业务13.3.1 业务流程【说明】流程分析需要包含业务流和数据流两个方面的内容。在业务流方面,需要体现所分析业务的过程完整性,既包含业务本身的闭环流程,又包含关联业务之间的流程;在数据流方面,需要既体现流程节点的业务展示数据及数据权限,又体现业务数据在关联系统之间的流转情况。 例如: 3.3.2 业务单据【说明】围绕业务范围分析的具体业务,描述相应的业务单据、业务报表等。 3.3.3 业务场景【说明】从用户、权限的角度分析正向业务或变更业务的流程及单据,描述不同岗位的用户在处理正常业务、变更业务或异常业务时,对应哪些业务流程节点、需要什么单据、按照权限走什么流程节点等等。 例如: 场景一:二级单位编制年度成本预算 场景二:二级单位调整年度成本预算 场景三:机关部门编制年度成本预算 场景四:机关部门调整年度成本预算 4 功能需求4.1 功能树【说明】功能树根据业务场景提炼形成,以功能菜单的方式描述业务入口。 例如: 序号 系统模块 一级功能菜单 二级功能菜单 三级功能菜单 一 预算管理 成本预算 预算编制 年度预算编制 月度预算编制 滚动预算编制 预算调整 … … 预算下达 … 二 基础数据 预算要素 … 三 系统管理 组织管理 人员管理 流程管理 权限管理 … 4.2 XX功能14.2.1 功能描述【说明】围绕业务功能,从业务闭环的角度进行“什么人”、“做什么”、“怎么做”的操作描述。 4.2.2 功能处理流程【说明】描述功能处理流程图。 4.2.3 抽象数据处理【说明】 把功能处理的实体数据抽象成类。 例如: 4.2.4 界面原型【说明】按照业务组成利用原型设计工具制作功能原型,并将主要业务操作界面进行截图。 5 非功能需求5.1 常用的非功能需求【说明】可参考《需求开发与管理指南》中非功能性需求清单 5.2 集成要求【说明】按照集成策略进行描述 6 接口需求【说明】描述本系统与现有系统或在建其他系统接口 7 相关文档《需求开发与管理指南》 |
CopyRight 2018-2019 实验室设备网 版权所有 |