软件项目管理大作业.doc

《软件项目管理大作业.doc》由会员分享，可在线阅读，更多相关《软件项目管理大作业.doc（27页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、 学校招生管理系统 目录 一项目启动21.1系统概述21.2可行性分析21.3合同拟定工作31.4生存期模型6二制定计划62.1需求分析62.1.1功能需求72.1.2系统WBS72.2人力资源管理82.3项目的进度计划92.4成本估算10三执行控制143.1项目的网络结构图143.2关键路径分析方法153.3进度、成本控制153.4风险管理控制153.5质量控制173.5.1质量控制方法173.5.2质量控制标准17四项目资源管理和监督控制184.1资源甘特图184.2激励和绩效管理194.3监督控制21五总结215.1学校招生管理系统的收尾215.2学校招生管理系统的项目总结225.3对学

2、习软件项目管理课程体会的总结24 序言 随着现代社会的不断发展和进步，以及信息全球化的实现，社会各个领域都进入了计算机时代，某高校由于办学质量高，每年的报考学术数量居多，所以学校招生工作量很大，对此学校希望有一个现代化的信息交流平台，即学校招生管理系统。一项目启动1.1系统概述手工管理这些纷繁复杂数据的方式已经不适应时代的潮流，实现数据规范化、自动化的电脑管理，是一个管理规范、运作高效的企事业单位的必要要求。学校招生管理系统就是为了实现各院校招生高效管理而设计的。主要内容包括：学生的录入、修改、删除、打印学生名单；学费的录入、修改、删除、打印；对学生信息、学费交费情况的查询；学期的设置、管理员

3、的设置；对系统的维护，数据库备份的支持。重点介绍了招生信息管理系统学生交费模块的分析和设计以及如何利用工具软件实现数据的添加、查询、删除等基本功能。实行电子化的交费管理,可以让管理变得简单。本系统的实现基本解决了以往管理中存在的需要人工管理，人工统计、不能综合处理业务和工作效率低等问题，对交费的统计和查询都很简单；主要针对以上学校招生时一般需求设计，可以有效而精密的管理招生数据，提高工作效率和招生信息管理透明度。1.2可行性分析 本系统的可行性分析包括以下几个方面的内容。（1）经济可行性：主要是对项目的经济效益进行评价，本系统开发经费非常小,对于大多数学校在经济上是可以接受的。（2）技术可行性

4、：技术上主要分析技术条件能否顺利完成开发工作，目前开发这类信息管理系统已经有很多非常成熟的开发工具和相应的后台数据库，因此技术上也是可行的。 （3）时机可行性：目前，随着社会的发展，学校的增加，学生的扩招，设计这样一个招生信息管理系统会给学校带来方便和效率。所以建立这样一个管理系统很有市场，所以具有时机可行性。学校招生管理本功能完成学校从招生都入学的全部过程。其业务流程图如图1所示：图1 学校招生管理系统的业务流程图说明：1. 对于招生工作，首先是报名，系统需要提供报名功能，有的学校还要组织招生考试，但是某些招生不存在入学考试。如不需要考试则根据报名审查情况录入新生基本信息，录入信息包括姓名、

5、性别、考籍号、总分、考生来源、考生类型。2. 符合入学条件的学生全部录入或根据考试情况转入完毕后，首先要根据性别和分数分班，分班原则为：每班男生、女生比列要基本一致，各班各分数段的人数要一致。自分班后，一定要提供手工调整的功能。3. 分班结束后，转入正常教学工作前一定要保证，各班的升学工作已经结束。4. 统计查询 可按入学总分统计查询，可按男女查询，按学生来源统计。对于总分可按任意分数段统计。如每10分一个分数段，或没1分一个分数段。1.3合同拟定工作某校（甲方）希望委托软件公司为其开发学校招生管理系统这个项目。以便于提高学校的工作效率，规范学校的工作流程。针对这个项目，甲方采取多方洽谈的招标

