软件项目管理计划书

项目名称：伦敦**电子交易系统。

组员：学校：西安欧亚学院专业：软件工程专业。

时间：2024年10月日。

1、简介21.1项目概述31.2项目交付产品31.

3软件项目计划书的演化31.4参考资料32、项目组织32.1团队的分工与合作33、管理过程43.

1管理目标及优先级43.2风险管理53.3监督及控制机制53.

4人员计划63.5培训计划64、技术过程64.1开发工具、方法和技术64.

2软件需交付的文档75、开发进度安排及预算75.1进度**描述75.2开发过程中的资源需求95.

3软件管理过程中预算及资源分配95.4项目进度及关键工期设置9

1、简介。1.1项目概述。

本项目要开发一个伦敦**交易市场的管理软件，因与巨额资金挂钩，需要极强的安全性能。本系统将对客户信息，交易记录，交易查询，管理员信息，**交易实时**，进行快速反应显示，以保证交易所的正常运行。

1.2项目交付产品。

1）提交文档：项目管理计划、需求规格说明，设计报告、测试报告、

用户使用手册和项目个人总结。其中项目总结为每人一份，每个小组所有成员的总结装订在一起；其余文档每组提交一份。每个团队可将各小组的文档综合到一起，各小组也可自行分开提交，具体方式由团队内部协商确定。

所有文档需要提交电子版和打印稿。

2）源程序检查：检查每个子系统的运**况，检查整个系统的运**况，检查完成后需要提交程序源文件和可执行的系统。程序检查安排在上机时间进行。

1.3软件项目计划书的演化。

软件项目计划书在周末前经由小组讨论、共同撰写、汇总整合三步骤形。

成初稿，根据项目的进展可以对其进行修改，需要有组员提出修改意，在全体会上讨论通过，并由组长整理修改意见并作出相应的修改。其余组成员同步获得更新稿。

1.4参考资料。

软件项目管理原理分析》，肖来元。《软件工程导论》，张海藩。《软件工程思想》，林锐。《软件工程讲义》,万静。

2、项目组织。

2.1团队的分工与合作。

主程序员负责制。本团队组织关系图如下。

成员角色职责。

蒲全斌组员。

郑友。蒲全斌、郑友。

领导项目团队、执行和管理团队、负责软件的交付工作。

同时作为主程序员还要负责软件设计和编写**。并撰写软件设计报告。

组员整理需求分析并撰写需。

求分析报告、维护并及时修改和发布已更新技术文档。作为程序员还要参与软件设计与**开发。

软件测试员、秘书、美工主要负责软件**测试。

和用户测试、并撰写测试文档初稿并对界面美工付主要责任、作为秘书要主持每周的讨论会以及团内沟通工作。

3、管理过程。

3.1管理目标及优先级。

基本管理原则：每位组成员既是积极的建言者，又是负责的合作者，同。

时也是决策的制定者。决策应在充分的讨论基础上由大家共同做出，一旦决策做出就必须被及时有效的执行。禁止再有异议。

目标1：按时按量完成项目的基本功能，按时发布产品及文档，这是本团队的最高目标。

目标2：遵循规范化的项目运作标准，文档严谨完整，**注释充分，便于后续维护，这是第二目标。

目标3：产品运行稳定，界面友好，用户易操作，尽量从用户的角度去看问题，并提出解决问题的方案。

目标4：注重团队建设，成员分工合理，团队成员合作默契，气氛融洽。每周的讨论会积极建言。在开发过程中积极协作。

目标5：项目设计和开发上尽量有创新，有亮点。

3.2风险管理。

本次开发过程中存在以下风险：

1、开发技术熟练成都不够。2、需求变更频繁。

3、缺乏足够的美工支持。

4、由于课程紧张导致项目最后无法按期完成。5、最后进行系统集成时出现重大失误。

风险规避方法：

1.由于部分组员对开发技术和工具的不熟练可能对整个项目有着灾难性的影响。因此为了将这种影响降低至最低，本小组决定提前制定好两周的学习计划，各组员要对开发工具myeclipse搭建ssh框架和sqlsever2005进行快速的学习。

