北京x软件股份有限公司产品研发流程程序文件(编辑修改稿)

北京x软件股份有限公司产品研发流程程序文件(编辑修改稿)内容摘要：

软件、或人与软件交互的静态或动态数值需求。 静态数值需求可能包括：支持的终端数，支持并行操作的用户数，处理的文卷和记录数， 表和文卷的大小等。 动态数值需求可能包括：欲处理的事务和 任务的数量，以及在正常情况下和峰值工作条件下一定时间周期中处理的数据总量等。 所有这些需求都必须用可以度量的术语来叙述。 例如： 95%的事务必须在小于 1s时间内处理完，不然，操作员将不等待处理的完成。  精度 说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。  时间特性 要 求 说明对于该软件的时间特性要求，如对响应时间 、 更新处理时间 、 数据的转换和传送时间 、 解题时间等的要求。  灵活性 说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如：操作方式上的变化 、 运行环境的 变化 、 同其他软件的接口的变化 、 精度和有效时限的变化 、 计划的变化或改进等。 对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。 在软件的需求之中有若干个属性，下面列举一部分。 【提醒注意】下列属性决不能理解为是一个标准的或完整的清单，而应根据项目实际情况予以列举。 正确性 健壮性 安全保密性 这里指的是保护软件的要素，以防止各种非法的访问、使用、修改、破坏或者泄密。 这个领域的具体需求必须包括：利用可靠的密码技术， 掌握特定的记录或历史数据集，给不同的模块分配不同的功能，限定一个程 序中某些区域的通信，计算临界值的检查等。 易使用性 可理解性 可维护性 这里规定若干需求以确保软件是可维护的。 例如：软件模块所需要的特殊的耦合矩阵，为微型装置指定特殊的数据 /程序分割要求等。 可测试性 可移植性 这里规定把软件从一种环境移植到另一种环境所要求的用户程序、用户接口兼容方面的约束等。 用户接口 （ 1） 提供用户使用软件产品时的界面需求。 例如，如果系统的用户通过显示终端进行操作，就必须指程序文件 产品研发流程 20xx 年 月 日起生效 文件号 编制 审核 批准 版 次 日期 日期 日期 共 63 页 第 20 页 定如下要求：对屏幕格式的要求，报表或菜单的页面显示格式和内容，用户命令的格式，输入输出的相对时间，程序功能 键的可用性。 （ 2） 列出输出错误信息的格式。 硬件接口 （ 1） 指出软件产品与系统硬部件之间每一个接口的逻辑特点。 （ 2） 指出硬件接口支持的设备。 （ 3） 描述软件与硬件接口之间以及硬件接口与支持设备之间的约定。 软件接口 描述项目待开发软件产品与其它有关软件的接口关系，并指出这些软件的以下内容：名字、助记符、规格说明号、版本号、来源。 【提醒注意】对于每一个接口，应说明与软件产品相关的接口软件的目的，并根据信息的内容和格式定义接口，这里不必详细描述任何已有完整文件的接口，只要引用定义该接口的文件即可。 通讯接口 说明各种通信接口及协 议，例如局部网络的协议等。 其它标准的约束 描述由现有的标准或规则派生的要求。 例如：报表格式、数据命名、财务处理、审计追踪等等。 硬件设备的约束 描述在各种硬件约束下运行而产生的软件要求，可能的约束有硬件配置的特点（接口数、指令系统等），内存储器和辅助存储器的容量等。 【提醒注意】  此部分内容一般在数据要求说明书中进行描述，如果项目软件产品规模较小，系统复杂程度较低，数据需求较简单，也可在此章中描述。  此部分内容也可能在功能需求中予以说明。 数据描述 （ 1） 列出作为控制和引用而使用的静态数据元 素 （ 2） 列出动态输入数据元素 （ 3） 列出动态输出数据元素 （ 4） 列出软件内部生成的数据元素 数据获取 （ 1） 列出提供输入数据的机构 （ 2） 列出数据输入介质和设备 （ 3） 列出数据输出介质和设备 根据软件和用户组织的特性等，某些需求在这里描述，下面列举一部分。 【提醒注意】下列需求项决不能理解为是一个标准的或完整的清单，而应根据项目实际情况予以列举。 数据库 本项对作为项目产品的一部分进行开发的数据库规定一些需求，它们可能包括： （ 1） 在功能需求中标识的信息类别； （ 2） 使用的频率 （ 3） 存取能力； （ 4） 数据元素和文卷描述符； （ 5） 数据元素、记录和文卷的关 系； 程序文件 产品研发流程 20xx 年 月 日起生效 文件号 编制 审核 批准 版 次 日期 日期 日期 共 63 页 第 21 页 （ 6） 静态和动态的组织； （ 7） 数据保存要求。 【提醒注意】如果使用一个现有的数据库包，这个数据库包应在“软件接口”中命名，并在那里详细说明。 数据管理能力 说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求做出估算。 操作 这里说明用户组织之中各种方式的操作。 例如： （ 1） 用户初操作； （ 2） 交互作用操作的周期和无人操作周期； （ 3） 数据处理支持功能； （ 4） 后援和恢复操作。 【提醒注意】这里的内容有时是“用户接口”的一部分。 故障处理 4. 运行环境规定 列出运行该软件所需要的硬设备。 说明 其中的新型设备及其专门功能，包括： （ 1） 处理器型号及内存容量； （ 2） 外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量； （ 3） 输入及输出设备的型号和数量，联机或脱机； （ 4） 数据通信设备的型号和数量； （ 5） 功能键及其他专用硬件。 列出支持软件 ,包括要用到的操作系统、编译（或汇编）程序、测试支持软件等。 说明该软件同其它软硬件之间的接口、数据通信协议等。 说明控制该软件的运行的方法和控制信号，并说明这些控制信号的来源。 【提醒注意】本章中的内容有时在前面的章节中已说明。 5. 支持信息 支持信息指目录表、 索引和附录。  目录表和索引很重要，而且应按照可以接受的文件规则来编写。  对一个实际的需求说明书来说，如有必要应该编写附录。 附录中可能包括： (1) 输入输出格式样本，成本分析研究的描述或用户调查结果； (2) 有助于理解需求说明书的背景信息； (3) 软件所解决问题的描述； (4) 用户历史、背景、经历和操作特点； (5) 交叉访问表。 按先后次序进行编排，使一些不完全的软件需求得以完善； (6) 特殊的装配指令用于编码和媒体，以满足安全、输出、初始装入或其他要求。 当包括附录时，需求说明书必须明确地说明附录是不是需求要考虑的部分。 程序文件 产品研发流程 20xx 年 月 日起生效 文件号 编制 审核 批准 版 次 日期 日期 日期 共 63 页 第 22 页 分析说明书 评审记录 记录编号： 时间： 年 月 日 项目编号： 项目名称： 项目软件经理 PSM： 需求分析报告编制人： 参加评审人员： 评审内容： (评审中审议通过的内容在“□”中划“√”，否则划“” ) 1. 无岐义性 □ 2. 完整性 □ 3. 可验证性 □ 4. 一致性 □ 5. 可使用性 □ 6. 符合《需求分析报告编写规范》的要求 □ 评审意见： 风险评估总结： 评审结论： (评审中审议通过的内容在“□”中划“√”，否则划“” ) 1. 通过评审，可以进入下一阶段 □ 2. 未通过评审，修改后重新评审 □ 填表： 审批： 1. 本页不足记录结果时，可以有附页，附页格式自定。 总页数包括本页与所有附页。 第 页 /共 页 程序文件 产品研发流程 20xx 年 月 日起生效 文件号 编制 审核 批准 版 次 日期 日期 日期 共 63 页 第 23 页 评审部门：序号风险描述风险发生可能性风险级别 风险现值 风险控制措施1 客户需求变化2开发人员缺乏足够的行业知识和专业知识3 需求未被顾客完全认可4 需求不明确5 时间紧6 存在技术问题、采用新技术7 多部门配合8 没有顾客系统接口原型9 缺乏顾客自然情况的了解10 顾客配合程度不够11，应依据评审的具体情况增加风险项。 并将各项填写完整。 第 页/共 页：描述当前过程中可能发生的风险。 风险发生可能性：风险发生的概率，以百分数表示，为0到1。 风险级别：风险发生造成损失的严重程度，以0~10级表示，其中10级 为最高级。 风险现值：风险发生可能性与风险级别的乘积。 风险控制措施：预防风险发生的措施。 风险评估与控制 （需求分析报告评审附页）系统设计报告名称： 报告编号：程序文件 产品研发流程 20xx 年 月 日起生效 文件号 编制 审核 批准 版 次 日期 日期 日期 共 63 页 第 24 页 评审规程 状态： 草稿 标识号： 评审 当前版本： 初始版 前一版本： 修订 版 发布日期： 摘要 本文详细描述了软件工作产品的评审规程。 将要执行评审的所有项目的软件工作产品都必须遵循该评审规程。 程序文件 产品研发流程 20xx 年 月 日起生效 文件号 编制 审核 批准 版 次 日期 日期 日期 共 63 页 第 25 页 修改历史 日期 版本 作者 修改内容 评审号 更改请求号 程序文件 产品研发流程 20xx 年 月 日起生效 文件号 编制 审核 批准 版 次 日期 日期 日期 共 63 页 第 26 页 目录 1 目的和范围 27 2 评审角色 27 作者 ............................................................... 27 评审组长 ........................................................... 27 记录员 ............................................................. 27 其他参与人员 ....................................................... 27 3 评审过程 27 计划阶段 ........................................................... 28 进入条件 ..................................................... 28 目的 ......................................................... 28 活动 ......................................................... 28 准备阶段 ........................................................... 28 进入条件 ..................................................... 28 目的 ......................................................... 28 活动 .......................................................。