项目管理案例校务通.docx

1、项目管理案例校务通项目管理案例(校务通) 校务通管理系统-项目管理案例 /SPM/JSP/caseAnalyse.jsp?de st=MeasurePlan.htm 合同 生存期模型 需求规格 任务分解 规模估算 进度计划 质量计划 度量计划 风险管理计划 团队沟通计划 集成计划 配置管理计划 项目跟踪控制 合同登记编号： 项目总结 技术开发合同 项目名称： 校务通管理系统 委托人（甲方）： XXXXX省教育委员会 研究开发人（乙方）: 北京科力拓技术发展有限公司 签订地点： 北京市 签订日期： XXXX年 4 月 10 日 有效期限： XXXX年 4 月 10 日 至 XXXX年 12 月

2、16 日 北京技术市场管理办公室 根据中华人民共和国合同法的规定，合同双方就 校务通管理软件系统开发 项目的技术开发（该项目属于 / 计划），经协商一致，签定本合同。 一、标的技术的内容、范围及要求： 根据甲方的要求，乙方完成校务通软件系统的研制开发。 1. 根据甲方要求进行系统方案设计，要求建立B/S结构的,基于的Sql server数据库、NT服务器和J2EE技术的三层架构体系的综合服务软件系统。 2. 配合甲方，在与整体系统相融合的基础上，建立系统运行的软硬件环 境。 3. 具体需求见SOW 二、应达到的技术指标和参数 1、 系统应满足并行登陆,并行查询的速度要求。其中主要内容包括（1）

3、 保证1000人以上可以同时登陆系统（2）所有查询速度应在10秒以内（3）保证数据的每周备份（4）工作日期间不能当机（5）出现问题应在10分钟内恢复。 2、 系统的主要功能是应满足双方认可的需求规格,不可以随意改动。 三、研究开发计划 1、 第一阶段：乙方在合同签订后7个工作日内，完成合同内容的系 统设计方案。 2、 第二阶段：完成第一阶段的系统设计方案之后，乙方于50个工作 日内完成系统基本功能的开发。 3、 第三阶段：完成第一和第二阶段的任务之后，由甲方配合乙方于 3个工作日内完成系统在XXX信息中心的调试、集成。 四、研究开发经费、报酬及其支付或结算方式 1、 研究开发经费是指完成本项目

4、研究开发工作所需的成本。报酬指 本项目开发成果的使用费和研究开发人员的科研补贴。 2、 本项目研究开发经费和报酬（人民币大写）：XXX万元整。 3、 支付方式：分期支付。 本合同签订之日起生效，甲方在五个工作日内应付乙方合同总金额的50，计人民币XXX.00元（人民币大写XXX元整），验收后甲方在五个工作日内付清全部合同余款，计人民币XXX.00（人民币大写XXX元整）。 五、利用研究开发经费购臵的设备、器材、资料的财产权属：/。 六、履行的期限、地点和方式。 本合同自 XXXX年8月16日至 XXXX年11月16 日在 北京 履行。 本合同的履行方式： 甲方责任 1、 甲方全力协助乙方完成合

5、同内容。 2、 合同期内甲方为乙方提供专业性接口技术支持。 乙方责任： 1、 乙方按甲方要求完成合同内容。 2、 乙方愿提供在实现功能的前提下，进一步予以完善。 3、 乙方在合同商定的时间内保证系统正常运行。 4、 乙方在项目验收后提供一年免费维护。 5、 未经甲方同意，乙方不得向第三方提供本系统中涉及专业的技术 内容和所有的系统数据。 七、技术情报和资料的保密。 本合同中的相关专业技术内容和所有的系统数据，归甲方所有，未经甲方同意乙方不得提供给第三方。 八、技术协作的内容: 见系统设计方案。 九、技术成果的归属和分享 1. 专利申请权：/。 2. 技术秘密的使用权、转让权：/。 十、验收的标

6、准和方式： 研究开发所完成的技术成果，达到了本合同第二条所列技术指标，按国家标准，采用一定的方式验收，由甲方出具技术项目验收证明。 十一、风险的承担 在履行本合同的过程中，确因在现有水平和条件下难以克服的技术困难，导致研究开发部分或全部失败所造成的损失，风险责任由甲方承担50 %，乙方承担 50 %。 本项目风险责任确认的方式：双方协商。 十二、违约金和损失赔偿额的计算： 除不可抗力因素外（指发生战争、地震、洪水、飓风或其它人力不能控制的不可抗力事件），甲乙双方须遵守合同承诺，否则视为违约并承担违约责任： 1、 如果乙方不能按期完成软件开发工作并交给甲方使用，乙方应向 甲方支付延期违约金。每延

