2022年计算机四级考试数据库工程师章节重点总结 .docx

《2022年计算机四级考试数据库工程师章节重点总结 .docx》由会员分享，可在线阅读，更多相关《2022年计算机四级考试数据库工程师章节重点总结 .docx（32页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、精品_精品资料_第一章 引 论1、 数据库技术产生于20世纪 60岁月, 是信息系统的核心技术和重要基础;2、 运算机科学与技术学科划分为四个专业方向：运算机科学CS;运算机工程 CE;软件工程 SE;信息技术 IT.1.1 基本概念1.1.1 信息与数据1、 信息、物质、能量是组成客观世界并促进社会进展的三大基本要素;2、 信息 Information- 是客观世界事物的存在方式和运动状态的反映,是对事物之间相互联系、相互作用的描述.信息具有可 感知、可储备、可加工、可传递和可再生的 自然属性.3、 数据 Data-是描述现实世界事物的符号记录, 是用物理符号记录下来的可以识别的信息. 不同

2、的物理符号表达出数据的不同表现形式.4、 信息与数据间存在固有联系,数据是信息的符号表示,或称为载体.信息就是数据的语义说明,是数据的内涵,信息以数据的形式表现出来,并为人们懂得和接受.5、 数据处理 Data Processing-是指对数据进行分类、收集、组织、储备,进而从 已数据动身,抽取或推导出新的数据,这些 数据表示了新的信息.6、 数据治理 Data Management- 是指对数据的分类、收集、组织、编码、储备、检索和爱护,是数据处理业务的重要环节.7、 数据处理与数据治理的区分在于, 数据处理除了具有数据治理功能外,仍可通过数据治理得到的数据进一步深加工,从中猎取新的数据和信

3、息.1.1.2 数据库系统1、 数据库 DB,DataBase-是长期储备在运算机内有组织的、大量的、共享的数据 集合 ;2、 数据库治理系统 DBMS, DatabaseManagement System- 是指在运算机系统中,位于用户与操作系统之间的数据治理系统软件,是数据库系统的核心.3、数据库系统 DBS,DataBase System-是指在运算机系统中引入数据库后的软硬件系统构成, DBS一般分成三个层次： 1 运算机硬件平台 ;2 系统软件和应用软件 ;3 用户; 在不引起混淆和歧义的情形下, 数据库系统简称为数据库.4、 狭义的 数据库系统 是由数据库和数据库治理系统组成的软件

4、系统,主要为用户供应数据储备和查询、插入、修改、删 除、更新等数据治理功能.5 、 狭义的 数据库应用系统 DBAS, DataBase Application System 是由数据库、数据库治理系统、 数据库应用程序组成的软件系统,它面对具体应用领域,供应了更为复杂的数据处理功能.6 、 数据库技术 是争论数据库的结构、储备、设计、治理和使用的一门运算机应用学科.7、 数据库技术与其它运算机科学有亲密关系：(1) 数据库技术以文件系统为基础进展而来, DBMS需要操作系统的支持,数据库以文件形式储备在外部储备上的 ;(2) 数据库与数据结构的关系很亲密, 数据库技术不仅用到数据结构中的链表

5、、 树、图等学问,各种数据模型本身就属于复杂数据结构 ;(3) 主流的关系数据库系统,其理论基础是关系数据模型, 而该模型是在离散数学集合论中 “关系 ”这一基本概念上进展起来的;(4) 当用户拜访数据库, DBMS对用户提交的查询操作类似于, 运算机编译系统对程序的编译过程 ;(5) 开发一些大型的DBS或 DBMS的过程,要遵循软件工程的开发模式.1.2 数据模型1.2.1 数据模型概念1、数据模型 Data Model- 是数据库系统的形式框架, 是用来描述数据的一组概念和定义,包括描述数据、数据联系、数据操 作、数据语义以及数据一样性的概念工具;2、数据模型应满意： 1 能够比较真实的

6、模拟现实世界 ;2简洁为人们所懂得 ;3便于在运算机上实现.3、 数据模型的组成：(1) 数据结构：用于描述系统的静态特点,从语法角度表述了客观世界中数据对象本身的结构和数据对象之间的关联关系,是刻画一个数据模型性质最重要的方面.在数据库系统中, 通常依据数据结构的类型来区分、命名各种数模,如层次、网状、关系数可编辑资料 - - - 欢迎下载精品_精品资料_模.(2) 数据操作：用于描述系统的动态特 征,是一组对数据库中各种数据对象答应执 行的操作和操作规章组成的集合.数据操作可以是检索、插入等,数模必需定义这些操 作的准确含义、操作符号、操作规章以及实 现操作的数据库语言.(3) 数据完整性

