当前位置：文档之家 › 新软件工程实用教程 教学课件 郭宁 杨一平 第8 章 软件维护技术

新软件工程实用教程 教学课件 郭宁 杨一平 第8 章 软件维护技术

  • 格式：ppt
  • 大小：1.01 MB
  • 文档页数：18

下载文档原格式

  / 18

合集下载

软件工程实用教程第三版-郭宁主编-课后习题及答案

软件工程实用教程第三版-郭宁主编-课后习题及答案

软件工程实用教程第三版-郭宁主编-课后习题及答案第一章软件工程引论1.在下列选项中，（D）不是软件的特征。

A．系统性与复制性 B. 可靠性与一致性 C. 抽象性与智能型 D.有形性与可控性2.软件是一种（B）产品。

A．有形 B. 逻辑 C. 物质 D. 消耗3.软件工程是一种（A）分阶段实现的软件程序开发方法。

A.自顶向下B. 自底向上C. 逐步求精D. 面向数据流4.与计算机科学的理论研究不同，软件工程是一门（B）学科。

A．理论性 B. 工程性 C. 原理性 D. 心理性5.软件工程与计算机科学性质不同，软件工程着重于（C）。

A．原理探讨 B. 理论研究 C. 建造软件系统 D. 原理性的理论6.下列说法正确的是（B）A.软件工程的概念于20世纪50年代提出B.软件工程的概念于20世纪60年代提出C.20世纪70年代出现了客户机/服务器技术D.20世纪80年代软件工程学科达到成熟7.软件工程方法学中的软件工程管理是其中的一个重要内容，它包括软件管理学和软件工程经济学，它要达到的目标是（D）A．管理开发人员，以开发良好的软件B．采用先进的软件开发工具，开发优秀的软件C．消除软件危机，达到软件生产的规模效益D．以基本的社会效益为基础，工程化生产软件第二章软件生命周期及开发模型1.软件生命周期包括可行性分析和项目开发计划、需求分析、总体设计、详细分析、编码、（B）、维护等活动。

A．应用 B. 测试 C. 检测 D. 以上答案都不正确2.软件生命周期模型有多中，下列项目中，（C）不是软件生命周期模型。

A．螺旋模型 B. 增量模型 C. 功能模型 D. 瀑布模型3.软件生命周期中时间最长的阶段时（D）A．需求分析阶段 B. 总体设计阶段 C. 测试阶段 D. 维护阶段4.瀑布模型是一种（D）A.软件开发方法B. 软件生存周期C. 程序设计方法学D. 软件生存周期模型5.软件开发中常采用的结构化生命周期方法，由于其特征而一般称其为（A）A.瀑布模型B. 对象模型C. 螺旋模型D. 层次模型6.在结构化的瀑布模型中，（D）阶段定义的标准将成为软件测试中系统测试阶段的目标A.详细设计阶段B. 总体设计阶段C. 可行性研究阶段D. 需求分析7.增量模型是一种（B）的模型A.整体开发B. 非整体开发C. 灵活性差D. 较晚产生工作软件8.（C）是指模拟某种产品的原始模型A.模型B. 最初模型C. 原型D. 进化模型9.建立原型的目的不同，实现原型的途径也有所不同，下列不正确的类型是（B）A.用于验证软件需求的原型B. 垂直原型C. 用于验证设计方案的原型D.用于演化出目标系统的原型10.原型化方法是一种（A）型的设计过程。

软件维护整理ppt

软件维护整理ppt
• 在非结构化维护过程中，开发人员只能通过阅 读、理解和分析源程序来了解系统功能、软件 结构、数据结构、系统接口和设计约束等，这 样做是十分困难的，也容易产生误解。要弄清 楚整个系统，势必要花费大量的人力和物力， 对源程序修改产生的后果难以估计。在没有文 档的情况下，也不可能进行回归测试，很难保 证程序的正确性。
影响软件维护工作量的因素
• 系统年龄
老系统比新系统需要更多的维护工作量 。因为 多次的修改可能造成系统结构变得混乱，由于 维护人员经常更换，程序变得越来越难于理解， 加之系统开发时文档不齐全，或在长期的维护 过程中文档在许多地方与程序实现变得不一致， 从而使维护变得十分困难。
• 数据库技术的应用
使用数据库，可以简单而有效地管理和存储用 户程序中的数据，还可以减少生成用户报表应 用软件的维护工作量。
• 软件的开发过程对软件的维护产生较大的影响。
– 如果采用软件工程的方法进行软件开发，保证每个 阶段都有完整且详细的文档，这样维护会相对容易， 被称为结构化的维护。
– 反之，如果不采用软件工程方法开发软件，软件只 有程序而欠缺文档，则维护工作变得十分困难，被 成为非结构化的维护。
结构化维护 非结构化维护
软件维护的问题
• 与软件维护有关的大多数问题都可归因于软件 定义和开发方法上的不足。
• 软件开发时采用急功近利，还是放眼未来的态 度，对软件维护影响极大。
• 一般说来，软件开发若不严格遵循软件开发标 准，软件维护就会遇到许多困难。
软件维护的问题
• 下面列出了和软件维护有关的部分问题：
– 理解别人的代码通常是非常困难的，而且难度随着 软件配置成分的缺失而迅速增加；
维护申请
维护决策机构
维护管理员

