软件综合项目工程综合项目管理专题计划书完整版.docVIP

储蓄业务项目管理计划书

介绍

1.1项目概述

本项目要开发一个银行系统，系统一共分为储蓄业务、贷款业务、外汇交易、网上银行、信用卡业务和系统管理六个子系统。本团体负责其中相关储蓄业务

子系统。经过团体合作开发整个子系统，使团体组员取得软件工程开发实际训练。本系统采取现在主流B/S开发架构，将和整个银行系统一起公布。不单独公布。交付产品包含可实施文件、源代码、技术文档和用户使用手册等。本系统开发过程中关键工作是子系统需求分析、系统总体设计、子系统源代码开发、子系统测试、交付团长进行最终集成、整个系统测试。关键里程碑是制订项目管理计划书、制订需求设计规格说明书初稿、制订系统设计汇报初稿、进行子系统运行情况检验和测试、进行系统集成后运行情况检验和测试。项目所需工具是个人电脑和开发工具。进度为11周，工程量为3人/天。

1.2项目范围说明

（1）提交文档：项目管理计划、需求规格说明，设计汇报、测试汇报、用户使用手册和项目个人总结。其中项目总结为每人一份，每个小组全部组员总结装订在一起；其它文档每组提交一份。每个团体可将各小组文档综合到一起，各小组也可自行分开提交，具体方法由团体内部协商确定。全部文档需要提交电子版和打印稿。

（2）源程序检验：一共两次。第一次检验每个小组子系统运行情况。第二次检验每个团体内六个小组集成后完整银行系统运行情况，检验完成后需要提交程序源文件和可实施系统。程序检验安排在上机时间进行。

1.3软件项目计划书演化

软件项目计划书在第三周周末前经由小组讨论、共同撰写、汇总整合三步骤形成初稿，第四面以后依据项目标进展能够对其进行修改，需要有组员提出修改意，在全体会上讨论经过，并由组长整理修改意见并作出对应修改。其它组员同时取得更新稿。

项目组织管理

2.1过程模型

表1.过程模型表

2.2团体分工和合作

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

表2组织关系图

组员

角色

职责

张三

组长、主程序员

领导项目团体、实施和管理团体、负责软件交付工作。

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

李四

程序员、文档维护员

整理需求分析并撰写需求分析汇报、维护并立即修改和公布已更新技术文档。作为程序员还要参与软件设计和代码开发。

王五

软件测试员、秘书、美工

关键负责软件代码测试和用户测试、并撰写测试文档初稿并对界面美工付关键责任、作为秘书要主持每七天讨论会和团内沟通工作。

管理过程

3.1管理目标及优先级

基础管理标准：每位组员既是主动建言者，又是负责合作者，同时也是决议制订者。决议应在充足讨论基础上由大家共同做出，一旦决议做出就必需被立即有效实施。严禁再有异议。

目标1：按时按量完成项目标基础功效，按时公布产品及文档，这是本团体最高目标。

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

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

目标4：重视团体建设，组员分工合理，团体组员合作默契，气氛融洽。每七天讨论会主动建言。在开发过程中主动协作。

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

3.2项目风险管理

此次开发过程中存在风险及规避方法以下表：

表3项目风险及其规避方法

风险类型

存在风险

规避方法

进度风险

因为时间担心造成项目最终无法按期完成。

充足考虑多种潜在原因，合适留有余地；任务分解要具体，便于考评；在实施过程中，应该强调项目根据进度实施关键项，再考虑任何问题时，全部要经保持进度作为先决条件；同时，合理利用赶工期及快速跟进等方法，充足利用资源。假如出现必需延期情况，组长需立即同银行相关责任人沟通，并申请延期时间。

系统没有足够测试时间

连续地监控，项目进度控制伴随项目标进行而不停进行，确保每个步骤全部有足够时间。

技术风险

开发软件结构体系存在问题，使完成软件产品未能实现项目预定目标

选择正版软件开发

对开发软件掌握不够深入，造成开发出产品性能和质量低劣。

提前制订好两周学习计划，各组员要对开发工具vs+sqlsever，css，photoshop及flash进行快速学习。立即掌握其中关键点。同时在软件设计上尽可能降低难度使项目最终能成功完成。

质量风险

质量不符适用户要求

常常和用户交流工作结果、品牌管理采取符合要求开发步骤、认真组织对产出物检验和评审、计划和组织严格独立测试等。

工具风险

软件项目开发和实施过程，所必需用到管理工具、开发工具、测试工具未能立即到位

在项目标开启阶段就落实好各项工具起源或可能替换工具，在这些工具需要使用之前跟踪并落实工具到位事宜。在进行项目开发之前先设计和搭建