项目开发流程与过程

《项目开发流程与过程》由会员分享，可在线阅读，更多相关《项目开发流程与过程（56页珍藏版）》请在金锄头文库上搜索。

1、1,项目开发过程及流程,2,李小龙的截拳道,截拳道，李小龙所创，它的特点是没有固定僵化的形式，不受特定手段的约束，所以它能够吸收各门各派中的精华并为己所用，从某种意义上来说，截拳道可以使用一切手段和技巧，它的目的就是成为胜利者。,不能非法和卑鄙,适用于10人以下的项目实施,3,亮剑,中、小型企业与大型企业的开发环境,独立团和集团军对敌作战,规范化管理与超规范化管理,嵌入式产品与软件产品,正确的项目管理和实施方法促成项目成功,项目开发过程有规可循，有规可依，但不能墨守成规，否则要么效率不高、要么失败,4,讲课提纲,二、项目开发流程,三、项目文档编写规范,四、如何提高项目实施能力,一、项目规划,5

2、,一、项目规划,1、项目研发目标,2、项目研发涉及的过程,3、项目需求分析的重要性,4、项目立项的必要性,5、如何确定项目的总体方案,6,企业的根本目标是“合法地赚取尽可能多的利润，使企业利益最大化”,以追求商业利益最大化为总目标，将提高质量、提高效率、降低成本的方法融入到所有过程域中，形成适合于本企业的研发管理过程规范。,围绕企业目标展开 市场导向、用户第一 服从大局、服务企业 技术本身非第一要素,1.1 项目研发的目标,7,项目支持：质量保证、客户服务、产品维护,1.2 项目研发涉及的过程,项目管理：需求分析、立项管理，结项管理，项目规划、项目监控、配置管理、变更管理,项目研发：概要设计、

3、详细设计、调试测试、试点运行、发布验收,项目开发过程,8,1.3 项目需求分析的重要性,9,需求是什么？简单地讲，需求来源于用户的一些“需要”，这些“需要”被分析、确认后形成完整的文档，该文档详细地说明了产品“必须或应当”做什么。,需求的来源？ 用户提出（合同项目）、市场调查（自主研发）、自己挖掘（自主研发）,需求分析是要决定“做什么，不做什么”,10,需求开发的目的是通过调查与分析，获取用户需求并定义产品需求。 需求调查的目的是通过各种途径获取用户的需求信息（原始材料），产生用户需求说明书。 需求分析的目的是对各种需求信息进行分析，消除错误，刻画细节等。 需求定义的目的是根据需求调查和需求分

4、析的结果，进一步定义准确无误的产品需求，产生产品需求规格说明书。系统设计人员将依据产品需求规格说明书开展系统设计工作。,需求开发过程,11,开发软件系统最困难的部分就是准确说明开发什么。最困难的概念性工作是编写出详细的需求。此工作一旦做错，将会给系统带来极大的损害，并且以后对它修改也极为困难。 需求是产品的根源，需求工作的优劣对产品影响最大。就像一条河流，如果源头被污染了，那么整条河流也就被污染了。,12,知识技能问题 合作关系 用户说不清需求 双方误解需求 需求文档写不好 用户需求经常变更,需求开发的困难,13,1.4 项目立项的必要性,项目立项是决策 “做正确的事情”，而立项之后的研发活动

5、和管理活动的目标是“正确地做事情”。 “正确”就是指符合企业利益最大化这个根本目标。,14,自主研发项目：缺乏“调研，可行性分析，立项建议，决策评审”，主要靠公司领导独断，团队只知道干活，却不了解产品的开发背景，不清楚用户期望的产品应该是什么样的。在开发过程中经常迷失方向，导致进度延误、费用超支等问题。 合同项目：需求不清晰、合同内容空洞；双方在签订合同的过程中给出了一些空头承诺（例如对进度、质量、费用的估计过于乐观），在实际执行时却难以兑现这些承诺。,项目立项存在的问题,15,在撰写正式的立项建议书之前，立项建议小组首先要在宏观层面上搞清楚“开发什么”、“怎样开发”、“怎样赚钱”等重大问题，

