软件项目管理大作业

1、项目购销合同本合同由下述双方签署 :甲方:联系电话 :乙方:联系电话 :等、根据中华人民共和国合同法及其他有关规定，甲乙双方在平等、自愿、公开、诚实信用的基础上就XXXXX）储蓄软件项目事宜，经甲乙双方友好协商如下：第一条 储蓄软件项目实施所需的条件（人工及人工费由甲方负责，但技术和质量全部 由乙方负责），所进行项目开发所需的事宜明细见附件，附件与本合同不可分割，具有同 等法律效力。第二条 产品交付甲方验收前所有质量问题由乙方负责，当交付甲方验收合格后，所有 利害由甲方负责。第三条 交货方式双方见面交易。合同为证。第四条 交货时间为 2014年 9月 17日，交货地点 xxx 。对于产品的数量

2、、质量等问题， 全部由乙方负责。第五条 合约执行内容 经甲乙双方协商约定，整个软件项目设计由乙方提供专业人员和技术进行开发，甲 方不用参与，按照乙方技术进行开发且监工由乙方负责，开发完成后，应达到国家验收 标准，当与国家标准发生冲突时，按国家标准执行，测试达到标准后，视为乙方工程全 部验收合格。如未达到验收标准时，所人工费由乙方负责承担，如能补救，由乙方尽快 全部负责，直至达到验收标准。第六条 补充说明 乙方计算的全部材料已全部包含软件项目的全部，甲方不再支付任何费用，经乙方 设计与预算得出以上内容与附件包含的内容外，不再有任何增项费用，如有乙方全部承 担。甲方职责 甲方负责协调乙方与同期作业

3、的其他工程之间的关系（作业时间、作业面等） 乙方职责 乙方负责交付工程的可靠性、安全性，如因未按规定施工造成甲方工期延误、财第七条 双方职责12 、（1） 产损害等严重问题，一切责任由乙方承担。（2）乙方施工人员应遵守国家及甲方的有关规定，遵守安全操作规程，在施工过程中 佩戴必要的防护器具，确保施工安全，避免人身事故的发生。如发生人身安全事故及乙 方施工人员违法违纪事件，全部责任和由此发生的费用由乙方承担。（3）项目实施中，乙方应接受甲方监督。当甲方发现问题向乙方提出时，乙方应认真 对待，如问题属实，乙方应及时拿出解决方案并告知甲方，在取得甲方同意后，立即纠 正解决。（4）乙方要服从甲方对施工

4、作业的有关安排。第八条 工程质量与检验甲方可随时对作业进度、工程质量进行检查，对不符合设计要求和合同约定及国家 质量标准的材料、设备，有权通知乙方更换合同规定的材料、设备。对不符合规范和质 量标准的工序和不安全施工作业，有权通知乙方停工整顿和返工，乙方得到甲方复工令 才能复工。第九条 付款方式合同总价格为 xxxx 元整，合同签订之日支 xxxx 工程款，设备进场后支付 xxx 尾款 验收合格后全部付清。第十条 本合同一式两份，甲乙双方各执一份。甲方：乙方：储蓄业务软件工程项目管理计划书1 简介编写目的主要为保证整个项目能够按时， 保质，保量的完成， 每个人在项目开发中都能够发挥 自己的作用，

5、使整个软件开发过程顺利，平稳，有序的进行，提供有效的进度参考。范围本文档适用于储蓄业务软件这一软件项目。项目概述本项目要开发一个银行系统，系统一共分为储蓄业务、贷款业务、外汇交易、网上银 行、信用卡业务和系统管理六个子系统。本团队负责其中的有关储蓄业务 的子系统。通过团队合作开发整个子系统，使团队成员获得软件工程开发的实际训练。 本系统采用目前主流的 B/S 开发架构，将与整个银行系统一起发布。不单独发布。交付 的产品包括可执行的文件、源代码、技术文档与用户使用手册等。本系统的开发过程中 的主要工作是子系统需求分析、系统总体设计、子系统源代码开发、子系统测试、交付 团长进行最后的集成、整个系统

