第8章系统实施运行和维护.
软件工程导论PPT课件-第8章-维护
分析评价，修改设计，编写代码等
理解代码功能、解释数据结构、接口特点和性能限度等
8.3 软件维护的特性
8.3.3 软件维护的副作用
-结构化维护
结构化维护是指软件开发过程是按照软件工程方法进 行的、各开发阶段文档齐全的软件的维护过程。
-非结构化维护
非结构化维护是指在只有源程序，缺乏必要的文档说 明，难于确定数据结构、系统接口等特性的情况下，进行 的软件维高昂
明显代价：高昂的维护费用，已上升达80%左右； 无形代价：
的工作环境，或适应已变动的数据或文件； （4）为预防软件系统的失效而对软件系统实施修改。
8.2 软件维护的分类
- 改正性维护
对在测试阶段未能发现的、在软件投入使用后才逐渐暴露出来的 错误的测试、诊断、定位、纠错，以及验证、修改的回归测试过程， 称为改正性维护。
- 完善性维护
为了满足用户在使用过程中对软件提出的新的功能与性能要求， 需要对原来的软件的功能进行修改或扩充。
- 适应性维护
使软件适应外部新的软硬件环境或者数据环境发生的变化， 而进行修改软件的过程。
- 预防性维护
为了提高软件未来的可维护性、可靠性等，或为了给未来 的改进奠定更好的基础而修改软件的过程。
8.2 软件维护的分类 预防性维护 4% 适应性维护 21% 完善性维护 50%
改正性维护 25%
四类维护占总维护的比例
修改软件设计、 复查、必要的代 码修改、单元测 试和集成测试、 验收测试和复审
管理信息系统第八章习题
第八章管理信息系统的系统实施第八章习题8.1 单项选择题8.1.1 在项目管理中，主要需协调（ C ）之间的矛盾，并要采取措施加强他们之间的联系和合作。
a. 系统设计人员和系统分析人员b. 领导和计算机技术人员c. 系统分析人员和计算机技术人员d. 系统设计人员和编程人员8.1.2 为便于系统重构，模块划分应（ B ）。
a. 大些b. 适当c.尽量大d. 尽量小8.1.3 程序员设计程序和编写程序时主要依据下列资料进行：（ C ）。
a. 系统流程图b. 程序流程图c. 系统流程图、程序编写说明书及输人/输出说明d. 处理流程图8.1.4 系统调试中的分调是调试（ C ）。
a. 主控程序b. 单个程序，使它能运行起来c. 功能模块内的各个程序，并把它们联系起来d. 调度程序8.1.5 计算机设备的折旧费属于（ C ）。
a. 一次性投资b. 管理费用c. 经营费用d. 可变费用8.1.6 Visual Basic（ C ）。
a. 是关系数据库管理系统b. 没有生成功能c. 有一定生成功能d. 不具有面向对象功能8.l.7 DO WHILE—ENDDO语句用于（ B ）。
a. 选择结构b. 循环结构c. 顺序结构d. 网络结构8.1.8 系统开发中要强调编好文档的主要目的是（ A ）。
a. 便于开发人员与维护人员交流信息b. 提高效益c. 便于绘制流程图d. 增加收人8.1.9 外部设备租金、打印用纸、人工费、设备折旧等属于（ B ）。
a. 投资费用b.经营费用c. 附加费用d.管理费用8.1.10 建立管理信息系统时使用的投资效果系数应（ A ）。
a. 高于一般工业部门的投资效果系数b. 低于一般工业部门的投资效果系数c. 等于一般工业部门的投资效果系数d. 稍低于一般工业部门的投资效果系数8.1.11 系统实施阶段的工作内容中有（ B ）。
a. 文件和数据库设计b. 系统运行的日常维护c. 编写程序设计说明书d. 制定设计规范8.1.12 系统调试中总调的内容包括（ B ）。
汽车电器设备与维修第8章 汽车空调系统
热力性质方面
首先，要求制冷剂的蒸发压力要稍 高于大气压力；其次，制冷剂的冷 凝压力也不应太高，以降低对制冷 系统强度的要求。
2）制冷剂的选择 R134a的基本性能如下：
饱和蒸气压大体上讲与R12相近。 以18 ℃为界，低于18 ℃时， R134a的饱和蒸气压略低于R12， 化学性质稳定，无色、无 高于18 ℃时相反。 刺激性气味、不燃烧、不 爆炸。
8.3.2 汽车空调通风系统
1）自然通风 自然通风是利用汽车行驶时产生的风压，将外部空气引入车内循环后 再排出，空气的入口设在正压区，出口设在负压区，形成空气的自然流动。 如图8-12所示为轿车外表面上的空气压力分布图。车头部位为正压区， 因此空气进口设在此处；车尾部位为负压区，空气排口一般设在后排座靠 背两侧。
图8-8水暖式取暖系统的结构 1—散热器； 2—散热器盖； 3—补偿水桶； 4—散热器出水软管； 5—风扇传 动带； 6—暖风机出水软管； 7—管箍； 8—暖风机芯； 9—暖风机进水软管； 10—节温器； 11—冷却风扇；12—护风圈； 13—散热器进水软管
目前，在有些车型上采 用了废气水暖式取暖系统，
2）热管换热器式 热管换热器式取暖系统 中的热管换热器垂直安装在 车厢底板上下，底板之上为 冷凝放热段，底板之下为废 气加热段，其安装原理如图 8-11所示。
图8-11热管换热器安装原理图 1—车头窗口； 2—新鲜空气进口； 3—汽车底板； 4—废 气进口； 5—空气出口； 6—热管换热器隔板； 7—废气出口
冷冻机油可润滑压缩机轴承、 活塞、活塞环、曲轴、连杆等 运动件表面，减少运动阻力和 磨损，降低功率消耗，延长压 缩机使用寿命。
密封
冷冻机油渗入油封密封处防止 漏油，同时在活塞环与缸壁间 形成油膜防止制冷剂泄漏。
第8章_软件维护(徐东升)
西安文理学院
软件学院
8.2 软件维护的特点 8.2.1 结构化维护与非结构化维护差别巨大
1. 非结构化维护 如果软件配置的惟一成分是程序代码，那么维护 活动从艰苦地评价程序代码开始，对软件结构、数据 结构、系统接口、设计约束等常产生误解，不能进行 回归测试，维护代价大。 非结构化维护需要付出很大代价，这种维护方式 是没有使用良好定义的方法学开发出来的软件的必然 结果。也就是就说在设计时未采用结构化程序设计方 法。
最后，把修改后的软件再次交付使用。
西安文理学院
软件学院
8.2.2 软件维护的代价
1. 有形代价与无形代价
软件维护的代价表现为有形代价和无形代价。 有形代价指软件维护的费用开支。在过去的几十年中，软
件维护的费用稳步上升。
70年代，用于软件维护的费用只占软件总预算的30%～ 40%，80年代上升到60%左右，90年代许多软件项目的维护 经费预算达到了80%。
西安文理学院
软件学院
该模型描述了影响维护的诸多因素中重要的
关系。如果一个系统开发没有遵循软件工程原 则，软件结构不好，c的值就会很高，再加上 维护人员对软件的不熟悉，原来参加开发的人 员或小组不能参加维护，d的值很低。结果是， 维护的工作量和成本将呈指数级增加。
西安文理学院
软件学院
8.2.3 程序修改的步骤及修改的副作用
西安文理学院
软件学院
实际应用中，常常是混合以上几种方法。对 系统不重要的部分采用直接方式，对系统重要部 分采用并行方式，使系统平稳交付使用。
西安文理学院
软件学院
8.1 软件维护的定义
8.1.1 软件维护的基本内容 所谓软件维护就是在软件已经交付使用 之后，为了改正错误或满足新的需要而修改 软件的过程。
软件工程 第8章 软件维护
8.4.2 软件可维护性的度量
3. 可测试性 4. 可修改性 5. 可移植性 6. 效率 7. 可使用性 8. 间接度量可维护性的方法
8.4.2 软件可维护性的度量
8. 间接度量可维护性的方法
(1) 了解问题的时间； (2) 行政管理拖延的时间； (3) 收集维护工具的时间； (4) 分析问题的时间； (5) 改变规格说明的时间； (6) 具体的改错或修改的时间； (7) 局部测试时间； (8) 整体测试时间； (9) 维护重审时间； (10) 总体恢复时间。
8.4 软件的可维护性
8.4.1 影响可维护性的因素 软件的可维护性可以简单定义为：纠正软件系统出现 的错误和缺陷,以满足新的要求, 能够被理解、被校正、 被修改或被改善的难易程度。可维护性不但与采用的 分析设计方法和开发人员的技术熟练程度有关，更重 要的是与软件项目的管理技术关系密切。软件的可维 护性成为软件开发阶段各个时期的关键目标。
8.1 软件维护的种类
完善性维护 50％
预防性维护5％
改正性维护 20％
适应性维护 25％
图11.1 各类维护的比重
8.2 软件维护的特点
8.2.1 软件维护面临的困难 统计资料表明，有代表性的软件开发组织用于校正性 维护、适应性维护、完善性维护及预防性维护的费用 占其开发总金额的70％至80％。 很多软件机构被束缚在维护工作上，这是软件维护所 带来的无形支出。
8.2.3 非结构化维护
无说明或者文档资料太少由于没有采用定义良好的软 件项目管理过程来开发软件，软件项目管理的缺陷导 致的叫“非结构化维护”,这会使软件维护付出较高的 代价.
8.2.4 结构化维护
存在完整的软件系列文档，那么维护任务就从分析设 计文件开始，确定软件的重要结构特性、功能特性和 接口特性，确定所要求的修改或校正可能产生的影响， 并且计划采用何种维护处理方法，修改设计并进行复 审，编制出新的源程序，利用文档中的信息进行回归 测试，然后重新交付软件。这种维护过程就叫做“结 构化维护”
软件工程第八章维护
软件工程第八章维护第一点：软件维护的定义和重要性软件维护是指在软件发布后对其进行的一系列操作和活动，旨在确保软件系统的持续可用性、可靠性和性能。
软件维护是软件开发生命周期中的一个重要环节，它涉及到对软件进行修正、优化和升级。
软件维护的重要性体现在以下几个方面：1.保障软件质量：软件在实际运行过程中可能会出现各种问题，维护可以帮助及时修复这些问题，保证软件的正常运行。
2.提高用户满意度：通过维护，可以对软件进行功能优化和界面调整，使其更加符合用户的需求，提高用户的使用体验。
3.降低风险：软件维护可以帮助提前发现并解决潜在的风险，避免因软件问题导致的损失。
4.延长软件寿命：通过不断的维护和升级，可以使软件适应不断变化的环境和需求，延长其使用寿命。
5.提高开发效率：良好的维护可以避免因软件问题导致的重复开发，提高开发团队的效率。
第二点：软件维护的类型和策略软件维护可以分为以下几种类型：1.改正性维护：这种维护类型主要是针对软件中存在的问题和错误进行修复，保证软件的正常运行。
2.适应性维护：随着环境的变化和用户需求的变化，软件需要进行相应的调整和优化，以适应新的环境和工作需求。
3.完善性维护：这种维护类型主要是针对软件的功能进行增强和扩展，以满足用户的新需求。
4.预防性维护：预防性维护是为了避免软件出现潜在的问题和风险，提前对软件进行调整和优化。
在进行软件维护时，可以采取以下策略：1.计划维护：制定详细的维护计划，包括维护的时间、内容、责任人等，确保维护工作的有序进行。
2.变更管理：对于软件的修改和更新，需要进行严格的变更管理，确保每次变更都是经过审核和评估的。
3.版本控制：通过版本控制工具，对软件的不同版本进行管理，确保软件的每个版本都是可追踪和可恢复的。
4.文档管理：对软件的维护过程和结果进行详细的文档记录，方便对软件进行管理和维护。
5.持续集成：将软件的维护工作与开发工作结合起来，通过持续集成的方式，确保软件的质量和稳定性。
软件工程考核知识点-第8章-软件维护
软件工程考核知识点-第8章-软件维护第8章软件维护软件投入使用后就进入软件维护阶段。
维护阶段是软件生存周期中时间最长的一个阶段，所花费的精力和费用也是最多的一个阶段。
8.1软件维护的内容软件维护内容有四种：校正性维护，适应性维护，完善性维护和预防性维护。
1.校正性维护在软件交付使用后，由于在软件开发过程中产生的错误并没有完全彻底的在测试中发现，因此必然有一部分隐含的错误被带到维护阶段来。
这些隐含的错误在某些特定的使用环境下会暴露出来。
为了识别和纠正错误，修改软件性能上的缺陷，应进行确定和修改错误的过程，这个过程就称为校正性维护。
校正性维护占整个维护工作的20%左右。
2.适应性维护随着计算机的飞速发展，计算机硬件和软件环境也在不断发生变化，数据环境也在不断发生变化。
为了使应用软件适应这种而修改软件的过程称为适应性维护。
这种维护活动占整个维护活动的25%。
3.完善性维护在软件漫长的运行时期中，用户往往会对软件提出新的功能要求与性能要求。
这是因为用户的业务会发生变化，组织机构也会发生变化。
为了适应这些变化，应用软件原来的功能和性能需要扩充和增强，为达到这个目的而进行的维护活动称为完善性维护，占整个维护活动的50%。
4.预防性维护为了提高软件的可维护性和可靠性而对软件进行的修改称为预防性维护。
这是为以后进一步的运行和维护打好基础，占整个维护工作的4%。
8.2 维护的特点8.2.1非结构化维护和结构化维护软件的开发过程对软件的维护过程有较大的影响。
若不采用软件过程的方法开发软件，则软件只有程序而无文档，维护工作非常难，这就是一种非结构化的维护。
若采用软件工程的方法开发软件，则各阶段都有相应的文档，这容易进行维护工作，这是一种结构化的维护。
1.非结构化维护因为只有源程序，而文档很少或没有文档，维护活动只能从阅读、理解、分析源程序开始。
这是软件工程时代以前进行维护的情况。
2.结构化维护用软件工程思想开发的软件具有各阶段的文档，这对于理解和掌握软件功能、性能、系统结构、数据结构、系统接口和设计约束有很大作用。
管理信息系统课程大纲
第一部分大纲说明一、课程的性质与任务管理信息系统是中央广播电视大学计算机信息管理专业的统设必修课，是专业的主干课程之一。
4学分，72学时，其中课程设计18学时，开设一学期.课程的主要内容包括:管理信息系统的基本知识和结构，管理信息系统的开发方法,需求分析,系统设计，系统实施，运行维护与系统评价和开发案例。
本课程的任务是使学生对信息系统的理论和应用有较深刻的了解，掌握管理信息系统的概念和结构,掌握信息系统开发的过程和方法，以及运行、维护、管理等环节的知识，初步具备管理信息系统建设、应用和管理的能力.二、与其他课程的关系管理信息系统是一门理论性和实践性都很强的课程，是综合了经济学、管理学、计算机科学等学科的交叉性、边沿性学科。
与企业管理、物流管理、财务会计等管理类课程,以及计算机网络、数据库、程序设计语言等信息技术类课程有着密切的关系.三、课程教学的基本要求1．掌握管理信息系统的基本概念、定义、作用与结构以及开发条件及方法论。
2．掌握管理信息系统开发生命周期的全过程以及面向对象开发过程、原型法开发过程的概念。
3．掌握管理信息系统的开发阶段、投入运行阶段等管理和维护。
4．掌握管理信息系统的开发环境的概念与内容、开发工具的类型与使用。
5．以一个典型的企业管理信息系统开发全过程作为实例，使学生了解管理信息系统开发的过程。
四、教学方法与教学形式建议1．管理信息系统课程最大的特点是综合性强，学科覆盖面宽，内容繁杂,因而教学有一定的困难，学生往往有“听得懂”但“学不到"的感觉。
所以要求教师在讲课时，尽可能结合实例深入浅出地进行讲解。
2．增加案例教学的比重，在教学中要突出典型案例的剖析，提高学生学习的兴趣和学习的主动性，使学生的学习能够学以致用。
3．教师应督促学员按照规定的教学进度认真自学；指导小组讨论，认真评判学生作业，定期集中进行作业评析，讲解带普遍性的错误问题。
4.日常的面授辅导应着重于重点的归纳、难点的剖析以及案例的分析讨论等。
第8章 MIS的系统实施 PPT
8.2 物理系统的实施
1. 计算机系统的实施 购置计算机系统的基本原则： ① 能够满足MIS的设计要求。 ② 具有合理的性能价格比。 ③ 具有良好的可扩充性。 ④ 能够得到来自供应商的售后服务和技术支持。 ⑤ 机房的准备：温度、湿度、无尘、电缆走线、
配备不间断电源。 ⑥ 计算机系统的安装与调试。
8.2 物理系统的实施
3. 结构化程序设计的原则 （1）使用语言中的顺序、选择、重复等有限的基本控制 结构表示程序逻辑。 （2）选用的控制结构只准许有一个入口和一个出口。 （3）程序语句组成容易识别的块（block），每块只有 一个入口和一个出口。 （4）复杂结构应该用基本控制结构进行组合嵌套来实现。 （5）语言中没有的控制结构，可用一段等价的程序段模 拟，但要求该程序段在整个系统中应前后一致。 （6）严格控制GOTO语句，仅在可以改善而不是损害程序 可读性的情况下偶尔使用。例如，在查找结束时、文件访问 结束时，出现错误情况要从循环中转出时。
2. 网络系统的实施 主要包括通信设备的安装、电缆线的铺设、网络性能的调
试等。
8.3 程序设计
8.3.1 程序设计的目标
1. 可维护性 2. 可靠性 3. 可理解性 4. 效率
8.3.2 结构化程序设计方法
1. 自顶向下的模块化设计(Top－Down) 在模块化程序设计中应注意： （1）模块应相互独立，减少模块间的耦合，即信息交互。 以便于将模块作为一个独立子系统。 （2）模块大小和模块中包含的子模块数要合适，既便于模 块的单独开发，又便于系统重构。 （3）模块功能要简单，底层模块一般应完成一项独立的处 理任务。 （4）共享模块应集中，集中可供各模块共享的处理功能在 一个上层模块，供各模块引用。
8.1 系统实施的任务与工作内容
《软件工程》第八章 软件维护与再工程
软件可维护性－主要影响因素
可移植性：指程序转移到一个新的计算环境的难易 程度。
影响软件可移植性的因素有：信息隐蔽原则；模块 独立；模块化；高内聚低耦合；良好的程序结构； 不用标准文本以外的语句等
一个可移植的程序应具有结构良好、灵活、不依赖 于某பைடு நூலகம்具体计算机或操作系统的性能
软件可维护性－主要影响因素
软件维护的概念－维护成本
其它一些因素：如应用的类型、数学模型、 任务的难度、IF嵌套深度、索引或下标数等， 对维护工作量也有影响
软件维护的过程－维护组织
维护组织结构图
软件维护的过程－维护组织
系统监督员一般都是对程序(某一部分)特别熟 悉的技术人员。 在维护人员对程序进行修改的过程中，由配 置管理员严格把关，控制修改的范围，对软 件配置进行审计 。 维护管理员、系统监督员、修改控制决策机 构等，均代表维护工作的某个职责范围 。
如果已经开始保存维护记录，可以对维护工作做 一些定量度量，至少可以从如下7方面进行评价：
每次程序运行平均失败的次数； 用于每一类维护活动的总人时数； 平均每个程序、每种语言、每种维护类型所必需的程序 变动数； 维护过程中增加或删除源语句平均花费的人时数； 维护每种语言平均花费的人时数； 一张维护请求表的平均周转时间； 不同维护类型所占的比例；
软件维护的过程－维护记录
软件修改报告指明：为满足维护申请报告提 出的需求所需的工作量、本次维护活动的类 别、本次维护请求的优先级、本次修改的背 景数据。在拟定进一步维护计划前，软件修 改报告要提交给修改决策机构，供进一步规 划维护活动使用 保存维护记录的第一个问题就是哪些数据值 得保存？
软件维护的过程－维护评价
软件维护的概念－维护问题
建设工程信息管理(第8章)
建设工程信息管理 6-30
8.4 管理信息系统运行及维护
8.4.1 系统维护的定义
1．改正性维护——诊断和改正软件错误的过程。 2．适应性维护——为适应软硬件等新的变化进行修 改。 3．完善性维护——为了满足用户提出增加新功能， 修改已有的功能以及一般的改进要求和建议进行 的工作。这类维护占软件维护工作的大部分。 4．预防性维护——为进一步改进系统的可维护性和 可靠性等进行的修改，在系统维护中这类维护相 对来说是很少的。 建设工程信息管理 6-31
建设工程信息管理 6-8
8.1 硬软件系统的建立
8.1.2 软件系统的建立
1．程序设计及数据库系统集成编程工具 集成编程工具： Visual Basic Visual C++ PowerBuilder Delphi
建设工程信息管理 6-9
8.1 硬软件系统的建立
8.1.2 软件系统的建立
1．程序设计及数据库系统集成编程工具 关系型数据库软件:
试点 过渡法
建设工程信息管理
8.4 管理信息系统运行及维护
一个系统运行的质量高低和系统维护有很大关 系，在许多情况下，维护比开发更为困难，需要更多的 创造性工作，这是因为： （1）维护人员必须用较多时间理解别人编写的程序和 文挡，并且对系统的修改不能影响程序的正确性和完 整。 （2）整个维护工作必须在所规定的很短时间内完成。
8.2.2 测试的过程 3．系统测试
（1）总调——可采用一些精心设计的数据量较少的测试 用例，这样可以使处理的工作量减少，而且也更容易发 现错误和确定错误所在范围。 （2）安全测试——是指测试系统对外来有意或恶意攻击 的自我保护能力。 （3）恢复测试——是指系统出现意外故障时，能否正确 和迅速恢复的测试。 （4）系统有效性测试——通过测试来证实系统功能与用 户要求一致。 建设工程信息管理 6-22
软件工程课件-第八章维护ppt
2. 适应性维护
计算机科学技术领域的各个方面都在迅速进步，大约每 过38个月就有新一代的硬件宣告出现；另一方面，应用软 件的使用寿命却很容易超过十年，远远长于最初开发这个 软件时的运行环境的寿命。因此，适应性维护就是为了和 变化了的环境适当地配合而进行的修改软件的活动，是既 必要又经常的维护活动。
4. 预防性维护
当为了提高未来的可维护性或可靠性，或为了给未来的 改进工作奠定更好的基础而修改软件时，就出现了第四类维 护活动，这类维护活动称为预防性维护。通常，把预防性维 护定义为：“把今天的方法学应用于昨天的系统以满足明天 的需要”。也就是说，预防性维护就是采用先进的软件工程 方法对需要维护的软件或软件中的某一部分，主动地进行重 新设计、编码和测试。
8.3.1 维护组织 虽然通常并不需要建立正式的维护组织，但是，即使对
于一个小的软件开发团体而言，非正式地委托责任也是绝 对必要的。维护机构成员一般包括：配置管理员、维护控 制员、系统管理员、一般维护工作人员。
每个维护要求都通过维护管理员转交给相应的系统管理 员去评价，见下页图示。
维护机构
维护要求 （软件问题报告）
● 当必须把软件工程师调去从事维护工作时，将在开发 过程中造成混乱。
8.1.2.3 维护的问题很多
与软件维护有关的绝大多数问题，都可归因于软件定 义和软件开发的方法有缺点。在软件生命周期的头两个时 期没有严格而又科学的管理和规划，几乎必然会导致在最 后阶段出现问题。下面列出和软件维护有关的部分问题：
8.1.2.2 维护的代价高昂 8.1.2.3 维护的问题很多
8.1.2.1 结构化维护与非结构化维护差别悬殊
第8章 软件维护
8.2 软件维护的特点
(3) 文档副作用：对软件的数据流、软件结构、模 块逻辑等进行修改时，必须对相关技术文档进行相应修 改。否则会导致文档与程序功能不匹配、缺省条件改变 等错误，产生文档的副作用。如果对可执行软件的修改 没有反映在文档中，会产生如下文档副作用：
8.3 软件维护过程
系统监督员
维护负责人 维护小组1
维பைடு நூலகம்管理员
维护负责人 维护小组2
维护配置员
维护负责人 维护小组n
图8- 1 软件维护的组织结构
8.3 软件维护过程
维护申请提交给一个维护管理员，他把申请交给某 个系统监督员去评价。系统监督员是一位技术人员，他 必须熟悉产品程序的某一部分。一旦做出评价，由修改 负责人确定如何进行修改。维护人员对程序进行修改的 过程中，由配置管理员严格把关，控制修改的范围，对 软件配置进行审计。
2. 软件维护副作用 维护的目的是为了延长软件的寿命并让其创造更多的价 值，经过在段时间的维护，软件中的错误减少了，功能增强 了。但是，修改软件是危险的，每修改一次，可能会产生新 的潜在错误。因此，维护的副作用是指由于修改软件而造成 新的错误或其他不希望出现的情况。一般维护产生的副作用 有如下三种。
维护管理员、系统监督员和修改负责人等，均代表 维护工作的某个职责范围。修改负责人、维护管理员可 以是指定的某个人，也可以是一个包括管理人员、高级 技术人员在内的小组。系统监督员可以有其他职责，但 应具体分管某一个软件包。
8.3 软件维护过程
8.3.2 维护工作的流程 图8-2描述了实施软件维护的工作流程。第 一步是先确认维护要求。这需要维护人员与用户 反复协商，弄清错误概况以及对业务的影响大小， 以及用户希望做什么样的修改，并把这些情况存 入故障数据库。然后由维护组织管理员确认维护 类型。
第八章 MIS系统实施
1、常用的通讯介质
双绞线
同轴电缆
光纤
地面波 微波站
地表 微波通信
（A）地面微波通信
卫星 微波站
（B）卫星通信
地表
2、常用的通讯设备
路由器设备
交换机设备
思科公司简介
思科系统公司（Cisco Systems, Inc.）总 部设在加州硅谷圣荷塞，1984年12月由斯坦福 大学几个计算机专业的学生创办，1990年上市， 是全球领先且生产规模最大的互联网硬件和相 应软件提供商。
爱立信公司
爱立信公司（Telefonaktiebolaget LM Ericsson）1876年成立于瑞典的斯德哥尔摩。 从早期生产电话机、电话交换机发展到今天， 爱立信的业务已遍布全球140多个国家，是全 球领先的提供端到端全面通信解决方案以及专 业服务的供应商。 目前，爱立信的业务体系包括：通信网络系统， 专业电信服务，技术授权，企业系统和移动终 端业务（拥有索尼爱立信移动通信公司50％的 股份）。
思科公司的产品涉及各种服务器、各类软件、 不同规模的集线器、与网络运行界面相关的处理器、 调制器以及适配器、基于光纤的网络平台、大规模 网络中的路由器等20多类，向客户提供范围最广的 网络硬件产品、互联网操作系统软件、网络设计和 实施等专业技术支持，提供端到端的网络解决方案， 使客户能够建立自己的统一信息基础设施或与其他 网络连接。 1994年初，思科公司进入中国市场。
华为公司
华为技术有限公司是一家总部位于中国广东深圳市 的生产销售电信设备的员工持股的民营科技公司， 于1988年成立于中国深圳。 是电信网络解决方案供应商。华为的主要营业范围 是交换，传输，无线和数据通信类电信产品，在电 信领域为世界各地的客户提供网络设备、服务和解 决方案。总裁任正非，董事长孙亚芳。
第4章信息系统项目管理ppt-第8章系统实施
D=[(1×OD)+(4×ED)+(1×PD)]／6
4.2 信息系统项目管理
活动4——说明任务之间的依赖关系
（1）完成到开始(FS)：某个任务的完成触发另一个任务 的开始。 （2）开始到开始(SS)：某个任务的开始触发另一个任务 的开始。 （3）完成到完成(FF)：两个任务必须同时完成。 （4）开始到完成(SF)：某个任务的开始标志另一个任务 的完成。
该知识领域尽可能有
效地使用项目中涉及 的人力资源
（1）组织的计划 （2）人员获得 （3）团队建设
项目管理
4.1 项目管理概述
项目管理的知识体系
1 项目范围管理 2 项目时间管理 3 项目成本管理 4 项目质量管理 5 项目人力资源管理 6 项目沟通管理 7 项目风险管理 8 项目采购管理 9 项目集成管理
该知识领域保证在已
批准的预算内完成项 目
（1）资源计划 （2）成本估算 （3）成本预算 （4）成本控制
项目管理
4.1 项目管理概述
项目管理的知识体系
1 项目范围管理 2 项目时间管理 3 项目成本管理 4 项目质量管理 5 项目人力资源管理 6 项目沟通管理 7 项目风险管理 8 项目采购管理 9 项目集成管理
该知识领域保证项目 的完成能够使需求得 到满足： （1）质量计划：找 出质量标准 （2）质量保证：绩 效评价 （3）质量控制
项目管理
4.1 项目管理概述
项目管理的知识体系
1 项目范围管理 2 项目时间管理 3 项目成本管理 4 项目质量管理 5 项目人力资源管理 6 项目沟通管理 7 项目风险管理 8 项目采购管理 9 项目集成管理
该知识领域保证成功地
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第三节
软件开发工具
四、可视化编程工具 例如：Visual BASIC 它结合了面向对象技术，提供了一个运用对象 的编程环境。 它提供给用户一种可以跨越多个软件平台（如 电子表格软件、Fox-pro类型的数据库、 字处理 软件、绘图软件）的通用语言。 软件开发人员只要掌握这种核心的语言，就可 方便地与其他软件连结，而且看到的是相同的用 户界面。
第二节
程序设计
3. 选择结构:根据条件成立与否选择程序执行路径：
结构一: IF＜条件＞ ＜命令组１＞ ELSE ＜命令组２＞ ENDIF 结构二： IF＜条件＞ ＜命令组＞ ENDIF
结构三： DO CASE CASE＜条件１＞ ＜命令组１＞ ··· CASE＜条件n＞ ＜命令组n＞ ENDCASE
第三节
软件开发工具
二、利用数据库管理系统的生成功能 现在，数据库管理系统已不只是局限于数据管 理， 而且具有相当强的软件生成功能。例如： 在ORACLE数据库管理系统中，利用 SQL*FORMS 可以通过选择一些菜单和相应的功 能键方便地进行对库操作； SQL*PLUS的触发器为保证数据的完整性、一致 性和合法性提供必要的检验手段； SQL*REPORT为报表输出提供方便 SQL*GRAPH为图形生成提供方便。 以上这些ORACLE 软件工具配合起来使用，可 以形成一个综合的应用软件开发环境。
第四节
程序和系统的调试
四、特殊测试 以上是常规测试。 特殊测试是根据系统需要而选择进行的，如: 峰值负载测试 容量测试 响应时间测试 恢复能力测试
第四节
程序和系统的调试
五、实况测试 实况测试是以过去手工处理时得出正确结果 的数据作为输入，然后将新系统输出结果与手 工处理结果进行比较。除严格校对结果外，还 要考察系统运转的合理性、效率和可靠性。
旧系统 试运行 新系统
也较少。
第五节
系统切换、运行及维护
系统切换中注意的问题 1. 尽早准备好新系统投用需要的大量基础数 据。 2. 不仅是程序的转换，更难的是人工的转换， 应提前培训人员。 3. 系统切换中出现一些局部性的问题是正 常现象，可及时予以解决。
第五节
系统切换、运行及维护
二、系统运行管理
第一节 物理系统的实施 一、计算机系统的实施
购置计算机系统的基本原则是能够满足 MIS 的设计要求。 此外，还应当考虑以下问题： · 计算机系统是否具有合理的性能价格比 · 系统是否具有良好的可扩充性 · 能否得到来自供应商的售后服务和技术 支持等。
第一节 物理系统的实施
二、网络系统的实施 MIS 通常是一个由通线线路把各种设备连接起来组成 的网络系统。 MIS网络： 局域网(LAN)通常指一定范围内的网络，可以实现楼 宇内部和邻近的几座大楼之间的内部联系。 广域网(WAN) 设备之间的通信，通常利用公共电信网 络，实现远程设备之间的通信。 网络系统的实施的主要内容： 通信设备的安装； 电缆线的铺设； 网络性能的调试等工作。 常用的通信线路有双绞线、同轴电缆、光纤电缆以及 微波和卫星通信等。
第四节
程序和系统的调试
三、总调（能行性联调） 总调的内容： 1.主控程序和调度程序调试 调试目的不是处理结果的正确性，而是验证 控制接口和参数传递的正确性，以便发现并解 决逻辑控制问题。 2.程序的总调 是将主控制和调度程序与各功能模块联结起 来进行总体调试。这一阶段查出的往往是模块 间相互关系方面的错误和缺陷。 总调应由系统分析员和程序员合作进行。
第八章 系统实施、运行和维护
内 容 提 要
物理系统的实施 程序设计
软件开发工具
程序和系统的调试
系统切换、运行及维护
第一节 物理系统的实施
MIS物理系统的实施是计算机系统和通 信网络系统设备的订购、机房的准备和设备 的安装调试等一系统列活动的总和。
本节内容 一、计算机系统的实施 二、网络系统的实施
系统运行的日常管理（由系统管理员完成） 内容包括： 数据的收集、整理和录入 系统输出结果的整理与分发 系统运行情况的记录 除了记录正常情况 （如处理效率、文件存取率、更新率）外， 还要记录意外情况发生的时间、原因与处理 结果。 硬件和设施的日常管理
第五节
系统切换、运行及维护
三、系统的维护 内容包括： 程序的维护 指根据需求变化或硬件环境的变化对程序 进行部分或全部的修改。 数据文件的维护 一般使用开发商提供文件维护程序，也可 自行编制专用的文件维护程序。 代码的维护 如订正、添加、删除及重新设计。
1、直接切换法 直接替代旧系统 优点：简便、转换费用少 缺点：风险最大 2、并行切换法： 新旧系统相互校验， 以检查新系统中的错误。 优点：风险小 缺点：工作量最大、费用大
旧系统 新系统
旧系统 新系统
第五节
系统切换、运行及维护
3、试点过渡法: （1）试运行切换法： 对一些关键的子系统进行一 段试运行待感到有把握时再用 新系统正式替代。 优点： 风险小 缺点：工作量和费用仍比较大 （2）逐步转换法： 分期分批以新替旧安全性最好，危险性比较小，费用
第四节
程序和系统的调试
2. 程序功能测试 测试时，需要面向程序的应用环境，把程序看 作是一个“黑盒子”,测试它能否满足功能和应用 上的需求。
第四节
程序和系统的调试
二、分调（功能调试） 分调的目的：保证模块内各程序间具有正的 控制关系，并测试模块的运行效率。 分调的时间：单个程序调试完成以后。 分调的做法：将一个功能内所有程序按次序 串联起来进行调试。
第二节
程序设计
结构化程序设计方法 特点是采用以下三种基本逻辑结构来编写程序： 1.顺序结构:由一系列依次执行的语句或模块构成。 2.循环结构:循环结构是由一个或几个模块构成，程 序运行时重复执行，直到满足某一条件为止。 如FoxPro中的Do While-Enddo语句，一般格式为：
DO WHILE ＜条件＞ ＜命令组１＞ [Loop] ＜命令组２＞ [EXIT] ＜命令组３＞ ENDDO
第三节
软件开发工具
三、套装软件 套装软件是将流行的若干软件集成起来形成 的软件。例如： OFFICE将下列软件融合在一起： WORD（文字处理软件） EXCEL (电子表格软件) Power Point（绘图软件）。 这套软件可同时运用字处理、表格设计、数 据库和绘图功能，其中 EXCEL 还具备一定规 模的生成模型的函数。
思考题：
第八章 1、系统实施阶段的工作内容主要有那些？ 2、程序调试主要是对程序进行何种调试？ 3、系统切换主要有那些方法？并且各种方法的基本思想
是什么？
wu
第二节 程序设计
本节内容
一、对程序设计的要求 二、结构化程序设计方法
第二节 程序设计
一、对程序设计的要求 可维护性：指当系统需求变化时，容易对程序 进行补充或修改。 可靠性：不仅正常情况下能正确工作，而且在 意外情况下应便于处理。 可理解性：要求层次清楚,便于阅读,便于维护. 效 率：程序的效率指程序能否有效地利用计 算机资源，如节省存储空间、提高运行效率等。
第二节
程序设计
二、结构化程序设计方法
编写程序应符合软件工程化思想 , 即应利用工程化的 方法进行软件开发。这不仅可提高软件开发效率，而且便 于将来的维护和修改。 具体是：
从整体上，应采用自顶向下的模块化设计方法； 在具体编程中，则应采用结构化程序设计方法。
第二节
程序设计
自顶向下的模块化设计
首先确定上层功能，然后，经过层层分解，把一个复杂的系 统分解为多个功能较单一的功能模块。 在模块化程序设计中应注意以下几点： 1.模块的独立性 应尽可能相互独立，以便于模块独立开发。 2.模块大小划分要适当，模块中包含的子模块数要合适。 3.模块功能要简单 底层模块一般应完成一项独立的处理任务。 4.共享的功能模块应集中在一个上层模块中，供各模块引 用。
第四节
程序和系统的调试
程序和系统调试的目的是发现程序和系统中
可能存在的错误并及时予以纠正。 一、程序调试 二、分调（功能调试） 三、总调（能行性联调） 四、特殊测试 五、实况测试
第四节
程序和系统的调试
一、程序调试 程序只有经过调试，才能认为基本正确，而要 证明程序完全正确，则要经过一段时间试用才能 确定。 程序调试包括： 1.代码测试 测试程序在逻辑上是否正确； 2.程序功能测试 测试程序能否满足功能和应 用上的需求。
第四节 程序和系统的调试
1. 代码测试 测试程序在逻辑上是否正确。 首先，编制要测试数据，其中包括：正常数据、异 常数据和错误数据。然后， （1）用正常数据调试 （2）用异常数据调试 例如：用空数据文件去测试，能否正常运行。 （3）用错误数据调试 例如：输入错误数据或不合理数据时，能否及时发 现并提示出错信息，并允许修改； 又如：操作错误时（包括操作步骤或方法错误）能 否及时发出警告信息，并允许改正。
第五节 系统切换、运行及维护
一
第五节
系统切换、运行及维护
一、系统切换 系统切换指由旧的、手工处理系统向新的 计算机信息系统过渡的过程。 信息系统的切换的方法 (一)直接切换法 (二)并行切换法 (三)试点过渡法: 试运行切换法 逐步转换法
第五节
系统切换、运行及维护
第三节 软件开发工具
过去，应用程序由专业计算机人员逐行编写， 不仅周期长、效率低、质量差、而且重复劳动多， 不易修改。软件开发工具可以在一定程度上解决 这些问题。 一、电子表格软件 二、利用数据库管理系统的生成功能 三、套装软件 四、可视化编程工具 五、计算机辅助工具
第三节
软件开发工具
一、电子表格软件 例如，Lotus 1- 2- 3 电子表格软件包有一个 规模较大的电子工作表(256列*2048行)。 用户可以通过键盘在屏幕上填写表中数据，存入 数据库，然后按图形方式显示或打印出来。 由于这种软件可以灵活地将其它类型的数据文件 转换成工作表文件，所以使用比较方便。 此外，Lotus 1-2-3还设定了许多统计和财会中 常用的函数和模型，因而便于MIS和DSS的开发。