管理系统中计算机应用第八章(老王)

1、Version.2012管理系统中计算机应用苏州工业园区职业技术学院 王成TelQQ:1605402887二一三年六月第八章 系统实施1. 实施阶段的任务2. 系统测试和验收3. 系统切换一、实施阶段的任务l 系统实施阶段的主要活动（任务）（P.272）1. 硬件设备采购和安装2. 软件编程3. 用户培训4. 数据转换5. 文档编制6. 系统测试7. 系统切换l 系统实施的目标（P.273） 让信息系统能在现实中有效使用，顺利地为用户企业所接受，提供用户所需的服务。应从用户的期望出发，站在用户的角度制定成功目标。为用户提供一个完整、有用、易用的信息系统：（1） 完整：

2、设计功能全部实现（2） 有用：满足用户业务需要（3） 易用：使用方便影响系统实施的因素l技术性因素（P.274）l非技术性因素（P.275）用户的身份：系统使用者系统检验者应用效果承担者系统效果的传播者高层管理者的支持作用（P.276）l系统实施前期的号召和宣传l关键时刻积极表明态度l解决复杂的综合性问题例题l （单选题）影响系统的因素中，属于技术性因素的是（ ）A组织机构B业务流程C企业文化D平台建设质量l （单选题）建立系统平台、培训管理人员及基础数据的准备等工作所属阶段为（ ）A系统分析B系统设计C系统实施D系统维护软硬件安装工程（P.276）l 系统实施阶段的硬任务（1） 设备采购和安

3、装（2） 设备配置和部署（3） 程序编制l 软件程序的关键质量进度成本l 软件质量评测因素（表8-2）（1） 正确性（2） 可理解性可理解性（3） 效率（4） 适应性（5） 安全性（6） 连通性（7） 文档（8） 硬件支持系统实施的准备工作（P.277）l 制定实施计划（工具：甘特图）l 用户培训 培训内容l 概念开发l 面向业务的培训 用户培训要根据不同对象分层次实施l 操作人员l 业务部门用户l 知识型用户l 管理人员l 基础数据准备l 流程变革 组织流程变革和信息系统应用之间的影响（两方面）（P.279） 业务流程改进 业务流程重组l 任务外包用户参与的主要任务（用户职责）（P.280）

4、l确定系统实施的目标l系统的数据保障l选派用户代表用户代表的要求l具备一定的计算机知识l非常熟悉业务l了解企业需求l具备协作意识、责任意识l有良好的沟通能力、表述能力二、系统测试和验收l 系统测试是检验系统质量的关键环节，是对整个系统开发过程，包括系统分析、系统设计和实施的最终审查。（P.281）l 为何要进行测试：在编写程序的过程中，难免会存在各种各样的错误，如语法错误、处理逻辑错误、数据错误、系统错误、运行错误等，必须及时发现和改正这些错误，才能保证程序的正确运行。l 系统测试的对象整个应用软件系统（P.281）l 系统测试的目的发现程序中的错误并改正之（P.282）系统测试的基本原则（P

5、.282）1.成立测试小组。l避免由软件开发部门（或个人）测试自己的程序。l第三方测试由第三方测试机构使用专业知识和必要工具，遵循标准化的测试流程，提供独立公正的软件测试服务，使用第三方测试有助于提高软件测试的质量。 （P.283）2.测试工作按计划进行。l测试计划的作用（P.283）l软件测试计划（P.283）l常见的测试内容1.负载测试2.压力测试3.用户界面测试（UI测试）4.可用性测试5.逆向测试（负面测试）6.安装测试7.验收测试3. 测试应贯彻经济性原则。l 不可能穷尽所有问题。l 集中测试出错多的模块。4. 测试需要最佳人员。 系统测试是富有创造性的工作。5. 回归测试。l 回归

6、测试是指对于测试中发现错误的软件，经修正后，再用原来的测试用例进行的测试，用以验证原问题已修改，并确认所做修改没有引入新的缺陷。 （P.284）测试方法（P.284）软件测试静态测试动态测试自动分析工具人工代码评审黑盒测试黑盒测试白盒测试白盒测试小软件自审文档分析会审黑盒测试（P.284）l 黑盒测试：又称为功能测试，用于测试软件的功能。它不关心数据的内部处理过程，只关心数据处理的结果是否正确。l 黑盒测试将软件看成是只有输入和输出的黑盒子，用户只能看到输入数据和输出数据，而看不到数据的处理过程。从外界来检查模块或程序的功能，即根据模块的输入、输出，得出所得结果的差异。l 它是根据对程序功能的

