项目管理课件项目管理案例

《项目管理课件项目管理案例》由会员分享，可在线阅读，更多相关《项目管理课件项目管理案例（43页珍藏版）》请在装配图网上搜索。

1、项目管理课件项目管理案例校务通管理系统-项目管理案例合同登记编号：项目名称：校务通管理系统委托人（甲方）：xxxxxt教育委员会研究开发人（乙方）:北京科力拓技术发展有限公司签订地点：北京市签订日期：2003年4月10日有效期限：2003年4月10日至2003年12月16日北京技术市场管理办公室根据中华人民共和国合同法的规定，合同双方就校务通管理软件系统开发项目的技术开发（该项目属于/计划），经协商一致，签定本合同。一、标的技术的内容、范围及要求：根据甲方的要求，乙方完成校务通软件系统的研制开发。1. 根据甲方要求进行系统方案设计，要求建立B/S结构的,基于的Sqlserver数据库、NT服务

2、器和J2EE技术的三层架构体系的综合服务软件系统。2. 配合甲方，在与整体系统相融合的基础上，建立系统运行的软硬件环境。3. 具体需求见SOW二、应达到的技术指标和参数1、 系统应满足并行登陆,并行查询的速度要求。其中主要内容包括（1）保证1000人以上可以同时登陆系统（2）所有查询速度应在10秒3）保证数据的每周备份（4）工作日期间不能当机（5）出现问题应在10分钟内恢复。2、 系统的主要功能是应满足双方认可的需求规格,不可以随意改动。三、研究开发计划1、 第一阶段：乙方在合同签订后7个工作日内，完成合同内容的系统设计方案。2、 第二阶段：完成第一阶段的系统设计方案之后，乙方于50个工作日内

3、完成系统基本功能的开发。3、 第三阶段：完成第一和第二阶段的任务之后，由甲方配合乙方于4、 工作日内完成系统在XXX言息中心的调试、集成。四、研究开发经费、报酬及其支付或结算方式研究开发经费是指完成本项目研究开发工作所需的成本。报酬指1、本项目开发成果的使用费和研究开发人员的科研补贴。5、 本项目研究开发经费和报酬（人民币大写）：XXXJ元整。3、支付方式：分期支付。本合同签订之日起生效，甲方在五个工作日内应付乙方合同总金额的50%,计人民币XXX.00元（人民币大写XXXtE整），验收后甲方在五个工作日内付清全部合同余款，计人民币XXX.00（人民币大写XXX元整）。五、利用研究开发经费购谿

4、的设备、器材、资料的财产权属：/。六、履行的期限、地点和方式。本合同自2003年8月16日至2003年11月16日在北京履行。本合同的履行方式：甲方责任1、 甲方全力协助乙方完成合同内容。2、 合同期内甲方为乙方提供专业性接口技术支持。乙方责任：1、 乙方按甲方要求完成合同内容。2、 乙方愿提供在实现功能的前提下，进一步予以完善。3、 乙方在合同商定的时间内保证系统正常运行。4、 乙方在项目验收后提供一年免费维护。5、 未经甲方同意，乙方不得向第三方提供本系统中涉及专业的技术内容和所有的系统数据。七、技术情报和资料的保密。本合同中的相关专业技术内容和所有的系统数据，归甲方所有，未经甲方同意乙方

5、不得提供给第三方。八、技术协作的内容:见系统设计方案。九、技术成果的归属和分享专利申请权：/。1.2.技术秘密的使用权、转让权：/。十、验收的标准和方式：研究开发所完成的技术成果，达到了本合同第二条所列技术指标，按国家标准，采用一定的方式验收，由甲方出具技术项目验收证明。十一、风险的承担在履行本合同的过程中，确因在现有水平和条件下难以克服的技术困难，导致研究开发部分或全部失败所造成的损失，风险责任由甲方承担50%，乙方承担50%。本项目风险责任确认的方式：双方协商。十二、违约金和损失赔偿额的计算：除不可抗力因素外（指发生战争、地震、洪水、飓风或其它人力不能控制的不可抗力事件），甲乙双方须遵守合

6、同承诺，否则视为违约并承担违约责任：1、 如果乙方不能按期完成软件开发工作并交给甲方使用，乙方应向甲方支付延期违约金。每延迟一周，乙方向甲方支付合同总额0.5的违约金，不满一周按一周计算，但违约金总额不得超过合同总额的5%；2、 如果甲方不能按期向甲方支付合同款项，甲方应向乙方支付延期违约金。每延迟一周，甲方向乙方支付合同总额0.5的违约金，不满一周按一周计算，但违约金总额不得超过合同总额的5%。十三、解决合同纠纷的方式：在履行本合同的过程中发生争议，双方当事人和解或调解不成，可采取仲裁或按司法程序解决。1 双方同意由北京市仲裁委员会仲裁。2 双方约定向北京市人民法院起诉。十四、名词和术语解释

