搜档网
当前位置:搜档网 › 数据库设计实例需求分析、概念结构、逻辑结构

数据库设计实例需求分析、概念结构、逻辑结构

数据库设计实例需求分析、概念结构、逻辑结构
数据库设计实例需求分析、概念结构、逻辑结构

数据库设计实例分析

一、需求分析实例

现要开发高校图书管理系统。经过可行性分析和初步的需求调查,确定了系统的功能边界,该系统应能完成下面的功能:

(1)读者注册。

(2)读者借书。

(3)读者还书。

(4)图书查询。

1、数据流图

顶层数据流图反映了图书管理系统与外界的接口,但未表明数据的加工要求,需要进一步细化。根据前面图书管理系统功能边界的确定,再对图书管理系统顶层数据流图中的处理功能做进一步分解,可分解为读者注册、借书、还书和查询四个子功能,这样就得到了图书管理系统的第0层数据流图

从图书管理系统第0层数据流图中可以看出,在图书管理的不同业务中,借书、还书、查询这几个处理较为复杂,使用到不同的数据较多,因此有必要对其进行更深层次的分析,即构建这些处理的第1层数据流图。下面的图8-7分别给出了借书、还书、查询子功能的第1层数据流图

2、数据字典

数据项

数据项名称:借书证号

别名:卡号

含义说明:惟一标识一个借书证

类型:字符型

长度:20

……

数据结构

(1)名称:读者类别

含义说明:定义了一个读者类别的有关信息

组成结构:类别代码+类别名称+可借阅数量+借阅天数+超期罚款额

(2)名称:读者

含义说明:定义了一个读者的有关信息

组成结构:姓名+性别+所在部门+读者类型

(3)名称:图书

含义说明:定义了一本图书的有关信息

组成结构:图书编号+图书名称+作者+出版社+价格

……

数据流

(1)数据流名称:借书单

含义:读者借书时填写的单据

来源:读者

去向:审核借书

数据流量:250份/天

组成:借书证编号+借阅日期+图书编号

(2)数据流名称:还书单

含义:读者还书时填写的单据

来源:读者

去向:审核还书

数据流量:250份/天

组成:借书证编号+还书日期+图书编号

……

数据存储

(1)数据存储名称:图书信息表

含义说明:存放图书有关信息

组成结构:图书+库存数量

说明:数量用来说明图书在仓库中的存放数

(2)数据存储名称:读者信息表

含义说明:存放读者的注册信息

组成结构:读者+卡号+卡状态+办卡日期

说明:卡状态是指借书证当前被锁定还是正常使用

(3)数据存储名称:借书记录

含义说明:存放读者的借书、还书信息

组成结构:卡号+书号+借书日期+还书日期

说明:要求能立即查询并修改

……

处理过程

(1)处理过程名称:审核借书证

输入:借书证

输出:认定合格的借书证

加工逻辑:根据读者信息表和读者借书证,如果借书证在读者信息表中存在并且没有被锁定,那么借书证是有效的借书证,否则是无效的借书证。

……

二、概念结构设计实例

1.标识图书管理系统中的实体和属性

参照数据字典中对数据存储的描述,可初步确定三个实体的属性为:

读者:{卡号,姓名,性别,部门,类别、办卡日期,卡状态}

读者类别:{类别代码,类别名称,可借阅天数、可借阅数量,超期罚款额}

图书:{书号,书名,作者,价格,出版社,库存数量}

借还记录:{卡号,书名,借书日期,还书日期}

其中有下划线的属性为实体的码。

2.确定实体间的联系

三、逻辑结构设计实例

1、图书管理系统的关系模型

将在概念结构阶段得到的基本E-R图转换成关系模型,如下表所示:

2、将关系设计成SQL Server 2005下相应的表reader(读者表)

dzclass(读者类别表)

book(图书表)

borrow(借还表)

城市公共基础数据库建设方案.

城市基础数据库系统建设方案

1.系统概述 长期以来,政府各部门内部拥有着大量城市基础数据资源,但由于管理分散,制度规范不健全,造成重复采集、口径多乱、数出多门;各部门的指标数据自成体系,标准不一,共享程度较差。随着政府向“经济调节、市场监管、社会管理和公共服务”管理职能的转变,就要求必须能够全面、准确掌握全地区经济社会发展态势,强化政府部门掌控决策信息资源的能力,政府部门间信息资源整合与共享需求越来越紧密,但当前部门间信息共享多是点对点方式,没有统一的数据交换管理平台。因此各部门对加快解决数据资源分散管理、数据共享不足的问题需求十分迫切,需要建立城市基础数据库(以下简称智慧城市公共基础数据库)系统以解决以上问题。 依托智慧城市公共基础数据库系统的建设,可以实现各委办局、各所辖地区的经济社会综合数据采集交换,为各部门提供更广泛的信息共享支持,一方面数据信息从各委办局、各所辖地区整合接入,另一方面也为政府和这些接入部门提供全面的共享服务。同时,以智慧城市公共基础数据库指标体系建立为基础,整合来自各委办局和各所辖地区的、经过审核转换处理的数据资源,可实现对经济社会信息的统一和集中存储,确保数据的唯一性和准确性,为今后政府工作提供一致的基础数据支持。 数据整合共享只是手段,数据分析服务才是目的。依托智慧城市公共基础数据库系统建设,可有效整合各政府部门所掌握的全市经济社会信息资源,满足政府业务对统一数据资源共享需要,进而提升形势分析预测水平,对政府在发展规划、投资布局、资源环境、管理创新、科学决策等业务提供强有力支持,提高了政府部门掌控全市经济社会发展态势能力。 2.建设目标 1)建立科学合理的智慧城市公共基础数据库指标体系,力求全面反映地区经济和社会发展的总体情况: 2)有组织、有计划、持续地对政府统计部门、政府各部门以及国民经济行业管理部门负责统计的关系到地区经济与社会发展的信息资源进行收集、整合,

概念结构设计和逻辑结构设计

概念结构设计和逻辑结构设计 一.系统概述 本系统通过调查从事医药产品的零售,批发等工作的企业,根据其具体情况设计医药销售管理系统。医药管理系统的设计和制作需要建立在调查的数据基础上,系统完成后预期希望实现药品基本信息的处理,辅助个部门工作人员工作并记录一些信息,一便于药品的销售和管理。通过此系统的功能,从事药品零售和批发等部门可以实现一些功能,如:基础信息管理,进货管理,库房管理,销售管理,财务统计,系统维护等。 二.概念结构设计 1.员工属性 2.药品属性 3.客户属性 4.供应商属性 5.医药销售管理系统E--R 图 三.逻辑结构设计 该设计概念以概念结构设计中的E--R 图为主要依据,设计出相关的整体逻辑结构,具体关系模型如下:(加下划线的表示为主码) 药品信息(药品编号,药品名称,药品类别,规格,售价,进价,有效期,生产日期,产地,备注) 供应商信息(供应商编号,供应商名称,负责人,) 员工 姓名 家庭地址 E-maill 电话 员工 编号 年龄 帐号

