用户需求模板.docx

用户需求说明书模板 当前版本:文档标识: 当前版本: 修改历史 日期 版本 作者 修改内容 评审号 变更控制号 当前状态: 草稿 发布 发布日期: 目录 1引言 错误!未定义书签。 编写目的 错误!未泄义书签。 项目背景 错误!未泄义书签。 术语定义 错误!未定义书签。 参考资料 错误!未定义书签。 2 综合描述 错误!未定义书签。 产品介绍 错误!未定义书签。 目标范围 错误!未泄义书签。 用户特性 错误!未定义书签。 约定假设 错误!未泄义书签。 3用户需求（可剪裁） 错误!未定义书签。 总体需求（可剪裁） 错误!未泄义书签。 内容需求（可剪裁） 错误!未泄义书签。 功能需求 错误!未定义书签。 数据需求（可剪裁） 错误!未泄义书签。 接口需求（可剪裁） 错误!未泄义书签。 权限控制需求（可剪裁） 错误!未泄义书签。 系统安全要求（软硬件） 错误!未泄义书签。 用户角色 错误!未泄义书签。 角色权限控制 错误!未泄义书签。 非功能需求 错误!未定义书签。 用户界面需求（可剪裁） 错误!未泄义书签。 性能需求（可剪裁） 错误!未泄义书签。 压力需求（可剪裁） 错误!未定义书签。 主流技术应用需求（可剪裁） 错误!未泄义书签。 安全需求（可剪裁） 错误!未泄义书签。 故障处理需求（可剪裁） 错误!未泄义书签。 环境需求（可剪裁） 错误!未泄义书签。 产品质量需求 错误!未泄义书签。 其他需求（可剪裁） 错误!未泄义书签。 6需求优先级 错误!未定义书签。 7 附加说明（可剪裁） 错误!未定义书签。 1引言 编写目的 本肖描述编写该用户需求说明书的目的,并指出预期的读者。 1.2项目背景 本肖描述用户需求说明书中所怎义的产品的背景和起源,以及同其他系统或其他机构 （行业里兄弟或对手单位）的基本相互关系等。当在已有的系统上进行特性开发时,如果新特 性与已有系统的特性之间存在关系,则应在本节说明其相互之间的关系。 1?3术语定义 本肯可列岀本文件中用到的专门术语的怎义、外文首字母组词的原词组等。 1?4参考资料 本节列举编写用户需求说明书时所参考的资料或英他资源，这可能包括用户合同、公司 规范、技术书籍等。在这里应该给出详细的信息，包括资料名称、版本号、作者、日期、出 版单位或资料来源，以方便读者査阅这些文献，可用以下格式表示： 资料名称 版本号 作者 日期 出版单位/资料来源 备注 2综合描述 2.1产品介绍 本卩简要描述产品的特性。 2.2目标范围 本节简要描述产品的应用目标、作用范囤等。 2?3用户特性 本修可能包括本产品各类最终用户的特点,如操作、维护等人员的知识水平和技术专长 等,也可能包括用户组织关系结构图以及组织、部门、岗位的隶属关系与职能。这将是后续工 作的重要依赖条件。 2?4约定假设 本肯列举出在对软件用户需求说明书中影响需求陈述的假设因素（与已知因素相对立）。 这可能包括将要使用的组件、特殊的用F界而设计约立、产品预期使用频度等。如果这些假 设不正确、不一致或被更改,就会使项目受到影响。 3用户需求（可剪裁） 每一项需求必须进行唯一标识,并给岀该项需求的优先级。 需求优先级的定义，一般需要根据用戸意见结合商业价值、交付成本、交付日期、复杂 程度、风险等因素来进行考虑。高优先级需求农示本系统产品中必须实现的需求,中优先级需 求衣示必须但是根据时间情况有可能会彼推迟到下?版本的产品中去实现的需求,低优先级需求 衣示如果没有充足的时间或资源就可以彼放弃的需求。具体描述请参考《需求跟踪矩阵》！ 需求编号方式可以根据项目实际情况进行自泄义,也可以采用“项目代号” + + “R + “需求类型” + “序号”的形式。 其中“R ”表示Requirement, “需求类型”可用下表表示,“序号以自然数表示,位 数不限。 需求类型 英文名称 中文名称 F Function 功能 P Performance 性能 D Data 数据 U User Interface 用户界面 1 Interface 接口 S Security M Malfunction 故障处理 0 Other 其他 示例:0LTP-R15表示为OLTP项目的第5项用户界而需求。 3?1总体需求（可剪裁） 描述项目总体需求，简述项目特性等内容。 3?2内容需求（可剪裁） 按照内容（如产品包、组件等）展开用户需求。 4功能需求 详细列岀系统各模块/主题/子系统的功能需求。 提示：将功能性需求先粗分再细分,下表中的Feature A, Function等符号应当被替换成 有含义的名称（可考虑加上需求的优先级别）。 在描述中要简要阐述该需求项将依赖于哪些需求项a 功能类别 标识符 子功能名称 描述 Feature A Function ? ? ? Feature