7、如有，见合同附件。十五、其他1、 本合同一式6份，具有同等法律效力。其中正式两份，甲乙双方各执一份；副本4份，交由乙方。2、 本合同未尽事宜，经双方协商一致，可在合同中增加补充条款，补充条款是合同的组成部分。校务通管理系统的规模成本估算估算是循序渐进的过程，随着项目的不断发展，估算可以重复多次进行的，而且是逐步精确的。本项目采用自下而上和参数法综合的估算方法，具体过程如下：（一）、签订合同前开始签订合同的时候，根据以往类似项目的经验，采用类比估算方法，进行粗略的估算：根据用户的要求采用B/S结构，公司JSP+SQLServer的技术比较成熟，以前成功完成过类似的项目，根据SOW5说明，基本上需

8、要2-3个开发人员，2个月左右的开发时间，基本上是4-6人月的规模，所以，10-15万可以作为合同的参考价格。（二）、合同签署后合同签署之后，根据现有的资源和WBg解的结果，进一步细化估算，由于WB分解是针对项目的功能进行的分解，在成本估算的时候，首先估算每个任务的开发规模，然后在通过系数获得相应的质量、管理任务的规模，从而计算直接成本，然后计算间接成本，以及总成本，具体过程如下。资源,人力资源,2个开发人员,1个项目管理人员,1个项目质量人员,1个配置管理人员,设备资源（作为间接成本计算）,3台电脑,1台服务器项目规模估算表注：规模单位为人/天WBS名称估计值（人天）小计（人天）总计（人天）

9、1通用功能311031.1 电子课表81.2会议通知和公告31.3个人日记51.4通讯录21.5教师答疑51.6作业布置和批改82日常业务管理功能2.1招生管理262.1.1报名32.1.2招生52.1.3分班102.1.4统计查询82.2学生日常管理101.1.1 学生档案管理42.2.2学生考勤管理22.2.3学生奖惩22.2.4学生变动22.3教务管理312.3.1教师日常管理22.3.2年级、班级设置42.3.3学科设置22.3.4年班级课程设计52.3.5排课表92.3.6考试管理42.3.7评价52.4教师备课系统（外包5000元）2.5资源库系统（外包3000）2.6网上考试（外

10、购3000元）2.7聊天室（已存在）12.8论坛（已存在）1估算步骤如下：1. 获取项目分解结果WBSa）任务分解是根据项目的功能进行分解的,2. 计算开发成本a） 由于任务分解的结果主要是针对开发任务的分解，管理任务和质量任务可以通过计算开发任务得到，根据以往经验，管理任务和质量任务=20%*开发任务。b） 从表6-3得知项目规模是103人天，开发人员成本参数=480元/天，则内部的开发成本=480元/天*103天=49440元，c)加上外包外购的部分软件成本5000+3000+3000=11000元，则开发成=49440+11000=60440元。3. 计算管理、质量成本a)项目的管理和质

11、量成本=开发成本*20%=12088元，4.直接成本=60440+12088=72528元，5. 计算间接成本a) 间接成本包括前期合同费用、房祖水电、培训、员工福利、客户服务等，b) 根据以往经验，采用公式：间接成本=25%直接成本=18132元，6.计算总估算成本a)项目总估算成本=72528+18132=90660元。7. 重新评估项目的报价a) 重新评估一下项目的报价准确性，当然这时候，项目的合同已经签署了，报价是不能更改的，但是通过再次的评估可以进一步明确企业的项目运作和利润情况等，b) 如果项目的利润是30%，其中风险基金10%，利润15%，税费5%。则项目的总报价=90660*1

12、.3=117858元,应该说报价还是比较合适的。另外，可以采用简便的算法进行估算，企业的报价可以通过开发规模的估算直接得出，例如如果成本系数为2.5万元/人月，一个人月22人天，则项目报价=2.5*103/22=117045元。(三)、成本预算在下章的进度计划编制完成时，会根据各项任务的情况，安排各项任务的预算成本，最后可以得到比较详细的成本分配情况。见进度计划案例。(四)成本的跟踪控制在项目跟踪控制的每个阶段，会根据项目的具体情况重新估算，预测项目完成后的成本，详见“项目跟踪控制”成本跟踪校务通管理系统质量计划1.略2.2.1在项目实施期间成立项目质量保证组织，该组织由质量保证人员和项目经理

