图书馆管理系统现与部署.pptVIP

图书馆管理系统实现与布置 Introduction 对软件建模的过程中，可以使用用例图来推断系统希望的行为；使用类图来描述系统中的词汇；使用交互视图、状态图和活动图来说明这些词汇中的事物如何相互协作来完成某些行为。 在这一切完成之后，需要把这些逻辑设计图转化成实际的事物，如可执行文件、库表、文件和文档。在过程中，有时必须新建某些组件，有时则可以复用已有的组件，在UML中，使用组件图来可视化物理组件以及它们间的关系。并描述其构造细节。 7.1 组件图（Component Diagram） 组件图描述软件组件以及组件之间的关系，组件本身是代码的物理模块，组件图则显示了代码的结构。 在UML中每一个组件图只是系统实现视图的一个图形表示，也就是说任何一个组件图不能描述系统实现视图的所有方面，当系统中组件组合起来，才能表示系统完整的实现视图，而其中的一个组件图只表示实现视图的一部分。 7.1 组件图（Component Diagram） Component Diagram可包括包和子系统，它们可以将系统中的模型元素组织成更大的组块。 Component Diagram通常包括：组件、接口和关系 Ex7：Component_Diagram_1 7.1 组件图（Component Diagram） 组件：其定义开发时和运行时的物理对象的类。组件是系统可替换的物理部件，它包装了实现而且遵从并统一提供一组接口的实现。组件常用于对可分配的物理单元建模，这些物理单元包含模型元素，并具有身份标识和明确定义的接口。 组件一般表示实际存在的、物理的物件如 程序源代码、子系统、动态链接库、ActiveX控件、Java Bean、Java Servlet、Java Server Page 7.1 组件图（Component Diagram） 在对软件建模过程中，一般存在以下三种类型的组件 配置组件（Deployment Component）：它是形成可执行文件的基础。如动态链接库（DLL）、二进制可执行体（Executable）、ActiveX控件和Java Beans 工作产品组件（Work Product Component）：工作产品组件是配置组件的来源，如数据文件和源程序代码 执行组件（Execution Component）：是最终可运行系统产生运行结果 7.1 组件图（Component Diagram） 接口(UML 2.0) 接口是一个类提供给另一个类的一组操作。如果一组类和一个父类之间没有继承关系，但这些类的行为可能包括同样的一些操作，这些操作具有同样的型构，不同的类之间可以使用接口来重用这些操作 接口分为两类： 导出接口（Export Interface）：由提供操作的组件提供 导入接口（Import Interface）：访问服务的组件使用导入接口 7.1 组件图（Component Diagram） 接口 Ex7: Component_Diagram_Interface Ex7: Component_Diagram_Interface_2 7.1 组件图（Component Diagram） 补充图标 组件定义非常广泛，例如程序源代码、子系统、动态链接库、ActiveX控件、JavaBean等都可被认为是组件。 在实际建模过程中，如果仅仅使用一个图标表示组件可能会有所不便，因此在一些建模工具里都为不同类型定义了特别的图标。 7.1 组件图（Component Diagram） 补充图标 子程序规范和子程序体 子程序一般是一组子程序集名。子程序中不包括类定义 Ex7：Coponent_Diagram_Sub 7.1 组件图（Component Diagram） 补充图标 主程序 主程序是包含根的文件，它包含应用程序对象 Ex7：Compnent_Diagram_Main 7.1 组件图（Component Diagram） 补充图标 包规范和包体 UML中，包是类的实现。包规范表示程序中的头文件，包含类的函数原型信息。在C++中，包规范为.h文件 包体包含类操作代码，在C++中，包体为.cpp文件 Ex7：Component_Diagram_PackageSpeBody 7.1 组件图（Component Diagram） 补充图标 任务规范和任务体 任务规范和任务体表示具有独立控制线程的包。可执行文件通常用具有.exe扩展的任务规范来表示 Ex7：Component_Diagram_TaskSpeBody 7.1 组件图（Component Diagram） 补充图标 数据库 数据库可能包含一个和几个结构 Ex7：Component_Diagram_Database 7.1 组件图（Component Dia