7、迟一周，乙方向甲方支付合同总额0.5的违约金，不满一周按一周计算，但违约金总额不得超过合同总额的5%； 2、 如果甲方不能按期向甲方支付合同款项，甲方应向乙方支付延期 违约金。每延迟一周，甲方向乙方支付合同总额0.5的违约金，不满一周按一周计算，但违约金总额不得超过合同总额的5%。 十三、解决合同纠纷的方式： 在履行本合同的过程中发生争议，双方当事人和解或调解不成，可采取仲裁或按司法程序解决。 ? 负责项目实施过程中对项目实施情况进行监督，包括对项目实施过程和工作产品进行监督检查； ? 实施项目组成员的质量保证培训； ? 制定质量保证计划； ? 按计划实施审计活动,依照质量保证计划执行评审/审

8、计，并记录执行中发现的不符合项 ? 对不符合问题提交不符合项报告，跟踪并验证纠正措施的执行情况 ? 对项目内不能解决的不符合项问题向高层管理提交报告 ? 向项目经理报告项目质量工作状况和质量度量结果 ? 定期向项目组报告质量活动的结果 ? 制订质量保证的过程改进计划，记录过程数据 2.2.3项目经理 项目经理的质量职责如下： ? 评审质量计划； ? 与质量保证人员一起协商不符合项问题的纠正措施，并安排资源实施纠正措施； ? 定期或事件驱动的评审质量保证活动和结果 3.质量目标 根据企业的质量方针和质量目标，结合本项目特点,制定项目的总体质量目标： 1） 基于需求的测试覆盖率为100%； 2）

9、软件功能测试用例通过率不低于95； 3） 每个阶段评审中发现的问题都已经解决或得到适当处理。 4） 产品发布时不存在严重及其以上的缺陷。 注：严重问题指导致系统或模块不能正常工作的问题。 结合以往的项目经验和企业的质量相应标准，制定质量标准如下表 表1：质量计划标准 项 目 缺陷排除率（缺陷数/页） 缺陷排除率（缺陷数/KLOC） 具 体 描 述 需求检查 系统总体设计检查 详细设计复核 详细设计检查 代码复核 代码检查 编译 单元测试 系统集成 系统测试 计 划 4 2 30 10 65 20 20 15 5 5 实 际 4.质量策略 为了保证提交用户的产品是高质量, 实施过程中采取的质量保

10、证措施包括：1）将质量贯彻到日常的项目进展过程中，2)应该特别注意项目工作产品质量的早期评审工作，无论是质量保证还是质量控制采取的策略都是早期预防和早期排除缺陷。 5.质量保证活动 质量保证的主要活动包括过程评审和产品审计。过程评审和产品审计的目的是为了确保在项目进展过程的各个阶段和各个方面采取各项措施来保证和提高提交给用户的产品质量。每一次过程评审和产品审计都应填写相应的报告或活动记录。 5.1.产品审计 产品审计由质量保证人员来进行，检查项目产品是否达到质量目标。 质量保证人员对项目生存期中创建的工作产品可以有选择性的进行审计，以验证是否符合适当的标准，是否进行了质量检查。表2便是质量审计

11、一览表 表2：审计产品一览表 项 1 2 3 4 5 6 7 8 9 10 审计对象 软件项目计划 软件配置管理计划 软件质量保证计划 总体设计文档 详细设计文档 数据库表和编码规范 产品代码 测试报告 测试计划 用户文档 审计阶段 计划结束 计划结束 计划结束 参照的标准 企业质量体系 企业质量体系 企业质量体系 企业质量体系和项目计划 企业质量体系和项目计划 企业质量体系和项目计划 企业质量体系和项目计划 企业质量体系和项目计划 企业质量体系和项目计划 企业质量体系和项目计划 设计结束 设计结束 设计结束 每个阶段实施结束 测试结束 设计结束 测试结束 5.2 过程评审 项目严格按照组织定

12、义的软件过程进行开发，过程评审的具体依据参照企业的过程规范，保证项目中的所有过程活动都在实施范围内。在每次评审之后，要对评审结果做出明确的决策并形成评审记录。评审可采取文件传阅、评审会等形式。 质量保证人员负责对项目过程进行监督，发现的问题和解决情况在每周的例会上通报，对没有解决的问题进行讨论，对不能解决的问题提交高级管理者处理。 每个周末，进行一次配置管理审核，确认配置管理工作是否正常进行。 根据公司的质量保证体系和本项目的具体特点，确定项目执行过程如下： 1) 项目规划过程及产品标准 2) 项目跟踪管理过程 3) 需求分析过程及产品标准 4) 系统设计过程及产品标准 5) 详细设计过程及产

