软件工程总复习.pptx

《软件工程总复习.pptx》由会员分享，可在线阅读，更多相关《软件工程总复习.pptx（212页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、11-1软件概念软件概念软件=程序+数据+文档程序程序:按设计的功能和性能要求执行的指令序列按设计的功能和性能要求执行的指令序列数据数据:程序能正常运作的初始化数据程序能正常运作的初始化数据文档文档:为了理解程序所需的详细描述性资料。为了理解程序所需的详细描述性资料。第1页/共212页21-2 软件工程定义软件工程定义1968年NATO(北大西洋公约组织)会议上首次提出Fritz Bauer：建立并使用完善的工程原则，以较经济的手段获得能在实际机器上有效运行的可靠软件的一系列方法。IEEE：软件工程是（1）将系统化的、规范的、可度量的方法应用于软件的开发、运行和维护的过程，即将工程化应用于软件

2、中；（2）（1）中所述方法的研究。2001年，软件工程大师Roger S Pressman 对软件工程的定义是：软件工程是一个过程、一组方法和一系列工具。计算机科学技术百科全书：软件工程是应用计算机科学、数学及管理科学等原理，以工程化的原则和方法制作软件的工程。习惯上，人们常常把软件工程的方法（开发方法）、工具（支持方法的工具）、过程（管理过程）称为软件工程三要素。第2页/共212页3软件工程三要素：软件工程三要素：方法、工具和过程方法、工具和过程 方法提供了方法提供了“如何做如何做”的技术的技术 工具提供了自动的或半自动的软件支撑环境工具提供了自动的或半自动的软件支撑环境 过程定义了过程定义

3、了:方法使用的方法使用的方法使用的方法使用的顺序顺序顺序顺序 要求交付的要求交付的要求交付的要求交付的文档文档文档文档资料资料资料资料 为保证质量和适应变化所需要的为保证质量和适应变化所需要的为保证质量和适应变化所需要的为保证质量和适应变化所需要的管理管理管理管理 软件开发各个阶段完成的软件开发各个阶段完成的软件开发各个阶段完成的软件开发各个阶段完成的里程碑里程碑里程碑里程碑第3页/共212页41-3软件工程基本原理习惯上，人们常常把软件工程的方法（开发方法）、工具（支持方法的工具）、过程（管理过程）称为软件工程三要素。而把美国著名的软件工程专家B.WBoehm于1983年提出的7条原理，作为

4、软件工程的基本原理。（1）用分阶段的生命周期计划严格管理软件开发。阶段划分为计划、分析、设计、编程、测试和运行维护。第4页/共212页5（2）坚持进行阶段评审。上一阶段评审不通过，就不能进入下一阶段开发。（3）实行严格的产品版本控制。（4）采用现代程序设计技术。（5）结果应能清楚地审查。因此，对文档要有严格要求。（6）开发小组的成员要少而精。（7）要不断地改进软件工程实践的经验和技术，要与时俱进。上述七条原理是在面向过程的程序设计时代（结构化时代）提出来的。但是，直到今天，在面向元数据和面向对象的程序设计新时代，仍然有效。第5页/共212页6根据“与时俱进”的原则，还有一条基本原理在软件的开发

5、和管理中特别重要，需要补充进去，作为软件工程的第八条基本原理。（8）二八定律。对软件项目进度和工作量的估计：一般人主观上认为已经完成了80%，但实际上只完成了20%；对程序中存在问题的估计：80%的问题存在于20%的程序之中；对模块功能的估计：20%的模块，实现了80%的功能；对人力资源的估计：20%的人，解决了软件中80%的问题；对投入资金的估计：企业信息系统中80%的问题，可以用20%的资金来解决。第6页/共212页71-4 软件过程方法软件过程方法1.面向过程的方法2.面向对象的方法3.面向元数据的方法4.形式化方法第7页/共212页81.面向过程方法面向过程方法(Procedure-o

6、riented method)面向过程方法，习惯上称为传统软件工程开发方法，或结构化方法。有时又称面向功能的方法。面向过程方法包括面向过程需求分析、面向过程设计、面向过程编程、面向过程测试、面向过程维护、面向过程管理。面向过程方法的要点面向过程方法，设计时强调模块化的思想，采用“自顶向下，逐步求精”的技术对系统进行划分，分解和抽象是它的两个基本手段。面向过程方法编程时采用单入口单出口的控制结构，并且只包含顺序、选择和循环三种结构，目标之一是使程序的控制流程线性化，即程序的动态执行顺序符合静态书写结构。优点：以处理流程为基础，简单实用。缺点：只注重过程化信息，因而忽略信息的层面关系以及相互联系。