13、组成，项目经理负责质量监督工作及项目进展过程中各环节的质量把关，开发经理负责质量控制的工作，质量保证人员负责质量保证的工作。组织结构图1如下:高层管理Coordinator用户市场部项目管理配置管理质量保证软件开发设计实施质量控制图1：项目的组织结构2.2在本项目中，质量保证组织的职责如下：2.2.1 高层管理高层管理是公司负责质量的高级管理，其质量职责如下：,受理项目内不能解决的不符合问题，必要时与项目经理协调；,负责听取质量保证组的工作报告，评审质量保证活动和结果；,参加有关质量保证过程改进的评审。2.2.2 项目的质量保证人员质量保证人员的质量职责如下：负责项目实施过程中对项目实施情况进

14、行监督，包括对项目实施过程和工作产品进行,监督检查；,实施项目组成员的质量保证培训；,制定质量保证计划；,按计划实施审计活动,依照质量保证计划执行评审/审计，并记录执行中发现的不符合项,对不符合问题提交不符合项报告，跟踪并验证纠正措施的执行情况,对项目内不能解决的不符合项问题向高层管理提交报告,向项目经理报告项目质量工作状况和质量度量结果,定期向项目组报告质量活动的结果,制订质量保证的过程改进计划，记录过程数据1.1. .3项目经理项目经理的质量职责如下：,评审质量计划；,与质量保证人员一起协商不符合项问题的纠正措施，并安排资源实施纠正措施；,定期或事件驱动的评审质量保证活动和结果3.根据企业

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

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

17、2：审计产品一览表审计阶段审计对象参照的标准1 软件项目计划计划结束企业质量体系2 企业质量体系软件配置管理计划计划结束3企业质量体系软件质量保证计划计划结束4企业质量体系和项目计划总体设计文档设计结束5企业质量体系和项目计划详细设计文档设计结束6企业质量体系和项目计划数据库表和编码规范设计结束7每个阶段实施企业质量体系和项目计划产品代码结束8企业质量体系和项目计划测试报告测试结束9企业质量体系和项目计划测试计划设计结束10企业质量体系和项目计划用户文档测试结束3 .2项目严格按照组织定义的软件过程进行开发，过程评审的具体依据参照企业的过程规范，保证项目中的所有过程活动都在实施范围内。在每次评

18、审之后，要对评审结果做出明确的决策并形成评审记录。评审可采取文件传阅、评审会等形式。质量保证人员负责对项目过程进行监督，发现的问题和解决情况在每周的例会上通报，对没有解决的问题进行讨论，对不能解决的问题提交高级管理者处理。每个周末，进行一次配置管理审核，确认配置管理工作是否正常进行。根据公司的质量保证体系和本项目的具体特点，确定项目执行过程如下：1) 项目规划过程及产品标准2) 项目跟踪管理过程3) 需求分析过程及产品标准4) 系统设计过程及产品标准5) 详细设计过程及产品标准6) 调试运行过程及产品标准7) 代码走查过程及代码编写标准8) 产品集成测试过程及产品标准开发环境中的执行规则10)

19、 测试环境中的执行规则9)11) 质量保证过程及其标准12) 配置管理过程及其标准具体过程执行标准详见企业质量体系和项目计划的过程附件.6.质量控制活动包括代码走查、单元测试、集成测试、环境测试等，由开发人负责，详见进度计划。编码人员在编写代码时要进行同步单元测试，单元测试要达到分支覆盖，产品通过单元测试和编码检查后，应提交测试部进行集成测试、系统测试。测试部的测试应达到质.量目标要求，软件发布时应达到测试通过准则的要求7.质量保证人员对每次审计活动发现的不符合项，应该和项目经理协商不符合项的纠正措施，及预定完成日期，若和项目经理存在意见分歧，质量保证人员可以上报给高层管理者，高层管理者决定最

20、后的措施。同时不符合项在项目周例会中汇报。对不符合项，质量保证人员要在预定完成日期内重新审计、验证不符合项的纠正情况，1周仍然有没解决的不符合项，质量保证人员上报给高级管理者，由高若超过预定完成日期级管理者决定最后的措施。质量保证人员有独立的汇报途径，日常的汇报途径如下：,发现的问题通知项目经理，协调纠正措施。,将项目组内不能协调的问题汇报给高级管理者，由高级管理者协调解决。,的日常工作和过程数据要汇报给质量经理统一收集、统计。8.项目组应当保留项目执行过程中形成的各类文档、各种记录、各级周报、各级会议记录、对于项目中问题的处理也需要形成记录保存。每周由质量保证人员根据任务清单的审计任务进行审

