信息系统的实施

1、蓝色海洋书的海洋信息系统的实施 的实施_管理信息系统原理、开发及应用 其次节 信息系统的实施系统实施是将阶段的结果在计算机上实现的过程，就是将纸面上的、类似于设计图式的新系统计划转换成可执行的应用系统。因此，信息系统的实施主要任务是：按总体设计计划购置和安装。建立系统。编程与调试。收拾基础数据，让新系统试运行。在这些任务中，除了第一、其次项所耗费的人力、时光比较少以外，其余的工作都是比较大的任务。一、程序设计编程的目的是为了实现开发者在系统设计中所提出的管理办法和处理构想，编程不是的目的。在编程和实现中，建议尽量借用已有的程序和各种开发工具，尽快、尽好地实现系统，而不要在详细的编程和调试工具中

2、花费过多的精力和时光。1程序设计办法目前程序设计的办法大多是根据、原型办法、面对对象的办法、利用现有软件工具的办法举行的。（1）结构化程序设计办法。在有结构化程序设计的办法中，在其内部强调的是自顶向下地分析和设计，而在其外部则强调自底向上地实现囫囵系统。它是传统的程序设计的主流办法。假如碰到某些开发过程不规范，模块划分不细，或是因特别业务处理而需要模块程序设计工作量较大时，结构化程序设计办法仍是一种十分有效的办法。它主要强调3点：模块内部程序的各部分要自顶向下地结构化划分。各程序部分应按功能组合。各程序部分的联系尽量用法调子程序方式（call return），不用或少用转向语句（goto）。（

3、2）速成原型式的程序开发办法。这种办法在程序设计阶段，就是将带有普遍性的功能模块集中，如菜单模块、报表模块、查询模块、图形模块等等，然后再去寻觅有无相应、可用的软件工具。假如没有找到，则可考虑开发一个能够适合各子系统状况的模块。接着用这些工具生成这些程序模型的原型。对于一些特定的处理功能和模型，而且这些功能和模型又是现有工具不行能生成出来的，则再考虑一段程序加进去。利用现有的工具和原型办法可以很快地开发出所要的程序。（3）面对对象程序设计办法。面对对象程序设计办法普通要与面对对象的分析ooa和面对对象的设计ood过程相对应。这是一个容易、挺直的映射过程，即将ood中所定义的挺直用面对对象程序o

4、op来取代就可以了。如用c中的对象类型来取代ood范式中的类对象，用c中的函数和计算功能来取代oo式中的处理等。在系统实现阶段，oop的优势是巨大的，是其他办法所无法比拟的。（4）利用已有的工具或程序。利用现有的软件工具包括两个方面：尽量利用已有的软件工具，一是可以协助尽快完成编程工作；二是削减了许多编程过程的棘手；三是质量和功能都比自己编写的程序要好无数。充分利用本系统原有的程序或开发者能够借用的程序。例如，有好几个子系统都要用到某个功能类似的模块的状况时，尽量不要一个个去编写程序，最好的办法是去编一个较好的程序模块，拷贝几份后，改成本系统相应的特别要求和调用子程序名即可。2常用的编程工具目

5、前在市场上可以供编程人员挑选的编程工具相当多。在计算机的软件技术进展过程中，各种软件工具是进展最快的部分之一。在当今编程工具的进展趋势中，不仅在数量上突飞猛进，而且在功能上日新月异，可供程序设计人员的挑选越来越多，同时各类编程工具的用法也越来越便利。所以，为了满足信息系统开发的要求，必需要了解各类编程工具的特点，选用适当的编程工具就成为系统开发的质量和的保证。（1）常用的编程工具：在管理领域中比较常用的有：c，c，cobol，pl1，prolog等等。因为这类编程语言提供的是程序设计全集的基本集合，因此没有很强的针对性，适用范围比较广，原则上任何功能模块都可以用这类编程语言来实现。正是因为它们

