页数：33页文件大小：252.8 KB来源： 管理信息系统ppt课件
本课件围绕自主开发模式展开，依次讲解第15章自主开发模式、系统实施、系统测试与调试等主要内容，并结合引例与案例分析说明相关方法在管理实践中的应用方式与实施要点，帮助建立从概念理解到方法运用的完整认知。
第15章自主开发模式相关知识能力要求知识要点计算机知识、程序设计知识了解物理系统实现内容，掌握程序设计的要求信息系统实施信息系统实施计划熟悉人员培训计划与内容，系统转换方式和数据准备的内容系统的转换评价理论与方法了解信息系统的评价指标和评价方法信息系统的评价信息系统的控制熟悉信息系统运行控制的内容信息系统运行控制信息系统的审计了解信息系统审计的内容和方法信息系统审计
15.1系统实施系统实施即是将系统设计阶段的结果在计算机上实现，并应用到实际管理工作之中的过程。 即将纸面上的、类似于设计图式的新的管理信息系统方案(物理模型)转成可以实际运行的管理信息系统软件，并应用到实际管理工作之中
1．系统实施的任务(1)按总体设计方案购置和安装计算机(网络)系统。 主要包括计算机、输入输出设备、存储设备、辅助设备(稳压电源、空调设备等)、通信设备等。
要购置、安装、调试这些设备。 这方面的工作要花费大量的人力、物力，持续相当长的时间。
(2)建立数据库系统。 因为软件编写以及数据库框架结构的建设已经在前期完成，此时的数据库系统建设主要指基础数据的填充等工作。
(3)系统测试与调试。 (4)操作人员培训和基础数据准备。
(5)系统试运行和转换。 (6)系统维护与管理。
(7)系统评价。 (8)系统审计。
2．系统实施计划按照项目管理的要求，制订系统实施计划，安排各项工作的先后顺序，制订时间进度计划，同时确定各种专业人员，在各阶段的配备数量与比例，制订人员培训计划。 在资金管理方面要制订资金筹措与投入计划和方法，防止未来资金出现缺口影响系统实施。
3．系统实施阶段成果系统实施的阶段成果包括以下4项主要内容。 (1)新的管理信息系统投入运行。
(2)新的管理信息系统测试报告。 (3)为保证新的管理信息系统运行所建立的规章制度和岗位职责。
(4)新的管理信息系统评价报告。
4．主要参加人员在信息系统实施阶段，为了保证信息系统技术参数的正确无误以及日后的顺利运行，系统分析员、设计员、程序员、计算机专家以及用户单位高中层管理人员、具体业务操作人员必须参加。
15.2系统测试与调试15.2.1系统测试的基本概念系统测试是管理信息系统开发周期中一个十分漫长的阶段。 其作用与重要性主要体现在它是保证系统质量与可靠性的最后关口，是对在整个系统开发过程包括系统分析、系统设计和系统实现的最终审查。
系统测试的工作量大约占整个软件开发工作的40%～50%，甚至更多。
1．系统测试的对象系统测试的对象不仅仅是源程序，而是整个系统。 它把需求分析、概要设计、详细设计以及程序设计各阶段的开发文档，包括规格说明、概要设计说明、详细设计说明以及源程序，都作为测试的对象。
2．系统测试的目的系统测试的目的不是证明程序无错，而是要选取易于发生错误的测试数据，证明程序存在错误。 系统测试中发现的错误可以分为以下几类。
(1)功能错误：由于功能规格说明书不够完整或叙述不够确切，致使编码时对功能理解有误而产生的错误。 (2)系统错误：主要是与外部接口的错误、子程序调用错误、参数调用错误、输入/输出地址错误，以及资源管理错误等。
(3)过程错误：主要是指运算错误、初始过程错误、逻辑错误等。 (4)数据错误：数据结构、内容、属性错误，动态数据与静态数据混淆、参数与控制数据混淆等。
(5)编码错误：主要是指变量名错误、局部变量与全局变量混淆、语法错误、程序逻辑错误和编码书写错误等。
3．系统测试的基本原则(1)测试工作应避免由原开发软件的个人或小组来承担。 (2)设计方案时，不仅要包括确定的输入数据，还应包括从系统功能出发预期的测试结果。
(3)测试用例不仅要包括合理、有效的输入数据还应包括无效的或不合理的输入数据。 (4)不仅要检查程序是否做了该做的事，还应检查程序是否同时做了不该做的事。
(5)软件中存在的错误的概率和已经发现错误的个数是成正比的。 (6)保留测试用例，作为软件文档组成部分。
另外，穷举法测试是不可行的，同时也是不必要的，因此，针对测试可以得出一个结论：测试能够发现程序的错误却不能够发现程序的全部错误，不能证明程序无错。 程序测试工作不能够完全发现错误，只能够将遗留错误减到最低程度。
15.2.2系统测试的方法
人工测试又称代码复审，主要有3种方法。 个人复查，源代码编完以后，直接由程序员自己进行检查；走查，一般由3～5人组成测试小组，测试小组应是从未介入过该软件的设计工作的有经验的程序设计人员；会审，测试小组的成员与走查相似，要求测试人员在会审前仔细阅读软件有关资料，根据错误类型清单，填写检测表，列出根据错误类型要提问的问题。
机器测试：通过直接在计算机上运行被测程序来发现程序中的错误。 主要包括以下两种方式。
(1)黑盒测试，也称为功能测试，将软件看做黑盒子，在完全不考虑程序的内部结构和特性的情况下，测试软件的外部特性。 根据软件的需求规格说明书设计测试用例，从程序的输入和输出特性来测试是否满足设定的功能。
(2)白盒测试，也称为结构测试，将软件看做一个透明的白盒子，按照程序的内部结构和处理逻辑来选定测试用例，对软件的逻辑路径及过程进行测试，检查它与设计是否相符。
15.2.3系统测试的步骤
因此单元测试也称为模块测试。 单元测试中采用白盒测试方法，往往发现编码和详细设计的错误。
主要从5个方面检验模块。 (1)模块接口：测试信息能否正确无误地流入、流出模块。
(2)模块内部的数据结构：测试内部数据的完整性，包括内容、形式和相互关系。 (3)逻辑路径：测试应覆盖模块中关键的逻辑路径。
(4)出错处理：测试模块中对错误及产生错误的条件的预见能力，并且检验其出错处理是否适当。 (5)边界条件：软件往往容易在边界条件上发生问题，利用边界值分析方法，检查这类错误。
测试中可采用以下辅助模块。 (1)驱动模块：用以模拟被测模块的上级调用模块。
(2)桩模块：用以模拟被测模块的下级被调用模块。
2．组装测试组装测试主要以系统详细设计和程序设计为依据，通常采用黑盒测试方法。 组装的策略分为非增式测试和增式测试两大类。
(1)增式测试又分为自顶向下、自底向上以及混合方式，现介绍如下。 ①增式测试：把单元测试和组装测试结合起来，每次测试把下一个待测试的模块与已经测试过的那些模块结合起来测试。
②自顶向下测试：按照程序模块结构图，从顶层模块开始自上而下地组装，每次只增加一个模块，每增加一个新模块，要加上与之接口的桩模块，去掉上次测试中本模块的替身桩模块。 特点是较早地显现整个程序的轮廓，辅助模块只有桩模块，而无驱动模块，但不容易设计测试用例。
③自底向上测试：先从一个最底层模块开始，从下向上逐步添加模块，组成程序的一个分支，对每一个分支重复该过程，直到所有分支组装完成。 不能在测试早期显现程序轮廓，总体结构只有加上最后一个才能体现；辅助模块只有驱动模块，而无桩模块；由于每个分支的测试均从下层模块开始，所以较容易设计测试用例，数据由已测试过的真实的下级模块提供。
(2)非增式测试：在对所有模块分别进行了基于辅助模块的单元测试后，按程序结构图，将所有模块连接起来，把连接后的程序作为一个整体来进行测试。
3．确认测试经过组装测试，软件已经装配完毕，接下来进行的确认测试和系统测试将是以整个软件作为测试对象，且采用黑盒测试的方法。 确认测试是要进一步检查软件是否符合软件需求规格说明书的全部要求，因此又称为合格性测试或验收测试。
确认测试主要包括以下几个部分。 (1)功能测试：检测软件需求规格说明书的内容是否全部实现了，是否有功能遗漏。
(2)性能测试：检查软件的可移植性、兼容性、错误恢复能力以及可维护性等性能指标，以检查软件功能的实现程度。 (3)配置审查：检查被检测软件的全部构成成分是否齐全，质量是否合乎要求，应有维护阶段所需的全部细节，并且是否编好目录。
由于确认测试是面向用户需求的，因此应让用户参与。 测试采用的测试用例应以实际应用数据为基础，不再使用模拟数据。
4．系统测试系统测试是将信息系统的所有组成部分包括软件、硬件、用户以及环境等综合在一起进行测试，以保证系统的各组成部分协调运行。 它是面向集成的整体系统的，主要有以下内容。
(1)集成功能测试。 (2)可靠性与适应性测试。
(3)系统自我保护及恢复能力的测试。 (4)安全性测试。
(5)强度测试。
测试对象及测试方法如图15.3所示
15.2.4测试用例设计技术1．路径覆盖法覆盖级别由低向高可以划分为语句覆盖、条件覆盖、判定覆盖、判定－条件覆盖和路径覆盖5种。 (1)语句覆盖：设计测试用例，使程序中的每个执行语句至少执行一次。
语句覆盖是最弱的逻辑覆盖。 (2)判断覆盖：使程序中每个判断的取真分支和取假分支至少经历一次，即使得每个判断获得各种可能的结果。
(3)条件覆盖：使每个判断的每个条件的可能取值至少满足一次。 由于判断覆盖的对象是每个判断，而条件覆盖的对象是每个判断中的每个条件，因此一般来说条件覆盖比判断覆盖要严格，但并不绝对。
(4)判断－条件覆盖：设计测试用例，使得判断中每个条件的所有可能取值至少出现一次，并且使每个判断本身的判定结果也至少出现一次。 判断－条件覆盖比单纯的判断覆盖和条件覆盖都要强。
(5)路径覆盖：设计测试用例，以覆盖程序中所有可能的路径。 对于实际问题，往往不太现实，因为其路径的数量可能相当庞大。
2．等价类划分法它属于黑盒测试方法。 它是在完全不考虑内部结构情况下，只根据程序的规格说明设计程序设计用例。
把程序的输入范围划分成若干部分，然后从每一部分中选取少量代表性数据作为测试用例。
3．边值分析法它是针对如下标、数据结构、标量和循环变量取最大值、最小值等容易发生错误的区域而设计测试用例的方法。 边值分析法也是一种黑盒测试方法。
4．错误猜测法主要依靠测试人员的经验直觉来推测软件中可能存在的各种错误，并针对这些可能的错误设计测试用例。 其基本思想是列举出程序中可能有的错误和容易发生错误的特殊情况，并据此选择测试用例。
5．综合测试方法将各种方法结合起来综合使用，使之互补设计出完整而又全面的测试用例。 一般来说，先用黑盒法设计出基本的测试用例，然后再用白盒补充一些必要的测试用例。
具体步骤如下。 (1)用边值分析法设计出一组测试用例。
考虑输入输出数据的边界情况。 (2)必要时用等价划分法补充测试方案。
(3)用错误猜测法补充一些测试用例。 (4)检查上面测试用例对程序逻辑的覆盖程度，并根据系统的可靠性要求采用不同的逻辑覆盖标准，然后再补充测试用例。
15.2.5系统调试
15.3系统转换15.3.1人员培训15.3.2基础数据的准备15.3.3系统的试运行与系统转换1．系统的试运行2．系统切换系统切换是指新系统试运行之后，新系统替代旧系统的过程，系统切换有直接切换、并行切换和分段切换3种方式。
15.4信息系统的评价15.4.1信息系统评价指标1．信息系统质量评价2．信息系统运行的评价15.4.2信息系统的评价方法1．多因素加权平均法2．层次分析法3．数据包络分析法4．经济效果评价方法
15.5系统管理、维护与控制15.5.1组织机构的设置15.5.2系统维护15.5.3系统控制
15.5.1组织机构的设置1．机构设置设置组织机构是保证系统正常运转的基本条件之一。 一般设置硬件维护、软件维护、信息维护和行政管理等部门。
2．人员配备管理信息系统的运行管理是一项需要多方协调的系统性工作，需要多方面人员的密切配合，并牢固树立为用户服务的观点。 合理配置运行管理人员包括系统运行管理负责人、软件维护人员、硬件维护人员、操作人员、行政管理人员。
3．运行管理规章制度在软件方面建立健全规章制度是必不可少的。 这些规章制度包括系统安全制度、系统定期维护制度、系统运行操作规程、用户使用规程、系统信息的安全保密制度、系统修改规程、系统运行日志及填写规定。
15.5.2系统维护信息系统的维护是系统的正常运行所必须开展的工作，也是使系统始终能适应系统环境，支持并推动企业战略目标实现的重要保证。 系统适应性维护应由企业信息管理机构领导负责，指定专人落实。
为强调该项工作的重要性，在工作条件的配备上及工作业绩的评定上应与系统的开发同等看待。 系统维护分为日常维护与适应性维护，日常维护是定时地重复进行对有关数据与硬件的维护，以及对突发事件的处理等。
适应性维护是指信息系统为了适应环境的变化及克服本身存在的不足，对系统作调整、修改与扩充。
15.5.3系统控制1．对信息的控制2．对信息系统的控制3．对知识工作者的控制
15.6信息系统的审计15.6.1信息系统审计概述15.6.2信息系统审计的主要内容15.6.3信息系统审计的主要技术方法
项目开发总结报告(PDSR)详见教材第335页
下载地址：{{downurl}}
{{{a}}}
{{#b}}{{{b}}}
{{/b}} {{/title}} {{#nolog}}登陆注册
{{/nolog}} {{#djsx}}点我刷新
{{/djsx}} {{#gocz}} {{/gocz}} {{#ffqr}} {{/ffqr}}