文档介绍：目的和范围
本管理总那么规定本公司软件研制管理所遵循的原那么和方法，目的是通过加强开发管理到达如下结果。
提高软件质量和每一个工程开发过程的可控性。
优化开发资源结构，提高工作效率。
优化公司软件管理使产品尽早实现一体化，结构化。
通过良好的管理标准和结构使参与人员养成良好的工作素质。
引导和组织员工向标准化管理看齐，以使公司尽早实现国际人证。
本条例适用于质量管理组织、部门经理、工程经理等管理人员、系统分析员、系统设计和程序编码人。
引用文件和术语
GB/T11457-1995软件工程术语。
GB/T 16260-1996 信息技术、软件产品评价、质量特性及其使用指南。
3 定义
本篇术语尽量使用标准术语〔GB/T11457-1995〕，另外还对本公司软件管理有如下术语说明：
由公司管理领导小组负责批准软件开发工程的立项。
由主管总经理、部门经理、质量管理员、工程经理、及有关的技术人员依据工程管理有关规定和各自的职能，协作完成。
设计层
由系统工程师以及系统分析员组成。
由软件开发技术人员组成的编码调试队伍。
全开发型
一个独立的软件开发工程；例如调度命令票的开发，用户提出的调度MIS系统的开发。
增加功能型
在本公司现有某软件系统的根底上新增加一个独立的功能。
功能完善型
将本公司软件系统的已有功能完善。如调度MIS系统中的电网计算程序中添加图形示意界面，以方便用户。
查错测试型
对本公司的软件系统某种不正常现象进行跟踪查错，找出错误根源。
个体软件过程〔psp〕
是一种可以用于控制、管理和改进个人工作方式的自我改善过程，是一个软件过程框架。
软件的可靠性
请参看DB/T 16260---1996 “信息技术 软件产品评价 质量特性及其使用指南〞附录A “质量子特性〞
软件的平安性
请参看DB/T 16260---1996 “信息技术 软件产品评价 质量特性及其使用指南〞附录A “质量子特性〞。
4．软件开发方法
软件开发的根本流程及软件开发类型的分析
软件开发的根本流程
软件开发的立项， 确定系统需求〔目的及用途、功能、技术指标、开发及交付时间〕；
软件的需求调研
软件的需求分析；
软件开发的概要设计；
软件开发的详细设计；
软件的实施〔编程和单元测试〕；
软件的组装测试、总体案例测试、性能及验收；
软件的交付投运；
软件的维护。
不同开发类型的软件开发流程
全开发型必须经过所述全部流程；
增加功能型必须经过所述全部流程；
功能完善型需经过所述的1)，及3)—9)；
查错测试型需要遵循错误处理标准〔见附录z〕
软件开发过程的控制
软件开发流程的1〕，2〕，3〕，4〕，5〕，6〕阶段都应该经过质量管理小组和开发参谋组〔可以包括用户或公司聘请的有关开发专家〕的评审。
评审分内部评审和正式评审。
内部评审由公司质量管理小组负责实施；正式评审由外部专家及公司的质量管理小组组成的评审委员会进行。除全开发型的软件验收需要正式评审外，全开发型的软件开发的其它阶段的评审及其它类型的软件开发的各个阶段的评审均采用内部评审。
评审前有关人员必须准备好该阶段的技术文档资料，并填写“评审报告〞〔附表G-1〕的有关局部，一并上交公司的质量管理小组申请评审。
无论内部评审或正式评审，均由公司的质量管理小组指定评审人选与评审日期，最后由公司总经理批准，同时还要递交一份评审工作安排方案要求总经理批准。
评审时首先由有关人员介绍被评审的内容；演示评审内容，再由评审小组测试评审内容，然后由评审小组提问题，有关人员辩论〔需填写“软件评审问题记录〞〔附表G-2〕〕；最后由评审小组给出“通过〞和“不通过〞的结论；假设需要修改，应该填写“软件修改报告单〞〔内部评审可以适当简化评审程序，免去辩论过程〕。
软件验收评审前需要填写“评审报告〞进行申请外，软件评审要由评审小组或质量管理小组填写专门的软件评审报告
〔附表E〕。
软件开发工程确实立
该阶段的标准依据公司相关的工程确立和工程下达的有关规定〔工程的申请和确立标准〕。
软件需求分析
该阶段只适用于所述的全开发型及增加功能型的软件开发工程。
目的任务及实施步骤
由软件开发的部门经理与有关的设计人员进行软件的需求分析；
对于大的或全开发型的软件开发工程需要根据“软件开发工程任务书〞进行必要的技术调查，写出?系统调研报告?，调研报告的书写和实施依据公司的系统调研报告实施标准；
分析和确定软件开发、运行的环境；
确定人机界面及接口说明；
编制工程开发方案，填写“软件开发工