6、的测试。关键里程碑是制定项目管理计划书、制定需求 设计规格说明书初稿、制定系统设计报告的初稿、进行子系统运行情况的检查与测试、 进行系统集成后的运 行情况的检查与 测试。项目所需工具是个人电脑和开发工具。进度为 11周，工程量为 3人/ 天。项目范围说明（1）提交文档：项目管理计划、需求规格说明，设计报告、测试报告、用户使用手 册和项目个人总结。其中项目总结为每人一份，每个小组所有成员的总结装订在一起； 其余文档每组提交一份。每个团队可将各小组的文档综合到一起，各小组也可自行分开 提交，具体方式由团队内部协商确定。所有文档需要提交电子版和打印稿。（2）源程序检查：一共两次。第一次检查每个小组的

7、子系统运行情况。第二次检查 每个团队内六个小组集成后完整的银行系统运行情况，检查完成后需要提交程序源文件和可执行的系统。程序检查安排在上机时间进行。项目生存期:该项目的特点此项目需求比较模糊，在开发过程中极有可能发生需求的变更，即使在开发结束后, 也常常需要功能上的扩充， 面向的用户群体相当广泛，不同的用户都有可能提出该系统针对某一类群体的改进意见 和要求。项目组内部对此系统的认识也不够统一，对大量辅助功能及新增功能有不同的看法, 需要在基本的核心功能完成之后，随着项目的进行，由项目经理进一步收集用户及成员 的想法意见进行决策。用户及成员都需要在短时间内得到一个系统最初的版本，对其进行评价并在

8、后续的开 发上对其定位，并得出更多明确的需求。在项目本身的开发上，为了使系统锦上添花，会用到许多开发人员也并不熟悉的技术, 这可能需要开发人员进一步的学习后，再对系统进行改进。针对该项目的这些特点，权衡各个生存期的适用条件，该项目组选用了增量式模型来 开发此系统。增量式模型的特点如下:可以避免一次性投资太多带来的风险，将主要的功能或者风险大的功能首先实现，然 后逐步完善，保证投入的有效性。可以更快地开发出可以操作的系统。可以减少开发过程中用户需求的变更。一些增量可能需要重新开发（如果早期开发的需求不稳定或者不完整）可见，增量式模型充分迎合了该项目的特点， 并且提供了多种途径解决项目中的一些 难

9、题。生存期中各阶段的描述如下:阶段项目规划阶段目标根据合同和初步的需求分析，确定项目的规模、时间计划和资源 需求输入合同文本，sow过程项目规划，计划确认输出项目计划阶段需求分析阶段目标确定客户的需求输入项目计划，sow过程需求获取，需求分析，需求控制输出原型系统，需求规格阶段设计阶段目标总体系统结构设计输入原型系统，需求规格过程总体设计输出系统设计说明书，数据库结构定义阶段增量1实现目标实现系统的通用功能输入系统设计说明书，数据库结构定义过程详细设计，编码，代码走查，代码评审，单元测试输出详细设计说明书，源代码，可运行版本-1阶段增量2实现目标实现系统的用户管理功能输入系统设计说明书，数据库

10、结构定义过程详细设计，编码，代码走查，代码评审，单元测试输出详细设计说明书，源代码，可运行版本-2阶段增量3实现目标实现系统的文章管理功能输入系统设计说明书，数据库结构定义过程详细设计，编码，代码走查，代码评审，单元测试输出详细设计说明书，源代码，可运行版本-3阶段增量4实现目标实现系统的好友管理功能输入系统设计说明书，数据库结构定义过程详细设计，编码，代码走查，代码评审，单元测试输出详细设计说明书，源代码，可运行版本-4阶段增量5实现目标实现系统的在线聊天功能输入系统设计说明书，数据库结构定义过程详细设计，编码，代码走查，代码评审，单元测试输出详细设计说明书，源代码，可运行版本-5阶段集成测