21、计活动，并收集各活动的过程数据。校务通管理系统风险管理计划本项目的主要风险是开发人员对客户需求中的学校管理环境不是很熟悉，另外，客户要求的进度比较紧，而且具体需求不是很明确，下面的这个风险列表就是通过一系列的风险识别、风险评估、风险应对，最后得出项目TOP10风险列表。风险分析表1客户的SOWI!求不明确，增加50%35%1.采取加班的方法70%需求，导致需求蔓2修改计划去掉一些延任务3与客户商量延长一些时间2合同进度要求紧，合同可以请一些实习的学30%50%15%金额有限生做辅助工作,一来成本不高,二来可以加快进度.4供货商、外包商的20%50%10%多选择几个可以作为WBS质量问题备份的外

22、包商和供应商5历史项目信15%60%9%1注意项目团队的沟开发人员的息通，及时了解开发人员流动的动态2控制好项目过程中的文档3.从其他的项目组借调人员4从外部招聘有过此类开发经验人员校务通管理系统的项目集成计划1 略2校务通管理系统是对学校教务和教学活动进行综合管理的平台系统，是基于Internet环境的综合信息系统，满足学校管理层、教师、学生、家长等日常工作、学习、管理、咨询等工作。目的是共享学校各种资源、提高学校的工作效率、规范学校的工作流程、便利校内外的交流。系统具有标准化、分布式存储和检索、易用、易维护、开放等特点。3校务通管理系统项目需完成的任务总的分为两类：通用功能和学校日常业务管

23、理功能。其中通用功能包括电子课表、会议通知和公告、日程安排、个人日记、通讯录、教师答疑、家庭作业等。学校日常业务管理功能包括招生管理、学生日常管理、教务管理、1是项目任务的范围图教师备课系统、资源库系统、网上考试功能、聊天室、论坛等。图示。IirIf图i:任务范围4目前电化教育已经越来越普及，各地的学校纷纷建设自己的校园网，但是好多学校在投巨资建设校园网之后，未能高效利用校园网的资源。校务通管理系统提供了有效利用校园网，实现学校管理的电子化。本项目的产品可以达到以下目标。?提高生产效率，减少返工。?节省开支。?业务过程的流水线化。?先前人工劳动的自动化。?符合相关标准和规则。?与目前的应用产品

24、相比较，提高了可用性或减少了失效程度。另外，通过项目进一步验证和完善公司的质量体系，同时锻炼开发队伍的协同精神。5实施策略是确定如何实施项目，以达到项目目标的策略。根据校务通项目特点和企业的战略要求，采取如下策略:,项目管理策略1. 项目管理过程遵循公司质量体系中关于项目管理过程规范2. 根据项目计划中的评审点进行跟踪和管理，并根据结果对项目计划进行适当的调整3. 评审采用定期评审、阶段评审和事件评审相结合的方式4. 按周发布项目简报，通报项目进展情况及其他相关情况,软件开发策略1. 采用OO技术逐步构造系统2. 产品按阶段提交3. 开发实施过程采用公司的复用技术，同时遵循公司质量体系中关于项

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

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

27、人韩万江姜岳尊郭天奇岳好11组成（人）127根据该项目的特点并结合公司已有的软件生存期模型定义，本项目生存期采用增量模型生存期中的各阶段定义如下：阶段目标：根据合同和初步的需求分析确定项目的规模、时间计划和资源需输入：合同文本SOW过程：项目规划，计划确认输出：项目计划阶段目标：确定客户的需求输入：项目计划，SOW过程：需求获取，需求分析，需求控制输出：原型系统，需求规格阶段目标：总体系统结构设计输入：原型系统，需求规格过程：总体设计输出：系统设计说明书，数据库结构定义1阶段目标：实现系统的通用功能输入：系统设计说明书数据库结构定义过程：详细设计,编码，代码走查，代码评审，单元测试输出：详细设

28、计说明书，源代码，可运行版本12阶段目标：实现系统的招生管理功能输入：系统设计说明书数据库结构定义过程：详细设计,编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本2阶段目标：实现系统的学生日常管理功能3输入：系统设计说明书数据库结构定义过程：详细设计,编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本34阶段目标：实现系统的教务管理功能输入：系统设计说明书数据库结构定义,过程：详细设计编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本45阶段目标：实现系统的教师辅助功能输入：系统设计说明书数据库结构定义过程：详细设计,编