6、方式。经过多方沟通和不懈的努力，西安*公司（乙方）获得了这个项目的开发权，双方经过多次协商和讨论，最后签署项目开发合同。合同文本如下：合同登记编号： 技术开发合同项目名称：学校招生管理系统委托人（甲方）：*大学研究开发人（乙方）：西安*公司签订地点：西安市签订日期：2013年12月25日有效日期：2013年12月25日至2014年6月25日 西安技术市场管理办公室根据中华人民共和国合同法的规定，合同双方就学校招生管理系统开发项目的技术开发，经协商一致，签订本合同。 一、标的技术的内容、范围及要求根据甲方的要求，乙方完成学校招生管理系统的研制开发。1. 根据甲方的要求进行系统方案设计，要求建立B

7、/S结构的，基于的SQL server数据库、NT服务器和J2EE技术的三层架构体系的综合服务软件系统。2. 配合甲方，在与整体系统相融合的基础上，建立系统运行的软硬件环境。二、应达到的技术指标和参数1.系统应满足并行登录，并行查询的速度要求。2.系统的主要功能应满足双方认可的需求规格，不可以随便改动。三、研究开发经费、报酬及其支付或结算方式1.研究开发经费是指完成本项目研究开发工作所需的成本。报酬只本项目开发成果的使用费和研究开发人员的科研补贴。2.本项目研究开发经费和报酬（人民币大写）：*万元整。3.支付方式：分期支付。本合同签订之日起生效，甲方在五个工作日内应付乙方合同总金额的50%，计

8、人民币*.00元整，验收后甲方在五个工作日内付清全部合同余额，计人民币*元整。四、 本合同履行方式甲方责任1. 甲方全力协助乙方完成合同内容。2. 合同期内甲方为乙方提供专业性接口技术支持。乙方责任1. 乙方按甲方要求完成合同内容。2. 乙方愿提供在实现功能的前提下，进一步予以完善。3. 乙方在合同商定的时间内保证系统正常运行。4. 乙方在项目验收后提供一年免费维修。5. 未经甲方同意，乙方不得向第三方提供本系统中涉及专业的技术内容和所有的系统数据。五、验收的标准和方式研究开发所完成的技术成果，达到了本合同第二条所列技术指标，按国家标准，采用一定的方式验收，由甲方出具技术项目验收证明。六、 风

9、险的承担在履行本合同的过程中，却因在现有水平和条件下难以克服的技术困难，导致研究开发部分或全部失败所造成的损失，风险责任由甲方承担50%，乙方承担50%。本项目风险责任确认的方式：双方协商。七、 违约金和损失赔偿的计算除不可抗力因素外（指发生战争、地震、洪水、飓风或其他人力不能控制的不可抗力事件），甲乙双方须遵守合同承诺，否则视为违约并承担违约责任：1. 如果乙方不能按期完成软件开发工作并交给甲方使用，乙方应向甲方支付延期违约金。每延迟一周，乙方向甲方支付合同总额0.5%的违约金，不满一周按一周计算，但违约金不得超过合同总额的5%。2. 如果甲方不能按期向甲方支付合同款项，甲方应向乙方支付延期

10、违约金。每延迟一周，乙方向甲方支付合同总额0.5%的违约金，不满一周按一周计算，但违约金不得超过合同总额的5%。八、解决合同纠纷的方式在履行本合同的过程中发生争议，双方当事人和解或调解不成，可采取仲裁或司法程序解决。1. 双方同意由西安市仲裁委员会仲裁。2. 双方约定向西安市人民法院起诉。九、其他1.本合同一式6份，具有同等法律效力。其中正式两份，甲乙双方各执一份；副本4份，交由乙方。2.本合同未尽事宜，经双方协商一致，可在合同中增加补充条款，补充条款是合同的组成部分。1.4生存期模型针对本项目的开发特点，参考企业的生存期模型和软件过程体系，决定采用瀑布模型如图2所示，理由如下：图2 瀑布模型

11、1. 对于学校招生管理系统，在其开始前，项目的需求已经被很好的理解，也很明确。2. 学校招生管理系统属于短期项目，采用瀑布模型比较简单，易用，直观。二制定计划2.1需求分析本项目需求调研阶段，发现用户缺乏相关知识，他们对需求没有很明确的说明，但随着项目的进展，用户的经验也会增加，自然会发现一不合理或不完整或缺少的需求，必然会引起需求变更。为了避免不必要的需求变化，在开发学校招生管理系统需求的时候，项目组合用户一起来确定需求规格。本项目通过原型分析法确定需求，然后根据用户确认的原型系统编写软件需求规格。最后，根据需求规格形成项目的最后范围计划，即任务分解图（WBS）。2.1.1功能需求根据客户的

