软件工程引论(1)34334

单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,第1章 软件工程引论,第1章 软件工程引论,1.1 软件产品的概念与特征,1.2 软件危机,1.3 软件工程的产生及其发展,1.1 软件产品的概念与特征,1.1.1 软件产品的概念与分类,就本质而言，软件就是一个信息转换器，它的功能不外是产生、管理、获取、修改、显示或转换信息。它担任着双重角色，首先，它是一种产品，表达了由计算机硬件体现的计算潜能；其次，它又是开发和运行产品的载体，是计算机控制(操作系统)、信息通信(网络)的基础，也是创建和控制其他软件(软件工具和开发环境)的基础。,对于软件的一种公认的解释是：软件是计算机系统中与硬件相互依存的另一部分，它是包括程序、数据及其相关文档的完整集合。其中，程序是为实现设计的功能和性能要求而编写的指令序列；数据是使指令能够正常操纵信息的数据结构；文档是与程序开发、维护和使用有关的图文资料。,根据用途划分，软件可以大致划分成如下类别：,(1)系统软件：就一般情况来说，系统软件是为其他软件服务的软件。系统软件与计算机硬件交互频繁，处理大量的确定或不确定的复杂数据，往往需要具有多用户支持、资源精细调度、并发操作管理、多种外部设备接口支持等项功能。,(2)实时软件：管理、分析、控制现实世界中所发生的事件的软件称为实时软件。它一般有数据采集、数据分析、输出控制等三方面的功能。实时软件需要保持一个现实任务可以接受的响应时间，即必须保证能够在严格限定的时间范围内对输入做出响应。,(3)商业管理软件：商业信息处理是最大的软件应用领域，包括常规的数据处理软件和一些交互式的计算处理(如POS软件)软件。它的基本功能是将已有的数据重新构造，变换成一种可以辅助商业操作和管理决策的形式。在这个过程中，几乎都要涉及到对于大型数据库的访问。各类管理信息系统(MIS)、企业资源计划(ERP)、客户关系管理(CRM)等都是典型的商业管理软件。,(4)工程与科学计算软件：此类软件的特征是要实现特定的“数值分析”算法。例如离散傅立叶变换、有限元分析、演化计算等等。CAD/CAM软件一般也可以归属到这一类型中来。,(5)嵌入式软件：驻留在专用智能产品的内存中，用于控制这些产品进行正常工作，完成很有限、很专业的功能的软件。例如各类智能检测仪表、数码相机、移动电话、微波炉等智能产品都必须在嵌入式软件的支持下才能正常工作。,(6)人工智能软件：利用非数值算法去解决复杂问题的软件。各类专家系统、模式识别软件、人工神经网络软件都属于人工智能软件。,(7)个人计算机软件：文字处理系统、电子表格、游戏娱乐软件等等。,此外，还可以根据软件的规模(代码行及开发工作量，如表1.1)、软件的工作方式、使用频度、失效后造成的影响等对软件产品进行分类。,表1.1 根据规模进行软件分类,软件规模类别,参加人员数,开发期限,产品规模(源代码行数),微型,1,14周,0.5k,小型,1,16月,12k,中型,25,12年,550k,大型,520,23年,50100k,甚大型,1001000,45年,1M,极大型,20005000,510年,110M,1.1.2 软件产品的特征,在制造硬件时，人的创造性的劳动过程(分析、设计、建造、测试)能够完全转换成物理的形式，但软件是逻辑的而不是物理的产品，因此软件具有和硬件完全不同的特征：,(1)软件是一种逻辑实体，具有抽象性。我们可以把软件保存在媒体介质上，但却无法直接看到软件的形态，因而必须通过运行、观察、分析、思考、判断才能够了解软件的功能、性能及其他特性。换句话说，软件产品具有明显的非可视特征。,(2)软件的生产与硬件不同。软件是由开发或工程化而形成的，不是由传统意义上的制造过程生产的。虽然软件开发和硬件制造之间有一些相似之处，可是两者在本质上是不同的。这两者都能够通过良好的设计获得高质量的产品，但即使有了良好的设计和优秀的样品，硬件在批量制造过程中仍然可能引入质量问题，这种情况对于软件而言几乎不存在。,软件在开发完毕，形成为产品之后，其批量制造过程只是简单的拷贝/复制；软件的开发和硬件的制造都依赖于人，但参与者和他们完成的工作之间的关系不同；两者的终极目的都是建造产品，但方法不同；软件的成本集中在开发过程上，而硬件生产的成本更多地表现在原材料消耗上。因此，软件项目开发过程不能完全像硬件制造过程那样来管理。,(3)软件产品不会“磨损”。和硬件产品类似，软件产品也会出现故障。所不同的是，硬件产品的故障多来自外在条件导致的“磨损”或“老化”，而软件产品如果发生故障，无一例外的是在设计开发过程中留有隐患。因此，硬件的故障可以通过简单的更换部件解决，而软件的故障必须通过全面的软件维护活动才有望克服。同时，不完善的维护活动又可能在软件中注入新的故障，导致软件质量的“退化”。也就是说，软件故障的修复要比硬件故障的修复复杂得多。因此，衡量软件产品质量的一个重要指标就是它的“可维护性”。图1.1是软、硬件产品的失效率曲线。,图1.1 软件/硬件产品失效率曲线,1.1.3 软件发展的阶段划分,自从20世纪40年代第一台计算机问世以来，就有了“程序”的概念，可以认为它是软件的前身。经过了几十年的发展，人们对软件有了更为深刻的认识，在这几十年中，软件开发经历了三个发展阶段：20世纪5060年代属于程序设计阶段；20世纪6070年代为程序系统阶段；20世纪70年代之后进入软件工程阶段。各阶段的特点与区别见表1.2。,表1.2 计算机软件发展的三个阶段及其特点,阶 段,特 点,程序设计,程序系统,软件工程,软件所指,程序,程序及说明书,程序、文档、数据,主要程序设计语言,汇编及机器语言,高级语言,软件语言*,软件工作范围,程序编写,设计和测试,整个软件生命周期,需求者,程序设计者本人,少数用户,市场用户,开发软件的组织,个人,开发小组,开发小组及大、中型开发机构,软件规模,小型,中、小型,大、中、小型,阶 段,特 点,程序设计,程序系统,软件工程,决定质量的因素,个人技术,小组技术水平,技术与管理水平,开发技术和手段,子程序、程序库,结构化程序设计,数据库、开发工具、集成开发环境、工程化开发方法、标准和规范、网络及分布式开发、面向对象技术、计算机辅助软件工程,维护责任者,程序设计者,开发小组,专职维护人员,硬件的特征,高价、存储量小、可靠性差,降价，速度、容量和可靠性明显提高,向超高速、大容量、网络化、微型化方向发展,软件的特征,完全不受重视,软件的技术发展不能满足需求，出现软件危机,开发技术有进步，但仍未完全摆脱软件危机,表1.2 计算机软件发展的三个阶段及其特点,1.2 软 件 危 机,1.2.1 软件危机及其表现,现代计算机应用系统中，软件的地位日益重要和突出。如何满足日益增长的软件需求，如何维护应用中的大量已有软件，已经成为了计算机应用系统进一步发展的瓶颈。1968年，北大西洋公约组织的计算机科学家们在联邦德国召开的国际会议上讨论了软件危机问题，同时也是在这个会议上提出了“软件工程”这个名词，导致了一门新的工程学科的正式诞生。,简单地说，所谓软件危机，就是指在软件开发和软件维护过程中所存在的一系列严重问题。具体地说，软件危机具有如下一些表现：,(1)软件开发没有真正的计划性，对软件开发进度和软件开发成本的估计常常很不准确，计划的制定带有很大的盲目因素，因此工期超出、成本失控的现象经常困扰着软件开发者。,(2)对于软件需求信息的获取常常不充分，软件产品往往不能真正地满足用户的实际需求。,(3)缺乏良好的软件质量评测手段，从而导致软件产品的质量常常得不到保证。,(4)对于软件的可理解性、可维护性认识不够；软件的可复用性、可维护性不如人意。,有些软件因为过于“个性化”，甚至是难以理解的，更谈不上进行维护。缺乏可复用性引起的大量重复性劳动极大地降低了软件的开发效率。,(5)软件开发过程没有实现“规范化”，缺乏必要的文档资料或者文档资料不合格、不准确，难以进行专业维护。,(6)软件开发的人力成本持续上升，如美国在1995年的软件开发成本已经占到了计算机系统成本的90%(如图1.2所示)。,(7)缺乏自动化的软件开发技术，软件开发的生产率依然低下，远远满足不了急剧增长的软件需求(如图1.3所示)。,图1.2 计算机系统硬件、软件成本比例变化,图,1.3,软件技术的发展落后于需求,软件危机曾经是历史上的阴影，目前软件工程界也仍然在一定程度上受到它的影响。软件工程概念的提出，正是为了克服软件危机。自1968年以来，随着软件工程学的不断发展，软件危机得到了一定程度的遏制，但还远远没有被彻底解决。The Standish Group.Chaos.1995.一文报告了20世纪90年代中期美国商用软件产业的情况：1995年美国公司取消了810亿美元的软件项目；在所考察的软件项目中，在完成前就取消了其中的31%；53%的软件项目进度拖延，通常拖延的时间超过预定工期50%以上；只有9%的大型软件项目能够及时交付且费用不超支(对中型和小型软件公司来说这一数据为16%)。,1.2.2 产生软件危机的原因,软件危机的存在是不争的事实。产生软件危机的原因可以归纳为主、客观两个方面。,从客观上来看，软件不同于硬件，它的生产过程和产品都具有明显的“不可视”特征，这就导致在完成编码并且上机运行之前，对于软件开发过程的进展情况较难衡量，软件产品的质量也较难进行先期评价，因此，对于开发软件的过程进行管理和控制比较困难。在软件工程的早期，制定详细的开发计划并且进行全程跟踪调控，对于所有的阶段产品和阶段工作进展进行技术审查和管理复审，可望在一定程度上克服“开发过程不可视”造成的消极影响。,此外，软件运行过程中如果发现了错误，那么必然是遇到了在开发时期(分析、设计、编码过程)引入的，在检测过程中没有能够检查出来的故障。对于此类故障的维护，通常意味着要修改早期的分析结果、设计结果并调整编码。由于软件产品的不可视特征，维护过程不像硬件产品维护时只要简单的更换损坏部件那样容易，这在客观上造成了软件难以维护的结果。利用足够的文档资料使不可视的产品可视化，有助于提升软件产品的可理解性和可维护性。,从主观上分析，导致软件危机发生的另一大原因，可以归于在计算机系统发展的早期，软件开发的“个体化”特点，主要表现为忽视软件需求分析的重要性、忽视软件的可理解性、文档不完备、轻视软件的可维护性、过分强调编码技巧等等方面。,只有软件的用户才真正了解他们自己的需求。而且应当承认，用户一开始并不见得能够清晰、准确、无二意地表达自己的需求。软件开发人员需要做大量的、深入细致的调研工作，引导用户逐步准确、具体地描述软件的需求，才能够得到对问题、目标的正确认识，从而获得解决问题的恰当出发点，有望开发出真正能够满足用户需求的软件产品。在对用户的需求没有清楚的认识时就仓促进行程序编写，最终必然会导致开发工作的失败。,一般来说，软件产品从策划、定义、开发、使用与维护直到最后废弃，要经过一个漫长的时期，通常把这个时期称为软件的“生命周期”。可以将生命周期分作“软件定义”、“软件开发”和“运行与维护”三个阶段。,在软件定义阶段中，主要进行软件目标的策划、可行性研究和软件的需求分析工作，通过和用户多次交流，在所要开发的软件必须“作什么”方面和用户达成一致(当然在开发过程中也允许在严格的控制下进行需求变更)。,软件被定义之后，进入开发阶段，主要对软件的体系架构、数据结构和主要算法进行设计和编码实现。对于编码结果，还要按照规范进行测试后，才能最终交付使用。如前所述，在开发阶段也可能对于此前不够准确的软件定义结果进行调整。统计数据表明，在典型的软件工程过程中，编码工作量大约只占软件开发全部工作量的15%20%。,软件的运行与维护阶段在软件生命周期中占据的比例最大。在软件运行过程中，分析和设计阶段的一些遗留缺陷可能会逐步暴露；运行环境的演变也会对运行中的软件提出变更要求；用户新需求的提出则常常要求扩充现有软件的功能或者改进其性