四.系统各功能模块如何现(数据流实图);1.基本信息管理子系统 基本信息管理子系统 药品信息员工信息客户信息供应商信息2.库存管理子系统 库存管理子系 统 库存查询库存信息出入库登记库存报表3.销售管理子系统 销售管理 销售登记销售退货销售查询 4.信息预警子系统 信息预警 报废预警库存预警 5.财务统计子系统 财务统计 统计销售额打印报表 6.系统管理子系统

系统管理 权限管理修改密码系统帮助 五.数据库设计(E-R图,数据库表结构) 1.药品基本信息表 列名字段数据类型可否为空说明药品编号 药品名称 药品类别 规格 进价 有效期 生产日期 售价 产地 备注 2.员工基本信息表 列名字段数据类型可否为空说明员工编号 性别 身份证号 员工年龄

微信数据库分析与设计

微信数据库分析与设计 一、需求分析 微信作为当前的主要即时通讯工具之一,有着广泛的应用。其主要的功能是实现即时通信,这也是微信的核心功能。此外还有查看朋友圈动态、搜索好友、管理个人信息、建立用户自己的相册、收藏功能、摇一摇、搜索附近的人、购物、游戏等功能。此次对于微信平台的数据库设计主要对部分需要微信平台提供存储信息功能进行需求分析及设计。以下将对微信平台的主要需求做简要的分析并且根据分析做出数据流图使得对于微信平台数据库的设计有更好的理解。 微信的通信主要包括与微信好友进行相互通信,这其中通信内容包括文字、语音、图片及视频。当用户订阅了公众号之后,会接收公众号发送的消息并且也可向公众号发信息或许其提供的信息。 微信通信功能的另一个主要方面是实现群聊。用户可以加入一个微信群进行群。另一方面用户也可以选择自己的联系人进行群聊。 微信中通讯录实现了保存用户联系人的目的,并且订阅的公众号也保存于通讯录中,并且在通讯录中可以设定标签来为联系人分组。 微信朋友圈保存好友发送的与朋友共享的消息,其内容可为文字、图片、视频。在朋友圈中可以设定权限使得不同权限的用户查看的内容不一样。 摇一摇功能可以获取同一时刻一起摇动手机的用户,并且暂存于微信中。 附近的人功能可以识别在一定范围内的微信用户,并且将获得的用户信息也暂存在微信中,对于识别附近的用户可以设定具体的条件来扫描。 漂流瓶功能相当于随机的获取微信消息或者向微信用户随机的发送消息。 对于个人信息的编辑,用户可以根据自身需要编辑一些所需的个人信息。 最后在微信用户个人信息中有相册和收藏记录用户的照片和收藏的文字语音等信息。 以上是对微信的部分功能的需求分析,现根据以上需求对微信数据库画出数据流图: 第0层DFD: 第1层DFD:

数据库需求分析

数据库设计:需求分析? 设计一个性能良好的数据库系统,明确应用环境对系统的要求是首要的和基本的。因此,应该把对用户需求的收集和分析作为数据库设计的第一步。 需求分析的主要任务是通过详细调查要处理的对象,包括某个组织、某个部门、某个企业的业务管理等,充分了解原手工或原计算机系统的工作概况及工作流程,明确用户的各种需求,产生数据流图和数据字典,然后在此基础上确定新系统的功能,并产生需求说明书。值得注意的是,新系统必须充分考虑今后可能的扩充和改变,不能仅仅按当前应用需求来设计数据库。 如图所示,需求分析具体可按以下几步进行: (1)?? 用户需求的收集。 (2)?? 用户需求的分析。 (3)?? 撰写需求说明书。 图 ?需求分析的过程 需求分析的重点是调查、收集和分析用户数据管理中的信息需求、处理需求、安全性与完整性要求。信息需求是指用户需要从数据库中获得的信息的内容和性质。由用户的信息需求可以导出数据需求,即在数据库中应该存储哪些数据。处理需求是指用户要求完成什么处理功能,对某种处理要求的响应时间,处理方式指是联机处理还是批处理等。明确用户的处理需求,将有利于后期应用程序模块的设计。 调查、收集用户要求的具体做法是: (1)?? 了解组织机构的情况,调查这个组织由哪些部门组成,各部门的职责是什么,为分析信息流程做准备。

(2)?? 了解各部门的业务活动情况,调查各部门输入和使用什么数据,如何加工处理这些数据。输出什么信息,输出到什么部门,输出的格式等。在调查活动的同时,要注意对各种资料的收集,如票证、单据、报表、档案、计划、合同等,要特别注意了解这些报表之间的关系,各数据项的含义等。 (3)?? 确定新系统的边界。确定哪些功能由计算机完成或将来准备让计算机完成,哪些活动由人工完成。由计算机完成的功能就是新系统应该实现的功能。 在调查过程中,根据不同的问题和条件,可采用的调查方法很多,如跟班作业、咨询业务权威、设计调查问卷、查阅历史记录等。但无论采用哪种方法,都必须有用户的积极参与和配合。强调用户的参与是数据库设计的一大特点。 收集用户需求的过程实质上是数据库设计者对各类管理活动进行调查研究的过程。设计人员与各类管理人员通过相互交流,逐步取得对系统功能的一致的认识。但是,由于用户还缺少软件设计方面的专业知识,而设计人员往往又不熟悉业务知识,要准确地确定需求很困难,特别是某些很难表达和描述的具体处理过程。针对这种情况,设计人员在自身熟悉业务知识的同时,应该帮助用户了解数据库设计的基本概念。对于那些因缺少现成的模式、很难设想新的系统、不知应有哪些需求的用户,还可应用原型化方法来帮助用户确定他们的需求。就是说,先给用户一个比较简单的、易调整的真实系统,让用户在熟悉使用它的过程中不断发现自己的需求,而设计人员则根据用户的反馈调整原型,反复验证最终协助用户发现和确定他们的真实需求。 调查了解用户的需求后,还需要进一步分析和抽象用户的需求,使之转换为后续各设计阶段可用的形式。在众多分析和表达用户需求的方法中,结构化分析(Structured Analysis,SA)是一个简单实用的方法。SA方法采用自顶向下,逐层分解的方式分析系统,用数据流图(Data Flow Diagram,DFD)、数据字典(Data Dictionary,DD)描述系统。 1. 使用数据流图分析信息处理过程 数据流图是软件工程中专门描绘信息在系统中流动和处理过程的图形化工具。因为数据流图是逻辑系统的图形表示,即使不是专业的计算机技术人员也容易理解,所以是极好的交流工具。图给出了数据流图中所使用的符号及其含义。