《软件工程实用教程》教学课件7-软件维护

《软件工程实用教程》教学课件7-软件维护

M p Kecd
其中M是维护的总工作量，p是生产性维护活动的工作量，c 是由于设计和文档结构不合理产生的复杂度，d是维护小组 对软件的熟悉程度，k是一个经验常数
软件维护的策略
改正性维护
通过新的技术和开发策略，提高软件的可靠性
利用数据库管理系统、新的软件开发环境和较高级的编程语言开 发软件，提高软件质量，减少开发中引进的错误
D3 原系统资料
错误列表
源代码 7.2 理解源程序
源代码
7.3 修改程序
修改后 的程序
7.4 测试程序
分析结果
理解的 源程序
计划安排
7.5 安排更改计
划
修改后的可 交付程序
7.6 复审
交付的软件
软件维护的一般工作流程
1.分类整理用户意见 2.提出维护申请 3.评审、审计、批准维护申请 4.修改需求文档 5.维护需求文档评审 6.修改设计文档 7.维护设计文档评审 8.修改源程序 9.回归测试 10.修改软件产品版本号 11.交付用户运行 12.收集用户反馈意见，准备进行新一轮维护活动，转
3
软件维护
就是软件交付使用之后，在新版本产品升级之前 这段时间里，软件厂商向客户提供的服务工作。
意义
其宗旨就是提高客户对软件产品的满意度。
保持现有系统的价值。
4
软件维护的分类
改正性维护
产品或项目中存在缺陷或错误，在测试和验收时未发现，到 了使用过程中逐步暴露出来，需要改正。
适应性维护
向流程第1个步骤
由谁进行维护
独立的维护小组 原开发小组成员
影响维护的因素
系统规模
软件规模越大，系统越复杂，维护难度就越大
程序设计语言

软件工程全套教学课件pptx

软件工程全套教学课件pptx
软件工程全套教学课件pptx
目录 CONTENTS
• 软件工程概述 • 软件开发过程与方法 • 需求分析与管理 • 系统设计与实现 • 测试与质量保证 • 项目管理与团队协作 • 软件维护与演化 • 新兴技术在软件工程中的应用
01
软件工程概述
软件工程定义与发展
软件工程的定义
软件工程是一种系统性的方法，用于 开发、运行和维护软件。它涵盖了从 需求分析、设计、编码、测试到维护 的整个软件生命周期。
01
风险识别
通过项目分析、经验借鉴等方法 ，识别潜在的项目风险。
03
风险应对策略
针对不同类型的风险，制定相应 的应对策略，如风险规避、风险
减轻、风险转移等。
02
风险评估
对识别出的风险进行评估，确定 风险等级和影响程度。
04
风险监控
定期监控项目风险状况，及时调 整风险管理策略，确保项目顺利
进行。
07
段都有明确的输入和输出。
螺旋引入风险分析，采用迭代方式逐步开发
和完善软件。
原型模型
03
快速构建软件原型，通过用户反馈不断修改和完善原型，最终
得到符合用户需求的软件产品。
敏捷软件开发方法
01
Scrum
一种轻量级的敏捷开发框架，强 调跨职能团队、迭代开发和持续 反馈。
02
极限编程（XP）
收集需求信息
通过访谈、问卷调查、原型评估等方法，收集详细的 需求信息。
整理需求文档
对收集到的需求信息进行分类、筛选和整理，形成初 步的需求文档。
需求规格说明书编写
明确编写目的
阐述需求规格说明书的目标、范围和读者对象。
详细描述功能需求
采用用例图、流程图等方式，详细描述每个功能 的需求，包括输入、输出、处理逻辑等。

软件工程 第8章 软件维护 ppt

软件工程 第8章 软件维护 ppt

