软件开发流程图
嵌入式软件开发流程图
Hale Waihona Puke 1.2 嵌入式软件开发概述嵌入式软件开发总体流程为图4.15中“软件设计实现”部分所示，它同通用计算机软件开发一样，分为需求分析、软件概要设计、软件详细设计、软件实现和软件测试。其中嵌入式软件需求分析与硬件的需求分析合二为一，故没有分开画出。
由于在嵌入式软件开发的工具非常多，为了更好地帮助读者选择开发工具，下面首先对嵌入式软件开发过程中所使用的工具做一简单归纳。
嵌入式软件的开发工具根据不同的开发过程而划分，比如在需求分析阶段，可以选择IBM的Rational Rose等软件，而在程序开发阶段可以采用CodeWarrior（下面要介绍的ADS的一个工具）等，在调试阶段所用的Multi-ICE等。同时，不同的嵌入式操作系统往往会有配套的开发工具，比如Vxworks有集成开发环境Tornado，WindowsCE的集成开发环境WindowsCE Platform等。此外，不同的处理器可能还有对应的开发工具，比如ARM的常用集成开发工具ADS、IAR和RealView等。在这里，大多数软件都有比较高的使用费用，但也可以大大加快产品的开发进度，用户可以根据需求自行选择。图4.16是嵌入式开发的不同阶段的常用软件。
图4.17交叉编译环境
小知识与交叉编译相对应，平时常用的编译称为本地编译。
这里一般将进行交叉编译的主机称为宿主机，也就是普通的通用PC，而将程序实际的运行环境称为目标机，也就是嵌入式系统环境。由于一般通用计算机拥有非常丰富的系统资源、使用方便的集成开发环境和调试工具等，而嵌入式系统的系统资源非常紧缺，无法在其上运行相关的编译工具，因此，嵌入式系统的开发需要借助宿主机（通用计算机）来编译出目标机的可执行代码。
软件开发流程图介绍
软件工程开发第一章软件工程基本观念1.1 软件工程的目标与常用模型软件工程的目标是提高软件的质量与生产率，最终实现软件的工业化生产。
对开发人员而言，如果非得在质量与生产率之间分个主次不可，那么应该是质量第一，生产率第二.软件工程的主要环节如图1所示,软件开发过程一般包括可行性与需求分析、系统设计、程序设计、测试和维护。
图1 软件工程环节常见的软件工程模型有：线性模型,渐增式模型,螺旋模型，快速原型模型，形式化描述模型等等。
虽然线性模型比较简单，太理想化，但是每一个非线性的模型都能转化为一系列简单的线性模式，因此在其他模式中需要灵活运用线性模式。
1.2 软件开发的基本策略1.2。
1 复用在一个新系统中，大部分的内容是成熟的,只有小部分内容是创新的.应该把大部分的时间用在小比例的创新工作上，而把小部分的时间用在大比例的成熟工作中。
我们将具有一定集成度并可以重复使用的软件组成单元称为软构件。
软件复用可以表述为:直接使用已有的软构件，即可组装（或加以合理修改）成新的系统.这样可以提高生产率和质量。
图2应用软构件产生应用软件1.2。
2 分而治之我们可以把复杂的问题分解成N个简单的问题，再逐个寻求解决方法.但是最终的目的是要保证单个的简单问题可以通过程序实现，组装后能够使原本复杂的问题得到合理解决。
1.2.3 优化——折衷优化是用以优化软件的各个质量因素，但不能面面俱到，应折衷,其目标就是协调各个质量因素，实现整体质量最优.而不能盲目得拆东墙,补西墙。
第二章软件开发过程各个环节介绍2.1 可行性分析与需求分析2。
1。
1 可行性分析要求可行性分析是从经济、技术、市场与政策及人员方面分析这个项目做还是不做。
2。
1。
2 需求分析要求当确定做之后,我们就要与客户交流，进行需求分析,但由于客户表达不清、需求自身经常变动或分析人员理解有误，都会导致需求分析困难.因此,有必要通过请教行家或者分析同类型产品，来做进一步的分析.2.2 系统设计2.2。
软件开发流程图_软件产品发布流程_规范
一、软件产品开发流程图：二、软件产品发布流程1、发布准备。
发布之前，所有程序由测试人员进行确认测试；检查系统内登记的所有bug都已经被解决，或者遗留的bug不影响系统的使用，如果有严重bug未解决，则不能发布；程序打包前做冒烟测试（冒烟测试设计用于确认代码中的更改会按预期运行，且不会破坏整个版本的稳定性。
）。
（测试）2、测试负责人编写发布产品质量报告进行质量分析和总结。
3、源码、文档入库。
源码包括数据库创建脚本（含静态数据）、编译构建脚本和所有源代码；文档包括需求、设计、测试文档，安装手册、使用手册、二次开发手册、产品介绍（ppt）、使用demo等等。
（按合同规定，或只提供部分文档）（产品、项目经理、研发、测试）4、进行程序打包；标记源码、文档版本。
（研发、运维）5、填写发布基线通知，并通知相关人员；经理对发布基线进行审计检查。
（项目经理）6、在禅道系统上新建产品发布计划，填写配置项，发布产品。
（项目经理）7、传程序包、使用文档至Download站点。
（运维）8、编写发布说明。
内容应该包括产品版本说明；产品概要介绍；本次发布包含的文件包、文档说明；本次发布包含或者新增的功能特性说明；遗留问题、影响说明；版权声明以及其他需要说明的事项。
（项目经理、测试）9、正式发布通知。
通知开发、测试、市场、销售各相关部门并附上产品发布说明和产品介绍。
（项目经理邮件通知）10、后续工作。
产品发布后，在使用过程中可能还会发现一些bug。
在不影响正常使用的情况下，这些bug将在下一版本发布时解决；如果bug严重影响使用，必须打patch 或者按照流程重新发布。
（研发）11、临时发布。
软件产品未正式发布前，可能需要一个临时版本供开发人员或者用户应急使用，这时候需要临时发布一个版本。
这个版本只包括基本的程序包和必要的使用说明。
临时发布需要通知相关开发、测试人员；研发人员需要为源码、文档打tag标记。
（研发）12、附《常见问题排除手册》，内容简介：推荐硬件配置。
软件开发流程图解析
软件开发流程图解析随着信息化时代的发展，软件应用日益普及，软件的研发和开发也变得越来越重要。
软件开发过程中的流程图，是管理软件开发过程和维护软件项目的一个重要工具。
本文将对软件开发流程图进行解析。
什么是软件开发流程图软件开发流程图，是对软件开发过程中各环节关系的图形化表达。
它通过图形与符号来描述分析、设计、编码、测试等软件开发过程中的步骤与流转关系，具有较强的表现力和可视性，从而能够清晰地呈现不同阶段之间的关系，使开发人员有效地掌控整个软件开发过程。
软件开发流程图的组成部分1. 流程图主体软件开发流程图的主体是由不同的节点组成，用来表示不同的处理过程或者操作。
2. 活动每一个节点表示一个具体的活动，也称为流程元素。
活动可以是一系列有序的任务，也可以是一个算法、一个判断语句，或者是一个输入或输出控件等。
3. 控制流控制流表示活动之间的关系，控制流有三种基本类型：顺序结构、选择结构和循环结构。
4. 数据流数据流是指数据在软件开发过程中的传递过程。
数据流从一个活动开始，经过数据传输器，到达另一个活动。
5. 数据存储数据存储是指软件程序中数据的存储，可以是内存或者其他设备。
软件开发流程图的优点1. 易于理解软件开发流程图采用图像的方式来表示软件开发过程中的不同流程和步骤，使得开发人员更容易理解。
2. 易于修正软件开发流程图使得开发人员更容易发现软件开发过程中的问题和漏洞，从而可以快速进行修正，提高开发效率。
3. 易于跟踪软件开发流程图可以帮助开发人员跟踪软件开发过程中的进度和成果，以及发现潜在的问题和风险。
4. 易于沟通软件开发流程图的图形化表现形式易于沟通交流，使得开发团队和管理层更容易理解开发进度和成果。
软件开发流程图的设计方法在设计软件开发流程图时，需要根据实际情况选择不同的图形符号和命名规则，可以采用以下步骤：1. 确定流程图主题和目的需要明确软件开发流程图的主题和目的，以便在设计过程中更好地掌握设计思路和方法。
常见的软件研发基本流程图
模型图模型名称测试介入点测试范围优点瀑布模型全部代码编写完后整个软件产品1、测试成本低2、测试范围小3、简单、高效螺旋模型1、一个功能代码完成后，进行单元测试2、一个模块代码完成后，进行集成测试3、产品全部功能完成后，进行系统测试1、单元测试--代码2、集成测试--接口3、系统测试--整个软件产品1、应对变更和风险能力强2、测试介入时间早3、测试较充分4、软件质量有所提高和改善RUP模型（Rationalunified process ）Rational统一开发过程每个阶段编码完成后每个阶段业务建模时定义的功能范围+上一阶段完成的所有功能1、将系统进行分解，简化了测试的难度2、每个阶段提交个半成品a、提高客户的信心b、控制变更范围c、可以提早进行变更IPD模型（Integration product development）集成产品开发过程1、硬件研发完成后--硬件测试2、软件研发完成后--软件测试1、硬件2、软件所有部门的数据都进行了充分的数据共享，提高了决策的准确性常见的软件研发基本流程图缺点适用范围1、测试介入晚，发现缺陷较晚，软件质量不可控2、上有成果物未完成时下游的人力资源闲置3、简单、高效1、项目小2、需求明确3、公司规模小1、需要专业的风险识别专家2、成本高与人的生命和财产相关的系统需要专业的软件构架师不适合功能模块联系较紧密的系统管理成本较高大型的软硬件集成厂商。
嵌入式软件开发流程图
..
..
..
..
..
在使用这种调试方式时，被调试程序首先通过 ROM 监视器下载到目标机，然后在 ROM 监视器的监控下完成调试。
优点：ROM 监视器功能强大，能够完成设置断点、单步执行、查看寄存器、修改存空 间等各项调试功能。
确定：同软件调试一样，使用 ROM 监视器目标机和宿主机必须建立通信连接。 其原理图如图 4.20 所示。
标机的区别。
下面分别就软件调试桩方式和硬件片上调试两种方式进行详细介绍。
..
..
..
..
..
（1）软件方式。 软件调试主要是通过插入调试桩的方式来进行的。调试桩方式进行调试是通过目标操
作系统和调试器分别加入某些功能模块，二者互通信息来进行调试。该方式的典型调试器有 gdb 调试器。
gdb 的交叉调试器分为 GdbServer 和 GdbClient，其中的 GdbServer 就作为调试桩在安 装在目标板上，GdbClient 就是驻于本地的 gdb 调试器。它们的调试原理图如图 4.19 所示。
嵌入式软件的开发工具根据不同的开发过程而划分，比如在需求分析阶段，可以选择 IBM 的 Rational Rose 等软件，而在程序开发阶段可以采用 CodeWarrior（下面要介绍的 ADS 的一个工具）等，在调试阶段所用的 Multi-ICE 等。同时，不同的嵌入式操作系统往往会有 配套的开发工具，比如 Vxworks 有集成开发环境 Tornado，WindowsCE 的集成开发环境 WindowsCE Platform 等。此外，不同的处理器可能还有对应的开发工具，比如 ARM 的常用 集成开发工具 ADS、IAR 和 RealView 等。在这里，大多数软件都有比较高的使用费用，但也 可以大大加快产品的开发进度，用户可以根据需求自行选择。图 4.16 是嵌入式开发的不同 阶段的常用软件。
一个完整的软件开发流程图
一个完整的软件开发流程一、开发流程图二、过程产物及要求本表主要列出开发阶段需要输出的过程产物，包括产物名称、成果描述、负责人及备注，即谁、在什么时间、应该提供什么内容、提供内容的基本方向和形式是什么。
三、过程说明(一)项目启动1、产品经理和项目干系人确定项目方向，产品型项目的干系人包括公司领导、产品总监、技术总监等，项目的话则包括客户方领导、主要执行人等。
2、公司领导确认项目组团队组成，包括产品经理、研发项目经理、研发工程师、测试团队等。
3、明确项目管理制度，每个阶段的成果产物需要进行相应的评审，评审有相应的《会议纪要》;从项目启动起，研发项目经理每周提供《项目研发周报》;测试阶段，测试工程师每周提供《项目测试周报》。
4、产品经理进行需求调研，输出《需求调研》文档。
需求调研的方式主要有背景资料调查和访谈。
5、产品经理完成《业务梳理》。
首先，明确每个项目的目标;其次，梳理项目涉及的角色;再来，每个角色要进行的事项;最后，再梳理整个系统分哪些端口，要有哪些业务模块，每个模块再包含哪些功能。
(二)需求阶段1、进入可视化产物的输出阶段，产品经理提供最简单也最接近成品的《产品原型》，线框图形式即可。
在这个过程中还可能产生的包括业务流程图和页面跳转流程图。
业务流程图侧重在不同节点不同角色所进行的操作，页面跳转流程图主要指不同界面间的跳转关系。
项目管理者联盟2、产品经理面向整个团队，进行需求的讲解。
3、研发项目经理根据需求及项目要求，明确《项目里程碑》。
根据项目里程表，完成《产品开发计划》，明确详细阶段的时间点，最后根据开发计划，进行《项目任务分解》，完成项目的分工。
4、研发工程师按照各自的分工，进入概要需求阶段。
《概要需求》旨在让研发工程师初步理解业务，评估技术可行性。
(三)设计阶段1、UI设计师根据产品的原型，输出《界面效果图》，并提供界面的标注，最后根据主要的界面，提供一套《UI设计规范》。
UI设计规范主要是明确常用界面形式尺寸等，方便研发快速开发。
软件开发流程图
软件开发流程图 (Programmer):程序员 EU (End-User):最终用户TE (Test Engineer):测试工程师 GM (General Manager):总经理
硬件开发流程图
PM:根据GM 安排编制简略/详细的建设方案 PM:获取EU 主要的关键性需求 PM:基于内部预算对EU 提供费用报价 PM:与EU 确认需求变动及方案、费用调整 PM:完成详细内部预算并提交给GM PM:通过内部项目管理系统配置详细人员、进度安排 PM:移交EU 需求给PG,安排PG 开发任务 PG:根据EU 需求及PM 要求,执行开发任务 PM:通过内部项目管理系统审核PG 工作日志,确认EU 需求变动,执行进度控制,必要时变更人员安排及内部预算 PG:技术调测及修改;根据TE 测试文档调试修改 TE:进行集成测试,编制测试文档,提交PM,送达PG PG:部署至外部服务器 PM:系统初验 EU:试用 PM:获得试用意见
PG:部署正式上线,编制开发字典,提交PM TE:编制系统操作手册、功能列表,提交PM PM:提交开发字典、操作手册、功能列表给EU,通过内部项目管理系统结项,向GM 汇报。
软件研发流程图
软件研发流程图
产品设计是企业产品战略中的重要组成部分，它决定产品的特征、功
能和用途。
产品的功能性设计
产品功能设计注重的是产品的性能和质量，要求在产品设计中充分考
虑顾客要求，体现产品的经济价值，并以此为原则，保证高品质设计，包括：配合度精确、性能优良而稳定、耐用性能以及售后维护的便利程度。
技术手段：价值工程、装配过程模拟、装配设计、质量功能选择和计算机
辅助设计等。
可制造性和可装配性
产品的可制造性和可装配性设计，即产品设计要满足产品制造和装配
的工艺要求。
其目的是：在顾客可接受的价格下生产出功能和结构两方面
都满意的产品。
完美的产品设计代表了成本—效益，是通过将产品构思、
设计和研制与可制造性和可装配性相结合得以实现的。
为了在竞争价格下，生产出最高质量的产品，产品的可制造性设计必须与产品功能设计协调进行。
面向制造和装配
面向制造和装配的产品设计正是这样的一种设计思想，在满足产品功能、质量和外观等要求下，从提高产品的可制造性和可装配性入手，从而
以更低的产品开发成本、更短的产品开发周期和更高的产品质量进行产品
开发。
“中国制造”到“中国创造”的转变离不开国家和企业对产品开发
的重视，离不开面向制造和装配的产品设计。
如何进行面向制造和装配的
产品设计，可参考机械工业出版社出版的《面向制造和装配的产品设计指南》。
cmmi软件开发流程
cmmi软件开发流程软件开发流程软件项目生命周期模型需求分析需求分析流程图需求分析客户部门经理临时项目组输入/输出EPGQA测试负责人PM开始6、确定项目管理机制14、协调人员及资源项目日程表15、建立工作环境项目计划书17、编制项目日程表5、审批裁剪16、编制项目计划书4、申请裁剪1、组建临时项目组11、确定项目目标范围13、确定项目关键参数结束项目裁剪表2、制定需求阶段日程表12、项目估算规模估算表/项目估算表3、建立配置库18、评审项目计划书19、建立阶段基线20、阶段总结需求分析阶段总结报告需求分析阶基线7、编写需求清单列表需求清单列表10、确认需求规格书8、确定系统架构/编写需求规格书架构设计书/需求规格书9、评审架构设计书/需求规格书过程描述1、由部门经理组建临时项目组，并指定PM、开发人员、测试人员、QA，人数根据项目规模确定。
2、PM制定需求阶段日程表，该表须通过研发经理审核。
3、PM指示配置管理员建立配置库。
4、由PM与测试负责人提出裁剪申请，QA指导临时项目组人员对项目进行裁剪，形成项目裁剪表。
5、EPG和部门经理对裁剪结果进行审批，审批通过项目裁剪表正式生效。
6、PM与测试负责人确定项目管理机制，内容包括组织结构、沟通、跟踪、报告、风险管理、问题管理、QA、CM等。
7、项目组人员与客户进行沟通，编写需求清单列表。
8、PM组织临时项目组成员确定系统架构，编写架构设计书和需求规格书。
架构设计过程中的重要的技术方案选择、开发/采购/复用分析等内容要明确体现在架构设计书中。
➢对技术方案选择(例如，系统结构、开发平台、数据库等的选择)，要事先建立评价准则(例如，满足系统需求的能力(例如，功能、性能、可靠性等)、技术的发展前景、供应商资质与实力等)及相对优先级，采用讨论表决的方法选择并确定最终的技术方案。
➢关于自行开发和采购复用的分析，如果公司有基本满足系统需要的可复用组件(包括其分析、设计、代码、测试用例等)，一般应进行复用；本公司没有能力开发或没有必要开发的非核心技术部分，如果采购成本在项目可接受范围内，可考虑采购；否则，由项目组自行开发。
软件开发流程图
软件开发流程图软件开发流程图是一种图形化的表示方法，用来展示软件开发过程中的各个阶段、任务和关系。
它可以帮助开发团队全面地了解整个开发过程，包括需求分析、设计、编码、测试、部署和维护等阶段。
通过软件开发流程图，开发团队可以清晰地了解每个阶段的工作内容和任务分工，有利于团队成员之间的沟通和协作。
在软件开发流程图中，通常会包括以下几个主要的阶段，需求分析、设计、编码、测试和部署。
首先是需求分析阶段，这个阶段是整个软件开发过程的第一步，开发团队需要与客户充分沟通，了解客户的需求和期望，然后对需求进行分析和整理，形成需求规格说明书。
接下来是设计阶段，开发团队根据需求规格说明书进行系统设计和详细设计，包括系统架构设计、数据库设计、界面设计等。
然后是编码阶段，开发团队根据设计文档进行编码实现，编写程序代码。
接着是测试阶段，开发团队对编码实现的软件进行各种测试，包括单元测试、集成测试、系统测试等。
最后是部署阶段，将测试通过的软件部署到客户现场，并进行后续的维护和支持。
除了以上几个主要的阶段之外，软件开发流程图还可以包括一些支持性的活动，比如项目启动、项目计划、需求变更管理、配置管理、质量保证等。
这些活动虽然不是软件开发的核心内容，但是同样非常重要，它们可以帮助开发团队更好地控制项目进度、质量和成本。
在软件开发流程图中，各个阶段之间通常会存在一定的依赖关系和交互关系。
比如，需求分析阶段完成后，才能进行设计阶段；设计阶段完成后，才能进行编码阶段；编码阶段完成后，才能进行测试阶段；测试通过后，才能进行部署阶段。
这些依赖关系和交互关系需要在软件开发流程图中清晰地表示出来，以便开发团队能够按照正确的顺序进行工作。
总之，软件开发流程图是软件开发过程中非常重要的工具，它可以帮助开发团队清晰地了解整个开发过程，指导开发人员按照正确的步骤进行工作，提高开发效率，降低开发成本。
通过软件开发流程图，开发团队可以更好地控制项目进度、质量和成本，提高软件开发的成功率。
软件敏捷模型开发流程图_V3.6
准 备 下 一 迭 代 用 户 故 事 更新的Product Backlog
下一迭代
重 估 算
STORY实现人员，QC ->PO
SPRINT DEMO Meeting
开发人员
STORY讲解 澄清文档模板 Sprint Backlog
STORY设计 设计文档模板
Coding
研发自测试
估算表单
评审专家
设计项目 风险 项目组风险列 表
系统测试计划 系统测试计划 模板
参与项目计划 评审
参加项目开工 会 项目开工会模 板
项目计划评审 报告
包含两部分的检查：第一：本轮迭代出 口条件；第二：下一轮迭代入口条件 注：产品经理与开发经理经理在此 处挑选完毕下一迭代需要完成的 story
PPQA/CMO
参与识别项目 培训需求 项目组培训计 划
参与项目计划 评审
参加项目开工 会
CMO
配置管理计划 配置管理计划 模板
参与项目计划 评审
基线化 基线审计 CHECKLIST
参加项目开工 会
PPQA
引导识别项目 风险
质量保证计划 质量保证计划 模板
参与项目计划 评审
审计 阶段审计 CHECKLIST
参加项目开工 会
实现确认 评审综合报告
注：此处的估算只是 针对新增与修改的用 户故事
测试人员
参与STORY澄清
参与STORY讲解
上一轮TC自动化
STORY AT用例设计 STORYAT用例模板
STORY AT
敏捷开发团队 注：此活动通常是依据版本计划而来 的，不是必须的。且该活动通常由系统 测试组完成。 系统测试
反思会议 模板
软件项目开发工作流程图
软件项目开发工作流程一、简述对于一个新项目，从可行性研究到产品交货整个生存阶段将经历如下十大流程：1、项目可行性研究阶段2、立项阶段3、需求分析阶段4、开发策划阶段5、设计阶段6、编码实现阶段7、测试阶段8、验收阶段9、产品交付使用10、维护阶段二、项目组基本组成及岗位职责新项目立项时会成立项目组，不同的项目组成员有不同的职责，一个项目组成员也可以身兼多职，但不可身兼全职。
a项目负责人：负责项目的管理、组织、对技术、进度、质量全面负责。
b质量保证人员：负责质量保证工作计划的落实和软件的质量保证。
C配置管理人员：负责本项目的配置管理工作，对本项目的文档、程序是否符合规程文件的要求进行形式化的检查。
D分析人员：主要负责本项目的需求分析工作。
E设计人员：主要负责本项目的设计工作。
F程序员：按设计要求和有关标准进行编程工作。
G测试人员：负责单元测试、组合测试和总装测试工作。
H文档人员：负责本项目有关文档的编写工作。
I产品经理：协助进行产品研制计划制定、产品发布与产品推广等，在产品开发中，充分代表用户的利益，提供建议,负责在产品功能与出品日期二者之间的权衡;负责产品市场营销、产品销售和市场推广过程。
（通常由营销部门或中试部门人员担任）三、软件开发流程3．1可行性研究阶段如果是公司自主开发项目，可行性研究通常是由公司技术负责人根据公司产品规划和市场需求，在要开展新项目前通过部门负责人指定人员进行的前期调研工作，可行性研究负责人员对产品的市场需求、技术发展、市场定位、功能需求、经济效益、进度需求、风险分析等进行可行性研究，提供产品立项建议，拟制可行性研究报告，由部门负责人指定营销部门配合可行性分析人员，技术负责人协助安排。
可行性分析完毕后由总工办组织对可行性研究报告进行评审，评审通过后，总工办组织进行立项工作。
如果是系统集成部外接的系统集成项目，在系统集成部与客户签订合同之前，均应对将签项目进行资源、技术、市场的可行性分析，可行性分析通过后、签订合同前由总工办组织相关人员对合同条款进行评审，评审通过后，总工办组织进行立项工作。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件开发流程V1.0目录1.目的 (2)2.适用围 (2)3.定义 (2)4.输入 (2)5.输出 (2)6.角色职责 (2)7.流程图 (2)8.流程活动说明 (2)9.纪录和表格 (7)10.相关文件 (8)11.流程评测指标 (8)12.流程负责人 (8)1.目的规软件开发过程，指导软件开发人员执行软件开发活动，保障软件开发的顺利进行，确保软件开发进度、开发质量，达到预期目标；并为智力资产库提供输入。
2.适用围本流程适用于产品研发过程中所有软件（包括固件）开发活动的执行过程3.定义4.输入《产品总体需求规格书》、《产品总体设计方案》5.输出5.1《软件概要设计报告》5.2《软件详细设计报告》5.3《测试报告》5.4 源程序（代码）5.5 可执行程序6.角色职责6.1 PDT经理（LPDT）：根据需要参与软件过程中的评审。
6.2 系统工程师（SE）：参与软件开发过程中的评审，指导QA完成评审报告；6.3 软件工程师（SWE）：编写软件概要设计报告、软件详细设计报告；进行软件编码并自测；进行单元测试、集成测试、系统测试,更新系统测试计划。
6.4 测试工程师（TE）：参与制定测试计划；参与软件开发过程中的评审；参与实施单元测试、集成测试以及系统测试。
6.5 质量保证（QA）：组织、监控软件开发过程中的评审，开发文档的基线化。
6.6 软件配置管理员（CMO）：负责开发过程中的文档及代码的基线化。
6.7 软件需求管理员（RMO）：负责开发过程中的需求跟踪。
7.流程图见附件: 软件开发子流程-流程图。
8.流程活动说明010 制定软件项目计划开发组组长&系统工程师&软件工程师&测试工程师根据产品的开发计划，制定产品软件部分的开发计划，包括进度、任务安排、风险、人员、开发工具、相关规等容。
每个任务都需指定一个责任人；对于需要多人完成的任务，应当努力分解为多个单人可承担的子任务，以便计划的落实和跟踪。
输入：《软件总体设计方案》输出：《软件项目计划》时间控制：得到《软件总体设计方案》后5个工作日。
020 软件概要设计软件工程师软件工程师根据软件概要设计方案书要求，对软件（包括固件）的功能、应用、实现环境、关键芯片特性、关键芯片的工作原理以及关键寄存器进行说明，并将软件分解到功能块级，明确描述对每一个功能块的输入、输出、与产品硬件接口的对应关系，以及功能块间的依赖关系。
输入：《软件总体设计方案》、《软件项目计划》输出：《软件概要设计报告》/《软件设计报告》时间控制：得到《软件项目计划》后5个工作日030 需求跟踪 RMO软件需求管理员RMO需要对软件概要设计中需求的实现或变化情况进行跟踪，跟踪活动通过不断更新《需求跟踪表》来进行。
需求跟踪活动是一个持续活动，将一直持续到软件开发子流流程结束。
在每一次正规检视或评审之前，都必须进行需求跟踪，以确保软件需求规格在软件开发的各个阶段都能够充分、准确地得以实现。
输入：软件开发子流程设计文档（如软件概要设计、详细设计等）输出：《需求跟踪表》时间控制：一直持续到软件开发子流程结束040 软件概要设计及计划检视质量保证、系统工程师、软件工程师、测试工程师、项目经理软件概要设计及测试计划正规检视中对文档、开发设计（包括功能、性能、设计方法、遵循标准、外部接口、维护性能）、测试计划以及配置管理等方面进行检查，确保软件概要设计作为后继开发工作指导性文件的全面性和准确性，确保测试计划中的各项需求在开发前期即被纳入考虑围，确保测试计划中测试用例能够充分覆盖软件的各项需求。
输入：《软件概要设计报告》、《软件项目计划》、《软件测试计划》输出：《软件概要设计检查表》、《软件项目计划检查表》时间控制：软件概要设计完成后5个工作日。
050&100 更新项目计划开发组组长软件工程师根据正规检视的总结意见对前期拟定的软件项目计划进行更新，对计划中包含的进度、任务安排、风险、人员、开发工具、相关规等容进行适当调整。
输入：《软件概要设计报告》、《软件项目计划》、《软件项目计划检查表》输出：更新的《软件项目计划》时间控制：正规检视后2个工作日。
060 软件项目计划、软件概要设计基线化 CMO配置管理员CMO对经过正规检视的软件项目计划和软件概要设计进行基线化，将相关文档纳入项目的配置管理库，并向相关PDT成员发布。
相关文档包括：《软件概要设计报告》《软件项目计划》时间控制：正规检视后2个工作日。
070 软件详细设计&软件单元测试计划软件工程师&测试工程师在软件详细设计阶段，软件工程师将软件概要设计开发出的整体应用分成几个模块和程序，并为每个程序进行逻辑设计，然后归档作为程序规格。
同时，测试工程师指导软件工程师为每个程序生成一个单元测试计划。
详细设计阶段的重要活动包括通用例程和程序的确定（如数据有效性例程）、框架程序的开发以及用于提高生产率的实用程序和工具的开发。
输入准则是概要设计文档经过评审和授权，主要输入是概要设计文档。
输出准则是程序规格和单元测试计划已经经过评审和授权，主要输出详细设计报告和单元测试计划（包含在《软件测试计划》模板中）。
过程中的步骤如下：将功能分成小的组件如果需要，开发数据移植程序设计/开发代码框架开发例程和工具程序设计确定程序调用的方法确定输入和输出设计程序逻辑确定数据结构确定使用的通用例程写程序规格并对其进行平审计划单元测试确定单元测试环境确定单元测试用例确定测试数据写单元测试计划输入：《软件概要设计报告》输出：更新的《软件详细设计报告》/《软件设计报告》、《软件单元测试计划》时间控制：软件概要设计基线化后10个工作日。
040&090&130 正规检视质量保证、PDT经理、系统工程师、软件工程师、测试工程师QA负责组织PDT经理（可选）、系统工程师（SE）、软件工程师（SWE）、测试工程师（TE）进行开发过程中的各种评审，并将评审时间通知PDT经理。
评审小组依据正规检视要素表对软件开发进行正规检视。
QA负责监控评审质量。
SE协助QA编写评审报告。
输入：《软件详细设计报告》输出：《软件详细设计检查表》时间控制：收到相应交付件（正规检视对象）后2个工作日。
110 详细设计基线化 CMO配置管理员CMO对经过正规检视的软件详细设计进行基线化，将相关文档纳入项目的配置管理库，并向相关PDT成员发布。
相关文档包括：《软件详细设计报告》《软件单元测试计划》《软件项目计划》时间控制：正规检视后2个工作日。
120 编码软件工程师软件工程师根据评审后的《详细设计报告》用编程语言来实现所需的软件，这个阶段根据合适的编码规产生源代码和可执行程序（二进制文件）。
输入准则是软件详细设计已经过评审和授权，输入主要包括软件详细设计、软件概要设计、实用程序和开发工具及其文档。
输出是源代码、可执行代码。
150 单元测试软件工程师&测试工程师软件工程师根据测试计划编写测试代码并执行测试代码。
输出准则是成功执行所有单元测试计划中的测试用例，输出是测试数据、测试代码、可执行代码、《单元测试报告》和过程记录。
软件工程师根据《单元测试计划》进行软件进行单元测试。
测试工程师根据需要参与必要的单元测试。
活动步骤如下：生成测试数据库生成代码对程序进行编码代码评审记录和修正评审出的缺陷进行自行单元测试进行单元测试进行附加测试更正缺陷时间控制：详细设计评审后2个工作日开始。
输入：《软件详细设计报告》、《软件单元测试计划》输出：《软件单元测试报告》160 经验教训总结软件开发组长软件系统测试评审完成后，PDT对软件开发工作的成功经验和失败教训进行总结，并按照统一的模板和要求形成案例存储在统一的数据库系统中，并推动共享、查询和继承应用。
输入：软件开发过程文档输出：《经验教训总结》时间控制：测试报告正规检视完成后2个工作日开始。
170 系统集成和联调 SWE软件工程师项目归档发布后，SWE软件工程师参与系统集成和联调。
输入：软件开发过程文档时间控制：项目归档3个工作日开始。
180 支持系统集成测试 SWE软件工程师系统集成和联调完成后，提交测试部进行测试，由TE测试工程师负责具体的集成测试工作，SWE软件工程师提供集成测试过程中必要的技术支持和协助。
输入：通过系统集成和联调后的可执行文件时间控制：系统集成和联调通过后3个工作日开始。
9.纪录和表格9.1《软件概要设计报告》9.2《软件概要设计检查表》9.3《软件项目计划及计划检查表》9.4《软件详细设计报告》9.5《软件详细设计检查表》9.6《软件测试计划》9.7《软件测试报告》9.8《软件测试检查表》9.9《需求跟踪表》9.10《软件项目计划》9.11《产品总体设计方案》9.12《经验教训总结》10.相关文件10.1《产品开发流程》10.2《设计更改子流程》10.3《工程更改子流程》11.流程评测指标11.1 进度篇差率11.2 缺陷密度11.3 需求满意度12.流程负责人研发软件组文件编制：审核：批准：生效日期：修订记录。