《软件研发控制程序》由会员分享，可在线阅读，更多相关《软件研发控制程序（10页珍藏版）》请在金锄头文库上搜索。
1、汽车基地 http:/ 主机厂与供应商的信息、服务、交流中心!类型：程序文件编号：CFD/QP-15名称：软件研发控制程序性质：受控版本：1.0状态：待批文档校对：作者：所有者：成都福地科技股份有限公司日期：2002-4-22版本作者日期改动描述1.02002-4-22创建目录1 目的32适用范围33 定义34职责35工作程序451先启阶段4511进入条件4512目标5513核心活动5514里程碑5515评估标准552精化阶段6521进入条件6522目标6523核心活动6524里程碑6525评估标准753构建阶段7531进入条件7532目标7533核心活动7534里程碑8535评估标准854产
2、品化阶段8541进入条件8542目标8543核心活动8544里程碑9545评估标准955配置与变更管理956质量管理96 相关文件97记录91 目的为保证软件产品及其文档可维护，软件开发过程得到有效控制，使公司能够根据市场需求或客户要求，以合理的成本尽快地生产出高质量的产品或提供高质量的服务，特制定本程序。2适用范围本程序文件适用于公司所有软件项目的开发过程的控制活动。3 定义在本程序中部分定义如下：UML：即统一建模语言，它是一种对软件密集型系统的制品进行可视化、详述、构造和文档化的语言。用例：是能够向用户提供有价值结果的系统中的一种功能。构架：对以下一系列重要问题的决策的总和：软件系统的组
3、织；对组成系统的结构元素、接口以及这些元素在协作中的行为的选择；由这些结构和行为元素组合成更大的子系统的方式；用来指导将这些元素、接口、它们之间的协作以及组合等组织起来的构架风格。迭代：按照专门的（迭代）计划和评估标准产生一个（内部或外部）发布版本所进行的一组明确的活动。增量：系统中一个较小、可管理的部分，通常指两次相邻的构造之间的差异。工件：是流程的工作产品，角色使用工件执行活动，并在执行活动的过程中生成工件，分为输入工件和输出工件。里程碑：项目阶段结束的标志，在该标志处，满足了一组明确定义的目标，并生产出了相应的制品，并可作为管理层做出决策的依据。4职责项目经理：负责制订项目计划，分配资源
4、，确定优先级，协调项目内外各方的关系，控制项目进度，确保项目工件的完整性和质量，并保证项目计划的实施和完成。配置经理：负责为产品开发团队提供全面的配置管理 (CM) 基础设施和环境。CM 的作用是支持产品开发行为，使开发人员和集成员有适当工作区来构建和测试其工件，并且使所有工件均可根据需要包含在部署单元中。配置经理还必须确保 CM 环境有利于进行产品复审、更改和缺陷跟踪等活动。配置经理还负责撰写配置计划并汇报基于“变更请求”的进度统计信息。系统分析员：通过概括系统的功能和界定系统来领导和协调需求获取及用例建模，并负责构造用例模型。用例描述人员：通过描述一个或几个用例的需求状况以及其他支持软件的
5、需求，详细说明系统功能某一部分的规约。用户界面设计员：分析对用户界面的需求，构建用户界面原型，制订项目用户界面指南,邀请用户界面的其他涉众（如最终用户）参与可用性复审和使用测试会议，对用户界面的最终实施方案（由设计员和实施员等其他开发人员创建）进行复审并提供相应的反馈。构架设计师：负责在整个项目中对技术活动和工件进行领导和协调，并制订编程制南和设计指南设计员：负责定义一个或几个类的职责、操作、属性及关系，并确定应如何根据实施环境对它们加以调整。实施员：负责按照项目所采用的标准来进行构件开发与测试，以便将构件集成到更大的子系统中。集成员：负责制订集成计划，并负责在集成工作区将构件组合起来，生成一
6、个工作版本。测试设计员：负责制订测试计划和构造测试模型，执行测试过程，评估测试范围和测试结果，以及测试的有效性，并生成测试评估摘要。测试员：负责执行测试，评估测试执行过程并修改错误。文档编写员：负责制作最终用户支持材料，包括用户指南、帮助文本、发布说明。必须对项目相关人员进行资格鉴定，鉴定时按人力资源控制程序执行。5工作程序本程序规定的过程分为先启、精化、构建和产品化四个阶段。每个阶段又细分为多次迭代过程。每次迭代过程都包括业务建模、需求、分析设计、实施、测试、部署、配置与变更管理、项目管理和环境九个核心工作流程。如下图所示：51先启阶段511进入条件项目已经立项，并得到公司相关领导和部门的评
7、审通过。软件项目的提出可以由客户直接提出，IT及软件事业部以市场分析报告提出，也可以由相关部门以内部工作申请表提出。不管以何种方式提出的需求，都必须由IT及软件事业部为主，协调相关部门进行评审：l 充分性：市场占有情况预测；l 必要性：成本分析；l 广度：盈利程度预测；l 深度：可行性分析512目标l 建立项目的软件规模和边界条件。 l 识别系统的关键用例。 513核心活动l 明确地说明项目规模。这涉及了解环境以及最重要的需求和约束，以便于可以得出最终产品的验收标准。 l 计划和准备商业理由。评估风险管理、人员配备、项目计划和成本/进度/收益率折衷的备选方案。 l 综合考虑备选构架，评估设计和
8、自制/外购/复用方面的折衷，从而估算出成本、进度和资源。此处的目标在于通过对一些概念的证实来证明可行性。该证明可采用可模拟需求的模型形式或用于探索被认为高风险区域的初始原型。先启阶段的原型设计工作应该限制在确信解决方案可行就可以了 - 该解决方案在精化和构建阶段实现。 l 准备项目的环境，评估项目和组织，选择工具，工具的选择和控制参照软件开发工具控制程序。 514里程碑里程碑：生命周期目标。核心工件里程碑状态前景已经对核心项目的需求、关键功能和主要约束进行了记录。商业理由已经确定并得到了批准。风险列表已经确定了最初的项目风险。软件开发计划已经确定了最初阶段及其持续时间和目标。软件开发计划中的资
9、源估算（特别是时间、人员和开发环境成本）必须与商业理由一致。 资源估算可以涵盖整个项目直到交付所需的资源，也可以只包括进行精化阶段所需的资源。此时，整个项目所需的资源估算应该看作是大致的“粗略估计”。该估算在每个阶段和每次迭代中都会更新，并且随着每次迭代变得更加准确。根据项目的需要，可能在某种条件下完成了一个或多个附带的“计划”工件。此外，附带的“指南”工件通常也至少完成了“草稿”。迭代计划第一个精化迭代的迭代计划已经完成并经过了复审。产品验收计划完成复审并确定了基线；随着其他需求的发现，将对其在随后的迭代中进行改进。用例建模指南确定了基线。词汇表已经定义了重要的术语；完成了词汇表的复审。用例
10、模型（主角，用例）已经确定了重要的主角和用例，只为最关键的用例简要说明了事件流。515评估标准生命周期目标里程碑评估项目的基本可行性。l 对是否已经获得正确的需求集达成一致意见，并且对这些需求的理解是共同的。 l 对成本进度估算、优先级、风险和开发流程是否合适达成一致意见。 l 已经确定所有风险并且有针对每个风险的减轻风险策略。 52精化阶段521进入条件项目经评审，已经达到先启阶段的生命周期目标里程碑，并经项目经理批准进入精化阶段。522目标l 确保构架、需求和计划足够稳定，充分减少风险，从而能够有预见性地确定完成开发所需的成本和进度。 l 处理在构架方面具有重要意义的所有项目风险 l 建立
11、一个已确定基线的构架，它是通过处理构架方面重要的场景得到的，这些场景通常可以显示项目的最大技术风险。 l 证明已建立基线的构架将在适当时间、以合理的成本支持系统需求。 l 建立支持环境。 523核心活动l 快速确定构架、确认构架并为构架建立基线。 l 根据此阶段获得的新信息改进前景，对推动构架和计划决策的最关键用例建立可靠的了解。 l 为构建阶段创建详细的迭代计划并为其建立基线。 l 定位开发环境，包括支持构建团队所需的工具和自动化支持。 l 改进构架并选择构件。评估潜在构件，充分了解自制/外购/复用决策，以便有把握地确定构建阶段的成本和进度。集成了所选构架构件，并按主要场景进行了评估。524
12、里程碑里程碑：生命周期构架核心工件里程碑状态原型已经创建了一个或多个可执行构架原型，以探索关键功能和构架上的重要场景。风险列表已经进行了更新和复审。新的风险可能是构架方面的，主要与处理非功能性需求有关。软件构架文档编写完成并确定了基线，如果系统是分布式的或必须处理并行问题，则包括构架上重要用例的详细说明（用例视图）、关键机制和设计元素的标识（逻辑视图），以及（部署模型的）进程视图和部署视图的定义。设计模型（和所有组成工件）制作完成并确定了基线。已经定义了构架方面重要场景的用例实现，并将所需行为分配给了适当的设计元素。已经确定了构件并充分理解了自制/外购/复用决策，以便有把握地确定构建阶段的成本
13、和进度。集成了所选构架构件，并按主要场景进行了评估。通过这些活动得到的经验有可能导致重新设计构架、考虑替代设计或重新考虑需求。数据模型制作完成并确定了基线。已经确定并复审了主要的数据模型元素（例如重要实体、关系和表）。实施模型（以及所有组成工件，包括构件）已经创建了最初结构，确定了主要构件并设计了原型。前景已经根据此阶段获得的新信息进行了改进，对推动构架和计划决策的最关键用例建立了可靠的了解。软件开发计划已经进行了更新和扩展，以便涵盖构建阶段和产品化阶段。指南，如设计指南和编程指南。使用指南对工作进行了支持。迭代计划已经完成并复审了构建阶段的迭代计划。用例模型（主角，用例）用例模型（大约完成
14、80%）- 已经在用例模型调查中确定了所有用例、确定了所有主角并编写了大部分用例说明（需求分析）。补充规约已经对包括非功能性需求在内的补充需求进行了记录和复审。525评估标准生命周期构架里程碑为系统构架建立管理基线，并使项目团队能够在构建阶段调整规模。l 产品前景和需求是稳定的。 l 构架是稳定的。 l 可执行原型表明已经找到了主要的风险元素，并且得到妥善解决。 l 构建阶段的迭代计划足够详细和真实，可以保证工作继续进行。 l 构建阶段的迭代计划由可靠的估算支持。 l 所有涉众一致认为，如果在当前构架环境中执行当前计划来开发完整的系统，则当前的前景可以实现。 l 实际的资源耗费与计划的耗费相比是可以接受的。 53构建阶段531进入条件项目经评审，已经达到精化阶段的生命周期构架里程碑，并经项目经理批准进入构建阶段。532目标l 通过优化资源和避免不必要的报废和返工，使开发成本降到最低。 l 快速达到足够好的质量 l 快速完成有用的版本（Alpha 版、Beta 版和其他测试发布版） l 完成所有所需