7、约束：是一组完整性规 就的集合, 它定义了数模必需遵守的语义约束,也规定了数据库中数据内部及数据之间 联系所必需满意的语义约束.它限定了数据库的状态以及状态的变化,以便爱护数据的正确性、有效性.1.2.2 数据模型分类1、 用数据模型这一概念来描述数据库的结构和语义,通过现实世界信息世界 机器世界的抽象转换过程构建数据库,并依据模型所定义的规范去治理和使用数据.2、 建模过程： 1 将现实世界的数据对象抽象为信息世界中的某一信息结构;2 再将信息结构转换为机器世界中某一具体DBMS支持的数据模型,并储备于运算机中.3、 数据模型分类：(1) 概念数据模型 概念模型 ：按用户的观点对数据和信息进

8、行建模,是现实世界到信息世界的第一层抽象,强调其语义表达功能,易于用户懂得,是用户与设计人员沟通 的语言,主要用于数据库设计.最常用的是 实体 联系模型.(2) 数据结构模型 表示型 / 实现型 ：是机器世界中与具体DBMS相关的数据模型, 包括关系模型、网状模型和层次模型(3) 物理数据模型：属底层数据模型,描述数据的实际储备方式.1.3 数据视图与模式结构1.3.1 数据视图与数据抽象1、 数据视图：指从某个角度看到的客观世界数据对象的特点,是对数据对象某一方面特点的描述.2、 数据抽象：是一种数据描述和数据库设计原就, 是指专心于数据对象的某方面特点,而忽视其他特点.3、 集和值：集是指

9、对某一类数据的结构和属性的说明,值是集的一个具体赋值;4、 数据模式：对数据库中数据某方面结构和特点的描述,它仅涉及集的描述,不涉及具体的值.1.3.2 三级模式结构1、 数据库三级模式结构 外部级、概念级和内部级,分别定义了外模式、模式和 内模式,用于从不同角度描述数据库结构.2、 模式：(1) 也称规律模式、概念模式;(2) 对数据库中全体数据的规律结构和 特点的描述,是全部用户的公共数据视图;(3) 模式不仅定义了数据的规律结构, 仍定义了数据之间的联系、与数据的关的安全性和完整性要求;(4) 一个数据库只有一个模式,建立在某种数据结构模型基础上.3、 外模式：(1) 也称子模式、用户模

10、式、用户视图;(2) 是对数据库用户能够观察和使用的局部数据的规律结构和特点的描述.(3) 一个数据库可以有多个外模式,每个外模式描述了某个特定用户所使用的局部数据的规律结构和特点,是与某一应用有关的数据的规律表示.(4) 外模式仍是保证数据安全的有力措施,每个用户只能观察和拜访所对应的外模式中的数据,其它数据对他是不行见的.4、 内模式：(1) 也称物理模式、储备模式;(2) 是对数据库中数据的物理结构和储备方式的描述, 代表了数据在数据库内部的表示方式和物理组织结构;1.3.3 二级映象与数据独立性1、 外模式 / 模式映象：(1) 定义了数据库中不同用户的外模式与数据库规律模式之间的对应

11、关系;(2) 可有多个外模式 / 模式映象, 对于每个外模式,需要一个外模式/ 模式映象来定义该外模式与模式之间的对应关系;(3) 当模式发生变化时,只需调整外模式 / 模式间的映象关系,而外模式无需修改,保证了数据与应用程序的规律独立性,称为数据的规律独立性.2、 模式 / 内模式映象：(1) 定义了数据库中数据全局规律结构, 与这些数据在系统中的物理储备组织结构之间的对应关系.(2) 模式 / 内模式映象是唯独的 ;(3) 当内模式发生变化时,只需调可编辑资料 - - - 欢迎下载精品_精品资料_整模式 / 内模式映象关系,而模式无需修改, 保证了数据库中的数据与应用程序间的物 理独立性,

