软件工程第八章作业PHTRS

软件工程第八章作业PHTRS一、引言软件工程作为一门重要的学科，旨在指导软件开发的全过程，确保软件的质量、可靠性和可维护性。第八章主要围绕软件项目的计划、监控与风险管理等内容展开。本次作业PHTRS要求我们对相关知识点进行深入理解和应用，通过实际案例分析、理论阐述等方式完成各项任务，以检验我们对软件工程第八章知识的掌握程度。

二、软件项目计划

（一）项目范围定义项目范围定义明确了项目要完成的工作边界。在PHTRS作业中，首先需要清晰界定软件项目的具体功能和特性。通过与相关利益者（如客户、用户等）沟通，收集需求信息，整理出详细的项目需求文档。例如，对于一个电商购物软件，其范围可能包括商品展示、购物车功能、订单管理、支付系统、用户评价等核心功能模块，同时还需明确各个模块的具体功能细节，如商品展示的图片要求、购物车的商品数量限制、支付方式的支持种类等。

（二）工作分解结构（WBS）工作分解结构是将项目整体分解为较小的、易于管理和控制的工作单元。以一个简单的学生信息管理系统为例，WBS可以如下构建：1.系统管理用户管理用户注册用户登录用户权限设置数据备份与恢复2.学生信息管理学生信息录入学生信息查询学生信息修改学生信息删除3.成绩管理成绩录入成绩查询成绩统计分析4.报表生成学生信息报表成绩报表

通过WBS，能够清晰地看到项目的各个组成部分及其相互关系，为后续的进度安排、资源分配等提供基础。

（三）项目进度计划制定项目进度计划需要考虑各项任务的先后顺序和持续时间。利用甘特图等工具可以直观地展示项目进度。例如，对于上述学生信息管理系统项目，假设用户管理模块预计2周完成，学生信息录入预计3周完成，成绩管理模块预计2.5周完成等，通过甘特图可以清晰地看到从项目启动到各个模块完成以及最终项目交付的时间安排。在制定进度计划时，还需考虑到可能的风险因素，预留一定的缓冲时间，以应对意外情况的发生。

（四）资源计划资源计划包括人力资源、硬件资源、软件资源等的规划。对于学生信息管理系统项目，人力资源方面可能需要软件开发工程师、测试工程师、项目经理等。硬件资源可能包括服务器、开发用计算机等。软件资源可能涉及开发工具、数据库管理系统等。合理分配资源，确保每个任务都有足够的资源支持，同时避免资源的闲置浪费，是资源计划的关键。例如，在学生信息录入阶段，可能需要安排较多的软件开发工程师进行代码编写，而在测试阶段，则需要集中测试工程师进行全面测试。

三、软件项目监控

（一）监控指标1.进度指标：通过实际进度与计划进度的对比，计算进度偏差（SV=EVPV）和进度绩效指数（SPI=EV/PV）。例如，如果学生信息管理系统项目计划在第5周完成用户管理模块，实际在第6周完成，计划成本（PV）为5万元，实际成本（AC）为6万元，挣值（EV）为4万元，则SV=45=1万元，SPI=4/5=0.8，说明项目进度滞后，效率较低。2.成本指标：计算成本偏差（CV=EVAC）和成本绩效指数（CPI=EV/AC）。上述例子中，CV=46=2万元，CPI=4/6≈0.67，表明项目成本超支，成本控制效果不佳。3.质量指标：可以通过缺陷数量、缺陷密度等指标来衡量。例如，统计学生信息管理系统测试阶段发现的缺陷数量，计算每千行代码的缺陷数（Density=Defects/KLOC），以评估软件质量状况。

（二）监控方法1.定期会议：每周或每两周召开项目例会，项目团队成员汇报各自工作进展、遇到的问题及解决方案等。通过会议可以及时掌握项目整体情况，协调各方工作。2.状态报告：要求团队成员定期提交详细的工作状态报告，包括已完成任务、未完成任务、遇到的风险等信息。项目经理通过汇总分析这些报告，全面了解项目进展。3.关键路径法监控：确定项目的关键路径，密切关注关键路径上任务的执行情况。一旦关键路径上的任务出现延误，可能会影响整个项目的交付时间，需及时采取措施进行调整。

（三）偏差分析与应对当发现进度、成本或质量出现偏差时，需要进行深入分析。对于进度偏差，可能是由于任务估计不准确、资源不足、技术难题等原因导致。针对不同原因采取相应措施，如重新评估任务时间、增加资源、寻求技术支持等。对于成本偏差，可能是成本估算失误、费用控制不当等，可通过优化成本预算、加强成本管理等方式进行纠正。对于质量偏差，若缺陷数量过多，需加强测试力度、改进开发流程等。例如，如果发现学生信息管理系统中用户登录功能存在较多缺陷，经分析是由于代码逻辑错误导致，则需要开发人员重新检查代码，修正错误，并进行全面回归测试。

