软件工程(SE)SOFTWARE ENGINEEING.pptVIP

软件工程（SE）SOFTWARE ENGINEEING 教学计划 上课时间表 专家的话 ????业余软件工程师总在寻找奇迹——试图用某种惊人的方法或工具来让软件开发变得轻而易举，但职业软件工程师都知道不存在这种灵丹妙药 有两条构造软件设计的原则：其一是使设计足够简单，以至于不存在明显的缺陷；其二是使系统足够复杂，以至不存在明显的缺陷。 课程描述和预备知识 基本内容: 软件开发的工程处理, 处理模型, 处理管理, 质量控制 面向对象的概念; 类和对象的设计 软件需求分析, 用例（案）, 软件架构设计, 详细设计, 实现和测试 高级课题: IBM RUP开发方法 统一建模语言 (UML) 软件设计模式引论, 例如 “四人组 计算机辅助软件工程 (CASE) 工具, 例如 ROSE 特性: 集中于面向对象分析与设计 不仅学习软件工程，而且实际上在实践软件工程 使用现代最为广泛接受的软件工程方法论 软件危机 1979-9-9，美战略空军司令部，全球军事指挥和控制系统（WWMCCS），Soviet UnionU.S.A 1985-1987，Therac-25医疗线性加速器的过量辐射 1991海湾战争，飞毛腿导弹刺入爱国者反导弹的外壳，28名美军dead，98伤 软件的开发和维护过程中遇到的一系列严重问题 对软件开发成本和进度的估计常常很不准确 用户对“已完成的”软件系统不满意的现象经常发生 软件产品的质量往往靠不住 软件常常是不可维护的 软件通常没有适当的文档资料 维护费用占软件总费用的55%-70% HP公司约60%-80%的研发人员都涉及维护工作 历史教训 美国IBM公司在1963年至1966年开发的IBM360机的操作系统。这一项目花了5000人一年的工作量，最多时有1000人投入开发工作，写出了近100万行源程序。据统计，这个操作系统每次发行的新版本都是从前一版本中找出1000个程序错误而修正的结果。 这个项目的负责人F. D. Brooks事后总结了他在组织开发过程中的沉痛教训时说：“…正像一只逃亡的野兽落到泥潭中做垂死的挣扎，越是挣扎，陷得越深，最后无法逃脱灭顶的灾难。…程序设计工作正像这样一个泥潭，…一批批程序员被迫在泥潭中拼命挣扎，…谁也没有料到问题竟会陷入这样的困境…”。 IBM360操作系统的历史教训成为软件开发项目的典型事例为人们所记取。 软件发展的三个阶段 程序设计时代（50-60年代） 软件指程序，软件开发关注程序编写，用汇编及机器语言 程序系统时代（60-70年代） 软件指程序及说明书，软件开发包括程序设计和测试，用高级语言 软件工程时代（70年代以后） 软件指程序、文档、数据，软件开发包括软件生命期，用软件语言（包括需求定义语言、软件功能语言、软件设计语言、程序设计语言等） 软件工程定义 IEEE【IEE83】给出的软件工程定义： “软件工程是开发、运行、维护和修复软件的系统方法。” IEEE【IEE93】给出了一个更加综合的定义： “将系统化的、规范的、可度量的方法应用于软件的开发、运行和维护的过程，即将工程化应用于软件中。” 问题： 在进行软件设计和选择软件开发工具之前，是否进行开发方法学的选择? 方法学是指组织软件生产过程的一系列方法、技术和规范。方法学是软件开发者长年失败和成功经验的理论性总结，从软件重用的思路来说，方法学重用的价值远非某些程序组件重用可比。 　　实例：以北京市公路局系统为例。首先，在系统调查阶段我们了解到：这个系统要分期 (递增式) 开发。由于处于机构改革时期，系统生存期内的用户需求和系统结构变因很多。这表明目标系统应该具有较强的可维护性，即每期开发成果应在后续工程中具有较高的可重用率。其次，一期工程的工作量相当大(最后成果包括 124 个模块、72 类报表、119个数据库表、439 个窗口、912 个数据窗口)，而开发者对公路局业务不了解，多为经验不足的大学生，理解需求的能力较低。这表明采用的开发方法学必须能最大限度地减少重复劳动，实现开发过程中的成果共享和重用;必须能支持消除需求理解误差的调整工序，使下游成品阶段的设计变更比较容易进行。 　　在开发此系统之前，我们承接了一个国外软件的下游开发任务。由于它采用了面向对象的软件设计，使我们深刻认识到国内外软件开发方法学和技术上的差距，颇受启发。 　　参照我们承接的国外软件开发工作量计算方法，即仅下游120个模块 (含报表) 的编码和测试为41人月，那么公路局系统从上游设计开始近200个模块和报表、100多个数据库表的开发工作量至少也应在120人月以上。由于采用了面向对象的软件工程方法，尽管开发人员大多经验不足，但是第一期工程总工