12、称为数据的物理独立性.1.4 数据库系统体系结构1 、数据库系统体系结构：是指数据库系统的组成构件、 各构件的功能及各构件间的协同工作方式 ;2、分类：(1) 集中式：全部数据和数据治理 功能均集中在一台运算机上的数据库系统; 包括单用户和主从式两种,单用户DBS是指系统由一个用户独占, 不同机器间不能共享数据 ;主从式 DBS是指一个主机带多个分时多用户的 DBS;(2) 分布式：数据库中的数据在规律上是一个整体, 但在物理上却可以分布在网络中不同数据治理节点上;(3) 客户 / 服务器：将 DBMS和数据库应用分开, 网络中某些节点上的运算机特的执行 DBMS功能,负责数据治理服务,称为数

13、据库服务器 ;其他节点的运算机上安装DBMS的外围应用开发工具,支持用户的应 用,主要负责数据表示服务,称为客户端;(4) 并行式：硬件平台是并行运算 机系统,使用多个 CPU和多个磁盘进行并行数据处理和磁盘拜访操作, 以提高执行速度 ;(5) WEB式： 由通过互联网连接起来的客户端、 WEB服务器、数据库服务器组成.1.5 数据库治理系统1.5.1 数据库治理系统的功能(1) 数据定义功能： DBMS供应了数据定义语言 DDL,用户利用 DDL定义数据库对象的三级模式结构, 描述数据库的结构特点.(2) 数据操纵功能： DBMS供应数据操纵语言 DML,用户利用 DML对数据进行查询、插入

14、、删除或更新 ;(3) 数据库运行治理和掌握功能(4) 数据库的建立和爱护功能1.5.2 数据库系统的全局结构1、 DBS可分为用户、人机交互界面、 DBMS和磁盘四个层次 ;2、 用户可分为四类：数据库治理员DBA;专业用户 ;应用程序员 ;终端用户 ; 3、 DBMS可分为两部份：(1) 查询处理器：面对用户查询请求;包括以下几个功能模块：DML编译器、 嵌入式 DML的预编译器、 DDL编译器、查询执行引擎 ;(2) 储备治理器：面对数据储备拜访,包括以下几个功能模块：权限和完整性治理器、事务治理器、文件治理器、缓沖区治理器 ;4、 磁盘储备的类型：(1) 以数据库文件方式储备的应用数据

15、;(2) 数据字典 ;(3) 为提高查询速度而设置的数据库引擎 ;(4) DMS运行时的统计分析数据;(5) 日志信息.1.6 数据库技术的进展和应用1、 第一代 DBS： 60岁月末 70岁月初,层次型和网状型 DBS;2、 其次代 DBS： 70岁月后期,关系数据库系统 ;3、 新型 DBS： 80岁月,分布式数据库系统 ;90岁月, 面对对象数据库系统、网络数据库系统其次章 数据库应用系统生命周期2.1 数据库应用系统生命周期2.1.1 软件工程与软件开发方法1、 软件工程：指导运算机软件开发和爱护的工程科学,它采纳工程化的概 念、原理、技术和方法,以及正确的项目管理技术, 来开发和爱护

16、软件;它将系统化、 规范化、定量化方法应用于软件的开发、操作和爱护,也就是将工程化应用于软件生产;2、 软件工程的目标： 在给定成本、进度的前提下, 开发出满意用户需求并具有下述特点的软件产品：可修改性、有效性、牢靠性、可懂得性、可爱护性、可重用性、可适应性、可移植性、可追踪性和可互操作性.3、 软件生命周期：指软件产品从考虑其概念开头, 到该产品交付使用的整个时期, 包括概念阶段、 需求阶段、 设计阶段、实现阶段、 测试阶段、 安装部署及交付阶段 ;4、 软件项目治理：为了能使软件开发按预定的质量、进度和成本进行,而对成本、质量、进度、人员、风险等进行分析可编辑资料 - - - 欢迎下载精品

17、_精品资料_和有效治理的一系列活动.5、 软件工程以关注软件质量为特点,由方法、工具和过程三部分组成;6、 软件过程模型 软件开发模型 ： 是对软件过程的一种抽象表示,表示了软件 过程的整体框架和软件开发活动各阶段间的关系,常见的有：瀑布模型、快速原形模型、增量模型和螺旋模型.2.1.2 DBAS软件组成1、 数据库应用软件在内部可看作由一系列软件模块 / 子系统组成,这些模块/ 子系统可分成两类：(1) 与数据拜访有关的数据库事务模块：利用 DBMS供应的数据库治理功能, 以数据库事务方式直接对数据库中的各类 应用数据进行操作,模块粒度较小;(2) 与数据拜访无直接关联的应用模块：在很多与数

