《最全需求确认书.docx》由会员分享，可在线阅读，更多相关《最全需求确认书.docx（7页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、需求确认书工程编号：工程名称： 海南休闲旅游网密 级：公开版本信息：创 建 人： 戴永丽创立日期：2021年11月17日审 核 者：批 准 人：批准日期：编辑软件：Microsoft Word 2007中文版 文件状态： 草稿 正式发布 正在修改北京乐途汇诚网络技术有限责任公司版权所有文档修订记录版本编号或者更改记录编号*变化状态简要说明变更内容和变更范围日期变更人批准日期批准人*变化状态：A增加，M修改，D删除文档审批信息序号审批人角色审批日期签字备注主要内容1引言4编写目的4背景范围4术语定义4参考资料4读者范围42调研情况介绍43需求范围44总体需求4系统组成4系统的逻辑岗位及职责5系统
2、业务流程55功能需求5功能清单5功能标准5功能综合说明5功能详细定义56系统接口描述6用户界面6硬件接口6软件接口6通信接口67非功能需求6性能需求6平安性要求7对软硬件环境的要求7其它需求78附录17原型7采用建模工具所形成的模型文件7调研相关资料和文件7同类产品简介7需求分析过程中制定的相关标准或模板79附录2：需求确认表81 引言1.1 编写目的说明：编写这份需求规格说明书的目的。1.2 背景范围说明：a. 待开发的软件系统的名称；b. 本工程的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；c. 该软件系统同其他系统或其他机构的根本的相互来往关系。1.3 术语定义列出本文件
3、中用到的专门术语的定义和外文的首字母组词的原词组。1.4 参考资料列出用得着的参考资料，如：本工程的经核准的方案任务书和合同、上级机关的批文；属于本工程的其他已发表的文件；本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。1.5 读者范围指出预期读者。2 调研情况介绍可采用表格形式简明地描述调研过程，如下表： 序号调研对象调研时间调研内容调研人调研方式调研输出结果其中的调研输出结果可能包括两类文档资料：一是用户的原始资料，如报表样张或者用户的内部资料等；二是经过分析和整理的文件，如调研报告或者会议记录
4、等。一般把这些资料作为需求规格说明书的附件处理。3 需求范围说明本需求规格说明书是否包含了立项阶段所涉及的所有功能。如果是合同工程是否包括合同所有需求，及合同以外扩展的需求。4 总体需求4.1 系统组成说明整个系统的组成和系统运行机理；概述每个子系统的功能，并说明子系统之间的关系。4.2 系统的逻辑岗位及职责不同的单位实际的岗位名称和职责可能不一样，在做需求分析的时候需要加以抽象形成逻辑工作岗位并对每个岗位的职责加以描述。4.3 系统业务流程在逻辑工作岗位及职责确定之后，需要进一步归纳用户的业务情况。每一项业务都由一个或者多个岗位的人按照一定顺序来完成，可以采用业务流程图来描述每一项业务。5
5、功能需求功能需求是描述一个产品或工程该做什么，该提供什么功能，该完成什么任务的总结、是整个需求规格说明书的核心。对于功能需求的描述，通常要求以下内容：5.1 需求清单采用列表形式列举产品的所有需求，每个需求均需标识，并需要确定每个功能的优先级，如可能还应估计每个功能项所需开发时间包括设计和编码时间。标识号采用层次化命名。需求优先级建议分为1、2、3级，其中1级为最高级，表示必须实现的功能。功能清单可以采用下面的表格表示：标识号需求名称需求说明优先级别备注5.2 需求规格编写需求标准之前应该先制定与当前开发的工程/产品相适用的模板，然后根据这个模板来对需求清单中的所有功能进展描述。可以包含以下内
6、容：5.2.1 需求综合说明包含以下内容：（1） 使用者的逻辑岗位。（2） 业务背景。即使用者在什么情况下使用该功能。（3） 业务规那么。比方算法（4） 后续描述中用到的术语解释5.2.2 需求详细定义本局部的描述步骤如下：（1） 分析当前需求需要的用户界面。一些功能可能需要多个用户界面；还有一些需求虽然都在一个用户界面中，但界面过于复杂，象这种情况需要拆分为几局部，每局部单独描述。建议给每个界面或者界面的一局部按照一定规那么编号。（2） 针对每个用户界面需要说明以下内容：a) 界面完成功能简介b) 界面数据描述。对界面中的所有数据项详细定义，一般需要包含以下内容：数据项名称、数据项说明、数据
7、类型及限制规那么、数据来源、缺省值等。c) 界面操作描述。对界面中所有可能的用户操作详细定义，一般需要包含以下内容：操作项名称、操作过程描述、操作过程中隐含的系统处理、操作的限制条件即什么情况下该操作失效等。6 系统接口描述规定应用程序必须支持的接口/界面。它应非常具体，包含协议、端口和逻辑地址等，以便于按照接口/界面需求开发并检验软件。仅指外部接口6.1 用户界面说明软件将实现的用户界面。6.2 硬件接口指出软件所支持的所有硬件接口。6.3 软件接口此节说明软件系统中与其他构件之间的软件接口。这些构件可以是购入的构件、取自其他应用程序重新利用的构件。6.4 通信接口说明与其他系统或设备如局域
8、网、远程串行设备等的所有通信接口。7 非功能需求7.1 性能需求需要对软件静态和动态两个方面的性能作出定量规定。可能包含如下内容：l 所支持的并发用户数。l 容错要求, 如异常操作后应如何处理，如编制预算过程中突然中断时应能自动恢复或保护上一次编制状态。l 数据的处理能力要求，如可处理的文件和记录数,表及文件的大小规模, 数据增长情况。l 对数据存储的空间的要求。 l 正常或极端情况下，对用户操作响应速度的要求。 7.2 平安性要求7.3 对软硬件环境的要求硬件环境CPU内存硬盘网络软件环境操作系统数据库相关软件7.4 其它需求如：美化界面等；8 附录18.1 原型8.2 采用建模工具所形成的
9、模型文件在需求分析阶段经常用到一些模型来辅助说明，如果采用构造化分析技术，通常使用数据流程图、实体联系图；而采用面向对象的分析技术，通常使用实例图、顺序图、协作图和状态图。8.3 调研相关资料和文件如调研报告、会议记录以及调研过程中获取的用户原始资料等。8.4 需求分析过程中制定的相关标准或模板如原型风格说明、功能标准模板、用户调研标准等。9 附录2：需求确认表本需求文档建立在双方对需求的共同理解根底之上，是后续的开发的依据，是用户验收的依据。经甲乙双方确认签字后，最终确定。如果需求发生变化，请提出正式书面要求，并且双方协商本钱、资源和进度等。需求确认客户代表签字签字：日期：工程经理签字签字：日期：