6、适应范围广，因而也使程序设计人员在编程时的复杂程度增强，从而使程序设计的工作量变得较大。此外，在一些综合性的系统开发工具中，如上运行的关系数据foxpro的各种版本，就有以组合查询为基础的sql（structured query language）；又如微软的excel电子表格软件中有宏指令（macro）程序语言等等。这类语言普通都是为了弥补详细工具的不足，仿照了程序语言的方式，在原系统的基础上提供一系列由用户自由处理特别问题的指令集。（2）数据库类：在信息系统中，各种数据信息就存放在中。所以数据库系统是囫囵系统数据传递和交换的枢纽，对信息系统而言是至关重要的基础。目前数据库软件工具可以分成两

7、大类，一类是在大型机上运行的数据库系统，另一类是在微机上运行的关系型数据库系统。大型机上运行的是大型数据库系统，普通规模都比较大，功能也比较齐全，如oracle，sybase，ingres，informax等都是目前比较典型的系统。这类数据库比较适合大型综合类系统的开发。目前这类工具以便利用户开发和用法为其进展的主要趋势，详细表现主要为：一是在近期都推出了自己的微机版本；二是不少系统都在讨论辅助的数据库操作和的工具，如sql、sdk等；三是考虑到了与目前在微机上运行的关系型数据库如xbase系统的问题。目前在微机上运行的关系型数据库有microsoft的access等。这种数据库系统以微机和关

8、系数据库为基础，提供了一系列围绕数据库的各种操作、数据处理和程序设计的指令集。容易易学、便利有用是这类数据库的最大特点。（3）程序生成工具类：程序生成工具也称为第四代程序生成语言4gl（4th generation language）。这是一种基于常用数据处理功能和程序之间对应关系的自动编程工具，如曾经较为流行的屏幕生成工具、报表生成工具、综合程序生成工具等等。目前这类工具的一个进展趋势就是以功能的大型综合化、生成程序模块语言的专一化为方向。（4）系统开发工具类：系统开发工具是在程序生成工具的基础上进一步进展而来的，因此它不但具有4gl的功能和特点，同时越发综合化、图形化，给程序设计人员带来了

9、更多的方便。目前这类工具主要有两类：专用开发工具类和综合开发工具类。专用开发工具类，顾名思义，就是指对应用领域和待开发功能针对性都较强的一类系统开发工具，其显著的特点是针对性比较强，可以协助用户开发出相对深化的模块。这一类工具主要有：特地用于开发查询模块用的sql、特地用于开发数据处理模块用的sdk（structured development kits）、特地用于人工智能和符号处理的prolog、特地用于开发产生式规章学问处理系统的ops（operation process system）等等。综合开发工具类是针对开发普通应用系统和数据处理功能的一类工具，因此其特点就是可以最大限度地适用于普

10、通应用系统的开发和生成。频繁的有：foxpro、vb（visual basic）、visual c、case、team enterprise developer等等。虽然这类开发工具不能协助程序设计人员生成出一个彻低可用的系统，但可在一定程度上协助开发人员生成应用系统中的大部分常见处理功能。对于那些特别的处理模块还是需要程序设计人员手工编制，才干最后实现囫囵系统。（5）客户服务器工具类：客户服务器（clientserver）工具类是迄今软件工具进展中浮现的比较新的开发工具。事实上这一类工具的进展主要是继承了“专业化分工配合”的思想。客户服务器解决问题的基本思想就是在原有开发工具的基础上，将原有

11、工具转变为一个个既可以被其他工具所调用，又可以调用其他工具的“公共模块”。在这一思想指导下，开发的工作过程可以不受一种语言，或是一类开发工具的限制，从而能够综合发挥各类工具的特长，尽快、更好地完成系统开发工作。另外在囫囵系统结构方面，客户服务器类还继承了传统颁布式系统的思想，并产生了前台和后台的作业方式，特殊是在网络上可以大大减轻的，提高系统的运行效率。互相之间调用的任意性是这类开发工具的最显著的特点。所以客户服务器工具类被广泛地应用于开发工具、网络系统的开发等各个方面。如今市场上频繁的客户服务器工具有：windows中的foxpro、vb、vc、excel、word、powerpoint；b