18、据处理有关的应用系统 中,对数据库的拜访只是整体中的一部分,其他功能就与数据库拜访无直接关系,这部分模块粒度可以比较大.2、 DBAS设计开发的硬件方面： 主要涉及依据系统的功能、性能、储备等需求挑选和配置合适的运算机硬件平台,并与开发好的 DBAS软件系统进行集成, 组成完整的数据库应用系统 ;2.1.3 DBAS生命周期模型1、 数据库应用系统的生命周期模型：(1) 参照软件开发瀑布模型的原理,DBAS的生命周期由项目规划、 需求分析、系统设计、实现和部署、运行治理与爱护等5个基本活动组成 ;(2) 将快速原形模型和增量模型的开发思路引入 DBAS生命周期模型,答应渐进、迭代的开发 DBA

19、S;(3) 依据 DBAS的软件组成和各自功能,细化 DBAS需求分析和设计阶段,引入了数据组织与储备设计、数据拜访与处理设计、应用设计三条设计主线,分别用于设计DBAS中的数据库、数据库事务和应用程序;(4) 将DBAS设计阶段细分为概念设计、规律设计、物理设计三个步骤,每一步的设计内容又涵盖了三条设计主线.2.2 规划与分析2.2.1 系统规划与定义1、 定义：系统规划与分析是面对将要开发的 DBAS,通过明白用户实际需求, 明确该系统需要实现的目标和任务,并从数据治理和数据处理的角度,确定系统中数据库软件的功能、性能范畴;2、 系统规划与定义包括：(1) 任务陈述：描述所要开发的DBAS

20、的总体目标 ;(2) 确定任务目标 ;(3) 确定系统范畴和边界 ;(4) 确定用户视图 ;2.2.2 可行性分析1、 可行性分析包括以下四方面：(1) 经济可行性：对项目进行成本 效益分析 ;DBAS的成本主要包括： A、软硬件购置费用 ;B、系统开发费用;C、系统安装、运行、爱护费用.(2) 技术可行性：是依据用户提出的系统功能、 性能及实现系统的各项约束条件,对系统软件、硬件、技术方案作出评估和挑选建议 ;A、 硬件可行性争论是分析DBAS的硬件平台环境和设置 ;B、 软件可行性争论包括：对可用的DBMS和操作系统的选型评估,对中间件 和开发环境的选型建议,对DBAS开发模式和编程语言的

21、建议 ;C、 技术方案的挑选是依据系统技术需求,提出 DBAS可能采纳的合理技术方案和关键技术 ;(3) 操作可行性：是论证是否具备DBAS开发所需的各类人员资源、软件资源、硬件资源和工作环境等,以及为支持DBAS开发如何去改进加强这几方面资源.(4) 开发方案挑选：目的是提出并 评判实现系统的各种开发方案,从中选出一种适用于 DBAS软件的开发方案 ;2.2.3 项目规划1、 项目规划是项目治理者对资源、成本和进度做出合理估算,并在此基础上制定切实可行的 DBAS项目开发方案.2、 项目规划包括以下内容：(1) 确定项目的目标和范畴;(2) 依据 DBAS软件开发模型,分解和定义整个项目包括

22、的工作活动和任务;(3) 估算完成该项目的规模和所需各种资源 ;(4) 制定合理的 DBAS项目方案可编辑资料 - - - 欢迎下载精品_精品资料_3 、项目规划的结果应形成数据库应用系统项目方案文档,即项目方案书.2.3 需求分析1、 数据库应用系统需求是指用户对DBAS在功能、 性能、行为、设计约束等方面的期望和要求 ;2、 DBAS需求分析是在已经明确的DBAS系统范畴基础上, 通过对应用问题的懂得和分析,采纳合适的工具和符号,系统的描述 DBAS的功能特点、 性能特点和约束, 并形成需求规范说明文档;3、 需求分析过程由需求猎取、需求分析、需求描述和规范说明、需求验证等组成 ;4、 D

23、BAS的需求分析包括：(1) 数据需求分析 ;(2) 数据处理需求分析;(3) 业务需求分析 ;(4) 分析数据库系统在性能、 储备、安全、备份与复原等方面的要求;2.3.1 数据与数据处理需求分析1、 数据需求分析：是从对数据组织与储备的设计角度, 辨识应用领域所治理的各类数据项和数据结构,与数据处理需求分析结果一起,组成数据字典;2、 数据处理需求分析：是从数据拜访和处理的角度, 明确对各类数据项所需进行的数据拜访操作, 分析结果可表示为数据流图或事务规范 ;3、 事务规范包括：(1) 事务名称 ;2 事务描述 ;3 事务所拜访的数据项 ;4 事务用户 ;2.3.2 业务规章需求分析1、业

