第1章-软件工程概述 4

软件工程,马蕾lilyma1120,学习目的：,软件工程是计算机专业一门重要的专业课。目的在于培养学生用工程化的原理及方法开发软件系统，把专业知识同实际项目结合起来，为将来从事计算机软件的开发及应用维护工作打下坚实的基础。对于培养学生的软件素质，提高学生的软件开发能力与软件项目管理能力具有重要的意义。,成绩评定：平时成绩包含：作业、考勤、上课提问。,总目录：,第1章软件工程学概述第2章可行性研究第3章需求分析第4章形式化说明技术第5章总体设计第6章详细设计第7章实现第8章维护,第9章面向对象方法学引论第10章面向对象分析第11章面向对象设计第12章面向对象实现第13章软件项目管理,1.1软件危机1.2软件工程1.3软件生命周期1.4软件过程,第1章软件工程学概述,1.1软件危机,计算机系统：是指适当的组织在一起的一系列系统元素的集合，这些系统元素互相配合、相互协作，通过对信息的处理而完成预先定义的目标。,计算机系统4个不同的发展阶段：,1.1.1软件危机的介绍,软件危机(软件萧条、软件困扰)是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。实际上，几乎所有软件都不同程度地存在这些问题。软件危机包含下述两方面的问题：如何开发软件，满足对软件日益增长的需求；如何维护数量不断膨胀的已有软件。,软件危机的典型表现：（1）对软件开发成本和进度的估计常常很不准确；（2）用户对“已完成的”软件系统不满意的现象经常发生；（3）软件产品的质量往往靠不住；（4）软件常常是不可维护的；（5）软件通常没有适当的文档资料；（6）软件成本在计算机系统总成本中所占的比例逐年上升；（7）软件开发生产率提高的速度，远远跟不上计算机应用迅速普及深入的趋势。,1.1.2产生软件危机的原因,（1）与软件本身的特点有关软件是逻辑部件，缺乏“可见性”。软件规模庞大，而且程序复杂性将随着程序规模的增加而呈指数上升。,（2）与软件开发与维护的方法不正确有关忽视软件需求分析的重要性。对用户要求没有完整准确的认识就匆忙着手编写程序。越早开始写程序，完成它所需要用的时间往往越长。认为软件开发就是写程序并设法使之运行。程序只是完整的软件产品的一个组成部分。一个软件产品必须由一个完整的配置组成，软件配置主要包括程序、文档和数据等成分。在软件开发的不同阶段进行修改需要付出的代价是很不相同的，见图1.1。,图1.1引入同一变动付出的代价随时间变化的趋势,轻视软件维护。维护是极端艰巨复杂的工作，需要花费很大代价。软件维护的费用占软件总费用的55%70%。软件工程学的一个重要目标就是提高软件的可维护性，减少软件维护的代价。,1.1.3消除软件危机的途径,对计算机软件有正确的认识，应该认识到软件开发是一种组织良好、管理严密、各类人员协同配合、共同完成的工程项目。应该推广使用在实践中总结出来的开发软件的成功技术和方法，并继续研究探索。应该开发和使用更好的软件工具。总之，为了解决软件危机，既要有技术措施(方法和工具)，又要有必要的组织管理措施。,1.2软件工程1.2.1软件工程的介绍,软件工程是指导计算机软件开发和维护的一门工程学科。采用工程的概念、原理、技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，以经济地开发出高质量的软件并有效地维护它，这就是软件工程。,软件工程的代表性定义：FritzBauer：软件工程是为了经济地获得可靠的和能在实际机器上高效运行的软件而建立和使用的好的工程原则。IEEE：软件工程是：将系统化的、规范的、可度量的方法应用于软件的开发、运行和维护的过程，即把工程应用于软件中；研究中所述方法。计算机科学技术百科全书：软件工程是应用计算机科学、数学及管理科学等原理，以工程化的原则和方法制作软件的工程。,软件工程的本质特性：软件工程关注于大型程序的构造软件工程的中心课题是控制复杂性软件经常变化，开发时要考虑未来的变化开发软件的效率非常重要和谐地合作是开发软件的关键，纪律是关键软件必须有效地支持它的用户在软件工程领域中是由具有一种文化背景的人替具有另一种文化背景的人创造产品,1.2.2软件工程的基本原理,用分阶段的生命周期计划严格管理坚持进行阶段评审实行严格的产品控制采用现代先进的程序设计技术结果应能清楚地审查开发小组的人员应该少而精承认不断改进软件工程实践的必要性,1.2.3软件工程方法学,软件工程包括技术和管理两方面的内容。管理：通过计划、组织和控制等一系列活动，合理地配置和使用各种资源，以达到既定目标的过程。技术(软件工程方法学)：通常把在软件生命周期全过程中使用的一整套技术方法的集合称为方法学(methodology)，也称为范型(paradigm)。,软件工程方法学3要素：方法：是完成软件开发的各项任务的技术方法，回答“怎样做”的问题；工具：是为运用方法而提供的自动的或半自动的软件工程支撑环境；如，CASE(Computer-AidedSoftwareEngineering)工具过程：需要完成的一系列任务的框架，它规定了完成各项任务的工作步骤。,1.传统方法学(生命周期方法学或结构化范型)强调自顶向下采用结构化技术来完成软件：把软件生命周期划分为若干个阶段，然后顺序地完成每个阶段的任务；每个阶段的任务相对独立，而且比较简单，降低了整个软件开发工程的困难程度；前一个阶段是后一个阶段的前提和基础，而后一阶段提出的解法更具体，细节更多；每个阶段结束前必须从技术和管理两方面对这个阶段的开发成果进行严格的检查，通过之后这个阶段才算结束；保证质量，提高可维护性；当软件规模庞大，或者需求模糊或随时间而变化时，传统方法学往往不成功；维护起来仍然很困难。,2.面向对象方法学强调主动地多次反复迭代面向对象方法把数据和行为看成同等重要，它是一种以数据为主线，把数据和对数据的操作紧密地结合起来的方法。面向对象方法学4个要点：对象(object)：融合了数据及在数据上的操作行为。类(class)：类是对具有相同数据和相同操作的一组相似对象的定义。继承：按照父类与子类的关系，把若干个相关类组成一个层次结构的系统。消息：对象彼此间仅能通过发送消息互相联系。,面向对象方法学的优点：面向对象方法学的尽量模拟人类习惯的思维方式，使开发软件的方法与过程尽可能接近人类认识世界解决问题的方法与过程。面向对象方法学开发软件的过程，是一个主动地多次反复迭代的演化过程，保证了在各项开发活动之间的平滑过渡。促进了软件重用。最终的软件产品由许多较小的、基本上独立的对象组成，每个对象相当于一个微型程序，而且大多数对象都与现实世界中的实体相对应，降低了复杂性，提高了可理解性，简化了开发和维护工作。,软件四化：构架平台化组建业务化编码自动化管理工厂化以面向对象技术为手段，以可重用软件构件化和体系架构为基础，以工业化生产方式和管理支撑体系为核心的软件新变革。,1.3软件生命周期,三个时期，八个阶段：软件生命周期由软件定义、软件开发和运行维护(也称为软件维护)三个时期组成，每个时期又进一步划分成若干个阶段。,1.问题定义任务：问题是什么通过对客户的访问调查，系统分析员扼要地写出关于问题性质、工程目标和工程规模的书面报告。经过讨论和必要的修改之后这份报告应该得到客户的确认。结果：关于系统规模和目标的报告书,2.可行性研究任务：有可行的解吗系统分析员需要进行一次大大压缩和简化了的系统分析和设计过程。研究问题的范围，探索这个问题是否值得去解，是否有可行的解决办法。结果：系统的高层逻辑模型（数据流图、成本效益分析）可行性论证报告（立即进行/推迟进行/不能或不值得进行）,3.需求分析任务：必须做什么主要是确定目标系统必须具备哪些功能。系统分析员必须和用户密切配合，充分交流信息，以得出经过用户确认的系统逻辑模型。结果：系统的逻辑模型（数据流图、数据字典、简要的算法描述）用规格说明书准确地记录对目标系统的需求,4.总体设计任务：如何解决已提出的问题设计出实现目标系统的几种可能的方案（低、中、高成本）。用适当的表达工具描述每种方案，分析优缺点，推荐一个最佳方案，制定出实现最佳方案的详细计划。设计程序的体系结构。结果：可能的解法（系统流程图、成本效益分析）推荐的系统体系结构（层次图或结构图）,5.详细设计任务：怎样具体实现该系统详细地设计每个模块，确定实现模块功能所需要的算法和数据结构。结果：每个模块的算法和数据结构(程序流程图、PAD图、N-S图等)。,6.编码和单元测试任务：得到正确的程序模块选取一种适当的高级程序设计语言(必要时用汇编语言)，把详细设计的结果翻译成用选定的语言书写的程序；并且仔细测试编写出的每一个模块。结果：代码和测试报告,7.综合测试任务：得到符合要求的软件通过集成测试、验收测试、现场测试、平行运行等方法对目标系统进一步测试检验。通过对软件测试结果的分析可以预测软件的可靠性；反之，根据对软件可靠性的要求，也可以决定测试和调试过程什么时候可以结束。结果：测试计划、详细测试方案以及实际测试结果完整一致的软件配置,8.软件维护任务：使系统持久地满足用户的需要改正性维护，诊断和改正在使用过程中发现的软件错误；适应性维护，修改软件以适应环境的变化；完善性维护，根据用户的要求改进或扩充软件；预防性维护，修改软件为将来的维护活动做准备。每一项维护活动实质上是经历了一次压缩和简化了的软件定义和开发的全过程。结果：完整准确的维护记录,各类维护工作量所占比例,维护工作量在软件生命周期所占比例,1.4软件过程,软件过程：是为了获得高质量软件所需要完成的一系列任务的框架，它规定了完成各项任务的工作步骤。过程定义了运用方法的顺序、应该交付的文档资料、为保证软件质量和协调变化所需要采取的管理措施，以及标志软件开发各个阶段任务完成的里程碑。为获得高质量的软件产品，软件过程必须科学、有效。,传统的瀑布模型,实际的瀑布模型,1.4.1瀑布模型,瀑布模型的特点：1.阶段间具有顺序性和依赖性前一阶段的工作完成之后，才能开始后一阶段的工作；前一阶段的输出文档就是后一阶段的输入文档。2.推迟实现的观点对于规模较大的软件项目来说，往往编码开始得越早最终完成开发工作所需要的时间反而越长。3.质量保证的观点每个阶段都必须完成规定的文档，是“文档驱动”的模型；每个阶段结束前都要对所完成的文档进行评审，尽早发现问题，改正错误。,瀑布模型的优点：可强迫开发人员采用规范的方法；严格地规定了每个阶段必须提交的文档；要求每个阶段交出的所有产品都必须经过质量保证小组的仔细验证。瀑布模型的缺点：用户只能通过文档了解产品，不经过实践，不能满足实际需求。瀑布模型适用于：需求是预知的；软件实现方法是成熟的；项目周期较短。,快速原型模型,1.4.2快速原型模型,快速原型：是快速建立起来的可以在计算机上运行的程序，它所能完成的功能往往是最终产品能完成的功能的一个子集。,快速原型模型的特点：快速原型模型不带反馈环，软件产品的开发基本上是线性顺序进行的。快速原型的本质是“快速”。应该尽可能快地建造出原型系统，以加速软件开发过程，节约成本。,原型模型的优势：原型已经通过用户认证，因此产生的文档能正确描述用户需求，避免返工开发人员通过开发原型，已经学到了很多东西，降低了设计和编码时发生错误的可能,1.4.3增量模型,增量模型把软件产品作为一系列的增量构件来设计、编码、集成和测试。每个构件由多个相互作用的模块构成，并且能够完成特定的功能。,增量模型,增量模型的优点：人员分配灵活，刚开始不用投入大量人力资源。当配备的人员不能在设定的期限内完成产品时，它提供了一种先推出核心产品的途径。逐步增加产品功能可以使用户有较充裕的时间学习和适应新产品。增量模型的难点：软件体系结构必须是开放的。模型本身是自相矛盾的。整体独立构件。不同的构件并行地构建有可能加快工程进度，但是冒无法集成到一起的风险。,增量模型适用于：适用于需求经常改变的软件开发过程。如果在项目既定的商业要求期限之前，找不到足够的开发人员，在这种情况下，增量模型显得特别有用。,增量模型开发举例,以银行业务为例：假设某银行计划开发一个软件，实现保险、个人、房贷和车贷等业务流程的自动化。银行希望首先实现个人业务，因为这一业务客户最多。在第一个增量中，实现个人业务并交付客户使用在随后的增量中，分别实现银行的保险业务、房贷功能和车贷功能,1.4.4螺旋模型,螺旋模型的基本思想：使用原型及其他方法来尽量降低风险。把它看作在每个阶段之前都增加了风险分析过程的快速原型模型。,简化的螺旋模型,完整的螺旋模型,螺旋模型的优点：主要优势在于它是风险驱动的。对可选方案和约束条件的强调有利于已有软件的重用，也有助于把软件质量作为软件开发的一个重要目标；减少了过多测试或测试不足所带来的风险；维护只是模型的另一个周期，维护和开发之间没有本质区别。,螺旋模型的缺点：采用螺旋模型需要具有相当丰富的风险评估经验和专门知识，在风险较大的项目开发中，如果未能够及时标识风险，势必造成重大损失。过多的迭代次数会增加开发成本，延迟提交时间。螺旋模型适用于：特别适用于庞大、复杂并具有高风险的系统。适用于内部开发的大规模软件项目。,螺旋模型举例,以Windows操作系统的开发为例：Windows3.1Windows95Windows98WindowsXPWindowsVistaWindows7,1.4.5喷泉模型,喷泉模型：是典型的面向对象生命周期模型。“喷泉”这个词体现了面向对象软件开发过程迭代和无缝的特性。为避免使用喷泉模型开发软件时开发过程过分无序，应该把一个线性过程(例如，快速原型模型或图中的中心垂线)作为总目标。,喷泉模型的优点：该模型的各个阶段没有明显的界限，开发人员可以同步进行开发。多次反复地增加或明确目标系统，而不是本质性的改动，降低错误的可能性。喷泉模型的缺点：由于喷泉模型在各个开发阶段是重叠的，因此在开发过程中需要大量的开发人员，不利于项目的管理。要求严格管理文档，使得审核的难度加大，尤其是面对可能随时加入各种信息、需求与资料的情况。喷泉模型适用于：适用于面向对象的软件开发过程。,1.4.6Rational统一过程,Rational统一过程(RationalUnifiedProcess,RUP)是由Rational软件公司推出的一种完整而完美的软件过程。RUP是一种迭代的，以架构为中心的，用例驱动的软件开发方法。RUP是一种具有明确定义和结构的软件工程过程。RUP还是一个过程产品，提供了可定制的软件工程的过程框架。RUP被广泛应用在不同工业领域中的不同企业中。,RUP总结了6条软件开发经验最佳实践：迭代式开发管理需求用例分析捕获需求、驱动设计实现使用基于构件的体系结构模块化，重用可视化建模建立模型，UML语（UnifiedModelingLanguage统一建模语言）验证软件质量质量评估贯穿整个开发过程控制软件变更,RUP软件开发生命周期(二维)：,生命周期的4个阶段初始阶段建立业务模型，确定项目范围精华阶段设计体系结构，制定项目计划构建阶段开发所有构件和程序，并集成为产品移交阶段产品交给用户,1.4.7敏捷过程与极限编程,敏捷软件开发宣言(价值观声明)：个人和个人之间交流胜过开发过程和工具可以运行的软件胜过面面俱到的文档客户合作胜过合同谈判对变更的良好响应胜过按部就班地遵循计划根据上述价值观声明提出的软件过程统称为敏捷过程。,鼓励能使沟通更便利的团队结构和协作态度强调软件的快速交付而不那么看重中间产品将客户作为开发团队的成员，消除区分你我的态度