嵌入式软件开发流程

嵌入式软件开发流程内容摘要：

格式；  定义涉及的角色；  定义涉及的信息；  描述开发流程； Purpose 目标 本文档的目标是：  统一 软件开发 团队的流程、文档；  促进团队成员的沟通，减少误解；  促使程序员书写易维护的代码；  提高代码编写效率；  使每个成员成为一个高效的程序员； Scope 范围 本文档，包含：  项目管理的流程；  项目策划  项目追踪  配置管理  质量保证  同行评审  涉及文档；  项目计划 mpp  需求规格说明书 SRS  Delphi 估算  项目状态报告  配置库样式  CheckList  评审表  变更申请表  开发工具的规范；  数据库设计工具  功能设计工具  IDE  配置工具 Definitions, Acronyms, and Abbreviations. 术语，缩略词  SPP 项目策划 Software Project Planning  SPTO 项目追踪 Software Project Tracking amp。 Oversight  SCM 配置管理 Software Configuration Management  SQA 质量保证 Software Quality Assurance  PR 同行评审 Peer Review  BaseLine 基线  SCCB 软件配置控制委员会 Software Configuration Control Board  CR 变更请求 Change Request  SDLC 软件开发生命周期 Software Development Life Cycle  RUP 统一开发过程 Rational Unified Process  XP 极限【敏捷方法】 eXtreme Programming  TDD 测试驱动 Test Driven Development References 引用 《 CMM2》 《 CMM3》 Overview 文档组织 本文档主要分为四大部分：  概述； 描述了团队组织开发过程的高层视图；  TSP 和 PSP； 按照团队和个人描述流程规范；  工具规范； 描述了开发工具的详细规范；  文档； 涉及的文档格式； 2 The Overall Description 概述 本部分是开发团队开发过程的高层描述。 它描述了开发过程规范的背景，用来和所有涉及各方就基本过程达成共 识。 Software Development Organizing 开发团队组织结构 S A 团 团 Q A 团 团 团 团 团 团 团 团 P M O 团 团 团D B A S Q A E S C C B S C M E T e s t e r S A D E S Q A Q C S C M D e p l o y e r 说明： 表示公司的行政部门 表示公司的逻辑部门 实线表示参加产品实现的组织和人员（不表示所属关系） 虚线表示工作的汇报关系，如 SQAE 向 SQA 经理汇报。 Project Base Process 项目基本流程 基本流程说明：  项目启动： 本阶段主要是进行可行性分析，定义项目，识别需求；  制定计划： 本阶段主要是计划策划，估算工作量，制定具体的可执行的计划；  计划实施： 本阶段主要是实施计划，完成计划中的各项任务，报告计划状态；  项目终止： 计划执行完毕，总结项目； CMM Base Process CMM 基本过程 基本过程说明：  SCM： 软件配置管 理，所有活动的基础，一切制品必须放入配置库；  SPP： 软件项目策划，估算工作量，制定详细计划【项目的制定计划阶段】； SCM SQA Work Area BaseLine SPP SPTO PR Change amp。 PR 识别需求 提出解决方案 执行项目 结束项目 投入力量 可行性分析报告 需求建议书 合同 项目目标 项目定义 制定计划 计划实施 项目终止 时间  SPTO：项目追踪，报告项目状态，评估并更新计划【项目的计划实施阶段】；  PR： 同行评审，进入基线的前提条件，降低风险，提高质量的有效手段；  SQA： 质量保证，预防风险的有效手段； SCM 软件配置管理 配置管理主要解决：  版本  变更 确定配置项和基线 确定记录和报告配置项状态策略 定义配置项 定义访问权限访问权限 确定配置管理工具 确定 SCCB 成员 确定配置库及其目录结构 项目启动 确定配置管理人员 Vss、 SVN 或 VSTS 一般由 ： 项目经理、技术经理、客户经理、质量保证人员、配置管理等项目的核心成员人员组成。 在配置项（基线）生成和基线变更时 配置库结构 权限表 基线表 确定基线变更过程 SPP 计划策划 计划策划的核心是工作量估算 定义备份与病毒策略 按计划执行配置 管理活动 SCM计划制定和评审 记录和报告基线的状态 在配置项（基线）生成和基线变更时 至少在项目的每个里程碑结束时进行备份 1 建立配置库 2 对项目组指导和培训 3 对配置项的日常管理 4 参加评审会议 5 定期备份和病毒防护 6 实施发布 7 进行归档 8 配置管理计划的维护 配置管理情况总结 计 划完成 总结配置项是否完整、基线的变化情况统计、审核发现问题情况统计、改进建议等，记入项目总结报告 定义测试和发布归档方式 SCM 计划 配置审核 状态报告 审核报告 从历史库中识别可用的信息 项目启动 从公司的数据中识别项目相似的信息，如项目的总结报告和其它的数据或文挡 项目需求、合同以及《软件项目任务书》 等相关要求 选择项目生命周期 识别项目的特点 了解各个生命周期的特点 确定适合项目生命周期模型 从 对用户需求的理解是否充分 ； 人员介入项目的方式 ；产品的交付方式 ；项目规模大小和 风险高低 ； 对项目系统架构的理解是否充分等方面考虑 RUP XP RUP XP 依据定义的过程，识别必须完成的任务和工作产品 分解时考虑的活动事项要详尽，不要漏掉：教育或培训的需要 ； 参与评审文档 ； 参与项目会议 ； 确定、记录和显示各种与质量相关和与过程相关的数据 ；传播时间 文档制品 如：计划、 SRS等 规模估算 制定工作产品的评审计划 估算表 估算结果 评审计划 识别项目需要使用的工具和设施 风险评估 识别与其他组之间的关系 确定项目的跟踪情况 确定项目的组织结构和职责 识别 项目需要进行的培训 制定时间进度表 在已知的停工和节假日时间不安排工作；不考虑加班时间；考虑测试及评审中发现问题的返工需要的时间；考虑客户需求的稳定情况；考虑各项活动的交接和信息的传递时间；识别出的风险对活动的影响；在安排工作时应考虑整个项目的效率因素，在正常估算的工期内增加20～ 40％的余量，分配到项目的所有活动中――特别是关键路径中的活动中 工具指南 风险表 协同工作计划 项目跟踪计划 组织和角色定义 培训计划 时间进度表 SPTO 项目追踪 编写项目开发计划书及其相关计划书 计划评审 计划管理和控制 SQA 计划 SCM 计划 SDP 计划 Test 计划 风险计划 PR 同行评审 软件项目开发计划 日常进度跟踪 定期报告项目状态 周例会 里程碑总结 需要调整计划 修改和评审计划 纠正和预防 当出现： 规模、工作量、进度和关键计算机资源超出规定的阈值 ； 项目总的原始计划不再可能达到 ； 计划和实际的任务安排明显不相符，起不到指导作用 ；对客户的承诺不能实现时 并满足下列条件时： 导致计划变化的原因是知道的，并清楚计划怎么样改变 ； 提议的项目进度计划变动是可达到的 ； 提议的项目进度计划已经得到 了必须完成他的人员的许诺 在周例会上向项目组的成员传达客户方面的信息、交流项目近期进展情况、未完成的工作、工作中存在的问题、好的经验以及部署 下两周 的工作，以使得计划和实际的开发工作相符合 总结到目前为止项目开发总体状况、项目活动进展情况（一般通过甘特图来体现）、活动项进展（应特别关注未完成活动项）、本阶段好的经验和典型问题、过程改进建议、客户方面新要求，项目评审、培训执行情况、项目风险等其它方面存在的问题，分析在进度、工作量和缺陷等方面收集的数据并根据情况制定相应的措施和调整时间进度表，保持项目正常、健 康开发 个人工作周报 时间进度表 数据收集 其它组跟踪 周报告 分析和预测 里程碑报告 项目总结 项目总结报告 SQA质量保证 评审准备 制定本次评审计划 评审跟踪 正式评审 评审人员进行预审，在指定的时间内给出预审意见，反馈给评审组长和作者。 评审组长将缺陷（或问题）及工作量汇总填入《评审报告》。 要评审的文档已经完成且文档符合标准模板要求，项目经理 指定评审组长，发放工作产品及参考资料，必要时确定评审重点（参见评审指南） 工作产品评审计划 将报告抄送相关人员 项目经理组织解决发现的缺陷（ 或问题） 作者根据评审结。