需求书模板分析和总结.docxVIP

项目需求书 项目需求书 修改历史 修改历史 日期 版本 作者 修改内容 项目需求书 文挡状态: 文挡状态: □ 草稿 当前版本: □正在修改 负责单位: □正式发布 作者: 第1页，共9页 项目需求书 项目需求书 第 第 PAGE 4页，共9页 目录 引言 3 编写目的 3 项目背景 3 术语定义 3 参考资料 3 综合描述 3 效目开发介绍 3 用户角色区分 3 项目的业务流程介绍 4 项目应遵循的标准或规范 4 使用者需求（选用） 4 总体需求 4 内容需求 5 功能需求 5 功能性需求总和 5 模块 1（如会员注册） 5 4.1.2 模块 2 7 非功能需求 7 用户界面需求（选用） 7 性能需求（选用） 7 压力需求（选用） 7 主流技术应用需求（选用） 8 安全需求（选用） 8 故障处理需求（选用） 8 环境需求（选用） 8 产品质量需求 8 其他需求（选用） 9 需求优先级 9 附加说明（选用） 9 资料名称版本号作者日期 资料名称 版本号 作者 日期 出版单位/资料来源 备注 编写目的 本节描述编写该用户需求说明书的目的，并指出预期的读者。 项目背景 本节描述用户需求说明书中所定义的产品的背景和起源，以及同其他系统或其他机构的基本相互关系等。当在已有的系统上进行特性开发时，如果新特性与已有系统的特性之间存在关系，则应在本节说明其相互之间的关系。 术语定义 本节可列出本文件中用到的专门术语的定义、外文首字母组词的原词组等。 参考资料 本节列举编写用户需求说明书时所参考的资料或其他资源，这可能包括用户合同、公司 规范、技术书籍等。在这里应该给出详细的信息，包括资料名称、版本号、作者、日期、出版单位或资料来源，以方便读者查阅这些文献，可用以下格式表示： 综合描述 产品介绍 本节简要描述产品的特性。 目标范围 本节简要描述产品的应用目标、作用范围等。 用户特性 本节可能包括本产品各类最终用户的特点，如操作、维护等人员的知识水平和技术专长等，也可能包括用户组织关系结构图以及组织、部门、岗位的隶属关系与职能。这将是后续工作的重要依赖条件。 约定假设 本节列举出在对软件用户需求说明书中影响需求陈述的假设因素（与已知因素相对立）。这可能包括将要使用的组件、特殊的用户界面设计约定、产品预期使用频度等。如果这些假 设不正确、不一致或被更改，就会使项目受到影响。 用户需求（选用） 每一项需求必须进行唯一标识，并给出该项需求的优先级。 需求优先级的定义，一般需要根据用户意见结合商业价值、交付成本、交付日期、复杂程度、风险等因素来进行考虑。高优先级需求表示本系统产品中必须实现的需求，中优先级需求表示必须但是根据时间情况有可能会被推迟到下一版本的产品中去实现的需求，低优先级需求表示如果没有充足的时间或资源就可以被放弃的需求。 需求编号方式可以根据项目实际情况进行自定义，也可以采用“项目代号”＋“-”＋ “R”＋“需求类型”＋“序号”的形式。 其中“R”表示 Requirement，“需求类型”可用下表表示，“序号”以自然数表示， 位数不限。 需求类型 英文名称 中文名称 F Function 功能 P Performance 性能 D Data 数据 U User Interface 用户界面 I Interface 接口 S Security 安全 M Malfunction 故障处理 O Other 其他 示例：OLTP-RI5 表示为 OLTP 项目的第 5 项用户界面需求。 总体需求 描述项目总体需求，简述项目特性等内容。 功能类别 功能类别 标识符 子功能名称 描述 Function A.1 Feature A … Function B.1 Feature B … Function C.1 Feature C … 内容需求 按照内容（如产品包、组件等）展开用户需求。 功能需求 详细列出系统各模块/主题/子系统的功能需求。 提示：将功能性需求先粗分再细分，下表中的 Feature A, Function A.1 等符号应当被替换成有含义的名称（可考虑加上需求的优先级别）。 在描述中要简要阐述该需求项将依赖于哪些需求项。 提示：针对本功能进行说明描述（包含其要做什么、什么流程、相关的财务、特殊要求、需要的数据等），可以采用相关的图表来更容易地表达信息。 ① 功能描述：描述需求项的功能。 ② 业务描述：描述该需求项的业务流程、相关的对象的状态、涉及到的业务角色等。 ③ 数据描述：描述需求项的数据项、数据精度、输出的格式等要求。 ④ 输入描述：描述该需求项的相关依赖（包括业务依赖和需求项的依赖）和输入条件。 ⑤ 输出描述：描述需求功能执行后，相应