软件工程课后作业第四章教学文案
软件工程(第4版)教学教案
180分钟
课时
4
教学目标
掌握需求分析的任务、图形工具、文档
掌握结构化分析步骤
了解数据字典
教学重点
掌握需求分析的任务、图形工具、文档
掌握结构化分析步骤
了解数据字典
教学难点
实体-联系图、数据流图、状态转换图、IPO图、软件需求规格说明书、用户手册编写提示。
教学设计
1、教学思路：（1）通过讲解需求分析的任务、图形工具、文档，让学生掌握实体-联系图、数据流图、状态转换图、IPO图、软件需求规格说明书、用户手册编写提示；（2）通过讲解结构化分析步骤，让学生掌握分析和描述系统的逻辑模型；（3）课后习题。
1.教学思路：（1）通过讲解软件工程的发展等相关知识，让学生了解软件工程的定义、基本原理；（2）讲解软件生命周期、过程模型等知识，让学生掌握瀑布模型，快速原型模型、增量模型，喷泉模型、统一过程模型；（3）课后习题。
2.教学手段：（1）通过讲解基础知识，讲解结束后进行疑难解答；（2）对于重点知识点可以着重讲解。
（2）快速原型模型
（3）增量模型
（4）喷泉模型
（5）统一过程模型
小结
1.为描述计算机程序的功能、设计和使用而编制的文字或图形资料称为文档，软件开发的各个阶段必须完成各种需求规格说明书、设计说明书、用户手册等文档。
2.软件是计算机程序及与其相关的数据和文档。
3.软件危机是指在计算机软件开发和维护时所遇到的一系列问题。
教学手段：（1）通过讲解基础知识，讲解结束后进行疑难解答；（2）对于重点知识点可以着重讲解。
教学内容
讨论问题：1．软件计划时期有哪些主要工作？
2．什么是软件定义？
软件工程-课后小节
第一章本章简要阐述了软件开发的本质，即实现问题空间的概念和处理逻辑到解空间的概念和处理逻辑之间的映射。
在此基础上，概括地介绍了实现这一映射的基本途径，即系统建模。
所谓系统建模，是指运用所掌握的知识，通过抽象，给出该系统的一个结构一系统模型。
因此，模型是一个抽象。
该抽象是在意图所确定的角度和抽象层次对物理系统的一个描述，描述其中的成分和成分之间所具有的特定语义的关系，还包括对该系统边界的描述。
在软件开发领域，系统模型分为两大类，一类称为概念模型，描述了系统是什么;另一类统称为软件模型，描述了实现概念模型的软件解决方案。
软件模型又可进一步分为设计模型、实现模型和部署模型等。
总之，正确认识软件开发的本质，认识建模的意义，了解模型概念以及模型分类，直接关系到对软件工程开发逻辑、开发途径有关知识的理解、掌握和正确应用。
正如章首语所言:“正确认识软件开发，是从事软件开发实践和软件工程项目管理的思想基础。
”第二章本章首先介绍了需求的定义，即“一个需求是一个‘要予构造’的陈述，描述了待开发产品(或项)功能上的能力、性能参数或者其他性质”，并指出了需求的5个必备的基本性质:必要的(Necessary)，即该需求是用户所要求的;无歧义的(Unambiguous )，即该需求只能用一种方式解释;可测的(Testable)，即该需求是可进行测试的;可跟踪的(Trace-able)，即该需求可从一个开发阶段跟踪到另一个阶段;可测量的(Measurable )，即该需求是可测量的。
需求的5个基本性质可作为需求发现和评估的基础。
其次，为了更好地理解需求，介绍了需求的分类。
软件需求可以分为功能、性能、外部接口、设计约束和质量属性，并把性能、外部接口、设计约束和质量属性这4类需求统称为非功能需求。
除此之外，还给出了功能需求和非功能需求的基本关系。
然后，介绍了5种常用的需求发现技术:自悟(Introspection )、交谈(Individual in-terview )、观察(Observation )、小组会(Group session)和提炼( Extraction)，并指出采用系统化方法，例如，结构化方法和面向对象方法，可使发现的需求基本满足以上5个性质。
软件工程课后作业
第一章1.1答：软件危机是指在计算机软件开发、使用与维护过程中遇到的一系列严重问题和难题。
它包括两方面：如何开发软件，已满足对软件日益增长的需求；如何维护数量不断增长的已有软件。
软件危机的典型表现：(1) 对软件开发成本和进度的估计常常很不准确。
常常出现实际成本比估算成本高出一个数量级、实际进度比计划进度拖延几个月甚至几年的现象。
而为了赶进度和节约成本所采取的一些权宜之计又往往损害了软件产品的质量。
这些都降低了开发商的信誉，引起用户不满。
(2) 用户对已完成的软件不满意的现象时有发生。
(3) 软件产品的质量往往是靠不住的。
(4) 软件常常是不可维护的。
(5) 软件通常没有适当的文档资料。
文档资料不全或不合格，必将给软件开发和维护工作带来许多难以想象的困难和难以解决的问题。
(6) 软件成本、软件维护费在计算机系统总成本中所占比例逐年上升。
(7) 开发生产率提高的速度远跟不上计算机应用普及的需求。
软件危机出现的原因：(1) 来自软件自身的特点：是逻辑部件，缺乏可见性；规模庞大、复杂，修改、维护困难。
(2) 软件开发与维护的方法不当：忽视需求分析；认为软件开发等于程序编写；轻视软件维护。
(3) 供求矛盾将是一个永恒的主题：面对日益增长的软件需求，人们显得力不从心。
1.2答：在软件开发的不同阶段进行修改付出的代价是很不相同的，在早期引入变动，涉及的面较少，因而代价也比较低；在开发的中期，软件配置的许多成分已经完成，引入一个变动要对所有已完成的配置成分都做相应的修改，不仅工作量大，而且逻辑上也更复杂，因此付出的代价剧增；在软件“已经完成”是在引入变动，当然付出的代价更高。
一个故障是代码错误造成的，有时这种错误是不可避免的，但要修改的成本是很小的，因为这不是整体构架的错误。
1.3答：1993年IEEE的定义：软件工程是：①把系统的、规范的、可度量的途径应用于软件开发、运行和维护过程，也就是把工程应用于软件；②研究①中提到的途径。
软件工程第四版课后答案
20
作业及解答（第3章）
ER模型
本问题中共有两类实体，分别是“储户”和“储蓄所”，
E2 业务员
13:07:42
F8储蓄利率
D2存款利率
19
重庆工学院计算机科学与工程学院 李梁(liliang@)
作业及解答（第3章）
F2取款单 无效取款信息 D1存款信息 F7密码 F7密码 P3.2 密码校验 P3.1 输入取款信息 F5存款信息
E1 储户
13:07:42
重庆工学院计算机科学与工程学院 李梁(liliang@)
13:07:42
重庆工学院计算机科学与工程学院 李梁(liliang@)
4
作业及解答（第1-2章）
(1)在1985年对计算机存储容量的需求，估计是
M 4080 e
0.28(19851960)
4080e 4,474,263(字)
7
如果字长为16位，则这个存储器的价格是 19851974
73,577,679条指令。 在1995年一名程序员每天可开发出30条指令，每月可开 发出600条指令，为了开发出可装满整个存储器的程序， 需要的工作量为 73577679 122 629(人月) ， 600
13:07:42 重庆工学院计算机科学与工程学院 李梁(liliang@)
13:07:42
重庆工学院计算机科学与工程学院 李梁(liliang@)
15
作业及解答（第3章）
电话号码=[校内电话号码|校外电话号码] 校内电话号码=非零数字+
3 位数字 //后面继续定义 校外电话号码=[本市号码|外地号码] 本市号码=数字零+8位数字 外地号码=数字零+3位数字+8位数字 非零数字=[1|2|3|4|5|6|7|8|9] 数字零＝0 3位数字＝3{数字}3 //3至3个数字 8位数字=非零数字+7位数字 7位数字=7{数字}7 数字＝[0|1|2|3|4|5|6|7|8|9]
软件工程第四章2- (1)
订单获 取应用
邮件发 送应用
应用层包
订单
顾客
问题域包
37
包图另一种划分方式
用户接口
订单获 取界面 用户
订单获 取应用 问题域 订单
AWT
邮件发 送界面
邮件发 送应用
顾客
38
主要内容
一、面向对象概述
二、UML简介
三、静态建模 四、动态建模 五、物理架构建模 六、UML工具
39
四、动态建模
系统中的对象在执行期间的不同时间点如何通信 以及通信的结果如何，就是系统的动态行为。也就是 说，对象通过通信相互协作的方式以及系统中的对象 在系统生命期中改变状态的方式，是系统的动态行为。
3.聚集和组合
聚集是一种特殊的关联。一般表示类之间具有整体与部分的 关系。组合是一种特殊的聚集。 一般的聚集：特征是“部分”对象可以是多个任意“整体” 对象的一部分。
课题组 成员 个人
聚集关系
20
三、静态建模
组合：“整体”强烈拥有“部分”。“整体”的重数必须是 0或1，而“部分”的重数是可以任意的。
在状态图间用虚线箭头来表示。如果是后者，则必须使用
矩形框将状态图中的所有对象组合在一起。（见例子P95） 58
四、动态建模
3 、 时序图和协作图
（1）时序图 描述对象之间的动态交互关系，着重表现对象间消 息传递的时间顺序。时序图有两个坐标轴：纵坐标轴表 示时间，横坐标轴表示不同的对象。
59
四、动态建模
40
四、动态建模
1、消息
2、状态图
3、时序图和协作图 4、活动图
41
四、动态建模
1、 消息
在UML的所有动态图(状态图、时序图、协作图和活动图)中，消息都 表示为连接发送者和接收者的一根箭头线，箭头的形状表示消息的类型。
软件工程专业《面向对象技术》课程的课后作业参考答案(第4部分)
}
public void run(){ //结束条件设定为，当卡内资金大于 100 元时，线程 OVER while(this.mycard.getMoney()<=100){ AddSystem.addMoney(this.mycard); } System.out.println("资金大于 100 元，该线程 OVER"); System.out.println("");
}
public void addMoney(float addmoney){
money=money+addmoney;
//金额累加：
System.out.println("充值完毕，增加了"+addmoney+"元钱lass Student extends Thread{
money=0; id=0; name="No"; }
Card(int id, String name){ money=0;
this.id=id;
=name; }
public float getMoney(){
return money; }
public void dispInformation() { System.out.println("该一卡通考号为："+id+"号");
}
public void dispInformation() { System.out.println("******************************"); System.out.println("该学生的基本信息如下："); System.out.println("姓名-------："+name);
软件工程第4章
4-5 试用Petri网说明第4题所述图书馆中一本书的循 环过程。在规格说明中应该包括操作H、C及R。
4-6 试用Z语言对第4题所述图书馆图书流通系统做一 个完整的规格说明。
•
生 活 中 的 辛 苦阻挠 不了我 对生活 的热爱 。20.12.2820.12.28Monday, December 28, 2020
第二条和第三条规则，分别对应于电梯即将下降 或者没有待处理的请求的情况。
4.2.3 评价
有穷状态机方法采用了一种简单的格式来描述规 格说明：
当前状态+事件+
这种形式的规格说明易于书写、易于验证，而且 可以比较容易地把它转变成设计或程序代码。
有穷状态机方法比数据流图技术更精确
4.3 Petri网
4.3.1 概念
所有按钮的集合，因此，Z规格说明开始于： 〔Button〕 2. 状态定义 一个Z规格说明由若干个“格(schema)”组成，每个 格含有变量说明和限定变量取值范围的谓词。例如， 格S的格式如图4.12所示。
图4.12 Z格S的格式
3. 初始状态 对于电梯问题来说，抽象的初始状态为：
ˆ Button_Init Button_State｜pushed=Φ〕
第4章 形式化说明技术
4.1 概述 4.2 有穷状态机 4.3 Petri网 4.4 Z语言 4.5 小结 习题
按照形式化的程度，可以把软件工程使用的方 法划分成非形式化、半形式化和形式化3类:
• 用自然语言描述需求规格说明，是典型的非形式 化方法。
• 用数据流图或实体-联系图建立模型，是典型的 半形式化方法。
有穷状态机对本产品进行规格说明: 这个问题中有两个按钮集。
软件工程课后习题答案中文翻译版(第八版)
软件工程课后习题答案中文翻译版(第八版)软件工程课后习题答案中文翻译版(第八版)软件工程是一门关于软件开发和维护的学科。
它涉及项目管理、软件需求分析、软件设计、编码以及测试等诸多方面。
对于软件工程学习者来说，习题是非常重要的学习资源。
习题可以帮助学生巩固所学知识，增强对软件工程概念和技术的理解。
因此，软件工程课后习题答案的翻译版本是非常有价值的学习资料。
第一章：软件工程概述1. 软件工程的定义是什么？软件工程是一门关于开发、维护和管理软件的学科，它涵盖了软件生命周期的各个阶段，包括需求分析、设计、编码、测试和维护等。
2. 软件生命周期包括哪些阶段？软件生命周期包括需求定义、软件设计、编码、测试和维护等阶段。
3. 解释软件过程模型。
软件过程模型是软件工程中定义和管理软件开发过程的一种方法。
常见的软件过程模型包括瀑布模型、迭代模型和敏捷模型等。
第二章：软件项目管理1. 什么是软件项目管理？软件项目管理是对软件开发项目进行规划、组织、指导和控制的过程，目的是确保项目按时、按质量要求完成。
2. 软件项目管理的主要任务是什么？软件项目管理的主要任务包括项目计划、项目组织、项目沟通、项目风险管理和项目控制等。
3. 解释关键路径法。
关键路径法是一种用于确定项目进度安排和资源分配的方法。
通过确定项目中的关键路径，可以确保项目按时完成。
第三章：软件需求分析1. 软件需求分析的目的是什么？软件需求分析的目的是确定软件系统的功能和性能需求，并将其转化为具体的需求规格说明。
2. 软件需求分析的主要活动包括哪些？软件需求分析的主要活动包括需求获取、需求建模、需求验证和需求管理等。
3. 解释用例图。
用例图是一种用于描述系统功能的图形化表示方法。
用例图可以帮助分析师和开发人员理解系统与用户之间的交互。
第四章：软件设计1. 软件设计的目标是什么？软件设计的目标是将需求规格转化为可执行的软件系统，并满足性能、可维护性和可扩展性等要求。
软件工程讲义第四章
需求确认检查表
❖需求说明清晰吗？有没有可能造成误解？ ❖需求的来源（如人员、规则、文档）弄清了吗？需求的最终说明是 否已经根据或对照最初来源检查过？ ❖需求是否用定量的术语界定？ ❖其他哪些需求与此需求相关？是否已经使用交叉索引或其他机制清 楚地加以说明了？ ❖需求是否违背某个系统领域的约束？ ❖需求是否可以测试？如果可以，能否说明测试检验了需求？ ❖对已经创建的任何系统模型，需求是否可跟踪？ ❖对整体系统/产品目标，需求是否可跟踪？ ❖规格说明的构造方式是否有助于理解、引用和翻译成更技术性的工 作产品？ ❖对已创建的规格说明是否建立了索引？ ❖和系统性能、行为及运行特征相关的需求的说明是否清楚？哪些需 求是隐含出现的？
软件工程讲义第四章
需求工程
❖需求工程是指致力于不断理解需求的大量任务 和技术。从软件过程的角度来看，需求工程是一 个软件工程动作，开始于沟通并持续至建模。 ❖需求工程在设计和构造之间建立起联系的桥梁。 有人认为开始于项目共利益者，即在那里定义业 务需求，刻画用户场景，描述功能和特性，识别 项目约束条件。另外一些人可能会建议从宽泛的 系统定义开始，此时软件只是更大的系统范围中 的一个构件。
软件工程讲义第四章
导出
❖系统或产品的目标是什么？ ❖想要实现什么？ ❖系统和产品如何满足业务的要求，最终系 统或产品如何用于日常工作？ ❖而实际上导出需求却是异常的困难。
软件工程讲义第四章
导出
❖范围问题：系统的边界不清楚，或客户/用户的 说明带有多余的技术细节，这些细节可能会混淆 而不是澄清系统的整体目标。 ❖理解问题：客户/用户并不完全确定需要什么， 对其计算环境的能力和限制所知甚少，对问题域 没有完整的认识，与系统工程师在沟通上有问题， 省略那些他们认为是“明显的”信息，确定的需求 和其他客户/用户的需求相冲突，需求说明有歧 义或不可测试。 ❖易变问题：需求随时间变化。
软件工程---课后习题答案教学提纲
软件⼯程---课后习题答案教学提纲软件⼯程---课后习题答案第⼀章1.1什么是计算机软件？软件的特点是什么？计算机软件是指计算机系统中的程序及其⽂档软件的特点：●软件是⼀种逻辑实体，⽽不是有形的系统元件，其开发成本和进度难以准确地估算。
●软件是被开发的或被设计的，没有明显的制造过程，⼀旦开发成功，只需复制即可，但其维护的⼯作量⼤。
●软件的使⽤没有硬件那样的机械磨损和⽼化问题。
1.2简述软件的分类，并举例说明1.系统软件系统软件居于计算机系统中最接近硬件的⼀层，其他软件⼀般都通过系统软件发挥作⽤。
例如：编译软件、操作系统。
2.⽀撑软件⽀撑软件是⽀撑软件的开发和维护的软件。
例如：数据库管理系统、⽹络软件、软件⼯具、软件开发环境。
3.应⽤软件应⽤软件是特定应⽤领域专⽤的软件。
例如：⼯程/科学计算机软件、嵌⼊式软件、产品线软件、Web应⽤软件、⼈⼯智能软件。
1.3简述软件语⾔的分类，并举例说明。
1.需求定义语⾔是⽤于书写软件需求定义的语⾔。
例如：PSL/PSA。
2.功能性语⾔是⽤于书写软件功能规约的语⾔，通常⼜称为功能规约语⾔。
例如：⼴谱语⾔、Z 语⾔。
3.设计性语⾔是⽤于书写软件设计规约的语⾔。
例如：PDL。
4.实现性语⾔也称为程序设计语⾔，是⽤于书写计算机程序的语⾔。
例如：C、java、PROLOG、FORTRAN、COBOL、Modula。
5.⽂档语⾔是⽤于书写软件⽂档的语⾔。
通常⽤⾃然语⾔或半形式化语⾔书写。
1.4什么是软件⼯程？软件⼯程是应⽤计算机科学、数学及管理科学等原理，开发软件的⼯程。
软件⼯程借鉴传统⼯程的原则、⽅法，以提⾼质量、降低成本为⽬的。
1.5简述软件⼯程的基本原则。
软件⼯程原则包括围绕⼯程设计、⼯程⽀持和⼯程管理所提出的以下4条基本原则。
1.选取适宜的开发模型必须认识需求定义的易变性，采⽤适宜的开发模型，保证软件产品满⾜⽤户的要求。
2.采⽤合适的设计⽅法合适的设计⽅法有助于这些特征的实现，以达到软件⼯程的⽬标。
软件工程实用教程(2版)-4章-习题与参考答案-2012-5-30
1.答案要点：
偶然内聚：计算学生总成绩与统计学生出勤人数放在一个模块中；
逻辑内聚：打印会计报表与打印学生成绩表在一个模块中；
时间内聚：系统初始化模块；
过程内聚：根据考试成绩分别进行奖学金处理、留级、退学处理等
通信内聚：输入入库单、据此登记库存帐并开具发票等
6.简述变换分析、事务分析的基本步骤。
答案要点：
变换流分析设计步骤：
1）确定变换流、输入流和输出流部分
2）设计模块结构的顶层和第一层
3）设计中下各层
事务分析的步骤：
根据事务功能设计一个顶层总控模块；
将事务中心的输入数据流对应为一个第一层的接收模块及该模块的下层模块；
将事务中心对应为一个第一层的调度模块；
概要设计过程主要包括：1）制定规范2）系统架构设计3）软件结构设计4）公共数据结构设计5）安全性设计6）故障处理设计7）编写文档8）概要设计评审
2.如何理解模块的独立性？用什么指标来衡量模块的独立性？
答案要点：
模块的独立性是指不同模块之间的相互联系应尽可能的少，应尽可能减少公共的变量和数据结构；一个模块应尽可能在逻辑上独立，有完整单一的功能。具有良好独立性的模块，可使模块功能完整、数据接口简单、程序易于理解和维护。独立性限制了错误的作用范围，使错误易于排除，因而可使软件开发速度快，质量高。
2）界面的风格的“一致性”与“个性化”
3）界面信息反馈
4）界面的合适性
5）容错性
6）审美性和可用性
4）模块的扇入、扇出要适当等。
4.什么是软件体系结构？什么是软件体系结构风格？
答案要点：
软件体系结构表示了一个软件系统的逻辑结构，描述包含系统基础构成单元、它们之间的作用关系、在构成系统时它们的集成方法以及对集成约束的描述等方面。在设计软件体系结构时，必须考虑系统的动态行为，考虑与现有系统的兼容性、安全性、可靠性、扩展性和伸缩性。
软件工程教案_4(第四章)
耦合强度依赖的因素： 耦合强度依赖的因素：
•一模块对另一模块的引用 •一模块向另一模块传递的数据量 •一模块施加到另一模块的控制的数量 •模块间接口的复杂程度
模块间耦合的类型
低 耦 合 性 无直接耦合
(低耦合) 数据耦合 低耦合)
强 模 块 独 立 性 弱
标记耦合
(中耦合) 控制耦合 中耦合)
外部耦合
§4.3 模块的独立性
4.3.1 模块独立性的概念 模块独立的含义： 模块独立的含义：
模块完成独立的功能 符合信息隐蔽和信息局部化原则 模块间关连和依赖程度尽量小
4.3.2 模块独立性的度量
模块独立性取决于模块的 内部和外部特征。 内部和外部特征。 SD方法提出的定性的度量标准： 方法提出的定性的度量标准： • 模块之间的耦合性 • 模块自身的内聚性
数据耦合举例
开发票 单价 数量 计算水费 金额
(3) 标记耦合(特征耦合) 3) 标记耦合(特征耦合)
如两个模块通过传递数据结构 如两个模块通过传递数据结构
(不是简单数据，而是记录、数组 不是简单数据，而是记录、 等)加以联系，或都与一个数据 加以联系，或都与一个数据
结构有关系, 结构有关系, 则称这两个模块 有关系 间存在标记偶合。 间存在标记偶合。
第四章 软件设计
主要内容： 主要内容： ▲ 软件设计的目标和任务 ▲ 软件设计基础 ▲ 模块的独立性 ▲ 结构化设计方法 ▲ 数据设计及文件设计 ▲ 过程设计
讨论要点
(1)如何将分析模型转换为软件 (1)如何将分析模型转换为软件 设计？ 设计？ (2)作为软件工程师在软件设计 (2)作为软件工程师在软件设计 方面应使用哪些基本原则和 概念？ 概念？
将标记耦合修改为数据耦合举例
软件工程教案_第四章
若一组模块都访问同一个公共数据环 境，则它们之间的耦合就称为公共耦 合。公共的数据环境可以是全局数据 结构、共享的通信区、内存的公共覆 盖区等。
公共耦合的复杂程度随耦合模块的个 数增加而显著增加。若只是两模块间 有公共数据环境，则公共耦合有两种 情况。松散公共耦合和紧密公共耦合。
内容耦合
如果发生下列情形，两个模块之间就发生了 内容耦合 (1) 一个模块直接访问另一个模块的内 部数据; (2) 一个模块不通过正常入口转到另一 模块内部; (3) 两个模块有一部分程序代码重迭(只 可能出现在汇编语言中); (4) 一个模块有多确认该设计对于需求的解 决方案是否实用 技术清晰度：确认该设计是否以一 种易于翻译成代码的形式表达 可维护性：确认该设计是否考虑了 方便未来的维护 质量：确认该设计是否表现出良好 的质量特征
各种选择方案：看是否考虑过其它 方案，比较各种选择方案的标准是 什么 限制：评估对该软件的限制是否现 实，是否与需求一致 其它具体问题：对于文档、可测试 性、设计过程..等进行评估
4.3 软件结构设计优化
改进软件结构以提高模块独立性 软件结构的模块规模应该适中 深度、宽度、扇出扇入都应适中 模块的作用域应该在控制域之内 力争降低模块接口的复杂程度 设计单入口单出口的模块 模块功能应该可以预测
结构图
结构图反映程序中模块之间的层次调 用关系和联系：它以特定的符号表示 模块、模块间的调用关系和模块间信 息的传递
模块内聚
c
偶然内聚
当模块内各部分之间没有联 系，或者即使有联系，这种联 系也很松散，则称这种模块为 巧合内聚模块，它是内聚程度 最低的 模块。
逻辑内聚
这种模块把几种
软件工程部分习题讲解张海藩清华大学出版社第五版
8
作业及解答（第3章）
数据结构的描述
符号
含义 举 例
＝
被定义为
＋
与
x = a＋b
[...,...] 或 [...|...]
或 x = [a , b]，x = [a | b]
{ ... }或 m{...}n 重复 x = {a}， x = 3{a}8
(...)
ER模型
本问题中共有两类实体，分别是“储户”和“储蓄所”， 在它们之间存在“存取款”关系。因为一位储户可以在多 家储蓄所存取款，一家储蓄所拥有多位储户，所以“存取 款”是多对多（M:N）关系。
储户的属性主要有姓名、住址、电话号码和身份证号码， 储蓄所的属性主要是名称、地址和电话号码，而数额、类 型、到期日期、利率和密码则是关系类型存取款的属性。
11
作业及解答（第3章）
E1 储户
F1存款单 F2取款单
P0储蓄系统
F3存单 F4利息清单
F5存款信息 F5存款信息
D1存款信息
E1 储户
12
E1 储户
F1存款单 F7密码
P1 记录存款信息
F5存款信息
D1存款信息
P2 打印存单
F5存款信息 F3存单
E1 储户
F7密码 F2取款单
F5存款信息
F4利息 F4利息
4
E2 病人
F2生理信号
E3 时钟
F3日前、时间
F5安全范围 D2患者安全范围
P2 分析信号
危及病人信息
P3 产生警告信息
F2生理信号
P1 接收信号
F2生理信号
F4警告信息
E1 护士
软件工程课件第四章精品文档
2019/10/15
信息科学与技术学院
18
模块独立
模块独立(Independence)的概念是模块化、抽象、信 息隐蔽和局部化概念的直接结果。开发具有独立功能且与其 他模块之间没有过多的相互作用的模块，就可以做到模块独 立。
如果两个模块中的每一个都能独立地工作而不需要另一个 模块地存在，那么它们彼此完全独立，这意味着模块间无任 何连接，耦合程度最低。但一个软件系统中的模块之间是彼 此协同工作的，不可能所有模块间没有连结。
2019/10/15
信息科学与技术学院
20
模块独立 – 耦合
数据耦合 ：如果两个模块彼此间通过参数交 换信息，而且交换的信息仅仅是数据，那么这种 耦合称为数据耦合。
模块的内部特性：完成模块功能的代码和局部数据。
2019/10/15
信息科学与技术学院
13
模块化
模块化：以模块作为程序设计的基本单位，把程序划分 成若干个模块，每个模块完成一个子功能，把这些模块集总 起来，并通过模块间的调用关系把它们组成一个完整的整体， 完成指定的功能。
采用模块化的依据： 容易被理解。 使问题复杂度降低，容易被实现。
信息科学与技术学院
22
模块独立 – 内聚
内聚是一个模块内各个元素彼此结合的紧 密程度的度量。内聚是信息隐蔽功能的自然扩 展，是模块内部功能独立性的表现，理想内聚 的模块只做一件事情。
按程度分类：低内聚 中内聚 高内聚。
20前1一9/页10/15
信息科学与技术学院
23
模块独立 – 内聚
软件工程课后作业软件工程第4版课后答案
软件工程课后作业软件工程第4版课后答案软件工程第4版课后答案第一题：1. 什么是软件工程？软件工程的目标是什么？软件工程是一种应用工程原理和方法来开发和维护高质量软件的学科。
它涵盖了软件开发生命周期的各个阶段，包括需求分析、设计、编码、测试、部署和维护等。
软件工程的目标是以系统化、规范化和可控的方式来开发软件，使得软件能够满足用户的需求，具有高质量、高可靠性和高效率。
第二题：2. 软件工程的关键特性是什么？软件工程的关键特性包括可靠性、可维护性、可复用性和可管理性。
可靠性指的是软件在预期情况下能够正确运行的能力；可维护性指的是容易对软件进行修改和更新；可复用性指的是能够将软件组件应用于不同的项目中；可管理性指的是有效地管理和控制软件开发过程和项目资源。
第三题：3. 软件开发生命周期中的阶段有哪些？软件开发生命周期包括需求分析、设计、编码、测试、部署和维护等阶段。
需求分析阶段是确定软件系统需求的过程，包括收集、分析和规划需求；设计阶段是定义软件系统的结构和组织，确定软件的架构和模块划分；编码阶段是根据设计产生的规范和文档来实现软件系统；测试阶段是验证软件系统是否满足需求和质量标准；部署阶段是将软件系统转移到用户环境并进行正式使用；维护阶段是对软件进行修改和改进，以保持其可用性和稳定性。
第四题：4. 什么是质量保证？软件开发中的质量保证活动有哪些？质量保证指的是通过有效的管理和控制手段，确保软件开发过程和软件产品的质量。
软件开发中的质量保证活动包括需求评审、设计评审、代码审查、单元测试、功能测试、性能测试、用户验收测试等。
通过这些活动，可以及早发现和解决开发中的问题，确保软件的质量。
第五题：5. 软件项目管理的关键活动有哪些？软件项目管理的关键活动包括项目规划、项目组织、项目估计、进度控制和风险管理等。
项目规划是确定项目目标、任务和资源分配计划等；项目组织是建立和管理项目团队；项目估计是对项目工作量、成本、资源等进行估计和计划；进度控制是监控和调整项目进度；风险管理是识别和应对项目中的风险。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件工程课后作业第
四章
第四章
4.1.简述软件设计阶段的基本任务。
答：（1）数据/类设计数据/类设计将分析类模型变换成类的实现和软件实现所需要的数据结构。
（2）体系结构设计体系结构设计定义了软件的整体结构，由软件部件、外部可见的属性和他们之间的关系组成。
（3）接口设计接口设计描述了软件内部、软件和协作系统之间以及软件同人之间的通信方式。
（4）部件级设计部件级设计将软件体系结构的结构性元素变换为对软件部件的过过程性描述。
4.2.软件设计与软件质量的关系是怎么样的？
答：设计是在软件开发中形成质量的阶段，设计提供了可以用于质量评估的软件表示，是将用户需求准确地转化为完整的软件产品或系统的主要途径。
4.4.简述模块、模块化及模块化设计的概念。
答：模块：具有名字、参数、功能等外部特征以及完场模块功能的程序代码和模块内部数据等特征。
模块化：把软件按照规定原则，划分为一个个较小的，相互独立的但又相互关联的部件。
模块化设计：简单地说就是程序的编写不是开始就逐条录入计算机语句和指令，而是首先用主程序、子程序、子过程等框架把软件的
主要结构和流程描述出来，并定义和调试好各个框架之间的
输入、输出链接关系。
4.5.举例说明每种类型的模块耦合度和每种类型的模块内聚度。
答：1、巧合内聚：讲几个模块中没有明确表现出独立功能的相同程序代码段独立出来建立的模块称巧合内聚模块。
2、逻辑内聚：逻辑内聚是指完成一组逻辑相关任务的模块，调用该模块时，
由传送给模块的控制性参数来确定该模块应执行哪一种功
能。
3、时间内聚：时间内聚是指一个模块中的所有任务必须在同一时间段内执行。
4、过程内聚：过程内聚是指一个模块完成多个任务，这些任务必须指定的过程执行。
5、通信内聚：通信内聚是指一个模块内所有处理元素都集中在某个数据结
构的一块区域中。
6、顺序内聚：顺序内聚是指一个模块完成多个功能，这些功能又必须顺序执行
7、功能内聚：功能内聚是指一个模块中各个部分都是为完成一项具体功能
而协同工作，紧密联系，不可分割。
1、内容耦合：当一个模块直接修改或操作另一个模块的数据,或者直接
转入另一个模块时，就发生了内容耦合。
此时，被修改的
模块完全依赖于修改它的模块。
如果发生下列情形，两个
模块之间就发生了内容耦合
(1) 一个模块直接访问另一个模块的内部数据；
(2) 一个模块不通过正常入口转到另一模块内部；
(3) 两个模块有一部分程序代码重叠(只可能出现在汇编语言中)；
(4) 一个模块有多个入口。
2、公共耦合：若一组模块都访问同一个公共数据环境，则它们之间的耦合就称为公共耦合。
公共的数据环境可以是全局数据结构、共享的通信区、内存的公共覆盖区等。
3外部耦合：一组模块都访问同一全局简单变量而不是同一全局数据结构，而且不是通过参数表传递该全局变量的信息，则称之为外部耦合。
4.控制耦合：如果一个模块通过传送开关、标志、名字等控制信息，明显地控制选择另一模块的功能，就是控制耦合。
5.标记耦合：一组模块通过参数表传递记录信息，就是标记耦合。
这个记录是某一数据结构的子结构，而不是简单变量。
其实传递的是这个数据结构的地址；
6.数据耦合：一个模块访问另一个模块时，彼此之间是通过简单数据参数(不是控制参数、公共数据结构或外部变量) 来交换输入、输出信息的。
7非直接耦合：两个模块之间没有直接关系，它们之间的联系完全是通过主模块的控制和调用来实现的。
4.6.耦合和软件可移植性的概念有何关系?举例说明自己的结论。
答：耦合性是2个或多个模块相关的程度，可移植性是指软件从一个平台/环境转移到另一个平台/环境的难易程度。
4.7.用自己的话描述信息隐蔽概念，并讨论信息隐藏域模块独立两概念之间的关系。
答：1、信息隐蔽指在设计和确定模块时,使得一个模块内包含信息(过程或数据),对于不需要这些信息的其他模块来说,是不能访问的.
在面向对象方法中，信息隐蔽是通过对象的封装性来实现的。
2、信息隐蔽的概念与模块的独立性直接相关。
4.8.什么是模块的独立性？设计中为什么模块要独立?如何度量独立性？模块功能独立有何优点？
答：（1）模块独立性：1.模块独立性指每个模块只完成系统要求的独立的子
功能,并且与其他模块的联系最少且接口简单
2.模块独立性是指模块内部各部分及模块间的关系的
一种衡量标准，由内聚和耦合来度量。
（2）1、具有独立的模块的软件比较容易开发出来。
这是由于能够分割功能而且接口可以简化，当许多人分工合作开发同一个软件
时，这个优点尤其重要。
2、独立的模块比较容易测试和维护。
这是因为相对说来，修改设
计和程序需要的工作量比较小，错误传播范围小，需要扩充功能
时能够"插入"模块。
总之，模块独立是优秀设计的关键，而设计
又是决定软件质量的关键环节。
（3）模块的独立程度可以由两个定性标准度量，这两个标准分别称为内聚和耦合。
耦合衡量不同模块彼此间互相依赖（连接）的紧密程
度；内聚衡量一个模块内部各个元素彼此结合的紧密程度。
（4）1、具有独立的模块的软件比较容易开发出来。
这是由于能够分割功能而且接口可以简化，当许多人分工合作开发同一个软件时，
这个优点尤其重要。
2、独立的模块比较容易测试和维护。
4.9软件设计规约主要包括哪些内容？自己寻找一个实例，亲自写一个设计规约。
答：包括软件设计规约的目的、范围、定义、首字母、缩写词、缩略语、参考资料和概述。