项目需求分析模板.doc

项目需求剖析模板 项目需求剖析模板 PAGE / NUMPAGES 项目需求剖析模板 项目需求剖析模板 项目 文档编号文档名称 人编 制 达成日期审查意  审查日期赞同报批  核审 人见 注备 版本订正记录 修他日核改正内容纲要（或原  审期 修  版本号改 因） 人 人 草稿 目项XXX 目录 文档 说  明 1-1 1 编制 目 的 1-1 1.1 合用 范 围 1-1 1.2 前提与 约 束 1-1 1.3 系统 概 述 2-2 2 用户 特 点 2-2 2.1 运转 环 境 2-2 2.2 硬件 平 台 2-2 支持软 件 2-2 2.2.2 通信环 境 2-3 2.2.3 设计和履行 约 束 2-3 2.3 假定和 依 赖 2-3 2.4 3-4 ... 3 外面接口需求用户 界 面 3-4 3.1 软件 接 口 3-4 3.2 通信 接 口 3-4 3.3 功能需 求 4-6 4 优先级名称 需求类 1 别 4-6 4.1 业务 流 程 4-6 4.1.1 功能需 求 4-6 4.1.2 非功能 需 求 5-7 5 性能 需 求 5-7 5.1 安全设备 要 求 5-7 5.2 安全和必威体育官网网址 要 求 5-7 5.3 质量 要 求 5-8 5.4 业务规 则 （选） 5-8 5.5 其余 需 求 5-8 5.6 6-9 6 需求分解列 表 6-9 附录 项目 项目 XXX 文档说明 1 编制目的 1.1 1.2 合用范围  文档位于 前提与拘束  1.3 -1-1- 项目 2 系统概括 // 述， 说明开发背景、  本章对待开发的软件系统做出纲要性阐 作用范围、 运转环境和已知的  约 束条件。 2.1 用户特色 区分最后使用该软件系统的用户类型， 描绘不一样用户类的特色（有关业务范围、技术水平、 对 系统的使用频次） ，注明哪些是重要用户。 说明不一样用户类对系统的哪些功能更为关注。 // 面对软 件的众多用户（还可能是使用软件的不一样角色） ，当他们 的需求发生矛盾时，第一 考虑的应该是听从重要客户的 需求，其余的需求能够考虑在下一版本实现。 典范： 班 长坐席可能更关注统计等高级功能， 这些功能往常只要要 一天使用一次， 所以对迅速响应的性能要求不高，但对数 据的正确性有要求。 2.2 运转环境 // 描绘待开发软件运转时对硬件、 操作 系统和其余软件的要求，或许是一种限制条件。 硬件平台  说明硬件需求，包含每种设备的种类、 数目、主要特征。  （办理器型号及容量、设备型号）  序 号 硬件 有关构成描绘 数目 支持软件 指明必需使用或组合的计算机软件， 包含操作系统、 数据库管理系统、 编程工具和其余支撑 软件（通信 / 网络软件、测试软件） 。 序号 支持软件 及版本 用途 参照资料 -2-2- 项目 通信环境 说明计算机通信要求，包含连结的地 理地点、配置和网络拓扑、传输技术、数据传输速率、 网 管、系统响应时间、传输  / 接收数据种类和数据量、传输  / 接收  / 响应时间界线、数据尖峰和  数字特征。 2.3 设计和履行拘束 说明拘束软件实现的限制条件， 如： 一定使用或防止的特定技术、工具、编程语言和数 据库； 所要求的开发规范或标准（履商定的设计符号和 编码标准） ； 一定按照的公司策略、政府法例或行业标 准； 特定资源限制（已有的软件组件、硬件设备） ； 数据 变换格式标准。 往常，出于系统优化、 实现方便、 简单保护等要素考虑， 一定对以上做出必需的拘束，设计和开发人员特别要关注这 些拘束条件。拘束有时是必需的，比方软件最后将由客户维 护，或是一定与整个系统的风格相一致。 2.4 假定和依靠 说明在陈说以下的软件需求时，应用 到的假定要素 （与已知要素相对） ，比方打算要用的商 业 组件、有关开发或运转环境的问题。 确立软件开发活动对外面要素的依靠， 比如，假如你打算 把其余项目开发的组件集成到系统 中，那么就要依靠那 个项目组准时供给正确的组件组合进所开发的软件。 // 假如这些假定要素不正确、 不一样读者理解不一致或被随 意改正， 项目的成功就会遇到影响；相同，依靠要素也影 响着项目， 假如比较严重， 应看作为一种风险对之随时监控。 // 假如这些依靠已经记录到其余文档中，如项目计划， 那 么在此处就能够参照其余文档。 -2-3- 项目 3 外面接口需求 // 接口的正确辨别和描绘， 有助于系 统整体正确