29、码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本56阶段目标：实现系统的聊天室/论坛功能输入：系统设计说明书数据库结构定义过程：详细设计,编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本6阶段目标：通过集成环境下的软件测试输入：测试计划测试案例过程：集成测试，系统测试,输出：系统软件包测试报告，产品说明书阶段目标：产品可投入使用输入：系统软件包过程：产品提交输出：验收报告8项目进度计划甘特图如图4所示（,详见进度计划.mpp,）：图4:进度计划9项目估算是为了确定项目所需的人力、时间以及项目完成过程中耗费的人力、物力、5是项目估算和预算的结果（

30、详见估算计划.）.财力资源。图校务通管理系统预算表80,000.0070,000.0060,000.0050,000.00BCWS40,000.0030,000.00预算（元）20,000.0010,000.000.002791520233236384042时间（天）图5:成本计划10质量管理计划详见质量管理计划专题11配置管理计划详见配置管理计划专题.12风险是指在项目进行过程中可能发生的事件，这些事件将会对项目按预期时间、资源和预算完成产生重大影响。风险分析的目标是识别这些事件，设法避免这些事件的发生并2是本项目风险计划清单表。制定一旦这些事件发生后的处理措施。表表2：风险分析表1客户的S

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

32、策，纠正偏差，保证项目的顺利实施。项目交流计划分为如下几类：- 每天17:00的沟通交流- 定期评审- 阶段评审- 事件评审各类交流评审安排见表3。- 3:项目管理交流计划评审类别评审周期评审要点相关人员日例会每天17:00-17:301.不限定主题和内容,随意项目组所有人交流2.共享经验,避免错误定期评审3.本周工作进度每周五项目经理（周例会）4.问题及对策开发经理5. 资源协调质量经理6. 下周工作安排配置管理员阶段结束1.本阶段计划执行情况项目主管2. 质量评审结果项目经理3. 产品审计结果开发经理下阶段计划修正质量经理4.配置管理员市场人员事件评审当事件可能影响1.事件性质和影响范围项

33、目经理计划的执行2. 事件处理方案的讨论开发经理3. 修改计划的评审时间质量经理校务通管理系统的生存期模型针对本项目的开发特点，参考企业的生存期模型说明和软件过程体系，决定采用增量式模型如下图，理由如下：1校务通系统的全部功能分成通用功能和日常业务管理功能两大类，因此可以先基于通用功能作出一个最小的使用版本，再逐步添加其余的功能。这样一来，用户可以先试用最小版本的同时，提出更多明确的需求，这有助于下一阶段的开发，大大减小了开发的风险。2在校务通系统需求规格中，要求系统有可扩充性。若使用增量模型，可以保证系统的可扩充性。用户明确了需求的大部分，但也存在不很详尽的地方。如：“关于教师档案，比照所提

34、供资料设计，现在也没有一个成形的东西”；资源库系统只提到“应提供一个标准的资源库解决方案。”这样只有等到一个可用的产品出来，通过客户使用，然后进行评估，评估结果作为下一个增量的开发计划，下一个增量发布一些新增的功能和特性。直至产生最终完善的产品。3.“系统要求有可扩充性，可以在现有系统的基础上，通过前台就可加挂其它功能模块”。也说明用户可能会增加新的需求。4.对一个管理方式已经比较成熟的学校，要完全舍弃原有的管理方式，用校务通系统替代全部管理，这是不实际的。所以，可以从最基础的做起，逐步扩充其应用，所以选用增量模型来开发校务通系统。5.本项目具备增量式模型的其他特点a）项目复杂程度为中等。b）

35、预计开发软件的成本为中等。c）产品和文档的再使用率会很高d）项目风险较低生存期中的各阶段定义如下:阶段目标:根据合同和初步的需求分析确定项目的规模、时间计划和资源需求。输入：合同文本SOW过程：项目规划，计划确认输出：项目计划阶段目标：确定客户的需求输入：项目计划，SOW过程：需求获取，需求分析，需求控制输出：原型系统，需求规格阶段目标：总体系统结构设计输入：原型系统，需求规格过程：总体设计输出：系统设计说明书，数据库结构定义1阶段目标：实现系统的通用功能输入：系统设计说明书数据库结构定义过程：详细设计,编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本12阶段目标：实

