1、软件工程导论,吉林大学计算机科学与技术学院 2010. 3,2,主讲人：张浩 联系方式：计算机楼B404,第一章 软件工程学概述,4,需要思考的问题,0. 软件工程到底有什么用？ 计算机里的文科？1. 来自硅谷的C猴 管理与技术之间的辩证关系 2. 炸鸡的学问 按部就班地批量化实现,5,第一章内容概要,软件与软件危机 软件工程 何谓软件工程 软件工程与其他学科的关系 软件工程的基本原理 软件工程方法学 软件工程涉及的人员角色 软件生命周期 软件开发团队中的各种角色,6,什么是软件？,软件是计算机系统中与硬件相互依存的另一部分，它是包括程序、数据及其相关文档的完整集合。其中： 程序是按事先设计的
2、功能和性能要求执行的指令序列； 数据是使程序能正常操纵信息的数据结构； 文档是与程序开发、维护和使用有关的图文材料。,7,软件的特点,软件是一种逻辑实体，而不是具体的物理实体，因而它具有抽象性； 软件的生产与硬件不同，在它的开发中没有明显的制造过程。对软件的质量控制，必须着重在软件开发方面下功夫； 与硬件不同，软件在运行和使用期间，没有机械磨损、老化问题。,8,硬件磨损：可以用备用零件替换； 软件出故障：无法用备用零件替换来解决，是因为设计开发过程中存在错误； 软件维护比硬件维护更复杂，它与硬件的维修有本质差别：,软件的特点,9,虽然软件不存在磨损与老化，但它存在退化问题。软件退化缘于修改。,
3、软件的特点,10,Tips：关于Bugs的术语,human mistake、error（错误）：指软件开发中的人为出错； fault（错误、缺陷、瑕疵）：人为错误所导致的工作产品缺陷； failure（故障、失效）：对用户而言，指相对于系统预期行为的偏离。,11,软件发展的三个时期,12,软件发展的三个时期,13,软件发展的三个时期,14,软件危机,在程序系统阶段，软件技术的发展不能满足需要，“软件危机”就这样出现了。 软件危机是指：在计算机软件的开发和维护过程中所遇到的一系列严重问题。 几乎所有软件都不同程度地存在这些问题。 大体上，这些问题分为两方面： 如何开发软件，以满足对软件日益增长的
4、需求； 如何维护数量不断膨胀的已有软件。,15,软件危机的主要表现,对软件开发成本和进度的估计常常很不准确； 用户对“已完成的”软件系统不满意的现象经常发生； 软件产品的质量往往靠不住； 软件常常是不可维护的； 软件通常没有适当的文档资料；,16,失败的教训,1. 三露，联想，Intentia的MOVEX15个月，200万赔偿 2. 哈药 ORACLE, 利马与凯娜 3. 广州标致与许继集团,17,软件危机的主要表现,软件成本在计算机系统总成本中所占的比例逐年上升； 软件开发生产率提高的速度，远远跟不上计算机应用迅速普及深入的趋势。,18,产生软件危机的原因,一方面是由于软件本身的特点： 软件
5、的逻辑性 程序的复杂性、规模庞大 另一方面是由于软件开发与维护的方法不正确： 忽视软件需求分析的重要性 认为软件开发就是写程序并设法使之运行 轻视软件维护,19,消除软件危机的途径,首先应该对计算机软件有一个正确的认识：它是包括程序、数据及其相关文档的完整集合。 必须充分认识到软件开发不是某种个体劳动的神秘技巧，而应该是一种组织良好、管理严密、各类人员协同配合、共同完成的工程项目。,20,消除软件危机的途径,必须充分吸取和借鉴人类长期以来从事各种工程项目所积累的行之有效的原理、概念、技术和方法，特别要吸取几十年来人类从事计算机硬件研究和开发的经验教训。,21,消除软件危机的途径,应该推广使用在
6、实践中总结出来的开发软件的成功的技术和方法，并且研究探索更有效的技术和方法，尽快消除在计算机系统早期发展阶段形成的一些错误观念和做法。 应该开发和使用更好的软件工具。,22,第一章内容概要,软件与软件危机 软件工程 何谓软件工程 软件工程与其他学科的关系 软件工程的基本原理 软件工程方法学 软件工程涉及的人员角色 软件生命周期 软件开发团队中的各种角色,23,软件危机与软件工程的提出,面对软件危机，1968年德国召开的一次NATO会议上首次签署声明“软件工程”这一说法，认为软件工程应当使用业已建立的工程学科的基本原理和范型。 背后驱使的观念是：软件设计、实现和维护应当与传统工程学科具有同等地位
7、。,24,关于软件工程的一些定义,建立并使用完善的工程化原则，以较经济的手段获得能在实际机器上有效运行的可靠软件的一系列方法。（Fritz Bauer，原文出自Software Engineering: A Report on a Conference Sponsored by the NATO Science Committee, NATO, 1969） 1993年IEEE更全面更具体的定义：“软件工程是：把系统的、规范的、可度量的途径应用于软件开发、运行和维护过程，也就是把工程应用于软件；研究中提到的途径。”,25,关于软件工程的一些定义,软件工程学科涉及到为高效率地构建满足客户需求的软件
8、系统所需的理论、知识和实践的应用。（中国计算机科学与技术学科教程2002） 软件工程是指导计算机软件开发和维护的一门工程学科。采用工程的概念、原理、技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，以经济地开发出高质量的软件并有效地维护它，这就是软件工程。,26,软件工程与其他学科的关系,软件工程应用计算机科学、数学和管理科学等原理，借鉴传统工程的原则、方法来创建软件，从而达到提高质量、降低成本的目的。其中： 计算机科学和数学用于构造模型、分析算法； 工程科学用于制定规范、明确范型、评估成本、确定权衡； 管理科学用于进度、资源、质量、成本等的
9、管理。,27,软件工程的本质特性,软件工程关注大型程序的构造； 软件工程的中心课题是控制复杂性； 软件经常变化； 开发软件的效率非常重要； 和谐地合作是开发软件的关键； 软件必须有效地支持它的用户； 软件工程领域中是由具有一种文化背景的人替具有另一种文化背景的人创造产品。（跨领域）,28,软件工程的基本原理,著名的软件工程专家BWBoehm于1983年提出了软件工程的七条基本原理。他认为这七条原理是确保软件产品质量和开发效率的原理的最小集合： 用分阶段的生命周期计划严格管理； 把软件生命周期划分成若干阶段，并相应制定出切实可行的计划，并严格按照计划对软件的开发与维护工作进行管理；,29,软件工
10、程的基本原理,坚持进行阶段评审； 大部分错误是在编码之前造成的，例如，根据Boehm等人的统计，设计错误占软件错误的63，编码错误仅占37； 错误发现与改正得越晚，所需付出的代价也越高。,30,软件工程的基本原理,实行严格的产品控制； 当改变需求时，为了保持软件各个配置成分的一致性，必须实行严格的产品控制，其中主要是实行基准配置管理。； 所谓基准配置又称为基线配置，它们是经过阶段评审后的软件配置成分(各个阶段产生的文档或程序代码)。 基准配置管理也称为变动控制：一切有关修改软件的建议，特别是涉及到对基准配置的修改建议，都必须按照严格的规程进行评审，获得批准以后才能实施修改。,31,软件工程的基
11、本原理,采用现代程序设计技术； 实践表明，采用先进的技术既可提高软件开发和维护的效率，又可提高软件产品的质量。 结果应能清楚地审查； 为了提高软件开发过程的可见性，更好地进行管理，应该根据软件开发项目的总目标及完成期限，规定开发组织的责任和产品标准，从而使得所得到的结果能够清楚地审查。,32,软件工程的基本原理,开发小组的成员应该少而精； 开发小组人员的素质和数量是影响软件产品质量和开发效率的重要因素。 承认不断改进软件工程实践的必要性。 不仅要积极主动地采纳新的软件技术，而且要注意不断总结经验，评价新的软件技术的效果，指明必须着重开发的软件工具和应该优先研究的技术。,33,软件工程的基本内容
12、,软件工程包括管理和技术两方面的内容。 管理就是通过计划、组织和控制等一系列活动，合理地配置和使用各种资源，以达到既定目标的过程。,34,软件工程的基本内容,技术方面，通常把在软件生命周期全过程中使用的一整套技术方法的集合称为方法学（methodology），也称为范型（paradigm）。 软件工程方法学包含三个要素：方法、工具和过程。,35,软件工程方法学,方法：完成软件开发的各项任务的技术方法，回答“怎样做”的问题； 工具：软件工具为软件工程方法提供了自动或半自动的软件支撑环境； 如果这些工具能够集成起来，即一个工具产生的信息可被另一个工具使用时，称这样的支持软件开发的系统为CASE（计
13、算机辅助软件工程）,36,软件工程方法学,过程：是指为了获得高质量软件所需要完成的一系列任务的框架，它规定了完成各项任务的步骤，将软件工程的方法和工具综合起来以达到合理、及时地进行软件开发的目的。它定义了： 方法使用的顺序； 要求交付的文档资料； 为保证质量和适应变化所需要的管理； 软件开发各个阶段完成的里程碑。 目前使用得最广泛的软件工程方法学分别是传统方法学和面向对象方法学。,37,传统方法学,传统方法学又称生命周期方法学或结构化范型。 采用结构化技术（结构化分析、结构化设计和结构化实现）来完成软件开发的各项任务，并使用适当的软件工具或软件工程环境来支持结构化技术的运用。 把软件生命周期的
14、全过程划分为若干个阶段： 前一阶段是基础、前提；后一阶段是细化； 每一个阶段的开始和结束都有严格的标准； 在每一个阶段结束之前都必须进行正式严格的技术审查和管理复审；,38,传统方法学的优点,通过将软件生命周期划分成若干个阶段降低了整个软件开发过程的困难程度； 每个阶段结束前的严格审查保证了软件的质量，提高了软件的可维护性。,39,传统方法学存在的问题,当软件规模庞大，或者对软件的需求是模糊的或会随时间而变化的时候，使用传统方法学开发软件往往不成功，而且维护起来仍然很困难。 原因：把原本密切相关的数据和操作人为地分离成了两个独立的部分，增加了软件开发与维护的难度。,40,面向对象方法学,面向对
15、象方法学是一种以数据为主线，把数据和对数据的操作紧密地结合起来的方法。 面向对象方法学的4个要点： 把对象作为融合了数据及在数据上的操作行为的统一的软件构件； 把所有对象都划分成类； 按照父类与子类的关系，把若干个相关类组成一个类层次结构，位于下层的类继承了上层中某类的特点； 对象彼此间仅能通过发送消息互相联系。,41,面向对象方法学,“面向对象=对象+类+继承+通信” 面向对象方法学的出发点和基本原则，是尽量模拟人类习惯的思维方式，使开发软件的方法与过程尽可能接近人类认识世界解决问题的方法与过程，从而使描述问题的问题空间与实现解法的求解空间在结构上尽可能一致。 面向对象方法学开发软件的过程更
16、为符合人类认识和解决新问题的过程：循序渐进、归纳+演绎。,42,面向对象方法学的优点,降低了软件产品的复杂性； 提高了软件的可理解性； 简化了软件的开发和维护工作； 促进了软件重用。,43,软件工程涉及的人员,角色（Role）：一种职责对应关系。 通常情况下，软件工程涉及的人员分为三种角色： 客户（Customer）：花钱开发软件系统的公司、组织或个人； 开发者（Developer）：为客户构建软件系统的公司、组织或个人； 用户（User）：最终使用该系统的人员。 引发角色交叉的新情况：通用商业软件包（Commercial off-the-shelf， COTS ）、转包（Subcontrac
17、t）,44,第一章内容概要,软件与软件危机 软件工程 何谓软件工程 软件工程与其他学科的关系 软件工程的基本原理 软件工程方法学 软件工程涉及的人员角色 软件生命周期 软件开发团队中的各种角色,45,软件生命周期（Software Life Cycle）,一般问题的解决过程： 问题的阐述：界定问题，用较宽的范围而不是细节来定义和描述待解问题； 问题的分析：问题定义的提炼，把问题分成可以理解和处理的子问题，进而提供基本细节； 寻找解法：收集问题的一组可能解法； 判定：每一种可能解法的评估和比较，直至获得最佳解法； 设计规格说明：对选中解法的细节描述； 实现：由设计到构造出结果产品，包括把分解过的
18、各部分综合成一个有机的整体。,46,软件生命周期（Software Life Cycle）,如同任何事物一样，软件也有一个孕育、诞生、成长、成熟、衰亡、演化的生存过程； 为了用工程化方式有效地管理软件的全过程，软件的生存过程也可以划分为好几个阶段，由此逐步形成“软件生命周期”的概念； 它是一个从用户需求开始，经过开发、交付使用，在使用中不断增补修订，直至让位于新软件的全过程； 概括地说，软件生命周期由软件定义、软件开发和运行维护3个时期组成，每个时期又进一步划分成若干个阶段。,47,软件定义时期,问题定义阶段：界定问题的范围，确切地定义问题； 可行性研究阶段：研究问题的范围，探索这个问题是否值
19、得去解，是否有可行的解决办法； 需求分析阶段：确定目标系统必须具备哪些功能； 另外，要估计完成该项工程所需要的资源和成本，制定工程进度表。,48,软件开发时期,具体设计和实现在前一个时期定义的软件。 总体设计阶段：设计出实现目标系统的几种可能的方案，权衡利弊推荐一最佳方案，并制定实现最佳方案的详细计划，以及设计软件的体系结构； 详细设计阶段：设计出程序的详细规格说明； 编码和单元测试阶段：写出正确的、容易理解、容易维护的程序模块； 综合测试阶段：通过各种类型的测试使软件达到预定的要求。,49,运行维护（软件维护）时期,维护阶段的关键任务是：通过各种必要的维护活动使软件系统持久地满足用户的需要。
20、通常的4种维护活动： 改正性维护：诊断和改正使用过程中发现的软件错误； 适应性维护：修改软件以适应环境的变化； 完善性维护：根据用户需要改进或扩充软件使之更完善； 预防性维护：修改软件从而为将来的维护活动做好准备。,50,软件开发团队中的各种角色,需求分析师：弄清客户想要什么 设计师：系统该如何去做 程序员：用代码实现设计师的想法 测试员：按照需求清单给系统挑毛病 培训人员：教用户如何使用系统,51,软件开发团队中的各种角色,维护人员：这个角色可能包括上面所有角色 文档库管理员：组织和维护项目文档、记录软件的开发过程 配置管理小组：维护变更、控制变更、确保变更正确实现、报告变更,52,软件开发
21、角色的承担,视情况而定： 小项目中可能两三个人就承担所有的角色 大的项目中可能仅一个角色就需要由一个团队来承担,53,改变了软件工程实践的7大因素,紧迫的上市时间要求 硬件成本降低，开发和维护费用增高 桌面系统功能日益强大 图形用户界面的广泛使用 面向对象方法与技术被广泛接受 网络的普及 瀑布模型缺乏灵活性,54,参考资料,参考书籍： 实用软件工程（第二版），郑人杰、殷人昆、陶永雷编著，清华大学出版社 软件工程：实践者的研究方法（原书第五版），Roger S. Pressman，机械工业出版社 软件工程理论与实践（第二版 影印版），Shari Lawrence Pfleeger，高等教育出版社，2001,55,软件工程（原书第六版），Ian Sommerville，机械工业出版社 面向对象的软件工程，B.Bruegge，A.H.Dutoit著，清华大学出版社 面向对象与传统软件工程（原书第五版），Stephen R. Schach，机械工业出版社,参考资料（续）,
