《软件工程实施程序》由会员分享，可在线阅读，更多相关《软件工程实施程序（22页珍藏版）》请在金锄头文库上搜索。
1、1. 目的本程序文件规定了软件开发项目的实施过程，其目的是以工程的观点，控制软件项目的开发和实施过程，使软件项目的开发和实施过程处于可控制的状态，提高软件产品的质量，提高工作效率。1.1. 参考资料a) 质量管理体系标准 GB/T 19000-2000。b) 质量管理体系标准 GB/T 19001-2000。c) 质量管理体系标准 GB/T 19004-2000。d) 软件工程术语GBT11457-1995。e) 信息技术软件生存期过程GB/T 85661995。f) 计算机软件产品开发文件编制指南 GB 8567-88。g) 计算机软件需求说明编制指南 GB 9385-88。h) 质量管理和
2、保证标准第三部分：GB/T19001-ISO9001在软件开发、供应和维护中的使用指南。i) 公司质量体系程序文件设计和开发控制程序。j) 公司质量体系程序文件产品策划和生产服务控制程序。k) 公司质量体系程序文件项目质量计划控制程序。1.1. 常用术语1.1.1. 软件 software软件是指计算机程序及其有关的数据和文档，也包括固化了的程序。1.1.2. 软件生存周期 software life cycle软件生存周期进指从系统对计算机软件系统提出应用需求开始，经过开发，产生一个满足需求的计算机软件系统，然后投入运行，直至该软件系统退役为止。期间经历系统分析与软件定义、软件开发以及系统的
3、运行与维护等三个阶段。其中软件开发阶段一般又划分成需求分析、概要设计、详细设计、编码与单元测试、组装与系统测试发及安装与验收等六个阶段。1.1.3. 审查 inspection a) 一种正式的评定技术。由除作者之外的某人或某一小组仔细检查软件需求、设计或代码，以找出故障、违反开发标准之处和其它一些问题。与软件工程术语GBT11457-1995 2 545条相对照。参见软件工程术语GBT11457-1995 2 63条。b) 质量管理的一个阶段。在此阶段借助检查。观察或测量来确定材料、必须品、零部件、附属 品、系统、过程或结构是否符合预定的质量要求。 1.1.4. 需求 requirement
4、客户为解决某一问题或达到某个目标所需要的条件或能力。系统或系统部件为满足或具有的条件或能力以满足合同、标准、规格说明或其它正式的强制性文件。所有需求的集合形成了以后开发系统或系统部件的基础。参见软件工程术语GBT11457-19952404条、2406条。2407条。 1.1.5. 需求分析 requirements analysis 研究客户要求以得到系统或软件需求的定义的过程。对系统需求或软件需求的验证。1.1.6. 需求阶段 requirements phase软件生存周期中的一个阶段。在此期间对软件产品的需求（如功能和性能方面的能力）进行定义并编制出相应的文档。1.1.7. 需求规格说
5、明 requirements specification 陈述系统或系统部件（例如，软件配置项）的需求的规格说明，通常包括功能需求、性能需求。接口需求、设计需求以及开发标准。1.1.8. 概要设计 Preliminary designa) 分析各种设计方案和定义软件体系结构的过程。典型的概要设计包括计算机程序组成成分和数据的定义及构造、界面的定义，并提出时间和规模方面的估计。 b) 概要设计过程的结果。参见软件工程术语GBT11457-1995 2135条、2216条。 1.1.9. 详细设计 detailed designa) 推敲并扩充初步设计，以获得关于处理逻辑、数据结构和数据定义的更加
6、详尽的描述，直到设计完善到足以能实现的地步。 b) 详细设计过程的结果。 1.1.10. 代码，编码 code a) 一组无歧义性的规则，它规定了使数据得以用某种离散形式加以表示的方式。b) 用处理机可以接受的符号形式表示数据或计算机程序。c) 书写例行程序。d) 也可指一个或多个计算机程序，或计算机程序一部分。 已为了安全的目的对数据进行的加密表示。1.1.11. 注释 comment a) 在计算机程序、命令语言或数据之间的说明信息，旨在给读者提供澄清性材料，并不影响机器的解释工作。 b) 加到或散置在源语言语句当中的描述、附注或解释，在目标语言中这些是无效的1.1.12. 代码审计 co
7、de audit 由某人、某小组、或借助某种工具对源代码进行的独立的审查，以验证其是否符合软件设计文件和程序设计标准。还可能对正确性和有效性进行估计。参见软件工程术语GBT11457-1995234条、2468条、2237条、2545条。1.1.13. 验证 verification验证是指确定软件开发周期中的一个给定阶段的产品是否达到在上一阶段确立的需求的过程。1.1.14. 确认 validation确认是指在软件开发过程结束时对软件进行评价以确定它是否和软件需求相一致的过程。1.1.15. 测试 testing测试是指通过执行程序来有意识地发现程序中的设计错误和编码错误的过程。测试是验证
8、和确认的手段之一。1.1.16. 软件质量 software quality软件质量是指软件产品中能满足给定需求的各种特性和总和。这些特性称做质量特性，它包括功能度、可靠性、时间经济性、资源经济性、可维护性和或移植性等。1.1.17. 质量保证 quality assurance质量保证是指为使软件产品规定需求所进行的一系列有计划的必要工作。2. 适用范围软件工程实施程序适用于纯软件开发项目的实施过程和软硬件集成项目中与软件开发相关的的实施过程。3. 人员职责3.1. 项目经理a) 负责项目设计开发的管理。b) 制定项目实施计划，确定开发组人员分工，监控计划的执行。c) 组织实施该计划以满足目
9、标和标准的要求，履行对过程的控制。d) 在业务代表的协助下，协调与客户关系，协调各部门的关系。e) 整体掌握项目需求和技术方案，按时提交阶段任务结果。 f) 调查、分析和解决在项目实施过程中发现的问题。问题的解决可以导致对计划的修改。保证任何计划改变所造成的影响都在控制和监督之下。问题及其解决办法都应当写成文档。 g) 保证对产品和计划进行检查，使产品和计划在完成或变更之后保持完整性和一致性。h) 从完整性方面检查产品完成的结果和记录，这些结果和记录应当存档。3.2. 技术负责人（项目技术总监）a) 对项目经理负责。b) 对项目的技术方向和技术成果负责。c) 确立系统的技术方案及开发的总体目标
10、，组织对概要设计、详细设计进行内部审核。d) 提出系统开发修改方案。e) 在开发过程中对程序员进行指导。f) 按时提交阶段任务结果。3.3. 系统分析员a) 对项目经理负责，依据软件工程实施程序和相应的作业指导书的要求实施系统分析和设计过程，提交相应的文档。b) 依据项目实施计划完成项目的技术设计，对设计质量负责。c) 依据测试计划在质量控制负责人的组织下，进行系统测试。d) 按时提交阶段任务结果。3.4. 界面美工a) 对项目经理负责。b) 界面风格设计，界面制作、美工制作。c) 依据测试计划在质量控制负责人的组织下，参加系统测试。3.5. 文档管理人员a) 对项目经理负责。b) 依据项目实
11、施计划，中的要求，维护管理文档，保证文档的完整性和一致性。c) 依据测试计划在质量控制负责人的组织下，参加系统测试。3.6. 程序员a) 对项目经理负责。b) 编码调试，依照任务单、详细设计报告按期、安质完成模块编码。c) 完成单元测试。依据测试计划在质量控制负责人的组织下，参加系统测试。3.7. 质量控制负责人a) 检查系统的概要设计、详细设计。b) 依据系统的概要设计、详细设计，完成项目的测试计划的制作，监督测试记录的制作，按计划组织测试。c) 保证对产品和计划进行检查，使产品和计划在完成或变更之后保持完整性和一致性。d) 从质量管理方面，控制可能出现的风险，及时报告项目经理。3.8. 用
12、户教育负责人在项目交付完成后，应在用户教育负责人的组织下，完成对客户的培训。a) 对项目经理负责。b) 组织用户文档编写。c) 依据依据项目实施计划的要求，依据客户的要求完成用户的培训。d) 积极向用户解释，软件系统的使用方法，及时向项目经理报告客户的反应。4. 工作程序4.1. 流程下图描述了项目开发实施过程的流程，图中右侧是每个阶段的输入和输出，中间是处理过程，左侧是评审或检查的要点。图1. 软件项目实施流程1图2. 软件项目实施流程2图3. 软件项目实施流程34.2. 各阶段的过程及评审4.2.1. 项目策划4.2.1.1. 过程1. 为了保证交付的系统、产品或服务的质量，全面评审合同中
13、的需求，项目经理通过与销售、售前支持的沟通理解顾客的要求。2. 项目经理应确定或选择与项目的范围、规模和复杂性相适合的软件生存周期模型。应当把从本标准中选出的过程、活动和任务影射到该生存周期模型中。该生存周期模型应当包括可使用的开发环境，其中包括标准、方法和工具等。 3. 编制项目实施计划。计划应包括：a) 对资源的需求和客户的介入。b) 为开发该产品或提供该服务选择方案。 可供选择的方案有： a利用研发中心现有的资源提供产品或提供服务； b通过与客户的协商，分阶段完成合同规定的产品或服务或用子合同方式开发产品或提供服务； c从研发中心或采购现货产品； d上述a、b二条结合。c) 项目管理计划
14、 在这些计划中应当规定下述事项： a. 项目的组织机构，以及包括外部机构在内的每个机构的权利和责任； b开发环境，包括测试环境。库、设备、仪器以及工程标准、步骤和工具； c生存期过程和活动的工作细目的结构，其中包括可交付的产品，与任务有关的经费预算、人员。物理资源、软件的规模以及时间进度； d系统的质量需求管理。如果需要，可以另外制订质量保证计划； e系统安全和保密的关键需求管理。如果需要，另外制订安全和保密计划； f客户的介入，即按合同要求进行的评审和审计、非正式的会面、报告、修改和变更的实施、批准、验收、对设施的使用等； g验证和确认，在必要的情况下，规定中应包括与独立的验证和确认机构接触
15、的方法； h质量保证，明确项目的质量目标和产品、服务的质量保证手段、方法、时间安排等； i风险管理，此项管理包括对项目的潜在技术、成本和进度诸风险领域的管理； j制定计划、跟踪和报告的方法； k人员培训，明确项目的人员培训的要求，及人员培训的安排。4.2.1.2. 阶段结果项目实施计划。4.2.1.3. 评审项目实施计划由项目经理负责编写，项目实施计划应提交研发中心的评审组进行评审。评审后，评审负责人评审结果和意见记入评审报告。评审通过后，项目方可进入下一个实施阶段。根据项目情况，可以以会签或会议的方式进行评审。4.2.2. 需求分析4.2.2.1. 过程1. 对系统的要求进行分析，以建立系统需求。系统需求应当说明：系统的功能和性能；安全、保密、人机工程、接口、操作和维护需求；设计限制和鉴