7、描述能力不强，最后可能导致软件设计、开发和维护陷入困难。第8页/共212页9曾经出现过的面向过程方法：(1).面向结构化数据系统的开发方法DSSD（DataStructuredSystemsDevelopment）；(2).面向可维护性和可靠性设计的Parnas方法；(3).面向数据结构设计的Jackson方法；(4).面向问题设计的PAM方法；(5).面向数据流方法。其中，面向数据流方法最具代表性。当前,面向过程方法主要用在过程式的程序设计中第9页/共212页102 面向对象方法面向对象方法(Object-oriented method)面向对象方法，在不少教材中，称为现代软件工程开发方法。

8、该方法包括面向对象需求分析、面向对象设计、面向对象编程、面向对象测试、面向对象维护、面向对象管理。面向对象方法的要点运用对象、类、消息传递、继承、封装、聚合、多态性等概念来构造软件系统。特点：将现实世界的事物(问题域)直接映射到对象。分析设计时由对象抽象出类(Class)，程序运行时由类还原到对象(Object)。基本特点：将对象的属性和方法封装起来，形成信息系统的基本执行单位，再利用对象的继承特征，由基本执行单位派生出其他执行单位，从而产生许多新的对象。众多的离散对象通过事件或消息连接起来，就形成了软件系统。第10页/共212页11优点：能描述无穷的信息世界，同时易于维护。缺点：对于习惯于面

9、向过程方法的人，较难掌握。面向对象方法是当前计算机界关心的重点，是软件工程方法论的主流。面向对象的概念和应用已超越了程序设计和软件开发，扩展到更宽的范围。如交互式界面、应用结构、应用平台、分布式系统、网络管理结构、CAD技术、人工智能等领域。业界流传的面向方面的方法、面向主体的方法和面向架构的方法，都是面向对象方法的具体应用案例。第11页/共212页123.面向元数据方法面向元数据方法(Meta-data oriented method)来源于关系数据库语言的程序设计思想。面向元数据方法包括面向元数据需求分析、面向元数据设计、面向元数据编程、面向元数据测试、面向元数据维护。优点：通俗易懂，特别

10、适合信息系统中数据层上的设计与实现。缺点：只能实现二维表格，不能实现窗口界面。第12页/共212页13软件工程方法论小结软件工程方法论小结 四种基本的软件开发方法:包括面向过程方法、面向对象方法、面向元数据方法和形式化方法这四种基本的软件开发方法。在大型多层(B/A/S)结构的信息系统建设中，这四种方法的关系是：面向元数据方法用在数据库服务器S层面上系统的设计与实现，面向对象方法用在除数据库服务器层面之外的其他层面上(B/A)系统的设计与实现，面向过程方法用在其他两种方法本身内部函数的设计与实现，形式化方法用在某些核心程序的正确性证明上。第13页/共212页2软件生命周期模型2-1软件生命周期

11、各阶段2-2常见过程模型本意、特点、选用条件2-2-1瀑布、2-2-2增量、2-2-3原型、2-2-4迭代、2-2-5螺旋、2-2-6喷泉、2-2-7XP第14页/共212页152-1软件生存周期软件生存周期（software life cycle）软件有一个孕育、诞生、成长、成熟、衰亡的生存过程。这个过程即为计算机软件的生存周期。软件生存周期分为如下几个阶段：计算机系统工程（立项与合同）、需求分析、设计、编码、测试、运行和维护第15页/共212页16计算机系统工程（立项与合同）确定软件确定软件总体要求和范围总体要求和范围，以及其与其，以及其与其它计算机系统它计算机系统元素之间关系元素之间关系

12、计算机系统元素：硬件软件使用者数据库文档等成本估算和进度安排成本估算和进度安排进行进行可行性分析可行性分析经济、技术、法律等方面是否有可行方案？在可行解决方案中作出选择。第16页/共212页17软件需求分析确定待开发软件要确定待开发软件要“做什么做什么”。确定软件的功能、性能、数据、界面等要求，生成软件需求规约。确定软件的功能、性能、数据、界面等要求，生成软件需求规约。软件设计确定待开发软件确定待开发软件“怎么做怎么做”。分为系统设计和详细设计：分为系统设计和详细设计：系统设计:也称概要设计或总体设计。设计软件系统的体系结构，包括：软件系统的组成成分、各成分的功能和接口、成分间的连接和通信，同

