|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
构件技术就是利用某种编程手段，将一些人们所关心的，但又不便于让最终用户直接操作的细节进行封装，同时对各种业务逻辑规则进行实现，用于处理用户的内部操作细节，这个封装体就常常被称作构件。对我们而言，构件就是实现了某些功能的，有输入、输出接口的黑匣子。
|
|
|
|
对于构件，应当按可复用的要求进行设计、实现、打包、编写文档。构件应当是内聚的，并具有相当稳定的公开接口。有的构件具有广泛的可复用性，可复用到众多种类的应用系统中。有的构件则只在有限的特定范围内被复用。
|
|
|
|
构件有不同的含义。有人采用大型的定义，即一个构件是相关工作成品的一个集合，把所有种类的工作成品（如文档、指南、计划、测试、代码）都看成是可复用构件。MS、UML、OMG使用“构件”一词指一个封装的代码模块或大粒度的运行的模块。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
抽象是一种设计技术，重点说明一个实体的本质方面，而忽略或者掩盖不很重要或非本质的方面。抽象是一种重要的工具，用来将复杂的现象简化到可以分析、实验或者可以理解的程度。软件工程中从软件定义到软件开发要经历多个阶段，在这个过程中每前进一步都可看作是对软件解法的抽象层次的一次细化。抽象的最低层就是实现该软件的源程序代码。在进行模块化设计时也可以有多个抽象层次，最高抽象层次的模块用概括的方式叙述问题的解法，较低抽象层次的模块是对较高抽象层次模块对问题解法描述的细化。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
随着嵌入式技术的发展，特别是在后PC时代，嵌入式软件系统得到了极大的丰富和发展，形成了一个完整的软件体系，如下图所示。这个体系自底向上由3部分组成，分别是嵌入式操作系统、支撑软件和应用软件。
|
|
|
|
|
|
|
|
嵌入式操作系统（Embedded Operating System，EOS）由操作系统内核、应用程序接口、设备驱动程序接口等几部分组成。嵌入式操作一般采用微内核结构。操作系统只负责进程的调度、进程间的通信、内存分配及异常与中断管理最基本的任务，其他大部分的功能则由支撑软件完成。
|
|
|
|
嵌入式系统中的支撑软件由窗口系统、网络系统、数据库管理系统及Java虚拟机等几部分组成。对于嵌入式系统来讲，软件的开发环境大部分在通用台式计算机和工作站上运行，但从逻辑上讲，它仍然被认为是嵌入式系统支撑软件的一部分。支撑软件一般用于一些浅度嵌入的系统中，如智能手机、个人数字助理等。
|
|
|
|
嵌入式系统中的应用软件是系统整体功能的集中体现。系统的能力总是通过应用软件表现出来的。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
事实上，一个可用的数据库系统必须能够高效地检索数据。这种高效性的需求促使数据库设计者使用复杂的数据结构来表示数据。由于大多数数据库系统用户并未受过计算机的专业训练，因此系统开发人员需要通过视图层、逻辑层和物理层三个层次上的抽象来对用户屏蔽系统的复杂性，简化用户与系统的交互。
|
|
|
|
视图层（view level）是最高层次的抽象，描述整个数据库的某个部分。因为数据库系统的很多用户并不关心数据库中的所有信息，而只关心所需要的那部分数据。例如，某高校信息管理系统有人事管理、教务管理、工资管理等多个子系统。但是，人事处只关心与人事管理有关的那部分信息，教务处只关心与教务管理有关的那部分信息，财务处只关心与工资管理有关的那部分信息。这些问题可以通过构建视图层实现，这样做除了使用户与系统交互简化，而且还可以保证数据的保密性和安全性。
|
|
|
|
逻辑层（logical level）是比物理层更高一层的抽象，描述数据库中存储什么数据以及这些数据间存在什么关系。逻辑层通过相对简单的结构描述了整个数据库。尽管逻辑层的简单结构的实现涉及了复杂的物理层结构，但逻辑层的用户不必知道这些复杂性。因为，逻辑层抽象是数据库管理员的职责，由管理员确定数据库应保存哪些信息。
|
|
|
|
物理层（physical level）是最低层次的抽象，描述数据在存储器是如何存储的。物理层详细地描述复杂的底层结构。
|
|
|
|
数据库系统设计员可在视图层、逻辑层和物理层对数据抽象，通过外模式、概念模式和内模式来描述不同层次上的数据特性，其对应关系如下图所示。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
