软件设计与体系结构-齐治昌
软件工程-齐志昌版 (4)
2011-8-10
国防科技大学计算机学院
21
4.2初步需求获取技术 初步需求获取技术
例 家庭保安系统
负责人应要求小组成员对接收传感器事件、 负责人应要求小组成员对接收传感器事件、用户编 程控制、电话报警等操作进行更详细的描述， 程控制、电话报警等操作进行更详细的描述，必要 时可用流程图表示。 时可用流程图表示。 用户可能提出一些条件，如造价不能超过3， 用户可能提出一些条件，如造价不能超过 ，000元， 元 对传感器事件必须在1秒内作出响应 秒内作出响应， 对传感器事件必须在 秒内作出响应 ， 事件必须按 优先级进行处理等。会后小组负责人对这些信息进 优先级进行处理等。 行综合、整理，形成文档，该文档应能反映“ 行综合、整理，形成文档，该文档应能反映“家庭 保安系统”的全貌。 保安系统”的全貌。
2011-8-10
国防科技大学计算机学院
4
第四章 需求分析基础
2011-8-10
国防科技大学计算机学院
5
第四章 需求分析基础
用户需求、 用户需求、系统需求和软件设计描述
用户需求 用自然语言和图表描述 说明系统必须提供哪些服务、 说明系统必须提供哪些服务、系统运行要受哪些约束 系统需求 详细说明系统将要提供的服务以及系统受到的约束 精确的描述软件的功能 系统买方和软件开发者签订合同的重要内容 软件设计描述 在系统需求的基础上，加入更详细的内容， 在系统需求的基础上，加入更详细的内容，构成软件设计活动 的概要描述， 的概要描述，是软件设计和实现的基础
2011-8-10
国防科技大学计算机学院
14
第四章 需求分析基础
4.2 初步需求获取技术 初步需求获取技术
访谈与会议 深入调查研究 开发原型
软件工程齐志昌版
2024/1/2
13
UML的语言机制
6.2UML概述
状态图描述类的对象的动态行为。
它包含对象所有可能的状态、活动图描述系统为 完成某项功能而执行的操作序列，这些在每个状 态下能够响应的事件以及事件发生时的状态迁移 与响应动作。操作序列可以并发和同步。
活动图中包含控制流和信息流。控制流表示一个 操作完成后对其后续操作的触发，信息流则刻画 操作之间的信息交换。
“课程设置”对象的状态图表示，每个“课程设置”最多 只能容纳50个选课学生。
2024/1/2
22
UML的语言机制
6.2UML概述
本章的后续章节将结合需求分析过程介绍UML的 用例图、包图、类图和活动图
第十章将结合软件设计过程介绍顺序图、协作图、 状态图和活动图。
2024/1/2
23
6.2UML概述
问题空间中对象的行为是丰富多彩的，而软件解空间中对 象的行为却是单调刻板的。例如，存储单元只能作存取操 作，文件只能作读、写和定位操作。
只有借助于相当复杂的方法操纵解空间中的对象才能得到 问题的软件解。这就是所谓的“语义断层”。
2024/1/2
3
面向对象的概念与思想
6.1面向对象的概念与思想
面向对象(Object-Oriented,简称OO)的需求分析方 法通过提供对象、对象间消息传递等语言机制让 分析人员在解空间中直接模拟问题空间中的对象 及其行为，从而削减了语义断层，为需求建模活 动提供了直观、自然的语言支持和方法学指导。
2024/1/2
24
6.2UML概述
面向对象的迭代、渐进式软件开发过程
2024/1/2
25
1 初启
6.2UML概述
在初启阶段，软件项目的发起人确定项目的主
软件工程-齐志昌-第二版
软件工程阶段
20世纪70年代，随着计算机应用的普及，软件开发的复 杂度越来越高，软件危机开始出现，软件工程的概念和方 法逐渐被提出和应用。
现代软件工程
20世纪80年代以后，随着面向对象编程和软件重用技术 的发展，软件工程进入了一个新的阶段，强调使用工程化 的方法和工具来指导和管理软件开发。
软件工程的三大支柱
02 软件开发生命周期
概念与模型
概念
软件开发生命周期是软件开发从开始 到结束的全过程，包括需求分析、设 计、编码、测试和维护等阶段。
模型
软件开发生命周期模型是描述软件开 发过程的抽象框架，常见的有瀑布模 型、螺旋模型、迭代模型等。
传统开发模型
瀑布模型
按顺序进行需求分析、设计、编码、测试和维护等阶段，阶段间具有严格的顺序性和依 赖性。
面向对象编程
使用面向对象编程语言（如Java、C）进行软件实现，通过封装、 继承和多态等机制实现代码重用和模块化。
面向过程编程
采用结构化程序设计方法，将软件系统分解为一系列过程，通过顺 序、选择和循环等结构实现软件功能。
函数式编程
使用函数式编程语言（如Haskell、Scala）进行软件实现，通过高阶 函数、不可变性等特性提高代码可读性和可维护性。
Jira
一款功能强大的项目管理工具，支持敏捷开发和传统瀑布模型，提供任务管理、缺陷跟 踪和需求管理等功能。
Gantt Chart
甘特图是一种常用的项目进度计划工具，通过条形图展示任务开始和结束时间，直观地 反映任务之间的依赖关系和时间进度。
THANKS FOR WATCHING
感谢您的观看
软件测试技术
单元测试
针对软件中的最小可测试单元（如函数、方法、类等）进行测试， 验证其功能和性能是否符合要求。
软件设计与体系结构
软件设计与体系结构《软件设计与体系结构》是2010年高等教育出版社出版的图书，作者是齐治昌。
该书是一本可作为高等院校计算机科学与技术专业、软件工程专业或信息类相关专业的本科生和研究生教材，以培养学生的软件设计思维能力以及方法和技术的运用能力，同时也适用于开发人员和项目管理人员在软件开发实践中参考。
内容软件工程强调以工程化思想和方法开发软件，而软件设计作为软件开发过程中的核心活动之一，对开发出满足需要的高质量软件起关键作用。
本书对软件设计以及软件体系结构的相关思想、理论与方法进行了系统的介绍，包括软件设计与软件体系结构在软件工程中的地位和作用、软件设计的基本方法与原则、统一建模语言UML2.0、面向对象的软件设计方法、面向数据流的软件设计方法、人机界面设计、软件体系结构风格与设计模式、基于构件的软件体系结构、软件体系结构评估、软件设计的进化等内容。
本书包含了作者多年来在软件开发实践、软件工程教学和科研活动中的认识与体会，并结合了大量的案例分析，力求全书内容与组织结构的系统性、先进性、基础性和实用性。
目录第1章软件工程与软件设计第2章统一建模语言UML第3章软件设计基础第4章面向对象的软件设计方法第5章面向数据流的软件设计方法第6章用户界面设计第7章软件体系结构风格与设计模式第8章基于分布构件的体系结构第9章软件体系结构评估第10章软件设计的进化“软件设计与体系结构”课程是为软件工程专业开设的必修课，也是计算机科学与技术软件开发方向课程。
本课程运用工程的思想、原理、技术、工具，来对软件设计以及软件体系结构的相关思想、理论与方法进行系统介绍，包括软件模型和描述、软件体系结构建模和UML、软件设计过程、软件体系结构风格、面向对象的软件设计方法、面向数据流的软件设计方法、用户界面设计、设计模式、Web服务体系结构、基于分布构件的体系结构、软件体系结构评估、软件设计的进化、云计算的体系结构等内容。
本课程的具体任务包括：1．让学生建立构建软件系统架构一般方法的感性认识，理解并掌握软件系统架构分析、体系结构建模与架构设计的相关理论知识，培养学生软件架构设计的基本能力，能从内部模块规划设计、系统层次结构的构建开始，了解构建系统结构的一般技术和方法。
国防科大-齐治昌-软件工程教育
2019/3/30
国防科技大学计算机学院
8
二、信息时代的软件工程
1 强大的硬件支撑环境 2 丰富多彩的社会需求 3 软件即服务 4 软件复杂性的提高 5 当前我国软件工程的主要任务 6 构建超大系统ULS
2019/3/30
国防科技大学计算机学院
9
信息时代的软件工程
1 强大的硬件支撑环境
2019/3/30
国防科技大学计算机学院
19
超大系统ULS的工作基础
⑴ World Wide Web（W3C）－信息管理标准 ⑵ 模型驱动的体系结构（MDA）－软件开发方法 ⑶ 高性能计算网格（HPC） ⑷ 全局命令和控制系统(GCCS) ⑸ 全局信息网格（GIG）
2019/3/30
国防科技大学计算机学院
信息管理IM
多媒体系统
网络计算NC
多媒体技术
2019/3/30
国防科技大学计算机学院
28
扩展计算机科学基础－强化人工智能
智能系统IS 基本问题 初等搜索策略 基于知识的推理 高级搜索 高级推理 Agents 自然语言处理 机器学习 规划编制系统 机器人 感知
2019/3/30
国防科技大学计算机学院
12
3“软件即服务”
信息时代的软件工程
凸显了软件的功能和性能 现实世界 凸显了信息时代软件的 任务和特点 映 凸显了知识的在软件中 服 照 务 的核心地位 软件的结构、表示方式、 隐含的方法等内部属性留 计算机世界 给软件开发组织 软件不求所有只求所用，通过有偿服务解决知识 产权问题，有助于软件的定义和开发 知识产权是软件产业的生命线
4
软件工程40年回顾
2 软件工程从设计起步
软件工程第四版齐治昌课后答案
1、Chapter 11.1 What is Software Engineering? Software engineering is the application of engineering principles and techniques to the development, operation, and maintenance of software systems. It is a discipline that involves the application of scientific and mathematical principles to the design, development, and maintenance of software products. Software engineering focuses on the development of efficient, reliable, and maintainable software systems thatmeet the needs of their users.1.2 What is the Software Life Cycle? The software life cycle is the set of stages that a software product goes through from its conception to its retirement. It typically consists of the following stages: Requirements Analysis, Design, Implementation, Testing, Deployment, Maintenance, and Retirement. Requirements Analysis involves gathering information from stakeholders and users to determine the needs of the software. Design involves creating a plan for the software thatmeets the requirements identified during Requirements Analysis. Implementation involves coding the software according to the plan created during Design. Testing involves verifying that the software works as expected. Deployment involves making the software available to its users. Maintenance involves making changes to the software to fix any bugs or to add new features. Retirement involves removing the software from use and archiving any important data or documents associated with it.1.3 What is the Difference Between Software Engineering and Computer Science?Software engineering and computer science are related disciplines, but they are not the same. Software engineering focuses on the development of software products, while computer science focuses on the study of computers and computing. Software engineering involves the design, development, and maintenance of software systems, while computer science involves the study of algorithms, data structures, and programming languages. Softwareengineering focuses on the practical application of engineering principles and techniques to the development of software products, while computer science focuses on the theoretical aspects of computing.2、Chapter 22.1 What is the System Development Life Cycle?The system development life cycle (SDLC) is a process used by software engineers to develop software products. The SDLC consists of six stages: planning, analysis, design, implementation, testing, andmaintenance. During the planning stage, the software engineer collects information from stakeholders and users to determine the scope and requirements of the software product. During the analysis stage, the software engineer analyzes the gathered information to determine the user’s needs and the software’s requirements. During the design stage, the software engineer creates a plan for the software product. During the implementation stage, the software engineer codes the software according to the plan created during the design stage. During thetesting stage, the software engineer verifies that the software works as expected. During the maintenance stage, the software engineer makes changes to the software to fix any bugs or to add new features.2.2 What is the Waterfall Model?The waterfall model is a software development process that follows a linear approach. It is a sequential process where each stage must be completed before the next stage can begin. The stages of the waterfall model are: requirements analysis, design,implementation, testing, deployment, and maintenance. During the requirements analysis stage, the software engineer collects information from stakeholders and users to determine the scope and requirements of the software product. During the design stage, the software engineer creates a plan for the software product. During the implementation stage, the software engineer codes the software according to the plan created during the design stage. During the testing stage, the software engineer verifies that the software works as expected. During thedeployment stage, the software engineer makes the software available to its users. During the maintenance stage, the software engineer makes changes to the software to fix any bugs or to add new features.2.3 What is the Spiral Model?The spiral model is a software development process that follows a cyclical approach. It is an iterative process where each stage is repeated multiple times until the desired result is achieved. The stages of the spiral model are: requirements analysis, design,implementation, testing, deployment, and maintenance. During the requirements analysis stage, the software engineer collects information from stakeholders and users to determine the scope and requirements of the software product. During the design stage, the software engineer creates a plan for the software product. During the implementation stage, the software engineer codes the software according to the plan created during the design stage. During the testing stage, the software engineer verifies that the software works as expected. During the软件工程第四版齐治昌课后答案deployment stage, the software engineer makes the software available to its users. During the maintenance stage, the software engineer makes changes to the software to fix any bugs or to add new features. The spiral model allows the software engineer to quickly make changes and adjustments to the software product as needed.。
软件设计与体系结构-齐治昌
过程：将方法和工具综合起来以达到合理、及时地进 行软件开发的目的
1.1软件工程
软件工程的目标和原则
在给定成本、进度的前提下，开发出具有可修改性、 有效性、可靠性、可理解性、可维护性、可复用性、 可适应性、可移植性、可跟踪性并满足用户需求的软 件产品。
软件设计的要素 目标描述、设计约束、产品描述、 设计原理、开发规划、使用描述
1.5 软件体系结构
软件设计是从软件需求到软件实现的活动，它 把各种软件需求转换为能直接实现的软件结构
软件需求与软件设计之间存在难以逾越的鸿沟， 如何有效的将软件需求软化为相应的设计？
软件需求——？——软件设计——软件实现 —软件体系结构
（1）UML的发展历程
多种面向对象分析与设计方法的存在不利于面向对象方法 的发展，也给用户的选择带来一些困惑。
1994年Booch和Rumbaugh首先将各自先前的研究成果统 一起来，于1995年10月发布了UM 0.8 。
经过Booch、Rumbaugh和Jacobson三人的共同努力，于 1996年发布UML 0.9，并从此将UM命名为UML。
开启阶段 精化阶段 构建阶段 产品化阶段
纵轴：
“谁”在“何时”、“如何”去做“何事” 9个工作流程 各个阶段实施的工作流程，在不同的时间段内
工作流所占工作量不同
1.4 软件设计
对软件如何被开发出来的一种规范化描述
软件需求分析和软件设计受到重视 编码所占比例越来越少
最后退役的全过程称为软件生存周期 软件有一个孕育、诞生、成长、成熟、衰亡的生存过程。
《软件设计与体系结构》齐治昌 Chap2-统一建模语言UML
国防科技大学计算机学院
24
（2）包图
➢包图在UML中可以看作是类图的一部分。 包用来对一组元素进行划分，是对复杂模 型的一种分而治之的层次划分，因此也常 常用来描述一个复杂系统逻辑上的子系统 划分。
国防科技大学计算机学院
25
包
SystemInterface
Windows 1
ScrollBar
List
国防科技大学计算机学院
35
组合结构图中的端口
Account q
Store
p[2] OrderState
国防科技大学计算机学院
36
组合结构
➢组合结构图可用来描述系统及其组成部分， 组成部分的描述类似于对象图中的对象， 但组合结构图可以说明该部分属于哪个系 统。
Store
MainWindow: Window
SortImplementation
+QueueSort() : bool +SetSort() : bool
国防科技大学计算机学院
23
关联类
➢关联类用来记录与关联有关的信息，提供 与关联有关的操作。
Person
+Employee *
+Employer 1
Company
Employment +Contract
➢ 1994年Booch和Rumbaugh首先将各自先前的研 究成果统一起来，于1995年10月发布了UM 0.8
➢ 经过Booch、Rumbaugh和Jacobson三人的共 同努力，于1996年发布，并从此将UM命名为 UML。
➢ UML结束了“模型论战”，融合了众多优秀的面 向对象建模方法以及软件工程方法，消除了因建 模方法相互独立带来的诸多不便。
软件工程-齐志昌版 (11)
8
11.2Jackson系统开发方法
示例：嵌入新功能后的SSD
2013-7-16
国防科技大学计算机学院
9
11.2Jackson系统开发方法
示例：button 2的结构图
2013-7-16
国防科技大学计算机学院
10
11.2Jackson系统开发方法
示例：扩充功能1和2后的SSD
2013-7-16
2013-7-16
国防科技大学计算机学院
13
11.2Jackson系统开发方法
11.2.4 实现与JSP技术
实现是JSD方法的最后一个步骤，它将系统功能 说明适配到给定的软、硬件环境上，使其能高效运 行并满足性能方面的约束。 这一步骤主要考虑：过程在多处理机上的调度、根 据SSD和Jackson结构图进行过程变换、过程状 态向量的存储和访问以及借助JSP技术描述功能性 过程。 本节及下节仅讨论最后一个问题。
113基于结构化数据的系统开发dssd方法2015325国防科技大学计算机学院30113基于结构化数据的系统开发dssd方法2015325国防科技大学计算机学院312015325国防科技大学计算机学院32113基于结构化数据的系统开发dssd方法2015325国防科技大学计算机学院33面向数据一类软件设计方法是以应用中数据的结构作为软件设计的基础即根据用顺序分支和循环三种基本成分表示的数据结构导出软件的控制结本章重点介绍的jackson系统开发方法jsd是广为流传的面向数据的过程设计方法jsp的扩充它能全面支持软件总体结构数据结构和过程的设此外本章还简要介绍了dssd方法它以warnier图为描述工具由输出数据的逻辑结构映射出处理过程的逻辑结构
2013-7-16
软件工程齐志昌版
软件工程齐志昌版第一点：软件工程的定义与发展软件工程是一门研究如何系统地设计、开发、测试和维护软件的应用学科。
它旨在通过工程化的方法，提高软件的质量、提高开发效率、降低开发成本。
软件工程的概念最早可以追溯到20世纪60年代，当时计算机科学家们开始意识到，软件开发需要像传统工程领域一样，采用科学的方法和规范的流程，以确保软件的可靠性和稳定性。
随着计算机技术的不断进步和软件规模的不断扩大，软件工程逐渐发展出了多个分支领域，如软件架构、软件需求工程、软件测试、软件项目管理等。
同时，软件工程也不断吸收和融合其他学科的理论和技术，如心理学、社会学、经济学等，以更好地适应人类社会的发展需求。
在软件工程的发展过程中，涌现出了许多重要的方法和理论，如结构化分析、面向对象设计、敏捷开发等。
这些方法和理论为软件开发提供了有力的指导，使得软件工程成为了一门具有广泛应用和深远影响的学科。
第二点：软件工程的关键技术和方法软件工程的关键技术和方法是保证软件质量、提高开发效率的基础。
以下是几种常见的软件工程技术和方法：1.结构化分析：结构化分析是一种用于需求分析和系统设计的软件工程方法。
它通过建立数据流图、实体关系图等模型，来描述系统的功能和数据结构。
结构化分析有助于明确系统的需求，为后续的软件开发提供清晰的指导。
2.面向对象设计：面向对象设计是一种基于对象、类和继承等概念的软件设计方法。
它将现实世界中的事物抽象为对象，并通过对象之间的交互来实现系统的功能。
面向对象设计有助于提高软件的可重用性、可维护性和可扩展性。
3.敏捷开发：敏捷开发是一种注重快速响应变化、强调团队协作和持续改进的软件开发方法。
它通过短周期的迭代开发、持续反馈和适应性规划，来提高软件开发的灵活性和适应性。
敏捷开发适用于快速变化的软件需求和复杂的项目管理。
4.软件测试：软件测试是确保软件质量的重要环节。
它包括单元测试、集成测试、系统测试和验收测试等多种测试类型。
软件工程(第3版)齐治昌—第4章需求获取
4.1 软件需求的初始表示
➢ 本节介绍软件需求的用例和用例的初始表示。
➢ 在需求获取过程中用到的UML图形机制主要是用 例图、类图与活动图。
2020/4/30
4
4.1.1 用例
（一）用例的概念
➢ 从外部用户的视角看，一个用例（use case）是 执行者(actor)与目标软件系统之间一次典型的交 互作用，其效果就是执行者在软件系统的帮助下 完成了某项业务功能，或达成了某项业务目标。
2020/4/30
8
用例
（二）用例与软件需求之间的关系
➢ 根据用例的定义易知，用例是功能性软件 需求的主体部分。
在用例驱动的需求工程中，用例描述将占据需 求获取结果文档的大部分篇幅。
全局性的业务规则、大部分非功能性的软件需 求并不适于在用例中描述。
某些仅作用于单个或少数用例的业务规则可以 直接在用例描述中出现，见例4.5。
➢ 在实际应用中，有些用例不由任何物理实体触发， 而是由时间或外部事件来触发，此时可设置定时 器（Timer）或事件发送者作为执行者。
➢ 如，如果要求在每学期第一周的星期日自动触发 “汇总选课计划”用例，那么该用例的执行者应 为定时器，见图4.1。
2020/4/30
7
用例
➢ 相对独立性和完整性是用例必备的两项特征，即， 用例表示执行者为达成一项相对独立、完整的业务 目标而与目标软件系统协同完成的功能。
2020/4/30
11
Registrar Student
设定课程信息 制订课表
制订选课计划 <<extend>>
制订选课计划[考虑学生数量限制]
ExcellentStudent
Teacher Timer
软件工程-齐志昌版 (6)资料文档
2019/11/14
国防科技大学计算机学院
16
UML的语言机制
6.2UML概述
部署图(deployment diagram) 描述软件系统运行环境的硬件及网络的物理
体系结构。
结点表示实际的计算机和设备，边表示结点 之间的物理连接关系,也可显示连接的类型及结 点之间的依赖性。
虽然UML是独立于软件开发过程的，即，UML 能够在几乎任何一种软件开发过程中使用，但是， 熟悉一种有代表性的面向对象的软件开发过程， 并知悉UML各语言要素在过程中不同阶段的应用， 对于理解UML将大有裨益。
图6.6表示了一种迭代的渐进式软件开发过程，它 包含四个阶段：初启，细化，构造和移交。
7
面向对象的概念与思想
6.1面向对象的概念与思想
(3)继承
类之间的继承关系是现实世界中遗传关系的模 拟，它表示类之间的内在联系 以及对属性和操 作的共享，即，子类可以沿用父类(被继承类)的 某些特征。子类也可以具有自己独有的属性和操 作。例如，飞行器、汽车和轮船可归于交通工具 类，飞行器类可以继承交通工具类的某些属性和 操作。
2019/11/14
国防科技大学计算机学院
21
用UML协作图表示“个人课程规划”6.2UML概述 用例中的学生选课过程
2019/11/14
国防科技大学计算机学院
22
UML状态图示例
6.2UML概述
“课程设置”对象的状态图表示，每个“课程设置”最多 只能容纳50个选课学生。
2019/11/14
学生使用“个人课程规划” 用例选课、修改自己的个人 课表，收费管理系统根据每 个学生的选课情况计算其应 缴费用；
教学课件 软件设计与体系结构-齐治昌
软件危机的原因（1/2）
• 用户对软件需求的描述不精确，可能存在遗漏、 二义性、错误等。甚至在软件开发过程中，用户 还提出修改软件功能、界面、支撑环境等方面的 要求，导致需求不断变化。
• 软件开发人员对用户需求的理解与用户的本来愿 望有差异，这种差异必然导致开发出来的软件产 品与用户要求不一致。
• 大型软件项目需要组织一定的人力共同完成，但 多数管理人员缺乏开发大型软件系统的经验，而 多数软件开发人员又缺乏管理方面的经验。各类 人员的信息交流不及时、不准确，有时还会产生 误解。
• 能为软件工程管理提供里程碑和进度表， 为软件开发过程提供原则和方法。
16
（1）瀑布模型
可行性研究
需求分析
概要设计
详细设计
软件构造
单元测试
集成测试
确认测试
17
使用与维护
（2）快速原型模型
开始
初步需求 分析
快速设计
结束
产品开发
构造原型
用户评估原 原型改进 型（新需求）
18
（3）螺旋模型
19
统一软件开发过程RUP
• 软件设计也是一个满足各种约束的过程
•
多数软件设计是一个不断演化的过程 24
（3）软件设计的要素
• 目标描述 • 设计约束 • 产品描述 • 设计原理 • 开发规划 • 使用描述
软件设计过程实际上就是逐渐形成这些要素的 过程，而不同的软件开发方法可能会通过不同的 方式和技术来达到该目标。一个良好的软件设计 结果应该包含对上述要素的准确描述。
20
内容
1.1 软件工程 1.2 软件生存周期 1.3 软件开发过程模型 1.4 软件设计 1.5 软件体系结构
21
齐治昌软件工程(第3版)-第2章UML与RUP统一过程PPT课件
2021/3/31
6
面向对象方法的优势
（1）简化软件开发过程 ➢ 面向对象方法不仅可以用来进行需求分析，还可以
支持软件中设计、实现和测试 ➢ 这就构成了一种覆盖软件开发主要阶段的广谱软件
开发方法学 ➢ 软件开发过程中的不同角色（需求工程师、软件设
计师、编程人员、测试工程师、项目经理等）在软 件开发及管理过程中使用统一的概念进行交流和协 作 ➢ 两个相邻阶段间软件（中间）制品之间的衔接、转 换也变得相对容易。 ➢ 面向对象的概念体系简单、直观、自然，缓解了一 直困扰大型软件项目组交流不畅的难题。
2021/3/31
10
2.3 UML概述
➢ UML诞生之前，面向对象领域涌现了许多开发方法 及相应的模型表示机制，往往让使用者无所适从。
➢ 在此背景下，UML应运而生。
➢ UML主要以Booch方法、OMT方法和OOSE方法 为基础，吸收了其他面向对象建模方法和模型表示 语言的优点，形成了概念清晰、表达能力丰富、适 用范围广泛的面向对象的建模语言。
20196186面向对象方法的优势11简化软件开发过程?面向对象方法不仅可以用来进行需求分析还可以支持软件中设计实现和测试?这就构成了一种覆盖软件开发主要阶段的广谱软件开发方法学?软件开发过程中的不同角色需求工程师软件设计师编程人员测试工程师项目经理等在软件开发及管理过程中使用统一的概念进行交流和协作?两个相邻阶段间软件中间制品之间的衔接转换也变得相对容易
➢ RUP过程与瀑布模型的本质区别：
RUP的软件开发过程分解（即工作流）与软件制品所 处阶段不是一一对应的关系。软件生存周期只描述软 件制品及其进化状态，软件开发过程是根据项目要求 调度九个工作流完成软件制品的进化。
2021/3/31
软件工程-齐志昌版(16)(精)
16.2软件配置管理任务
16.2.6 配置状况报告
配置状况报告(CSR)作为软件配置管理的一项任 务,主要概述下列问题:
①发生了什么事情; ②谁做的;
当某个SCI被赋与新标记或更新标记时,或CCA批 准一项修改申请(即产生了一个ECO)时,或配置审 计完成时都将执行一次CSR。 CSR的输出可放在联机数据库中,供开发、维护人 员随时按关键字查询。
2019/4/1
国防科技大学计算机学院
29
谢谢
2019/4/1 国防科技大学计算机学院 30
2019/4/1
国防科技大学计算机学院
31
①ECO中指定的修改是否都已完成?还另加了哪些修改? ②是否做过正式技术复审? ③是否严格遵守软件工程标准? ④修改过的SCI是否做了特别标记?修改的日期和执行修改的人员是否已 经注明?该SCI的属性是否能够反映本次修改的结果? ⑤是否完成与本次修改有关的注释、记录和报告等事宜? ⑥所有相关的SCI是否已一并修改?
每个配置对象都拥有名字、描述、资源列表和实际 存在体四个部分。 除了标识配置对象外,还必须指明对象之间的关系。
2019/4/1
国防科技大学计算机学院
13
16.2软件配置管理任务
标识配置对象
标识对象时还应考虑对象随着开发过程的深入不断 演进的因素。为此,可为每个对象创建一个进化图。
2019/4/1
2019/4/1
国防科技大学计算机学院
7
16.1软件配置管理
16.1.2 软件配置项
一般软件配置需包括下列SCI: 1. 2. 3.
软件工程-齐志昌版 15
对于没有使用良好开发方法开发的软件,不得不采用非结构 化的方式进行维护并为此付出高昂的代价(浪费大量人力, 且让维护人员有挫折感)。
2019/11/10
国防科技大学计算机学院
6
结构化
15.2维护过程
如果欲维护的软件存在一个完整的软件配置,维护 活动将从阅读设计文档开始。
每个维护申请通过维护管理员转告给系统管理员, 系统管理员一般都是对程序(某一部分)特别熟悉的 技术人员,他们对维护申请及可能引起的软件修改 进行评估,并向修改控制决策机构(一个或一组管理 者)报告,由它最后确定是否采取行动。
依照这样的组织方式开展维护活动能减少混乱和盲 目性,避免因小失大的情况发生。
在需求分析阶段的复审中,应对将来可能修改和可以改进的部分加 以注释,对软件的可移植性加以讨论并考虑可能影响软件维护的系 统界面;
在设计阶段的复审中,应从易于维护和提高设计总体质量的角度全 面评审数据设计、总体结构设计、过程设计和界面设计;
代码复审主要强调编程风格和内部文档这两个直接影响可维护性的 因素;
2019/11/10
国防科技大学计算机学院
27
15.5 维护的副作用
第十五章 软件维护
软件修改是一项很危险的工作,对一个复杂的逻辑 过程,那怕做一项微小的改动,都可能引入潜在的错 误,虽然设计文档化和细致的回归测试有助于排除 错误,但是维护仍然会产生副作用。
2019/11/10
国防科技大学计算机学院
20
维护修改报告单
15.4维护活动
软件组织内部还要另外制定一个软件修改报告单 SCR用于说明:
①为满足MRF
将SCR提交给修改控制决策机构,供进一步规划维 护活动使用。
软件工程-齐志昌版 (3)[1]简版
![软件工程-齐志昌版 (3)[1]简版](https://img.taocdn.com/s3/m/0749dcb0cd22bcd126fff705cc17552707225eb3.png)
软件工程-齐志昌版 (3)软件工程-齐志昌版 (3)1. 引言本文档是软件工程课程的第三篇文档，旨在介绍软件工程的一些基础知识和概念。
软件工程是一个涵盖软件开发全过程的学科，旨在提高软件开发的效率、质量和可维护性。
在本文档中，我们将介绍软件工程的重要性、软件生命周期、软件开发方法和软件开发团队的组织结构。
2. 软件工程的重要性软件工程在现代社会中变得越来越重要。
随着互联网和移动应用的普及，软件已经成为人们日常生活和工作中不可或缺的一部分。
良好的软件开发过程可以提高软件的质量，减少错误和缺陷的数量，并提高软件的可维护性和可扩展性。
软件工程的实践可以帮助开发团队有效地规划、设计、开发、测试和交付高质量的软件产品。
3. 软件生命周期软件生命周期包括需求分析、设计、编码、测试和维护等阶段。
每个阶段都有特定的目标和活动，旨在确保软件开发过程的高效性和质量。
软件工程师需要在每个阶段采用适当的工具和技术，严格遵循软件工程的规范和最佳实践。
3.1 需求分析阶段需求分析阶段是软件开发过程的第一阶段，其目标是收集、分析和明确系统的功能和性能需求。
在这个阶段，软件工程师通常与客户合作，使用一些需求工程的技术和方法。
需求分析的输出结果是软件需求规格说明书，它包含了对系统需求的详细描述和功能规划。
3.2 设计阶段设计阶段是根据需求分析的结果，进行系统的设计和架构的阶段。
在设计阶段，软件工程师使用各种建模工具和技术，如UML （统一建模语言），来描述系统的逻辑结构和组件之间的交互。
输出结果是系统的设计文档，它描述了系统的整体架构和关键模块的设计。
3.3 编码阶段编码阶段是将设计文档转化为实际可执行的代码的阶段。
软件工程师使用程序设计语言，如Java、C++、Python等，根据设计文档编写代码。
在编码阶段，需要注意代码的可读性、可维护性和可测试性。
3.4 测试阶段测试阶段旨在验证软件的质量和功能正确性。
在这个阶段，软件工程师使用各种测试技术和工具，如单元测试、集成测试和系统测试，来检测和修复软件中的错误和缺陷。
教学课件：《软件工程》(第4版)齐治昌
• 如果动作A必须在动作B成功完成后才能开
始执行，则称A依赖于B。
• 动作A与工件T之间的依赖关系可以理解为：
仅当T已被生成后，A才能开始执行。
2021/7/22
13
14.1.2 持续集成的过程与管道
• 持续集成过程包含构建、单元测试、集成测试、 代码质量分析、产品发布与部署等动作。
• 从工具通常以插件的形式挂接在主工具之上， 见图14-1。
• 主工具负责驱动从工具的执行，为其提供必要 的输入并接收其输出。
• 在一次集成过程中，主工具可以将已完成执行 的从工具的输出传递给待执行的后续从工具， 作为其输入。
2021/7/22
8
图14-1 持续集成支持环境的大致结构
2021/7/22
软件工程(第4版)
第14章 持续集成
第14章 持续集成
14.1 持续集成概述
持续集成的相关概念
持续集成的过程与管道
持续集成的价值
14.2 版本控制
集中与分布式版本控制
版本控制的主线与分支
功能开关
14.3 构建
14.4 测试
单元测试自动化
集成测试自动化
确认测试自动化
14.5 代码质量分析
14.6 发布与部署
集成后跨越多个模块的流程逻辑出现异常，多
个模块使用的同一库程序的版本冲突等）。如
果集成频度过低，那么错误被隐藏的时间就会
太久，导致改正错误的代价剧增、软件产品延 迟交付的风险加大。
• 近年来软件工程业界的大量实践已经充分表明，
持续集成是提高大型软件的开发效率和目标软 件产品质量的有效方法。
2021/7/22
传统软件开发过程模型，并且集成动作涉及的 操作命令在多次提交之间的高度相似性，持续 集成往往要求以相应的支持工具实现所有或绝 大部分集成动作的完全自动化。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1.1软件工程
软件危机：在计算机软件的开发和维护过 程中所遇到的一系列严重问题 软件设计：计算机软件发展到一定阶段， 为了应对软件危机 计算机软件=程序+数据+文档 计算机软件是逻辑和智力产品，不是物理 产品
1.1软件工程
软件的应用领域和分类
系统软件 实时软件 嵌入式软件 科学和工程计算软件 事物务理软件 人工智能软件 个人计算机软件
软件设计与体系结构
主讲教师：
1
第1章 软件工程与软件设计
1.1 软件工程 1.2 软件生存周期 1.3 软件开发过程模型 1.4 软件设计 1.5 软件体系结构 1.6 小结
第1章 软件工程与软件设计
以计算机为核心的信息社会 软件是信息化的灵魂 以工程化方法和思想开发软件 软件设计是软件开发过程中的核心活动之一
1.1软件工程
软件危机 软件危机是指在计算机软件的开发和维护过程中所遇 到的一系列严重问题。 即包含两方面的问题： (1)如何开发软件 (2)如何维护软件 软件危机的原因 软件产品生产效率较低 软件供需失衡 用户需求不明确 整个软件开发过程缺乏正确的理论指导 软件产品的规模越来越大 软件产品开发的复杂度越来越高
把软件设计转换成计算机可以接受的程序代码，
即以某一种特定程序设计语言表示的“源程序清 单”；程序应当是结构良好、清晰易读的，且与设
计相一致的。
ห้องสมุดไป่ตู้
软件生存周期
软件测试 单元测试，查找各模块在功能和结构上存在的问题并加 以纠正
集成测试，将已测试过的模块按一定顺序组装测试 确认测试，按规定的各项需求，逐项进行有效性确认测 试，决定已开发的软件是否合格，能否交付用户使用 在用户特定的环境中，在测试通过后移交用户使用 改正性维护：运行中发现软件中的错误需要修正 适应性维护：为了适应变化了的软件工作环境，需做适 当变更 完善性维护：为了增强软件的功能需做变更
（1）UML的发展历程
多种面向对象分析与设计方法的存在不利于面向对象方法 的发展，也给用户的选择带来一些困惑。 1994年Booch和Rumbaugh首先将各自先前的研究成果统 一起来，于1995年10月发布了UM 0.8 。 经过Booch、Rumbaugh和Jacobson三人的共同努力，于 1996年发布UML 0.9，并从此将UM命名为UML。 UML结束了“模型论战”，融合了众多优秀的面向对象建 模方法以及软件工程方法，消除了因建模方法相互独立带 来的诸多不便。
复杂问题
解决原始问题
软件 系统
子问题1 分解
程序1
子问题2
子问题n
程序2
程序n
集成
1.2 软件生存周期
Software life cycle 软件产品从形成概念开始，经过开发、使用和维护，直到 最后退役的全过程称为软件生存周期 软件有一个孕育、诞生、成长、成熟、衰亡的生存过程。 这个过程即为计算机软件的生存周期 软件定义-软件开发-软件使用和维护 软件定义(系统分析)：可行性研究(软件计划)、需求分析 软件开发(系统设计)：概要设计、详细设计、软件实现 (编码、单元测试)、软件测试(组装测试、确认测试) 软件使用、维护 退役
高级阶段
1.5 软件体系结构
软件体系结构的内容
软件体系结构的描述： 软件体系结构描述语言 软件体系结构的设计方法 软件体系结构的分析方法 软件体系结构的复用
本章完
第二章：统一建模语言UML
内容
2.1UML概述 2.2面向对象开发方法 2.3UML 2.0结构建模 2.4UML 2.0行为建模
统一软件开发过程
统一软件开发过程(RUP, Rational Unified Process )是 一套软件工程过程，是一套软件工程方法的框架，各个 组织可根据自身的实际情况，以及项目规模对RUP进行 裁剪和修改，以制定出合乎需要的软件工程过程。 适合与统一建模语言(UML, Unified Model Language） 结合起来使用 支持六大最佳软件开发实践 迭代式开发 管理需求 基于构建的软件体系结构 可视化建模 验证软件质量 控制变更
可修改性 有效性 可靠性 可理解性 可维护性 可复用性
•基本目标：
付出较低的开发成本 达到要求的软件功能 取得较好的软件性能 开发的软件易于移植 需要较低的维护费用 能按时完成开发工作 及时交付使用
可适应性
可移植性 可追踪性
软件工程的目标是提高软 件的质量与生产率，最终 实现软件的工业化生产。
1.5 软件体系结构
软件体系结构的发展历程
“无体系结构”设计阶段
以汇编语言进行小规模应用程序开 发为特征
萌芽阶段
出现了程序结构设计主题，以控制流 图和数据流图构成软件结构为特征
初期阶段
出现了从不同侧面描述系统的结构模 型，以UML为典型代表。 以描述系统的高层抽象结构为中心， 不关心具体的建模细节，划分了体系 结构模型与传统软件结构的界限，该 阶段以Kruchten提出的“4+1”模型为 标志
使用与维护：
1.3 软件开发过程模型
软件开发过程模型 是跨越整个生存期的系统开发、运作和维护 所实施的全部过程、活动和任务的结构框架
瀑布模型 原型模型 螺旋模型 统一软件开发过程
瀑布模型（生存周期模型）
W. W. Royce 1970 提出 瀑布模型，是既自顶向下结构化开发模型 优点：奠定了软件工程方法的基础；流水依 赖；便于分工协作；推迟现实；文档易修改； 有复审质量保证。 缺点：用户需求明确困难；用户见面晚；纠 错慢；难于克服系统分析员不懂专业领域的 知识，用户不懂计算机的困难，成功率低。 适合于系统要求明确的小系统。
UML 2.0
1997年对象管理组织（Object Management Group，OMG）采纳UML作为其标准建模语言， 并通过严格有序的OMG过程对其进行修订和维护 。 1999，UML 1.3，相对稳定成熟阶段 2001-05， UML 1.4 2003年6月宣告完成了UML 2.0 ：
系统用户手册 提交管理机构评审
软件生存周期
概要设计 — 把各项需求转换成软件的体系结构。结构 中每一组成部分都是意义明确的模块，每个模块都和某 些需求相对应，编写设计说明书，评审 详细设计 — 对每个模块要完成的工作进行具体的描述， 为源程序编写打下基础，编写设计说明书，提交评审 软件构造
1.1软件工程
软件工程
软件工程是指导计算机软件开发和维护的工程学科； 将系统的、规范的、可度量的工程化方法应用于软件 开发、运行和维护的全过程及上述方法的研究； 是用工程、科学和数学的原则与方法研制、维护计算 机软件的有关技术和管理方法；
方法：为软件开发提供了“如何做”的技术，是完成 软件工程项目的技术手段 工具：人类在开发软件的活动中智力和体力的扩展和 延伸，为软件工程方法提供自动或半自动的软件支持 环境 过程：将方法和工具综合起来以达到合理、及时地进 行软件开发的目的
软件工程的原则
局部化
要求在一个物理模块内集中逻辑上相互关联的计算机资源， 保证模块之间具有松散的耦合，模块内部具有较强的内聚。 这有助于控制解的复杂性
确定性
软件开发过程中所有概念的表达应是确定的、无歧义性的、 规范的。
一致性
整个软件系统的各个模块应使用一致的概念、符号和术语。 程序内部接口应保持一致。软件和硬件、操作系统的接口应 保持一致。系统规格说明与系统行为应保持一致。用于形式 化规格说明的公理系统应保持一致
快速原型模型
螺旋模型
螺旋模型沿着螺线旋转（一个螺旋式周期 ），在四个象限 上分别表达四个方面的活动，即： 制定计划──确定软件目标，选定实施方案，弄清项目开发 的限制，选定完成目标的策略 风险分析──分析所选方案，考虑如何识别和消除风险，风 险角度分析该策略 实施工程──实施软件开发，启动一个开发阶段 客户评估──评价前一步开发工作，提出修正建议，计划下 一轮的工作 特点 瀑布模型+快速原型+风险分析 迭代过程
软件工程要素：方法、工具、过程
1.1软件工程
软件工程的目标和原则
在给定成本、进度的前提下，开发出具有可修改性、 有效性、可靠性、可理解性、可维护性、可复用性、 可适应性、可移植性、可跟踪性并满足用户需求的软 件产品。 抽象、信息隐藏、模块化、局部化、一致性、完全性、 可验证性
目标
软件工程的原则
完全性
软件系统不丢失任何重要成分，可以完全实现系统所要求功 能的程度。为了保证系统的完备性，在软件开发和运行过 程中需要严格的技术评审。
可验证性
开发大型的软件系统需要对系统自顶向下、逐层分解。系统 分解应遵循系统易于检查、测试、评审的原则，以确保系 统的正确性。
软件工程的原则
软件工程的原则
抽象
采用分层次抽象，自顶向下、逐层细化的办法控制软件开发 过程的复杂性
信息隐蔽
将模块设计成“黑箱”，实现的细节隐藏在模块内部，不让模 块的使用者直接访问。这就是信息封装，使用与实现分离的 原则
模块化
如 C 语言程序中的函数过程，C++ 语言程序中的类。模块化 有助于信息隐蔽和抽象，有助于表示复杂的系统。
Infrastructure（底层结构）
1.5 软件体系结构
软件设计是从软件需求到软件实现的活动，它 把各种软件需求转换为能直接实现的软件结构 软件需求与软件设计之间存在难以逾越的鸿沟， 如何有效的将软件需求软化为相应的设计？ 软件需求——？——软件设计——软件实现 —软件体系结构