13、时设计全局数据结构；详细设计:设计各个组成成分的实现细节，包括局部数据结构和算法等第17页/共212页18编码将设计的结果转换为可执行的程序代码。将设计的结果转换为可执行的程序代码。测试保证软件质量的重要环节。保证软件质量的重要环节。发现并纠正软件中的错误和缺陷。主要包括单元测试、集成测试、确认发现并纠正软件中的错误和缺陷。主要包括单元测试、集成测试、确认测试和系统测试。测试和系统测试。运行和维护在软件运行期间，当发现了软件中潜藏的错误或需要增加新的功能或使在软件运行期间，当发现了软件中潜藏的错误或需要增加新的功能或使软件适应外界环境的变化等情况出现时对软件进行修改。软件适应外界环境的变化等情

14、况出现时对软件进行修改。第18页/共212页192-2-1瀑布模型1970年W.Royce提出瀑布模型1.模型的本意：阶段间具有顺序性和依赖性l2.模型的特点：文档驱动过程不可逆转l3.模型的选择条件：（1）在开发时间内需求没有或很少变化。（2）分析设计人员对应用领域很熟悉。（3）低风险项目（对目标、环境很熟悉）。（4）用户使用环境很稳定。（5）用户除提出需求以外，很少参与开发工作。第19页/共212页204.模型的优点:开发阶段清晰，便于评审、审计、跟踪、管理和控制。5.模型的缺点按顺序完成每个工作流程，即瀑布式生命周期。瀑布只能一个个台阶地往下流，不可能倒着往上流，这就是它致命的缺点。瀑布

15、式生命周期通常会导致在项目后期，出现“问题堆积”，更可怕的是，错误的传递会采取发散扩大的方式。第20页/共212页211模型的本意要开发一个大的软件系统，先开发其中的一个核心模块（或子系统），然后再开发其他模块（或子系统），这样一个个模块（或子系统）地增加上去，就像搭积木一样，直至整个系统开发完毕为止。在每增加一个模块前，先要对该模块进行模块测试。通过后再将此模块加入到系统中，然后还要进行系统集成测试。系统集成测试成功后，再增加新的模块。这样多次循环，直到系统搭建完毕为止。2-2-2 增量模型第21页/共212页222模型的特点（1）任务或功能模块驱动，可以分阶段提交产品。（2）有多个任务单，

16、这些多个任务单的集合，构成项目的一个总任务书，或总用户需求报告/需求规格说明书。3选择模型的条件（1）在整个项目开发过程中，需求可能发生变化，客户接受分阶段交付。（2）分析设计人员对应用领域不熟悉，难以一步到位。（3）中等或高风险项目（工期过紧且可分阶段提交的系统或目标、环境不熟悉）。（4）用户可参与到整个软件开发过程中。（5）使用面向对象语言或第四代语言。（6）软件公司自己有较好的类库、构件库。第22页/共212页234模型的优点（1）由于将一个大系统分解为多个小系统，这就等于将一个大风险分解为多个小风险，从而降低了开发难度。（2）人员分配灵活，刚开始不用投入大量人力资源。如果核心模块产品很

17、受欢迎，则可增加人力实现下一个增量。当配备的人员不能在设定的期限内完成产品时，它提供了一种先推出核心产品的途径。即可先发布部分模块给客户，对客户起到镇静剂的作用。5模型的缺点如果软件系统的组装和拆卸性不强，或开发人员全局把握水平不高（没有数据库设计专家进行系统集成），或者客户不同意分阶段提交产品，或者开发人员过剩，就不宜采用这种模型。第23页/共212页24原型的解释:预期系统的一个可执行版本，它反映了系统性质（如功能、计算结果等）的一个选定的子集。一个原型不必满足目标软件的所有约束，其目的是能快速、低成本地构建。2-2-3 原型模型部署交付和部署交付和反馈反馈构建原型构建原型交流交流快速设计

18、方式快速设计方式建模建模快速计划快速计划第24页/共212页25原型模型 软件企业界的主流开发模型.1模型的本意原型模型（PrototypeModel）的本意是：在初步需求分析之后，马上向客户展示一个软件产品原型(样品)，对客户进行培训，让客户试用，在试用中收集客户意见，根据客户意见立刻修改原型，之后再让客户试用，反复循环几次，直到客户确认为止。第25页/共212页262模型的特点原型驱动。因此，开发者必须先有一个原型(样品)，至少要有一个原型的核心。原型模型与迭代模型相同点是：反复循环几次，直到客户确认为止。不同点是：原型模型事先有一个展示性的产品原型(样品)，而迭代模型可能没有。第26页/

