嵌入式软件设计的开发流程

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

考文件： LCD 供应商数据收集和选择 电性能 SPEC 尺寸确认 软件确认 供应商提供样品 各部提出修改要求 样品需求 SPEC 尺寸 与供应商沟通 SPEC 供应商供样 各部确认。 装机验证 封样 是否通过。 软件开发规范 Software Development Specification Version: Date: 20200622 Prepared by Document Revision History 文档修订记录 VERSION版本 DATE 日期 DESCRIPTION 内容说明 INDIVIDUAL 修订人 20200622 初稿 1 Introduction 简介 一个成熟稳定的组织或者团队，能够减少风险，经常地成功地达成目标。 成功的含义是：按时、预算内【即符合成本要求】、符合质量要求。 换言之，成熟稳定的团队，能够避免以下问题： ? 组织方面出现问题 ? 对需求缺乏管理 ? 缺乏计划和控制 ? 估算错误 同时，还要在 以下几个方面做得比较出色： ? 人员调度与工作安排 ? 工作量估计 ? 预算管理 ? 责权分配与平衡 ? 执行与监控 ? 沟通 本文档是软件开发规范，力求使团队打下一个良好的基础，以便逐步成长为成熟稳定的团队。 团队需要一个逐步标准、规范的开发过程，在这个过程中，团队得到锻炼，成员能力得到提高，风险得到控制。 主要内容是： ? 定义软件开发的流程； ? 定义软件开发的文档格式； ? 定义涉及的角色； ? 定义涉及的信息； ? 描述开发流程； 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等 规模。