产品开发流程与小项目开发管理

1、单元六 产品开发流程及相关知识TOC o 1-1 h u HYPERLINK l _Toc27656 61 产品开发流程 PAGEREF _Toc27656 1 HYPERLINK l _Toc4376 62 小项目开发管理 PAGEREF _Toc4376 361 产品开开发流程程62 小项目目开发管管理一个企业的的管理，大大公司有有大公司司的方式式，小公公司也有有小公司司的方式式，如果果把别人人的经验验生搬硬硬套到自自己身上上，可能能会适得得其反。同同样，管管理一个个开发项项目也一一样，大大项目和和小项目目的方式式不完全全一样。但但从另一一个角度度来看，项项目的大大与小并并没有本本质的区区

2、别，很很多方法法是共通通的。11小项目目的特点点大家知道，软件危危机的的出现起起源于一一些大型型项目的的不断延延迟甚至至失败。小小项目相相比之下下，具有有以下特特点: 1.项目功功能相对对较少 2.开发人人员较少少 3.开发周周期较短短 另外，在现现实中，有有很多小小项目是是由一些些中小公公司进行行开发的的，这些些公司往往往人员员流动性性较大，这这也是不不容忽视视的一个个现实. 22小项目目开发中中常犯的的错误小项目看起起来比较较简单，比比较容易易成功，因因而人们们往往忽忽视了小小项目的的管理，其其实这是是一种误误解，小小项目开开发中容容易犯以以下的一一些错误误: 1.开发之之前没有有认真地地

3、进行项项目可行行性和工工作量的的估计。往往由于项项目较小小，便很很草率地地制定一一个开发发日程表表，没有有认真地地估计项项目难度度，结果果实际完完成时间间与估计计完成时时间往往往有较大大差别。 2.没有真真正的设设计过程程 开发人员少少，意味味着不同同人员的的模块之之间交互互、接口口相对少少一些。开开发周期期短意味味着往往往是同样样的几个个人从头头到尾负负责一个个项目。这这两者都都让人容容易犯些些错误。往往往是几几个人碰碰一下头头，讨论论一下最最基本的的；软硬硬件结构构、函数数接口便便分头去去做自己己的工作作了，没没有一份份较正式式的文档档。 这种做法潜潜在的危危险之一一是有的的人可能能会对讨

4、讨论出的的接口、结结构理解解有偏差差(应该该承认人人是会犯犯错误的的)。一一个误解解可能造造成以后后的返工工。 另一个潜在在的危险险是由于于讨论时时忽略了了某些情情况，等等大家都都按当时时的分工工完成属属于自己己的工作作后，才才发现各各个模块块组合起起来却形形不成一一个完整整的系统统。其根根源在于于没有一一个负责责协调的的人员不不断监控控整个开开发过程程。 第三个潜在在的危险险是一旦旦有人中中途退出出开发队队伍，其其他人加加入时，新新来的人人难以理理解以前前别人做做好的代代码，索索性自己己从头来来。另外外，没有有文档的的程序，日日后维护护和版本本升级都都比较困困难。 3.不经过过单元测测试而直

5、直接进入入系统测测试 造成这一现现象的原原因是每每个模块块相对比比较简单单，但是是为了测测试一个个模块需需要建立立一些测测试环境境。例如如，为了了测试一一个函数数是否正正确，应应该用一一些测试试数据去去调用该该函数，需需要编写写一些测测试数据据。但很很多开发发人员嫌嫌麻烦，觉觉得反正正其他模模块也很很快出来来了，直直接用真真正的数数据来运运行几次次就行了了。 殊不知，一一旦直接接进入系系统测试试，发现现运行结结果不正正确后需需要一步步步查找找。由于于模块间间的调用用关系，可可能查了了很久才才发现是是某个模模块的问问题。这这种方法法一来效效率比较较低，大大量的时时间用在在了将一一个错误误定位在在

6、模块上上了。另另外由于于这种测测试不完完全，真真正运行行系统，当当调用某某模块时时，可能能大部分分时候都都是正常常数据，极极少出现现边界情情况，可可能某些些边界情情况容易易被忽视视，很久久之后才才被发现现。但是是如果对对每个模模块进行行单元测测试时都都进行一一下边界界测试，就就会很容容易消除除一些隐隐患。真真可谓欲欲速则不不达也。 33合理的的开发流流程 合理的开发发模式，一一句话形形容就是是麻雀雀虽小，五五脏俱全全，即即使是小小型项目目的开发发，仍然然应该遵遵循项目目开发的的一般规规律，必必须的步步骤不能能省略。但但是小项项目有它它自身的的一些特特点，实实行起来来可以相相对灵活活些。 以下从

7、几个个方面描描述一下下比较合合理的模模式. 1.需求获获取 在进入正式式开发之之前，必必须先从从用户处处获取准准确的需需求。在在这上面面花费相相当时间间是很必必要的。 项目可以大大致分为为委托开开发和公公司立项项开发两两大类。 对于委托开开发，例例如给某某单位开开发一套套该单位位专用的的系统，一一般用户户对于项项目要完完成哪些些功能已已经有了了一个比比较清楚楚的轮廓廓，而且且往往在在开发合合同中已已经大致致地规定定了。 但是，开发发合同上上规定的的只是一一个大概概的框架架，在进进入开发发之前必必须与用用户进行行比较具具体的交交流和讨讨论，了了解清楚楚用户心心目中的的产品究究竟是什什么样子子。这