19、共212页273选择模型的条件（1）已有产品或产品的原型(样品)，只需客户化的工程项目。（2）简单而熟悉的行业或领域。（3）有快速原型开发工具。（4）进行产品移植或升级。由于上述条件不太苛刻，所以凡是有软件产品的IT企业，在他们熟悉的业务领域内，当客户招标时，他们都会以原型模型作为软件开发模型，去制作投标书，去讲解标投标。第27页/共212页284模型的优点开发速度快，用户意见反馈实时，有利于开发商在短时间内推广并实施多个客户。正因为原型模型具有这些优点，所以它一直是软件企业界的主流开发模型。凡是有软件产品积累的软件公司，他们在投标、开发、实施项目的过程中，都非常喜欢用原型模型。5模型的缺点因

20、为事先有一个展示性的产品原型，所以在一定程度上，不利于开发人员的创新。第28页/共212页296快速原型法由于原型模型的开发速度较快，有时也将它称作快速原型法（RapidPrototyping）。在开发工具和开发环境迅速发展的今天，在信息系统开发中，原型法和快速原型法又被赋予新的内容：事先没有原型产品，也可以采取这种办法。基本思路是：采用以面向元数据为主的方法，在需求分析的基础上，利用PowerDesigner等数据库分析和设计工具，快速建立信息系统的概念数据模型CDM和物理数据模型PDM；然后利用面向对象的编程工具，快速地实现需求分析中确认的流程、功能、性能和接口；之后交付给用户试用，反复循

21、环几次，直到客户确认满意为止。第29页/共212页30快速原型法选择的条件之一是：项目组中有数据库分析和设计的专家，有面向对象编程的专家，文档制作有成熟的模板，而且系统或项目又不是非常大。快速原型法选择的条件之二是：项目组的开发环境为分行业的业务基础平台(比如JustepX3业务基础平台)，该业务基础平台又完全适合所需开发的系统或项目，而且系统或项目又不是非常大。以上两个条件，只要符合一个，就可以采用快速原型法。第30页/共212页31原型的类型：探索型：弄清要求，确定特性，并探讨多种方案的可行性实验型：大规模开发和实现前，验证方案或算法的合理性。演化型：原型作为目标系统的一部分。原型的使用策

22、略：废弃（throw away）策略：用于探索型和实验型原型。追加（add on）策略：用于演化型原型。原型可作为单独的过程模型，也常被作为一种方法或实现技术应用于其它过程模型中。第31页/共212页322-2-4 迭代模型（Iterative Model）代表：RUP（RationalUnifiedProcess）模型第32页/共212页33这里所讲的迭代模型是RUP推出的一种“逐步求精”的面向对象的软件开发过程模型，被认为软件界迄今为止最完善的、商品化的开发过程模型。1模型的本意多次执行各个开发工作流程，从而更好地理解需求，设计出更为强壮的软件构架，逐步提高开发组织能力，最终交付一系列逐步

23、完善的实施成果，这就是迭代式生命周期模型。每次按顺序完成这一系列工作流程就叫做一次迭代，每次迭代，均以次要里程碑结束，按照特定的迭代成功标准，对迭代的结果进行评估。每个阶段都可以进一步细分为迭代。迭代是产生可执行的产品发布的完整开发循环，所发布的产品是开发过程最终产品的子集，它将通过一次又一次的迭代，实现递增成长，最后形成最终的软件系统或产品。第33页/共212页342模型的特点迭代或迭代循环驱动，每一次迭代或迭代循环，均要走完初始（先启）、精化、构建、产品化(移交)这四个阶段。RUP的主要特征如下：1.采用迭代的、增量式的开发过程；2.采用UML语言描述软件开发过程；3.有功能强大的软件工具

24、RationalRose支撑。第34页/共212页353模型的选取条件（1）项目组的管理人员和核心成员，应对迭代的开发方式比较熟悉。（2）管理人员和核心成员应对软件工程的核心过程：系统建模、需求分析、系统设计、系统实现、项目管理、配置管理、测试等比较熟悉。（3）采用面向对象技术（如OOA，OOD等）的项目组，建议使用迭代式生命周期。（4）项目组的核心设计人员，应具备一定程度的软件架构的知识，并熟练掌握软件架构设计技能。（5）项目组全体成员应熟悉UML，并能利用建模工具（如RationalRose等）进行分析、策划、设计、测试等。（6）项目组的管理人员应具备风险管理的知识和技能。（7）拥有实施软