四、软件项目风险管理

（一）风险识别1.技术风险：如采用新技术可能存在技术不成熟、兼容性问题等。例如，在学生信息管理系统中，如果引入新的数据库技术，可能面临与现有系统集成困难、性能不稳定等风险。2.人员风险：关键人员离职、团队成员技术能力不足等。比如，项目中核心开发人员突然离职，可能导致项目进度受阻，知识传承出现问题。3.需求风险：需求变更频繁、需求不明确等。若客户在项目进行过程中不断提出新的功能需求，可能打乱原有的项目计划，增加成本和工作量。4.外部风险：政策法规变化、市场竞争加剧等。例如，相关教育政策调整可能影响学生信息管理系统的某些功能需求，市场上出现类似竞争软件可能对项目的市场前景产生影响。

（二）风险评估对识别出的风险进行评估，确定其发生的可能性和影响程度。采用定性或定量的方法，如风险矩阵。以技术风险中采用新数据库技术为例，若评估其发生可能性为中等，对项目进度和质量的影响程度较大，则可在风险矩阵中标记出相应的位置，直观地了解该风险的重要性。

（三）风险应对策略1.风险规避：对于风险发生可能性高且影响程度大的风险，如因政策法规变化可能导致项目无法继续进行的情况，可考虑放弃相关功能或项目方向，以规避风险。2.风险减轻：针对技术风险，可提前进行技术预研、组织技术培训等，降低技术难题出现的可能性。例如，在引入新数据库技术前，先进行小规模试验，积累经验，减少风险影响。3.风险转移：通过购买保险、签订合同等方式将风险转移给第三方。如对于可能因自然灾害导致的服务器损坏风险，可购买服务器保险。4.风险接受：对于发生可能性低且影响程度小的风险，如团队成员偶尔生病请假等情况，可选择接受风险，在出现问题时灵活调整项目安排。

五、案例分析

以某企业的客户关系管理系统（CRM）项目为例。

（一）项目范围定义该CRM系统旨在实现企业对客户信息的集中管理、销售机会跟踪、客户服务记录等功能。具体包括客户信息录入、查询、修改，销售线索跟进，客户投诉处理，报表生成等功能模块。通过与企业销售、客服等部门沟通，明确了各模块的详细业务需求，如客户信息需包含联系方式、购买历史、偏好等，销售线索跟进要记录每个阶段的进展和预计成交时间等。

（二）工作分解结构1.系统基础架构搭建服务器选型与配置网络环境搭建2.客户信息管理模块客户信息录入界面开发客户信息存储与管理客户信息查询功能实现客户信息修改功能实现3.销售管理模块销售线索录入销售线索跟踪与提醒销售机会分析4.客户服务模块客户投诉受理服务记录与跟踪服务质量评估5.报表生成模块客户信息报表生成销售业绩报表生成客户服务统计报表生成

（三）项目进度计划采用甘特图制定进度计划，预计项目周期为6个月。第1个月完成系统基础架构搭建，第23个月完成客户信息管理模块开发与测试，第45个月完成销售管理和客户服务模块，第6个月进行系统集成测试、修复缺陷并最终交付。

（四）资源计划人力资源方面，安排了5名软件开发工程师、2名测试工程师、1名项目经理。硬件资源包括服务器、开发用计算机等。软件资源涉及数据库管理系统、开发工具等。在项目不同阶段，合理分配资源，如在客户信息管理模块开发阶段，集中软件开发工程师进行相关功能代码编写。

（五）项目监控在项目进行过程中，通过定期会议、状态报告等方式进行监控。每周召开项目例会，团队成员汇报工作进展。通过计算进度、成本和质量指标进行偏差分析。例如，在第3个月末，客户信息管理模块实际进度滞后，计划完成80%，实际完成60%，计划成本40万元，实际成本35万元，挣值25万元。经分析是由于部分功能开发难度超出预期导致进度滞后，通过增加开发人员和调整任务优先级，加快了项目进度。

（六）风险管理1.风险识别技术风险：采用新的数据库技术可能存在性能问题。人员风险：关键开发人员可能因其他项目任务繁忙而影响本项目进度。需求风险：企业业务部门可能在项目中提出新的需求变更。2.风险评估新数据库技术风险发生可能性中等，对系统性能影响程度较大。关键开发人员风险发生可能性较低，对项目进度有一定影响。需求变更风险发生可能性较高，对项目成本和进度影响较大。3.风险应对策略针对新数据库技术风险，提前进行性能测试和优化，减轻风险影响。与关键开发人员协调，合理安排工作时间，降低人员风险。制定需求变更管理流程，严格控制需求变更，转移需求变更带来的风险。

六、总结通过本次软件工程第八章作业PHTRS，深入学习了软件项目计划、监控与风险管