6、即产品构思，主要包括以下内容：,产品构思,待开发产品的主要功能； 待开发产品的技术方案； 哪些产品部件应当采购、外包开发或者自主研发） 开发计划； 市场营销计划（如果是合同项目，可能不必考虑市场营销问题）,16,立项建议书主要论述“开发什么样的产品、如何开发、如何赚钱”,可行性分析报告的宗旨是为决策提供有价值的证据和结论,市场可行性分析 政策可行性分析 技术可行性分析 成本效益分析,17,产品需求、目标清晰吗？产品符合本公司短期、长期的发展战略吗？ 客户需求强烈吗？消费群体的购买力强吗？ 当前市场总额大吗？市场发展前景好吗？预期能占有的市场份额令人满意吗？ 产品的核心竞争力强吗？ 产品的技术方

7、案合理吗？技术实现途径（如自主开发、外包开发等）合理吗？ 产品的开发计划合理吗？实际用于开发本产品的经费、人员、物资、时间能满足要求吗？ 产品的营销计划合理吗？成本效益分析令人满意吗？ 有政策风险吗？ 有知识产权风险吗？ 有财务风险吗？ 有不可预测的市场风险吗？ ,18,项目需求？,技术基础?,开发周期?,未来扩展?,8位嵌入式系统？ 32位嵌入式系统？,1.5、产品方案如何确定？,人员素质?,性价比?,19,1、单32位嵌入式芯片设计方案,2、优先设计方案,范例介绍：,嵌入式Linux操作系统,20,1、总体流程介绍,2、项目开发条件,3、项目开发流程,二、项目开发流程,21,2.1总体流程

8、介绍,开始,一、项目立项及规划,二、项目总体设计及计划,三、软、硬件设计和实现,四、联调及测试,五、试点运行,结束,六、发布验收,22,2.2 项目开发条件,2.2.1开发团队组建,产品开发需求,项目人员需求,物色人才,组建团队,23,团队领导10%,普通成员60%,核心成员30%,团队的人员结构,技术才能、管理能力、开发经验、市场意识,技术才能、责任心、忠诚度,技能合格、安分守己、任劳任怨,人分四类：人物、人才、人手、人渣,24,2.2.2 技术平台积累,32位嵌入式硬件平台,Linux内核,外设硬件Driver,标准API,应用核心功能,应用具体功能,25,32位ARM9 微处理器,GPR

9、S通信,交流采样,LCD显示,按键处理,RS485接口,RS232接口,状态量采集,脉冲采集,控制输出,报警输出,以太网通信,数据存储与检索JFFS2/sqlite,RTC,WDT,LED,I2C,GPIO,SPI,总线,GPIO,GPIO,GPIO,GPIO,GPIO,MTD,哪些技术可以积累？,技术的积累、沉淀可大大加速研发的进度,26,2.2.3 关键技术突破,产品核心 应用流程,人机界面,外部接口,产品结构,性能试验,数据处理,硬件驱动,产品工艺,27,关键技术是否突破决定了项目的成败 关键技术的进展速度决定了项目的进展 关键技术是动态变化的 关键技术是可积累的 关键技术未必是产品的核

10、心技术,28,2.3 项目开发流程,软件工程师,软件设计概要说明,软件工程师,研发部,软件设计详细说明,芯片支持,产品详细说明,项目开发总体方案,硬件原理图,软件工程师,源码功能测试文档,硬件工程师,源码仿真调试,目标码的生成和烧录,硬件SAMPLE,硬件设计详细说明,软件编码,软件编码规范,仿真系统,IC样片,2.3.1 软件开发流程,29,总体方案确定,硬件原理确定,需求功能确定,开发板支持,2.3.1 软件开发流程,30,自顶向下，逐步求精方法,符合人们解决复杂问题的普遍规律。可提高软件开发的成功率和生产率 用先全局后局部，先整体后细节，先抽象后具体的逐步求精的过程开发出来的程序具有清晰

11、的层次结构，程序容易阅读和理解 程序自顶向下，逐步细化，分解成一个树形结构。在同一层的节点上的细化工作相互独立。有利于编码、测试和集成 每一步工作仅在上层节点的基础上做不多的设计扩展，便于检查 有利于设计的分工和组织工作。,31,硬件工程师,硬件概要设计说明,采购部,硬件原理图,产品详细说明,项目开发总体方案,硬件工程师,PCB设计,软件工程师,PCB制板,焊接调试,样机,2.3.2 硬件开发流程,硬件详细设计说明,零部件BOM清单,结构设计工程师,32,2.3.3 调试流程,硬件基本电路调试,硬件驱动程序,与应用软件有关,操作系统移植,硬件工程师,软件工程师,硬件为主,软件为主,33,2.3