12、描述，项目组经过多次修改最终确定了项目的功能需求，得出功能模块图，如图3： 图3 功能模块图再通过开发人员与客户的一同商量，以用户视角确定了用例分析图，如图4： 图4 用例图2.1.2系统WBS根据对本项目的需求规格的分析，采用图表方式进行任务分解，其分解结构如图5所示： 图5 学校招生系统任务分解结果2.2人力资源管理 人力资源管理是项目成功与否的基础，而项目组织形式是团队的基础。学校招生管理系统是一个矩阵型的项目组织结构。如图6为项目的组织结构： 图6 项目的组织结构 学校招生管理系统项目的责任分配矩阵（RAM）如表1： 表1 角色映射表项目管理组 软件开发组质量保证组配置管理组负责人张三

13、李四王五张三组成人张三李四、王五、宋毅、江飞宋毅、王五宋毅、张三 学校招生管理系统的具体人员计划可以通过进度计划中人力资源分配体现出来，见进度计划。2.3项目的进度计划 学校招生管理系统的进化计划采用渐进完善的方式进行的。首先确定初期进度计划，由于初期信息不足，所以初期计划只是一个计划表格，相当一个大计划，简单说明计划的执行步骤。如表2： 表2 项目初期计划任务完成时间负责人资源备注需求讨论2013-12-24张三开发人员参与项目规划2013-12-27张三全体人员参与需求确定2014-1-5张三全体人员参与设计2014-1-9李四陆励成参与项目实施2014-2-9李四陆励成参与有待细化测试2

14、014-2-15王五开发人员参与提交2014-2-16张三 其次，对初期项目计划进一步细化，根据WBS的分解情况，继续分解相应的活动（任务），将分解后的所有活动和WBS的代码录入项目计划文件中，然后确定各个活动之间的关系，并对各个任务分配相应的资源，然后经过不断的资源调整优化以及工期、活动关系的调整等，再经过多次的评审讨论，最后计划通过评审，绘制项目计划甘特图如图7：2.4成本估算学校招生管理系统是循序渐进的过程，随着项目的不断发展，估算可以重复多次进行的，而且是逐步精确地。本项目采用自下而上和参数法综合的成本估算方法，然后结合进度形成项目成本预算基线。 （1）签订合同签前 签订合同前，根据以

15、往类似的经验，采用类比估算方法，进行粗略的估算：根据用户的要求采用B/S结构，公司JSP+SQL Server的技术比较成熟，以前成功完成类似的项目，根据工作任务，基本上需要2-3个开发人员，1个月左右的开发时间，基本上是2-3人月的规模，所以，5-10万可以作为合同的参考价格。这个阶段只需要一个粗略的量级的成本估算，可以不进行详细的成本预算。 （2）合同签订后 合同签订之后，根据现有的资源和WBS分解的结果，进一步细化估算，由于WBS分解包括了质量任务和管理任务，可直接计算直接成本，在计算间接成本，最后计算总成本，具体过程如下： 首先分析资源 1）人力资源：2个开发人员、1个项目管理人员、1

16、个项目质量人员、1个配置管理人员。 2）设备资源（作为间接成本计算）：3台电脑、1台服务器。 估算步骤如下： 1）获取项目分解结果WBS。 2）估算直接成本 表3得知项目规模是81人天，开发人员成本参数=480元天，则内部的开发成本=480元天81天=38880元。 3）估算间接成本 间接成本包括前期合同费用、房租水电、培训、员工福利、客户服务等。根据以往经验，采用公式：间接成本=25%直接成本=9720元。 4）计算总估算成本项目总估算成本=38880+9720=48600元。5）重新评估项目的报价 重新评估一下项目的报价准确性，进一步明确企业的项目运作和利润情况等。 如果项目的利润是30%

17、，其中风险基金10%，利润15%，税费5%。则项目的总报价=486001.3=63180元。应该说报价还是比较合适的。 表3给出了项目规模的估算，如下： 表3 项目规模估算表 注：规模单位为人天WBS子任务估计值（人天）小计（人天）总计1软件规划8811.1合同签订21.2计划编制41.3计划确认22需求分析102.1需求开发32.2需求管理42.3系统测试计划编制33设计123.1界面设计43.2结构设计43.3数据设计44实施254.1编码154.2代码复核54.3单元测试55测试215.1集成测试95.2系统测试85.3测试总结15.4缺陷跟踪25.5手册编写16交付56.1验收测试36