12、orland international公司的delphi clientserver；powersoft公司的power build enterprise；sysmantec公司的team enterprise developer等等。（6）面对对象编程工具类：面对对象oo（object oriented）类的编程工具主要是指与面对对象，包括面对对象分析ooa（object oriented analysis）、面对对象设计ood（object oriented design）办法相对应的编程工具。这是一类针对性比较强，且很具有潜力的系统开发工具。其特点就是在运用这类工具时，必需要与囫囵面对对

13、象的办法相结合，即用面对对象的办法开发，就要用面对对象的开发工具来实现。假如没有面对对象的办法，这类开发工具也将失去其应有的作用，反之，不用这类工具开发，则面对对象的办法也无法发挥其特长。这一类的开发工具主要有c、visual c、smalltalk等。另外，随着网络技术的不断普及，越来越多的企业在其内联网（intranet）中采纳了internet技术和相关的协议，html、java和其他开发工具也将会得到广泛的应用。二、系统调试在完成了上述的任务以后，程序的设计工作就可以开头了。程序设计就是将处理规律改变为可被计算机执行的命令。假如程序设计人员已经具有具体的程序设计解释书，那么编程工作就变

14、得比较容易，即只需将规律处理功能的解释转换成程序代码就完成了编程工作。然后举行程序模块的调试与测试，最后对囫囵系统举行调试与测试。1系统的编程在编程时要注重：（1）用法全都的、有一定意义的名。这些规章的思想是，变量的名字应当包括类型信息。这样做的目的是为了使程序模块更简单理解。例如变量名的前半部分描述变量的数据类型，后半部分描述变量的实际含义。（2）加入尽可能多的注释。在程序的任何地方都可以按照需要加入注释。如在每个模块的开始提供以下信息：模块名、模块功能的描述、名字、模块被编码的日期、模块被批准的日期和由谁批准、模块参数、变量名及其用途的列表；还应列出这个模块要拜访的文件，列出这个模块要修改

15、的文件、模块的输入输出、错误处理的能力、包含测试数据的文件名等等。假如对模块举行过修改，则要有所做修改的列表、修改的日期以及谁批准修改、已知的错误。除了开始注释外，还应当向代码中插入一些内嵌的注释来协助维护人员理解编码的含义。（3）保留修改后的原错误代码。在对程序举行修改时，应当注重，修改某段有错误的代码时，不应当把那段代码删除，最好是把它们变成注释，再加上一点内嵌的注释。缘由是可以留下日后审计的线索。事实证实，因为“人们会重犯同样的错误”，无数状况下修正后仍然浮现了问题，而这个问题很可能在以前就曾经被修正过。固然，还要多注重程序的结构，例如分支结构的嵌套不要太深、模块的语句不要太多、避开用法

16、goto语句等。总之，最好在编程前制订出一套统一标准，以保证一个系统内的编程风格是全都的。2程序的调试程序编制完成以后，就要对程序举行调试，排解其中的各种错误，如语法错误、规律错误等。普通状况下，语法错误比较简单发觉，而要查找出规律错误并加以改正就不那么简单，而且规律错误普通都需要通过程序的测试才干发觉。所以程序的调试与测试往往是密不行分的。（1）程序的调试过程。程序的调试过程一是对错误，二是改正所发觉的错误。详细的执行步骤是：从错误的表现形式入手，分析推断，以确定程序中出错的位置。讨论分析相关部分的程序，找出错误的内在缘由。修改代码，以排解这个错误。重复对修改之处举行测试，以确认修改的结果。

17、很明显，这是一个循环过程，9 8所示。图9 8 程序的调试过程普通都比较困难，主要是由主观缘由和客观缘由所引起的。因为人的心理因素以及技术水平导致了主观缘由。从人的心理活动来说，程序设计人员都不太情愿别人对自己所编写的程序评头论足、说三道四，或者是比手划脚，事实上这就增强了程序调试的难度。从个人的能力角度上来看，对软件的调试能力因人而异，有的人比较擅长调试程序的错误，而有些人则工作效率比较低下。调试能力的凹凸不仅和调试人员所受的有很大的关系，而且与个人所堆积的阅历也疏远相关。从客观缘由上分析，程序调试都有一定的技术难度，主要表现于：产生错误现象与引起错误，两者的位置可能会相距甚远。这种状况在调