25、件产品开发、组装的软件组织。第35页/共212页364模型的四个阶段（1）初始阶段。本阶段主要工作是确定系统的业务用况和定义项目的范围。（2）精化阶段。本阶段主要工作是分析问题域、细化产品定义，定义系统的构架并建立基线，为构建阶段的设计和实施工作提供一个稳定的基础。（3）构建阶段。本阶段主要工作是反复地开发，以完善产品，达到用户的要求。（4）产品化(移交)阶段。本阶段主要工作是将产品交付给用户，包括安装、培训、交付、维护等工作。第36页/共212页375模型的九个核心流程（1）业务建模。（2）需求获取。（3）分析设计。（4）实施。（5）测试。（6）部署。（7）配置与变更管理。（8）项目管理。（

26、9）环境。第37页/共212页386模型的优点在开发早期或中期，用户需求可以变化；在迭代之初，它不要求有一个相近的产品原型；模型的适用范围很广，几乎适用于所有的项目开发。7模型的缺点传统的项目组织方法是按顺序（一次且仅一次）完成每个工作流程，即瀑布式生命周期。迭代模型是采取循环的工作方式，每次循环均使工作产品更靠近目标产品一次，这就要求项目组成员具有很高的水平并掌握先进的开发工具。第38页/共212页39 2-2-5螺旋模型 1模型的本意螺旋模型将瀑布模型和快速原型模型结合起来，强调了其它模型所忽视的风险分析，特别适合于大型复杂的系统。螺旋模型基本做法是在瀑布模型的每一个开发阶段前，引入一个非

27、常严格的风险识别、风险分析和风险控制，它把软件项目分解成一个个小项目。每个小项目都标识一个或多个主要风险，直到所有的主要风险因素都被确定。如图2-4所示。第39页/共212页40第40页/共212页41螺旋模型沿着螺线顺时针方向进行若干次迭代，图中的四个象限代表了以下迭代活动：（1）制定计划：确定软件目标，选定实施方案，弄清项目开发的限制条件；（2）风险分析：分析评估所选方案，考虑如何识别和消除风险；（3）实施工程：实施软件开发和验证；（4）客户评估：评价开发工作，提出修正建议，制定下一步计划。第41页/共212页422模型的特点（1）把软件开发过程组成为一个逐步细化的螺旋周期，每经历一个周期

28、，系统就得到进一步的细化和完善；（2）整个模型紧密围绕开发中的风险分析，推动软件设计向深层扩展和求精；（3）强调持续的判断、确定和修改用户的任务目标，并按成本、效益来分析候选的软件产品对任务目标的贡献。第42页/共212页433选择模型的条件螺旋模型强调风险分析，使得开发人员和用户对每个演化层出现的风险有所了解，继而做出应有的反应，因此特别适用于庞大、复杂并具有高风险的系统。第43页/共212页444模型的优点（1）与瀑布模型相比，螺旋模型支持用户需求的动态变化，为用户参与软件开发的所有关键决策提供了方便，从而降低了软件开发风险。（2）螺旋模型对可选方案和约束条件的强调，有利于已有软件的重用，

29、也有助于把软件质量作为软件开发的一个重要目标。（3）减少了过多测试（浪费资金）或测试不足（产品故障多）所带来的风险。（4）螺旋模型中维护只是模型的另一个周期，在维护和开发之间并没有本质区别。第44页/共212页455模型的缺点（1）很难让用户确信这种演化方法的结果是可以控制的。由于建设周期长，而软件技术发展比较快，所以经常出现软件开发完毕后，和当前的技术水平有了较大的差距，无法满足当前用户需求。（2）采用螺旋模型需要具有相当丰富的风险评估经验和专门知识，在风险较大的项目开发中，如果未能够及时标识风险，势必造成重大损失。（3）过多的迭代次数会增加开发成本，延迟提交时间。第45页/共212页462

30、-2-6 喷泉模型 第46页/共212页471模型的本意喷泉模型(FountainModel)认为，软件开发过程自下而上的各阶段是相互重叠和多次反复进行的，就像喷泉中的水喷上去，又可以落下来，所以叫做喷泉模型。各个开发阶段没有特定的次序要求，而且可以交互进行，在每个开发阶段中，还可以随时补充其它任何开发阶段中的遗漏。第47页/共212页482模型的特点喷泉模型是一种以用户需求驱动的模型，主要用于描述面向对象的软件开发过程。由于各阶段的活动之间无明显界线，所以喷泉模型也称为“喷泉无间隙性模型”。3选择模型的条件喷泉模型主要用于面向对象的软件项目，软件的某个部分通常被重复多次，相关对象在每次迭代中

