《软件工程 第1章-概论》由会员分享，可在线阅读，更多相关《软件工程 第1章-概论（89页珍藏版）》请在金锄头文库上搜索。
1、1软 件 工 程 Software Engineering主讲：刘 青E-mail : 2软 件 工 程软件工程导论（第五版） 张海藩 编著 清华大学出版社教 材3软 件 工 程总 目 录第1章 软件工程学概述 第2章 可行性研究 第3章 需求分析 第4章 形式化说明技术 第5章 总体设计 第6章 详细设计 第7章 实现4软 件 工 程总 目 录第8章 维护 第9章 面向对象方法学引论 第10章 面向对象分析 第11章 面向对象设计 第12章 面向对象实现 第13章 软件项目管理5软 件 工 程 软件工程 -实践者的研究方法 （英文版 第四版） Roger S. Pressman （中文版 原
2、书第六版） 郑人杰 马素霞 白晓颖译机械工业出版社参考书目6参考书目软件工程（Software Engineering ）6th Edition 英 Ian Sommerville（中文版）机械工业出版社，中信出版社7软 件 工 程课程评分方法实验 50期末考试（开卷） 50总计： 1008软 件 工 程实验内容 碳交易系统 4个小组：需求小组 开发小组1 开发小组2 开发小组39软 件 工 程实验提交材料 (1) “需求规格说明书” (2) “总体设计报告” (3) “详细设计说明书” (4) 实现系统（现场验收） (5) “测试计划 ” (6) “用户手册 ”10软 件 工 程 目的 体验
3、软件工程各阶段的主要工作，特别 注意吸取教训； 学会与他人合作，培养团队精神。 团队人数一般为 4 6 人。11第一章 软件工程学概述 软件工程是计算机专业的一门重要的专业基 础课，它对于培养学生的软件素质，提高学 生的软件开发能力与软件项目管理能力具有 重要的意义。 1995年，Standish Group针对系统开发成功的 研究表明，所有的开发项目中有32%的项目 在它们结束之前被中止。此外多于一半的软 件项目花费的成本相当于原来预算的2倍。 12第一章 软件工程学概述 只有42%的软件项目完成时达到了预 期的范围和功能，事实上，许多系统 只完成了部分预期的需求。 因此，软件的开发是一个很
4、困难的活 动，要求很仔细的计划和执行。 软件工程就是在这样的背景下，由许 多计算机科学家经过多方面的探索和 总结而成形的,目前发展十分迅速。 13第一章 软件工程学概述 课程的主要内容有：介绍软件的基本概念和软 件工程的目标，通过对传统的面向过程的软件 开发方法和面向对象的软件开发方法的介绍， 使学生掌握开发高质量软件的方法；通过对软 件开发过程和过程管理技术的学习，使学生了 解如何进行软件度量和管理，怎样进行质量保 证活动，从而能够有效地策划和管理软件开发 活动。 14第一章 软件工程学概述1.1 软件危机 1.2 软件工程 1.3 软件工程过程与软件生命周期 1.4 小结15第一章 软件工
5、程学概述Late 1950s:1.软件危机 （Software Crisis)In the early days:“Software” = “Place a sequence of instructions together to get the computer to do something useful”. User ComputerComputer became cheaper and more common High level languages were inventedProgrammerUser Computereasier161.软件危机Early 1960s:Very f
6、ew large software projects were done by some experts.Middle to late 1960s: Truly large software systems were attempted. 例: 美国IBM公司在1963年至1966年开发的 IBM360机的操作系统。这一项目花了5000人一 年的工作量，最多时有1000人投入开发工作， 写出了近100万行源程序。据统计，这个 操作系统每次发行的新版本都是从前一版本中 找出1000个程序错误而修正的结果。171.软件危机这个项目的负责人F. P. Brooks事后总结了他 在组织开发过程中的沉痛
7、教训时说：“正像一只逃亡的野兽落到泥潭中做垂死的挣扎，越是挣 扎，陷得越深，最后无法逃脱灭顶的灾难。 程序设计工作正像这样一个泥潭，一批批程 序员被迫在泥潭中拼命挣扎，谁也没有料到 问题竟会陷入这样的困境”。IBM360操作系统的历史教训成为软件开发项目的典型事例为人们 所记取。Software Crisis !181.软件危机Software Crisis 软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问 题。软件危机包含两方面的问题：如何开发软件，以满足对软件日益增长的需求 ；如何维护数量不断膨胀的已有软件。软件危机的典型表现：191.软件危机(1) 对软件开发成本和进度的估
8、计常常很不准确。 实际成本比估计成本有可能高出一个数量级，实际 进度比预期进度拖延几个月甚至几年的现象并不罕 见。这种现象降低了软件开发组织的信誉。而为了 赶进度和节约成本所采取的一些权宜之计又往往损 害了软件产品的质量，从而不可避免地会引起用户 的不满。 (2) 用户对“已完成的”软件系统不满意的现象经常 发生。软件开发人员常常在对用户要求只有模糊的 了解，甚至对所要解决的问题还没有确切认识的情 况下，就匆忙着手编写程序。软件开发人员和用户 之间的信息交流往往很不充分，“闭门造车”必然导 致最终的产品不符合用户的实际需要。201.软件危机(3) 软件产品的质量往往靠不住。软件可靠性和质 量保
9、证的确切的定量概念刚刚出现不久，软件质量 保证技术(审查、复审和测试)还没有坚持不懈地应 用到软件开发的全过程中，这些都导致软件产品发 生质量问题。 (4) 软件常常是不可维护的。很多程序中的错误是 非常难改正的，实际上不可能使这些程序适应新的 硬件环境，也不能根据用户的需要在原有程序中增 加一些新的功能。“可重用的软件”还是一个没有完 全做到的、正在努力追求的目标，人们仍然在重复 开发类似的或基本类似的软件。211.软件危机(5) 软件通常没有适当的文档资料。计算机软件不 仅仅是程序，还应该有一整套文档资料。这些文档 资料应该是在软件开发过程中产生出来的，而且应 该是“最新式的”(即和程序代
10、码完全一致的)。软件 开发组织的管理人员可以使用这些文档资料作为“ 里程碑”，来管理和评价软件开发工程的进展状况 ；软件开发人员可以利用它们作为通信工具，在软 件开发过程中准确地交流信息；对于软件维护人员 而言，这些文档资料更是必不可少的。缺乏必要的 文档资料或者文档资料不合格，必然给软件开发和 维护带来许多严重的困难和问题。221.软件危机(6) 软件成本在计算机系统总成本中所占的比例逐 年上升。由于微电子学技术的进步和生产自动化程 度不断提高，硬件成本逐年下降，然而软件开发需 要大量人力，软件成本随着通货膨胀以及软件规模 和数量的不断扩大而持续上升。美国在1985年软件 成本大约已占计算机
11、系统总成本的90%。 (7) 软件开发生产率提高的速度，远远跟不上计算 机应用迅速普及深入的趋势。软件产品“供不应求” 的现象使人类不能充分利用现代计算机硬件提供的 巨大潜力。231.软件危机 项目没有被很好地理解；计划不周，最终导致 进度拖延。例1. In the late 1960s, a bright-eyed young engineer* was chosen to “write” a computer program for an automated manufacturing application. The reason for his selection was simple
12、. He was the only person in his technical group who had attended a computer programming seminar. He knew the ins and outs of assembler language and Fortran, but nothing about software engineering and even less about project scheduling and tracking.*If youre wondering whether this story is autobiogra
13、phical, it is!问题出在哪里？241.软件危机His boss gave him the appropriate manuals and a verbal description of what had to be done. He was informed that the project must be completed in two months. He read the manuals, considered his approach, and began writing code. After two weeks, the boss called him into hi
14、s office and asked how things were going. “Really great,” said the young engineer with youthful enthusiasm, “This was much simpler than I thought. Im probably close to 75 percent finished.” The boss smiled. “Thats really terrific,” he said. He then told the young engineer to keep up the good work an
15、d plan to meet again in a weeks time.251.软件危机A week later the boss called the engineer into his office and asked, “Where are we?” “Everythings going well,” said the youngster, “but Ive run into a few small snags. Ill get them ironed out and be back on track soon.” “How does the deadline look?” the boss asked. “No problem,” said the engineer. “Im close to 90 percent complete.” If youve been working in the software world for more than a few years, you can finish the story. Itll come as no surprise that the young engineer stayed 90 percent complete for the entire project duration and o