13、品标准 6) 调试运行过程及产品标准 7) 代码走查过程及代码编写标准 8) 产品集成测试过程及产品标准 9) 开发环境中的执行规则 10) 测试环境中的执行规则 11) 质量保证过程及其标准 12) 配置管理过程及其标准 具体过程执行标准详见企业质量体系和项目计划的过程附件. 6.质量控制活动 质量控制活动包括代码走查、单元测试、集成测试、环境测试等，由开发人负责，详见进度计划。编码人员在编写代码时要进行同步单元测试，单元测试要达到分支覆盖，产品通过单元测试和编码检查后，应提交测试部进行集成测试、系统测试。测试部的测试应达到质量目标要求，软件发布时应达到测试通过准则的要求. 7.质量保证的报

14、告途径 质量保证人员对每次审计活动发现的不符合项，应该和项目经理协商不符合项的纠正措施，及预定完成日期，若和项目经理存在意见分歧，质量保证人员可以上报给高层管理者，高层管理者决定最后的措施。同时不符合项在项目周例会中汇报。 对不符合项，质量保证人员要在预定完成日期内重新审计、验证不符合项的纠正情况，若超过预定完成日期1周仍然有没解决的不符合项，质量保证人员上报给高级管理者，由高级管理者决定最后的措施。 质量保证人员有独立的汇报途径，日常的汇报途径如下： ? 发现的问题通知项目经理，协调纠正措施。 ? 将项目组内不能协调的问题汇报给高级管理者，由高级管理者协调解决。 ? 的日常工作和过程数据要汇

15、报给质量经理统一收集、统计。 8.记录的收集、维护和保存 项目组应当保留项目执行过程中形成的各类文档、各种记录、各级周报、各级会议记录、对于项目中问题的处理也需要形成记录保存。每周由质量保证人员根据任务清单的审计任务进行审计活动，并收集各活动的过程数据。 案例说明-校务通管理系统风险管理计划 本项目的主要风险是开发人员对客户需求中的学校管理环境不是很熟悉，另外，客户要求的进度比较紧，而且具体需求不是很明确，下面的这个风险列表就是通过一系列的风险识别、风险评估、风险应对，最后得出项目TOP 10风险列表。 风险分析表 排序 1 输入 客户的SOW 风险事件 需求不明确，增加需求，导致需求蔓延 可

16、能性 70% 影响 50% 风险值 35% 风险应对措施 1采取加班的方法 2修改计划去掉一些任务 3与客户商量延长一些时间 2 合同 进度要求紧，合同金额有限 30% 50% 15% 可以请一些实习的学生做辅助工作,一来成本不高,二来可以加快进度. 4 WBS 供货商、外包商的质量问题 20% 50% 10% 多选择几个可以作为备份的外包商和供应商 5 历史项目信息 开发人员的流动 15% 60% 9% 1注意项目团队的沟通，及时了解开发人员的动态 2控制好项目过程中的文档 3.从其他的项目组借调人员 4从外部招聘有过此类开发经验人员 案例说明-校务通管理系统的项目集成计划 1导言 略 2概

17、述 校务通管理系统是对学校教务和教学活动进行综合管理的平台系统，是基于Internet环境的综合信息系统，满足学校管理层、教师、学生、家长等日常工作、学习、管理、咨询等工作。目的是共享学校各种资源、提高学校的工作效率、规范学校的工作流程、便利校内外的交流。系统具有标准化、分布式存储和检索、易用、易维护、开放等特点。 3 项目任务范围 校务通管理系统项目需完成的任务总的分为两类：通用功能和学校日常业务管理功能。其中通用功能包括电子课表、会议通知和公告、日程安排、个人日记、通讯录、教师答疑、家庭作业等。学校日常业务管理功能包括招生管理、学生日常管理、教务管理、教师备课系统、资源库系统、网上考试功能

18、、聊天室、论坛等。图1是项目任务的范围图示。 图1：任务范围 4 项目目标 目前电化教育已经越来越普及，各地的学校纷纷建设自己的校园网，但是好多学校在投巨资建设校园网之后，未能高效利用校园网的资源。校务通管理系统提供了有效利用校园网，实现学校管理的电子化。本项目的产品可以达到以下目标。 ? 提高生产效率，减少返工。 ? 节省开支。 ? 业务过程的流水线化。 ? 先前人工劳动的自动化。 ? 符合相关标准和规则。 ? 与目前的应用产品相比较，提高了可用性或减少了失效程度。 另外，通过项目进一步验证和完善公司的质量体系,同时锻炼开发队伍的协同精神。 5 项目实施策略 实施策略是确定如何实施项目，以达