31、随之加入渐进的软件成分。第48页/共212页494模型的优点喷泉模型不像瀑布模型那样，需要分析活动结束后才开始设计活动，设计活动结束后才开始编码活动。该模型的各个阶段没有明显的界限，开发人员可以同步进行开发。其优点是可以提高软件项目开发效率，节省开发时间。5模型的缺点由于喷泉模型在各个开发阶段是重叠的，因此在开发过程中需要大量的开发人员，因此不利于项目的管理。这种模型要求严格管理文档，使得审核的难度加大，尤其是面对可能随时加入各种信息。第49页/共212页502-2-7 XP模型 1模型的本意XP模型，即极限编程模型，它本来是敏捷企业文化现象，但是不少人将它当作一种软件开发模型。XP模型属于轻

32、量级开发模型，它由一组简单规则(需求、实现、重构、测试、发布)组成，既保持开发人员的自由创造性，又保持对需求变动的适应性，即使在开发的后期，也不怕用户需求的变更。XP模型的迭代开发过程，如图2-6所示。第50页/共212页51第51页/共212页522模型的特点在需求、实现、重构、测试、发布的迭代过程中，XP模型有四条核心原则：“交流”、“简单”、“反馈”和“进取”。XP开发小组不仅包括开发人员，还包括管理人员和客户。XP模型强调小组内成员之间要经常进行“交流”，结对编程，在尽量保证质量的前提下力求过程和代码的“简单”化。来自客户、开发人员和最终用户的具体“反馈”意见，可以提供更多的机会来调整

33、设计，保证把握正确的开发方向。在XP模型中，采取讲“用户场景故事”的方法，来代替传统模型中的需求分析。第52页/共212页533选择模型的条件XP模型克服了传统模型不灵活机动的缺陷，是一种面向客户场景的轻量级模型。它只适合于中小型开发小组。实践表明，XP模型特别适合于情投意合的青年人群的小项目。4模型的优点(1).由于采用简单策略，不需要长期计划和复杂管理，因而开发周期短；(2).由于采用迭代增量开发、反馈修正和反复测试的方法，因而软件质量有保证；(3).由于适应用户需求的变化，因而与用户关系和蔼。第53页/共212页545模型的缺点XP模型作为一种新的模型，在实际应用中还存在着一些问题，引起

34、了许多争议。它只适用于小型项目、小型项目组，不大适用于大型项目、大型项目组。同时，它与ISO9001、CMMI的精神也存在冲突。第54页/共212页55序号模 型 名 称优 点缺 点适 用 范 围1瀑布模型 简单好学逆转性差 面向过程开发2增量模型 可以分阶段提交有时用户不同意 系统可拆卸和组装3迭代模型 需求可变风险大 有高素质软件团队4原型模型 开发速度快不利于创新 已有产品的原型5螺旋模型需求可变建设周期长庞大、复杂、高风险项目6喷泉模型提高开发效率不利于项目的管理面向对象开发7XP模型提高开发效率不适合大团队、大项目小团队，小项目各种模型之间的关系 第55页/共212页56在软件开发的

35、过程中，软件工程不可能百分之百地按照事先设计好的软件蓝图进行，而是一边施工、一边修改软件蓝图、一边再按照修改的软件蓝图继续施工，即按照“软件蓝图-软件开发-软件蓝图-软件开发”这个顺序多次循环，循环中又包涵着各种生命周期及开发模型，最后才能到达胜利的彼岸。第56页/共212页57软件企业选取软件生命周期模型的方法：软件企业在创业时期，由于没有项目或产品的积累，所以他们常常会选取瀑布模型和增量模型。一旦越过创业时期，由于积累了一些了项目或产品，他们就会选取原型模型。至于迭代模型，只有当他们掌握了UML及其工具RationalRose之后，才会加以考虑。第57页/共212页3计算机系统工程（立项与

36、合同）不考！订单软件与非订单软件订单软件与非订单软件招标、投标、讲标、中标招标、投标、讲标、中标立项及签订合同的方法下达任务书的三个条件可行性研究的方法第58页/共212页4需求分析4-1需求工程的几个阶段需求工程的几个阶段4-2软件需求的概念及软件需求的概念及种类种类4-3需求分析的任务需求分析的任务4-4需求确认与验证的区别需求确认与验证的区别4-5两种需求文档的关系与区别两种需求文档的关系与区别4-6需求获取的方法与策略需求获取的方法与策略4-7掌握需求分析的方法及对应的建模描述工具掌握需求分析的方法及对应的建模描述工具第59页/共212页60我们将软件需求工程细分为：需求获取需求分析与

