05 论软件项目计划的制定..docVIP

论软件项目计划的制定 摘要： 本文讨论了一个作者参与的软件项目的项目计划制订的若干问题。项目所开发的产品是一种智能电子教学设备，该设备可以实时同步地将用户在硬件端的书写内容显示在计算机屏幕上，并可以保存、编辑、打印用户输入的数据，联网的计算机也可以实时观看用户的书写过程，并且用户还可以通过投影在硬件端的PC机画面交互操作PAC机。 作者是该项目的软件开发组负责人兼软件架构师。作者针对项目计划的制定采取了：分 而治之，逐步求精，经验数据三个主要策略，从而得到较好的效果。 正文： 2002年6月，作者所在公司启动了一个项目，该项目开发出来的产品是一种智能教学设备，该设备可以实时同步地将用户在硬件端的书写内容显示在计算机屏幕上，用户可以保存、编辑、打印通过硬件端输入到计算机的书写内容，联网的计算机也可以实时观看用户的书写过程。另外，用户还可以通过投影在硬件端的PC机显示画面交互地操作PC机。 作者有幸全程参与该项目的开发，并且担任了项目PC机软件开发组的负责人兼软件构架师的角色。对于这种实时通信且具有联网功能的软件项目，我认为首先需要制定一个良好的项目计划，才可以保证项目开发的成功。 总结这个项目的经验，我认为行之有效的策略有三个，分别是分而治之、逐步求精、经验数据。下面就结合这三个策略详细讨论本次项目计划的制订。 一、分而治之 将一个过于复杂的问题分解成若干复杂度不那么高的小问题来依次解决，这种方法人类已经采用了几千年。这里我们也可以用于项目计划的制定。因为整个考虑项目的方方面面来制定计划其复杂度已经超过了人类处理问题的能力。为了解决这个问题，可以将整个项目分解为一些更小的组织体，逐一进行处理，这项工作也就是项目管理中的WBS（工作分解结构）。比如针对这次项目中采取的RUP开发过程模型，我在完成需求管理计划时我就将计划内容分解成初始、细化、构建、移交四个阶段来分别制定，最后合到一块儿就是完整的需求管理计划。 除了按时间段分解的角度来制定项目计划，我制订软件开发计划时同时按照了RUP过程方法的工作流的概念来分解项目计划的制定工作，根据每个工作流在四个阶段业界通用的工作量估计来制定计划，安排工作人员以及相应的软件资源。因为软件开发计划涉及到多个工作流，我认为以这种方式分解是合理的。同时因为本项目的特点，我省略了业务建模工作流，这是因为这个的产品是以硬件为主，软件为辅的消费类产品，所以业务建模不是那么必要了。 以不同的方式分解项目，可以从多个不同的角度来制定整个项目计划，有利于全面、深 入地了解项目，避免“瞎子摸象”的情况发生。 二、逐步求精 计划工作其实是一种管理未来、管理未知的工作，而未来是变化莫测的，还存在许多自身无法掌握的因素，因此存在很大的难度。而解决这一困难的法宝就是逐步求精。按照先框架后细节，先粗后细地进行项目的计划。 比如在这个项目中，在接受这个项目后就开始了做了一个初步计划，这个计划的内容主要是做出时间上的安排。因为打算在2003的5月需要用这个项目的产品申请国家中小企业创新基金的支持，所以完成时间就定在了2003年的4月，预留一个月用于写申请报告。总的时间进度确定后，大概分配了三个时间段：系统工程分析、软件开发模型确定、软件产品制造时间段、项目总结。 等到确定这次项目后的RU开发模型后，就可以继续对项目计划进行第二次求精了。其实RUP过程中出出体现了逐步求精的理念，比如在初始与细化两个阶段都要产生出项目计划的。这样我就可以在这个两个阶段对项目计划逐步求精，比如在初始阶段只是将我需要完成的项目计划分为了需求管理计划、软件开发计划、实施计划，然后在细化阶段我再具体地制定每类计划的详细内容。 比如在初始阶段时架构设计考虑以MFC为平台，根据这个决定软件开发计划的制定是比较粗略的，在细化阶段架构设计进一步详细，这时已经清楚各个模块和MFC的Doc主结构的接定义，以及各模块之间的接定义，这时我就可以根据所需开发的模块制定计划。 这时我就计划了特效界面模块开发分两迭代，第迭代计划一个月时间，第迭代两周时间，第迭代需要完成放大和缩小、树形选择、缩略显示等主要的界面效果，第}迭代的主要任务是根据用户反馈进行修改调整。 三、经验数据 要制定一个良好的计划离不开精确的估算.不过项目计划是在项目开发的早期制定的，而在早期要完成精确的估算是非常困难的。要解决这个题的关键就在于经验数据。由于整个软件产业都还十分年轻，经验数据的积累都普遍不足，才导致这一现象的出现。 但是因为这改项目开发的产品在国内还没有开发过，在加上公司没有积累深厚系统的项目历史数据。针对面临的困难，我选用了FP功能点分析项目主要的估算方法。因为FP方法中有大量项目