11、试目标通过集成环境下的软件测试输入测试计划，测试用例过程集成测试，系统测试输出系统软件包，测试报告，产品说明书阶段产品提交目标产品可投入使用输入系统软件包过程产品提交输出验收报告软件项目计划书的演化软件项目计划书在第三周周末前经由小组讨论、 共同撰写、汇总整合三步骤形成初稿, 第四周以后根据项目的进展可以对其进行修改，需要有组员提出修改意，在全体会上讨 论通过，并由组长整理修改意见并作出相应的修改。其余组员同步获得更新稿。项目计划组成结构图：计划名称对应部分简要描述范围计划项目人物范围确定项目的范围，为制定其他计划打下基础。范围 管理是项目实施的依据和变更的输入，另外还包括 对可交付成果落实到

12、个人上的分解，即项目分解结 构（WBS,通过WBS青楚明确地组织并定义了整个 项目的范围，以及该项目的参与者各自的分工。成本计划项目估算成本计划是对完成项目所需费用的估计和计划，是 项目计划中的一个重要组成部分。软件成本估算是 成本管理的核心，是预测开发一个软件系统所需要 的总工作量的过程。软件成本估算以从软件计、需 求分析、设计、编码、单元测试、集成测试到接受 测试等这些过程所花费的代价为依据，对完成项目 所需要的所有费用进行估算。进度计划项目时间计划进度计划是从时间的角度对项目进行规划。时间是 一种特殊的资源，以其单向性、不可重复性、不可 替代性而有别于其他资源，因此进度计划也是项目 计划

13、中最难、最重要、最核心的部分。在进度计划 中，首先根据任务分解的结果（WBS再进一步分解 出主要的任务（活动），确立任务（活动）之间的 关联关系，然后估算出每个任务（活动）需要的资 源、历时，最后编制出完整的进度计划（如进度表）。风险计划项目风险分析风险计划是在项目进行过程中不断对风险进行识 别、评估、制定策略、监控风险的过程，它是项目 管理中最容易被忽略而且最难以管理的环节。通过 风险识别、风险分析和风险评价去认识项目的风险， 并以此为基础合理的使用各种风险应对措施，管理 方法、技术和手段对项目的风险进行有效的控制， 妥善处理风险事件造成的不利后果，以最小成本保 证项目总体目标的实现。人力资

14、源计划项目组织结构人是软件项目中最重要的因素，因此软件项目人力 资源管理计划也是项目计划中根本的一项计划。人 力资源管理是保证参加项目的人员能够被最有效使 用所需要的过程，是对项目组织所储备的人力资源 开展的一系列科学规划、开发培训、合理调配、适 当激励等方面的管理工作，是项目组织各方面人员 的主观能动性得到充分发挥，做到人尽其才，事得其人、人事相宜，同时保持项目组织高度的团结性 和战斗力，从而成功地实现项目组织的既定目标。关键资源计划关键资源计划关键资源计划是对项目所需关键资源根据生存期阶 段所做的计划。关键资源包括引起竞争的人力和设 备资源。设施工具计划设施工具计划实施工具计划是对项目开发

15、所需的设备和支持工具 所做的计划。质量管理计划质量管理计划质量管理计划主要是确定项目应达到的质量标准， 以及决定如何满足质量标准的计划安排和方法；依 据公司的质量方针、产品描述以及质量标准和规则 等制定出实施策略，其内容全面反映用户的需求， 为质量小组成员有效工作提供指南，也为项目相关 人员了解在项目进行中如何实施质量保证和控制提 供依据。合适的质量标准是质量计划的关键。配置管理计划配置管理计划软件配置管理计划用来确定软件配置管理的解决方 案，软件配置管理的解决方案涉及面很广，将影响 软件软件开发环境、软件过程模型、配置管理系统 的使用者、软件产品的质量和用户的组织机构。该 计划由配置管理者负

16、责制定，它是软件配置管理规 划过程的产品，并在整个软件项目开发过程中作为 配置管理活动的依据进行使用和维护。沟通计划沟通计划保证项目成功必须进行沟通，为了有效的沟通，需 要创建一个沟通计划。沟通计划决定项目相关人的 信息和沟通需求：谁需要什么信息、什么时候需要、 怎样获得、选择的沟通模式一一什么时候采用书面 沟通和什么时候采用口头沟通、什么时候使用非正 式的备忘录和什么时候使用正式的报告等等。2项目组织管理过程模型团队的分工与合作成员角色职责张三组长、主程序员领导项目团队、执行 和管理团队、负责软 件的交付工作。同时作为主程序员还 要负责软件设计和编 写代码。并撰写软件 设计报告。李四程序员、