37、系统建模需求归档(需求规约)需求确认与验证（评审）4-1需求工程阶段第60页/共212页61需求的简化定义：产品必须提供的服务产品必须具备的质量特征需求关注于顾客的需要，指定系统要“做什么”，而不关心问题的解决方案或实现4-2需求的概念第61页/共212页62功能性需求:描述系统做什么。非功能性需求：定义系统工作时的特性。包括：产品必须遵从的标准、规范和合约；外部界面的具体细节；性能要求；设计或实现的约束条件及质量属性。4-2需求的种类第62页/共212页634-3 需求分析的任务深入描述软件的功能和性能确定软件设计的约束和软件同其它系统元素的接口细节定义软件的其它有效性需求第63页/共212

38、页644-4需求确认（Validation）与验证（Verification）验证&确认（Verification&Validation）的定义验证：我们在正确地构建产品吗？（Arewebuildingtheproductright?）确认：我们在构建正确的产品吗？（Arewebuildingtherightproduct?）第64页/共212页65用户需求报告站在用户的角度、使用他们可以看懂的语言写的，内容是有关系统的运行环境、业务流程、业务功能、业务性能和业务接口等。它是需求分析阶段产生的第一份重要的文档，表达了用户全面的、系统的、准确的、并且用户确认的需求，它是用户、项目开发者、项目测试

39、者和项目管理者四方共同工作的基础，是用户测试和验收目标的依据，是作为软件开发机构和用户之间一份事实上的技术合同书，是软件生命周期中的第一根基线。4-5.两类需求文档-用户需求报告与需求分析规格说明书第65页/共212页66需求分析规格说明书（SRS）以用户需求报告为基线。站在开发者的角度、使用开发者的语言写的，目的是作为概要设计和详细设计的依据，内容是系统的业务模型、功能模型、数据模型和接口模型的进一步定量描述。它是需求分析阶段产生的第二份重要的文档。与用户需求报告不同的是，需求分析规格说明书不但以一种一致的、无二义的方式准确的表达用户的需求，而且增加了一些对设计者非常有用的信息(如模型、实体

40、、属性、方法、关系、主键、外键、算法等等)，它是项目开发者、项目测试者和项目管理者三方共同工作的技术基础，是项目开发者下一步进行设计和编码的依据。第66页/共212页674-6需求获取方法与策略 1.建立顺畅的通信途径2.访谈与调查3.观察用户操作流程4.组成联合小组5.用况（UseCase）第67页/共212页681.建立顺畅的通信途径 建立分析所需要的通信途径，以保证能顺利地对问题进行分析。第68页/共212页692.访谈与调查 访谈方法：折衷法，即适当地计划好面谈，但不要过于详细，允许有一定的灵活性。一般按照如下原则进行准备：提问问题应循序渐进，从整体的方面开始提问，接下来的问题应有助于

41、对前面的问题更好的理解和细化；不要限制用户对问题的回答，这有可能会引出原先没有注意的问题；提问和回答在汇总后应能够反映用户需求的全貌。调查：市场调查、多种调查方式第69页/共212页703.观察用户操作流程 到用户的实际工作环境中对用户的工作流程进行观察，了解用户实际的操作环境、操作过程和操作要求，对照用户提交的问题陈述，对用户需求可以有更全面、更细致的认识。第70页/共212页714.组成联合小组 被称为便利的应用规约技术(FacilitatedApplicationSpecificationTechniques,FAST)：打破用户（需方）和开发者（供方）的界限，共同组成一个联合小组，发挥

42、各自的长处，共同负责项目的推进，这样有助于发挥各自优势并增进了解和协调第71页/共212页725.用例（Use Case）主要用于描述系统的高层次功能性需求用例：系统的使用场景。创建用例模型的主要步骤如下：1)确定谁会直接使用该系统，即参与者（Actor）2)选取其中一个参与者3)定义该参与者希望系统做什么，参与者希望系统作的每件事将成为一个用况4)对每件事来说，何时参与者会使用系统，通常会发生什么，这就是用况的基本过程5)描述该用况的基本过程第72页/共212页734-7.需求分析方法常用的分析方法：面向数据流的结构化分析方法(SA)面向对象的分析方法(OOA)第73页/共212页74（1）

43、结构化需求分析描述工具 数据字典DD(DataDictionary)实体关系图ERD(EntityRelationshipDiagram)数据流图DFD（DataFlowDiagram）状态转换图第74页/共212页75（2）面向对象需求分析描述工具 用例图静态模型：类图动态模型：顺序图、活动图、状态图组织模型：包图第75页/共212页5 软件策划软件策划-不考不考软件规模的估计方法软件规模的估计方法掌握软件费用和资源的估计方法掌握软件费用和资源的估计方法第76页/共212页6设计6-1软件设计原则：抽象、逐步求精、信息隐藏、模块化、模块独立、接口与实现分离各种耦合与内聚6-2三层体系结构6-

