《信息系统建设》PPT课件.ppt

第2章 信息系统建设,2.1 概 述2.2 信息系统生存周期 2.3 信息系统开发过程 2.4 信息系统开发方法 2.5 信息系统建模,2.1 概 述,2.1.1 信息系统建设涉及的因素 信息系统属社会系统，是自然和人类社会所存在的复杂系统之一。信息系统建设具有一般工程项目建设的共性，但也存在其独特性。信息系统建设涉及多种复杂因素。,1.文化社会因素 信息系统属社会系统，企业的体制、领导、组织、政策、法规、观念、员工的人文素养等文化社会因素在一定程度上决定着信息系统。只有在体制顺畅、管理科学、领导重视、企业员工具备一定的信息素养的基础上，才能够建设成功的信息系统。2.科学理论因素 信息系统建设涉及到信息科学技术、计算机科学技术、管理学和行为科学、通信工程、系统工程等多种学科。信息系统需要现代信息技术的支持，而现代信息技术是发展迅猛、科技含量很高的新技术群。,信息系统建设涉及的因素:,3.技术方法因素 信息系统开发需要遵循一定的方法，并运用相关的技术。信息系统开发方法对保证信息系统开发效率和质量有着决定性意义。几十年来，信息系统开发方法在逐步地发展和完善。4.领域知识因素 信息系统对专业领域的服务是与专业领域中的专业知识的融合、浸透性服务。专业知识必须反映和渗透在信息系统之中，成为信息处理、业务处理、组织管理和辅助决策的依据，离开信息系统所服务的领域的专业知识，不可能开发出能够服务该领域的信息系统。,信息系统建设涉及的因素:,5.环境多变因素 企业的目标、策略、管理、产品、技术、业务是在动态变化，自然信息系统的需求也要跟着变化。变化的趋势和进程常常难以预测和把握，因此，信息系统在演化期中，总是要根据企业目标的变化进行动态调整。6.经济效益因素 信息系统是为企业战略服务的，而企业的目标是获取最大效益和利润，所以信息系统建设必须考虑经济效益。信息系统建设涉及因素多、技术复杂，因此信息系统建设一般需要大量的资金投入。,信息系统建设涉及的因素:,7.组织管理因素 信息系统建设是群体性的工程，需要实施有效的组织和管理。信息系统项目的组织管理较之于一般工程项目的组织管理更复杂，因为信息系统建设具有软特征，更多是智能性活动，工程对象的可见性不强，难于组织管理。信息系统建设的组织管理涉及到过程、人员、经费、材料、文档等多种要素，通过对这些要素进行有效的组织、计划、配置、控制、监督，以有序、有效、优质地进行信息系统建设。,信息系统建设涉及的因素:,2.1.2 信息系统建设的内在规律 信息系统的建设和发展有其内在的规律。对信息他内在规律研究最著名的是诺兰模型和米歇模型。1诺兰模型 通过对几十年信息系统发展经验的总结，美国哈佛商学院诺兰（Nolan）教授在1980年提出信息系统发展阶段论，即著名的诺兰模型。诺兰认为信息系统的建设需要经过起步、扩展、控制、集成、信息管理和成熟六个阶段，见图2.1。,图2.1 信息系统建设的诺兰模型,2米歇模型 20世纪90年代以来，信息技术得到了迅速发展，信息的综合性集约化管理的需求也日趋迫切，信息系统集成化建设的理论、方法和工具的研究也日趋活跃。早期信息系统的研究没有过多地注意信息技术的综合运用，以及将信息技术作为整个企业的发展要素而与经营管理相融合的策略。在诺兰模型的基础上，90年代提出的信息系统建设的米歇模型更能够反映当代信息技术发展的新特征。,图2.2 综合信息技术应用发展的米歇模型,2.1.3 信息系统建设的特点 1.信息系统建设是一项复杂的社会过程 信息系统建设涉及到：理论、技术和方法因素；文化、社会、环境、管理和经济等社会因素；在信息系统建设过程中，必须改革阻碍企业发展和信息系统建设的不合理的管理体制和管理制度，制定有利于企业发展和信息系统建设的规章制度。企业的业务、管理和决策知识和方法要反映到信息系统之中，作为信息系统处理的算法和模型。信息的收集以及业务、管理、决策的系统化需要做大量的社会工作。,2.信息系统建设是一项复杂的认知过程 用户在信息系统建设过程中要逐步认识和了解信息系统；开发技术人员需要学习和了解业务领域的专业知识，以及业务的管理过程。信息系统开发过程中，对信息系统逐步深化和认识。在分析阶段，需要调查和分析企业业务、管理和决策，以及反映这些业务、管理和决策的数据、信息、算法和相关模型，形成在逻辑上没有矛盾的需求模型。在设计阶段，需要根据需求模型，结合系统的实现环境，进行系统设计，包括系统的结构、人机界面、数据库等方面的设计工作。最后实现所设计的系统。,3信息系统建设是一项系统工程 信息系统是系统，而且是复杂的社会系统，这就需要我们用系统观点来看待和认识信息系统，用系统方法来指导信息系统建设。对信息系统的认识，必须坚持系统观点。4信息系统建设具有显著的工程特性 信息系统建设又是一项极为复杂的工程项目，需要我们用工程观点来对待信息系统建设，用工程方法来组织信息系统建设。,(1)要求企业领导者和工程主持者具有较高的信息知识素养和综合管理水平，企业具备建设信息系统的内外部条件。(2)要求企业领导者和工程主持者对信息系统建设所涉及到的复杂因素、信息系统建设的内在规律和信息系统特点有深刻理解。(3)要求企业领导者高度重视信息系统建设，并亲自参与和组织信息系统的建设工作。(4)必须提供信息系统建设所需的专业技术队伍、资金、场地等必要条件。(5)选择适宜的信息系统开发方法、技术和环境。,建设成功信息系统，需要具备的因素：,2.1.4 信息系统建设的工作 1信息系统规划(Information System Planning)根据信息系统建设的设想，通过对企业经营管理和目标的分析，提出符合企业发展目标的信息系统建设规划，并由这个规划指导整个信息系统的建设工作。2信息系统开发(Information System Development)根据信息系统规划所确定的近期目标和任务，由用户和技术人员组成开发队伍，通过业务分析、需求分析、系统分析、系统设计、实现、测试等环节的反复，构建能够满足用户要求的信息系统的过程。,3信息系统维护(Information System Maintenance)在信息系统投入运行之后，因为企业目标、环境、管理的变化，需求的变化，技术和手段的变化，以及在运行过程中暴露出的隐患问题，由技术人员对信息系统所进行的修改和完善性工作。4信息系统管理(Information System Management)由管理者通过有效地组织和控制参与信息系统建设的相关资源，使之有效地达到该阶段的预期目标的综合过程。由任务划分：开发管理、维护管理、运行管理；由管理的对象划分：人员管理、信息资源管理、项目管理、网络管理等。,2.2 信息系统生存周期,信息系统生存周期(Information System Life Cycle)是指从提出信息系统建设的设想开始，历经规划，开发，演化等过程，一直到被其它信息系统所替代的全过程。在信息系统生存周期中存在规划、开发、演化、管理和支持五个过程，其中演化过程中又包括运行和维护两个子过程，见图2.3。,图2.3 信息系统生存周期中的过程,1规划过程(Planning Process)在规划过程中，先提出信息系统建设的设想，对所要开发的信息系统进行规划和可行性分析，然后决定该信息系统是否有必要开发，并且制定信息系统建设的总体规划。2开发过程（Development Process）开发过程是在信息系统规划的基础上，研制信息系统的全过程。信息系统开发要经过初始、细化、构建、移交等阶段，需要从事业务分析、需求分析、系统分析、系统设计、系统实现、测试等方面的工作，并经过多次反复迭代，最后形成可以交付用户使用的信息系统。,3演化过程(Evolution Process)演化过程从信息系统提交使用开始，到信息系统不能继续适应企业目标、管理、技术的变化被终止为止。演化过程包括运行和维护两个子过程。运行过程是信息系统发挥其作用的过程。维护过程则是信息系统要不断地适应环境和需求的变化，进行完善和版本更新的过程。4管理过程(Management Process)管理过程对信息系统实施有效的管理和控制。由管理内容分，有规划管理、开发管理、维护管理、运行管理等；根据管理的对象分,有人员管理、信息资源管理、项目管理、网络管理等。,5支持过程(Supporting Process)支持过程是在信息系统生存周期中，除了其它过程之外，起着辅助、支持作用的信息系统过程。支持过程包括一组过程，主要有文档过程、配置管理过程、质量保证过程、验证过程、评审和审计过程、培训过程、环境建立过程等。,2.3 信息系统开发过程,2.3.1 概述 信息系统开发过程是在信息系统规划的基础上，研制信息系统的全过程。信息系统开发过程是信息系统生存周期中最重要的一个过程。经过开发过程，将把信息系统开发的初步设想,通过多个阶段、多方面细致的工作,转变成为实际可以交付用户使用的信息系统。,信息系统开发涉及因素：开发人员、系统需求、系统目标、最终产品及中间描述等；信息系统开发工作：业务分析、需求分析、系统分析、系统设计、系统实现和测试等六方面的工作。除此之外，还包括项目管理、系统支持等；信息系统开发阶段：开始、细化、构建和移交。信息系统开发过程结构：以时间和工作为两个维度的二维结构。,图2.4 信息系统开发过程的二维结构,2.3.2 信息系统开发阶段 1初始阶段(Inception Phase)初始阶段的工作主要有以下几个方面：(1)确定信息系统项目的目标、范围、边界和条件。(2)业务分析。信息系统开发只有对组织的目标、职能、机构、业务等深入分析才能开发出符合组织需要的信息系统。(3)基本需求分析。仅需要对信息系统的最基本的需求进行初步的分析，以确定信息系统的基本功能。(4)重大风险分析。对所面临的重大风险进行初步分析，确定风险造成的影响，并找出排除风险的初步方法。,(5)可行性分析。从技术、经济、社会等多个方面进行研究，并确定出本项目开发是否可行的结论。(6)系统的基本构架。基本构架作为后续开发阶段的一个工作基础，逐步对其进行填充和丰富，由它过渡成为最后的信息系统。(7)项目开发初步计划。包括项目组织、人员配备、工作进度、阶段成果和项目管理等计划。另外，需要制定细化阶段详细的工作计划。一般信息系统项目初始阶段所花费的工作量大约占开发总工作量的10%左右。,2细化阶段(Elaboration Phase)细化阶段需要对业务、需求和系统进行深入分析，排除信息系统所存在的重大和重要风险，构建信息系统的模型框架和基准构架。其工作主要包括以下几个方面：(1)确定绝大部分系统需求。初始阶段确定总需求的20%。本阶段需要至少确定系统的80%的需求。需求包括功能性需求和效率、可靠性等性能需求。(2)完成业务分析。在初始阶段完成了大部分业务分析工作，但可能还有一些复杂业务没有理清楚，在细化阶段需要把业务分析工作做完。(3)分析和排除影响系统可行性的重大和重要风险。,(4)建立信息系统的模型框架。信息系统的模型包括业务模型、需求模型、分析模型、设计模型、实现模型和测试模型。这些模型是在信息系统开发的不同工作过程中建立和完善的。在细化阶段需要建立信息系统模型框架。(5)构建系统的基准构架。所谓基准构架就是系统的一个原型。这个原型已经具备了未来系统的结构和基本内容，其结构已经趋于稳定，并且具有灵活的扩充性。(6)制定构建阶段的详细的工作计划和迭代计划。,3构建阶段(Construction Phase)(1)对构建过程实施有效管理。需要制定详细的工作计划，由管理人员根据工作计划调度和协调各个开发小组和开发人员的工作，以保证构建工作能够有计划、有组织地进行。(2)迭代开发。(3)系统测试。每一次迭代都要进行单元测试，但是最后对所要完成的系统还要进行整体测试。,4移交阶段 移交阶段(Transition Phase)把构造出的信息系统交付给用户使用。移交阶段要对系统进行验收测试，由用户对系统进行评价，并根据用户提出的修改意见改进系统。对用户进行培训，办理移交手续，设置用户使用环境，并使信息系统在用户的环境中正常而稳定地运行。四个工作阶段所占的工作比例见图2.5。,图2.5 信息系统开发各阶段工作的比例,2.3.3 信息系统开发工作 1业务分析(Business Analysis)对企业现行业务的分析。由开发人员和用户对企业系统的目标、组织机构、职能作用、业务流程、企业实体等进行深入分析，以全面了解企业现行系统的运行机制和业务过程，建立起能够反映企业实际的业务模型，为信息系统开发打下基础。业务分析的工作：现行企业系统调查；企业目标分析；机构和职能分析；业务分析；企业实体分析；管理模型分析；建立业务模型等。,2需求分析(Requirements Analysis)需求分析是对所开发的信息系统应该具有的功能、性能和作用的分析。由分析人员通过对用户的需求调查，并结合企业的目标、业务现状、企业实力和目前的技术水平，通过深入分析，确定出合理可行的信息系统需求。需求分析主要工作：需求调查；需求分析；需求描述；需求验证。,3系统分析(System Analysis)系统分析是从信息系统的内部来分析信息系统的构成要素及其结构，并建立系统分析模型。系统分析工作有：结构分析 用例分析 概念类分析 分析模型是信息系统的逻辑模型，它是对信息系统的构成及结构的抽象反映。分析模型中的系统要素一般不涉及过多的细节。另外，分析模型不考虑信息系统的实现环境，它是独立于实现环境的抽象模型。,4系统设计(System Design)系统设计的任务是确定信息系统的设计模型。设计模型是对分析模型的深入和细化，并且考虑到系统的实现环境。系统设计包括：系统平台设计 计算模式设计 软件结构设计 详细设计 界面设计 数据库设计等工作,5系统实现(System Implement)系统实现的任务是通过一系列迭代过程，把信息系统的设计模型转变成为可以交付测试的信息系统实物。系统实现的工作包括 确定实现结构；子系统、类和接口的实现 单元测试 系统集成。,6测试(Test)测试是对所实现的信息系统进行的测试。这些测试主要包括集成测试、系统测试和验收测试。完成测试后，最终才能得出可以交付运行的信息系统。系统测试的工作包括：编制测试计划 构造测试用例 实施测试,2.4 信息系统开发方法,2.4.1 引论 有影响的信息系统方法：软件工程方法 信息工程方法 IDEF复杂系统建模方法,2.4.2 软件工程方法 较有影响的软件工程方法有结构化方法、JSD方法、原型方法和面向对象方法。1结构化方法(Structured Method)结构化方法是20世纪60年代末，在结构化程序设计的基础上发展起来的，遵循系统工程的思想、充分考虑用户需求、突出功能特征、按照软件生命周期过程严格划分工作阶段、强调软件各部分之间的结构关系的一类开发软件的全局性方法。结构化方法由结构化分析（SA）、结构化设计（SD）和结构化编程（SP）三部分构成。,1)结构化分析 结构化分析是结构化方法中的第一个环节。结构化分析的主要任务是运用结构化分析方法和工具，调研现行系统的业务管理过程和新系统的需求，通过综合系统目标、用户要求、考虑系统的背景和环境，以及资金能力和技术因素，通过客观、认真、全面的分析，确定出合理可行的系统需求，并提出新系统的逻辑方案（也叫系统逻辑模型），编写出系统说明书。系统说明书经过审查通过之后，可以结束分析工作，把系统说明书提供给设计阶段，作为结构化设计工作的依据。,2)结构化设计 结构化方法认为软件系统是由多个具有相互联系的模块组成的，模块是软件系统的基本构件。结构化设计的基本工作就是确定构成系统的模块、各模块之间的联系以及每一个模块的功能、算法和流程。因此，结构化设计也被称为模块化设计。结构化设计包括总体设计和详细设计两个层次的工作。总体设计需要确定构成系统的所有模块以及各模块之间的关系，并用系统结构图来描述系统的总体结构。总体设计也被称为结构设计。,3)结构化编程 结构化编程是利用结构化程序设计方法，把设计的各个模块利用程序设计语言编写出来，并对编写的程序经过模块调试和集成调试，最后形成用户所需要的软件系统。,2JSD方法(Jackson System Development Method)Jackson在1972年提出了面向数据结构的程序设计方法。JSD方法是在Jackson的面向数据结构的程序设计方法的基础上发展而来的一种面向软件开发全过程的系统化开发方法。JSD的基本思想是:从客观现实中提取出各客观实体，确定各实体的活动以及实体与各活动之间的相互关系，生成反映客观问题的进程模型。在进程模型的基础上，增加系统功能、确定时序关系，最后实现所设计的系统。JSD方法分为建模、设计和实现三个阶段，共包括实体活动分析、实体结构分析、建立进程模型、确定系统功能、确定系统时序、系统实现等6个步骤。,3原型方法(Prototype Method)原型方法的基本思想是在自动化或半自动化原型生成环境的支持下，根据用户的初步需求，通过原型生成环境，快速生成一个系统模型。该系统模型被称为系统原型。系统原型的作用是以实物的形式把系统的框架、组成、式样、界面和交互模式提供给用户。用户根据原型来了解新系统，并对原型做出判断和评价，提出改进的意见。开发人员根据用户的意见对原型做进一步的修改，并反复这个过程，直到用户对系统原型满意为止。最后把系统原型转换为实际系统。,4面向对象方法 第一个面向对象语言产生于1967年，80年代后期面向对象方法(Object-Oriented Method)开始受到重视，到90年代面向对象方法便成为软件开发的主流方法。面向对象方法中的对象是主观对客观的认识在软件中的实体性反映。面向对象方法的思想就是在软件开发中，直接面向问题领域中的客观事物，并运用一整套诸如对象、类、封装、继承、对象连接、对象结构、消息等机制，指导软件开发。,2.4.3 信息工程方法 1信息工程概念 詹姆斯马丁(James Martin)在20世纪70年代提出了“信息工程”(IE,Information Engineering)概念，经过30来年的发展和完善，信息工程已经形成了卓有特征的企业信息系统建设的方法和工程体系。信息工程是建设企业计算机化的信息系统工程的简称，它是指在企业中或企业的主要部门，应用规范化方法、现代信息技术和工程化流程对信息系统进行规划、分析、设计和构成。,信息工程概念可以形象地用金字塔结构来表示。企业信息系统的三个要素是企业的各种信息，企业业务活动过程，和信息系统建设所依赖的各种信息技术。信息、过程、技术构成了信息工程金字塔结构的三个面。信息系统建设又需要划分为信息战略规划、业务领域分析、系统设计和系统构成四个阶段的工作，这四个阶段构成了信息工程结构的四个层次。,图 2.6,2信息工程的四个阶段 1)信息战略规划 信息工程方法学规定信息战略规划（ISP,Information Strategy Planning）是信息系统建设的第一阶段的工作，其任务是建立企业信息系统的宏观框架。信息战略规划由业务战略规划和信息战略规划两部分内容构成。其中：业务战略规划描述企业的使命、方向、目标、战略、关键成功因素和企业各部门的信息需求。信息战略规划是企业信息系统的宏观模型，它由企业模型、业务活动模型和企业数据模型三部分构成。,2)业务领域分析 业务领域分析（BAA,Business Area Analysis）是对信息战略规划所确定各业务领域中的数据和业务过程的分析。主要分析为了实现信息系统目标，该业务领域所需要的基本数据和存在的基本业务过程，以及这些数据和业务过程之间的关系。业务领域分析的结果是业务过程模型，该模型是数据和业务的关联矩阵，描述业务和数据之间的关联关系。,3)系统设计 系统设计(System Design)是在业务领域分析的基础上提出信息系统的设计方案。通常把系统设计分为业务系统设计和技术设计两个方面。业务系统设计立足于业务本身，确定信息系统各业务功能的实现方案，不考虑系统的实现环境。业务系统设计的任务是：设计准备，定义操作顺序，对话、布局和界面设计，操作程序和逻辑设计，设计的一致性和完整性确认。技术设计的任务是确定业务系统的技术环境和技术条件，进行信息系统的网络、系统设备、软件平台等环境的设计。,4)系统构成 系统构成(System Construction)是采用集成开发环境实现所设计的系统，并提供用户使用。3信息工程的概念结构 信息工程的概念结构可以通过图2.7表现出来，呈现为分层结构的概念模块。其中，企业模型和信息战略规划，以及实体分析处在第一层。企业模型是一个能够反映企业使命、目标、策略和信息需求的层次结构模型。,图2.7 信息工程概念结构,2.5 信息系统建模,2.5.1 信息系统模型的概念和作用 信息系统模型是对信息系统在各个开发阶段本质特性的描述，它要反映信息系统的形成过程。因此，信息系统模型应该具有多种形式，一般包括业务模型、需求模型、分析模型、设计模型、实现模型和测试模型等。图2.8是一般信息系统应该具有的模型。,图2.8 信息系统模型,2.5.2 信息系统建模语言 信息系统建模语言是描述信息系统模型的规则符号集。信息系统建模语言与信息系统开发方法和开发过程有关，不同的开发过程规定了不同的开发步骤和开发工作，不同的开发方法规定了不同的建模语言。如结构化方法就采用数据流图来描述系统的需求和功能，用结构图描述系统设计方案。,2.5.3 统一建模语言UML 1.UML的提出 统一建模语言UML（Unified Modeling Language）是 Rational公司的Booch,Rumbaugh,Jacobsn对现有的各种建模语言进行分析归纳，提出软件开发统一建模语言。UML于1997年颁布第1版，并OMG确定为工业标准，现在已经发展到第2版，并成为软件建模语言的事实标准。,2.UML的特点 1）UML立足于对事物的实体、性质、关系、结构、状态、动态变化过程的全程描述和反映。从不同角度描述软件视图，以及在不同开发阶段中的软件的形态。UML可以建立需求模型、分析模型、设计模型、实现模型、测试模型等。2)UML建立在元模型理论基础上，包括四层元模型结构：基元模型、元模型、模型和用户对象。3)UML采用一组图形符号来描述软件模型，这些图形符号具有简单、直观、规范的特点。开发人员学习和掌握起来比较简单；所描述的软件模型，可以直观地理解和阅读。,3UML建模元素 UML提供了描述事物实体、性质、结构、功能、行为、状态和关系的建模元素，并通过一组图来描述由建模元素所构成的多种模型。UML的建模元素包括基本建模元素、关系元素和图三大类，见图2.9。,图2.9 UML建模要素,1)基本建模元素 可分为结构、行为、组织和注释四类。结构类建模元素用来反映事物和描述性实体，包括用例、类、接口、构件、协作和节点等；行为类建模元素用来反映事物之间的交互过程和状态变化，有交互图和状态图；组织类建模元素用来描述通过一组模型元素所反映的模型、子系统、框架等的组织，包括包、模型、子系统、框架等；注释类建模元素用来在建模过程中对模型进行注释和说明。,2)关系元素 关系元素用来反映模型元素之间的关系，包括关联关系、泛化关系、依赖关系和实现关系。3)图 通过基本建模元素构成图来表示软件模型，有用例图、类图、对象图、顺序图、协作图、状态图、活动图、构件图、实施图等。,4图形表示 UML共定义了两类八种图形，如下所示：,1)类图(1)类图的概念 类图(Class Diagram)用来描述系统的静态结构。一个类图由一组类以及它们之间的关系构成。类(Class)描述事物以及事物的静态和动态性质，类的关系反映事物之间的关系，主要有关联关系、泛化关系、依赖关系等。图2.10是学校信息系统的一个类图。,图2.10 学校信息系统类图,(2)类图的基本符号 简化表示：例：规范表示：例：扩展表示：缩略表示：,(3)类关系 关联 关联的概念：本指事物之间存在的固有的牵连关系，在UML中，是对具有共同结构特征、关系和语义的链接描述。关联的表示：,关联的要素 关联名 角色 多重性 关联的导航,关联类,关联类,关联的种类 一元关联 二元关联 多元关联,聚合与组合 聚合关系 聚合表示有多个部分聚集成为整体，表示部分构成整体的一种松散的关系。组合关系 组合表示部分与整体存在密切组成关系。,泛化 泛化的含义 与继承的含义相同，表示一般和特殊实体之间的关系。泛化的表示,依赖 依赖的含义 表示两个模型元素之间的语义联系，指一个模型模型元素发生变化，必然影响到另外一个模型元素。依赖的表示,依赖,实现 实现的含义 实现表示一个模型元素描述要实现的契约或规则，另一个模型元素描述规则的实现。实现的表示,2)对象图 对象图(Object Diagram)是类图的实例，它反映在系统中某一时间由类图所规定的对象相互之间的关联关系。图2.11是作者和图书类图的对象图。,图2.11 对象图,3)用例图(1)用例 用例(Use Case)是用户与系统之间，为达到确定目的所进行的一次交互活动。用户向系统提供某些交互要求，系统向用户反馈可见的结果。用例是系统功能需求的反映。用例的表示：,用例,活动者,(2)用例图 用例图(Use Case Diagram)用来描述软件系统向一组使用者提供的一组相关的功能。在一个用例图中，有一个或多个使用者与一个或多个用例相互关联。一个系统的全部用例图构成该系统的需求模型。图2.14是自动取款机用例图。,4)交互图 交互图(Interaction Diagram)反映事物对象之间的消息交互活动。交互图分为顺序图和协作图两种形式。(1)顺序图 顺序图(Sequence Diagram)反映各对象之间的消息传送顺序，以描述对象相互之间交互的时间关系。顺序图见图2.15。,图2.15 顺序图,对象,生命线,激活期,消息,(2)协作图 协作图(Collaboration Diagram)反映为完成一件工作所参与的对象，以及对象之间的消息联系。协作图分别见图2.16。,5)状态图 状态图(State Chat)描述对象在其生存周期中所具有的各种状态，以及根据事件激励各种状态变化的相互关系。图2.17是反映书店中图书的状态变化图。,6)活动图 活动图(Activity Diagram)用来描述事物发展变化的过程。活动图可以描述业务流程、工作流程、类中的操作流程等。图2.18是反映书店图书入库的业务流程的活动图。,图2.18 活动图,7)构件图 构件(Component)可以是一段源程序代码、一个文本文件、一个二进制文件或一个可执行文件。构件图(Component Diagram)用来描述构成软件系统的软构件以及它们之间的相互依赖关系。图2.12是一个构件图的例子。,图2.12 构件图,8)实施图 实施图(Deployment Diagram)也称配置图，它反映系统的物理节点，以及各节点之间的连接结构。图2.13是一个实施图的例子。,图2.13 实施图,