19、到项目目标的策略。根据校务通项目特点和企业的战略要求，采取如下策略： ? 项目管理策略 1. 项目管理过程遵循公司质量体系中关于项目管理过程规范 2. 根据项目计划中的评审点进行跟踪和管理，并根据结果对项目计划进行适当的调整 3. 评审采用定期评审、阶段评审和事件评审相结合的方式 4. 按周发布项目简报，通报项目进展情况及其他相关情况 ? 软件开发策略 1. 采用OO技术逐步构造系统 2. 产品按阶段提交 3. 开发实施过程采用公司的复用技术，同时遵循公司质量体系中关于项目实施过程规范 ? 质量保证策略 1. 质量管理过程遵循公司质量体系中关于项目质量管理过程规范。 2. 加强对项目参与人员的

20、质量保证概念的培训 3. 加强对过程的控制，重点确定该项目中需控制的过程 4. 加强对产品规范的审计，重点确定该项目中需审计的产品 5. 实施完整的软件配置管理 6 项目组织结构 由于该项目在实施过程中需要涉及不同组织的各方面人员，而各组织之间的利益、任务和职责也不尽相同，因此明确定义项目组织结构和各自职责可保证项目的顺利进行。该项目的组织结构图如图2： 其中： 市场部 - 负责与用户的协调工作 - 负责项目相关的商务活动 - 负责用户需求的接口 - 配合项目经理的资源协调活动 - 负责产品的验收活动 - 负责系统的维护活动 项目管理 - 负责项目的组织和规划 - 负责项目计划制定和维护 -

21、负责项目的跟踪和管理 - 负责资源的分配和协调活动 - 负责各组织和计划之间的协调活动 - 负责与市场部的协调活动 软件开发 - 负责项目的软件开发，包括设计，编码，单元测试和集成测试 - 负责产品质量控制的工作 - 负责配合质量保证的活动，如系统测试，文档编制等 - 配合产品验收的相关活动 质量保证 - 负责项目过程和产品规范的制定 - 负责项目过程的质量保证活动， - 过程评审 - 产品审计 配置管理 - 负责项目的配置管理活动 - 负责软件产品的提交 用户 - 确保相关责任的实施 - 参与项目的组织和规划 - 负责产品的验收工作 表1为角色映射表。 表1：角色映射表 负责人 组成（人）

22、7 项目生存期 项目管理组 韩万江 1 软件开发组 姜岳尊 2 质量保证组 郭天奇 1 配置管理组 岳好 1 根据该项目的特点并结合公司已有的软件生存期模型定义，本项目生存期采用增量模型如图3。 生存期中的各阶段定义如下： 项目规划阶段 阶段目标： 根据合同和初步的需求分析确定项目的规模、时间计划和资源需求。 输入： 合同文本 SOW 过程： 输出： 项目规划，计划确认 项目计划 需求分析阶段 阶段目标：确定客户的需求 输入： 过程： 输出： 设计阶段 阶段目标： 输入： 过程： 输出： 增量1实现 阶段目标： 输入： 过程： 输出： 增量2实现 阶段目标： 输入： 过程： 输出： 项目计划，

23、SOW 需求获取，需求分析，需求控制 原型系统，需求规格 总体系统结构设计 原型系统，需求规格 总体设计 系统设计说明书，数据库结构定义 实现系统的通用功能 系统设计说明书 数据库结构定义 详细设计,编码，代码走查，代码评审，单元测试 详细设计说明书，源代码，可运行版本1 实现系统的招生管理功能 系统设计说明书 数据库结构定义 详细设计,编码，代码走查，代码评审，单元测试 详细设计说明书，源代码，可运行版本2 增量3实现 阶段目标： 实现系统的学生日常管理功能 输入： 过程： 输出： 增量4实现 阶段目标： 输入： 过程： 输出： 增量5实现 阶段目标： 输入： 过程： 输出： 增量6实现 阶

24、段目标： 输入： 系统设计说明书 数据库结构定义 详细设计,编码，代码走查，代码评审，单元测试 详细设计说明书，源代码，可运行版本3 实现系统的教务管理功能 系统设计说明书 数据库结构定义 详细设计,编码，代码走查，代码评审，单元测试 详细设计说明书，源代码，可运行版本4 实现系统的教师辅助功能 系统设计说明书 数据库结构定义 详细设计,编码，代码走查，代码评审，单元测试 详细设计说明书，源代码，可运行版本5 实现系统的聊天室/论坛功能 系统设计说明书 数据库结构定义 过程： 输出： 详细设计,编码，代码走查，代码评审，单元测试 详细设计说明书，源代码，可运行版本6 集成测试 阶段目标： 通过