24、务规章需求分析：是从DBAS 高层目标和整体功能动身,分析系统或系统 中一些大粒度子系统应具有的业务类型和功能,明确用户或外部系统与DBAS的交互模式;2.3.3 性能需求分析1、 DBAS的性能指标：(1) 数据操作响应时间或数据拜访响应时间 ：从提交恳求到返回结果的时间;(2) 系统吞吐量：指系统在单位时间内所完成的事务或查询的数量,单位为TPS;(3) 答应并发拜访的最大用户数：在保证响应时间的前提下,系统最多答应多少用户同时拜访数据库 ;(4) 每TPS代价值, 用于衡量系统性价比的指标2、 影响 DBAS性能的因素：(1) 系统硬件资源 ;(2) 网络通信设备性能;(3) 操作系统环

25、境 ;(4) 数据库的规律设计和物理设计质量,数据库配置参数 ;(5) DBAS的配置和性能 ;(6) 数据库应用程序自身.2.3.4 其它需求分析1、 储备需求分析： 是指估量 DBAS 系统需要的数据储备量, 包括： 1初始数据库大小 ;2 数据库增长速度;储备总量估算可 采纳： 依据数据字典中每个数据项的结构描述信息,估量每个数据项的容量,将全部数据项的容量累加 ;2、 安全性需求分析：(1) DBAS系统应达到的安全掌握级别;(2) 各类用户的数据视图和视图访问权限 ;(3) DBAS应有的口令爱护机制或其它安全认证机制, 用以掌握用户登录数据库系统.3、 备份和复原需求分析：(1)

26、DBAS运行过程中备份数据库的时间和备份周期 ;(2) 所需备份的数据是全部数据库数据,仍是一部分;(3) 备份方式是采纳完全备份仍是采纳差异备份.2.4 系统设计2.4.1 概念设计1、 数据库概念模型设计：是依据数据需求分析阶段得到的需求结果,分析辨识需要组织储备在数据库中的各类应用领域数据对象的特点及其相互之间关联关系, 并采纳概念数据模型表示出来,得到独立于具体 DBMS的数据库概念模型;2 、 ER方法： 1挑选局部应用 ;2分别设计各个局部ER图;3局部 ER图合并 ; 3、 系统总体设计：(1) 确定 DBAS体系结构 ;(2) 系统硬件平台和操作系统、数可编辑资料 - - -

27、欢迎下载精品_精品资料_据库治理系统等系统软件的选型和配置;(3) 应用软件结构设计(4) 对需求分析阶段识别出的业务规章进行初步设计,细化业务规章流程,明确采纳的关键技术和算法;(5) 对系统采纳的关键技术进行方案选型和初步设计.2.4.2 规律设计1、 数据库规律结构设计：指从数据库的概念模型动身, 设计表示为规律模式的数据库规律结构.集：统计数据(3) 安全性爱护(4) 储备空间治理(5) 并发掌握及死锁处理2.6.2 系统性能监控和分析1、 统计数据可以通过两种途径收(1) 由 DBMS本身自动收集和储备(2) 通过监控系统得到2.6.3 系统性能优化调整1、 糸统性能优化的手段有：数

28、据可编辑资料 - - - 欢迎下载精品_精品资料_持性 ;(1) ER图转换为初始关系模式;(2) 对初始关系模式进行优化;(3) 检查关系表对数据库事务的支(4) 确定关系模式的完整性约束;(5) 从数据安全性和独立性动身,查询调整与优化、索引调整、数据库摸式调整、 DBMS和操作系统参数调整等.2、 模式调整主要涉及规律模式调整,可以从下考虑：(1) 已达到第三范式的基本表,不要进一步规范化为BCNF;可编辑资料 - - - 欢迎下载精品_精品资料_设计用户视图.2、 应用程序概要设计II;3、 数据库事务概要设计 ;2.4.3 物理设计1、 数据库物理结构设计：主要指数据文件在外存上的储

