某建材股份公司软件开发管理制度(编辑修改稿)

某建材股份公司软件开发管理制度(编辑修改稿)内容摘要：

描述其输入、加工和输出的需求。 非功能需求 外部接口 用户接口 说明：提供用户使用软件产品时的接口需求。 例如，如果系统的用户通过显示终端进行操作，就必须指定如下要求： a 对屏幕格式的要求 说明：对界面上的各对象、类型、宽度、取值范围 、数据来源、能否为空等属性进行描述。 b 报表或菜单的页面打印格式和内容 c 输入输出的需求 说明：解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。 对软件的数据输出 及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告 （正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。 d 程序功能键的可用性 说明：快捷键定义等。 硬件接口 【可选】 说明：要指出软件产品和系统硬部件之间每一个接口的逻辑特点。 还可能包括如下事宜：支撑什么样的设备，如何支撑这些设备， 有何约定。 软件接口 【可选】 说明：在此要指定需使用的其他软件产品（例如，数据管理系统、操作系统或数学软件包），以及同其他应用系统之间的接口。 对每一个所需的软件产品，要提供如下内容： 名字 、助记符、规格说明号、版本号、 来源。 对于每一个接口，这部分应说明与软件产品相关的接口软件的目的，并根据信息的内容和格式定义接口，但不必 详细描述任何已有完整文件的接口，只要引用定义该接口的文件即可。 【接口定义】 下表是对一些接口的具体描述 : 接口名称 接口描述 填写接口完成的任务 接口类型 填写是输入接口（ inbound）还是输出接口（ outbound） 源系统 填写接口输入方系统或部件 目标系统 填写接口输出方系统或部件 厂商提供 /客户化开发 文件类型 填写文件类型；若通过数据库表来 交互，请指明数据库及表名 文件数量 峰值数据量 频度 填写数据处理的频度 复杂度 批处理 /人工 填写接口数据的驱动模式是人工（ manual）还是自动(automatic)，还是都支持 接口类型 填写是实时接口还是批量接口等 【其他系统详细信息】 说明： 列出所有与接口交互的外围系统的详细信息。 包括输入、输出系统 等 系统 填写与接口交互的系统名称 系统类型 填写是接口的数据源系统 (source)还是目标系统 (object) 数据库 填写交互系统使用的数据库及版本 软件 填写交互系统 的软件名称 架构类型 交互系统的架构类型是 B/S 还是 C/S。 位置 填写该软件在交互软件体系中所出的位置 技术支持 填写交互系统的开发商和支持商 功能支持 填写具体的支持商或技术团队 数据归属 【接口隶属系统的详细信息 [可选 ] 】 系统 填写接口隶属系统的名称 模块 隶属于具体的模块名称 数据库 隶属系统的数据库及版本 负责人 控制报告 【接口配置】 （ 1）接口基础信息配置 说明：接口基础信息的配置项目，描述配置的方式。 （ 2）接口运行参数配置 说明：接口运行参数的配置方式 和步骤。 【其他配置 [可选 ] 】 说明：外围系统或相关模块的配置。 通信接口 【可选】 说明：指定各种通信接口。 例如，局部网络的协议等等。 其他非功能性需求 说明：下表中的各种需求，可根据实际情况进行选择其中的一种或者几种进行描述，在表的后面是各种需求的详细解释。 名称 详细要求 静态数值需求 动态数值需求 精度 时间特性要求 可用性 可靠性 可维护性 安全性 可移植性 可扩展性 兼容性 … 静态数值需求 说明：支持 的终端数；支持并行操作的用户数。 动态数值需求 说明：欲处理的事务和任务的数量， 以及在正常情况下和峰值工作条件下一定时间周期中处理的数据总量。 精度 说明 :对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。 时间特性要求 说明：对于该软件的时间特性要求，如对： a．响应时间； b．更新处理时间； c．数据的转换和传送时间； d．解题时间等要求。 数据管理要求 【可选】 说明：需要管理的文卷和记录的个数、表和文卷 的大小规模，要按可预见的增长对数据及其分量的存储要求做出估算。 可用性 指出普通用户和高级用户要高效地执行特定操作所需的培训时间，指出典型任务的可评测任务次数或根据用户已知或喜欢的其他系统确定新系统的可用性需求 性能 可靠性 指出可用时间百分比 ( %)、使用小时数、维护访问权、降级模式操作等。 平均故障间隔时间 (MTBF)。 平均修复时间 (MTTR)— 系统在发生故障后可以暂停运行的时间。 指出系统 输出要求具备的精密度（分辨率）和精确度（按照某一已知的标准）。 文档需求 说明：主要是在线用户手册与帮助系统，也包括其他的文档 第三方产品 【可选】 说明：使用到的第三方产品相关的 使用许可、使用限制、接口标准。 数据字典 说明：把相关的数据抽取出来统一维护，在其他章节如有类似信息描述 ，则关联到数据字典的相关部分并加辅助说明，如：引用到的字段等。 4 补充资料 【可选】 待确定的问题列表 【可选】 需求标题 1 调查方式 调查人 调查对象 时间、地点 需求信息记录 附件四 需求变更申请 记录号： 项 目： 类 型： 开发项目 项目负责人： 变更申请人： 申请部门： 申请日期： 变更内容 变更的内容 及其理由 说明变更的内容及变更的理由， 如果变更为业务组提出，则业务组填写； 如果变更为为信息技术组提出，则信息技术组填写； 变更的系统及版本 说明变更所涉及的工作产品及其当前版本， 如果变更为业务组提出，则业务组填写； 如果变更为为信息技术组提出，则信息技术组填写； 对业务及其接口的影响 分析需求变更引起的业务变更、业务接口的变更， 业务组填写 业务负责人意见： 同意 不同意 签字： 日期： 变更结果 变更分析 对相关的资源影响 分析需求变更对人员、开发设备和目标设备的影响， 仅信息技术组填写 风险分析 分析需求变更的风险， 仅信息技术组填写 对其他系统或接口的影响 分析需求变更引起的系统变更、其他系统或接口的变更， 仅信息技术组填写 对开发工作量、进度和成本影响 估计需求变更对开发工作量和进度的影响，需说明本次变更工作量 /成本是否超过本项目总开发工作量 /总成 本的 1%。 仅信息技术组填写 信息技术部审批意见 信息技术组负责人意见： 同意 不同意 指定验证人员： 签字： 日期： 处经理意见： 同意 不同意 汇报上级 签字： 日期： 上级经理意见： 同意 不同意 签字： 日期： 变更结果 变更的系统及版本 说明变更后的工作产品 签字： 日期： 变更验证 验证变更结果 完整性 是 否 正确性 是 否 附加变更 是 否 版本和名称 是 否 验证人意见： 符合要求 不符合要求 签字： 日期： 附件五 项目计划书 文件状态： [√ ] 草稿 [ ] 正式发布 [ ] 正在修改 文件标识： ProjectName 当前版本： 作 者： 完成日期： YearMonthDay 版 本 历 史 版本 /状态 作者 参与者 起止日期 备注 1 文档介绍 文档目的 文档范围 参考文献 提示： 列出本文档的所有参考文献（可以是非正式出版物），格式如下： [标识符 ] 作者，文献名称，出版单位（或归属单位），日期 例如： [AAA] 作者，《立项建议书》，机构名称，日期 术语与缩写解释 缩写、术语 解 释 2 项目介绍 项目范围 提示： （ 1）用简练的语言说明本项目“是什么”，“说明用途”。 （ 2）说明本项目“应当 包含的内容”和“不包含的内容”。 项目目标 提示：给出“清晰的”、“可实现”、“可验证”的目标。 客户与最终用户介绍 提示：请说明本项目的客户、用户及其相关责任人是谁，描述最终用户的特征。 约束 提示： （ 1）请说明在项目开发过程中应当遵循的标准或规范 （ 2）请说明相关项目可能对本项目造成的影响。 （ 3）说明一些假设和依赖。 3 项目过程定义 软件生命周期模型 提示：简要描述、绘制本项目的软件生命周期模型。 项目规范 提示：描述项目需遵循的规范，例如：编码规范。 此处可以表现为 编码规范的链接。 方法与工具 提示：说明在过程中将采用的方法与工具。 例如采用 Rational Rose 进行面向对象分析与设计，采用 Visual SourceSafe 进行配置管理，采用 Microsoft Office 制作文档。 方法与工具 用途 Visual SourceSafe 配置管理 … 4 里程碑计划 序号 里程碑名称 开始日期 结束日期 工作成果 备注 5 资源计划 人力资源计划 提示：制定本项目的角色职责表，并为已知的项目成员分 配角色（一个人可以兼多个角色）。 角色 职责 人员姓名 工作说明 高层领导 项目经理 需求分析员 系统设计员 程序员 测试员 … 软硬件资源计划 提示：分析项目开发、测试、运行所需的软硬件资源和关键计算机资源（会影响软件产品的性能的 CPU、内存、带宽等内容），主要内容包括：  资源级别（分为“关键”、“普通”两种）  详细配置  获取方式（如“已经存在”、“可以借用”或“需要购买”等）与获取时间  使用说明（如“谁”在“什么”时候使用） 软硬件资源名称 级别 详细配置 获取方式与时间 使用说明 关键 关键 普通 … 6 文档交付列表 序号 交付文档名称 交付日期 备注 7 风险管理计划 提示：以下是各个列标题的解释。 约定在项目中的风险管理方案，例如：风险识别频度、风险跟踪频度等。 风险级别：确定风险的严重性、可能性、风险系数 风险描述：缓解方案或者应急计划。 风险编号 风险级别 风险描述 缓解方案 应急计划 严重性 (15) 可能性 (%) 风险系数 (严重性 *。