1 / 43
文档名称:

软件开发管理办法.doc

格式:doc   大小:424KB   页数:43页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

软件开发管理办法.doc

上传人:xinsheng2008 2018/1/5 文件大小:424 KB

下载得到文件列表

软件开发管理办法.doc

文档介绍

文档介绍:目的和范围
本管理总则规定本公司软件研制管理所遵循的原则和方法,目的是通过加强开发管理达到如下结果。
提高软件质量和每一个项目开发过程的可控性。
优化开发资源结构,提高工作效率。
优化公司软件管理使产品尽早实现一体化,结构化。
通过良好的管理规范和结构使参与人员养成良好的工作素质。
引导和组织员工向规范化管理看齐,以使公司尽早实现国际人证。
本条例适用于质量管理组织、部门经理、项目经理等管理人员、系统分析员、系统设计和程序编码人。
引用文件和术语
GB/T11457-1995软件工程术语。
GB/T 16260-1996 信息技术、软件产品评价、质量特性及其使用指南。
3 定义
本篇术语尽量使用标准术语(GB/T11457-1995),另外还对本公司软件管理有如下术语说明:

由公司管理领导小组负责批准软件开发项目的立项。

由主管总经理、部门经理、质量管理员、项目经理、及有关的技术人员依据项目管理有关规定和各自的职能,协作完成。
设计层
由系统工程师以及系统分析员组成。

由软件开发技术人员组成的编码调试队伍。
全开发型
一个独立的软件开发项目;例如调度命令票的开发,用户提出的调度MIS系统的开发。
增加功能型
在本公司现有某软件系统的基础上新增加一个独立的功能。
功能完善型
将本公司软件系统的已有功能完善。如调度MIS系统中的电网计算程序中添加图形示意界面,以方便用户。
查错测试型
对本公司的软件系统某种不正常现象进行跟踪查错,找出错误根源。
个体软件过程(psp)
是一种可以用于控制、管理和改进个人工作方式的自我改善过程,是一个软件过程框架。
软件的可靠性
请参看DB/T 16260---1996 “信息技术软件产品评价质量特性及其使用指南”附录A “质量子特性”
软件的安全性
请参看DB/T 16260---1996 “信息技术软件产品评价质量特性及其使用指南”附录A “质量子特性”。

软件开发的基本流程及软件开发类型的分析
软件开发的基本流程
软件开发的立项, 确定系统需求(目的及用途、功能、技术指标、开发及交付时间);
软件的需求调研
软件的需求分析;
软件开发的概要设计;
软件开发的详细设计;
软件的实施(编程和单元测试);
软件的组装测试、总体案例测试、性能及验收;
软件的交付投运;
软件的维护。
不同开发类型的软件开发流程
;
;
),及3)—9);
查错测试型需要遵循错误处理规范(见附录z)
软件开发过程的控制
软件开发流程的1),2),3),4),5),6)阶段都应该经过质量管理小组和开发顾问组(可以包括用户或公司聘请的有关开发专家)的评审。
评审分内部评审和正式评审。
内部评审由公司质量管理小组负责实施;正式评审由外部专家及公司的质量管理小组组成的评审委员会进行。除全开发型的软件验收需要正式评审外,全开发型的软件开发的其它阶段的评审及其它类型的软件开发的各个阶段的评审均采用内部评审。
评审前有关人员必须准备好该阶段的技术文档资料,并填写“评审报告”(附表G-1)的有关部分,一并上交公司的质量管理小组申请评审。
无论内部评审或正式评审,均由公司的质量管理小组指定评审人选与评审日期,最后由公司总经理批准,同时还要递交一份评审工作安排方案要求总经理批准。
评审时首先由有关人员介绍被评审的内容;演示评审内容,再由评审小组测试评审内容,然后由评审小组提问题,有关人员答辩(需填写“软件评审问题记录”(附表G-2));最后由评审小组给出“通过”和“不通过”的结论;若需要修改,应该填写“软件修改报告单”(内部评审可以适当简化评审程序,免去答辩过程)。
软件验收评审前需要填写“评审报告”进行申请外,软件评审要由评审小组或质量管理小组填写专门的软件评审报告
(附表E)。

该阶段的规范依据公司相关的项目确立和项目下达的有关规定(项目的申请和确立规范)。
软件需求分析

目的任务及实施步骤
由软件开发的部门经理与有关的设计人员进行软件的需求分析;
对于大的或全开发型的软件开发项目需要根据“软件开发项目任务书”进行必要的技术调查,写出《系统调研报告》,调研报告的书写和实施依据公司的系统调研报告实施规范;
分析和