17、文档维护员整理需求分析并撰写 需求分析报告、维护 并及时修改和发布已 更新技术文档。作为 程序员还要参与软件 设计与代码开发。干五软件测试员、秘书、美工主要负责软件代码测 试和用户测试、并撰 写测试文档初稿并对 界面美工付主要责 任、作为秘书要主持 每周的讨论会以及团内沟通工作。过程管理目标及优先级基本管理原则：每位成员既是积极的建言者，又是负责的合作者，同时也是决策的制 定者。决策应在充分的讨论基础上由大家共同做出，一旦决策做出就必须被及时有效的 执行。禁止再有异议。目标1 ：按时按量完成项目的基本功能，按时发布产品及文档，这是本团队的最高目 标。目标2:遵循规范化的项目运作标准，文档严谨完

18、整，代码注释充分，便于后续维护, 这是第二目标。目标3:产品运行稳定，界面友好，用户易操作，尽量从用户的角度去看问题，并提 出解决问题的方案。目标4:注重团队建设，成员分工合理，团队成员合作默契，气氛融洽。每周的讨论 会积极建言。在开发过程中积极协作。目标5:项目设计和开发上尽量有创新，有亮点。项目风险管理风险是指在项目进行过程中可能发生的事件， 这些事件将会对项目按预期时间，资源 和预算完成产生重大影响。风险管理的目标是在潜在问题发作以前就标志它们，这样就 可以在生命周期中可以适时地计划和启用风险处理活动。本次开发过程中存在的风险及规避方法如下表：风险类型存在风险规避方法进度风险由于时间紧张

19、导致项目最后无法按期完成。充分考虑各种潜在因素， 适当留有余地；任务分解 要详细，便于考核；在执 行过程中，应该强调项目 按照进度执行的重要项， 再考虑任何问题时，都要经保持进度作为先决条件；同时，合理利用赶工期及快速跟进等方法，充分利用资源。如果出现必须延期的情况，组长需及时同银行相关负责人沟通，并申请延期时间。系统没有足够的测试时技术风险开发软件结构体系存在持续地监控，项目进度控制随着项目的进行而不断进行的，保证每个环节都有足够的时间。选用正版软件开发问题，使完成的软件产品未能实现项目预定目对开发软件的掌握不够提前制定好两周的学习深入，造成开发出的产计划，各组员要对开发工品性能以及质量低劣

20、。vs2005+sqlsever2005 ， css，photoshop 及 flash 进行快速的学习。尽快掌 握其中的要点。同时在软件的设计上尽可能降低难度使项目最后能成功完成。质量风险质量不符合用户要求经常和用户交流工作成果、品牌管理采用符合要求的开发流程、认真组织对产出物的检查和评审、计划和组织严格的独立测试等。软件项目开发和实施过程，所必须用到的管理工具、开发工具、测试工具未能及时到位在项目的启动阶段就落实好各项工具的来源或可能的替代工具，在这些工具需要使用之前跟踪并落实工具的到位事宜。在进行项目开发之前先设计和搭建出系统的基础架构并进行性能测试,确保架构符合性能指标后再进行后续工作

21、。人力资源风险组员成员因意外无法参加设计事先同用户商量解决办1控制方法1）风险管理计划重点是制定一个计划，以处理在排位靠前的高风险项。风险管理计划每阶段 / 迭代重新评估一次。风险监控时选取风险管理计划中没有关闭 的前 10 大风险进行监控即可。每阶段 / 迭代启动时，选取“风险管理计划”中处于“监 控”状态的前 10 大风险，用于本阶段 / 迭代的周例会上进行跟踪和监控（注意：周例会 时只监控阶段 / 迭代启动时监控的前 10大风险）。2）风险的化解避免风险（即：不要做冒险的活动）将风险从系统的一部分转移到另一部分 （可能对于系统的其他部分此风险不会发生或 发生时影响不大）购买关于风险的信息

