管理信息系统第七章PPT文档格式.ppt

管理信息系统第七章PPT文档格式.ppt

《管理信息系统第七章PPT文档格式.ppt》由会员分享，可在线阅读，更多相关《管理信息系统第七章PPT文档格式.ppt（50页珍藏版）》请在冰豆网上搜索。

例如，机房的设计要考虑温度、湿度、防尘的要求；

使用专门的地板，让电缆通过地板孔道，连接中央处理机及各设备，保证安全；

提供不中断电源，以免丢失数据。

7.27.2程序设计程序设计7.2.17.2.1程序设计的基本要求程序设计的基本要求7.2.27.2.2程序设计的语言的选择程序设计的语言的选择明确程序设计的目的主要是指该程序是干什么用的，其目的和预期的功能是什么；

系统的划分和总体结构如何；

该段程序的主要任务是什么，在总体结构中的地位如何；

程序前后的控制调用关系如何，它们之间有些什么样的信息传递关系；

程序的详细处理过程是什么，有哪些特殊要求；

程序所要用的数据库/文件有哪些，具体格式如何；

根据所要用的数据的要求，本程序涉及哪些复杂的计算，算法如何等。

编程工作指标可靠性实用性规范性可读性可维护性7.2.2程序设计的语言的选择在程序设计之前，从系统开发的角度考虑选用哪种语言来编程是很重要的。

一种合适的程序设计语言能使根据设计完成编程时困难最少，可以减少所需要的程序调试量，并且可以得出更容易阅读和维护的程序。

选择适合于管理信息系统的程序设计语言应该从以下几个方面考虑：

1、语言的结构化机制与数据管理能力2、语言可提供的交互功能3、有较丰富的软件工具4、开发人员的熟练程度5、软件可移植性要求6、系统用户的要求7.3软件测试与调试7.3.17.3.1软件测试软件测试7.3.27.3.2软件测试的方法和步骤软件测试的方法和步骤7.3.37.3.3软件调试软件调试软件测试的基本概念和目标测试是为发现程序的错误而执行程序的过程。

测试的目标就是希望能以最少的人力和时间发现潜在的各种错误和缺陷。

信息系统的测试应包括软件测试、硬件测试和网络测试。

硬件测试、网络测试可以根据具体的性能指标来进行，而信息系统的开发工作主要集中在软件上。

所以我们所说的测试更的是指软件测试。

测试的原则测试的原则

（1）应尽早并及时地进行测试

（2）测试工作应避免由原开发软件的人或小组来承担（单元测试除外）。

（3）在设计测试方案时，不仅要确定输入数据，而且要确定输出结果。

（4）测试用例不仅要有合理、有效的输入条件，也要有不合理、失效的输入条件。

（5）不仅要检测程序是否做了该做的事，还要检测是否做了不该做的事。

（6）充分重视测试中的群集现象。

（7）严格按照测试计划来进行，避免测试的随意性（8）妥善保存测试用命，作为文档的组成部分，为维护提供方便。

7.3.2软件测试的方法和步骤软件测试的方法的分类：

按照是否需要执行被测软件来划分，有静态测试和动态测试；

按照软件测试方法来划分，有人工测试和机器测试；

按照是否针对系统的内部结构和实现算法来划分，有黑盒测试和白盒测试；

按照开发过程来划分，有单元测试、集成测试、确认测试、系统测试等。

静态测试与动态测试静态测试与动态测试

（1）静态测试静态测试是指不运行被测程序本身，仅通过分析或检查源程序的文法、结构、过程、接口等来检查程序的正确性。

静态方法通过程序静态特性的分析，找出欠缺和可疑之处，例如不匹配的参数、不适当的循环嵌套和分支嵌套、不允许的递归、未使用过的变量、空指针的引用和可疑的计算等。

静态测试结果可用于进一步的查错，并为测试用例选取提供指导。

（2）动态测试动态测试是指在计算机上直接用测试用例运行被测程序，检验程序的动态行为和运行结果的正确性。

根据动态测试在软件开发过程中所处的阶段和作用，动态测试可分为单元测试、集成测试、确认测试、系统测试、验收测试和回归测试等几个步骤。

人工测试与动态测试人工测试与动态测试

（1）人工测试人工测试是又称代码复查，是采用人工方式检查程序的静态结构，找出编译不能发现的错误。

经验表明，组织良好的人工测试可以发现程序中30%70%的代码和逻辑设计错误，从而可以减少机器测试的负担，提高整个测试工作的效率。

人工测试主要有以下三个方法个人复查。

走查。

会审。

（2）机器测试机器测试是运用事先设计好的测试条件，执行被测程序，对比执行结果与预期结果的差别以发现错误。

主要有黑盒测试和白盒测试两种方法。

黑盒测试黑盒测试黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。

黑盒测试方法主要有等价类划分、边值分析、因果图、错误推测等，主要用于软件确认测试。

“黑盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。

“黑盒”法是穷举输入测试，只有把所有可能的输入都作为测试情况使用，才能以这种方法查出程序中所有的错误。

实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但是可能的输入进行测试。

白盒测试白盒测试白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。

“白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。

“白盒”法是穷举路径测试。

在使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。

贯穿程序的独立路径数是天文数字。

但即使每条路径都测试了仍然可能有错误。

第一，穷举路径测试决不能查出程序违反了设计规范，即程序本身是个错误的程序。

第二，穷举路径测试不可能查出程序中因遗漏路径而出错。

第三，穷举路径测试可能发现不了一些与数据相关的错误。

