软件工程与项目管理教程.ppt

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 4 * 5 * * * * * * * * * * * 4 * * * * * * * * * * * * * * 软件维护的成本 １.系统大小 ２.程序设计语言 ３.系统使用年限 ４.数据库技术的应用 ５.先进的软件开发技术 ６.其它 影响软件维护的因素 * 软件维护的成本 　有形的软件维护成本是花费了多少钱，而其它非直接的的维护成本有更大的影响。 　维护工作量的模型： 　　　　M=P+Kec-d 　其中，M是维护中消耗的总工作量，p是上面描述的生产性工作量，K是一个经验常数，c是因缺乏好的设计和文档而导致复杂性的度量，d是对软件熟悉程度的度量。 软件维护成本的分析 * 软件维护方法 维护申请提交给一个维护管理员，他把申请交给某个系统监督员去评价。一旦做出评价，由修改负责人确定如何进行修改。在维护人员对程序进行修改的过程中，由配置管理员严格把关，控制修改的范围， 对软件配置进行审计。维护管理员、系统监督员、修改负责人等均代表维护工作的某个职责范围。修改负责人、维护管理员可以是指定的某个人，也可以是一个包括管理人员、高级技术人员在内的小组。系统监督员可以有其他职责，但应具体分管某一个软件包。在开始维护之前就把责任明确下来可以大大减少维护过程中的混乱。 软件维护报告 * 软件维护方法 对于改正性维护申请，应该从评价错误的严重性开始。若存在严重的错误，则必须在系统监督员的指导下进行问题分析、寻找错误发生的原因、进行“救火”性的紧急维护；对于不严重的错误，可根据任务、时机等情况，视轻重缓急进行排队，统一安排时间。 对于适应性维护和完善性维护申请，需要先确定每项申请的优先次序。若某项申请的优先级非常高，就可立即开始维护工作，否则维护申请和其它的开发工作一样，进行排队统一安排时间。 尽管维护申请的类型不同，但都要进行同样的技术工作。这些工作有：修改软件需求说明、修改软件设计、设计评审、对源程序做必要的修改、单元测试、集成测试( 回归测试)、确认测试、软件配置评审等。 软件维护事件流 * 软件维护方法 评价维护活动比较困难，因为缺乏可靠的数据。但如果维护记录做得比较好，就可以得出一些维护“性能”方面的度量值。可参考的度量值如下： 　每次程序运行时的平均出错次数； 　花费在每类维护上的总“人时”数； 　每个程序、每种语言、每种维护类型的程序平均修改次数； 　因为维护，增加或删除每个源程序语句所花费的平均“人时”数； 　用于每种语言的平均“人时”数； 　维护申请报告的平均处理时间； 　各类维护申请的百分比。 评价软件维护活动 * 软件可维护性 软件可维护性是指软件能够被理解并能纠正软件系统出现的错误和缺陷，以及为满足新的要求进行修改、扩充或压缩的容易程度。软件的可维护性、可使用性和可靠性是衡量软件质量的几个主要特性，也是用户最关心的问题之一。但影响软件质量的这些因素，目前还没有普遍适用的定量度量的方法。 软件可维护性的定义 * 软件可维护性 提高软件的可维护性。一般可从以下五个方面着手 : 1．建立明确的软件质量目标 2．使用先进的软件开发技术和工具 3．进行明确的质量保证审查 4．选择可维护的程序设计语言 5．改进程序的文档 提高可维护性的方法 项目十 　软件项目管理 * 项目十 主要任务 软件项目管理的工作范围 进度计划 风险管理 质量管理 * 软件项目管理 软件项目管理和其他的项目管理相比有相当的特殊性。首先，软件是纯知识产品，其开发进度和质量很难估计和度量，生产效率也难以预测和保证。其次，软件系统的复杂性也导致了开发过程中各种风险的难以预见和控制。 软件项目产品的特点 * 软件项目管理 软件项目管理的内容主要包括如下几个方面：人员的组织与管理，软件度量，软件项目计划，风险管理，软件质量保证，软件过程能力评估，软件配置管理等。 这几个方面都是贯穿、交织于整个软件开发过程中的。 1．软件项目的计划 2．软件项目的控制 3．软件项目管理的组织模式 4．软件项目管理的内容 5．编写《软件项目计划书》 6．软件配置管理 软件项目管理的内容 * 风险管理 IT项目开发中常见的风险有如下几类： 1．需求风险 2．计划编制风险 3．组织和管理风险 4．人员风险 5．开发环境风险 6．客户风险 7．产品风险 8．设计和实现风险 9．过程风险 风险来源 * 风险管理 识别风险是系统化地识别已知的和可预测的风险，在可能时避免这些风险且当必要时控制这些风险。根据风险的内容，我们