数据库需求分析

第一章系统概要介绍 1.1 系统概述 《数据库原理及应用》课程的学习,其主要的目标是能利用课程中学习到的数据库知识与技术较好地开发设计出数据库应用系统,去解决各行各业信息化处理的要求。本实验主要在于巩固学生对数据库的基本原理和基础理论的理解,掌握数据库应用系统的设计开发的基本方法,进一步提高学生的综合运用所学的知识能力。 为了使数据库的应用系统开发设计合理、规范、有序、正确、高效进行,现在广泛采用的是工程化6阶段开发设计过程与方法,它们是需求分析阶段、概念结构设计阶段、逻辑结构设计阶段、物理结构设计阶段、数据库实施、数据库系统运行与维护阶段。我们按照以上几点开发了机房上机管理系统数据库。 1.2 系统研发背景 随着我国高等教育的快速发展及大学招生规模的不断扩大以至于校园数字化的发展和我国高校机房的数量与规模在不断扩大,。各个高校都建设了自己的校园网络,越来越多的学生到校机房上网。这对校园机房进行联合计费管理和机房的配置管理等也提出了更高的要求。为了更好的发挥学校公共机房的职能,解决机房管理过程中的一些实际问题就要开发出一套满足高校需求的机房管理系统是非常必要的。 机房作为一种信息资源的集散地,有很多的信息数据需要管理,由于数据信息处理工作量大、数据繁多,因此原有的手工管理方式就存在容易出错、数据易丢失,且不易查找和低效率等弊病。总的来说,就是缺乏系统,规范的信息管理手段。基于这此问题,我认为有必要建立一个机房管理系统,使机房管理工作规范化,系统化,程序化,避免机房管理的随意性,提高信息处理的速度和准确性,能够及时、准确、有效的查询和统计相关情况。 1.3 系统研发的目的和意义 我们根据所学的数据库原理与程序设计的知识,能够针对一个小型的数据库管理系统,进行系统的需求分析,系统设计,数据库设计,编码,测试等,完成 第6/26页题目要求的功能,从而达到掌握开发一个小型数据库的目的。我校的计算机设备和学生上网上机管理还处于较为原始的手工阶段。缺少一套实用可靠的设备和课程管理系统软件。随着电气化教学和无纸化办公的一步步完善,利用机房管理系统管理我校的机房势在必行 第7/26页第二章需求分析 2.1 需求描述 针对一般高校机房管理系统的需求分析、通过对学生上机过程、注册过程、充值过程、的内容的数据流程分析一现设计如下数据项和数据结构

(完整版)需求分析+概要设计+详细设计+数据库设计模板

附录A 软件需求分析报告文档 (1) 附录B 软件概要设计报告文档 (13) 附录C 软件详细设计报告文档 (33)

附录A 软件需求分析报告文档 1. 引言.............................................................................................................. 错误!未定义书签。 1.1编写目的 (3) 1.2项目风险 (3) 1.3文档约定 (3) 1.4预期读者和阅读建议 (3) 1.5产品范围 (4) 1.6参考文献 (4) 2. 综合描述 (4) 2.1产品的状况 (4) 2.2产品的功能 (5) 2.3用户类和特性 (5) 2.4运行环境 (5) 2.5设计和实现上的限制 (5) 2.6假设和约束(依赖) (6) 3. 外部接口需求 (6) 3.1用户界面 (6) 3.2硬件接口 (7) 3.3软件接口 (7) 3.4通讯接口 (8) 4. 系统功能需求 (8) 4.1说明和优先级 (8) 4.2激励/响应序列 (9) 4.3输入/输出数据 (9) 5. 其它非功能需求 (9) 5.1性能需求 (9) 5.2安全措施需求 (10) 5.3安全性需求 (10) 5.4软件质量属性 (10) 5.5业务规则 (10) 5.6用户文档 (10) 6. 词汇表 (11) 7. 数据定义 (11) 8. 分析模型 (12) 9. 待定问题列表 (12)

1. 简介 1.1 编写目的 此文档对《点菜系统》做了全面细致的用户需求分析,明确该软件应具有的功能、性能、界面,使系统分析人员、软件开发人员能明确用户的需求,并在此基础上进一步提出概要设计说明书和后续设计与开发。本说明书的预期读者为客户、后续开发人员、测试人员、项目管理人员等。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者,以及各自在本阶段所需要承担的主要风险,首要风险承担者包括: ●任务提出者; ●软件开发者; ●产品使用者。 1.3 文档约定 描述编写文档时所采用的标准(如果有标准的话),或者各种排版约定。排版约定应该包括: ●正文风格; ●提示方式; ●重要符号; 也应该说明高层次需求是否可以被其所有细化的需求所继承,或者每个需求陈述是否都有其自己的优先级。 1.4 预期读者和阅读建议 列举本软件产品需求分析报告所针对的各种不同的预期读者,例如,可能包括: ●用户; ●开发人员; ●项目经理; ●营销人员; ●测试人员; ●文档编写入员。 并且描述了文档中,其余部分的内容及其组织结构,并且针对每一类读者提出最适合的文档阅读建议。

数据库管理系统需求分析

图书管理系统需求分析文档 1.目的 1)能够存储大量的图书信息,快速有效的进行书籍数据管理,包括: ①图书信息的录入、删除及修改。 ②图书信息的多关键字检索查询。 ③图书的出借、返还和资料统计。 2)能够对一定数量的读者进行相应的信息存储与管理,这其中包括: ①读者信息的登记、删除及修改。 ②读者资料的统计与查询。 3)能够对需要的统计结果提供打印输出。 4)能够提供一定的安全机制,提供数据信息授权访问,防止随意删改,同时提供信息备份的服务。 2.概述 2.1用户需求分析 1)产品功能 登录系统:注册,注销,退出。 管理:用户管理,借阅管理,图书管理。 查询:读者查询,借阅查询,图书查询。 帮助:使用说明,关于。 2)用户角色