12、.4 测试流程,制定测试计划,设计测试用例,执行测试,撰写测试报告,修正产品错误,测试完成,回归测试,审批,审批,测试流程图,34,单元测试,详细设计,集成测试,概要设计,系统测试,产品需求,验收测试,用户需求,开发与测试的关系,（1）白盒、黑盒测试 （2）功能测试 （3）压力测试 （4）性能测试 （5）易用性测试,35,测 试 报告,（1）纪录测试实况,1、基本信息（测试对象、测试环境、测试人员、测试时间）,（2）对本次测试进行分析、提出建议,2、实况纪录（测试情况、测试用例、错误严重程度）,3、分析与建议,4、错误修改纪录,5、附件,36,测 试 记 录 单,37,2.3.5 试点运行、发

13、布验收、推广应用,1、现场运行环境会复杂和不确定,2、修改、完善和改进是必然的,3、产品测试好再去试点运行,4、能在家做的事千万别在现场做,5、勇于承担，不要推卸责任,6、详细做好纪录，不能疏忽大意,7、尽可能满足用户的合理需求,38,1、为什么要编写项目文档,2、需要编写哪些项目文档,3、如何编写项目文档？,4、代码编写规范,5、书面和口头表达的重要性,三、项目文档编写规范,39,什么是文档？,在项目工程中，文档用来表示对活动、需求、过程或结果进行描述、定义、规定、报告或认证的任何书面或图示的信息。 应说清楚下列问题：,是什么? 做什么？ 为什么做? 谁来做？ 怎么做？,搞清楚,3.1 为什

14、么要编写项目文档,40,在项目过程中，会产生和使用大量的信息，文档在项目的开发过程中起着重要的作用，文档是开发人员思考和开发过程的纪录。 便于管理汇报。项目管理者可把这些记载下来的材料作为检查项目开发进度和开发质量的依据，实现对项目开发的工程管理。 提高开发效率。文档的编制，可使开发人员对各个阶段的工作都进行周密思考、全盘权衡、减少返工。并且可在开发早期发现错误和不一致性，便于及时加以纠正。 便于总结分析。作为开发人员在一定阶段的工作成果和结束标志，也可为后续工作奠定基础。 便于协调沟通。便于管理人员、开发人员、操作人员、用户之间的协作、交流和了解。使项目开发更科学、更有成效。,41,3.2

15、需要编写哪些项目文档,项目支持：质量保证、客户服务、产品维护,项目管理：需求分析、立项管理，结项管理，项目规划、项目监控、配置管理、变更管理,项目研发：概要设计、详细设计、调试测试、试点运行、发布验收,项目开发过程,文档,42,3.3 如何编写项目文档,（1）文档编写不够规范。主要表现在项目实施过程中，没有对每一个阶段的文档进行整理，分层次管理，各类文档资料缺少一致性。 （2）文档内容描写不够完善。在编写各种文档过程中，虽然大家都按事先规定的模式进行了编写，但编写的内容经常不够完善。要么文档极其简单，相当于没有文档。要么文档流于形式，没有什么实际的价值。 （3）文档没有统一入库管理。随着系统的

16、不断优化、升级，新需求的不断产生，各种文档越来越多，没有建立一个文档资料库。不同时期的各种文档零散存在，造成查询文档时非常困难。 （4）只重视文档的形式，实用性不强。文档的制定要实用，以减少繁文缛节的文字工作。 （5）文档的安全性无法保障，未能有效管制机密文档的外漏问题。项目一些文档必定是关键文档，起到非常重要的作用。对于这类文档没有设定优先级别特别关注。,文档编写存在的问题：,不应该只为写文档而写文档，良好的文档是思想交流、沟通的基础，也是整理和理清思路的基础。,文档,43,3.4 代码编写规范,代码实际上也是一种供人阅读的文章，有一个文章的风格问题。应该使程序具有良好的风格。,1、命名规范,2、注释,3、结构化、接口化、非耦合,/*