管理信息系统实施案例.ppt

第8章 管理信息系统的实施 （1）黑箱测试 不考虑系统内部结构而运行系统，以检查在一定的输入 下，系统的输出是否与期望相同。 （3）数据测试：用大量实际的数据进行测试。测试时数据的类型要齐备，各种“边界”、“端点”都应测试到 （4）穷举测试：也叫完全测试，即程序运行的各个分支都必须测试到 需要说明的是，系统测试只能证明错误存在，不能证明错误不存在。这是因为不可能穷举数据，不可能完全覆盖路径，这样就不能证明系统中不存在错误。 补充知识 软件（程序）的维护 从软件工程的角度，任何软件都有从产生到消亡的过程，即所谓的软件生命周期。我们可以将软件生命周期划分为几个阶段：系统分析；开发时期（包括系统设计、系统实施）；维护时期。 软件的维护：是指软件交付使用进入正常运行阶段以后，为改正潜在错误、扩充功能、完善功能、结构更新、延长软件寿命而进行软件修改的活动，它是软件生命周期的最后阶段，也是持续时间最长、代价最大的阶段。 补充知识 1）对软件的测试与纠错的不彻底性：根据软件测试的原理，不可能穷尽所有的测试，任何MIS软件都有潜在的错误，因此MIS软件必须进行维护（软件测试只能证明软件有错，而不能证明软件没错） 补充知识 2）进行软件开发时，对需求分析的不彻底性：软件运行后，用户在应用中会提出新的合理的增加功能的要求，这些功能只能在维护阶段加以实现（系统分析阶段要求用户一次性提出所以的需求是不现实的） 3）为了延长软件寿命，保证软件质量：面对硬件和软件的更新、网络通信技术的发展，为使软件系统能适应新的环境，必须进行适应性维护（如由Foxbase到Oracle的转换） 补充知识 4）软件维护占软件开发费用的比重：软件的维护费用与开发费用之比，随着计算机技术的发展，其值越来越高，有一些行业的软件已达到200%，由此可见软件的维护代价是相当高的（软件开发占30%，维护占70%） 补充知识 1）校正性维护（correct maintenance）：指发现和改正潜在的软件错误（由于软件工程和项目管理技术的应用，软件的正确性得到极大的保证，维护量已大大减少，20%） 2）适应性维护（adaptive maintenance）：指在硬件环境改善，软件支撑环境改善的情况下，对交付使用的软件作相应的修改，以适应新的系统环境（如由单机环境过渡到网络环境，25%） 补充知识 3）完善性维护（perfective maintenance）：是为了适应用户新的要求，完善软件功能，进一步提高软件质量而进行的一种维护（最主要的维护工作，50%） 4）预防性维护（preventive maintenance）：为了改良软件将来的可靠性或可维护性，或者为将来的改进奠定更好的基础而对软件进行的修改或补充，这种维护最少（如系统安全备份设计，占5%） 补充知识 1）软件维护费用不断地上升：（软件开发占30%，维护占70%）； 2）软件工程方法对维护的影响：对用非软件工程方法设计的软件，维护的对象是程序的代码；对采用软件工程方法设计的软件，维护可以从设计文件的阅读开始，并根据文档了解软件的结构和接口，估计所做的修改可能带来的影响。因此，在开发时采用软件工程方法，在维护阶段就可以减少工作量，提高维护的质量。（如模块化设计） 补充知识 3）软件维护工作中的典型问题： 阅读和理解别人编写的没有文档说明的程序是非常困难的，（难于理解当然就谈不上维护） 软件人员的流动是经常的，维护往往不能依赖开发者来解释他的程序（理解别人的开发思想是困难的） 缺少相应的文档资料，软件可理解性差（如房屋装修中的布线图） 软件开发时不考虑以后的修改，维护就会很困难。如果不采用模块化技术，任何小的改动都可能孕育着很大的危险（牵一发而动全身） 软件人员一般不乐意从事维护工作，它不像开发工作那样有吸引力，而且常使人遭受挫折。 将所开发的系统放在模拟的产品环境中，其目标是保证系统与网络、数据库、硬件和任何其它公司所特有平台和环境因素相协调，保证整个系统运行是一致的，并且使应用程序能满足用户要求的灵活性。 3、系统整体测试（总调） 除了上述常规测试之外，还有一些必要的性能测试，这些测试往往不是针对程序在正常情况下运行的正确与否，而是根据系统需求选择进行的，主要有： （1）峰值负载测试、容量测试、响应时间测试、恢复能力测试等。 （2）实况测试。系统测试完成后，在交付用户使用之前，还需要进行实况测试。 4、特殊测试 认可测试贯穿于测试的各个阶段，以确定终端用户是否认可该系统的设计和功能。 系统调试完成后，应该编写操作说明书，完成程序框图和打印源程序清单。 5、认可测试 ? ? ? ? ? ? ?