18、.2产品提交16.3用户培训1 再根据项目人员付出的时间以及各项任务的具体情况进行成本预算，表4为资源费用比例。 表4 资源费用比例 资源名称类型缩写最大单位标准费率加班费率每次使用成本成本累算基准日历张三工时张100%80.00/工时0.00/工时0.00按比例标准李四工时李100%70.00/工时0.00/工时0.00按比例标准王五工时王100%60.00/工时0.00/工时0.00按比例标准宋毅工时宋100%50.00/工时0.00/工时0.00按比例标准江飞工时江100%50.00/工时0.00/工时0.00按比例标准 根据每个任务的资源分配和时间安排，确定项目的预算，如表5，预算总成

19、本为54880元，与估算的成本基本持平，这样54880元可以作为项目的成本控制参考。 表5 成本预算表任务名称工期开始时间完成时间资源名称比较基准成本学校招生管理系统47 个工作日2013年12月25日2014年2月27日54,880.00软件规划4 个工作日2013年12月25日2013年12月30日5,200.00合同签订1 个工作日2013年12月25日2013年12月25日张三640.00计划编制2 个工作日2013年12月26日2013年12月27日李四,王五,张三3,360.00计划确认1 个工作日2013年12月30日2013年12月30日张三,李四1,200.00需求分析7 个

20、工作日2013年12月31日2014年1月8日7,920.00需求开发2 个工作日2013年12月31日2014年1月1日李四,宋毅1,920.00需求管理3 个工作日2014年1月2日2014年1月6日李四,王五,张三5,040.00系统测试计划编制2 个工作日2014年1月7日2014年1月8日王五960.00设计6 个工作日2014年1月9日2014年1月16日5,440.00界面设计2 个工作日2014年1月9日2014年1月10日李四,王五2,080.00结构设计2 个工作日2014年1月13日2014年1月14日江飞,王五1,760.00 数据设计2 个工作日2014年1月15日2

21、014年1月16日江飞,宋毅1,600.00实施16 个工作日2014年1月17日2014年2月7日25,440.00编码11 个工作日2014年1月17日2014年1月31日江飞,李四,宋毅,王五20,240.00代码复核2 个工作日2014年2月3日2014年2月4日江飞,宋毅1,600.00单元测试3 个工作日2014年2月5日2014年2月7日李四,张三3,600.00测试9 个工作日2014年2月10日2014年2月20日4,400.00集成测试3 个工作日2014年2月10日2014年2月12日李四1,680.00系统测试3 个工作日2014年2月13日2014年2月17日宋毅1,

22、200.00测试总结1 个工作日2014年2月18日2014年2月18日张三640.00缺陷跟踪1 个工作日2014年2月19日2014年2月19日江飞400.00手册编写1 个工作日2014年2月20日2014年2月20日王五480.00交付5 个工作日2014年2月21日2014年2月27日6,480.00验收测试3 个工作日2014年2月21日2014年2月25日李四,张三,王五5,040.00产品提交1 个工作日2014年2月26日2014年2月26日张三640.00用户培训1 个工作日2014年2月27日2014年2月27日江飞,宋毅800.00 三执行控制在本项目进展过程中，项目经

23、理每天要根据项目计划来跟踪项目实际的执行情况，关注项目的成本、进度、质量、风险等情况，每天记录实际的进展情况，通过工具得出计划与实际的对照情况，发现问题需要及时解决。每周五进行一次定期评审，每个阶段结束时，进行阶段评审，并给出评审报告，评审报告应该说明项目的进展情况、费用情况、质量情况、风险情况等，并对项目将来的情况作出预测，以保证项目能够按时保证质量完成。3.1项目的网络结构图 图 7 网络结构图3.2关键路径分析方法折叠网络图关键路径是根据制定的网络图逻辑关系进行的单一的、最早和最晚开始和完成日期，然后计算网络图中的最长路径，以便确定项目的完成时间估计。采用此项目可以配合进度的编制。有上述