18、试耦合的程序模块时会越发显然。当订正一个错误时，可能会使错误所表现出来的现象临时消逝，但错误并未真正排解，即错误可能会越发隐蔽。一些产生的错误可能并不是程序本身的错误，如计算或舍入的精度不够等。错误的现象可能是由一些人为的错误所引起的，而这些错误又不太简单被发觉。错误是因为时序问题所引起的，与处理过程并无关系。错误现象可能是周期性地浮现。这在软、硬件结合的中比较常见。程序调试是系统开发的实施过程中最艰难的脑力劳动，由于调试人员必需通过现象去寻觅缘由。如何在浩如烟海的程序元素中找出有错误的那个元素，这对程序设计人员的耐烦、毅力、技术水平都是一次考验。（2）程序调试的策略。有如下几种策略。摸索法排

19、解错误。按照错误的现象及征兆，对错误发生的大致位置举行猜想，继而对程序中有疑惑的地方及其附近的区域举行摸索。排解错误。一旦发觉错误，先对错误举行分析，确定其位置，然后人工沿着程序的控制流程，追踪的代码，直到找出错误的根源或是确定产生错误的范围为止。归纳法排解错误。这种排解错误的思想就是：从一些线索错误的征兆着手，通过分析它们之间的关系来找出错误。其执行步骤大致为：()第一步：收集运行的有关数据；其次步：组织、分析数据；第三步：提出错误的假设；第四步：证实所提出的假设。这些步骤假如用来表示，9 9所示。演绎法排解错误。该办法的实施过程是首先按照已有的测试用例，设想及列举出全部可能出错的缘由作为假

20、设，然后利用原始测试数据或新的测试数据，从中一个一个地排解已经列举出的不行能正确的假设，最后证实剩下的缘由的确就是错误的根源。此法执行的步骤大致为：图9 9 归纳法排解错误的处理流程第一步：设想全部可能的缘由；其次步：利用数据排解不正确的假设；第三步：判断余下的假设；第四步：证实余下的假设。图9 10是演绎法举行排错的处理流程。图9 10 演绎法排解错误的处理流程3系统测试系统测试不论采纳什么办法，首先需要举行测试用例的设计，即对要测试的对象设计各种数据，然后再实施测试的过程。（1）的办法。程序测试的办法主要有以下几种：黑箱测试。此法不论程序内部是如何编制的，只是从外部按照输入处理输出ipo的

21、要求举行测试。数据测试。即用大量实际的数据举行测试。测试时数据的类型要齐备，各种“边界”、“端点”都应测试到。穷举测试。这也叫彻低测试，即程序运行的各个分支都必需测试到。模型测试。这是对全部程序运行的结果都举行核算。（2）系统的测试。在完成了对程序测试以后，需要对囫囵系统举行测试。固然，系统可能仍然需要对所编制的程序举行调试。测试。单元测试也叫。测试的内容主要是对模块的几个方面测试：接口、局部、出错处理、控制规律等。程序模块的，主要是检查程序模块之间的数据流和控制流。如调用变量的属性与模块的参数属性的匹配问题、传送的变量与模块中的参数次序问题等等，都是测试的重点内容。模块中的局部数据结构应当从

22、多个角度举行测试，由于这往往是错误的来源。这项测试主要是针对模块中用法变量的问题、数据类型的相容问题、全程数据变量对模块的影响程度问题等等。边界条件的测试是比较重要的测试内容，由于软件的失效经常就发生在它的边界上，因此需要用大量的数据来测试。系统测试。在完成单元测试以后，还需要将各个单元衔接起来举行测试。这个过程不断地重复举行，最后可以组成一个完整的系统，然后对囫囵系统举行测试。因此系统的测试首先要经受单元的衔接测试，最后要举行系统测试。假如采纳客户服务器的体系结构，则在测试过程中，还要举行一些相关的体系结构测试，如处理相关性能的测试、不同硬件平台兼容性测试、网络通信的测试等等。首先要举行衔接

