软件开发管理制度要点

软件开发管理制度要点内容摘要：

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