清华大学郑人杰 殷仁昆教授 《软件工程讲义》(4)
清华大学殷仁昆教授讲授《软件工程》讲义
5) 设计应遵循信息隐蔽的原则。
✓ Patnas主张在开发时，将每个程序的成分隐 藏在模块内，定义每一个模块时尽可能少地 显露其内部的处理。
2020/5/4
软件工程
14
✓ 每个模块的实现细节对于其它模块是隐蔽的， 将来修改软件时偶然引入错误所造成的影响 就可以局限在一个或几个模块内部，不致波 及到软件的其它部分。
内聚性：内聚是一个模块内部各个元素彼此结 合的紧密程度的度量。
② 设计应当模块化。
2020/5/4
软件工程
8
③ 设计应当包含数据、体系结构、接口和构件 （模块）的清晰的视图。
④ 设计应当根据将要实现的对象和数据模式导出 合适的数据结构。
⑤ 设计应当建立具有独立功能特征的构件。 ⑥ 设计应当建立能够降低模块与外部环境之间复
杂连接的接口。 ⑦ 设计模型应当通过使用软件需求信息所驱动的
⑤ 设计结果应能适应未来可能的变更;
⑥ 设计不是编码，编码也不是设计。设计模型 的抽象级别比源代码高。在编码级别上唯一 的设计决策是补充一些实现细节。
2020/5/4
软件工程
10
⑦ 设计应具有容错性和异常处理能力。对于异 常数据、事件、操作条件等能够平滑处理。
⑧ 在建立设计方案时就应能评估设计质量，而 不是在系统编码之后。
求，必须满足用户希望的所有隐式需求。
2020/5/4
软件工程
7
① 对于开发者和未来的维护者而言，设计必须 是可读的、可理解的，使得将来易于编程、 易于测试、易于维护。
② 设计应该给出软件的全貌，包括从实现角度 可看到的数据、功能、行为。
衡量设计模型的技术原则 ① 设计模型应该是一个分层结构。该结构： ✓ 使用可识别的设计模式搭建系统结构。 ✓ 用显示良好设计特征的构件构成。 ✓ 可以用演化的方式实现。
(完整word版)殷人昆《实用软件工程》复习资料
1.软件工程目标：正确性、可用性、适合销售活动：需求、设计、实现、V&V(验证与确认)、支持原则：开发泛型、设计方法、支持工具、工程管理WW软件工程是开发，运行，维护和修复软件的系统方法，将系统化的，规范的，可度量的方法应用与软件的开发，运行维护的过程。
即将工程化应用于软件中。
2.软件过程中的基本活动（pdca）1.软件规格说明plan2.软件开发do3.软件确认check4.软件演进action3.瀑布模型：需求-》系统设计-》实现单元测试-》集成与系统测试-》运营维护。
他的显著特点是顺序性和依赖性。
4.演化模型：软件通过不断的演化才能完成和完善，其显著特点是迭代。
适合于业务和需求不断变更的开发过程，交付部分功能给客户，确认需求，逐步完善。
5.螺旋模型：将瀑布模型和演化模型结合起来，加入了风险分析。
6.增量模型：是将软件分解成一系列的增量的构件，在增量开发迭代中逐步加入，也叫极限程序设计。
7.软件工程原则：a)抽象自顶向下，逐层细化b)模块化的开发方法c)信息隐蔽和数据封装。
d)局部化e)一致性f)完备性g)可验证性8.软件工程基本原理：a)按软件生存期分阶段制定计划并认真实施b)坚持进行阶段评审c)坚持严格的产品控制d)使用现代程序设计技术e)明确责任f)用人少而精g)不断改进开发的过程9.识别用户要求，必须考虑的问题：a)功能和性能b)可靠性和质量c)总的系统目标d)成本与进度的把控e)制造需求f)市场竞争情况g)有效的技术h)将来可能的扩展10.可行性研究a)问题识别b)市场调查c)分析准备d)环境分析e)物理分析f)功能分析g)信息分析h)动态分析i)确立系统方案和成本估算j)模型评审k)成本可行性l)法律可行性11.面向对象设计面向对象=对象+分类+继承+消息通信，基本组成部分叫对象，计算是通过新对象的确立和对象之间的通信来执行。
相对于面向过程开发，核心：数据被封装在对象中，而不是全局变量中，数据流是通过消息传递，而不是面向过程解决办法。
软件工程技术讲座
软件工程技术讲座软件教研室艾孜海尔编新疆大学数学与系统科学学院目录第1章软件工程概述 (1)1.1 软件 (1)1.1.1软件的进展 (1)1.1.2软件定义 (2)1.1.3软件的特点 (2)1.1.4软件的分类 (4)1.2 软件工程概念 (6)1.2.1软件危机与软件工程定义 (6)1.2.2软件工程的差不多内容与目标 (10)1.2.3软件工程的原则 (10)1.3 软件生存周期与软件开发模型 (11)1.3.1软件生存周期 (11)1.3.2软件开发模型 (12)第2章可行性研究 (19)2.1 问题定义 (19)2.2 可行性研究 (19)2.2.1方法、步骤 (19)2.2.2文档编写 (25)第3章需求分析 (28)3.1 需求分析的方法步骤 (28)3.2 数据流图的分析与细化 (28)3.3 需求规格说明的编写 (29)第4章概要设计 (31)4.1 概要设计的任务与步骤 (31)4.2 软件设计的概念与原则 (31)4.2.1模块化 (31)4.2.2抽象与逐步求精 (31)4.2.3信息隐藏和局部化 (33)4.2.4模块独立性 (33)4.2.5结构设计原则 (37)4.2.6概要设计文档 (38)第5章详细设计 (40)5.1 详细设计的任务与原则 (40)5.2.1详细设计的任务 (40)5.2.2详细设计的原则 (40)5.2 详细设计的方法 (40)5.2.1程序流程图 (41)5.2.2N-S图 (42)5.2.3伪代码 (42)5.3 详细设计说明书 (42)第6章编码 (44)6.1 程序设计语言 (44)6.1.1程序设计语言分类 (44)6.1.2程序设计语言的选择 (44)6.2 编码风格 (45)6.2.1源程序文档化 (45)6.2.2数据说明 (50)6.2.3语句结构 (50)6.2.4输入/输出（I/O） (53)6.3 程序效率 (53)6.3.1有关程序效率的几条准则 (54)6.3.2算法对效率的阻碍 (54)6.3.3阻碍储备器效率的因素 (54)6.3.4阻碍输入/输出的因素 (54)6.4 编程安全 (55)6.4.1冗余程序设计 (55)6.4.2防错程序设计 (56)第7章软件质量与质量保证 (58)7.1 软件质量的定义 (58)7.2 阻碍软件质量的因素 (59)7.3 软件质量保证策略 (60)7.4 软件质量保证活动 (61)7.5 软件评审 (61)7.5.1设计质量的评审内容 (62)7.5.2程序质量的评审内容 (63)7.6 软件质量保证的标准 (64)7.7 软件测试打算与测试分析报告 (65)第8章项目打算与治理 (67)8.1 软件项目特点、治理的专门性及软件治理功能 (67)8.1.1软件项目的特点 (67)8.1.2软件治理的功能 (68)8.1.3确定软件项目的工作范畴 (68)8.2 确定软件开发所需的资源 (68)8.2.1人力资源 (69)8.2.2硬件 (69)8.2.3软件 (69)8.3 人员的打算和组织 (70)8.4 成本估量及操纵 (71)8.4.1软件开发成本估量方法 (71)8.4.2专家判定技术 (71)8.4.3成本估算模型 (72)8.5 进度打算 (74)8.5.1软件工作的专门性 (74)8.5.2各时期工作量的分配 (74)8.5.3制定开发进度 (75)8.6 软件配置治理 (76)8.6.1基线 (76)8.6.2软件配置项 (77)8.6.3软件配置治理过程 (78)8.7 软件治理方案 (81)第1章软件工程概述1.1 软件软件是一种产品，同时又是开发和运行产品的载体。
软件工程概论课后习题答案
软件工程概论课后习题答案软件工程概论郑人杰等版第1章软件与软件工程的概念1.1 举出你所知道的应用软件的例子。
办公软件、嬉戏软件、财务软件、银行软件、人事管理软件、工资管理软件、学籍管理软件等。
1.2 认为“软件就是程序，软件开发就是编程序。
”这种观点是否正确？为什么？认为“软件就是程序，软件开发就是编程序。
”这种观点是错误的。
首先，软件是计算机系统中与硬件互相依存的另一部分，它是包括程序，数据及其相关文档的完整集合，程序只是软件的组成部分之一；第二，在软件开发中，编程只是软件开发过程的一个阶段。
1.3 假如将软件开发比作高楼大厦的建筑，可以将软件的设计比作什么？可以将软件的设计比作建造设计，软件设计的成绩相当于建造设计的设计图纸。
1.4 什么是软件危机？它有哪些典型表现？为什么会浮现软件危机？软件危机：软件危机是指在计算机软件的开发和维护过程中所碰到的一系列严峻问题。
典型表现：(1)对软件开发成本和进度的估量经常很不精确。
(2)用户对“已完成的”软件系统不惬意的现象常常发生。
(3)软件产品的质量往往靠不住。
(4)软件经常是不行维护的。
(5)软件通常没有适当的文档资料。
(6)软件成本在计算机系统总成本中所占的比例逐年升高。
(7)软件开发生产率提高的速度，既跟不上硬件的进展速度，也远远跟不上计算机应用快速普及深化的趋势。
产生软件危机的缘由：除了软件本身的特点，其缘由主要有以下几个方面：(1) 缺乏软件开发的阅历和有关软件开发数据的堆积，使得开发工作方案很难制定。
(2) 软件人员与用户的沟通存在障碍，使得猎取的需求不充分或存在错误。
(3) 软件开发过程不规范。
如，没有真正了解用户的需求就开头编程序。
(4) 随着软件规模的增大，其复杂性往往会呈指数级上升。
需要无数人分工配合，不仅涉及技术问题，更重要的是必需有科学严格的管理。
(5) 缺少有效的软件评测手段，提交给用户的软件的质量不能彻低保证。
1.5 什么是软件工程？软件工程是指导计算机软件开发和维护的工程学科。
CH1软件工程课件
yet, Success Hasnt Come Easily
Successfully 53%
Challenged 16%
31% Canceled
软件危机
相关术语
✓ “两难境地（Crunch Mode）”：处于两难境地的项目面临着无
法达到最初目标的威胁（费用、进度表、功能性等等），而项目团 队在努力想要跨越该困境。
能够对一定数量的读者进行相应的信息存储与 管理，这其中包括：
8
读者信息的登记、删除及修改。 读者资料的统计与查询。
能够对需要的统计结果提供打印输出。 能够提供一定的安全机制，提供数据信息授权
访问，防止随意删改，同时提供信息备份的服 务。
9
鼓励项目
移动互联网项目 李开复：创新工作室
应提交的文档
5
软件工程
计划：工作内容
① Contractor Management ② Home Owner Management ③ Architectural Management ④ Interior Designer ⑤ Landscape Management ⑥ Schedule & Supplier Management Funding Management Land Office Management
“Software” = “Place a sequence of instructions together to get the computer to do something useful”.
User Computer
Late 1950’s:
Computer became cheaper and more common High level languages were invented easier
软件工程讲义第四章
需求确认检查表
❖需求说明清晰吗？有没有可能造成误解？ ❖需求的来源（如人员、规则、文档）弄清了吗？需求的最终说明是 否已经根据或对照最初来源检查过？ ❖需求是否用定量的术语界定？ ❖其他哪些需求与此需求相关？是否已经使用交叉索引或其他机制清 楚地加以说明了？ ❖需求是否违背某个系统领域的约束？ ❖需求是否可以测试？如果可以，能否说明测试检验了需求？ ❖对已经创建的任何系统模型，需求是否可跟踪？ ❖对整体系统/产品目标，需求是否可跟踪？ ❖规格说明的构造方式是否有助于理解、引用和翻译成更技术性的工 作产品？ ❖对已创建的规格说明是否建立了索引？ ❖和系统性能、行为及运行特征相关的需求的说明是否清楚？哪些需 求是隐含出现的？
软件工程讲义第四章
需求工程
❖需求工程是指致力于不断理解需求的大量任务 和技术。从软件过程的角度来看，需求工程是一 个软件工程动作，开始于沟通并持续至建模。 ❖需求工程在设计和构造之间建立起联系的桥梁。 有人认为开始于项目共利益者，即在那里定义业 务需求，刻画用户场景，描述功能和特性，识别 项目约束条件。另外一些人可能会建议从宽泛的 系统定义开始，此时软件只是更大的系统范围中 的一个构件。
软件工程讲义第四章
导出
❖系统或产品的目标是什么？ ❖想要实现什么？ ❖系统和产品如何满足业务的要求，最终系 统或产品如何用于日常工作？ ❖而实际上导出需求却是异常的困难。
软件工程讲义第四章
导出
❖范围问题：系统的边界不清楚，或客户/用户的 说明带有多余的技术细节，这些细节可能会混淆 而不是澄清系统的整体目标。 ❖理解问题：客户/用户并不完全确定需要什么， 对其计算环境的能力和限制所知甚少，对问题域 没有完整的认识，与系统工程师在沟通上有问题， 省略那些他们认为是“明显的”信息，确定的需求 和其他客户/用户的需求相冲突，需求说明有歧 义或不可测试。 ❖易变问题：需求随时间变化。
《软件工程》教学大纲
《软件工程》教学大纲●学时：54●适用对象：计算机应用专业三年级学生●先修课程：计算机应用基础（1）、C语言程序设计、Visual Basic程序设计●推荐教材：郑人杰，殷人昆，陶永雷.实用软件工程.北京：清华大学出版社，1997.4●主要参考资料：张海藩.软件工程导论.北京：清华大学出版社，2000.1一、课程性质、目的课程性质：软件工程是计算机应用专业的专业课程。
使同学们对软件开发中应该注意的问题和应该详细分析和设计的部分进行全面的了解，在此基础上应用软件工程的方式自行分析、设计和实现一个小规模的软件，做到学习的理论知识能够应用到实际的项目开发工作中去，做到理论与实际相结合，达到对本课程的较好的掌握。
设置目的：这门课程开设的目的主要在于阐述软件工程的理论、技术和方法，介绍软件工程的基本概念、基本理论和基本技术。
让同学们能够对现代软件开发有一个深入的认识，对以瀑布模型为代表的传统软件工程中，软件的开发方式进行学习，对软件工程各个开发阶段的工作和要求有一个全面的了解和掌握。
另外要对面向对象分析和面向对象设计有具体、深入的认识。
二、教学内容第1章软件工程概述本章教学要求从宏观上了解软件工程的概念和用途，明确本门课程的学习目的；了解软件的发展和软件危机；研究软件工程过程和软件生存期；熟悉软件生存期模型中瀑布模型的概念和层次划分；了解软件工程的基本目标；明确研究软件工程的重要性和必要性。
1．1软件的发展和软件危机；介绍软件的发展情况和发展历史，以及现今出现的软件危机（了解）；1．2软件工程；介绍软件工作的基本原理和传统途径，软件生命周期各阶段的基本任务（了解）；1．3软件生存期模型；重点介绍软件生存期中的瀑布模型；简单描述演化模型、螺旋模型、喷泉模型和智能模型等软件生存期模型的代表（掌握）；1．4软件工程的基本目标；介绍软件工程的具体形式化定义；描述软件工程项目的基本目标及他们之间的关系（掌握）。
第2章系统分析本章教学要求描述关于软件生存期的第一个步骤：系统分析。
软件工程导论 第一章
社会对新应用系统的需求超过了人力资源所能提供的 限度
软件工程的一个重要课题：寻求开发与维护软件更好 和更有效的工具
和谐地合作是开发软件的关键
软件必须有效地支持它的用户
必须仔细地研究用户，以确定适当的功能需求、可用 性要求及其他质量要求
软件开发不仅应该提交软件产品，而且应该写出用户 手册和培训材料，此外，还必须注意建立使用新系统 的环境。
传统方法学 面向对象的方法学
传统方法学(生命周期方法学)
采用结构化技术来完成软件开发的各项任务， 并使用适当的软件工具或软件工程环境来支持 结构化技术的运用。 把软件生命周期的全过程依次划分为若干个阶 段，然后顺序地完成每个阶段的任务。采用这 种方法学开发软件的时候，从对问题的抽象逻 辑分析开始，一个阶段一个阶段地进行开发。 从上而下，顺序地完成软件开发的各阶段任务。
目前，传统方法学仍然是人们在开发软件 时使用得十分广泛的软件工程方法学。这 种方法学历史悠久，为广大软件工程师所 熟悉，而且在开发某些类型的软件时也比 较有效，因此，在相当长一段时期内这种 方法学还会有生命力。
对用户要求没有完整准确的认识就匆忙着 手编写程序
越早开始写程序，完成它所需要用的时间 往往越长
所以......
围绕如何开发好一个软件人们提出了很多 理论，形成软件工程这样一个新领域
面向方面的编程 净室理论 极限编程 SOA架构 AJax ......
恰当的过程
问题定义，也就是确定要求解决的问题是 什么； 可行性研究，决定该问题是否存在一个可 行的解决办法； 需求分析，也就是深入具体地了解用户的 要求，在所要开发的系统(不妨称之为目标 系统)必须做什么这个问题上和用户取得完 全一致的看法。