3)操作环境 4)设计实现约束 2.2建立需求模型 上图是用例图的建模过程,下面是该系统的用户需求陈述: (1)校图书馆准备开发“图书管理系统”,方便广大师生借阅、浏览: (2)师生需要先注册然后才能借阅图书。用户进行注册时需要输入个人信息,注册成功后,会获得一个由系统提供的标识其身份的标识码。 (3)用户登录进入图书管理系统后,可以通过Web页面查看图书的各种信息,如图书的借阅情况,作者等 (4)用户登录后可以借阅图书,并在系统规定的时间内还书。否则必须缴纳罚款金。用户借阅图书时,系统会注明借阅时间。 (5)图书管理员可以查询图书,查看一些借阅情况,更容易知道哪类图书需求量大,好做到合理的更新增减图书。有用户违规或没按时还书的情况,他们做处理,收罚金。 查询图书可以是用户得知图书更具体的位置以节省时间。 (6)管理员可以对书籍进行操控,注册,修改图书及信息;注册,修改读者信息;进行系统维护。 从上述需求陈述中可以发现以下元素: ①参入者 ·用户 ·管理员 ②基本用例 ●注册 ●登录 ●查询图书

数据库概念结构设计和逻辑结构设计举例

数据库概念结构设计和逻辑结构设计举例 某超市公司要设计一个数据库系统来管理公司的业务信息,该超市公司的业务管理大致可分为三部分: 1、超市公司的仓库管理业务; 2、连锁商店的商品销售业务; 3、连锁商店的集团购买业务。 业务管理规则如下: (1)该超市公司有若干仓库,若干连锁商店,供应若干商品; (2)超市公司的业务员负责与供应商联系商品进货业务; (3)购进的商品按类存放在仓库中,每个仓库有若干保管员; (4)每个连锁商店有一个经理和若干收银员,每个收银员只在一个连锁商店工作。 (5)每个商品编号只有一个商品名称,但不同商品编号可以有相同的商品名称,每种商品可有多种销售价格; (6)连锁商店实行会员制,通过会员卡收集顾客信息。顾客办理会员卡后,可享受一定的优惠; (7)连锁商店要处理客户和销售员送来的集团购买大宗商品的订单,并根据库存情况交出货物同时开出发票,收到付款后应进行收款处理; (8)连锁商店对大宗订货给予优惠,每种商品规定了不同订货数量和折扣。

一、设计局部ER模式 1、仓库管理子系统分ER图 根据管理规则(2),(3),与仓库管理子系统有关的实体包括:业务员、商品、供应商、仓库、职工。 因为每个业务员都可以与若干家供应商联系多项商品或进货业务,所以在业务员、商品、供应商之间存在一个三元的多对多的联系。仓库与商品之间存在多对多,仓库与职工之间存在一对多的联系。

2、根据规则(1)(4)(5)(6),与商品销售业务有关的实体有商店、商品、收银员、顾客。 因为每个收银员都要与多个顾客购买的多种商品发生业务联系,所以在收银员、商品与顾客之间存在一个多对多的联系。商品与商存在多对多的联系,商店与收银员之间存在一对多的联系。

数据库学生信息.管理系统需求分析报告

数据库系统概论 课程设计 设计名称:学生信息管理系统数据库设计

湖南工业大学 课程设计任务书 2011—2011学年第1学期 计算机与通信学院(系、部)软件工程专业091班课程名称:数据库原理 设计题目:学生信息管理系统的设计与实现 完成期限:自2011年05月28日至2011年05月29日共2天 内容及任务一、设计的主要技术参数 开发出一个原型系统,能正确运行,数据库的设计要满足规范、能对数据进行维护和查询、完成报表统计等。 二、设计任务 1)系统分析(包括可行性分析、用户需求分析等)及功能分析; 2)数据库设计; 3)系统总体功能设计; 4)程序设计及调试; 5)设计说明书的书写。 三、设计工作量 每个小组至少要投入一个月的时间来完成该课程设计,而且每个小组中的每个人要独立开发1到2个模块,要求每个小组有个独立的系统。 进度安排 起止日期工作内容 2011-05-28~2011-05-28 选题 系统分析和设计 2011-05-29~2011-05-29 熟悉软件开发工具、编码系统测试 进行集中课程设计,完成系统最后测试和课程设计说明书; 答辩,确定小组等级,交文档材料(含电子文档)、源程序。 主要参考资料[1]施伯乐,丁宝康,汪卫.数据库系统教程(第3版)[M],北京:高等教育出版社,2008. [2]萨师煊,王珊.数据库系统概论(第三版)[M].北京:高等教育出版社,2000. [3]王晟,万科.数据库开发案例解析[M].北京:清华大学出版社,2003 [4]郑阿奇https://www.sodocs.net/doc/327745451.html,3.5实用教程.北京:电子工业出版社,2009 [5]范立南《SQL Server2000实用教程》第2版.北京.清华大学出版社.2005年 [6]齐治昌,谭庆平,宁洪.软件工程第2版.高等教育出版社.2004年 [7]刘浩,https://www.sodocs.net/doc/327745451.html,+SQL Server网络应用系统开发与实例.北京:人民邮电出版社,2005 指导教师(签字):年月日 系(教研室)主任(签字):年月日

数据库设计实例需求分析、概念结构、逻辑结构

数据库设计实例分析 一、需求分析实例 现要开发高校图书管理系统。经过可行性分析和初步的需求调查,确定了系统的功能边界,该系统应能完成下面的功能: (1)读者注册。 (2)读者借书。 (3)读者还书。 (4)图书查询。 1、数据流图 顶层数据流图反映了图书管理系统与外界的接口,但未表明数据的加工要求,需要进一步细化。根据前面图书管理系统功能边界的确定,再对图书管理系统顶层数据流图中的处理功能做进一步分解,可分解为读者注册、借书、还书和查询四个子功能,这样就得到了图书管理系统的第0层数据流图 从图书管理系统第0层数据流图中可以看出,在图书管理的不同业务中,借书、还书、查询这几个处理较为复杂,使用到不同的数据较多,因此有必要对其进行更深层次的分析,即构建这些处理的第1层数据流图。下面的图8-7分别给出了借书、还书、查询子功能的第1层数据流图 2、数据字典 数据项 数据项名称:借书证号 别名:卡号 含义说明:惟一标识一个借书证 类型:字符型 长度:20 …… 数据结构 (1)名称:读者类别 含义说明:定义了一个读者类别的有关信息 组成结构:类别代码+类别名称+可借阅数量+借阅天数+超期罚款额 (2)名称:读者 含义说明:定义了一个读者的有关信息 组成结构:姓名+性别+所在部门+读者类型 (3)名称:图书 含义说明:定义了一本图书的有关信息 组成结构:图书编号+图书名称+作者+出版社+价格 ……