3. 维护的事件流
图8.2 维护阶段的事件流
4. 保存维护记录 ◆ 哪些数据是值得记录的? Swanson 提出了下述内容： ① 程序标识； ② 源语句数； ③ 机器指令条数； ④ 使用的程序设计语言； ⑤ 程序安装的日期； ⑥ 自从安装以来程序运行的次数； ⑦ 自从安装以来程序失效的次数； ⑧ 程序变动的层次和标识； ⑨ 因程序变动而增加的源语句数； 因程序变动而删除 的源语句数； 每个改动耗费的人时数； 程序改动的 日期； 软件工程师的名字； 维护要求表的标识； 维 护类型； 维护开始和完成的日期； 累计用于维护的 人时数； 与完成的维护相联系的纯效益。
2. 文档重构
◆ 老程序固有的特点是缺乏文档。具体情况不同，处理这
个问题的方法也不同： 1）如果一个程序是相对稳定的，正在走向其有用生命的终 点，而且可能不会再经历什么变化，那么，让它保持现 状。 2）为了便于今后的维护，必须更新文档，不是一下子把某 应用系统的文档全部都重建起来，而是只针对系统中当 前正在修改的那些部分建立完整文档。随着时间流逝， 将得到一组有用的和相关的文档。 3）如果某应用系统是完成业务工作的关键，而且必须重构 全部文档，则仍然应该设法把文档工作减少到必需的最 小量。
5. 评价维护活动 ◆根据保存的维护记录，至少可以从下述7个方面 度量维护工作：
(1) 每次程序运行平均失效的次数； (2) 用于每一类维护活动的总人时数； (3) 平均每个程序、每种语言、每种维护类型所做的程序 变动数； (4) 维护过程中增加或删除一个源语句平均花费的人时数； (5) 维护每种语言平均花费的人时数； (6) 一张维护要求表的平均周转时间； (7) 不同维护类型所占的百分比。
5. 数据重构 ◆ 与代码重构不同，数据重构发生在相当低的抽象 层次上，它是一种全范围的再工程活动。 ◆ 在大多数情况下，数据重构始于逆向工程活动， 分解当前使用的数据体系结构，必要时定义数据 模型，标识数据对象和属性，并从软件质量的角 度复审现存的数据结构。 ◆ 当数据结构较差时，应该对数据进行再工程。 ◆ 由于数据体系结构对程序体系结构及程序中的算 法有很大影响，对数据的修改必然会导致体系结 构或代码层的改变。

软件工程课程ppt课件

软件工程课程ppt课件
项目管理工具
如Microsoft Project、JIRA等，用于项目计划制定、 任务跟踪和团队协作。
团队协作与沟通
团队协作的重要性
建立高效协作机制，提 高团队整体效能。
沟通技巧
倾听、表达清晰、及时 反馈等，促进团队成员 之间的有效沟通。
协作工具
如Git、GitHub、 Confluence等，支持版 本控制、代码托管和团 队协作。
软件工程课程ppt课 件
目录
• 软件工程概述 • 软件需求分析 • 软件设计 • 软件开发 • 软件测试与质量保证 • 软件维护与演化 • 软件工程管理与实践
01
软件工程概述
软件工程的定义与发展
定义
软件工程是一门研究用工程化方法构建和维护有效、实用和高质量的软件的学科。
发展历程
从20世纪60年代的软件危机开始，软件工程逐渐发展成为一个独立的学科领域，经历了瀑布模 型、螺旋模型、敏捷开发等不同的开发模式和方法。
阐述持续集成和持续交付的概念、原 理和实践，以及如何通过持续集成和 持续交付来加速软件的演化过程并提 高软件的质量。
07
软件工程管理与实践
项目管理方法与工具
传统项目管理方法
包括瀑布模型、螺旋模型等，强调项目计划、进度控 制和风险管理。
敏捷项目管理方法
如Scrum、Kanban等，注重快速响应变化、持续集 成和交付。
兼容性测试
测试软件在不同硬件、操 作系统、浏览器等环境下 的兼容性。
自动化测试
使用自动化工具进行软件 测试，提高测试效率和准 确性。
缺陷管理与跟踪
缺陷记录
详细记录缺陷信息，包括缺陷描述、重现 步骤、严重程度等。
缺陷分析
对缺陷进行统计分析，找出缺陷产生的原 因和规律。

《软件工程》课件——第7章-软件维护


软件维护概述
（1）代码副作用。删除、修改子程序，语句符 号，标示符。修改文件的open、close时才会出现 ，修改逻辑操作符和边界条件的测试等。
（2）数据副作用。修改全局数据，重新排列I/O 表或子程序参数表和初始化控制标志和指针以及全 局常量和局部常量的再定义
（3）文档副作用。维护除了考虑源代码外，还 要考虑整个软件的配置。
软件维护类型
（4）预防性维护 预防性维护用以提高应用软件的可靠性和可
” 维护性，为了去适应未来软硬件环境的变化，我
们应主动增加新的预防性功能，使应用系统适应 各种变化而不被消除。这一维护的工作量约占整 个维护工作的4%。
软件维护类型
随着软件开发方面的进展，软件维护方法也得到了 发展，这首先体现在软件维护的分类。目前，软件企业 将自己的软件产品进行维护，基本上分为如下两类。
软件维护过程
在结构化维护方面，软件维护文档，就是对 已经存在的实现文档、设计文档、测试文档、 分析文档、用户指南进行修改，形成新的开发 文档。新的开发文档的组织方式有两种格式。
软件维护过程
（1）保存好原来的开发文档之后，直接修改原 文档，修改后形成新的小版本文档，就是在原版本 中小圆点的右一位或右二位上加1。
软件维护类型
02
软件维护类型
维护阶段是软件生存周期的最后阶段，该阶段 是花费时间最长、投入人力财力最多且难度系数最
” 大的一个阶段，不同的维护种类应该采取不同的
策略。角度不同导致分类方法不同，从而分类 结果也不同。传统的软件维护一般分为四大类 ，如表7.1所示。
表7.1 软件的4类维护
软件维护类型
第7章 软件维护
软件工程教程 电子科技大学出版社
学习目标