尽快掌握其中的要点。同时在软件的设计上尽可能降低难度使项目最后能成功完成。对于iis服务的架构则交由组长负责解决。

2.在设计开发过程中可能发现原有需求不容易转化为设计稿，在测试体验过程中可能发现系统界面并不友好，易操作，这都会带来需求的重新变更。这两种情况，尤其后一种要尽量避免，以免带来重复开发的浪费。

因此在前期的软件设计工作上要求各组员尽可能的提出具有前瞻性和预见性的建言，同时与其他团队进行充分讨论，设计方案要留有变更的余地。

3.由于本小组成员对美工技术的不足，可能导致最后的软件界面并不友好美观易操作，因此要求组员深入学习关于美工的知识，比如css，photoshop以及flash技术。并积极寻求外援帮助。

4.由于课程紧张可能使项目延期。如果出现必须延期的情况，组长需及时向老师解释清楚，并申请延期时间。

5.在最后进行系统集成时出现重大失误，比如不能共用数据库等。为规避这类风险，组长将协同团队中其他组成员共同设计整个系统需求分析及总体设计。

并共同开发使用同一个数据库。开放源**与其他组员共享开发成果。

3.3监督及控制机制。

报告机制：1.要求各组员以周为单位记录工作进展，形成开发日志，并以电子文档的形式提交给秘书进行整理，最后由文档维护员进行维护。

2.每周例会上各位组员积极对当前的开发工作进行积极的评审和建言，由组长做最后的作口头总结，由秘书主持会议并记录和整理会议的内容。文档维护员修改和维护相应的文档。

并交由小组进行会议评审并给出意见。

3.组成员都要密切监控风险状态，发现风险后提交风险报告。由秘书定期提交风险报告。

必要时将突发风险通知所有组员，并由组长做出临时处理决定。然后在该周的例会上由组成员共同讨论对风险的处理意见。并形成风险处理的日志做为以后的经验。

报告格式：报告主题，时间段，发现人，报告内容，审核意见。

评审机制：每日做出**，内容包括：自己的任务，完成的进度，遇到的问题，如何解决问题等内容。

3.4人员计划。

j**a程序员：蒲全斌、郑友。

要求：熟悉j**a编程和jsp开发平台界面设计员：蒲全斌、郑友要求：熟悉css、photoshop数据库设计员：蒲全斌。

要求：熟悉sql语句，熟练使用oracle文档维护员：郑友。

要求：熟悉使用word及powerpoint沟通交流员：蒲全斌。

要求：较强的沟通能力，能及时调解组内以及组与组之间的矛盾。软件测试人员：全体组员。

要求：熟练使用开发工具的debug工具，有耐性。

3.5培训计划。

j**a以及jsp编程培训培训对象：全体组员。

培训内容：熟练掌握j**a编程、基本了解jsp开发平台的特性、并掌握myeclipse的调试工具。美工培训：全体组员。

培训内容：熟悉css及photoshop、了解flash以及dreamever的基本操作。

4、技术过程。

4.1开发工具、方法和技术：

本小组的团队组织结构为主程序员式组织结构；编程语言为j**a；采用面向对象的分析设计方法；利用windows jsp开发平台作为开发平台；使用sqlsever2005作为数据库管理系统图；并采用统一的j**a标准的文件命名方式、**版式、注释等编码规范；编码人员对**进行严格检查后再进行**编译；测试人员根据测试文档进行单元测试；最后实现软件的交付。

开发环境：sqlsever 2005+ myeclipse6.0+ visual studio 2005。

4.2软件需交付的文档：

1．软件项目管理计划。

该文档由组长完成，介绍项目的整个管理过程。该文档在软件设计需求分析初级阶段完成，后续阶段由文档维护员进行相应的更新。2.需求规格说明初稿。

在需求分析阶段，由全体小组成员采集分析用户的需求，并在例会上作出决策，有文档维护员撰写整理需求规格说明初稿，并在后续各个阶段进行需求变更的更新。3.设计报告初稿。

