- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第8章系统实施与管理
本章知识要点 系统实施的任务与内容; 系统调试的目的与步骤; 系统切换的过程与方法; 系统维护的作用与内容; 系统评价的内容及指标。 第八章 系统实施与管理 第一节 系统实施 物理系统的实施 程序设计 系统测试 系统试运行与切换 系统实施概述 一、系统实施概述 系统实施是MIS开发的后期阶段,其任务是实现系统设计阶段提出的物理(技术)方案,得到一个可以实际运行的管理信息系统。 系统实施的概念 系统实施的内容 设备的购置与安装 程序的编制与测试 数据的录入 人员的培训 系统的测试、调试与转换 一、系统实施概述 编程准备 编制新系统实施计划 硬件准备 计算机硬件安装与调试 程序的编制、测试与调试 数据的收集和准备 业务人员培训 新系统调试 建立文件(DB) 老文件转换 编写系统操作使用手册 系统转换 新系统维护与评价 验收 系统软件准备 系统软件的消化与调试 二、物理系统的实施 物理系统实施是系统所需计算机、通信网络设备的定购、机房的建立及设备的安装与调试等一系列活动的总称。 物理系统实施的概念 计算机系统的实施 性价比是否合理 是否具有良好的可扩充性 售后服务和技术支持是否有保障 必须保证计算机系统满足MIS的设计要求,此外主要考虑: 二、物理系统的实施 通信网络系统的实施 包括网络设备的采购、安装、调试等工作。 某企业DSS的网络结构 三、程序设计 程序设计是系统实施阶段的主要工作,是根据系统详细设计对各个模块处理过程的描述以及数据库结构,选择合适的程序设计语言和软件开发工具,编写出能在计算机系统上运行的程序代码。 程序设计的概念 对程序设计的要求 现阶段由于计算机性能高、存储设备容量大,因此程序设计应首先强调可理解性、可维护性和可靠性,然后才是运行效率。 三、程序设计 可靠性(Reliability) 包含安全可靠性和运行可靠性两方面。前者通过系统分析与设计过程来严格定义;后者只能通过高质量的程序设计、仔细周到的程序调试、详尽严格的系统测试等工作过程来把关。 可维护性(Maintainability) 要求程序各部分相互独立,不会发生在系统维护时牵一发而动全身的连锁反应。 可理解性(Readability,可读性) 程序应该结构简单、层次清晰,尽量减少繁杂的技巧,便于他人理解。 三、程序设计 效率(Maintainability) 即运行速度快,占用存储空间少。 结构化程序设计 结构化程序设计是遵照自顶向下、逐步求精的原则,采用顺序、选择和循环三种基本结构来实现单入口、单出口控制的一种程序设计方法。强调: 自顶向下、逐步求精的设计、编码和调试 主程序员制的组织形式 限制使用GO TO语句 三、程序设计 自顶向下的模块设计注意事项 模块划分要适当——模块中包含的子模块数要合适,既便于模块的单独开发,又便于系统重构。 模块功能要简单——通常底层模块应完成一项独立的处理任务。 保持模块独立性——模块之间应尽量相互独立,降低块间耦合程度,以便将模块作为独立的子系统开发。 共享的功能模块应集中——各模块共享的处理功能应集中在一个上层模块中,方便各模块引用。 四、系统测试 系统测试的目的 测试的目的是发现程序中的错误,而不是证明程序的正确性。测试的关键问题是如何设计测试用例,即设计一批测试数据,通过有限的测试用例,在有限的研制时间、研制经费的约束下,尽可能多地发现程序中的错误。 测试是为了发现程序中的错误而采用测试用例执行软件的活动。对于大型复杂系统,测试工作量占整个开发工作量的40-50%。 测试的概念 四、系统测试 系统测试的原则 避免由原开发人员或小组承担测试工作 测试用例既要包括合理、有效的数据,也应包括不合理或无效的输入数据 不仅要检查程序是否漏掉了该做的事,还要检查程序是否多做了不该做的事 保留所有测试用例和结果,便于以后重新测试和追加测试 多种测试方法相结合,尽可能查出更多错误 四、系统测试 系统测试的方法 静态测试 静态测试也称人工测试,是通过阅读程序和人工运行程序的方法,检查程序的静态结构,发现程序中的语法错误和逻辑错误。包括: 个人复查——程序员自己检查源程序,发现其中错误。只适合小规模程序。 人工运行——测试人员用人代替计算机沿程序的处理逻辑“走”一遍,以此发现程序中的错误。 程序会审——程序开发者逐个讲解程序,测试者逐个提问、审查,讨论可能产生的错误。 四、系统测试 动态测试 动态测试也称机器测试,是使用测试用例在计算机上实际运行程序,以发现其中的错误,一般在静态测试之后进行。包括: 黑盒测试(Block-box Testing)——也称功能测试,不考虑程序的内部结构,只根据软件的功能需求设计测试用例,检查其能否将输入的数据处理后得到预期的输出结果。 白盒测试(White-box Testing)
文档评论(0)