产品设计需求开发指导

1、产品设计需求开发指导编制:审核:复核:批准:修订历史记录A增加M修订D 删除变更版本号日期变更类型修改人摘要备注1 引言511编? J I的51. 2预期读者51. 3术语与缩写解释51.4 文档约定51. 4. 1流程图表达方式51.4.2设计需求用例编号规则说明61.5 参考资料62 系统背景信息72.1 客户简介72. 2组织结构72. 3IT基础建设现状72. 3. 1网络建设现状72. 3. 2操作系统及数据库应用现状72. 3.3网络安全、制度建设等72. 4企业信息化现状72. 4. 1现有系统及运行状况72. 4. 2操作人员计算机应用水平73 系统总体需求73.1 建设目标7

2、3. 2业务流程描述83. 2. 1业务范围83. 2. 1总体框架83. 2. 2业务关系83. 2. 3总体业务流程图83. 3功能需求清单83.4系统用户类型及职责93. 5运行环境93. 6假定和约束94 系统业务功能需求94.1【标识符】功能模块A94. 1. 1业务概述94. 1. 2业务流程图94.1.3业务流程活动说明104. 1. 4业务规则104. 1.5业务需求列表105 非功能性需求105. 1 非功能性需求清单105. 2 性能需求105. 2. 1时间特性要求105. 2.2易用性115. 2.3扩展性115. 2. 4 可鼎性115.2.5可维护性115.3 用户

3、界面需求115.4 系统安全及保密要求115.5 故障处理要求115.6 数据移植需求115.7 客户二次开发需求126 外部接口需求127 需求签字确认131引言1.1编写目的【此地方是概括说明本需求说明书的目的和作用】1. 2预期读者【此地方列出本文档可能使用的人员/角色】1. 3术语与缩写解释缩写、术语解释1. 4文档约定1.4. 1流程图表达方式【此地方表述的是在画业务流程图，所采用的标准。画图可以采用两种工具，第一种 visio2010，第二种此地方采用powerdesign业务模型imil的图形】业务流程图图例约定：序号图例图例说明1表示业务流程开始。2表示业务流程结束。3表示流程

4、中具体的步骤。序号图例图例说明4O表示业务流程中的分支判断。51表示业务流程步骤间的连接关 系。visio 2010图表形式。】序号图例图例说明6开始 丿表示业务流程开始。7（绪束）表示业务流程结束。8表示流程中具体的步骤。9O表示业务流程中的分支判断。101表示业务流程步骤间的连接关 系。1.4.2设计需求用例编号规则说明【编号规则：CS*_BU*CS表示:业务模块BU表不:业务单元*水表示序号01, 02, 03nn1. 5参考资料【列出本项LI经核准的立项书或合同和上级机关的批文；列岀编写本功能规格书时参考的文件、资料、技术标准以及它们的作者、标题、编号、发布日期和出版单位等。】资料名称

5、版本号作者日期出版单位/资料来源备注2系统背景信息2. 1客户简介2. 2组织结构2. 3 it基础建设现状2. 3. 1网络建设现状2. 3.2操作系统及数据库应用现状2. 3.3网络安全、制度建设等2. 4企业信息化现状2. 4. 1现有系统及运行状况2. 4.2操作人员计算机应用水平3系统总体需求3. 1建设目标【描述被开发软件建设要达到的U标13. 2业务流程描述用文字或图形方式描述系统的主要业务流程。】3. 2. 1业务范围此系统需要实现的业务及不包含的业务； 拟上线应用的单位/部门；3. 2. 1总体框架3. 2.2业务关系3. 2.3总体业务流程图 3. 3功能需求清单【按下表给

6、出功能需求汇总表，每个功能需求除要有中文命名外，还应有唯 一的标号，具体的需求标号规则，请参考需求ID编码规则】功能类别子功能序列号描述优先级风险等 级需求来源TQC分析F1(CRS-F1)SF1()1SF201F2(CRS-F1)SF1SF2F3 (CRS-F1)SF1SF23. 4系统用户类型及职责【提示：定义本产品的所有角色。各种角色的具体行为将在功能需求中描述J用户名称工作简述3. 5运行环境【描述软件的运行环境，包括硬件平台、操作系统和版本，还有其它的软件 组件或与其共存的应用程序】3. 6假定和约束【列举出在对软件设计需求说明中影响设讣需求陈述的假设因素（与已知因 素相对立）。这可

7、能包括打算要用的商业组件或有关开发或运行环境的问题对需 求实现的影响，也可能是需求或业务规则对设计与实现方法的影响。可能还来自 于经费、投资方面的限制，法律或政策方面的限制，或者可利用的资源和信息的 限制 =】4系统业务功能需求4. 1【标识符】功能模块A【对于比较复杂的业务，可对模块进行分层划分，下而的内容也枝相应的层级进行组织】4.1. 1业务概述【对子业务的业务总结概述，其主要的目的方便读者更好的理解以及分析】4.1.2业务流程图【用rd表示】4.1.3业务流程活动说明【分别对每个业务活动进行说明】4.1.4业务规则【此处描述业务所左义的规则或者通过分析得来一些潜在的规则】4. 1.5业

8、务需求列表【此处根据子业务，规划系统所需要实现的详细的业务功能】序号业务名称功能描述前置条件（输入）后置条件（输出）字段及描述异常备注5非功能性需求5. 1非功能性需求清单【按下表给出非功能需求汇总表，每个需求除要有中文命名外，还应有唯一 的标号，具体的需求标号规则，请参考需求ID编码规则】需求编号需求名称需求说明5. 2性能需求【下述性能需求可根据项U特征而增减。】5. 2. 1时间特性要求【说明对于该软件的时间特性要求，如响应时间、更新处理时间、数据的转换和传送时间、等待时间要求等等。】5.2.2易用性【用户对系统易用性方面的要求。】5. 2.3扩展性【用户对系统扩展性方面的要求。】5.

9、2.4可靠性【用户对系统可幕性方面的要求。】5. 2.5可维护性【用户对系统可维护性方面的要求。15. 3用户界面禰求【详细列出系统的界面需求，可能包括图形用户界面标准、产品系统风格、 屏幕布局或解决方案的限制、快捷键、错误信息显示标准等】5. 4系统安全及保密要求【描述系统在安全和保密方面的要求C 15. 5故障处理要求【列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处 理的要求。】5. 6数据移植需求5. 7客户二次开发需求6外部接口需求【与外部系统的接口描述】7需求签字确认【提示：当项LI设计需求通过双方评审之后，项L1经理和产品经理作书面承诺, 使之具有商业合同效果。责任人作书面承诺之前务必要认真阅读文档，一定要明 白签字意味着什么，如非合同项目，可以