24、网络图可知：关键路径3-4-5-7-8-9-11-12-13-15-16-17-19-20-21-22-23-25-26-27；项目完成的最短时间是47天，即关键路径的长度是47天。3.3进度、成本控制项目进度、成本的跟踪控制过程是根据跟踪采集的进度、成本、资源等数据，并与原来的基准计划比较，对项目的进展情况进行分析，以保证项目在可以控制的进度、成本、资源内完成。常用的项目性能分析方法有图解控制法，挣值分析法等。图8和表6是项目截止2014年2月7号的跟踪结果，图8显示了项目进展过程中进度情况，有实际的进度与计划基准的比较情况，可以看出进度正常进行。表6显示了成本跟踪结果，从中可以看出，实际成

25、本比计划略有减少。 图8 2013/2/7的进度跟踪 表6 2013/2/7的成本跟踪结果任务名称 开始时间 完成时间比较基准 成本成本差异学校招生管理系统2013年12月25日2014年2月27日54,880.0052,737.00-2,143.00软件规划2013年12月25日2013年12月30日5,200.005,200.000.00合同签订2013年12月25日2013年12月25日640.00640.000.00计划编制2013年12月26日2013年12月27日3,360.003,360.000.00计划确认2013年12月30日2013年12月30日1,200.001,200.

26、000.00需求分析2013年12月31日2014年1月8日7,920.007,141.00-779.00需求开发2013年12月31日2014年1月1日1,920.001,920.000.00需求管理2014年1月2日2014年1月6日5,040.004,261.00-779.00系统测试计划编制2014年1月7日2014年1月8日960.00960.000.00设计2014年1月9日2014年1月16日5,440.005,976.00536.00界面设计2014年1月9日2014年1月10日2,080.002,616.00536.00结构设计2014年1月13日2014年1月14日1,76

27、0.001,760.000.00数据设计2014年1月15日2014年1月16日1,600.001,600.000.00实施2014年1月17日2014年2月7日25,440.0023,417.00-2,023.00编码2014年1月17日2014年1月31日20,240.0017,564.00-2,676.00代码复核2014年2月3日2014年2月4日1,600.002,253.00653.00单元测试2014年2月5日2014年2月7日3,600.003,600.000.00测试2014年2月10日2014年2月20日4,400.004,400.000.00集成测试2014年2月10日2

28、014年2月12日1,680.001,680.000.00系统测试2014年2月13日2014年2月17日1,200.001,200.000.00测试总结2014年2月18日2014年2月18日640.00640.000.00缺陷跟踪2014年2月19日2014年2月19日400.00400.000.00手册编写2014年2月20日2014年2月20日480.00480.000.00交付2014年2月21日2014年2月27日6,480.006,480.000.00验收测试2014年2月21日2014年2月25日5,040.005,040.000.00产品提交2014年2月26日2014年2月

29、26日640.00640.000.00用户培训2014年2月27日2014年2月27日800.00800.000.00接下来采用挣值分析法，也称为以获取价值分析，对项目的进度、成本做进一步有效分析。截止到2013年2月7日为止的计算结果如下：已获取价值（BCWP）=5200+7920+5440+25440=44000元计划费用（BCWS）=5200+7290+5440+25440=44000元实际费用（ACWP）=5200+7141+5976+23417=41857元费用差异（CV）=BCWP-BCWS=0元进度差异（SV）=BCWP-ACWP=2143元进度效能指标（SPI）=BCWP/BC

30、WS=100%成本效能指标（CPI）=BCWP/ACWP=105%所以从上述计算结果，我们可以可以进一步得知截止到2013年2月7日为止，学校招生管理系统项目的进度按计划执行，但费用却预算低。3.4风险管理控制 风险控制就是通过对风险的规划和对项目全过程的监视，从而保证风险管理能达到预期的目标，是项目实施过程中的一个重要工作。其目的是核对风险管理的策略和实施的实际效果是否与遇见的相同，同时获取反馈信息，改善风险计划。首先建立风险控制体系，然后评审和评价风险。（1） 建立项目风险监控体系 项目风险监控体系的建立，包括制定项目风险的方针、程序、责任制度、报告制度、预警制度、沟通程序等方式，以此来控