23、测试。将两个或两个以上互相关联的程序模块衔接起来举行测试就成为衔接测试（link testing），也叫系列测试（series testing）或集成测试（integration testing）。因为单元测试并不能保证测试完成的单元与其他单元之间能够完整精确地举行数据信息传递，如，在一个事务主文件更新程序的系统中，需要有一个验证处理过程，而它的输出必需以适当的形式成为更新程序的输入，因此就需要将这两个程序处理模块举行衔接测试，以确保程序在一起运行时数据能正确传输。同单元测试一样，衔接测试的数据既要考虑正常数据，也要考虑异样数据。由于衔接测试的重点是测试衔接的接口，重点程序内部。因此，所采纳的

24、测试数据不仅要能模拟真切的环境，也应当考虑到相关的接口处数据传递的特点。例如，在衔接测试时，测试的数据可包含在两个程序间传送一个有12条记录的文件，然后再传送一个0条记录的文件来模拟异样状况。第二举行系统测试。在系统测试时包括全部典型的处理情形。当各个处理程序或模块没有拼装成系统时，无法来模拟实际的状况，如查询、打印报表等处理过程。在举行系统测试过程中，通过输入数据（包括真切的数据）、执行各种查询、打印报表等来模拟真切的状况。全部的处理和输出结果都要经过认真、严格的认证和核实，以保证系统运行正常、功能完美。系统测试的主要目标是：对全部程序执行终于测试；确定系统各个部分能够正确地集成；确保能正确

25、对付各种实际的处理情形；证实用户可以胜利地与系统举行沟通；等等。一句话，所开发的信息系统能够符合用户的需求，运行时效率高、功能强。所以系统测试的完成与否终于要以获得用户方，如操作人员、各级管理人员等的认可为界限，而用户方要等到系统安装、试运行后，接手操作与运行系统时才会终于认可。再者举行体系结构测试。假如在系统的实施过程中采纳了客户服务器的结构，那么就有须要举行体系结构的测试。固然这项测试对软件测试人员的确提出了一定的要求。在体系结构测试过程中，需要对客户服务器的分布式特性、相关的性能、不同硬件平台存在的可能性、网络通信的复杂性、集中式或分布式数据库的协调性等各种状况举行测试。所以不仅要求比较

26、高，而且也会增强测试的时光和成本。测试可以考虑如下的一些问题：客户端gui的考虑，例如各种控件布局是否合理。目标环境及平台多样性的考虑。分布数据库的考虑，例如数据的复制。分布处理的考虑，例如并行算法的挑选。的性能关系，例如会不会浮现服务事务的爆发、不匀称分布。因为客户服务器体系结构的特别性，因此测试时需要一些比较独特的策略和战术。按照以往的阅历，下述5种测试办法在对客户服务器结构测试中可以提供参考。应用：原则上，客户端应用应当自立地测试，以发觉运行中的错误。服务器测试：测试服务器的协调和数据管理功能，也考虑服务器性能（整体反应时光和数据），有时要考虑各种突发的数据吞吐量以及相应的反应时光。数据

27、库测试：测试服务器存储的数据的精确性和完整性，检查客户端应用提交的事务，以保证数据的存储、更新和检索。事务测试：创建一系列的测试以保证每类事务根据需求处理。测试着重于处理的正确性，也关注性能问题，如事务处理的时光和数量、事务失败率等。网络通信测试：这些测实验证网络节点的通信是否正确地举行，并且消息传递、事务和相关的网络交通有无错误发生。网络平安性测试也是测试的一个重要组成部分。基于非执行的测试。事实上，测试的工作不应是一个自立的过程。从完成高质量信息系统的观点看，在囫囵生命周期中都要举行测试。在需求分析阶段必需要做需求测试，以便验证需求的完备性、合理性、正确性，对于描述需求的文档本身也要做检查，以保证它表达的含义精确、清楚，不被人误会。在系统设计阶段也要不断地检查、测试，以保证设计计划的合理性、正确性。应用实施阶段的测试如上所述。在进入安装、运行、维护后，也要不断地测试，不断地检查更新过的软件版本。所以，仅仅在实施时才支配一个测试阶段，或者在某个阶段结束时才对该阶段做测试是不