数据流 (1)数据流名称:借书单 含义:读者借书时填写的单据 来源:读者 去向:审核借书 数据流量:250份/天 组成:借书证编号+借阅日期+图书编号 (2)数据流名称:还书单 含义:读者还书时填写的单据 来源:读者 去向:审核还书 数据流量:250份/天 组成:借书证编号+还书日期+图书编号 …… 数据存储 (1)数据存储名称:图书信息表 含义说明:存放图书有关信息 组成结构:图书+库存数量 说明:数量用来说明图书在仓库中的存放数 (2)数据存储名称:读者信息表 含义说明:存放读者的注册信息 组成结构:读者+卡号+卡状态+办卡日期 说明:卡状态是指借书证当前被锁定还是正常使用 (3)数据存储名称:借书记录 含义说明:存放读者的借书、还书信息 组成结构:卡号+书号+借书日期+还书日期 说明:要求能立即查询并修改 …… 处理过程 (1)处理过程名称:审核借书证 输入:借书证 输出:认定合格的借书证 加工逻辑:根据读者信息表和读者借书证,如果借书证在读者信息表中存在并且没有被锁定,那么借书证是有效的借书证,否则是无效的借书证。 …… 二、概念结构设计实例 1.标识图书管理系统中的实体和属性 参照数据字典中对数据存储的描述,可初步确定三个实体的属性为: 读者:{卡号,姓名,性别,部门,类别、办卡日期,卡状态} 读者类别:{类别代码,类别名称,可借阅天数、可借阅数量,超期罚款额}

结构设计入门——概念设计

结构设计入门——概念设计 在不断的结构设计研究与实践中,人们积累了大量有益的经验,并体现在设计规范、设计手册、标准图集等等。随着计算机技术和计算方法的发展,计算机及其结构程序在结构工程中得到大量地应用,每个设计单位都在为彻底甩掉图板而做努力。结果给部分结构工程师造成一种错觉,觉得结构设计很简单,只需遵循规范、手册、图集,等待建筑师给一个空间形成的方案,使用计算机,然后设法去完成它,自己只不过是一个东拼西凑的计算机画图匠而已。这不仅不能有效地运用他们的知识、精力和时间,而且还会与建筑师的交流中产生分歧与矛盾。 我国结构计算理论经历了经验估算,容许应力法,破损阶段计算,极限状态计算,到目前普遍采用的概率极限状态理论等阶段。现行的《建筑结构设计统一标准》(GBJ68-84)则采用以概率理论为基础的结构极限状态设计准则,以使建筑结构的设计得以符合技术先进、经济合理、安全适用。概率极限状态设计法更科学、更合理。但该法在运算过程中还带有一定程度的近似,只能视作近似概率法。并且光凭极限状态设计也很难估计建筑物的真正承载力的。事实上,建筑物是一个空间结构,各种构件以相当复杂的方式共同工作,且都并非是脱离总的结构体系的单独构件。目前,人们在具

体的空间结构体系整体研究上还有一定的局限性,在设计过程中采用了许多假定与简化。作为结构工程师不应盲目的照搬照抄规范,应该把它作为一种指南、参考,并在实际设计项目中作出正确的选择。这就要求结构工程师对整体结构体系与各基本分体系之间的力学关系有透彻的认识,把概念设计应用到实际工作中去。 所谓的概念设计一般指不经数值计算,尤其在一些难以作出精确理性分析或在规范中难以规定的问题中,依据整体结构体系与分体系之间的力学关系、结构破坏机理、震害、试验现象和工程经验所获得的基本设计原则和设计思想,从整体的角度来确定建筑结构的总体布置和抗震细部措施的宏观控制。运用概念性近似估算方法,可以在建筑设计的方案阶段迅速、有效地对结构体系进行构思、比较与选择,易于手算。所得方案往往概念清晰、定性正确,避免后期设计阶段一些不必要的繁琐运算,具有较好的的经济可靠性能。同时,也是判断计算机内力分析输出数据可靠与否的主要依据。 比如,有的设计人员用多、高层结构三维空间分析程序来计算底层框架,还人为的布置一些抗震墙,即不能满足楼层间的合理刚度比,也不能正确地反映底层框架在地震时受力状态。问题在于结构概念不明确,没考虑这两种结构体系的差异。软件的选择和使用不当,造成危害是不容忽视的。

项目管理-项目需求分析与数据库设计

第3章项目需求分析与数据库设计 3.1 项目开发背景 移动数据库是移动计算环境中的分布式数据库,移动数据库的应用大都嵌入到诸如掌上电脑、PDA、嵌入式设备等移动设备中,故移动数据库有时也称为嵌入式移动数据库。 目前绝大多数行业中数据存储与管理都需要随时随地进行,如果将数据存放在中心服务器数据库中,不便于各项数据操作,这时可以将中心服务器中数据库的部分数据,在联网状态下下载和保存到移动数据库中。这样很多的功能实现就可以在离线情况下直接在移动设备端实施完成,同时大幅度减少了中心服务器的负荷和压力。另外在设备端中对移动数据库的各项数据改变,也可以在网络连通时再传回到服务器上,以便保持服务器端与设备端数据的同步。 根据物流配送行业的特点,目前很多公司从客户商品购买到货物发送到客户手中这一系列业务流程都采用基于嵌入式设备的移动解决方案。工作人员在开始一天的工作时,可以直接通过手持设备查看当天要发送的所有货物信息,例如货物的收件人、收件地址和联系方式,并且可以给出一个最佳的投递路线。除此之外,当货物送达后,客户还可以直接在手持设备上进行电子签名以确认货物的送达,而后工作人员就可以将客户签名和货物送达信息直接通过无线网络传递给中心服务器,避免了一系列的“纸上操作”过程,大大加快了工作效率。 随着3G时代的到来,嵌入式移动数据库的应用会越来越广,利用嵌入式移动设备,当无线网络畅通时,可以利用无线网络获取所需的信息,并将这些重要信息存放到移动数据库中,这样既可以减少中心服务器的负载,又可以随时随地取得资料。当无线网络再次畅通时,我们又可以将移动数据库中的数据改变回传至中心数据库服务器。中心服务器数据库中如果存在新的数据信息,移动数据库也会自动加载这些新信息,确保了移动数据库和中心服务器数据库之间的数据同步。 3.2 项目的需求分析设计 3.2.1 项目业务需求描述 嵌入式软件开发公司对各地物流运输公司进行调研之后,整理出将要实现的移动物流配送系统业务功能,移动物流配送系统面向三类用户:客户服务人员、库房管理人员(包括装车人员)、货物运输人员。 (1)客户服务人员可以利用手持移动设备为客户购买所需商品,建立新的订单,并将新的客户订单信息发往商品所在的物流公司中央数据库服务器。 (2)库房管理人员可以利用手持设备获得中央数据库中有关客户订单的信息,确认客户

