下载文档原格式
1.1跟我学统一建模语言UML——统一建模语言UML入门1.1.1UML的主要特性1、UML是什么统一建模语言UML的全称为Unified Modeling Language，UML是构建软件系统模型的标准化语言，因为它提供了描述软件系统模型的语义概念和图形表示法，同时也由于它采用面向对象的方法和面向对象的实现技术，因此能准确方便地表达面向对象的各种概念，体现面向对象的软件系统分析与设计的风格。
UML因其简单、统一的特点，而且能表达软件设计中的各种动态和静态的信息，目前已成为可视化建模语言的工业标准。
2、UML是编制软件蓝图的标准化语言在UML中既包括概念性的事务——如业务过程和系统功能，也包括具体的事务，用特定语言编写的类、数据库模式和可复用的软件构件。
因此，UML是一种图形化的语言（如代表参与者，而代表用例，而代表程序类），主要用于明确规定和构建软件系统开发过程中所形成的各种产品和使得开发中的应用程序更易理解，并使这些产品能够可视化地表示和最终形成可保存的文档资料3、UML的主要用途（1）它可用于对复杂软件系统的各种组成成分的可视化地说明和构造软件系统的模型建模是人类对客观世界和抽象事物之间联系的具体描述，因为模型的作用就是使复杂的信息关联简单易懂，它使我们容易洞察复杂堆砌而成的原始数据背后的各种规律，并能有效地使软件系统的开发人员将软件系统的需求映射到软件系统的结构上去。
（2）建立软件文档——软件系统分析、软件系统设计、软件系统实现、软件系统测试和软件系统部署等开发阶段的相关文档通过把UML中的各种标准的视图放入软件系统设计者的设计结果的文档中，从而使得熟悉UML的软件系统的其他开发人员也就可以更加容易地理解该设计方案，并迅速进入开发角色，从而可以大大地提高大型软件系统的开发效率。
（3）有利于开发人员之间在各个开发环节间确立沟通的标准，便于软件系统文档的制定和项目的管理。
因为UML的简单、直观和标准性，在一个团队中用UML来交流比用文字说明的文档要好得多。
跟我学统一建模语言UML——软件系统概要设计中所涉及的UML类图实现示例1.1跟我学统一建模语言UML——软件系统概要设计中所涉及的UML类图实现示例1.1.1UML类图1、UML类图（1）类图类是面向对象模型的最基本的模型元素。
类图表达为了实现某一用例中的一组对象类之间的静态结构，以及它们之间的联系和交互。
（2）类图的作用主要体现在描述结构和联系：类图描述系统中类的静态结构，它不仅定义系统中的类，表示类之间的联系（关联、依赖、聚合等），还包括类的内部结构（类的属性和操作）。
（3）类与类之间的联系类与类之间的联系可以分为两种：结构性联系（静态联系）和行为性联系（动态联系）。
1)结构性联系指类的继承与派生、父类与子类间的聚合、组合、泛化/特化等。
2)行为性联系指类之间可以通过消息联系，通过系统预定义或用户自定义的语义联系。
（4）类的UML的图示类是对象的集合，这些对象有共同的结构特征、行为特征、联系和语义；在UML中类的图形表示为实线矩形框。
但要注意的是：在类图中不一定要列出全部的成员内容。
如在建立分析模型或设计模型时，可以只列出类名，在图中只需要着重表达类之间的联系；在建立实现模型时，再在类图中给出类的组成成员属性和操作方法等方面的详细内容。
如下图所示：2、类中的属性成员及其UML的图示（1）属性（成员变量）类中的成员属性表示的形式为：可视性属性名（多重性）：类型=初始值其中的可视性可以为：公共、保护和私有三种不同的形式，而类型也就是数据类型，依赖于所选择的编程实现的语言。
（2）类的static成员属性所应该注意的是，对类的成员属性也就是static成员属性在类图中的表示为带下划线的形式。
如下面的Compute类中的“oneUSBDevice”成员属性的表示方式。
3、类中的方法成员及其UML的图示（1）类中的操作（成员方法）操作是类的行为特征或动态特征，用于对服务或实体相关的操作建模。
一个类可以有操作并且可以允许有多个不同的操作，当然也可以没有。
uml建模 c语言举例
统一建模语言（UML）是一种用于软件系统建模的标准语言。
它提供了一组图形符号和规则，用于描述软件系统的结构、行为和交互。
当使用 UML 为 C 语言建模时，可以通过以下方式进行举例：
1. 用例图：用例图用于描述系统的功能和用户需求。
可以为每个 C 语言程序创建一个用例，描述其主要功能和与外部系统或用户的交互。
2. 类图：类图用于表示系统中的类、对象和它们之间的关系。
在 C 语言中，可以将相关的数据结构、函数和变量表示为类，并通过类之间的关联、继承和聚合关系来描述它们之间的联系。
3. 顺序图：顺序图用于展示对象之间的消息交互顺序和时间顺序。
可以使用顺序图来描述 C 语言程序中函数之间的调用关系和参数传递。
4. 活动图：活动图用于描述系统中业务流程或算法的执行过程。
可以将 C 语言程序中的主要执行步骤表示为活动，并通过控制流和决策来展示程序的执行逻辑。
通过使用 UML 建模，可以更好地理解和可视化 C 语言程序的结构、功能和行为。
这有助于与开发团队成员、利益相关者进行沟通，并提供清晰的设计文档。
请注意，UML 是一种建模工具，而不是编程语言，因此在实际编程中，仍然需要使用 C 语言来实现具体的代码逻辑。
13种uml简介、工具及示例UML（Unified Modeling Language）是一种用于软件开发的标准化建模语言，它使用图形表示法来描述软件系统的不同方面。
在软件开发过程中，使用UML可以帮助开发人员更清晰地理解系统的结构和行为，从而更好地进行设计和实现。
UML提供了包括结构模型、行为模型和交互模型在内的多种建模方式，其中每种模型都有各自的符号和语法规则。
通过使用这些模型，开发人员可以将系统分解成不同的部分，然后逐步细化这些部分的设计，以便更好地组织和管理项目。
在UML中，最常用的建模元素包括用例图、类图、时序图、活动图、状态图等。
每种图表都有其特定的用途和表达能力，开发人员可以根据实际需要选择合适的图表进行建模。
除了建模元素外，UML还定义了一系列的建模工具，这些工具可以帮助开发人员更高效地进行建模和分析。
其中一些常用的建模工具包括Enterprise Architect、Rational Rose、StarUML等。
下面将对13种UML简介、工具及示例进行详细介绍：1. 用例图（Use Case Diagram）用例图是UML中描述系统功能和用户交互的基本图表之一。
它用椭圆表示用例，用直线连接用例和参与者，展示了系统外部用户和系统之间的交互。
用例图可以帮助开发人员更清晰地理解系统的功能需求，从而指导系统的设计和实现。
示例：一个简单的在线购物系统的用例图包括用例“浏览商品”、“添加商品到购物车”、“提交订单”等，以及参与者“顾客”和“管理员”。
2. 类图（Class Diagram）类图是UML中描述系统结构和静态关系的基本图表之一。
它用矩形表示类，用线连接类之间的关系，包括关联关系、聚合关系、继承关系等。
类图可以帮助开发人员更清晰地理解系统的对象结构和类之间的关系，从而支持系统的设计和重构。
示例：一个简单的学生信息管理系统的类图包括类“学生”、“课程”、“教师”等，以及它们之间的关系如“选修”、“授课”等。
1.1跟我学统一建模语言UML—— UML是如何实现对软件系统的建模1.1.1UML中的架构视图1、需要从多个不同的角度来对软件系统的架构设计结果进行完整的展示建筑师在设计一座建筑时需要从多个不同的角度（结构、外观、水电等）来设计，从而将会产生出很多张不同的设计图纸，而开发一个软件系统同样也需要从多个不同的角度来对软件系统的架构进行完整的设计以反映设计师对该软件系统的各个方面的设计实现方案。
2、“4+1 View”模型在Rational Rose 工具所提供的对UML支持中采用了“4+1 View”模型来进行可视化建模工作，这几种视图实现从不同的角度来对软件系统进行完整的描述。
UML中的“4+1 View”模型主要指的是如下的5种不同的视图。
（1）用例视图用例视图描述软件系统应该要交付的功能，也就是外部参与者所看到的软件系统的功能；用例视图的使用者主要是软件系统的使用者客户、设计人员、开发人员以及测试人员，通常用UML用例图和活动图描述。
（2）逻辑视图描述如何实现在用例视图中所提出的软件系统的各种系统功能和各个功能之间的关系，它的使用者主要是软件系统的设计人员和开发人员。
与用例视图相比，逻辑视图关注软件系统的内部的组成和结构，它既描述软件系统的静态结构（类、对象以及它们之间的关系），也描述软件系统内部的动态协作关系。
而这种动态协作主要发生在为了实现软件系统的既定功能，各对象之间所进行消息传递的时刻。
通常在UML中用类图、对象图，交互图，时序图来表述。
（3）组件（实现）视图组件视图描述系统的实现模块以及它们之间的依赖关系。
它的使用者主要是开发实现人员。
描述软件系统在开发环境下的静态组织，从软件系统的程序实现人员的角度透视软件系统，也叫开发视图（Development View），在UML中一般用组件图，包图来表述。
（4）进程（并发）视图并发视图处理的是将软件系统划分为进程和处理器。
这是系统的非功能特性，该视图主要考虑资源的有效利用、代码的并行执行以及系统环境中异步事件的处理。
1.1跟我学统一建模语言UML——软件系统概要设计中所涉及的数据库设计实现示例1.1.1数据库逻辑设计1、数据库设计概述（1）数据库设计方法——采用面向对象的数据库设计先从寻找对数据库应用有意义的实体入手，然后通过定义属性来定义实体。
（2）数据库设计的五个步骤1)数据库需求分析2)概念设计3)逻辑设计4)物理设计5)加载测试。
2、对数据库设计相关的五个步骤的说明（1）数据库需求分析其主要的任务是将业务管理转化为数据流，划分主题之间的边界，绘制出DFD图，并完成相应的数据字典。
（2）概念设计主要的任务是从DFD出发，绘制出本主题的实体－关系图，并列出各个实体与关系的纲要表。
在概念设计阶段中，设计人员从用户的角度看待数据及处理要求和约束，产生一个反映用户观点的概念模式。
然后再把概念模式转换成逻辑模式。
（3）逻辑设计主要的任务是从E-R图与对应的纲要表出发，确定各个实体及关系的表名属性。
由于概念设计的结果是ER图，DBMS一般采用关系型，因此数据库的逻辑设计过程就是把ER 图转化为关系模式的过程。
（4）物理设计其主要的任务是确定所有属性的类型、宽度与取值范围，设计出基本表的主键，将所有的表名与字段名英文化，实现物理建库，完成数据库物理设计字典（5）加载测试该工作应该贯穿于程序测试工作的全过程，整个录入、修改、查询、处理工作均可视为对数据库的加载测试工作。
3、数据库的逻辑设计概述要开发一个基于数据库的应用系统，其中最关键的一步就是整个软件系统所依据的数据库的建模设计，从逻辑设计到物理设计。
（1）数据库的逻辑设计——数据库表结构的设计如何实现对数据库表的结构进行设计？一般是根据项目中的数据流的状态（数据从何而来、保存在什么地方等问题）来设计项目中持久层。
同时也依据系统的需求，获取与分析要实现的应用系统信息，进行数据内部以及外在关系的分析（数据的属性和关系），从而有效地建立整个系统的数据结构（在关系数据库中通常称为表结构）。
UML包图的应用案例UML（Unified Modeling Language）是一种软件工程领域常用的建模语言，它提供了一套标准的符号和图形表示法，用于描述和设计软件系统的结构和行为。
其中，UML包图是一种用于展示系统的层次结构和组织关系的图形表示方法。
在本文中，我们将探讨UML包图的应用案例，并分析其在软件开发过程中的价值。
一、电子商务系统假设我们要开发一个电子商务系统，该系统包含商品管理、订单管理、用户管理等模块。
我们可以使用UML包图来表示系统的整体结构和模块之间的关系。
首先，我们可以创建一个顶层包，命名为“电子商务系统”，用来表示整个系统。
然后，在该包下创建三个子包，分别是“商品管理”、“订单管理”和“用户管理”。
每个子包再进一步细分为更小的包，表示不同的功能模块。
例如，“商品管理”子包可以包含“商品信息管理”、“库存管理”等子包。
通过使用UML包图，我们可以清晰地展示系统的层次结构，帮助开发人员更好地理解和组织代码。
此外，UML包图还可以用于与团队成员和客户进行沟通，让他们更容易理解系统的组成部分和模块之间的关系。
二、学生管理系统另一个应用UML包图的案例是学生管理系统。
假设我们要设计一个学生管理系统，包括学生信息管理、课程管理、成绩管理等模块。
我们可以使用UML包图来表示系统的模块结构和组织关系。
首先，创建一个顶层包，命名为“学生管理系统”，表示整个系统。
然后，在该包下创建三个子包，分别是“学生信息管理”、“课程管理”和“成绩管理”。
每个子包再细分为更小的包，表示不同的功能模块。
例如，“学生信息管理”子包可以包含“学生基本信息管理”、“学生选课管理”等子包。
通过使用UML包图，我们可以清晰地展示学生管理系统的模块结构，帮助开发人员更好地组织和管理代码。
此外，UML包图还可以用于与教师和学生进行沟通，让他们更容易理解系统的组成部分和模块之间的关系。
三、医院管理系统另一个应用UML包图的案例是医院管理系统。
1.1跟我学统一建模语言UML——如何分析软件系统的需求并建立软件系统的域模型1.1.1UML建模中所涉及的分析类（对象）1、三种分析类（1）边界对象参与者使用该对象与系统进行交流，也即边界对象代表系统的内部工作和它所处环境之间的交互。
如它可以是一个用户通过图形界面（如窗体）的交互，或者与其它角色的交互（例如代表其它系统的角色）和设备（如打印机和扫描仪等硬件的接口）的交互等。
边界对象将系统的其它部分和外部的相关事物隔离和保护起来。
其主要的责任是：输入、输出和过滤。
（2）实体对象代表要保存到持续存储体中的信息。
实体类通常用业务域中的术语命名。
通过它可以表达和管理系统中的信息。
在模型中，系统中的关键概念以实体对象来表现。
其主要的责任是：业务行为的主要承载体（3）控制对象它协调其他类的工作，每个用例通常有一个控制类，控制用例中的时间顺序。
它可能是与其它对象协作以实现用例的行为，控制类也称管理类。
其主要的责任：控制事件流，负责为实体类分配责任2、区分分析类与设计类的不同（1）所谓分析类（因为它是在软件系统建模过程中所产生的）就是和编程语言无关的，而设计类就具有特定的编程语言的特点，比如Java类，或者C++类。
（2）分析类和设计类之间没有一一对应的关系。
3、在Rose中类的版型的选择4、有四个规则对应上面的三种分析类对象间的交互（1）用例的参与者（那个小人）只能与边界对象交互（结构化分析里面的自动化边界）（2）边界对象只能与控制对象和动作者交互（即不能直接访问实体对象）（3）实体对象只能与控制对象交互（4）控制对象可以和边界对象交互，也可以和实体交互，但是不能和动作者交互5、三种分析类的UML的图示6、某网上银行软件系统中的各个主要的分析类示例（1）边界类用户帐号表单、转帐信息表单、存取钱表单。
（2）控制类开户、销户、转帐、存取钱、修改密码。
（3）实体类用户、管理员、帐户、人民币帐户、美元帐户。
1.1.2域模型1、什么是“问题域”和“域建模”（1）问题域现实世界中系统所要解决问题的领域为“问题域”，如“银行业务”属于“银行的问题域”。
1.1跟我学统一建模语言UML——软件系统的总体设计及示例1.1.1软件系统的总体设计1、软件系统设计（1）什么是软件系统设计所谓的软件系统设计就是通过某种特定的平台，而达到完成整体软件的功能的工作过程。
主要涉及包括软件系统的概要设计（静态结构）和软件系统的详细设计（动态结构）。
（2）软件系统设计的主要任务软件系统设计阶段的主要任务是在系统需求分析和建模的基础上，更加深入、综合地考虑辅助决策系统的目标、技术要求和约束，同时也扩展和细化软件系统需求分析阶段的模型。
（3）软件系统设计的目标系统设计人员最终提交出精化的设计方案并开发出一个明确描述设计方案的可视化模型——各种UML的设计图，并保障设计模型最终能平滑地过渡到软件系统的程序代码实现，即解决“怎么做”的主要问题。
（4）软件系统设计的目的1)指明一种易转化成程序代码的工作方案，并对软件系统的需求分析工作进一步细化；2)进一步细化软件系统需求分析阶段所提取的程序类（包括其中的功能方法和特征属性），并且增加新的程序类以处理系统中诸如数据库、用户接口、通信、设备等技术领域中的相关问题。
3)设计是对问题域外部可见行为的规格说明、并增添实际的计算机系统实现所需的细节，包括人机交互、任务管理和数据管理等方面的细节。
（5）软件系统需求分析和系统设计需要相互合作1)软件系统需求分析主要是面向问题，是明确动力的过程，重在对问题的理解和翻译，灵活性比较高2)软件系统设计主要是面向方案，是排除阻力和解决棘手的技术问题的过程，重在对问题进一步的精化和适应，受到的约束比较大。
从整体上看，软件系统需求分析和系统设计的对立是保障问题和方案趋于一致的基本动力。
就像两个相反方向的张力，使软件系统的开发过程朝着正确的方向前进。
2、软件系统概要设计（结构设计）（1）在什么时期进行软件系统的概要设计在软件系统的需求明确、准备开始程序编码之前，要做软件系统的概要设计方面的工作，因为软件系统的概要设计对后续的软件系统开发、测试、实施、维护等阶段的工作起到关键性的影响。
UML的使用教程与实例分享UML（统一建模语言）是一种用于软件开发过程中进行建模的标准化语言。
它提供了一种图形化的方式来描述软件系统的结构、行为和交互。
在软件开发过程中，使用UML可以帮助开发团队更好地理解和沟通需求，设计和实现高质量的软件系统。
本文将介绍UML的基本概念和常用图表，并通过实例分享来帮助读者更好地理解和应用UML。
1. UML的基本概念UML由一系列图表组成，每种图表都用于描述软件系统的不同方面。
常用的UML图表包括用例图、类图、时序图、活动图等。
用例图用于描述系统的功能需求，类图用于描述系统的静态结构，时序图用于描述系统的动态行为，活动图用于描述系统的业务流程。
了解这些基本概念是使用UML的前提。
2. 用例图用例图是UML中最常用的图表之一，用于描述系统的功能需求。
用例图由参与者（Actor）和用例（Use Case）组成。
参与者是系统的外部角色，可以是人、其他系统或设备等。
用例是系统的功能需求，描述了系统与参与者之间的交互。
通过用例图，可以清晰地了解系统的功能和参与者之间的关系。
3. 类图类图是UML中描述系统静态结构的图表。
类图由类、属性和方法组成。
类是对具有相同属性和行为的对象的抽象，属性是类的特征，方法是类的行为。
通过类图，可以清晰地了解系统中的各个类及其之间的关系。
类图还可以用于生成代码和数据库设计。
4. 时序图时序图是UML中描述系统动态行为的图表。
时序图描述了系统中对象之间的交互和消息传递顺序。
时序图由对象、生命线、消息和控制流程组成。
对象是系统中的实体，生命线表示对象的生命周期，消息表示对象之间的交互，控制流程表示对象之间的控制流程。
通过时序图，可以清晰地了解系统中对象之间的交互过程。
5. 活动图活动图是UML中描述系统业务流程的图表。
活动图由活动、决策、并行和合并等元素组成。
活动表示系统中的业务流程，决策表示系统中的判断条件，并行表示系统中的并发流程，合并表示系统中的流程合并。
1.1跟我学统一建模语言UML——UML用例图及在项目中的应用示例1.1.1UML用例图及在项目中的应用示例1、什么是用例图（1）用例图在面向对象需求分析方法中，通常使用用例（Use Case）来获取软件系统的需求。
Use Case通过描述“系统”和“活动者”之间的交互状况来描述软件系统的行为。
通过分解系统目标，Use Case描述活动者为了实现这些目标而执行的所有步骤。
（2）为什么要采用用例图来描述需求用例图是一种图形化的工具，它用简单的图形元素表示出系统的参与者、用例以及它们之间的联系。
通过用例图能够较好地避免了表达的歧义性，便于用户和系统开发人员理解系统的需求，取得共识。
（3）用例图中的参与者和用例之间的通信参与者和用例之间的使用关系，在用例图中表示为一个带箭头的直线。
如下为某项目中的用例图示例：（4）用例图的主要作用1)利用用例图可以实现从用户角度来描述系统所应该具有的功能，同时并能够指出各功能的操作者；也能够显示出与软件系统进行交互的外部参与者及其使用方式。
2)通过用例图可以表示正在构造的新系统应该具有什么的功能,同时对已经构造完毕的系统，则反映了系统能够完成什么样的功能注意：1)用例内容描述包含了定义系统实际需求和功能的重要信息。
2)除了可以用用例以外，用户还可以选择另一种方式：绘制活动图3)然而，记住以下这一点是很重要的：用例应该便于与最终用户沟通，如果采用比较正式的结构，如活动图，可能会使人们不习惯对用例的内容进行解释，从而造成沟通上的不便。
（5）用例图的组成元素在一个UML的用例图中，一般主要包含有系统边界（有的UML工具软件部创建出系统边界线）、参与者、用例和用例关系（通信、使用和扩展等三种形式）。
2、应用Use Case方法最主要的优点（1）在于它是用户导向的用户可以根据自己所对应的Use Case来不断细化软件系统项目的需求。
此外，使用Use Case还可以方便地得到软件系统功能的测试用例。
软件英才网软件行业驰名招聘网站UML实现图UML的实现图用来描述系统实现方面的信息，它从系统的层次描述硬件的组成和布局，软件系统的划分和功能实现。
实现图包含构件图和部署图。
构件图显示一组构件之间的组织和依赖关系，并秒速其中的构造细节。
部署图用来描述系统硬件的物理结构及在此结构上执行的软件。
软件英才网软件行业驰名招聘网站构件图从软件架构的角度来描述系统的主要功能，比如系统分成几个子系统，每个子系统包含哪些类，包等和它们之间的关系等。
使用构件图可以清楚的看出系统的结构和功能。
构件的种类构件是系统中遵从一组接口且提供其实现的物理的，可替换的部分。
构件能够完成独立功能，它是软件系统的组成部分。
在功能划分的软件系统中，软件被分成一个个的模块。
随着面向对象技术的引用，软件系统被分成若干个子系统，构件。
每个构件能够实现一定的功能，为其他构件提供使用接口，方便软件的复用。
1，配置构件：包含操作系统，java虚拟机以及数据库管理系统等，这是形成可执行文件的基础。
2，工作产品构件：这是由模型，源代码和配置文件等组成由UML图，java类和jar文件，EJB中的实体，xml配置文件，动态链接库以及数据库表等。
3，执行构件：在运行时创建的构件，是最终运行系统中通过这些构件来产生结果。
软件英才网软件行业驰名招聘网站部署图部署图描述了系统运行时的硬件节点以及在这些节点上运行的软件构件的静态视图。
部署图显示了系统中的硬件，安装在硬件上的软件以及用于连接异构机器的中间件。
节点是运行时各种硬件资源的通用名称。
节点可以用来表示各种资源的类型以及包含对象和构件的实例。
节点类型：1，处理器处理器是指能够执行软件，具有计算能力的节点。
例如：服务器，工作站等。
2，设备设备是指没有计算能力的节点。
通常情况下是通过接口为外部提供服务的节点，如打印机，显示器或扫描仪等。
示例：软件英才网软件行业驰名招聘网站部署图构件图。
1.1跟我学UML——在Rational Rose建模工具中如何设计软件系统概要设计中的类图（以“客户关系管理系统”为示例）1.1.1关注类的个数、类之间的关系1、添加本项目中的与数据访问层组件相关的各个类（1）新建一个类（2）输入类名称以命名该类（3）分别在各个包中输入各个类，最后将产生下面的状态1)持久类：ComplaintInfoPO、ConsumptionInfoPO、CustomersInfoPO、ProductInfoPO和StaffBaseInfoPO2)数据访问类：ComplaintInfoDAO，ConsumptionInfoDAO、CustomersInfoDAO，ProductInfoDAO，StaffBaseInfoDAO、BaseDAO3)数据连接类：DBCPConnectionBean4)异常处理类：WebCRMException5)业务服务层类：StaffLoginService、CustomersFeedBackService、CustomersLevelClassificationService、CustomerInfoAnalysisForecast、CustomerInquiryService、CustomerDataManagementService、BulkMailService6)控制层类：FilterDispatch、ActionSupport、ProductInfoAction、StaffLoginAction、ComplaintAction、ConsumptionAction、CustomersAction7)表示层类：Index、staffLogin、deleteCustomersInfo、addCustomersInfo、updateCustomersInfo、showCustomersInfo、queryCustomersInfo、customerInfoAnalysisForecast2、添加本项目中的与数据访问层组件相关的各个接口（1）新建一个接口（2）输入接口的名称，比如为“ConnectDBInterface”注意：在概要设计中不需要考虑各个类或者接口中的具体的成员定义！这可以将它们留在详细设计中来完成------这也是概要设计和详细设计中的类图中的类差别。
