7章_系统实施.ppt

第7章 系统实施 第7章 系统实施 7.1 系统实施阶段的目标与任务 7.1.2 系统实施阶段的具体任务 系统实施阶段有许多具体的开发任务，可以大致归纳为六项主要的任务。 （1）建立新系统的开发与运行环境； （2）建立数据库系统，录入数据； （3）用户方人员的培训； （4）编制与调试程序； （5）新系统的测试； （6）交工验收。 第7章 系统实施 7.2 前期准备工作 7.2.1 建立开发与运行环境 所谓开发环境，是指系统开发活动所需要的软件与硬件环境，虽然不是指新系统的运行环境，但建立开发环境要考虑与新系统运行环境的匹配问题。 开发环境一般应是一个相对独立且固定的小局域网，其中硬件部分包括服务器、工作站及一些外设等；软件部分工具众多，常用的部分工具包括，操作系统、数据库系统、中间件服务器产品、编程工具等。 7.2.2 基础数据的整理与录入 基础数据的准备工作在系统实施阶段是十分重要且不能滞后的。这项工作的工作量大而烦琐，要求广泛收集、规范整理、及时录入、认真检验，否则若只注重编程序、上设备，而忽略了数据的准备，轻则影响新系统的调试，延误工期，重则导致系统失败，故有“三分技术，七分管理，十二分数据”的说法。数据的准备还包括测试数据的准备、为测试人员在测试阶段提供测试数据等。 第7章 系统实施 7.3 编程 编程，俗称“写代码”，是系统实现阶段的重头戏，也可认为是系统设计的延续。信息系统开发中，软件开发是一项重要任务，软件的质量不仅取决于代码的质量，更重要的是程序设计的质量，因此，在保证源程序没有语法错误并能通过编译系统语法检查的基础上，程序设计还必须明确质量要求、设计方法、编程风格及编程工具的选择等。 7.3.1 质量要求 管理信息系统的可靠性、软件代码的可读性、可维护性是系统开发的重要质量指标。质量控制是贯穿整个开发过程的一项任务，在每一个开发环节都必须保证可靠性、可读性和可维护性。 7.3.2 程序设计风格 所谓程序设计风格，不是追求某编程者个人的风格，而是要求编程者遵守被大家公认的编程规范的约定。这些约定是在实践中不断总结、提炼而成的。 编写源代码时应重视和规范内部文档。所谓内部文档是指在源程序内起一定注释作用的代码或文字。例如，使用有一定意义的标识符，使读者见名知义；增加程序中的注释行，对每个模块和每个关键性语句或处理用语言加以注释，以帮助读者理解；源程序清单采用缩进格式书写，以使其层次清晰明了。 数据类型和标识符等定义的次序要规范。如常量说明→简单变量类型说明→数组类型说明→共用数据块说明→文件类型说明；整形变量说明→实型变量说明→字符变量说明→逻辑变量说明，等等。又如，在用同一语句说明多个变量名时，最好按字母顺序排列。当然，这些次序与语法规则无关，可以任意排列。但是，为了增强程序的可读性，这样的约定是非常必要的。 程序语句应力求言简意赅。虽然在系统设计阶段就确定了软件的逻辑结构，但构造单个语句还是编程阶段的任务。 第7章 系统实施 7.4 系统测试 系统测试是管理信息系统开发中的一个重要环节，关系到管理信息系统开发的成功与否，在信息系统开发中占有相当重要的地位。在系统分析与设计的过程中每一个环节都会隐藏开发风险，如果7.1所示。 尽管人们在系统开发过程中，采取了许多保证产品质量的管理方法、措施，但仍然避免不了在工作中犯错误，这些错误或缺陷全都隐藏在系统中。测试就是为了发现系统中的错误和缺陷。从这个意义上讲，查出程序中的错误与确认程序能满足功能要求都是有效的测试。 测试是为了发现系统中的错误和缺陷而执行程序的过程。鉴于此，对于测试的目的要有这样的认识： （1）测试是程序的执行过程，目的在于发现错误； （2）一个好的测试用例在于能够发现至今尚未发现的错误； （3）一个成功的测试是发现了至今尚未发现过的错误。 另外，测试的目标应该是以最少的时间和人力找出系统中潜在的各种错误和缺陷。同时，通过测试也能证明管理信息系统的功能和性能是否与需求说明相符。 根据系统测试的目标，必须了解的几条原则是： （1）应当把“尽早地和不断地进行测试”作为开发者的座右铭； （2）测试计划应该在需求分析完成后就开始，与系统分析与设计同步进行； （3）测试应该从小规模开始，逐步转向大规模，从单元测试转向集成测试； （4）穷举测试是不可能的，应该采用适当的方法，覆盖尽可能多的测试目标； （5）应该由开发与用户之外的第三方来完成测试； （6）妥善保存测试计划、测试用例、出错统计和最终分析报告，为维护提供方便。 7.4.1 系统测试方法概述 测试的基本方法有两种：暗盒测试和白盒测试。 1．暗盒测试法 暗盒测试法是把测试对象看成是一个黑盒子，测试人员只针对输入与输出的关系，对被测试程序的功能及外部特性进行测试，看其是否满足需求分析中的