数据库需求分析报告

高校学生学籍管理 §1概述 编写说明: 本章描述本软件开发得背景,系统目标,用户得业务情况,以便于需求理解。 §1·1背景 在学籍管理中,需要从大量得日常教学活动中提取相关信息,以反映教学情况.传统得手工操作方式,易发生数据丢失,统计错误,劳动强度高,且速度慢.使用计算机可以高速,快捷地完成以上工作。在计算机联网后,数据在网上传递,可以实现数据共享,避免重复劳动,规范教学管理行为,从而提高了管理效率与水平. §1·2系统目标 学籍管理信息系统以计算机为工具,通过对教务管理所需得信息管理,把管理人员从繁琐得数据计算处理中解脱出来,使其有更多得精力从事教务管理政策得研究实施,教学计划得制定执行与教学质量得监督检查,从而全面提高教学质量。 §1·3 业务模式 本系统就是运行在Win98、Win2000、WindowsNT等操作系统环境下得多台计算机构成得局域网,主要业务流程如下: ·按某学生某学期,学年考试及补考成绩,自动生成该学生就是否升留降级,退学。 ·按某学生在校期间累计补考科目门数与成绩自动生成该学生就是否结业,毕业,授位。 ·按某学生因非成绩原因所引起得学籍变更作自动处理. ·按每学期各年级班学生考试成绩自动生成补考名单,科目。 ·按每学期各年级学生考试成绩自动生成某课程统计分析表。 ·按同一年级学习成绩进行同一课程不同班级间成绩比较。 §2用户需求 编写说明: 此系统专门为高校学籍管理所设置。本节主要描述用户需求得使用范围,功能要求信息采集与各部门得使用权限 §2·1使用范围 按成都信息工程学院全日制学生学籍管理等相关文件完成本科与专科学生学籍状况得系统管理(本科生用学年学分制,专科生用学年制)。 系统中保留五个年级学生得信息,学生毕业一年后信息转储,但随时可以查询,输出. §2·2功能要求 ·学生档案管理: 学生得一般情况,及奖励,处分情况; ·学生成绩管理: 学习成绩,补考成绩; ·学籍处理: 学生留降级处理,休复学处理,退学处理; ·日常教务管理: 日常报表,如通知书,补考通知书等,学生学习成绩得各种分类统计; ·毕业生学籍处理:结业处理,毕业处理,授位处理,学籍卡片等。 §2·3信息采集与各部门得使用权限 每学期考试完毕由各系录入成绩,然后由教务科收集。为了信息得安全与数据得权威性,对于网上信息得使用权限与责任规定如下: 数据收集前得系统权限

(建筑工程管理)建筑结构设计应具备的概念

(建筑工程管理)建筑结构设计应具备的概念

1、轴压比:主要为控制结构的延性,规范对墙肢和柱均有相应限值要求,见抗规6.3.7和6.4.6,在剪力墙的轴压比计算中,轴力取重力荷载代表设计值,和柱子的不壹样。 2、剪重比:主要为控制各楼层最小地震剪力,确保结构安全性,见抗规5.2.5。 3、侧向刚度比:主要为控制结构竖向规则性。 4、位移比:主要为控制结构平面规则性,以免形成扭转,对结构产生不利影响。控制比例为1.5。见抗规3.4.2、3.4.3。 5、周期比:主要为控制结构扭转效应,减小扭转对结构产生的不利影响,要求见高规4.3.5。 6、刚重比:主要为控制结构的稳定性,以免结构产生滑移和倾覆,要求见高规。 7、剪跨比:梁的剪跨比,剪力的位置a和h0的比值。剪跨比影响了剪应力和正应力之间的相对关系,因此也决定了主应力的大小和方向,也影响着梁的斜截面受剪承载力和破坏的方式;同时也反映在受剪承载力的公式上。柱的剪跨比,若反弯点在柱子层高范围内,可取柱子的剪跨比小于2时,需要全长加密,见混凝土规范11.4.12、11.4.17。 8、剪压比(梁柱截面上的名义剪应力V/bh0和混凝土轴心抗压强度设计值的比值):梁塑性铰区的截面剪压比对梁的延性、耗能能力及保持梁的强度、刚度有明显的影响,当剪压比大于0.15的时候,梁的强度和刚度有明显的退化现象,此时再增加箍筋用量,也不能发挥作用,因此对梁柱的截面尺寸有所要求。 9、轴压比:轴压比是指有地震作用组合的柱组合轴压力设计值和柱的全截面面积和砼轴心受压抗压强度设计值乘积的比值,是影响柱子破坏形态和延性的主要因素之壹。轴压比限值的依据是理论分析和试验研究且参照国外的类似条件确定的,其基准值是对称配筋柱大小偏心受压状态的轴压比分界值。 10、跨高比:梁的跨高比(梁的净跨和梁截面高度的比值)对梁的抗震性能有明显的影响。梁(非剪力墙的连梁)的跨高比小于5和深梁都按照深受弯构件进行计算的。 11、延性比:延性比即为弹塑性位移增大系数。延性是指材料、构件、结构在初始强度没有明显退化的情况下的非弹性变形能力。延性比主要分为三个层面,即截面的延性比、构件的延性比和结构的延性比。结构的延性比多指框架或者剪力墙等结构的水平荷载-顶层水平位移(P-delta)、水平荷载-层间位移等曲线。结构的屈服位移有等能量方法、几何做图法等 12、薄弱层:该楼层的层间受剪承载力小于相邻上壹楼层的80%;薄弱层主要是针对大震而言的;屈强系数小于0.5的结构层、在大震下楼层塑性变形大于规范要求的大震下的允许值的结构层。 所谓的薄弱层,是指在强烈地地震作用下,结构首先发生屈服且产生较大弹塑性变形的部位。是指该楼层的层间受剪承载力小于向邻上壹楼层的80%,能够认为,是从结构强度的角度来判断。高规中说明竖向不规则结构形成薄弱部位,而薄弱部位有三种情况,壹是刚度不连续形成的柔软层,壹是强度不连续形成的薄弱层,仍有壹种就是有水平转换体系的竖向构件不连续的结构.因此2楼和5楼说的都是柔软层.但实际我见很多地方所说的薄弱层就是指薄弱部位的意思,且没区分的很仔细 位置在下列情况确定: 1)楼层屈服强度系数沿房屋高度分布均匀的结构,可取底层; 2)楼层屈服强度系数沿房屋高度分布不均匀的结构,可取该系数最小的楼层(部位)和相对较小的楼层,壹般不超过2-3处; 3)单层厂房,可取上层; 薄弱层指强度,软弱层指刚度。壹个是刚度比,另壹个是承载力比,二者不满足规范要求均是薄弱层。请见见高规条文说明 4.4.2“正常设计的高层建筑下部楼层刚度宜大于上部楼层的侧向刚度,否则变形会集中于刚度小的下部楼层而形成结构薄弱层”由此可推断出只要是刚度小于上层的楼层都应当算作薄弱层。按照高规5.1.14“对于竖向不规则的高层建筑结构,小于