44、3各种体系结构风格6-4人机界面涉及的模型6-5部件设计技术之判定表第77页/共212页786-1 软件设计原理1.抽象与逐步求精2.模块化3.信息隐藏（封装）4.模块独立5.接口与实现分离第78页/共212页791.抽象与逐步求精抽象：软件系统进行模块设计时，可有不同的抽象层次。在最高的抽象层次上，可以使用问题所处环境的语言概括地描述问题的解法。在较低的抽象层次上，则采用过程化的方法。抽象包括过程抽象、数据抽象、控制抽象。第79页/共212页80逐步求精：将软件的体系结构按自顶向下方式，对各个层次的过程细节和数据细节逐层细化，直到用程序设计语言的语句能够实现为止，从而最后确立整个的体系结构逐

45、步求精与抽象是一对互补的概念。第80页/共212页812.模块化 模块化模块化：解决一个复杂问题时，自顶向下、逐步求精地把软件系统划分成若干模块的过程。把问题子问题的分解与软件开发中的系统子系统或系统模块对应起来，就能把问题子问题的分解与软件开发中的系统子系统或系统模块对应起来，就能够把一个大而复杂的软件系统划分成易于理解的比较单纯的模块结构。够把一个大而复杂的软件系统划分成易于理解的比较单纯的模块结构。第81页/共212页823.信息隐藏（封装）每个模块的实现细节对于其它模块来说应该是隐蔽的。即：块中所包含的信息（包括数据和过程）不允许其它不需要这些信息的模块使用通过信息隐蔽，可使错误局部化

46、封装是面向对象系统开发中的术语。要进行正确的封装，必须遵守下列原则：(1)实体间相互隐藏内部实现。(2)尽量减少全局的共享数据。第82页/共212页834.模块独立“模块模块”，又称，又称“组件组件”。指在程序中的数据说明、可执行语句等程序对象的集合，或者是单独命名和编址的元素。如高级语言中的过程，函数、子程序等。每个模块可以完成一个特定的子功能，各个模块可以按一定方法组装起来成为一个整体。模块模块一般一般具有如下三个基本属性具有如下三个基本属性:功能功能：描述该模块实现什么功能：描述该模块实现什么功能 逻辑逻辑：描述模块内部怎么做：描述模块内部怎么做 状态状态：该模块使用时的环境和条件：该模

47、块使用时的环境和条件第83页/共212页在描述一个模块时，还必须按模块的外部特性与内部特性分别描述模块的外部特性 模块的模块名、参数表、其中的输入参数和输出参数，以及给程序以至整个系统造成的影响模块的内部特性 完成其功能的程序代码和仅供该模块内部使用的数据84第84页/共212页854.模块独立 模块独立：是指软件系统中每个模块只涉及软件要求的具体的子功能,而和软件系统中其它的模块的接口是简单的一般采用两个准则度量模块独立性。即模块间耦合和模块内聚第85页/共212页86内聚（cohesion）是一个模块内部各个元素彼此结合的紧密程度的度量耦合(coupling)是模块之间互相连接的紧密程度的

48、度量模块独立性比较强的模块应是高内聚低耦合的模块。第86页/共212页87内聚 内聚性分七种类型第87页/共212页88FUNCTION DFUNCTION EProceduralRelated by order offunctionsLogicalSimilar functionsFUNCTION AFUNCTION AFUNCTION A”logicTemporalRelated by timeTIME T0TIME T0+XTIME T0+2XFUNCTION AFUNCTION BFUNCTION CFUNCTION AFUNCTION BFUNCTION CCommunication

49、alAccess same dataSequentialOutput of one part is input to nextDATAFUNCTION AFUNCTION BFUNCTION CFunctionalSequential withcomplete,related functionsFUNCTION A-part 1FUNCTION A-part 2FUNCTION A-part 3CoincidentalParts unrelatedFUNCTION AFUNCTIONBFUNCTION C第88页/共212页89功能内聚功能内聚 (Functional Cohesion)(Fu

50、nctional Cohesion)一个模块中各个部分都是一个模块中各个部分都是完成某一具体功能完成某一具体功能必不可必不可少的组成部分。少的组成部分。顺序内聚顺序内聚 (Sequential Cohesion)(Sequential Cohesion)一个模块一个模块完成多个功能完成多个功能，各个功能必须顺序执行各个功能必须顺序执行。通信内聚通信内聚(Communication Cohesion)(Communication Cohesion)一个模块内各功能部分都使用了相同的输入数据，一个模块内各功能部分都使用了相同的输入数据，或产生了相同的输出数据。或产生了相同的输出数据。过程内聚（过程