22、（例如：做实验性项目，请咨询专家等） 消除风险的根源接受风险 （如果风险后果较小， 而处理它可能代价很大， 滚动处理可能是最有效的途 径）发布风险（将风险发布给相关涉众，如：管理者、市场人员、客户 特别注意策略 等） 控制风险 制定风险无法化解时的“风险应急计划” 分配额外的资源来处理风险 为处理风险留出额外的时间 记住风险（为将来的项目积累）风险监控1）周例会检查风险在周工作例会上，项目经理需要跟踪项目的风险。根据风险列表，逐一分析前 10 大风险，确认已经风险状态是否“发生”或“关闭”如果风险发生则启动“风险应急计划”或项目组协商解决办法，必要时PM请求相关高级管理者解决已发生的风险，并且

23、PM负责在风险管理计划中将此条风险标示为“发生”。如果风险已经消除，则PM负责在风险管理计划中将此条风险标示为“关闭”统计每项风险的停留时间（周数）。储蓄项目的主要风险是开发人员对客户需求不是很熟悉，另外，客户要求的进度比较紧，而且具体需求不是很明确，客户可能随时提出需求和对项目的改进，需求的不稳定 性和项目规模的不断扩展，可能导致项目存在规模风险。功能的无限追加，在强大的压 力下放弃计划都造成了项目的进度风险。下面的这个风险列表就是通过一系列的风险识别、风险评估、风险应对，等到的储蓄项目的风险列表。排序输入风险事件可能性影响风险值风险应对措施1客户的SOW需求不明确，增加需求，导致需求蔓延3

24、391. 采取加班的方 法2. 修改计划去掉 一些任务3. 与客户商量延 长一些时间2WBS复杂模块的技术难关236对复杂模块进行外包3合同进度要求紧，合同金额有限236可以请一些实习 的学生做辅助工 作，一来成本不 高，二来可以加 快进度.4WBS供货商、外包 商的质量问 题133多选择几个可以 作为备份的外包 商和供应商5历史项目信息开发人员的流动1331. 注意项目团队 的沟通，及时了 解开发人员的动 态2. 控制好项目过 程中的文档3. 从其他的项目组借调人员4.从外部招聘有 过此类开发经验 人员6规模成本估算项目的特殊 性，成本估算 不准确122让有类似项目经验的小组成员对成本估算审

25、查7质量计划软件达不到质量指标，软件性能欠缺122对每一个里程碑 进行严格的质量 审查8计划进度要求紧，时间紧迫133采取加班的方法 可以请一些实习 的学生做辅助工 作项目沟通管理报告机制：1. 要求各组员以周为单位记录工作进展，形成开发日志，并以电子文档的形式提交 给秘书进行整理，最后由文档维护员进行维护。2. 每周例会上各位组员积极对当前的开发工作进行积极的评审和建言，由组长做最后的作口头总结，由秘书主持会议并记录和整理会议的内容。文档维护员修改和维护相应 的文档。并交由小组进行会议评审并给出意见。3. 小组成员都要密切监控风险状态，发现风险后提交风险报告。由秘书定期提交风 险报告。必要时

26、将突发风险通知所有组员，并由组长做出临时处理决定。然后在该周的 例会上由小组成员共同讨论对风险的处理意见。 并形成风险处理的日志做为以后的经验。4. 在项目进行的过程当中，组员之间应该多进行各种形式的非正式沟通，以使沟通更 加的方便、快捷。报告格式：报告主题，时间段，发现人，报告内容，审核意见评审机制：每周例会上小组讨论形成一致意见后并， 并邀请团长和其他组长参加评议。 对于重大的风险处即为通过，相关负责人针对改进意见开展下一周工作，严格执行例会 上所制定的决策。小组会议持续评估其成效。每一项目阶段结束之前（里程碑前后）， 组织一次阶段评审会，评估整个阶段的工作效率和成果质量。尽量与项目例会合