31、制项目的风险。（2）项目风险评审评估 制定项目风险监控活动和有关结果是否符合项目风险计划，以及风险计划是否有效地实施并达到预定目标的。 项目经理根据风险计划实时监控项目风险的情况，表7是截至2014年1月10号为止的风险分析表及其处理方法。 表7 风险分析表排序上周排序输入风险事件风险说明采取的措施11客户的sow需求不明确，增加需求，导致需求蔓延客户提出增加“二次开发的接口模块”增加接口模块，技术上实现不困难，而且波及面不大，工作量也不大，所以，同意用户的需求。24编码开发工具不理想由于对全部软件的更新，工作人员对SQL server2008不能够熟练操作，影响进度对工作人员加强培训，强化训

32、练。33历史信息开发人员的流动开发人员中的一个人由于出过国辞职从其他的项目组借调首席本项目技术的人员，而且此由于开发过程中过程文档控制的比较清楚，交接工作很顺利3.5质量控制3.5.1质量控制方法质量控制是对阶段性的成果进行测试、验证，可以为质量保证提供参考依据。质量控制同城游开发部门或类似质量控制部门名称的组织单位执行。质量控制的三个要点是：1） 检查控制对象是项目工作结果。2） 进行跟踪检查的依据是相关质量标准。3） 对不满意的质量问题，需要进一步分析其产生的原因，并确定采取何种措施来消除这些问题。质量控制的方法有很多，例如技术评审、走查、缺陷跟踪等，关于学校招生管理系统，可采用缺陷跟踪的

33、方法进行质量控制。由于在项目开发和维护阶段，总会出项各种各样的缺陷。缺陷跟踪正是为了跟踪软件产品的所有问题。并且记录缺陷的原因，缺陷引入阶段，对系统的影响，状态，以及解决方案。而且，更加复杂的跟踪系统会跟踪到具体配置项的详细情况，基于开发人员所做的修改。缺陷追踪是从缺陷发现开始一直到缺陷改正为止的全过程的跟踪。对于质量控制中发现的不合格项，应及时分析原因，并进行适宜的处置，保证不合格项得到识别和有效的控制。对于已经发现的不合格项或潜在不和各项，应制定相应的纠错措施和预防措施，以消除不合格或潜在不合格项的原因，防止不合格项的发生。纠正措施或预防措施制定后，应对质量计划进行相应的调整，保证项目的顺

34、利实施。如图9是一个质量控制的缺陷跟踪图，从中可以看出，项目的缺陷在前期比较突出，随着项目的进展，缺陷的发生比例基本在控制范围之内。 图9 缺陷比例3.5.2质量控制标准 根据企业的质量方针和质量目标，结合本项目特点，制定项目的总体质量目标： 1）基于需求的测试覆盖率为100%； 2）软件功能测试用例通过率不低于95%； 3）每个阶段评审中发现的问题都已解决或得到适当处理； 4）产品发布时不存在严重及其以上的缺陷。 结合以往的项目经验和企业的质量相应标准，制定相应标准如表8所示： 表8 质量控制标准项目具体描述计划实际缺陷排除率（缺陷数页）需求检查4系统总体设计检查2 缺陷排除率（缺陷数KLO

35、C）详细设计复核30详细设计检查10代码复核65代码检查20编译20单元测试15系统集成5系统测试5四项目资源管理和监督控制4.1资源甘特图 4.2激励和绩效管理 一个系统内的元素是相互影响彼此联系的，仅有优秀的项目经理是不够的，巧妇难为无米之炊，要达到项目目标，离不开项目资源，项目经理的职责就是利用既有的项目资源达到项目的目标，满足客户的需求。首先根据项目的需要，参考项目计划进行人员编制。更重要的是根据每个人的专长、特点、爱好来安排任务，充分做到人尽其才。项目团队士气是项目成功的一个重要因素，项目成员的激励是调动成员工作热情非常重要的手段。管理者通过采取各种措施，给与项目一定的物质刺激、精神