课程08 软件维护


8.4 系统分析与建模工具PowerDesigner 系统分析与建模工具PowerDesigner
（6）模型文档编辑器 PowerDesigner还提供了模型文档编辑器 multiPowerDesigner还提供了模型文档编辑器（multi-model 还提供了模型文档编辑器（ report），用来为所建立的模型生成详细文档， report），用来为所建立的模型生成详细文档，根据各种 ），用来为所建立的模型生成详细文档 模型生成相关的RTF或HTML格式的文档 格式的文档， 模型生成相关的RTF或HTML格式的文档，开发人员可以 通过这些文档来了解各个模型中的相关信息。 通过这些文档来了解各个模型中的相关信息。
8.4 系统分析与建模工具PowerDesigner 系统分析与建模工具PowerDesigner
系统分析与建模工具PowerDesigner最初由 系统分析与建模工具PowerDesigner最初由 Powersoft公司开发 后来为Sybase公司并购 Powersoft公司开发，后来为Sybase公司并购。 公司开发， 公司并购。 PowerDesigner包含 个模型： PowerDesigner包含4个模型： 包含4 – 业务处理模型（BPM） 业务处理模型（BPM） – 概念数据模型（CDM） 概念数据模型（CDM） – 物理数据模型（PDM） 物理数据模型（PDM） – 面向对象模型（OOM） 面向对象模型（OOM）
8.1 概
述
软件维护是指已完成开发工作，并交付使用以后，对软件 软件维护是指已完成开发工作，并交付使用以后， 产品所进行的一些软件工程活动。做好软件维护工作， 产品所进行的一些软件工程活动。做好软件维护工作，不 仅能排除障碍，使软件系统正常工作， 仅能排除障碍，使软件系统正常工作，还可以进行功能扩 充和性能改善，为用户带来显著的效益。 充和性能改善，为用户带来显著的效益。

软件工程课件-第八章维护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 章 軟體維Βιβλιοθήκη 技術8.2 軟體維護類型8.2.1 改正性維護 1. 利用應用軟體包，可開發出比由用戶完全 自己開發的系統可靠性更高的軟體。 2. 結構化技術，用它開發的軟體易於理解和 測試。 3. 防錯性程式設計。把自檢能力引入程式， 通過非正常狀態的檢查，提供審查跟蹤。 4. 通過週期性維護審查，在形成維護問題之 前就可確定品質缺陷。可理解性
第8 章 軟體維護技術
8.2.2 完善性維護 為了滿足日益增長的新要求，需要修改或再 開發軟體，以擴充軟體功能，增強軟體性能， 改進加工效率，提高軟體的可維護性，這些 維護活動稱為完善性維護。 8.2.3 適應性維護 為了使軟體適應新的變化而去修改軟體的維 護活動稱為適應性維護。 8.2.4 預防性維護 為以後進一步使用軟體打下良好基礎的維護 活動稱為預防性維護活動。
第8 章 軟體維護技術
8.4.2 軟體維護的副作用 1．修改代碼的副作用 2．修改數據的副作用 3．修改文檔的副作用
（1）確認維護類型 （2）實施維護 （3）維護評審
第8 章 軟體維護技術
4．整理軟體維護文檔 程式名稱； 使用的程式設計語言； 根源程式語句條數，機器代碼指令條數； 程式安裝的日期； 程式安裝後的運行次數； 與程式安裝後運行次數有關的處理故障次數； 程式改變的層次，名稱和日期； 修改程式所增加的根源程式語句條數； 修改程式所減少的根源程式語句條數；
第8 章 軟體維護技術
8.3 軟體維護技術
8.3.1 軟體維護過程 1．建立維護機構
第8 章 軟體維護技術
2．編寫軟體維護申請報告 軟體變更報告包括的內容： 所需修改變動的性質； 申請修改的優先順序； 為滿足該維護申請報告，所需的工作量（人 員數，時間數）； 預計修改後的結果。 3．確定軟體維護工作流程
  1. 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。