灰盒测试灰盒测试灰盒测试，确实是介于二者之间的，可以这样理解，灰盒测试关注输出对于输入的正确性，同时也关注内部表现，但这种关注不像白盒那样详细、完整，只是通过一些表征性的现象、事件、标志来判断内部的运行状态，有时候输出是正确的，但内部其实已经错误了，这种情况非常多，如果每次都通过白盒测试来操作，效率会很低，因此需要采取这样的一种灰盒的方法。

灰盒测试结合了白盒测试盒黑盒测试的要素。

它考虑了用户端、特定的系统知识和操作环境。

它在系统组件的协同性环境中评价应用软件的设计。

软件测试步骤软件测试步骤软件测试是一个规则的过程，包括测试设计、测试执行以及测试结果等。

测试设计是根据软件开发各阶段的文档资料和程序的内部结构，利用各种设计测试用例技术精心设计测试用命。

测试执行是利用这些测试用例执行程序，得到测试结果。

测试结果是比较将预期的结果与实际结果进行比较，如果二者不符合，对于出现的错误进行纠错，并修改相应文档。

修改后的程序还要进行再次测试，直到满意为止。

软件测试过程一般分成四步：

单元测试、集成测试、确认测试和系统测试，它们按顺序进行。

单元测试对各个模块进行测试，集成测试以单元测试为基础，将所有已测模块按照设计要求组装成一个完整的系统，对模块组合的功能和软件结构检验进行测试，确认测试以集成测试为基础，测试集成的软件是否满足系统要求。

系统测试指把已确定的软件与其他系统元素（包括软硬件、接口、数据、人工等）结合在一起进行测试。

软件测试的步骤软件开发过程中测试与软件开发各阶段之间的关系单元测试单元测试单元测试（unittesting）也称模块测试，是在模块编写完成，无编译错误后必须进行的测试工作。

单元测试主要依据软件详细设计文档，其目的是发现在程序单元内部所有重要的控制路径中可能存在的各种错误。

单元测试大多是从程序内部结构出发设计测试用例，即一般采用白盒测试法，多个模块可独立、同时进行。

1）单元测试的内容在单元测试中，主要从模块的5个特征进行检查：

模块接口、局部数据结构、重要的执行路径、出错处理和边界条件。

模块测试通常由程序员本人来完成。

但信息系统项目负责人应该注意测试结果，将这些测试资料妥善保存，为后续的测试工作打下良好的基础。

2）单元测试方法由于模块不是独立运行的程序，各模块之间存在联系，即存在调用与被调用的关系。

在对每个模块进行测试时，为模拟模块之间的联系，需要设置一些辅助测试模块。

辅助测试模块主要驱动模块（driver）和桩模块（stub）。

集成测试集成测试集成测试（integrationtesting）又叫组装测试，是指每个模块完成单元测试之后，需要按照设计时确定的结构图，将它们连接起来进行测试，确保程序单元或模块接口正确和软件结构合理。

即使所有模块都通过了测试，但在连接之后，仍可能会出现如下问题：

穿过模块的数据被丢失；

一个模块的功能对其他模块造成有害的影响；

各个模块连接起来后没有达到预期功能；

全局数据结构出现问题；

单个模块的误差可以接受，但模块集成后，可能会出现误差累积，最后到不能接受的程序；

等等。

所以需要集成测试。

集成测试有非增量式集成和增量式集成两种方法。

非增量式集成是指采用分别测试各个模块，再把这些模块组合起来进行整体测试。

该方法可以对模块进行并行测试，能充分利用人力，加快工程进度。

但这种方法容易混乱，出现错误不容易查找和定位。

增量式集成是指把下个要测试的模块组合到已测试好的模块中，测试完后再将下一个需测试的模块组合进来测试，逐步把所有模块组合在一起，并完成测试。

增量式测试的范围是一步步扩大的，所以错误容易定位，而且已测试的模块可以新的条件下进行测试，程序测试得更彻底。

增量式测试技术有自顶向下的增量方式和自底向上的增量方式两种测试方法。

在对信息系统测试过程中，通常将这两种方法结合起来使用，即对位于软件结构中较上层的使用自顶向下的访求，而对于较底层的使用自底向上的方法。

确认测试确认测试通过集成测试之后，软件就被集成起来，接口方面的问题已排出，就可以进入软件测试的最后一个环节确认测试（validationtesting）。

确认测试的任务是进一步验证软件的有效性，也就是说，检查软件的功能和性能是否和用户的要求一样。

系统分析说明书描述了用户对软件的要求，所以是软件有效性验证的标准，也是确认测试的基础。

有效性测试有效性测试就是在模拟环境下，通过黑盒测试检验所开发的软件是否与需求规格说明书一致。

为此，需要制定测试计划，规定要做的测试类型，设计测试用例，组强测试人员对已集成的软件进行测式。

在设计测试用例时，除了检测软件的功能和性能之外，还需要对软件的容错性、维护性等其他方面进行检测。

测试人员可由开发商的内部人员组成，但最好是没有参加该项目的有经验的软件设计认员。

在所有测试用例完成之后，测试结果有两种情况。

第一是功能和性能都满足要求，可以接受；

第二是发出测试结果与预期的不符，这时要列出缺陷清单。

在这个阶段才发现的严重错误一般很难在预定的时间内纠正，需要与用户协商，寻找妥善解决问题的办法。

软件配置审查确认测试的另一个环节是软件配置的审查，主要是检查软件（源程序、目标程