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

储蓄业务项目管理计划书介绍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进行快速学习。立即掌握其中关键点。同时在软件设计上尽可能降低难度使项目最终能成功完成。质量风险质量不符适用户要求常常和用户交流工作结果、品牌管理采取符合要求开发步骤、认真组织对产出物检验和评审、计划和组织严格独立测试等。工具风险软件项目开发和实施过程，所必需用到管理工具、开发工具、测试工具未能立即到位在项目标开启阶段就落实好各项工具起源或可能替换工具，在这些工具需要使用之前跟踪并落实工具到位事宜。在进行项目开发之前先设计和搭建出系统基础架构并进行性能测试，确保架构符合性能指标后再进行后续工作。人力资源风险组员组员因意外无法参与设计事先同用户商议处理措施3.3项目沟通管理汇报机制：1.要求各组员以周为单位统计工作进展，形成开发日志，并以电子文档形式提