29、备结构和存取方法, 它依靠于系统具体的硬件环境、操作系统和DBMS;(2) 在分布式数据库中,对一个基 本表中某些频繁被拜访的数据,可以按水平分区或垂直分区方式拆分基本表.2.6.4 系统升级1、 改进应用桯序 ;2、 数据库重组 ;3、 DBMS和OS版本升级可编辑资料 - - - 欢迎下载精品_精品资料_(1) 数据库规律模式调整 ;(2) 挑选或配置基本关系表的文件组织形式 ;(3) 数据分布设计 ;(4) 安全模式设计 ;(5) 确定系统配置 ;(6) 物理模式评估 ;2、 数据库事务具体设计：依据事务流程,利用 SQL语句、数据库拜访接口, 采纳高级程序设计语言或DBMS供应的事务实

30、现机制,设计数据库事务.3、 应用程序具体设计：2.5 实现与部署1、 建立数据库结构 ;2、 数据加载 ;3、 事务和应用程序的编码及测试;4、 系统集成、测试与试运行;5、 系统部署 ;2.6 运行治理与爱护2.6.1 日常爱护(1) 数据库的备份与复原(2) 完整性爱护第3章 需求分析及功能建模方法3.1 需求分析概述3.1.1 需求分析概念1、 所谓需求分折：就是对待开发的系统要做什么,完成什么功能的全面描 述.2、 需求分析的工作：通过对需求的调查、明白、观看和分析,通过对原始数 据的收集、 分类和抽象, 并采纳有效的技术、工具,对原始资料进行加工整理,描述开发 目标、 实现的功能及

31、其相互关系等活动的集合;3、 需求的定义：客户对一个待开发的系统在实现目标、完胜利能、应达到的性能、安全性、牢靠性等方面的期望和要求的集合 ;4、 需求猎取的困难：(1) 软件功能复杂 ;(2) 需求的可变性 ;5、 需求分析阶段的主要任务：分析当前的业务流程,包括体系结构,各职能可编辑资料 - - - 欢迎下载精品_精品资料_部门完成的主要任务、关系及其沟通的信息.6、 需求分析的结果通常以模型等建模工具和方法描述系统的信息流、功能结构及完成各功能需要的数据.7、 功能模型和软件需求规格说明书是软件开发的依据, 将指导后续的开发工作.8、 需求分析工作是系统分析员与用户不断交互的过程中完成的

32、.3.1.2 系统分析员的职能1、 系统分析员的主要要任务：是确定应用信息系统及软件产品应当达到的各项功能性要求和非功能性要求,即用户要做什么.2、 系统分析员应当具备的素养：(1) 猎取需求的才能 ;(2) 治理及沟通才能 ;(3) 技术素养 ;3.1.3 需求猎取的方法常用的几种猎取需求的方法：1面谈 ;2实的观看 ;3问卷调查 ;4查阅资源 ;3.1.4 需求分析过程1、 标识问题：(1) 需求分析的第一步,通过对问题的识别和标识获得所求解问题及其运行 环境的懂得 ;(2) 标识问题从现行系统的业务流程做起,懂得现行系统的业务流程;(3) 在标识懂得需求的同时,仍要留意确定系统的人机界面

33、;2、建立需求模型：(1) 模型是对现实原形所作的一种抽象, 其本质是只关怀与争论内容有关的因素,而忽视无关的因素,其目的是把复杂的事物变得简洁,便于熟悉和分析;(2) 目前常用的模型方法主要有DFD数据流图和 IDEFO,都属于结构化分析方法,其特点是抽象和分解;(3) 第一对应用领域进行全面的分 析,发觉并找出同类事物的本质,用抽象方 法把这类事物的非主要方面剔除,把握住事物的内部规律或本质, 就可以找到解决方法 ;然后采纳自上而下逐步求精的方法对复杂的问题进行分解 ;(4) 结构化分析及建模方法的主要优点：(A) 不过早陷入具体的细节;(B) 从整体或宏观入手分析问题;(C) 通过图形化

34、的模型对象直观的表示系统要做什么,完成什么功能;(D) 图形化建模方法便利系统分析员懂得和描述系统;(E) 模型对象不涉及太多的技术术语,便于用户懂得;3、描述需求：(1) 需求描述的目标：对软件项目功能性和非功能性的需求全面描述;(2) 功能性需求：指需要运算机实 际解决的问题或实现的具体功能,明确描述系统必需做什么, 实现什么功能以及输入输出等;(3) 非功能性需求：软件项目对实际运行环境的要求;(4) 需求描述主要由需求模型和需 求说明书组成,说明书侧重文字说明,内容 如下：需求概述 ;功能需求 ;信息需求 ;性能需求;环境需求 ;其他需求 ;(5) 在对需求进行分析过程中,系统分析员要