7、分析，得出测试数据集。这种测试无须知道模块的内部逻辑，而是给一定的输入，检查是否会得到所期望的输出。白盒测试（P.284）l 白盒测试：又称为结构测试，用于测试软件内部处理逻辑是否正确。l 它把软件看成是一个透明的白盒子，能清楚地看到输入数据的加工、处理过程。按照程序的逻辑路径及过程进行测试，检查它与设计是否相符。它根据对软件内部逻辑结构的分析，选取测试数据集（即测试用例），而测试数据集对程序逻辑的覆盖程度决定了测试完全性的程度。l 不适于大型的复杂模块。l 例如，假设有如下一条语句： IF (X0). AND .(Y0) S1ELSE S2ENDIF为了测试各种可能的组合条件，需选取测试数据

8、集S=(1,1),(1,0),(-1,1),(-1,0)。设计测试用例（P.284）l 测试用例测试前专门设计的测试方案，测试人员在进行测试时必须严格遵循实施。l 测试用例的组成：1. 对系统输入的描述2. 系统的处理或执行条件3. 预期结果的描述l 测试用例设计的原则l全面性l正确性l完备性l测试数据不仅包括正常的数据，还要包括错误数据和异常数据。l可操作性系统测试的流程（P.285）l 系统测试是按照与系统开发相反的方向来进行的。l 系统测试是一个庞大的工程，必须采取一定的步骤，按部就班地进行。我们常采用从部分到整体、从简单到复杂的软件测试方法。l 不同的测试方软件开发方软件测试设备提供商

9、、系统集成商硬件安装及网络环境等测试用户方或软件最终使用者系统整体测试单元测试组装测试确认测试验收测试软件测试系统整体测试硬件及环境等测试系统测试的内容（P.285-286）l 单元测试 模块分调，对系统中的每个模块进行单独测试，检测模块内部存在的错误。 单元测试常采用白盒测试方法，主要发现语法错误和详细设计错误。 单元测试中的常见错误（表8-3）l 组装测试（系统测试、集成测试） 模块联调，将经过单元测试的模块放在一起，形成一个子系统，然后对这个子系统进行测试。 主要采用黑盒测试方法，主要用来测试模块之间接口的正确性。l 确认测试 把经过测试的子系统放在一起，形成了一个完整的系统，然后对整个

10、系统进行测试。 重点：检验系统是否达到业务或流程的需要，检测软件的易用性，用户来检查系统是否有漏洞。 主要采用黑盒测试方法。l 验收测试 在系统发布或正式交付用户使用前试运行及最终检测，由用户或系统建设方主导。 主要对软硬件的协调性，新系统平台上业务的顺畅性和准确性，用户操作水平等进行全面检测。 由真实的终端用户参与。例题l（单选题）在系统验收之前的测试步骤依次是（ ）A确认测试、组装测试、单元测试B组装测试、确认测试、单元测试C单元测试、确认测试、组装测试D单元测试、组装测试、确认测试三、系统切换（P.286）l新系统开发完成、通过用户的验收后，就可以投入使用了。系统切换的任务系统切换的任务

11、就是用新系统替换老系统。由于软件产品的特殊性，在用新系统代替老系统时，不能一下子用新系统完全代替老系统，需要一段时间的过渡，保证新、旧系统的平稳而可靠的转换。系统切换的方式（P.287-289） l 直接切换直接切换： 直接用新系统代替旧系统，之间没有过渡。这种方式成本低，但风险大，一旦新系统出问题，就可能造成不可挽回的损失。因此这种方法常用于不太重要的系统的转换。 细分为业务有无中断两种情况l 并行切换并行切换： 即在一段时间内新、旧系统并行运行。 并行运行时间的长短由系统本身的特点决定，少则三月，多则半年。这种方式不仅保证转换期间工作不间断，而且可以新老系统对比，但费用较高。一般不超过一个

12、完整的业务周期。l 逐步切换逐步切换： 把整个系统分为若干个部分，在转换时，一个部分一个部分地转换。在这种转换方式中，由于是新老系统混合运行，需要很好地处理它们之间的接口。l 试点过渡试点过渡： 如果有若干个单位都要安装使用软件系统，可以先选择一个或多个试点安装切换，等转换成功后，再推广应用到其余地方。这样做风险较小，且在示范过程中可以培训工作人员，保证其余单位的转换成功。 需与其它方式一起使用。注意不同切换方式的利弊注意不同切换方式的利弊 例题l （单选题）在系统切换时，风险小、安全可靠，但人力和设备消耗较大的方式是（）A直接切换 B并行切换C试点后切换 D逐步切换l （单选题）系统并行切换方式的缺点是（）A安全性差B可靠性低C费用较高D风险较大系统切换阶段的管理工作（P.290）1. 制定切换规划，事前准备应急预案2. 严格审核数据，并监控数据移植过程3. 初始化环境的检查