软件工程实施程序.doc

目的 本程序文件规定了软件开发项目的实施过程，其目的是以工程的观点，控制软件项目的开发和实施过程，使软件项目的开发和实施过程处于可控制的状态，提高软件产品的质量，提高工作效率。 参考资料 《质量管理体系标准 GB/T 19000-2000》。 《质量管理体系标准 GB/T 19001-2000》。 《质量管理体系标准 GB/T 19004-2000》。 《软件工程术语GB／T11457-1995》。 《信息技术软件生存期过程GB/T 8566—1995》。 《计算机软件产品开发文件编制指南 GB 8567-88》。 《计算机软件需求说明编制指南 GB 9385-88》。 《质量管理和保证标准第三部分：GB/T19001-ISO9001在软件开发、供应和维护中的使用指南》。 公司质量体系程序文件《设计和开发控制程序》。 公司质量体系程序文件《产品策划和生产服务控制程序》。 公司质量体系程序文件《项目质量计划控制程序》。 常用术语 软件 software 软件是指计算机程序及其有关的数据和文档，也包括固化了的程序。 软件生存周期 software life cycle 软件生存周期进指从系统对计算机软件系统提出应用需求开始，经过开发，产生一个满足需求的计算机软件系统，然后投入运行，直至该软件系统退役为止。期间经历系统分析与软件定义、软件开发以及系统的运行与维护等三个阶段。其中软件开发阶段一般又划分成需求分析、概要设计、详细设计、编码与单元测试、组装与系统测试发及安装与验收等六个阶段。 审查 inspection 一种正式的评定技术。由除作者之外的某人或某一小组仔细检查软件需求、设计或代码，以找出故障、违反开发标准之处和其它一些问题。与《软件工程术语GB／T11457-1995》 2． 545条相对照。参见《软件工程术语GB／T11457-1995》 2． 63条。 质量管理的一个阶段。在此阶段借助检查。观察或测量来确定材料、必须品、零部件、附属 品、系统、过程或结构是否符合预定的质量要求。 需求 requirement 客户为解决某一问题或达到某个目标所需要的条件或能力。 系统或系统部件为满足或具有的条件或能力以满足合同、标准、规格说明或其它正式的强制性文件。所有需求的集合形成了以后开发系统或系统部件的基础。参见《软件工程术语GB／T11457-1995》2．404条、2．406条。2．407条。 需求分析 requirements analysis 研究客户要求以得到系统或软件需求的定义的过程。 对系统需求或软件需求的验证。 需求阶段 requirements phase 软件生存周期中的一个阶段。在此期间对软件产品的需求（如功能和性能方面的能力）进行定义并编制出相应的文档。 需求规格说明 requirements specification 陈述系统或系统部件（例如，软件配置项）的需求的规格说明，通常包括功能需求、性能需求。接口需求、设计需求以及开发标准。 概要设计 Preliminary design 分析各种设计方案和定义软件体系结构的过程。典型的概要设计包括计算机程序组成成分和数据的定义及构造、界面的定义，并提出时间和规模方面的估计。 概要设计过程的结果。参见《软件工程术语GB／T11457-1995》 2．135条、2．216条。 详细设计 detailed design 推敲并扩充初步设计，以获得关于处理逻辑、数据结构和数据定义的更加详尽的描述，直到设计完善到足以能实现的地步。 详细设计过程的结果。 代码，编码 code 一组无歧义性的规则，它规定了使数据得以用某种离散形式加以表示的方式。 用处理机可以接受的符号形式表示数据或计算机程序。 书写例行程序。 也可指一个或多个计算机程序，或计算机程序一部分。 已为了安全的目的对数据进行的加密表示。 注释 comment 在计算机程序、命令语言或数据之间的说明信息，旨在给读者提供澄清性材料，并不影响机器的解释工作。 加到或散置在源语言语句当中的描述、附注或解释，在目标语言中这些是无效的 代码审计 code audit 由某人、某小组、或借助某种工具对源代码进行的独立的审查，以验证其是否符合软件设计文件和程序设计标准。还可能对正确性和有效性进行估计。参见《软件工程术语GB／T11457-1995》2．34条、2．468条、2．237条、2．545条。 验证 verification 验证是指确定软件开发周期中的一个给定阶段的产品是否达到在上一阶段确立的需求的过程。 确认 validation 确认是指在软件开发过程结束时对软件进行评价以确定它是否和软件需求相一致的过程。 测试 testing 测试是指通过执行程序来有意识地发现程序中的设计错误和编码