数据库分析与设计报告(车辆管理系统)

1.需求分析 2.概念结构设计 3.逻辑结构设计 4.物理结构设计 5.数据库的建立和测试 6.数据库运行和维护 《车辆管理系统》数据库设计 班级:11计算机转 学号:1116939040 姓名:王湘萍 一.需求分析 1.1可行性分析 现在随着企业规模的扩大以及车辆作为最为普遍的交通工具,在企业中已经不是单一的存在,由于单位车辆数目的急剧增加,与之相对应的问题随之而生,比如车辆的使用权问题,车辆的费用问题等,不再是简单的少量的数据。为了解决这一系列的问题,我们必须借助于电脑的强大的数据处理能力和存储能力,如此可以减少人力财力来维护这些数据,可以用更少的投入来换取更佳的数据管理。因此,在这样的情况下,开发单位车辆管理系统是可行的,是必要的。如今,MIS开发已经慢慢的驱向成熟,车辆管理系统也有部分开发,但是都还不是十分完善。现今已经开发的车辆管理系统都是针对以运营为主的具有盈利目的的单位。比如,公交管理、出租车管理、运输公司管理、汽车站点的管理,而这些管理最主要是针对盈利的管理,很少有针对各种汽车使用权、车辆调配等各种普通单位,不是以车辆运营为盈利手段的车辆管理,针对这点,此系统就是适合如今大多数企业管理的车辆管理系统。 通过计算机系统对学校进行全面的管理,满足了学校的现代化管理的要求。 1)经济性 ①系统建设不需要很大的投入;

②可缩减人员编制,减少人力费用; ③人员利用率的改进; 2)技术性 ①处理速度快,准确; ②通过权限的设置,数据的安全性好; ③方便查询; ④控制精度或生产能力的提高 3)社会性 ①可降低工作人员工作强度,提高效率,会得到上下员工的一致同意的; ②可引进先进的管理系统开发方案,从而达到充分利用现有资源 1.2需求分析 现代信息技术特别是计算机网络技术的飞速发展,使我们的管理模式产生了质的飞跃,网络化管理将成为信息时代的重要标志和组成部分。探索、研究并构建适宜于在计算机网络环境下的管理模式,是我们责无旁贷的使命。 通过调查,要求系统需要具有以下功能: 1)由于操作人员的计算机知识普遍较差,要求有良好的人机界面。 2)由于该系统的使用对象多,要求有较好的权限管理。 3)方便的数据查询,支持多条件查询。 4)基础信息管理与查询(包括车辆信息、用车记录、部门信息)。 5)通过计算机,能够直接“透视”仓库存储情况。 6)数据计算自动完成,尽量减少人工干预。 7)系统退出。

数据库课后题答案 第7章 数据库设计

第7章数据库设计 1.试述数据库设计过程。 答:这里只概要列出数据库设计过程的六个阶段:( l )需求分析;( 2 )概念结构设计;( 3 )逻辑结构设计;( 4 )数据库物理设计;( 5 )数据库实施;( 6 )数据库运行和维护。这是一个完整的实际数据库及其应用系统的设计过程。不仅包括设计数据库本身,还包括数据库的实施、运行和维护。设计一个完善的数据库应用系统往往是上述六个阶段的不断反复。 2 .试述数据库设计过程各个阶段上的设计描述。 答:各阶段的设计要点如下:( l )需求分析:准确了解与分析用户需求(包括数据与处理)。( 2 )概念结构设计:通过对用户需求进行综合、归纳与抽象,形成一个独立于具体DBMS 的概念模型。( 3 )逻辑结构设计:将概念结构转换为某个DBMS 所支持的数据模型,并对其进行优化。( 4 )数据库物理设计:为逻辑数据模型选取一个最适合应用环境的物理结构(包括存储结构和存取方法)。( 5 )数据库实施:设计人员运用DBMS 提供的数据语言、工具及宿主语言,根据逻辑设计和物理设计的结果建立数据库,编制与调试应用程序,组织数据入库,并进行试运行。( 6 )数据库运行和维护:在数据库系统运行过程中对其进行评价、调整与修改。 3 .试述数据库设计过程中结构设计部分形成的数据库模式。 答:数据库结构设计的不同阶段形成数据库的各级模式,即:( l )在概念设计阶段形成独立于机器特点,独立于各个DBMS 产品的概念模式,在本篇中就是 E 一R 图;( 2 )在逻辑设计阶段将 E 一R 图转换成具体的数据库产品支持的数据模型,如关系模型,形成数据库逻辑模式,然后在基本表的基础上再建立必要的视图( Vi 娜),形成数据的外模式;( 3 )在物理设计阶段,根据DBMS 特点和处理的需要,进行物理存储安排,建立索引,形成数据库内模式。 4 .试述数据库设计的特点。 答:数据库设计既是一项涉及多学科的综合性技术又是一项庞大的工程项目。其主要特点有:( l )数据库建设是硬件、软件和干件(技术与管理的界面)的结合。( 2 )从软件设计的技术角度看,数据库设计应该和应用系统设计相结合,也就是说,整个设计过程中要把结构(数据)设计和行为(处理)设计密切结合起来。 5 .需求分析阶段的设计目标是什么?调查的内容是什么? 答:需求分析阶段的设计目标是通过详细调查现实世界要处理的对象(组织、部门、企业等),充分了解原系统(手工系统或计算机系统)工作概况,明确用户的各种需求,然后在此基础上确定新系统的功能。调查的内容是“数据’夕和“处理”,即获得用户对数据库的如下要求:( l )信息要求,指用户需要从数据库中获得信息的内容与性质,由信息要求可以导出数据要求,即在数据库中需要存储哪些数据;( 2 )处理要求,指用户要完成什么处理功能,对处理的响应时间有什么要求,处理方式是批处理还是联机处理;( 3 )安全性与完整性要求。 6 .数据字典的内容和作用是什么? 答:数据字典是系统中各类数据描述的集合。数据字典的内容通常包括:( l )数据项;( 2 )数据结构;( 3 )数据流;( 4 )数据存储;( 5 )处理过程五个部分。其中数据项是数