35、常常考虑的问题：(A) 描述的需求是完全的吗.(B) 需求描述是正确的和一样的吗.(C) 描述的这些需求是可行的、实际可操作的吗 .(D) 描述中的每一条需求都是客户需要的吗 .4、确认需求：1、 评审委员会审核以下内容：功能需求 ;数据需求 ;性能 ;数据治理 ;其他需求.3.2 DFD建模方法3.2.1 DFD方法的基本对象1、 数据流： 具出名字且有流向的数据, 用标出名字的箭头表示.2、 处理：表示对数据的加工和变换, 在图中用矩形框表示.3、 数据储备：表示用数据库形式储备的数据, 对其存取分别以指向或离开数据储备的箭头表示 ;4、 数据源及数据终点：表示当前系统的数据来源和去向,

36、其图形符号以平行四边形表示.3.2.2 开发 DFD图1、 DFD图采纳自顶而下逐步细化的结可编辑资料 - - - 欢迎下载精品_精品资料_构化分析方法表示目标系统;2、 DFD方法应以软件项目的功能为中心进行抽象和分解, 以数据流的变换来分析数据对企业中各类业务活动的影响;3.2.4 数据字典1、 数据字典包括以下说明信息：(1) 源点及终点词条描述 ;(2) 数据流词条描述 ;(3) 数据储备 ;(4) 处理描述 ;(5) 数据元素词条描述.3.3 IDEF0建模方法3.3.1 概述1、IDEF0的基本思想是结构化分析方法, 强调自顶而下有掌握的逐步的绽开细节, 全面的描述系统,且通过建模

37、来懂得一个系统.一个模型由图形文字说明、 词汇表及相互的交叉引用表组成.2、 IDEF方法的优点：具有模型元素单一、语义丰富、更易于从全局角度分析考察问题,模型简洁懂得.3.3.2 IDEF0方法1、基本元素1 矩形：代表活动,活动名称标在矩形内, 活动编号按要求标在矩形框右下角指定位置 ;2箭头： 左边的输入箭头代表完成活动需要的数据、 上方的掌握箭头描述了影响活动的执行的大事或约束、 右边的输出箭头说明由活动产生的结果及信息、下方进入的机制箭头表示实施该活动的物理手段或资源.3 输入输出箭头描述活动是什么what 、掌握箭头描述为何这么做why 、机制箭头表示如何做 how .2、IDEF

38、0模型1一个 IDEF0模型由一组图形组成, 这些图形组成一个由父到子的层次结构图, 这组图形把一个复杂事物按自顶向下逐步细化的方式分解成一个个简洁的或多个组成部分 ;3、 建模规章1矩形框：用动词为矩形内活动命名,每个矩形要至少有一个掌握箭头和输出箭头, 可以没有输入, 但不行以同时没有输入和控制.(2) 箭头：箭头代表数据约束,而不是代表流或次序 ;(3) 其他：AICOM码：只有一端与矩形相连的箭头叫边界箭头,这些箭头表示父矩形框的输入、掌握和输出. IDEF0用特的的记号 ICOM码来说明父子图中的箭头关系.子图中每个边界箭头的开端分别用字母 I、C、O、M 来标明是输入、掌握、输出及

39、机制,再用一个数字表 示其在父矩形框中箭头的相对位置.B 结点号： IDEF0模型是一组有肯定层次结构的图形, 通常用结点号来标志图形或矩形框在层次图中的位置;C模型名：每个模型有一个名字,通常用名字代表主题,用子名字表示不同的模型.基本名字与子名字间用 “/隔”开, 如A/B/C ,A是主题、 B是模型号、 C是结点号.3.3.3 建模过程及步骤1、 IDEF0建模过程及步骤：(1) 明确目的,确定范畴：在建模前第一要明确目的和意图,确定问题域;(2) 建立内外关系图 A-0图：依据系统目标、功能建立内外关系图A-0图,以确定整个模型的内外关系,确定系统的边界;(3) 构造顶层图：把 A-0

