ch9-系统实施与评价选编.ppt

* 配置测试环境是测试实施的一个重要阶段，测试环境适合与否会严重影响测试结果的真实性和正确性。软件测试环境包括设计环境、管理环境和实施环境。 * 缺测试过程 9.6 系统评价 系统评价的指标 经济指标 性能指标 管理指标 9.6 系统评价 经济指标 直接经济效益： 系统费用：指系统开发费用与运行费用之总和 系统收益：如工资及劳动费用的减少，生产率的提高，成本的下降，库存资金的减少，对成功的决策影响的估计，管理费用的节约等 投资回收期； 系统后备需求的规模与费用 9.6 系统评价 经济指标 间接经济效益： ⑴推动企业组织结构、管理制度与管理模式的变革 ⑵显著改善企业形象 ⑶全面提高管理人员素质 ⑷使企业各部门、人员之间联系更加紧密，提高企业凝聚力 ⑸促进企业的基础管理工作 9.6 系统评价 系统性能指标 系统的可靠性 系统的效率 系统功能的有效性和实用性 系统的可维护性 系统的可扩充性 系统的可移植性 系统的适应性 系统安全保密性 9.6 系统评价 管理指标 用户对信息系统操作、管理和运行状况的满意程度 系统功能的应用程度 外部环境对系统的评价 领导、管理人员对系统的态度 Thanks and Questions The lecture is over！ Do you have made a progress ? Thanks and Questions * * * 物理系统的实施 程序设计与调试 项目管理 人员培训 数据准备与录入 系统转换和评价等。 * 物理系统的实施 程序设计与调试 项目管理 人员培训 数据准备与录入 系统转换和评价等。 * 自顶向下的模块设计原则 先把程序高度概括，看作是一个最简单的控制结构，即 为了完成这个功能，需要进一步分解成若干个较低一层的模块，每一个下层模块都有一个名称，表达了一个较小的功能对扩展出来的每一个下层模块 反复运用自顶向下程序设计中的第二条原则，逐层扩展，直到最低一层每一个模块都非常简单、功能很小，能够很容易地用程序语句实现为止。 * 需要的存储量和运行时间都有一些增加 * 软件错误的发现绝不能等到测试才开始（按常规，最早的测试就是编码后的单元测试）。因此，应当做到软件开发全过程检测，力争本阶段修正错误。单元测试是在软件开发的“实现阶段”才开始的，在此之前的“可行性研究与计划阶段”，“需求分析阶段”，“概要设计阶段”，和“详细设计阶段”， 都必须有非常明确切实的手段与措施对开发结果进行检验，以保证阶段的正确完成。 狭义概念则是指识别软件缺陷的过程，即实际结果与预期结果的不一致。软件测试通常包括验证(verification)和确认(validation)，验证指保证软件正确的实现了某一特定功能的一系列活动。确认指的是保证软件的实现满足了用户需求的一系列活动。 * 以较少的用例、时间和人力找出软件中的各种错误和缺陷，以确保软件的质量 使软件开发的收入支出比达到最大化 * 测试的最终目的是确保最终交给用户的软件的功能符合用户的需求，把尽可能多的问题在软件交给用户之前发现并改正。 具体地讲，测试一般要达到下列目标：（1）确保软件完成了它所承诺或公布的功能，并且所有用户可以访问到的功能都有明确的书面说明——在某种意义上与ISO9001是同一种思想。软件缺少明确的书面文档，是厂商一种短期行为的表现，也是一种不负责任的表现。所谓短期行为，是指缺少明确的书面文档既不利于软件最后的顺利交付，容易与用户发生矛盾，影响厂商的声誉和将来与用户的合作关系；同时也不利于软件的后期维护，也使厂商支出超额的用户培训和技术支持费用。从长期利益看，这是很不划算的。当然，书面文档的编写和维护工作对于使用快速原型法(RAD)开发的项目是最为重要的、最为困难，也是最容易被忽略的。最后，书面文档的不健全甚至不正确，也是测试工作中遇到的最大和最头痛的问题，它的直接后果是测试效率低下、测试目标不明确、测试范围不充分，从而导致最终测试的作用不能充分发挥、测试效果不理想。（2）确保软件满足性能和效率的要求。使用起来系统运行效率低(性能低)、或用户界面不友好、用户操作不方便(效率低)的软件不能说是一个有竞争力的软件。用户最关心的不是你的技术有多先进、功能有多强大，而是他能从这些技术、这些功能中得到多少好处。也就是说，用户关心的是他能从中取出多少，而不是你已经放进去多少。（3）确保软件是健壮的和适应用户环境的。健壮性即稳定性，是软件质量的基本要求，尤其对于一个用于事务关键或时间关键的工作环境中。另外就是不能假设用户的环境(某些项目可能除外)。 ========= - 软件质量改进和量化管理。 对缺陷的数量、类型进行统计、分析，制定预防措施，提高质量保证水平。 测试的任务和发展目标——质量 参