五大数据库建设现状分析

五大数据库建设现状分析Newly compiled on November 23, 2020

五大基础数据库建设现状 1、自然资源和空间地理基础数据库 该库是四大基础数据库中建设难度最低的,因为其中的信息收集相对容易,不涉及过多的部门利益分配等敏感问题。目前该库已基本建成,但真正投入使用的省市并不多。2012年5月31日,国家自然资源和地理空间基础信息库项目水利资源数据分中心数据整合改造合同验收和工程初步验收会在北京召开。国家自然资源和地理空间基础信息库项目是我国第一个开展建设的国家级信息库,由国家发展和改革委牵头,由11个部门和单位参加,水利部承担其中的水利资源数据分中心建设。该项目初步设计报告于2007年得到国家发展改革委员会的批复后正式实施,在水利部领导的高度重视和大力支持下,在发改委项目办的指导下,在水利资源数据分中心各参建单位的共同努力下,水利资源数据分中心建成了水文、水质、水资源、水利设施、土壤侵蚀、水能资源、农村水电、大型灌区等方面的8个专题信息库、90个专题信息产品、21个综合信息子库,完成了实用规范和管理办法的编制与试行工作,数据库管理系统已上线并稳定运行。2、人口基础数据库 人口基础信息库的主体包括公民身份号码、姓名、性别、民族、出生地等基本信息,还包括各部门业务系统在利用人口基本信息过程中产生的、其他部门存在共享需求的人口信息,实现互联互通和信息共享。人是任何社会中最基本的活动主体,现代社会中尤其强调以人为本。随着我国管理模式逐步向以人为本转变,人的基本信息在整个行政管理中越来越发挥重要作用。劳动就业、税收征管、个人信用、社会保障、人口普查、婚姻家庭、计划生育、打击犯罪等方方面面的工作无不与人口基础信息密切联系。 尽管我国的人口信息有一定的积累和基础,但由于没有从根本上重视它,对其作用认识不足,以至于人口信息系统分散,至今尚未建立覆盖全部人口、代码唯一的基础信息库。更为重要的是,人口信息多头采集,各人口信息库的完整性、准确性、及时性都不够,流动和死亡人口等信息采集困难,其应用也受到条块分割、互联不畅等问题的限制。此前频频被揭露的死人领工资、领养老金,死人吃低保,未婚无从证明、结婚离婚不能及时反映的现象,充分说明了我国人口信息共享方面的缺陷,也说明建立一套完整的覆盖全部人口、代码唯一的基础信息库的极端重要性。我国正在逐步建立的各项社会保障制度也使这个信息库的建立具有了十分的紧迫性。 基础信息共享既有必要性也有可行性。首先任何一个国家公共部门利用公共投资形成的信息资源,都应列入社会公共资源的范畴,其他公共部门根本不必也不应该利用公共投资进行重复建设。这既是公权力行使遵循精简、效率原则的要求,也是对纳税人负责、珍惜公共资源的体现。事实上,随着我国综合国力的增强和信息化水平的提高,建立一套完整精确的人口基础信息数据库是完全可能的。 3、法人单位基础数据库 2006年3月,国家信息化领导小组印发了《国家电子政务总体框架》(国信[2006]2号),对法人库建设提出了进一步的要求。3月29日,国信办召开专题会议了解法人库建设进展情况,并要求加快方案修订、论证、实施进度。

7.3 概念结构设计(S)

7.3 概念结构设计 将需求分析得到的用户需求抽象为信息结构即概念模型的过程就是概念结构设计。它是整个数据库设计的关键。(概念结构是对用户需求的客观反映,不涉及到软硬件环境,也不能直接在数据库管理系统DBMS上实现,是现实世界与机器世界的中介。这一阶段所产生的工作结果一般表现为E-R图的形式,它不仅能够充分反映客观世界,而且易于非计算机人员理解,易于向关系、网状、层次等各种数据模型转换。) 7.3.1 概念结构 在需求分析阶段所得到的应用需求应该首先抽象为信息世界的结构,才能更好地、更准确地用某一DBMS实现这些需求。 概念结构的主要特点是: (1) 能真实、充分地反映现实世界,包括事物和事物之间的联系,能满足用户对数据的处理要求。是对现实世界的一个真实模型。 (2) 易于理解,从而可以用它和不熟悉计算机的用户交换意见,用户的积极参与是数据库的设计成功的关键。 (3) 易于更改,当应用环境和应用要求改变时,容易对概念模型修改和扩充。 (4) 易于向关系、网状、层次等各种数据模型转换。 概念结构是各种数据模型的共同基础,它比数据模型更独立于机器、更抽象,从而更加稳定。 描述概念模型的有力工具是E-R模型。有关E-R模型的基本概念已在第一章介绍。下面将用E-R模型来描述概念结构。 7.3.2 概念结构设计的方法与步骤 设计概念结构通常有四类方法: ·自顶向下。即首先定义全局概念结构的框架,然后逐步细化,如图7.7(a)所示。 ·自底向上。即首先定义各局部应用的概念结构,然后将它们集成起来,得到全局概念结构,如图7.7(b)所示。 ·逐步扩张。首先定义最重要的核心概念结构,然后向外扩充,以滚雪球的方式逐步生成其他概念结构,直至总体概念结构,如图7.7(c)所示。 ·混合策略。即将自顶向下和自底向上相结合,用自顶向下策略设计一个全局概念结构的框架,以它为骨架集成由自底向上策略中设计的各局部概念结构。 其中最经常采用的策略是自底向上方法。即自顶向下地进行需求分析,然后再自底向上地设计概念结构。如图7.8所示。这里只介绍自底向上设计概念结构的方法。它通常分为两步:第1步是抽象数据并设计局部视图,第2步是集成局部视图,得到全局的概念结构,如图7.9所示。

相关主题