物业工程部培训嵌入式开发项目管理

1、精品文档 精心整理精品文档 可编辑的精品文档嵌入式硬件软件开发项目管理概论一、嵌入式硬件软件开发项目管理的目的1 提高开发效率2 加强开发质量3 降低开发风险和成本二、嵌入式硬件软件开发项目管理的时限贯穿产品的整个生命周期经过一定的开发过程，产品发布和生产了，并不是项目管理的结束，产品还需要进行维护和升级。只有当此产品的生命周期结束后，项目管理才随之结束。三、嵌入式硬件软件开发的过程管理1 需求分析根据设计任务书分析产品的硬件软件需求，初步估计硬件和软件的规模，其中硬件以估算元件数量作为参考，软件以估算代码行作为参考。硬件和软件的规模估算的准确度，很大程度上取决于以往类似产品的开发经验和需求分

2、析人员的主管判断。硬件和软件的规模直接影响到开发的日程进度表。2 系统概要设计产品所要实现的功能，哪些由硬件来实现，哪些由软件来实现，需要从整体上进行反复分析论证，才能有较好的实现方案。这个步骤一般由系统工程师完成。系统概要设计包含如下内容：逐一列出并说明系统对本软件在应用方面的功能需求逐一列出并说明系统对本软件在维护方面的功能需求，如版本上报、上电自检、误码统计等。逐一列出并说明系统对本软件在性能方面的需求，所要达到的性能指标参数。如CPU处理能力，链路的最高速率，误码对软件的影响以及从软件的角度恢复硬件错误的能力等。详细说明软件为实现系统功能需求所采的取设计思想、功能结构。画出软件为实现功

3、能结构所做的信息处理、资源调配、进程或任务控制流程，并详细说明之。详细说明软件为达到系统的性能需求所采取的各项措施。制定组织及颁布时间，数据链路如为公司内部协议要在这里写清楚协议文档的名称、时间和作者。如果软件有内部模块划分，请在这里写详细描述接口协议。如有专门的协议文档，请写清楚协议文档的名称、时间和作者。如选用外购操作系统，要写明外购操作系统的名称、厂家和版本号。如选用公司内部自编操作系统应说明操作系统出自哪里，在哪些系统上使用过，是否测试过该操作系统的性能指标。说明选择该操作系统的依据，本软件为满足系统的需求对操作系统的需求是什么，所选操作系统的各项性能指标是否能满足系统的要求。说明所选

4、用操作系统的调度原理和调度方法并画出它实现调度的结构图或流程图。说明CPU类型，生产厂家和型号说明软件采用何种编程语言。选择哪种编译器和调试器以及选择它们的依据。说明软件编程是否依照编程规范，编程规范的名称是什么，出自哪里。说明内部ROM和外部ROM的地址分配情况。说明外部RAM，内部设备、外部设备的地址分配情况，如果外部设备种存在间接寻址，应对间接寻址访问方法和分配情况进行说明。说明内部存储空间（包括ROM、RAM）的地址分配情况和相关使用特点。说明主要常量和常量表的定义，并说明这些常量取当前值的原因说明主要全局变量的定义说明主要结构体的定义定义所有全局性的参量，如预编译开关，编译前可调的全

5、局常量等。依据本软件的特点说明是否要做单元测试，如要做单元测试，请在这里说明单元测试计划。依据本软件的特点说明是否要做集成测试，如要做集成测试，请在这里说明集成测试计划。依据本软件的特点说明是否要做静态代码审查，如要做静态代码审查，请在这里说明静态代码审查计划和审查是依据的编程规范。3 硬件概要设计简要说明该硬件系统的总体设计思想，并对本文所有缩略语进行说明，要求提供每个缩略语的英文全名和中文解释；罗列所有参考文献名称、作者、标题、编号、发布日期和出版单位等基本信息。如果该文档不是第一版本，应在此说明硬件需求修改的历史和原因，并指明主要的修改（相对于上一个版本）在本文档的什么地方可找到。详细罗

6、列本硬件系统所有的外部功能及需要该功能的原因；详细罗列所有外部性能指标、要求达到的值和相关依据。系统结构框图只要求到子系统级，但应对该框图给出文字说明。对系统中所有单板正式命名，并分别说明这些单板应用在哪个子系统中。针对“系统结构框图”中的每个子系统分别提供逻辑框图和相应的文字说明，这些框图根据其复杂程度可细化到功能模块级或单板级。功能模块的划分应与硬件需求说明书一致，否则应说明原因。针对“系统逻辑框图”中的每个功能模块分别提供框图和相应的说明文字，框图的复杂程度要求细化到单板级。该处的所有单板应与“单板命名”中的单板完全一致。针对“单板命名”提到的所有单板分别提供单板逻辑框图或电路结构图并给