36、现系统的招生管理功能输入：系统设计说明书数据库结构定义过程：详细设计,编码，代码走查，代码评审，单元测试3阶段目标：实现系统的学生日常管理功能输入：系统设计说明书数据库结构定义过程：详细设计,编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本34阶段目标：实现系统的教务管理功能输入：系统设计说明书数据库结构定义过程：详细设计,编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本45阶段目标：实现系统的教师辅助功能输入：系统设计说明书数据库结构定义过程：详细设计,编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本56阶段目标：

37、实现系统的聊天室/论坛功能输入：系统设计说明书数据库结构定义过程：详细设计,编码，代码走查，代码评审，单元测试阶段目标：通过集成环境下的软件测试输入：测试计划测试案例过程：集成测试，系统测试输出：系统软件包,测试报告，产品说明书阶段目标：产品可投入使用输入：系统软件包过程：产品提交输出：验收报告例如系统设计过程及产品标准的定义如下：参与角色R1:项目经理R2:开发经理R3:设计人员进入条件E1:项目计划规定的系统设计时间到输入I1：需求规格活动A1:设计人员了解业务需求并仔细阅读需求规格A2:设计人员收集了解同类项目的技术框架；A3:开发经理领导设计人员通过具体的业务分析和企业成熟的技术框架进

38、行系统设计；A4:设计人员在进行系统设计时，应按照系统设计的标准模板进行，要求如下,完整，正确，如实地说明每个模块的流程和数据库表；,用中文进行描述，并用小四号字体A5:开发经理负责监督设计人员设计文档的对等评审；A6:开发经理主持设计正式评审，同时要求项目经理和质量经理参加A7:设计人员根据评审结果进行修订和补充，并形成最终系统设计文档。A8:开发经理负责将系统设计过程中无法解决的问题以事件报告形式提交给项目经理，由项目管理者进行跟踪解决；输出O1:系统设计文档（格式标准见企业质量体系）完成标志F1:系统设计评审通过，纳入配置库根据企业的质量策略和项目的特点制定本项目度量计划，主要目的是为本

39、项目的控制提供实际数据，以及将来其它项目提供估算依据，表1给出项目规模的度量指标，表2是项目的时间度量指标，表3是需求变更度量指标。规模度量表1:项目规模的度量指标任务名称规模度量单位计划实际需求规格说明书文本页数总体设计说明书HLD页数系统测试计划文本页数详细设计说明书DLD页数单元测试计划文本页数源程序LOC行数单元测试报告文本页数系统测试报告文本页数总计文本页数HLD页数DLD亍数LOC亍数二、时间度量表2:时间度量指标各阶段名称计划时间（小时）实际时间（小时）管理需求分析需求检查总体设计测试计划总体设计检查详细设计详细设计复核详细设计检查单元测试计划编写源程序代码复核代码检查单元测试集

40、成测试系统测试验收合计三、需求变更度量统计表表3:需求变更度量指标变更请求请求时间变更请求者变更内容批准否（Y?N）批准时间需求规格本SL二瓶目的恒飘油修其中：市场部- 负责与用户的协调工作- 负责项目相关的商务活动-负责用户需求的接口- 配合项目经理的资源协调活动-负责产品的验收活动- 负责系统的维护活动项目管理- 负责项目的组织和规划- 负责项目计划制定和维护-负责项目的跟踪和管理- 负责资源的分配和协调活动-负责各组织和计划之间的协调活动-负责与市场部的协调活动软件开发- 负责项目的软件开发，包括设计，编码，单元测试和集成测试- 负责产品质量控制的工作-负责配合质量保证的活动，如系统测试

41、，文档编制等- 配合产品验收的相关活动质量保证- 负责项目过程和产品规范的制定-负责项目过程的质量保证活动，- 过程评审- 产品审计配置管理- 负责项目的配置管理活动-负责软件产品的提交用户- 确保相关责任的实施- 参与项目的组织和规划- 负责产品的验收工作二、项目的沟通计划为了保证项目开发过程的顺利进行和信息的有效沟通，特要求如下的沟通计划1. 每天17:0017:30项目组成员进行口头交流每周五的14：00前提交周报告，格式见模板2.每周五的15：00-17：00召开项目周例会，会后发布会议纪要给相关的项目人员，3.其中说明项目的进展和存在的问题及时提交问题报告，问题可以通过网络提交，项目