36、激励，去激发项目成员的工作动机，调动员工的工作积极性、主动性，并鼓励他们的创造精神，从而以最高的效率完成项目目标。当然激励一定要因人而异，可以适当参照下面做法：1） 薪酬鼓励：对于软件人员，如果支付的薪酬与其贡献出现较大偏差时，便会产生不满情绪，降低工作积极性，因此，必须让薪酬与绩效挂钩。2） 机会激励：在运用机会激励时，要将就公平原则，即每位员工都有平等的机会参加学习、培训和获得具有挑战性的工作，这样才不会挫伤软件人员的积极性。3） 环境激励：企业内部良好的技术创新氛围，企业全体人员对技术创新的重视和理解，尤其是管理层对软件人员工作的关注与支持，都是对软件人员有效的激励。4） 情感激励：知识

37、型员工都受尊重的需求相对较高，尤其对于软件人员，他们自认为对企业的贡献最大，更加渴望被尊重。其他激励，如弹性工作制，由于软件人员的工作自主性特点，宽松、灵活的弹性工作时间和工作环境对于保持创新思维很重要。在团队管理中，项目经理要从整体的角度考虑项目队伍，建立一个具有高度主观能动性的项目队伍，从而提高工作效率。团队开发过程中，要开发所有项目相关人员的潜能为项目服务，必须承诺实现共同的目标，学会团队精神，分享共同工作的热情，开发高质量的产品。促进团队成员之间的了解、信任、依赖；增加团队的凝聚力；提高项目团队的士气；增加团队战斗力；培养团队以团队目标为自己的奋斗目标的理念；培养内部的团结合作和与其他

38、组个人能力的培养和个人的发展。在团队建设中应该注意以下几个方面。1） 创建有实力存在感的项目团队项目团队要定期召开会议：会议一方面传达信息，另一方面强调队伍的整体性，坐在一个会议室，彼此相见，互相认识，感到一个实际存在的团队。2） 建立奖励机制虽然项目经理的权利是有限的，但项目经理可以利用有限的权力为团队成员简历一个最佳的奖励机制。例如为表现优秀的成员写推荐信。3） 确立良好的人际关系对员工的表现要有积极的反馈，确保交流的通畅，在公共的场合肯定优秀的工作表现对项目表现要关心，做一个“挽起袖子”式的管理者，平易近人。清楚的说明你的期望以及工作要求，坚持原则，授以项目成员决策权。4） 设置工作授权

39、系统在项目进行过程中设置工作授权系统，工作授权系统就是一个用来确保合格的人在正确的时间、以合适的顺序进行工作的方法。在人员的管理方面，一方面要求项目组成员相对稳定，以保证开发工作的连续性；利益方面，不搞终身制，经调查经过短期培训后仍不能胜任本职工作的坚决调换，保证项目整体工作不受影响。通过平常和阶段性的工作考核、评审，对不合格人员进行调换。此外，为了调动成员的积极性，可以从多个方面着手，如在启动会上邀请公司高层领导参加，请领导鼓舞士气。尽量根据成员兴趣安排任务；按期进行绩效评定并给与适当奖励。4.3监督控制 过程度量方法软件度量是用量化的方法来评测软件开发中的费用、生产率、进度和产品质量等要素

40、是否符合期望值，包括过程度量和产品度量两个方面。度量来提供引导改进战略的指标。但是，在我们讨论软件度量及它们对软件过程改进的影响之前，必须注意到过程仅是众多“改进软件质量和组织性能的控制因素”中的一种。我们间接地测量一个软件过程的功效。即，我们基于从过程中获得的结果导出一组度量。这些结果包括：在软件发布之前发现的错误数的测量，交付给最终用户并由最终用户报告的缺陷的测量，交付的工作产品的测量，花费的工作量的测量，花费的时间的测量，与进度计划是否一致的测量，以及其他测量。我们还通过测量特定软件工程任务的特性来导出过程度量。因为某个软件工程师可能对在其个人基础上收集的度量的使用比较敏感，这是很自然的，这些数据对此人应该是私有的，并成为仅供此人参考的指标。产业界普遍使用面向规模和面向功能的度量。面向规模的度量使用代码行作为其他测量，如人月或缺陷的规范化因子。功能点则是从信息域的测量及对问题复杂度的主观评估中导出的。 测量导致文化的改变。如果打算开始进行度量，则数据收集、度量计算及度量评估是必须执行的三个步骤。通过创建一个度量基线（一个包含过程及产品测量的数据库）软件工程师及管理者能够更好地了解他们所做的工作及所开发的产品。 五总结5.1学校招生管理系统的收尾 收尾过程是一个沟通