7、出相应的文字说明，同时应对每个单板的功能进行详细说明，包括模拟信号接口的电压、电流和频率特性，数字信号接口的时序和电平特性，电源接口的电压和功率特性等。针对“硬件需求说明书”中提到的每项关键技术提供详细的解决方案，包括多种可行的解决途径和攻关计划安排，并对多种方案进行比较。其性能直接影响系统的主要性能的器件、其价格对系统成本有重大影响的器件和其订货周期对系统开发进度有重大影响的器件都属于关键器件。应针对这些关键器件的关键特性进行分析以确定选择这些器件的策略。从设计的角度考虑系统的可靠性、安全性和电磁兼容性等，这些特性都必须符合相应的国内、国际标准。详细描述系统的供电设计思想和具体实施方法，并列

8、出各电源模块的要求性能指标。如果必要应提供系统的电源供电系统图。对整个系统的工艺和结构提出初步设计要求。方便生产，接插件可靠，元器件免调整。从设计的角度考虑硬件测试，其中应包括考虑开发过程中和生产过程中的测试点和测试方法。从系统结构设计的角度考虑开放性，通常应考虑的方面包括：开放的标准硬件接口，提供与不同系统互连时的开放性和方便性；开放的体系结构，提供系统大面积扩容的可能性；多平台适应性，提供系统在不同的硬件平台上使用的可能性。4 硬件详细设计以硬件概要设计为指导，设计系统的原理图和印制板。5 硬件调试印制板采购回来后，进行样板的焊接和调试，使硬件工作正常。如果硬件存在缺陷而不能满足设计要求时

9、，需要修改硬件详细设计的内容，重新调试硬件，直到满足设计要求。一般情况下，投板23次成功比较正常。6 软件调试硬件调试通过后，就要下载运行代码进行软件的联机调试。可以采用各种调试手段进行模块调试和整体调试，排除软件上的缺陷。这一过程主要由软件工程师进行。7 提交测试整个产品经过开发工程师的自我测试后，可以提交测试组进行测试。在测试组进行测试的过程中，发现比较小的缺陷，开发工程师可以作出修改，但不能超过三次。如果经过开发工程师的三次修改后，仍然存在缺陷，则中止测试，重新由开发工程师回到调试的阶段。直到通过测试组的测试。8 产品发表和维护升级产品发表后项目管理并没有结束，还需要进行产品的维护和升级

10、。只有当产品的生命周期结束后，项目管理才中止。四、数据备份和版本管理在产品的开发过程中，数据备份和版本的管理很重要。在产品开发过程中，为了保护和恢复数据，需要经常进行数据备份。在服务器上分配给每个研发工程师一定的存储空间，以便每天将个人数据备份到服务器上，防止数据意外丢失和进行数据恢复。服务器上的数据应该每个星期进行一次刻录光盘或磁带备份。版本管理只要参加过软件开发的人都清楚，现在的软件项目完全由一个人来完成是难以想象而且也是不可能的，通常是有一个研发小组来共同分析、设计、编码和维护，并有专门的测试小组对已完成编码调试的软件进行全面的测试。在软件开发这个庞大而复杂的过程中，需要涉及到各个方面的

11、人员，信息的交流反馈不仅仅是在研发小组的成员之间及各个研发小组之间，还存在于客户和研发者之间。所有的这些交流反馈意见信息都有可能导致对软件的修改，小的可能只是对某个源文件中的某个变量的定义改动，大到重新设计程序模块甚至可能是整个需求分析变动。在这个工程中，由于软件开发所固有的特征，可能会形成众多的软件版本，而且我们并不能保证不出现错误的修改，而这样的一个困难局面却又非常现实地摆在项目开发管理者的面前，该如何有效地解决这些问题，具体地说就是如下一些问题：1. 怎样对研发项目进行整体管理；2. 项目开发小组的成员之间如何以一种有效的机制进行协调；3. 如何进行对小组成员各自承担的子项目的统一管理；4. 如何对研发小组各成员所作的修改进行统一汇总；5. 如何保留修改的轨迹，以便撤销错误的改动；6. 对在研发过程中形成的软件的各个版本如何进行标识，管理及差异识辨等等。一个非常直接的反应，我们必须要引进一种管理机制，一个版本管理机制，而且是广义上的版本管理，它不仅需要对源代码