论软件项目计划的制定.docx

论软件项目计划的制定.docx

ID:50256281

大小:32.40 KB

页数:3页

时间:2020-03-07

论软件项目计划的制定.docx_第1页
论软件项目计划的制定.docx_第2页
论软件项目计划的制定.docx_第3页
资源描述:

《论软件项目计划的制定.docx》由会员上传分享,免费在线阅读,更多相关内容在应用文档-天天文库

1、信息系统项目管理师论文范例2:论软件项目计划的制定  摘要  本文讨论了一个作者参与的软件项目的项目计划制订的若干问题.项目所开发的产品是一种智能电子教学设备,该设备可以实时同步地将用户在硬件端的书写内容显示在计算机屏幕上,并可以保存、编辑、打印用户输入的数据,联网的计算机也可以实时观看用户的书写过程,并且用户还可以通过投影在硬件端的PC机画面交互操作PC机.  作者是该项目的软件开发组负责人兼软件架构师.作者针对项目计划的制定采取了:分而治之,逐步求精,经验数据三个主要策略,从而得到较好的效果.  正文  2002年6月,作者所在公司启动了一个项目,该项目开发

2、出来的产品是一种智能教学设备,该设备可以实时同步地将用户在硬件端的书写内容显示在计算机屏幕上,用户可以保存、编辑、打印通过硬件端输入到计算机的书写内容,联网的计算机也可以实时观看用户的书写过程.另外,用户还可以通过投影在硬件端的PC机显示画面交互地操作PC机.作者有幸全程参与该项目的开发,并且担任了项目PC机软件开发组的负责人兼软件构架师的角色.对于这种实时通信且具有联网功能的软件项目,我认为首先需要制定一个良好的项目计划,才可以保证项目开发的成功.  总结这次项目的经验,我认为行之有效的策略有三个,分别是分而治之、逐步求精、经验数据。下面就结合这三个策略详细讨

3、论本次项目计划的制订。  一、分而治之  将一个过于复杂的问题分解成若干复杂度不那么高的小间题来依次解诀,这种方法人类已经采用了几千年.这里我们也可以用于项目计划的制定.因为整个考虑项目的方方面面来制定计划其复杂度已经超过了人类处理问题的能力.为了解决这个问题,可以将整个项目分解为一些更小的组织体,逐一进行处理,这项工作也就是项目管理中的WBS(工作分解结构)。  比如针对这次项目中采取的RUP开发过程模型,我在完成需求管理计划时我就将计划内容分解成初始、细化、构建、移交四个阶段来分别制定,最后合到一块儿就是完整的需求管理计划.  除了按时间段分解的角度来制定项

4、目计划,我制订软件开发计划时同时按照了RUP过程方法的工作流的概念来分解项目计划的制定工作,根据每个工作流在四个阶段业界通用的工作量估计来制定计划,安排工作人员以及相应的软件资源。因为软件开发计划涉及到多个工作流,我认为以这种方式分解是合理的.同时因为本项目的特点,我省略了业务建模工作流,这是因为这次的产品是以硬件为主,软件为辅的消费类产品,所以业务建模不是那么必要了.以不同的方式分解项目,可以从多个不同的角度来制定整个项目计划,有利于全面、深入地了解项目,避免“瞎子摸象”的情况发生.  二、逐步求精  计划工作其实是一种管理未来、管理未知的工作,而未来是变化莫

5、测的,还存在许多自身无法掌握的因素,因此存在很大的难度.而解决这一困难的法宝就是逐步求精.按照先框架后细节,先粗后细地进行项目的计划。  比如在这个项目中,在接受这个项目后就开始了做了一个初步计划,这个计划的内容主要是做出时间上的安排.因为打算在2003年的月需要用这个项目的产品申请国家中小企业创新基金的支持,所以完成时间就定在了2003年4月,预留一个月用于写申请报告.总的时间进度确定后,大概分配了三个时间段:系统工程分析、软件开发模型确定、软件产品制造时间段、项目总结.  等到确定这改项目后的RUP开发模型后,就可以继续对项目计划进行第二改求精了。其实RUP

6、过程中出体现了逐步求精的理念,比如在初始与细化两个阶段都要产生出项目计划的制品.这样我就可以在这个两个阶段对项目计划逐步求精,比如在初始阶段只是将我需要完成的项目计划分为了需求管理计划、软件开发计划、实施计划,然后在细化阶段我再具体地制定每类计划的详细内容.  比如在初始阶段时架构设计考虑以MFC为平台,根据这个决定软件开发计划的制定是比较粗略的,在细化阶段架构设计进一步详细,这时已经清楚各个模块和MFC的Doc/View主结构的接口定义,以及各模块之间的接口定义,这时我就可以根据所需开发的模块制定计划。比如这时我就计划了特效界面模块开发分两次迭代,第一次迭代计

7、划一个月时间,第二次迭代两周时间,第一次迭代需要完成放大和缩小、树形选择、缩略显示等主要的界面效果,第二次迭代的主要任务是根据用户反馈进行修改调整。  三、经验数据  要制定一个良好的计划离不开精确的估算.不过项目计划是在项目开发的早期制定的,而在早期要完成精确的估算是非常困难的.要解决这个问题的关键就在于“经验数据”.由于整个软件产业都还十分年轻,经验数据的积累都普遍不足,才导致这一现象的出现。  但是因为这次项目开发的产品在国内还没有开发过,再加上公司没有积累深厚系统的项目历史数据.针对面临的困难,我选用了FP功能点分析作为项目主要的估算方法.因为FP方法中

8、有大量项目经验数据可以从

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。