42、经理会及时获取问题信息4.校务通管理系统配置管理计划略（1）根据项目计划中的角色分配，确定配置管理者，SCCB（配置控制委员会）成员。（2）项目经理是SCCB勺负责人。（3）配置管理的角色和职责见表1表1:配置管理角色职责表配置管理岳好（1）制定配置管理计划者（2）创建和维护配置库SCC负责人韩万江（1）审批配置管理计划（2）审批重大的变更SCC嗽员项目经理-韩万江，审批某些配置项或基线的变更质量保证人员郭天奇,配置管理者岳好由于本项目属于中小型项目,工期也不是很长,而且大家对SourceSafe也比较悉,所以采用SourceSafe做为配置管理工具。表格2:配置库的目录结构序号内容说明路径T

43、CM技术合同管理$TCMRM需求管理$RMSPP软件项目规划$SPP软件项目跟踪与管SPTO$SPTO理SCM软件配置管理$SCMSQA软件质量保证$SQA设计$SPEDESIGN源代码$SPESOURCECODECfrSPE产品目标代码$SPEBUILD工程测试$SPETEST发布$SPERELEASE3.2用户及权限表2:配置库的用户权限类别人员权限说明配置管理者岳好负责项目配置管理，对库拥有所有权限项目管理韩万江访问、读质量保证人员郭天奇访问、读开发人员姜岳尊，孙泉访问、读访问、读高层管理4.1.1 命名规范命名规范适用于过程文档、生存期中各阶段的计划、需求、设计、代码、测试、手册等文件

44、。本项目文件命名规范由五个字段组成，从左到右依次为：公司、项目、类型、编号和版本号，如图1所示。这些字段用一横线（-）分隔。斡耳aJt*TTT，里，懈小Ik*4,VRIFIhIQT|1)SrhfjiilKMSKKvIJ!图1:文档命名规范4.1.2 主要配置项如下：表3配置项列表技术合合同QTD-School-TCM-Contract-V1.02003-4-11同SOWQTD-School-TCM-SOW-V1.02003-4-11项目计戈心QTD-School-SPP-PP-V1.02003-4-11质量保证计QTD-School-SPP-SQA-V1.02003-4-11计划划配置管理计Q

45、TD-School-SPP-SCM-V1.02003-4-11划需求需求规格说明QTID-School-RM-SRS-V1.02003-4-18书用户DEMOQTDSchool-RM-Demo-V1.02003-4-18总体设计说明QTD-School-Design-HL-V1.02003-4-22书设计数据库设计QTD-School-Design-DB-V1.02003-4-22详细设计说明QTD-School-Design-LL-V1.02003-4-25书设计术语及规QTD-School-Design-STD-V1.02003-4-22范编程源程序QTD-School-Code-Modu

46、leName-V1.02003-6-2编码规则QTD-School-Code-STD-V1.02003-4-22测试计划QTD-School-Test-Plan-V1.02003-6-2测试用例QTD-School-Test-Case-V1.02003-6-2测试测试报告QTD-School-Test-Report-V1.02003-6-4提交运行产品QTD-School-Product-Exe-V1.02003-6-5验收报告QTD-School-Product-Repoort-V1.02003-6-6用户手册QTD-School-Product-Manual-V1.02003-6-64.1

47、.3项目基线在SourceSafe中基线由LABEL标识，字母必须为大写。基线管理由项目执行负责人确认，SCCEK权，由配置管理员执行。表4:基线发布计划：需求需求规格说明书、用户DEMO2003-4-18总体设计总体设计说明书、数据库设计2003-4-11项目实现软件源代码、编码规则2003-6-2系统测试测试用例、测试报告2003-6-4配置项可能包含的分支从逻辑上可以划分成4个不同功能的分支，让它们分别应4类工作空间。,主干分支,私有分支,小组分支,集成分支上面定义的四类工作空间（分支）由项目执行负责人统一管理，根据各开发阶的实际情况定制相应的版本选取规则，来保证开发活动的正常运作。在变

48、更发时，应及时做好基线的推进。主干分支系统缺省自动建立的物理分支主干分支（/main）,BASELINE匀以LABEL方式出现在主干分支上。私有分支如果多个开发工程师维护一个配置项时建议建立自己的私有分支。配置管理员对其基本不予管理，如个别私有空间上的版本树过于冗余，将对其冗余版本行限制。小组分支如果出现小组共同开发该配置项，该分支可视为项目组内部分组的私有空间，存放代码开发过程中的版本分支，由项目组内部控制。集成分支集成测试时在主干分支的特定版本(由LABEL标识清晰)上建立集成分支,测试工作在集成分支上完成。私有分支和小组分支均为可选，必要时建立。变更管理的流程是：由请求者提交变更请求，变