在总体设计阶段，小组根据需求规格说明文档，完成软件体系结构的设计，由组长编写软件体系结构设计文档初稿，并在后续开发阶段补充和更新。该文档由文档维护员负责维护更新。4.测试文档。

在软件开发阶段，测试人员需要编写测试规格说明文档，并在后续测试阶段更新。开发人员将根据测试规格说明文档建立测试环境、准备测试数据。5．用户手册。

在更新用需求分析阶段，测试人员需要开始着手编写用户手册，并在需求分析结束后需要形成初稿；在后续阶段不断由文档维护员户文档；并在系统交付阶段随着系统一起被交付。6.个人项目总结。

由组内成员各自独立完成，对开发过程中获得的工作经验进行总结。在提交系统时一并提交。7.其他文档。

软件开发过程中的其他文档，如开发日志（按组员意见选择公开与否），风险报告及其处理意见等，由秘书进行整理与汇聚。作为以后软件开发以及交流的经验。

5、开发进度安排及预算。

5.1进度**描述。

工作集子工作完成时。

间。确定小第三周。

组。负责人最终交付物蒲全斌小组成员名单。

描述。搭建环境。

第三周。成立人力资源管理系统开发团队。

组内各myeclipse6.0+sqlsever2005确定开发成员工具及语。

言。制定项目管理计划书。

完成需采集用求规格户需求说明书分析用的出稿户需求。

及制定需求规格说明原型需求规格说明的进一步完善与修改需求规格说明的最后确认。

系统设系统总计体设计。

系统详细设计系统模型及架构最后确定。

开发系系统源统源**开发码及源码测试。

系统源码测试。

第四周郑友《项目管理计划书初稿》

第五周第五周。

蒲全斌需求规格说明书的初稿郑友。

第六周。制定软件开发过程管理计划通过查资料了解和采集用户的需求。对需求进行汇总，制定需求规格说明初稿。

第七周。第八周第九周第十周。

蒲全斌软件设计报告初稿。

第十一周蒲全斌源**郑友。

第十二周。蒲全斌测试文档。

系统源第十三码复查周。

郑友无。进行整个银行系统的集成。

进行整第十四个人力周资源管理系统的集成。

蒲全斌无。制定系统总体的设计方案，并根据需求说明联系实际进行相应的修改要求熟练使用j**a和。jsp平台。

根据测试文档严格测试对**进行复查，尽量减少bug与其他组员无间协作完成整个系统的集成。

系统交付。对整个集成后的系统进行测试检查运**况系统交付。

第十四周。郑友无。

搭建整个系统的运行平台测试整个系统的发布情况。

第十五周。蒲全斌一个可以运行的的系统以及各组之间。

用户手册和帮助。以及最后确可以交流定的技术文档各自的开。

发经验和心得体会。

5.2开发过程中的资源需求。

人员：小组软件项目开发成员支持软件：microsoftvisualstudio2005、myeclipse6.0、office、sqlsever2005

开发地点：宿舍或者机房。

实验设备：个人pc机、笔记本、实验室pc机。

项目资源维护需求的数目和类型：4台个人电脑（pentiumiii800以上cpu，256m以上内存）

5.3软件管理过程中预算及资源分配。

1.系统的开发不涉及任何经济的预算，工程量初步设置为4人/天。2.资源分配为各自使用自己的电脑。

5.4项目进度及关键工期设置。

1.准备工作：

时间：第二周到第四周。

关键工期：项目管理计划初稿发布2.需求分析：

时间：第五周到第七周。

关键工期：需求规格说明书初稿的发布3.系统设计：

时间：第八周到第十周。

关键工期：系统设计初稿的发布4.源**开发与测试：

时间：第十一周到第十三周关键工期：编码开发与测试。

5.系统集成：

时间：第十四周到。

关键工期：整个系统的成功测试6.软件交付：

时间：第十五周。

关键工期：整个系统能成功且稳定的运行。

软件项目管理计划书

软件项目计划书范例软件项目计划书

软件项目管理计划书

软件项目管理计划书

其他用户还读了