27、理意见， 应该由团长及其他组长组成评审团对处理意见进行审议和评估。并以评审团的决议作为重要参考来制定决策。项目人力资源管理项目所需人员C#程序员：张三，李四要求：熟悉C#编程和微软.Net平台界面设计员：王五要求：熟悉 CSS、Photoshop、.Net 平台数据库设计员：张三要求：熟悉SQL语句，熟练使用 SQL Sever 2005文档维护员：李四要求：熟悉使用Word及Powerpoint沟通交流员：王五 要求：较强的沟通能力，能及时调解组内以及组与组之间的矛盾。 软件测试人员：全体组员，有王五付总责 要求：熟练使用开发工具的 debug 工具，有耐心。技能培训C#以及.Net编程培训

28、培训对象：全体组员。培训内容：熟练掌握C#编程、基本了解.Net平台的特性、并掌握VS2005的调试工具。 于第 6 周完成。美工培训：全体组员培训内容：熟悉 Css及Photoshop、了解Flash以及Dreamever的基本操作。于第8 周完成。3 技术过程开发工具、方法和技术：本小组的团队组织结构为主程序员式组织结构；编程语言为C#;采用面向对象的分析 设计方法；利用 Windows .Net 平台作为开发平台；使用 SqlSever 2005 作为数据库管理 系统图；并采用统一的C#标准的文件命名方式、代码版式、注释等编码规范；编码人员 对代码进行严格检查后再进行代码编译；测试人员根

29、据测试文档进行单元测试；最后实 现软件的交付。开发环境： Sqlsever 2005+ .Net + Visual Studio 20054.2 软件需交付的文档：1软件项目管理计划该文档由组长完成，介绍项目的整个管理过程。该文档在软件设计需求分析初级阶段完成，后续阶段由文档维护员进行相应的更新。1 需求规格说明初稿在需求分析阶段，由全体小组成员采集分析用户的需求，并在例会上作出决策，有文 档维护员撰写整理需求规格说明初稿，并在后续各个阶段进行需求变更的更新。 2 设计报告初稿在总体设计阶段，小组根据需求规格说明文档，完成软件体系结构的设计，由组长编 写软件体系结构设计文档初稿，并在后续开发阶

30、段补充和更新。该文档由文档维护员负 责维护更新。4. 测试文档在软件开发阶段，测试人员需要编写测试规格说明文档，并在后续测试阶段更新。开 发人员将根据测试规格说明文档建立测试环境、准备测试数据。5用户手册在更新用需求分析阶段，测试人员需要开始着手编写用户手册，并在需求分析结束后 需要形成初稿；在后续阶段不断由文档维护员户文档；并在系统交付阶段随着系统一起 被交付。6. 个人项目总结由组内成员各自独立完成，对开发过程中获得的工作经验进行总结。在提交系统时一 并提交。7. 其他文档软件开发过程中的其他文档，如开发日志（按组员意见选择公开与否），风险报告及 其处理意见等，由秘书进行整理与汇聚。作为以

31、后软件开发以及交流的经验。5. 项目进度及成本管理项目估算声明 项目规模估算使用 Delphi 法进行估算，具体步骤如下： 协调人向小组成员提供项目规格和估计表格； 协调人召集小组讨论与规模相关的因素；小组成员匿名填写迭代表格； 协调人整理出一个估计总结，以迭代表的形式返回各成员； 协调人召集小组会，讨论较大的估计差异；成员复查估计总结并在迭代表上提交另一个匿名估计； 项目规模估算经过小组内部讨论得出项目规模估算如下:项目名称:储蓄软件系统规模预测:代码行:15,000 LOC周期：1工作量:6人月费用：Y5530 元项目进度估算任务完成时间负责人资源备注需求讨论张三2开发人员参与项目规划李四全体人员参与需求确定王五全体人员参与设计张三3开发人员参与项目实施李四全体人员参与有待细化测试王五3开发人员参与部署张三2开发人员参与交付李四项目执行期间可根据实际完成情况申请延期。项目成本估算 声明由于涉及到的小组成员没有实际开发的经验，在薪酬结算方面没有可供参照的标准，因此在这里采用统一的Y人天。成本估算任务名称工时成本估算储蓄软件系统111人天Y设备损耗31 工作日Y需求讨论2*2 人天Y软件规划6*2 人天Y需求开发6*4 人天Y设计4*4 人天Y实施6*13人天Y测试3*5 人天Y部署2*1 人天Y进度描述项目进度描述如下表:子工作完成时间负责人最