8、个个步骤如如果没有有好好做做，往往往到了开开发工作作的后期期才发现现开发人人员的理理解和用用户的要要求有一一些误解解，那么么必然造造成时间间上的浪浪费。 对于公司立立项开发发的项目目，在开开发之前前应该做做一定的的市场调调查工作作，一方方面是从从经济效效益考虑虑，调查查产品的的潜在市市场有多多大，另另一方面面是从技技术的角角度，必必须了解解清楚潜潜在用户户对产品品的各种种功能上上的要求求，例如如，用户户现在使使用什么么产品，对对该产品品有什么么意见和和要求等等等，根根据调查查的统计计结果决决定即将将开发的的产品的的一些技技术指标标。 为了比较好好地与用用户进行行交流，使使用一些些工具是是很有好

9、好处的。 2.需求求分析 在了解用户户的需求求之后，将将需求用用一种模模型来表表示，就就是需求求分析。 这部分涉及及到具体体的方法法，在此此不详细细讨论，但但是原则则上可能能需要不不断修改改而形成成一份分分析文档档。 强调几个问问题:（1）要分分清问题题域与系系统责任任系统责任是是指所要要开发的的项目应应该完成成的功能能，而问问题域是是包含所所有相关关的部分分。例如如你要开开发一个个程控机机计费程程序，程程控机已已经是现现成，输输出的数数据格式式也已经经是固定定的，你你的程序序仅仅需需要从程程控机中中读取相相应的信信息，那那么，程控机机在你你的系统统里只是是一个外外部的东东西，把把它作为为一个

10、类类也许就就是不必必要的，仅仅仅需要要一个类类来完成成读数据据的操作作。又如如，你需需要在一一个已经经存在的的数据库库上开发发一些应应用，数数据库的的格式已已经固定定，并且且已经有有一个后后台程序序在运行行，你需需要开发发一个新新的前台台程序，这这时，服服务器程程序对你你来说就就是一个个外部的的东西。但但是，象象这种外外部的内内容必须须在分析析文档中中有一些些说明，作作为系统统的外在在约束。 （2）需求求获取与与需求分分析的关关系用什么方法法来完成成需求的的获取，在在很大程程度上影影响了需需求分析析的做法法。 例如当初采采用Usse CCasee来表示示用户需需求，那那么从各各种序列列图中选选

11、出相互互交互的的各个实实体，就就是一个个个类。 （3）分析析与设计计过程的的衔接分析过程的的内容是是用类的的结构来来表示目目标系统统，并不不设计具具体实现现，如采采用什么么编程语语言，在在什么操操作系统统平台上上运行等等等。这这些具体体实现是是在设计计阶段来来完成的的。面向向对象方方法的优优点是分分析、设设计、编编码过程程表示法法统一，能能比较好好的衔接接。但是是，是把把分析和和设计阶阶段分开开，采用用瀑布式式开发，还还是采用用其他方方式，要要看具体体的情况况。 对于需求潜潜在变化化不大的的项目，可可以采用用瀑布模模型，有有一个很很明显的的设计阶阶段，这这样做的的好处是是有一份份比较完完整的分

12、分析文档档，这样样以后如如果需要要采用不不同的编编程语言言、或者者采用其其他的平平台时，便便可以以以这份分分析文档档作为开开发的基基础。 对于需求变变化频繁繁的项目目，可能能采用少少量分析析;少量量设计;少量编编码;测测试的方方式更合合适，而而且随时时可能要要返回到到前面某某个一阶阶段去进进行修改改。但是是这意味味着可能能没有一一份完整整的分析析文档。 现在很多CCASEE工具并并不区分分分析和和设计的的阶段。但但是，这这并不意意味着开开发就可可以对分分析和设设计不加加区分，CCASEE工具如如同一支支笔，如如何用好好还得还还人。 3.设计过过程 设计阶段的的工作包包括: 对分析模型型必要的的

13、修改。可可能需要要对某些些类结构构进行一一些修改改，这些些修改的的原因可可能是编编程环境境的要求求，或者者为了重重用以前前的某些些工作。 定义界面部部分、数数据访问问(数据据库)部部分。 由于目前很很多编程程语言都都可以可可视化地地设计界界面，所所以界面面部分工工作往往往留到了了编码阶阶段来完完成。于于是设计计阶段的的工作量量并不大大。 4.编码 进入编码工工作之后后，可能能会发现现前面分分析或设设计阶段段的某些些错误，这这时应返返回到前前面的阶阶段进行行必要的的修改。 5.测试试 如前所述，即即使是小小项目，也也应该严严格地进进行测试试。 44人员的的安排 比较小的项项目，往往往是几几个人来来完成，这这几个人人基本上上从头到到尾参加加开发。在在这几个个人中，有有一位项项目负责责人，负负责分析析、设计计和协调调的工作作。由于于项目小小，项目目负责人人也要参参加编程程,那么么这人必必须把时时间合理理运用， 注意以以下以点点原则:1.协调几几个人的的工作比比自己完完成一段段编码更更重要. 由于协调上上出了漏漏洞，可可能导致致很大的的问题，所所以项目目负责人人必须随随时监控控各开发发人员的的工作，包包括内容容是否与与要求发发生偏差差，进度度是否滞滞后等等等。 只有在完成成这些工工作之后后，项目目负责人人剩下的的时间才才能用于于编程。 2.给每个个开发人人员明确确的任务务