40、图分解成 36个主要部分得到 A0图,A0图是模型真正的顶层图;(4) 4开发 IDEF0层次结构图：对 A0图中的每个矩形框进行分解, 就形成了基本的图形层次结构. 在分解时要列出全部的数据项和活动表,分解的次序采纳以下原就：(A) 保持在同一水平上进行分解,匀称的模型深度 ;(B) 按困难程序进行挑选 ;(5) 写文字说明 ;(6) 检查确认图形 ;3.4 DFD与IDEF0的比较1、DFD与IDEF0共同点： 都是结构化分析思想,强调自顶而下逐步求精的方法对现实世 界建模,先抓住主要的问题,形成较高层次 的抽象, 再由粗到细、 由表及里的逐步细化, 将一个大问题分解成几个小问题,对这小问

41、可编辑资料 - - - 欢迎下载精品_精品资料_题再进行分析求解 ;2、 DFD与IDEF0区分： 1DFD图用箭头 数据流 来描述数据移动的方向、 数据处理及处理之间的数据依靠关系.IDEF0图也用箭头代表数据流,但在IDEF0中不是强调流或次序,而是强调数据约束.2从表达形式上看, DFD图与 IDEF0图都是用箭头和处理表达一个企业或组织的业务流程.但 IDEF0图的箭头不仅能够表示数据流,仍可以表示掌握流和说明处理或实施方式的一些约束 ;3从模型元素的组成上来看, DFD模型由 4种元素组成,即外部顶、数据流、数据储备 和处理.而 IDEF0模型元素的组成更加简洁, 只有 2种元素组成

42、,即箭头和活动;(4) 从模型规范上来讲, IDEF方法更加规范 ;(5) IDEF0模型结构清晰,便于懂得和沟通.第四章 数据库概念设计及数据建模4.1 数据库概念设计概述4.1.1 数据库概念设计的任务1、 定义和描述应用领域涉及的数据范围;2、 猎取应用领域或问题域的信息模型;3、 描述清晰数据的属性特点;4、 描述清晰数据之间的关系;5、 定义和描述数据的约束 ;6、 说明数据的安全性要求 ;7、 支持用户的各种数据处理需求;8、 保证信息模型便利的转换成数据库的规律结构,同时便于用户懂得.4.1.2 概念设计过程1、概念设计的依据： 是需求分析阶段的文档,通过对这些文档的分析懂得,构

43、造出信 息模型,编写数据库概念设计说明书,信息 模型和数据库概念设计说明书是数据库逻辑设计的依据 ;2、 概念设计的基本步骤：(1) 确定实体集 ;(2) 确定联系和联系类型 ;(3) 建立由信息模型表示的企业模型;(4) 确定实体集属性 ;(5) 对信息模型优化.4.2 数据建模方法1、 数据建模方法的共同特点是：(1) 能够真实客观的描述现实世界中的数据及数据之间的关系 ;(2) 组成模型的概念少,语义清晰,简洁懂得 ;(3) 不同概念的语义不重叠,概念无多义性;(4) 用图形方式描述数据,数据直观易懂,有利于数据库设计者和用户沟通;(5) 这种数据模型简洁转换成数据库规律设计阶段需要的数

44、据结构.4.3 ER建模方法4.3.1 基本概念1、 实体或实例：指客观存在并可相互区分的事物,可以是一个具体的人或物,也可以是抽象的大事或概念;2、 实体集：表示一个现实的和抽象事物的集合, 这些事物必需具有相同的属性或特点.3、 属性：用于描述一个实体集的性质和特点 ;4、 码：实体集中能惟一标识每一个实例的属性或属性组 ;5、 联系：描述现实世界中实体之间的关系. 1一对一联系 ;2 一对多联系 ;3多对多联系4.3.2 ER方法语法1、 ER方法中用矩形框表示实体集,矩形框内写上实体集的名称;2、 ER模型用菱形表示联系,联系名写在菱形框内 ;3、 ER模型中实体集的属性用椭圆或圆角矩

45、形框表示,属性名字写在其中.4.4 IDEF1X 建模方法4.4.1 IDEF1X概述1、IDEF0侧重描述系统功能, 被称为功能建模方法 ;IDEF1X侧重分析、 抽象和概括应用领域中的数据,称为数据建模方法;2、 IDEF1X方法具有丰富的语法和语义;3、 实体集分为 1独立标识符实体集;2从属标识符实体集;4、 实体集之间的联系分为：1标定型可编辑资料 - - - 欢迎下载精品_精品资料_联系 ;2非标定型联系 ;3 分类联系 ;4 不确定联系4.4.2 IDEF1X模型元素1、 实体集：1实体集语义： 假如一个实体集的每一个实例都能被惟一的标识,而不打算于它与其他实体的联系, 那么该实体集称为独