25、集成环境下的软件测试 输入： 测试计划 测试案例 过程： 输出： 集成测试，系统测试 系统软件包,测试报告，产品说明书 产品提交 阶段目标： 产品可投入使用 输入： 过程： 输出： 系统软件包 产品提交 验收报告 8 时间计划 项目进度计划甘特图如图4所示(,详见进度计划.mpp,)： 图4：进度计划 9 项目成本估算 项目估算是为了确定项目所需的人力、时间以及项目完成过程中耗费的人力、物力、财力资源。图5是项目估算和预算的结果(详见估算计划.). 校务通管理系统预算表￥80,000.00￥70,000.00￥60,000.00￥50,000.00￥40,000.00￥30,000.00￥20

26、,000.00￥10,000.00￥0.002791520233236384042时间（天） 预算（元）BCWS 10质量管理计划 图5：成本计划 质量管理计划详见质量管理计划专题. 11 配置管理计划 配置管理计划详见配置管理计划专题. 12 项目风险计划 风险是指在项目进行过程中可能发生的事件，这些事件将会对项目按预期时间、资源和预算完成产生重大影响。风险分析的目标是识别这些事件，设法避免这些事件的发生并制定一旦这些事件发生后的处理措施。表2是本项目风险计划清单表。 表2：风险分析表 排序 1 输入 客户的SOW 风险事件 需求不明确，增加需求，导致需求蔓延 可能性 70% 影响 50%

27、风险值 35% 风险应对措施 1采取加班的方法 2修改计划去掉一些任务 3与客户商量延长一些时间 2 合同 进度要求紧，合同金额有限 30% 50% 15% 可以请一些实习的学生做辅助工作,一来成本不高,二来可以加快进度. 4 WBS 供货商、外包商的质量问题 20% 50% 10% 多选择几个可以作为备份的外包商和供应商 5 历史项目信息 开发人员的流动 15% 60% 9% 1注意项目团队的沟通，及时了解开发人员的动态 2控制好项目过程中的文档 3.从其他的项目组借调人员 4从外部招聘有过此类开发经验人员 13.度量计划 详见度量计划专题 14 项目沟通与评审 项目评审的主要目的是根据项目

28、计划对项目的执行活动进行检查，及时发现问题，研究解决对策，纠正偏差，保证项目的顺利实施。项目交流计划分为如下几类： - 每天17:00的沟通交流 - 定期评审 - 阶段评审 - 事件评审 各类交流评审安排见表3。 表3:项目管理交流计划 评审类别 日例会 评审周期 每天17:00-17:30 评审要点 1. 不限定主题和内容,随意相关人员 项目组所有人 交流 2. 共享经验,避免错误 定期评审 (周例会) 每周五 3. 本周工作进度 4. 问题及对策 5. 资源协调 6. 下周工作安排 项目经理 开发经理 质量经理 配置管理员 项目主管 项目经理 开发经理 阶段评审 阶段结束 1. 本阶段计划

29、执行情况 2. 质量评审结果 3. 产品审计结果 4. 下阶段计划修正 质量经理 配置管理员 市场人员 事件评审 当事件可能影响计划的执行 1. 事件性质和影响范围 2. 事件处理方案的讨论 3. 修改计划的评审时间 项目经理 开发经理 质量经理 案例说明-校务通管理系统的生存期模型 针对本项目的开发特点，参考企业的生存期模型说明和软件过程体系，决定采用增量式模型如下图，理由如下： 1 校务通系统的全部功能分成通用功能和日常业务管理功能两大类，因此 可以先基于通用功能作出一个最小的使用版本，再逐步添加其余的功能。这样一来，用户可以先试用最小版本的同时，提出更多明确的需求，这有助于下一阶段的开发

30、，大大减小了开发的风险。 2 在校务通系统需求规格中，要求系统有可扩充性。若使用增量模型，可 以保证系统的可扩充性。用户明确了需求的大部分，但也存在不很详尽的地方。如：“关于教师档案，比照所提供资料设计，现在也没有一个成形的东西”；资源库系统只提到“应提供一个标准的资源库解决方案。”这样只有等到一个可用的产品出来，通过客户使用，然后进行评估，评估结果作为下一个增量的开发计划，下一个增量发布一些新增的功能和特性。直至产生最终完善的产品。 3 “系统要求有可扩充性，可以在现有系统的基础上，通过前台就可加挂 其它功能模块”。也说明用户可能会增加新的需求。 4 对一个管理方式已经比较成熟的学校，要完全舍弃原有的管理方式，用 校务