软件开发项目管理.doc

. .
. v .
. v .
该阶段完成后的成果：确认后的最终软件需求规格说明书文档。
2、分析设计阶段
根据确认后的软件需求规格说明书，制定工程进度方案，工作任务分解(WBS)；资源申请，工程涉及到的开发资源、测试资源、设计资源(包括人员和软硬件资源)；数据库设计；系统设计；文档(包括Use Case、Demo系统原型、Test Case等)；评审会议。
该阶段完成后的成果：A、User Case(系统用例)；B、DEMO(系统原型)；
C、系统设计文档(概要设计和详细设计)；D、数据库设计文档。
最后对完成的成果，包括User Case和设计文档等进展评审。
3、执行阶段(开发和测试) 
准备开发环境、测试环境；跟踪，推开工程按方案进展；以报的形式通报工程的进展情况。对工程的阶段成果进展评估，以确保该阶段完成的质量，包括代码审核、SQL审核等。对需求变更进展控制管理；对工程风险进展管理；测试阶段BUG FIXED及改进、收集反响意见。
4、发布阶段
包括制定工程发布方案，用户培训，发布上线。
5、上线后监控
数据监控(日志、效劳器状态)，根据监控出现的问题，及时进展BUG FIXED及改进或做补丁升级。
. .
. v .
6、完毕阶段
产品交付，工程总结会。
第四：基于以上三个问题所做的应对细那么
要做好工程管理，并能确实解决好以上三个问题，实现目标、履行职责、完成工作中的具体容，从我个人这几年的工作经历和面临的一些问题，还有所积累的一些工程管理中的一些知识以及自己的观察和思考的角度看，应该要努力做好以下这几个面的具体工作：
工程开发时间的估算
制定工程进度时间表的时候，需要估算每个任务所需的时间，其中开发任务中模块的分配和时间估算是其中最主要的局部；在分配模块和估算开发时间时需要遵循的原那么和目标：
1、保证工程整体的进度。
2、有助于确保开发编码的质量。
3、有助于提高开发编码的速度。在公司现有的技术框架下，开发人员主要的工作是投入在
具体的商业逻辑上。通常每个模块所需的开发时间取决于以下三个因素：
1、所负责模块的商业逻辑的复杂程度。
2、开发人员的技术水平和对工程所在应用的熟悉程度(包括对框架和应用的熟悉程度)。
3、该模块技术实现上是否有技术难点；这里所谓的技术难点定义是：在现有系统中还未实现的、开发人员自身也未没接触过的技术。对于这样的难点，开发者没有相关的代码可以参考，自己也没有经历，所以需要投入一些时间研究解决。
. .
. v .
模块分配和开发时间估算的步骤：
1、在划分好模块后，首先自己先估算一下每个模块所需要的开发时间。
2、然后召集所有开发人员，讨论模块的分配和开发时间估算。将划分好的模块，让开发人员从中挑选他们感兴趣的模块。这样做可以提高开发人员的主动性和参与性。在分配模块的时候还需从以下几面考虑，以确保开发的速度和质量：
A、一样类似的模块由同一人负责开发，比方用户管理的增删改由同一开发者负责。这样做的好处就是开发者对相关逻辑会更加熟悉，同时接口的定义也会比较明确，沟通的本钱比较低，同时功能实现的缺陷也相应的会降低。
B、技术难度比较大的模块由技术水平比较高的人负责。
C、业务逻辑比较复杂的由对这块逻辑比较了解的人负责。
3、模块分配完后，开发人员评估自己负责开发的模块所需要的时间。在此过程中最好做到要和开发者比较详细的讨论每个模块的技术实现，以便使时间的估算更加准确。
4、对开发人员估算的时间进展确认。在确认过程中作为工程管理者应参考以上提到的三个因素，同时将自己估算的时间和开发人员估算的时间进展比较。这其中的差异当然会存在的。对于那些差异比较大的，将与技术人员探讨其