第10章管理信息系统的系统实施、与运行管理.pptVIP

在UML中用以下几种系列图来描述系统： 当描述系统的行为需求时，采用例图。 当规定问题域的词库时，采用类图。 当类和对象如何相互作用时，采用时序图、协作图、状态图、活动图。 当描述系统的软件结构时，采用类图和组件图。 当规定系统中软件的行为时，采用顺序图、协作图、状态图、活动图。 当描述运行软件的处理器和设备的拓扑时，采用配置图。 由于UML的这些图不必手工绘制，可以直接利用可视化建模工具（如Rational Rose、Prosa等）在计算机上生成，并将UML模型转换为多种程序设计语言代码（C++、Visual C++、Visual Basic、CORBA、Java等），因而可以大大提高系统开发的效率。 更突出的是这种开发方法不仅可以运用前向工程从模型生成程序源代码和关系数据库中的表，而且还可以使用反向生成器工具实现逆向工程，将程序源代码转换为UML模型的图。这为反复修改、采用迭代式系统开发过程和实现业务流程优化创造了条件，从而明显地提高了系统的适应性和可维护性。 4．可视化（Visual Basic）编程工具 Visual Basic是一种可编程的应用软件，其特点是提供给用户一种可以跨越多个软件平台（如电子表格软件、Fox-Pro类型的数据库、字处理软件、绘图软件）的通用语言。软件开发人员只要掌握一种核心的语言，即可方便地与其他软件连接，而且看到的是相同的用户界面。 Visual Basic结合了面向对象技术，提供了一个运用对象的编程环境。 5．计算机辅助软件工程（CASE） 软件开发工具的发展非常迅速，已由原来单纯辅助编程的工具进一步发展成为支持系统分析和系统设计（如生成数据流程图、功能结构图和各种文档资料等）乃至整个系统生命周期的大型软件环境，称计算机辅助软件工程（Computer Aidtd Software Engineering，CASE）。 CASE中集成了多种工具，这些工具既可以单独使用，也可以组合使用，其特点是为系统开发提供了全过程的开发环境。 10.3 程序和系统调试 在MIS开发过程中采用各种措施保证软件质量，但是实际开发过程中还是不可避免地产生差错。系统中可能隐藏着错误和缺陷，未经周密测试的系统投入运行，将会造成难以想象的后果。因此系统测试MIS是保证软件质量必须进行的工作。大量统计资料表明，程序和系统测试的工作量占MIS开发总工作量的40%以上。因此，在MIS开发过程中必须高度重视软件测试工作。 10.3.1 测试目标 为保证软件的质量和可靠性，在需求分析、软件设计各个阶段结束之前，要求进行严格的技术复审。但是审查并不能发现所有的错误和功能、性能缺陷，同时程序编码也可能引入许多错误。这些错误、缺陷如果在软件交付运行以后才暴露，则改正这些错误的代价可能是巨大的，甚至是灾难性的。例如，Mariner-I宇宙飞船发射失败和法国气象卫星坠毁。软件测试是在软件投入运行之前对软件需求分析、设计规格和编码的最终复审，是保证软件质量可靠性的关键步骤。 10.3.2 软件测试方法 一般而言，测试包括三个方面，即设计测试用例、执行被测程序和分析执行结果并发现错误。 测试用例是指以发现程序错误为目的而精心设计的一组测试数据，包括预定要测试的功能，应该输入的测试数据和预期的结果。可以写成：测试用例=输入数据+期望结果 目前，软件测试方法主要有正确性证明、静态检查、动态检查三种手段。 1．正确性证明 正确性证明是指利用数学方法证明程序的正确性，该技术还处于初级阶段。 2．静态检查 静态检查是指通过人工评审软件的文档或程序，发现其中的错误。静态测试法成效比较明显，可以查出30%～～70%的逻辑错误，成本低，是一种行之有效的检验手段。 代码审查，通过阅读程序发现软件错误和缺陷。 静态分析，主要对程序进行控制流分析、数据流分析、接口分析和表达式分析。 3．动态检查 动态检查是指有控制地运行程序，从多种角度观察程序运行时的行为，发现其中的错误（测试就是为了发现错误而执行程序）。通常使用以下两种方法进行测试。 黑盒测试。如果已知产品的功能，则对它的每一个功能进行测试，检查是否达到了预期的要求，即黑盒测试是指在不考虑系统内部结构而运行系统，以检查在一定的输入状态下，系统的输出是否与期望结果相同。 黑盒测试时完全不考虑程序内部的结构和处理过程，只按照规格说明书的规定来检查程序是否符合它的功能要求。 白盒测试。如果已知产品的内部工作过程，则对它的每种内部操作进行测试，检查是否符合设计要求。 白盒测试时将程序看作是一个透明的盒子，即测试人员完全了解程序的内部结构和处理过程。所以测试时按照程序内部的逻辑测试程序、检验程序中的每条通路是否都能按预定的要求正确工作。白盒测试又称为结构测试。 10.3.3 软件测试