49、更控制委员会召开复审会议对变1)更请求进行复审，以确定该请求是否为有效请求。典型的变更请求管理有需求变更管理、缺陷追踪等。2)配置管理者收到基线修改请求后,在配置库中生成与此配置项相关的波及关系表3)配置管理者将基线波及关系表提交给SCCB由SCCB!定是否需要修改,如果需要修改,SCCB应根据波及关系表,确定需要修改的具体文件,并在波及分析表中标识出来.4) 配置管理者按照出库程序从配置库中取出需要修改的文件5) 项目人员将修改后的文件提交给配置管理者6) 配置管理者将修改后的配置项按入库程序放入配置库7)配置管理者按SCCEfe识出的彳改文件,由波及关系表生成基线变更记录表,并按入库程序放

50、入配置库4.3配置状态统计利用配置状态统计可以记录和跟踪配置项的改变。状态统计可用于评估项目风险，在开发过程中跟踪更改，并且提供统计数据以确保所有必须的更改被执为跟踪工作产品基线，配置管理者需收集下列信息：,基线类型工作产品名称,配置项名称/标识符,版本号,更改日期/时间,更改请求列表,需要更改的配置项,当前状态,当前状态发生日期项目组每周提交配置项清单及其当前版本0配置管理人员每半个月提交变更请求的状态统计。校务通管理系统的项目总结1）项目总体信息，包括项目总时间、总成本、总人力，总规模等信息项目总时间：2003/4/10-2003/6/11,共计45天，比计划多3天。项目总成本：85,52

51、8.00项目总人力：5人项目总规模：157.80人大规模比例见下图:项目评审记录人力资源规模比例口:m目并域狼自田质量保口才亡置管理2)总评审次数：23其中：项目计划评审：1设计评审：2质量评审：2定期评审：8阶段评审：8事件评审：23)产品提交表任务单1.0项目规划2003/4/10韩万江项目计划1.0项目规划2003/4/11韩万江配置管理计划1.0项目规划2003/4/11岳好质量保证计划1.0项目规划2003/4/11郭天奇用户界面demo1.0需求开发2003/4/18孙泉需求规格说明书1.0需求开发2003/4/18姜岳尊设计说明书1.0设计2003/4/21姜岳尊设计说明书1.1

52、设计2003/4/23姜岳尊通用功能增量10.1实施2003/4/25姜岳尊招生管理增量20.1实施2003/5/2姜岳尊项目计划2.0实施2003/5/2韩万江学生日常管理增量30.1实施2003/5/7姜岳尊教务管理增量40.1实施2003/5/20姜岳尊教师辅助功能增量50.1实施2003/5/22姜岳尊聊天室/论坛增量60.1实施2003/6/2姜岳尊产品包1.0实施2003/6/6姜岳尊测试报告1.0测试2003/6/6岳好用户手册1.0测试2003/6/11孙泉验收报告1.0提交2003/6/11姜岳尊项目总结1.0提交2003/6/12韩万江实际与计划的差异分析4)项目时间差异（

53、天）计划工期实际工期时间差异42453项目总规模差异表（人天）计划规模实际规模规模差异138157.819.8项目成本差异表（元）预算成本计划总成本实际成本直接成本差异成本差异855281036851329066075160结论：1.从项目规模、成本差异表看，尽管略有差异，但基本控制在计划以内。项目管理的评估总结和建议5）基本遵循企业的质量体系实施项目管理过程。1根据项目的具体情况，对企业的质量体系的执行活动进行了定制。2由于大家对项目管理的认识不同，项目管理的磨合时间较长。3建议：大家对项目管理过程应该有统一认识；力争有比较客观准确的项目计划4 做基础，才可更好地实现项目跟踪管理。建议：项目计划前期应增加一个过程：项目计划的规划过程，对项目计划过程5做一个时间规划和任务规划。建议：项目计划期间，管理，开发，质量保证三方应相互明确各自任务的内容6和相互的职责，以提高项目计划的准确性和透明度，为项目实施过程的相互协作打下基础。质量保证的评估总结和建议6)质量保证在项目中，基本按计划进行；达到了预期的效果，尤其对关键的质量1控制。系统测试阶段质量保证人员的参与，对产品的验错起到很好的作用。2建议：以后的功能测试应增加质量保证人员。3开发技术的评估总结和建议7)开发人员具有一定的敬业精神和实施能力12开发人员对项目计划的时间概念不强建议：增强项目计划的时间观念。