《管理信息系统 教学课件 PPT 作者 姜灵敏 王金矿 管理信息系统7》由会员分享，可在线阅读，更多相关《管理信息系统 教学课件 PPT 作者 姜灵敏 王金矿 管理信息系统7（22页珍藏版）》请在金锄头文库上搜索。
1、主要内容: 7.1 系统实施概述 7.2 程序设计（编码阶段） 7.3 系统测试 7.4 系统转换（切换）,第七章 管理信息系统实施,特殊环境的管理信息系统必须特殊考虑 1.船舶远离陆岸，震动大，盐分高，硬件容易出故障等各种综合因素，制订出运行高效、稳定可靠、经济可行的技术方案就显得尤为重要； 2.必须提供船舶航运情况实时分析与船舶信息同步，并提高航运的高效性，让陆岸随时掌控船舶运行情况； 3.提供双机高可用保护，并充分考虑远洋航海的特殊环境要求，提供稳定的应用服务，并适应船舶应用。,开篇案例 管理信息系统实施过程的特殊考虑,7.1 系统实施概述,7.1.1 前期准备工作 1制订系统的实施计划
2、 根据系统设计的要求制订系统实施的具体计划,包括机房整装、网络建设、软硬件安装、程序编制、系统的测试与转换等方面的计划。 2组织好系统的实施队伍 系统实施阶段参加人员较多，要做到人员职责分工明确，各方面工作情况的信息及时反馈到项目负责人处，能够做到及时发现问题，纠正偏差。 3软、硬件与配套设施的准备 在系统实施阶段，应当做好有关工作场所、机房、网络、系统硬件设备及支撑信息系统的系统软件的安装和调试工作。,7.1.2 信息流程重组 1信息流程的重组和业务规程的修订 为了适应新系统的要求，需要对现行系统的信息流程进行重新组织，并相应地修订原有的业务规程和工作制度，以适应新的变化。 2人员培训与宣传
3、教育工作 人员培训包括对系统实施人员的培训和用户的培训。实施人员的培训要使他们明确统一的实施原则，使各部分能够相互协调地进行。用户的培训工作要随着系统的实施进行，直到用户学会操作和维护新系统为止。 7.1.3 实现方法、开发工具和数据准备 在系统设计中确定了系统实施方案，但在具体编码、测试和系统转换的过程中，需选择具体的实施方法和开发工具，需准备好有关的数据。,7.1.4 系统实施的文档准备 程序文档和系统实施报告。 程序设计报告的主要内容包括对原设计的修改和补充。因为有少数问题直到编码和测试时才能发现，此时应修改和补充模块的有关文档，甚至系统设计的有关文档。 系统实施报告是系统验收、审计、评
4、价及运行、维护的依据，主要有系统实施计划、设备采购及安装验收报告、业务规程及有关制度、系统测试及试运行情况报告、系统转换及验收报告、系统的操作使用手册等。 7.1.5 系统的测试与评价 测试的目的就是在系统投入生产运行之前，尽可能多地发现系统中的错误。,7.2 程序设计（编码阶段）,7.2.1 程序语言选择 程序设计语言是人和计算机之间沟通的最基本的工具，它的特点必然会影响编程人员的解题方式，也会影响其他人阅读和理解程序的难易程度。因此，编码之前的一项重要工作就是选择一种适当的程序设计语言。 1选择标准 （1）系统用户的要求。用户熟悉的语言书写程序。 （2）可以使用的编译程序。 （3）可以得到
5、的软件工具。 （4）程序员的知识。 （5）软件的可移植性要求。 （6）软件的应用领域。选择语言时应该充分考虑目标系统的应用范围。,2常用的编程语言 （1）一般编程语言类。常见的：PASCAL语言、Basic语言、C语言、C+语言、COBOL语言、PL/1语言、PROLOG语言、Java语言等。这类工具不具有很强的针对性，但适用范围广，原则上任何代码都可以用它们来编写，但程序设计的工作量可能比较大。 （2）数据库类。以PC关系数据库为基础的小型或本地数据库系统，其中典型的产品有dBase、Access和FoxBase等的各种版本。它们的特点是简单易学，方便实用，单机处理不涉及网络。另一种是大型网
6、络数据库系统，典型的系统有Oracle、Sybase、Informix、SQL Server等。特点是功能齐全，适合于各种较复杂的管理信息系统的开发，它们均支持标准的结构化查询语言SQL（Structured Query Language）。 （3）程序生成工具及系统开发工具类。程序生成工具是一种基于常用数据处理功能和程序之间的对应关系的自动编程工具，例如Application Builder；综合开发工具类是指针对一般应用系统和数据处理的系统开发工具，常见的有CASE、Power Builder等。 （4）客户机/服务器工具类。客户机/服务器工具类是近年来新推出的软件开发工具，它继承了传统分
7、布式系统思想，将数据存放和数据处理分别在服务器和客户机上执行，数据传输则通过网络进行。这类工具主要有ASP.net、Borland D、Visual S等。,7.2.2 程序设计方法概述 1结构化程序设计方法,（1）符号名的命名。符号名即标识符，包括模块名、变量名、常量名、子程序名、数据区名、缓冲区名等。 这些名字应能反映它所代表的实际东西，应有一定的实际意义。 名字不是越长越好，应当选择精炼的、意义明确的名字，这样才能简化程序语句，改善人们对程序功能的理解。 必要时可使用缩写名字，但缩写规则要一致，并且要给每一个名字加注释。 在一个程序中，一个变量只用于一种用途。也就是说，在同一个程序中，一
8、个变量不能具有几种含义。例如，在一个程序中定义了一个变量temp，它在程序的前半段代表“温度（Temperature）”，在程序的后半段则代表“临时变量（Temporary）”，这样就会给其他人阅读程序造成混乱。,2编程（编码）风格,（2）程序的注释。 序言性注释。通常置于每个程序模块的开头部分，它应当给出程序的整体说明，对于理解程序本身具有引导作用。 功能性注释。功能性注释嵌在源程序体中，用以描述其后的语句或程序段做什么工作，也就是解释下面要“做什么”，或执行了下面的语句会怎么样。例如，以下的功能性注释。 /* ADD AMOUNT TO TOTAL */ TOTAL = AMOUNTTOT
9、AL 视觉组织。利用空格、空行和移行，提高程序的可视化程度。对于选择语句和循环语句，把其中的程序段语句向右做阶梯式移行（向右缩进），这样可使程序的逻辑结构更加清晰，层次更加分明。,（3）数据说明。 数据说明的次序应当规范化，使数据属性容易查找。原则上，数据说明的次序与语法无关，其次序是任意的。但由于阅读、理解和维护的需要，最好使其规范化，使说明的先后次序固定。 当多个变量名用一个语句说明时，应当对这些变量按字母的顺序排列。 如果设计了一个复杂的数据结构，应当使用注释来说明在程序实现时这个数据结构的固有特点。,（4）语句结构。 在一行内只写一条语句，并且采取适当的移行格式，使程序的逻辑和功能变得
10、更加明确。 程序编写首先应当考虑清晰性，不要刻意追求技巧性，使程序编写得过于紧凑。 除非对效率有特殊的要求，否则程序编写要做到清晰第一，效率第二。 使与判定相联系的动作尽可能地紧跟着判定。 避免多重的循环嵌套和条件嵌套。 不要修补不好的程序，要重新编写。也不要一味地追求代码的复用。 变量名中尽量不用数字。 不仅对代码做注释，而且对每条注释都加以编号。 经常自我反省：“如果我不是编码的人，我能看懂它吗”。,7.3 系 统 测 试,系统测试是指在计算机上以各种可能的数据和操作事件对程序进行测试，找出可能存在的问题并加以修改，使之完全符合设计要求。在软件的开发过程中，系统测试占用的时间、花费的人力和
11、成本占软件开发的很大比例。统计表明，测试工作所占的工作量大约占整个软件开发工作量的40%50%。（案例：广州许廷案就是因为系统测试缺陷导致在ATM机上取1元而输出100元的现象，因为系统编写人员不会有人在ATM取1元的情况，但若真有人这么做，问题就暴露了；河北一县的户籍管理系统中出现92年入户，95年出生的现象，也是在程序设计是数据限制问题） 7.3.1 测试概述 1系统测试的目标 发现程序中存在的错误。目标就是希望以最少的人力和时间发现潜在的各种错误和缺陷。包括软件测试、硬件测试和网络测试。,2系统测试的原则 （1）测试用例应由测试输入数据和与之对应的预期输出结果两部分组成。 （2）不要由设
12、计、编写某个软件的部门对该软件进行测试。但在发现错误之后，要找出错误的根源并纠正它时，则应由程序的编写者来进行。 （3）充分注意测试中的群集现象（例如美国IBM公司的OS/370操作系统中，47%的错误仅与该系统中4%的程序模块有关）。 （4）不仅要输入合理的输入数据，还应选用不合理的输入数据作为测试用例，这样才能测试出程序的排错能力。 （5）除了检查程序是否做了应做的工作外，还应检查程序是否做了它不应做的工作。 （6）妥善保存测试计划、测试用例、出错统计和最终分析报告，测试收集到的测试结果数据为可靠性分析提供了依据，也为维护提供了方便。,3系统测试的过程 （1）制订测试计划。 测试计划的内容
13、主要有测试的内容和进度安排、测试所需的环境和事件（包括设备、被测项目、人员等）。 （2）编制测试大纲。 测试大纲是测试的依据，它明确、详尽地规定了在测试中针对系统的每一项功能或特性所必须完成的基本测试项目和测试完成的标准。 （3）设计和生成测试用例。 在设计测试用例时，生成测试设计说明文档，其内容主要有被测项目、输入数据、测试过程、预期输出结果等。 （4）实施测试。 测试人员和开发人员依据预先编制好的测试大纲和准备好的测试用例，对被测系统进行完整的测试。 （5）编写测试报告。 测试完成后，要形成相应的测试报告，主要对测试进行概要说明，列出测试的结论，指出缺陷和错误。另外给出一些建议，如可采用的
14、修改方法、各项修改预计的工作量、修改的负责人等。,7.3.2 测试分类 测试目的却是为了“破坏”已经建造好的软件系统，希望通过软件测试暴露出软件中隐藏的错误和缺陷。暴露问题并不是软件测试的最终目的，发现问题是为了解决问题。 1单元测试（模块测试） 单元测试用于集中测试软件设计的最小单元模块，检查各个程序模块是否正确地实现了规定的功能。首先改正所有语法错误；对重要的执行通路进行测试，以便发现模块内部的错误；也可以对多个模块同时进行测试。,2集成测试或组装测试（子系统测试、系统测试） 集成测试根据设计规定的软件体系结构，把已测试过的模块组装起来，在组装过程中，检查程序结构组装的正确性。集成测试主要
15、是通过测试发现和模块接口有关的问题。 测试内容： 各个模块连接起来时，穿越模块接口的数据是否会丢失。 一个模块的功能是否会对另一个模块的功能产生不利的影响。 各个子功能组合起来，能否达到预期要求的父功能。 全局数据结构是否有问题。 单个模块误差累积起来是否会放大，从而达到不能接受程度。 单个模块的错误是否会导致数据库错误。 测试完成的标志 成功执行了测试计划中规定的所有集成测试。 修正了所发现的错误。 测试结果通过了专门小组的评审。,模块组装成为系统的方式有如下两种。 （1）一次性集成方式。它是一种非增殖式集成方式，也叫做整体拼装。使用这种方式，首先对每个模块分别进行模块测试，然后把所有模块组
16、装在一起进行测试，最终得到要求的软件系统。由于程序中不可避免地存在涉及模块间接口、全局数据结构等方面的问题，所以一次试运行成功的可能性并不是很大。 （2）增殖式集成方式。又称渐增式集成方式。首先对一个个模块进行模块测试，然后将这些模块逐步组装成较大的系统，在组装的过程中边连接边测试，以发现连接过程中产生的问题，最后逐步组装成为要求的软件系统。,3确认测试（验收测试） 确认测试的任务是验证软件的有效性，即验证软件的功能和性能及其他的特性是否与用户的要求一致。它要检查已组装运行的软件是否满足需求规格说明中确定的各种需求，以及软件配置是否完全、正确。 4平行运行测试 与原有系统或人工部分同时运行，来对比运行结果是否一致。,7.3.3 测试方法 软件测试的方法大致可以分为静态测试和动态测试。静态测试以人工测试为主，动态测试是基于计算机的测试，把事先设计好的测试用例作用于被测程序，比较测试结果和预期结果是否一致。 1人工测试 检查代码和设计是否一致，检查代码逻辑表达是否正确和完整，检查代码结构是否合理等。 （1）
