概念结构设计的方法和步骤范文

导语：如何才能写好一篇概念结构设计的方法和步骤，这就需要搜集整理更多的资料和文献，欢迎阅读由公务员之家整理的十篇范文，供你借鉴。

篇1

1分析动机

1.1教学内容分析

学习《数据库技术》课程前学习者已经学习了《计算机技术基础》、《C语言》和《数据结构》等先行课程，“概念结构设计”教学内容安排上是在数据库基本概念、关系数据库、SQL语言和关系数据理论之后，“概念结构设计”部分包括概念结构设计的概念、方法与步骤、数据抽象和视图的集成。本部分内容的重点是概念结构设计的方法。难点是根据具体系统内容的描述设计基本E-R图。

1.2学习者动机分析

“概念结构设计”较抽象，学习者需要从复杂的实际应用中找出数据库设计中的关键因素，学习者尚不知该内容在整个数据库设计中的重要作用，鉴于此内容的难度较大，易使学习者知难而退，对学习者学习的积极性产生负面影响。

2动机策略设计及实施

2.1课程导入

2.1.1教学内容

将49名学习者分为5个小组，利用课前时间每组分别分析淘宝、京东、当当网、1号店、天猫的网上购物流程，并分组进行调查汇报。提出问题：你分析系统中的商品有哪些属性？订单包括哪些内容？订单与客户和商品之间的联系及涉及的实体有哪些？订单有哪些状态？知识回顾：实体、属性和联系的概念，选课E-R模型实例。

2.1.2动机策略应用

注意策略：通过问题引入，让学习者主动思考，引起学习者有意注意。相关策略：通过知识回顾，帮助学习者建立已有的E-R模型与概念结构模型设计之间的联系，建立脚手架从而降低新知识学习难度。自信策略：选取学习者们熟知的购物网站为例，增强学习者信心。

2.2课堂教学

2.2.1教学内容

基础任务：定义购物网站生成订单的事件，通过E-R模型进行概念结构设计。汇总各小组提交的设计结果，总结学习者的概念结构模型设计，如图1所示。来源：黑龙江省哲学社会科学研究规划项目（16EDE07）和哈尔滨师范大学深化教育教学综合改革项目（X2015-2-003）的研究成果。提高任务：上述模型中当客户提交订单但未购买商品将减少商品的库存，如何解决这一问题呢？请学习者思考并提出问题解决办法。教师提示可将多对多的联系拆分为两个一对多的联系，根据订单的状态通过程序确定是否实际减少库存。按照之前分配的小组安排学习者讨论并提出新的设计方案，学习者讨论是教师到各组进行引导和巡视[2]。讨论：经过学习者讨论，分析新概念模型设计的合理性。小组汇报并由教师汇总修改后如图2所示。

2.2.2动机策略

注意策略：教师播放课前录制的网上购物过程的动画，引起学习者注意。自信策略：教师按照基础和提高两类任务进行分层布置，利于搭建脚手架、激发学习者自主思考，增强自信。

3评价

学习者对各自小组设计的E-R模型进行评价，小组间进行设计结果互评，教师对每个模型的设计过程、小组合作情况和设计结果进行总结性评价。满意和自信策略：学习者经过深入思考进行互评，体验设计被认可和逐步求精带来的喜悦。教师的点评认可其设计结果提高学习者信心。

4结论

通过该方法的学习，学习者在练习和期末考试中能够熟练准确的对复杂的需求通过E-R模型进行概念结构设计，因此，ARCS模型应用于《数据库技术》教学有助于激发学习者学习动机，提高学习效果。

作者:韩玲玲 单位:哈尔滨师范大学

参考文献

篇2

在信息管理系统的设计和开发过程中，数据库设计是其中最为重要的环节之一。设计规范、良好的数据库不仅能带来系统数据处理效率的极大提升，更重要的是在系统正式运行后能大大简化后期的数据更新维护工作，提高系统的可扩展性。目前大多数酒店提供的服务多种多样，规模大小也各不相同，较为典型的酒店服务业务一般都包括饮食、住宿和娱乐等方面，下面该文从这些典型的酒店业务逻辑出发，分析和探讨数据库的设计方案。

1数据库需求分析

数据库设计的第一步是做好需求分析。在此阶段需要准确了解和分析用户的具体需求，包括数据需求和处理需求，这是整个数据库设计过程的基础，也是最困难、最耗费时间的一步。

1.1数据流图分析

典型的酒店管理一般包括饮食部门、住宿管理部门、娱乐管理部门和经理部门，下面简要分析各部门的业务逻辑。饮食部门是酒店基本部门之一，所提供服务的特点是实时性强、持续时间短、强调效率。此处需要重点处理的信息是与饮食有关的财务数据，一方面便于定期的账目汇总，另一方面也便于及时向酒店管理层汇报。住宿管理部门也是酒店基本部门之一。其主要职责包括：（1）布置房间设施、分类、编号、制定收费标准、分配服务人员；（2）登记旅客信息，记录其入住、退房时间；（3）统计各类房间的客满程度；（4）处理本部门的财务信息。娱乐部门需要处理的业务主要包括：（1）制定收费标准，分配负责人；（2）收入支出财务处理等。经理部门的功能是必不可少的。主要职责有：（1）员工管理；（2）部门划分；（3）各部门的财务核算；（4）酒店营业收益的定期核算。从上面各个部门的业务分析可以看出，不同部门都有财务处理的需求，因此归总设计一个统一的“财务子系统”。而饮食部门因为所需要的业务功能都已包含在“财务子系统”中，故而去掉该功能模块。最终设计酒店信息管理系统分为四个子模块：经理子系统、财务子系统、住宿子系统和娱乐子系统。根据前面对业务逻辑的详细分析，画出各子系统的数据流图，例如图1所示为财务子系统的数据流图。

1.2数据字典设计

数据字典是数据库中各类数据描述的集合，需要设计人员对所开发系统的实际情况进行详细的数据收集和数据分析才能得到。数据字典内容一般包括数据项、数据结构、数据流、数据存储和数据处理过程。下面列举几例：数据项如：员工号（编号：1，数据项名称：员工号，说明部分：整数类型，有唯一性）数据结构如：员工信息（编号：1，数据结构名：员工信息，属性：包括员工号、姓名、性别、年龄、工龄、级别、部门、职务、备注）数据流如：员工基本信息（编号：1，数据流名：员工基本信息，输入：招新员工，输出：员工信息）数据存储如：员工信息（数据存储名：员工信息，输入数据流：员工基本信息，输出数据流：工资结算）处理过程如：招新员工（处理过程名：招新员工，输入数据流：终端，输出数据流：员工基本信息）……

2数据库概念结构设计

数据库概念结构设计常用方法有自底向上和自顶向下两种。该文采用自底向上的设计方法，即首先定义各局部应用的概念结构，然后将它们集成，得到全局概念结构。

2.1局部概念结构设计

下面以财务管理子系统为例，分析子系统的功能，设计局部概念结构，并且对该局部概念结构进行合理优化调整。财务管理子系统的功能为：首先对各部门上交的收支情况进行汇总，得出各部门的收益情况；然后在此基础上进行整体汇总，得到整个酒店的收益信息；最后将酒店的收益情况下发给各个部门，公开账目。根据该分析，得到描述财务管理子系统概念结构的E-R模型如图2所示。E-R模型调整的准则：（1）现实世界中的事物能作为属性对待的尽量作为属性对待；（2）属性中不具有需要描述的信息，即属性是不可分的数据项，不再包含其他信息。根据原则分析，员工应对应一个领导关系，但为了简便起见，就用员工的“等级”属性来表达员工之间的领导关系。

2.2数据视图集成

完成各子系统的分E-R图设计及优化之后，接下来需要将所有的分E-R图综合集成为一个总的E-R图。由于本系统中各分E-R图的规模较小，所以合成过程采用了一次集成方式。整个过程分两步进行：第一步：合并。将各分E-R图合并生成初步E-R图，解决各分E-R图间可能存在的属性冲突、命名冲突或结构冲突。第二步：修改和重构。消除不必要的冗余，生成基本E-R图。由于本系统涵盖的内容比较少，基本不存在冗余的现象，所以初步E-R图就是基本E-R图，不必再进行调整。

3数据库逻辑结构设计

3.1生成关系模式

根据E-R图向关系模式的映射法则，可以将2.2中得到的系统总体E-R图转换为一组关系模式。转换过程简单描述如下：一个实体直接转换为一个关系模式，如：员工(员工号,姓名,性别,年龄,工龄,级别,部门号,职务,备注)；工资(员工号,等级,实际工资,基本工资,出勤工资)；……实体与实体之间的一对一联系或一对多联系可以直接合并到实体所对应的关系模式中，而实体之间的多对多联系则必须转换为一个单独的关系模式。根据这两条原则，对系统总体E-R图中的所有联系进行转换。工资和员工之间的1：1联系与员工实体所对应的关系模式合并；员工和部门之间的n：1联系与员工实体所对应的关系模式合并；……客房和订单之间n:m的预约联系转化为：预约（订单号,客房号,始定时间,结束时间）；顾客和房间之间n:m的住宿联系转化为：住宿（顾客号,房间号码,住宿时间）

3.2关系模式优化

将E-R模型转换为关系模式后，还应该根据关系规范化理论对所有关系模式进行优化，以得到更为科学合理的关系模式。一般而言，在函数依赖的范畴之内，关系模式达到3NF或BCNF层次即可。下面对3.1中的关系模式进行分析：（1）在顾客关系模式“顾客(顾客编号、级别、姓名、年龄、性别、证件号码、证件名称、所选项目、使用时间、备注)”中，因为“使用时间”对于顾客的必要性不强，且该属性在别的关系中可以查询得到，所以将“使用时间”属性删除。分析可得，“顾客”关系模式属于BCNF。（2）在总账关系模式“总账(总账编号、部门号、财务状况编号、收入、支出、净利、日期、经手人号、备注)”中，“净利”属性可以根据收入和支出计算得到，并且不需要经常性的查询，所以将该属性删除。该关系模式也属于BCNF。（3）在财务状况关系模式“财务状况（财务状况编号、时期、总收入、总支出、净利润）”中，虽然“净利润”也可以通过计算得到，但由于在这一项上查询比较频繁，如果每次查询都计算，必然使得系统性能降低，故保留下来。（4）在员工关系模式“员工(员工号、姓名、性别、年龄、工龄、级别、部门号、职务、备注)”中，用户查询时，一般只需查询自己所属单位的员工信息，故可将其按部门水平分解为三个模式，以提高查询效率。负责人员(员工号、姓名、性别、年龄、工龄、级别、部门号、职务、备注)；服务人员(员工号、姓名、性别、年龄、工龄、级别、部门号、职务、备注)；经手人员(员工号、姓名、性别、年龄、工龄、级别、部门号、职务、备注)；

3.3用户子模式设计

得到优化后的总体逻辑结构后，还应该根据局部应用需求，结合具体的DBMS特点，设计用户的子模式。设计过程如下：（1）因为经理对于员工的次要信息不会经常关注，因此将员工信息中最主要的内容映射过来，在经理子系统上设立员工关系子模式。员工(员工号、姓名、级别、部门号、职务、部门经理、实际工资)；（2）因为酒店员工经常使用的只有客房的主要信息，所以在住宿子系统上设立客房关系子模式。客房（客房号、位置、设备、收费标准、管理人员号、状态）；（3）因为酒店管理人员对于顾客的情况管理经常使用的只有部分信息，所以在经营管理子系统上设立顾客关系子模式。顾客（顾客编号、住宿号、姓名、级别、应收款、使用时间、备注）

4物理结构设计

4.1存储结构设计

通过对典型酒店中的信息处理需求进行分析，可以得到如下需求特点：饮食、住宿、娱乐三大部门的数据不仅经常需要查询，而且更新速度快；各个部门信息要求共享的较多，如员工信息、来客信息等，但财务信息一般不共享；经理部门有一定的特殊职能，如汇总财务信息、级联删除辞退员工等。针对这些特点，设计如下：首先要确定数据库的存放位置。为了提高系统性能，根据应用情况将数据按照易变部分和稳定部分、经常存取部分和存取频率较低的部分分别在两个磁盘上存放。经常存取部分包括员工、工资、客房、款项、折扣规则、项目、顾客等；而信息存取频率较低的部分包括部门、账单、订单、总账、财务状况等。同时考虑到本系统是多用户的，为了提高效率，数据库的备份的数据和日志文件将保存在磁带中。然后要确定系统配置。酒店管理系统需要的微机数量和规模都不必太大，但在系统设计时应考虑到酒店的发展需求，在选择硬件设备、服务器操作系统、数据库时都考虑到能够逐步扩展。本酒店管理系统选用了WindowsXP操作系统，后台数据库选用目前应用最多的ORACLE10g。由于涉及到酒店的财务管理，数据的完整性和安全性显得尤其重要，为了保障系统安全稳定运行，需要每天进行数据备份。数据备份需要严格按照制定的备份与故障恢复策略进行，并落实备份登记和检查措施。

4.2存取路径设计

首先确定数据的存取方式。对饮食、住宿、娱乐三个子系统的各个关系最经常的操作是查找，假设现有n个住宿房间的信息，如果采取顺序查找，平均查找n/2次；建立B+树索引，则平均查找次数为B+树的层数log2n+1，所以选择B+树作为索引，具体设计如下：（1）对经常在查询中出现的关系码建立索引。包括员工、工资、部门、客房、款项、折扣规则和财务状况等关系。（2）对经常需要进行连接操作的关系码建立索引。包括员工号、客房号和部门号等。（3）对于更新频率很高的关系模式，不宜在其上定义索引。包括顾客、订单和账单等。

4.3设计评价及说明

上述设计对时间效率，空间效率，维护代价和用户的实际需求做出了较好的权衡。实际方案还需要根据酒店管理的真实环境，以时间效率和用户需求为根本，进一步优化和完善。

篇3

关键词：数据库；设计；高职高专

中图分类号：G64 文献标识码：A文章编号：1007-9599 (2011) 10-0000-02

Vocational College "Database Principles and Applications"Teaching Reform

Xue Xiaoxuan

(Shanxi Fashion Engineering Institute,Xi'an712046，China)

Abstract:According to the problems existing in the teaching of the principle and application of database,the selection of teaching material,teaching content and teaching method will be discussed in this paper.So that these methods and means gain good results in actual teaching.

Keywords:Database;Design;Vocational college

随着信息技术应用的日益广泛，数据库技术得到了快速的发展，在办公自动化系统、管理信息系统、过程控制、联机分析处理、计算机辅助设计与制造等领域得到了广泛的应用。它已成为计算机信息系统与应用系统的核心技术和重要基础。高职院校作为培养应用型、高素质技能型人才的重要基地，如何做好数据库课程的教学工作以及其教学效果如何，将对学生就业在相关岗位的适应能力有着重要的影响。

目前《数据库原理与应用》课程的教学存在理论和实践不能相互融会贯通，使学生毕业后不能很好地满足企业对人才的需求。因此分析该课程在教学过程中存在的问题，从教材的选取、教学内容以及教学方法方面来研究教学具有十分重要的意义。

一、目前《数据库原理与应用》教学中存在的问题如下

（一）理论性强

目前数据库应用十分广泛性，大到银行系统，小到小型超市，都有自己的数据库，这为高职院校的学生提供了比较广阔的就业机会，但随着计算机技术的不断发展，数据库的种类越来越多，各行业的实际情况千差万别，而数据库原理是基本不变的，许多老师通过多年的经验积累，认为学习数据库的基本原理是非常重要，但对于高职高专的学生来说逻辑思维比较差，缺乏实践，对相关理论的理解不够深入，因此教学效果相对就差。

（二）过于注重实践

由于高职院校培养的是应用型人才，注重实践，于是有的老师选取与数据库产品的操作为主的教材，重点讲授如何使用该产品，比如，SQL Server、ORACLE，对关系型数据库的理论和产品本身的体系结构讲授的比较少，但随着数据库版本的升级，由于学生缺乏一定的原理知识，当操作发生一定的变化以后就难以动手。

（三）理论和实践相脱节

有的教师虽然注重理论和实践相结合，一般前半部分讲数据库原理，后半部分讲数据库的应用，但由于没有结合起来讲，前后不能融会在一起，二者没有内在的联系，并且这样讲的内容比较多，课时量又有限，一般理论与实践都不会深入。

二、教学改革的探讨

针对《数据库原理与应用》教学过程中存在的问题，结合自己的实际教学，本人提出了以下两个方面的教学改革：

（一）教材及教学内容的选取

教材是教学的基础，教学目标能否实现，教材内容至关重要，它是学生学习的主要依据，对于高职院校来说，一定要选取有开发案例的教材，让学生围绕完成具体的案例来开展具体内容的学习。本人选取的教材是孙峰教授编写的《数据库原理与应用》。

教学内容主要是围绕数据库设计的六个阶段来展开讲解，让学生以数据库设计为主线来学习相关知识，为将来从事数据库设计打下良好的基础。由于本课程教学大纲的要求和课时量的限制，并不是每个章节都应该详细地讲，应该有侧重点的展开讲解，本人是以数据库设计的具体步骤为主线，按照步骤的先后顺序来展开各章节的讲解。

（二）教学方法的探讨

由于高职教育是以适应社会需要为目标，以培养技术应用能力为主线来设计学生的知识、能力、素质结构和培养方案。强调理论教学和实践训练并重，要求毕业生具有直接上岗工作的能力。理论知识以够用为度，注重培养学生的实践操作能力。为了满足高职教育的培养目标，针对目前教学存在的问题，本人打破传统的按章节先后顺序的教学方法，实施了以工作过程为导向来开展《数据库原理与应用》这门课程的教学，即围绕一个数据库系统的设计过程来展开各章节的学习，这样在完成教学任务的同时让学生可以深刻体会到各章节在数据库设计中的地位。

首先应对数据库技术的发展阶段以及数据库系统的结构做一个简单的介绍，让学生头脑中对数据库有个整体的印象，涉及到的章节有1.1、1.2、1.3。接下来根据数据库设计的具体步骤来展开教学：

1.需求分析阶段

要进行数据库的设计首先必须了解与分析用户的需求。通过详细调查现实世界要处理的对象，明确用户的各种需求，然后在此基础上确定系统所需的功能。需求分析是整个设计过程的基础，决定了在其上构建数据库大厦的速度与质量。

涉及到的章节是5.1、5.2。要求学生及时与用户沟通，调查了解了用户的需求后，使用数据流图和数据字典来表达数据和处理的关系。课后布置让学生自己描述自己调查过的需求分析，最后进行评比分析。

2.概念结构设计阶段

在需求分析所得到的应用需求应该首先抽象为信息世界的结构，才能更好地、更准确地用某一DBMS实现这些需求。这就是概念结构设计阶段要完成的任务。它通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型。涉及到的章节有5.3、1.4，首先介绍描述概念模型的工具―实体联系图（E-R图），其次重点介绍如何将需求分析阶段的数据流图转换为E-R图，并遵循设计E-R图的原则。

3.逻辑结构设计阶段

要让设计好的E-R图能够让DBMS直接实现，必须把概念结构设计阶段设计好的E-R图转换为与选用DBMS产品所支持的数据模型相符号的逻辑结构，这就是逻辑结构设计阶段需要完成的任务，即将E-R图转换为关系模型，为此，我们应当首先掌握关系模型的基本理论，涉及到的章节是第二章，介绍关系模型的基本概念和关系的基本运算，接下来重点讲解5.4逻辑结构的设计，即如何将E-R图很好地转换为关系模型。要保证转换成的关系模型规范化，应具体讲解第四章关系模式的规范化设计。

4.物理结构设计阶段

数据库在物理设备上的存储结构与存取方法称为数据库的物理结构，它依赖于给定的计算机系统。为一个给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程，就是数据库的物理设计。涉及到的章节是5.5数据库物理设计。这个内容不作为我们的教学重点，让学生了解即可。

5.数据库的实施、运行与维护

当数据库结构设计完毕，就可以组织数据入库，对设计好的数据库进行测试和试运行，同时可以开始调试数据库的应用程序，并利用系统提供的性能分析工具，经常分析数据库的一些情况，及时评价，并采取改进措施。数据库的实施涉及到的章节有第七章―第十四章数据库对象的创建和使用，要运行数据库，就是对数据库中的数据进行相应的操作，涉及到的章节是第三章结构化查询语言SQL。

具体教学过程可用下图表示：

按照这个思路开展教学过程基本上覆盖了这本书的每一个章节，这样虽然看上去教学安排比较混乱，但是可以使学生明白每个章节在数据库设计中的地位，让学生学习的知识能够得到前后衔接。同时在实际的教学过程中，应着眼于培养学生的实践动手能力，以学生为中心，多采用案例、任务驱动等相结合的教学方法，增加学生的实践机会、自学机会和创新机会，极大地调动学生的学习的主动性和积极性。

三、小结

本文分析了《数据库原理与应用》课程在教学中存在的问题，提出了一定的改革思路，本人在教学中付诸实施，目前本课程的教学工作取得了较好的效果，使学生学习的主动性和兴趣性得到了一定的提高，但随着数据库技术的不断发展，知识的不断更新，即使在现在看来教材比较合适，教学方法也取得了明显的效果，但过一段时间后可能显得过时、落后，因此，我们应当经常探讨教学方法，在教学过程中认真思考、积极探索，使该门课程的教学效果再上一个新台阶。

参考文献：

[1]降瑞林.高职高专"数据库技术"课程的教学研究与改革[J].2008

[2]姜大源.基于工作过程的课程观[J].中国职业技术教育,2007,1

[3]孙峰.数据库原理与应用[J].2008

篇4

关键词：数据库；JSP页面；数据表；类

中图分类号：TP311.1 文献标识码：A 文章编号：1009-3044（2013）29-6687-03

随着电子商务的普及，网上购物已经如火如荼，网上购物给商业流通领域带来了非同寻常的变革。与其他电子商务网站类似，在线书店系统由客户端系统和商家管理系统组成。

1 在线书店的概要设计

1.1 在线书店系统的主要功能

在线书店由客户端系统和商家管理系统组成。客户端系统面向浏览或购买的客户，可以在网上实现客户注册、客户登录、查询图书、浏览图书基本信息、订购图书、查看订单信息等操作。面向商家的管理系统是商家利用计算机网上书店网站各种功能进行管理、控制的系统。该在线书店后台管理的功能主要是图书、客户及订单的管理。

1.2 在线流程

在线书店的流程包含四个部分：客户端流程、会员操作流程、商家管理流程、完整的购书流程。

1.2.1 前台流程

前台流程体现了客户从浏览、查询、登录注册到购买的整个过程，如图1所示：

1.2.2 会员操作流程

1.2.3商家管理流程

后台商家管理流程相对简单，如图3所示：

购书流程：图书选择将书加入购物车提交购物车订单生成收款发货收货确认。

1.3系统功能模块划分

系统功能模块如图4所示。

2 数据库设计

本系统采用的技术方案为JSP+Tomcat+SQL Server。数据库设计需要如下几个步骤：数据库需求分析、确定数据信息表、确定数据表结构。

2.1数据库需求分析

根据在线书店的功能要求及功能模块的划分，针对一般在线书店的要求，数据库主要实现各种信息的提供、保存、更新和查询功能。确定出如下数据信息表：

图书表、客户和管理员表、订单分为单张订单和订单总表、一个客户可以购买多本图书，对应一张或多张订单、订单总表。

本系统需要设计一个数据库，该库应该包含6个数据表，分别是图书表、图书分类表、管理员表、客户表、订单表、订单明细表。经过功能分析和需求总结，设计出如下数据项和数据结构。

1）图书表，包括书号、书名、书分类号等

2）图书分类表，包括书分类号、书分类名。

3）管理员表，包括管理员名、管理员密码等。

4）客户表，包括客户号、客户名、客户密码等。

5）订单表，包括订单号、书号、购买数量。

6）订单明细表，包括订单号、客户号、提交订单时间等。

2.2 数据库概念结构设计

根据上述数据项和数据结构，可以设计出满足需求的各种实体。本系统可以规划出的实体有：图书实体、图书分类实体、管理员实体、客户实体、订单实体、订单明细实体。实体关系图略。

2.3 数据库逻辑结构设计

根据数据库概念结构确定了数据库的逻辑结构。创建数据库db_shop，并创建9个数据表，存放各实体相关信息的表结构如下：

1）图书表tb_goods（图书入库序号、图书的子类编号、图书名称、简介、价格、实际价格、插图、入库时间、新书标记、特价标记、访问量）

2）图书分类表tb_superType（类别序号、图书类别名称）

3）图书的子类表tb_subType（类别ID、父类ID、类别名称）

4）公告表tb_bbs（订单序号、公告信息标题、公告信息正文、公告时间）

5）订购汇总单tb_order（订单序号、清单数量、订购客户、客户真实姓名、客户地址、客户邮编、客户电话、支付方式、订单支付方式、打折情况、订单生成日期、执行情况、订单注释信息）

6）订购清单表tb_detail（序号、订单序号、订购的图书序号、图书单价、数量）

7）普通客户tb_member（客户ID、客户注册名、客户真实姓名、注册密码、城市、地址、邮编、证件编号、证件类型、可享受折扣等级、已购买总额、电话、邮箱、账户冻结情况）

8）管理员表tb_manager（管理员ID、管理员账号、密码）

9）折扣情况表tb_rebate（折扣级别、折扣要求金额、回扣/折扣）

2.4 数据库连接类（JavaBean）

在该系统中，需要多次访问数据库，每次访问数据库都需要进行数据库的连接。为了优化程序结构，提高数据库访问效率，定义了一个数据库连接类。

类中的成员方法有：

public static Connection getConnection（） //数据库驱动；

public int execute Update（String sql） //数据库更新操作；

public ResultSet executeQuery（String sql） //数据库查询操作；

public void close（） //关闭数据库的连接

3 详细设计

3.1系统设计特点

1）页面模块化

采用类模块化的思想设计界面，将若干页面中重复的部分抽离出来单独封装在一个类中，开发过程中遇到这些页面只需要在相应位置加上即可，就不需要重复编写，实现了类的复用。

2）三层结构设计

本系统采用三层结构设计，分为数据存储层、业务逻辑层和用户界面层。数据存储层采用SQL Server，业务逻辑层采用JavaBean实现，界面层用JSP实现，在JSP网页中调用，会使JSP网页结构清晰，减少开发时间，系统的可维护性、安全性、可扩展性可和重用性得到很大提高。

3）面向对象程序设计

本系统中将图书、客户、订单等都封装成相应的类。

4）人性化界面设计

本系统界面设计中导航清晰，操作方便简单。

3.2 类的设计

图书类的属性按图书表中字段设置，并定义构造方法及设置和获取每个属性值的成员方法。

图书管理类包含如下主要成员方法：tuShu_Chaxun（）//查询图书；tuShu_Del（）//删除图书；tuShu_TianJia （）//添加图书；tuShu_XinXiXiugai（）//修改图书信息。

购物车类的主要方法有：tianJia_XinShu（）//负责向购物车中添加图书；xiuGaiShuLiang（）//修改购物车中图书的购买数量；tuShu_shanChu （）//负责删除购物车中图书；dingdan_XieRu（）//将购物车中数据写入订单明细表和订单；shanChuDingDan（）//订单删除； dingDan_ChaXun （）//订单查询；dingdan_GengXin（）//当客户付款后更新订单明细表。

客户管理类主要实现客户管理，主要方法有：kehu_add（）//客户添加；kehu_delete（）//客户删除；kehu_XiuGai（）//客户资料修改；kehu_All（）//获取书店的所有客户信息；kehu_XinXi（）//获取指定客户的详细信息。其他实体类的定义与图书类的定义相似。

3.3 客户页面设计

客户页面包含主界面、查询页面、新书上架页面、特价书页面、图书详细信息页面、购物车查看页面、会员信息修改页面、订单信息页面等前台页面及后台用户页面。限于篇幅，此处略去代码。

4 项目

项目包括以下三步：

1）选定Web服务器，此处用Tomcat5.5作为开发和测试环境。

2）配置server.xml文件

3）部署和运行Web项目。具体步骤如下：正式运行时把Web应用打包为单个的WAR文件。把WAR文件复制到Tomcat的webapp目录中；重新启动Tomcat，WAR文件会自动解压形成一个目录；打开浏览器，输入相应的网址即可看到在线的主页效果。

5 总结

给出了在线系统的功能分析、前后台业务流程、数据库需求分析、数据库逻辑结构设计、数据库连接类及详细设计与实现。由于篇幅所限未给出源程序代码及网页运行效果图。

参考文献：

[1] 王国辉，等. Java Web 开发实战宝典[M].北京： 清华大学出版社， 2010：713-834.

篇5

关键词：建筑结构 ， 设计质量，概念设计，途径

Abstract: this paper briefly expounds the basic concept of design of the building structure, finally based on how to improve the quality of structure design some effective measures, this paper is for reference only.

Keywords: building structure, the design quality, concept design, way

中图分类号：S611文献标识码：A文章编号：

一、建筑结构设计的基本概念简介

结构设计的具体程序是需要严格遵守的。 建筑物的设计工作实际上存在诸多分支， 这些分支具体涵盖了结构设计 、电气设计、 建筑设计 、暖气通风设计、 给排水设计等。 每个分支的具体设计过程都必须围绕四个根本目标: 审美要求、 功能要求、 环保要求以及经济要求。 建筑的结构是建筑物发挥其使用功能的基本条件， 因而， 结构设计也是建筑物设计过程中极为重要的组成部分之一， 结构设计细分为以下四个步骤: 设计结构方案、 结构分析、设计构件、 绘制施工图纸。

建筑结构的类型这一概念相对而言范围广、 内容丰富 。根据不同建筑物在具体功能要求上的差异， 随着科学技术的发展， 逐渐产生了诸多结构类型与结构的分类方法 。从建筑物具体用途的角度， 可以划分为民用建筑与工业建筑。 如果依据建筑物的层数来分类， 则可以分为超高层 、高层、 多层、 单层建筑、 建筑物使用的结构材料是有所区别的， 从结构类型的角度来分类， 大体上有: 混合结构、 砌体结构、 木结构、 钢结构、 钢筋混凝土结构等。 此外， 建筑物的结构构件组成方式也存在较大的区别， 从这个角度，可以划分为框筒结构、 剪力墙结构、 框架结构、 筒中筒结构 、筒体结构、 框剪结构 、束筒结构等、 由此可见， 建筑结构类型的划分方法颇多， 内容也相对复杂。

而建筑结构设计中还有一个很重要的名词: 概念设计。 概念设计的具体含义指的是通过清晰 、明确的概念结构， 在不进行数值计算的情况下， 根据分系统与整体结构系统间的结构破坏机理 、力学关系 、实验现象 、震害以及工程经验所获得的原始设计思想与基本设计原则， 对结构的计算结果做出合理 、准确的分析， 同时将计算假设与结构的实际受力状况间的差异也考虑在内， 对结构或构造进行设计， 尽可能保证建筑物的受力更安全、 更合理 、更协调。

二、 提高建筑结构设计质量的有效措施

1、 重视概念设计， 提高建筑结构设计质量

设计是工程的灵魂， 质量的龙头。 只有具备优秀的设计， 才能创建优质的工程 一个优秀的结构工程师会在每一项工程设计的开始，即在建筑设计的方案阶段，根据经验和专业设计理论， 在脑海中进行一个“ 优化” 过程，运用概念设计方法， 可以迅速 、有效地对结构体系进行构思、 比较与选择， 同时帮助建筑师开拓或实现建筑物所想要的空间形式及其使用 、构造与形象功能， 并以此为目标，与建筑师一起确定建筑的总体结构体系，并能明确总体结构体系与分体结构体系的最优受力方案。 所得方案往往概念清晰、 定性正确， 避免了后期设计阶段一些不必要的烦琐运算， 具有较好的经济可靠性能。同时，这也是判断计算机内力分析输出数据可靠与否的主要依据。 概念设计是结构设计的核心和灵魂， 它统领结构设计的全过程， 贯穿着设计工程师的知识水平和设计水平 。运用结构概念设计从整体上把握结构的各项性能，这样才能对计算分析结果进行科学的判断 、合理的采用， 保证了工程师在设计中的主导地位。

2、充分收集资料 ,准确确定计算参数

建设工程由于其所处的地理位置的制约 ,设计所要涉及的参数也会具有特殊性 。例如基本风压 、基本雪压 、地震烈度 、场地土类别等参数的选取 ,我们就要根据《全国基本风压分布图》、《全国基本雪压分布图》 及此工程的地质报告确定 ,再譬如墙体围护主要材料各地区都会有差异 ,根据实际采用的材料来确定墙体荷载就变得很关键 。而且对于某些特殊 的重要建筑还要根据试验、类似工程经验来确定各种参数的取值。在着手设计前 ,充分收集设计所需资料、规范,根据具体的地域 、工程类型准确确定计算参数 ,不仅可以使设计计算准确可靠 ,也能避免因参数不合理而造成的浪费 、返工等。

3、正确运用计算机辅助设计

当前,计算机辅助设计系统在建筑设计领域被广泛应用,工程师在计算机上进行结构分析工作,用计算机辅助完成大部分的图纸设计,因此了解计算机程序的功能、正确使用设计软件直接影响到结构设计的水平。中国建筑科学研究院PKPMCAD 工程部开发的PKPM系列微机建筑工程CAD 系统、广东省建筑设计研究院和深圳市广厦科技有限公司联合开发的广厦建筑结构CAD等等都是比较优秀的建筑设计软件,涉及的内容比较全面,与AUTOCAD兼容,可操作性强。需要指出的是设计软件都是根据国家现行规范的要求，结合不同的结构体系的受力特点加以模拟简化得来,因而设计软件都有一个有效使用期限和合理适用范围。随着建筑业的发展,建筑物规模越来越大,形式也日趋复杂,使得建筑结构设计的内容增多,难度增大,这就要求设计人员了解所使用软件的特点和适用范围,熟悉和掌握各项参数的选取条件,真正做到计算机为人服务,为工程设计服务。

4、 重视结构计算与地基基础设计

建筑结构计算结果是施工图设计的重要依据 ，并且计算结果是否正确直接关系到建筑结构设计的可靠性和安全性 ，所以必须引起设计人员的高度重视。例如在楼板计算中应选用正确的计算方法进行楼板计算 ，对于连续板不能选用单向板的计算方法 ，对于双向板计算应考虑材料泊松比对其的影响 ，以避免由于未调整跨中弯矩而造成计算值不准确 ；基于科学技术的不断发展 ，大多数结构计算均采用计算程序进行计算 ，这种计算结果虽然精确度很高 ，但是缺少与必要的设计经验相结合 ，所以必须对电算结果进行分析、评价 ，以此判断其正确与否 ，可否作为建筑结构设计的依据。

地基基础设计是建筑结构设计中的重要环节 ，该环节的设计质量优劣直接与后期设计工作是否能够顺利开展息息相关。为使地基基础设计更符合建筑所在地的地基基础类型特点 ，设计人员应在熟知国家相关标准的前提下 ，对地方性的《地基基础设计规范》加以深入学习 ，明确地基基础特点 ，丰富地基基础设计经验 ，掌握设计处理的方法 ，使地基基础设计更符合建筑工程的实际地理情况。

5、加强抗震设计的理念

由于地震的不可预见性, 我们能做到的就只有最大限度的“抗震”而不是“防震”。我国是一个地震灾害发生比较频繁的国家,我们不断地从地震后的房屋中汲取经验教训,我国的《建筑设计抗震规范》也在历次大地震后做了修编和完善,从76年版到84年版, 2001年版到2008年版,再到汶川、玉树地震后的2010年版（2010年12月1日开始实施）,结构工程师在进行设计工作时严格按照“抗规”中的抗震设计原则和抗震设计构造的要求进行抗震设计,只有做到了有效的抗震设计才能有效的降低地震突然发生所造成的人员伤亡和财产损失。2010年发生的青海玉树7.1级地震造成大量人员伤亡,大量砌体结构发生整体倒塌, 倒塌的主要原因有建筑材料质量低劣、结构不合理、结构传力途径不明确和抗震构造不规范,而且大多没有经过专业设计人员的合理设计,抗震能力极差,地震来时极易倒塌。而智利发生的里氏8.8级特大地震造成的死亡人数却较少,原因就是智力很多公共及民用建筑都采用了抗震性能较好的钢结构（钢结构质量轻、强度高,具有很好的延展性,发生强烈地震时,钢结构只会变形,而不会崩塌和断裂）。

6、 互相配合 ，充分沟通

为了能够确保建筑结构设计的质量 ，在获得提资图时 ，要避免盲目的建模计算和上机绘制图纸。应该先进行详细认真的分析 ，同时还要多和建筑设计师进行相互沟通 ，详细了解整个工程的概况以及相关情况 ，尽可能的对建筑图纸的意图和平立剖的关系理解透彻 ，如有必要可适当组织各个专业一起开协调会 ，对各专业之间需要注意和配合的地方进行明确 ，尽量统一标准和做法 ，使各专业之间的工作能够充分协调 ，相互配合 ，避免出现由于设计图纸和设计方案不一致而出现反复调整的局面 ，有效地提高建筑结构设计的质量。

参考文献：

[1] 张丽莉. 浅谈提高建筑结构设计质量的措施[J]. 中国城市经济, 2011,(01)

[2] 陈燕君. 建筑设计的原则及创新探究[J]. 大众商务, 2010,(10)

[3] 汪常松. 略论中国建筑结构的可靠性及改进[J]. 中国建设信息, 2006,(02)

篇6

【关键词】图书销售；浏览器/服务器；J2EE

【Abstract】At present, the online shopping is more and more popular. Buying books through the Internet has become a common phenomenon. This paper designs and realizes a book sales management system based on browser/server mode. Using of object-oriented analysis and design method, build the function of the system, describe the software structure, and analyze each function models. This paper reveals the process of analysis and design for a complete book sales management system. And we implement the system with J2EE.

【Key words】Book sales；Brower/Server；J2EE

0.引言

目前，计算机的发展促进了许多新兴行业的萌发，电子商务的概念起源于20世纪70年代。现在大家公认的“电子商务”的概念是由著名的IBM公司于1998年率先提出并迅速得到广泛认同[1]。在线图书销售系统的主要功能是以互联网为交易平台，作为展示图书信息和的载体，用户可以通过互联网浏览、预定和购买图书，提交购书订单到图书销售商，为买卖双方提供了一个在线的交易平台[2]。

1.研究意义与现状

1.1研究意义

一套功能齐全、性能良好的基于浏览器/服务器模式的图书销售管理系统，为中小型图书销售企业提供一个通用的基于Web的销售平台，其具有如下的现实意义：

（1）拓宽企业的产品销售渠道，使销售途径多元化，帮助企业开拓更加广阔的市场。

（2）更快地满足客户更加个性化的定制需求，商家通过订单统计也能更好地掌握消费者的购买意愿。

（3）帮助企业在销售中减少交易环节，从而降低了服务成本，提高商品价格竞争力。

（4）加强图书销售商对图书销售情况了解，随时掌握图书销售状况，合理供应图书。

1.2研究现状

当前已经进入了信息时代，时间是犹如生命般宝贵，人们已经不满足与去各个书店盲目地去寻找自己想要的图书，有时读者没有时间去书店，有时不知道需要的书籍在书店是否存在。同时，图书销售商展示图书的方式陈旧，导致对图书的宣传不足。在图书销售过程中，买卖双方的信息交流不对等，这成为了在线图书销售网站发展的驱动力[3]。

在互联网图书销售网站中，其中影响最大的是当当网和亚马逊。当当网2006年上半年的总销售额已超过1亿元，是2005年同期的1.8倍，全年可实现2.4亿元的目标[4]。目前，当当网已于2010年在纽约证券交易所正式挂牌上市，其估值高达10亿美元。可见，在线图书销售的影响力远远大于实体图书销售。

2.系统分析

2.1系统可行性分析

可行性研究是为了弄清楚系统开发的项目是不是可以实现和值得进行研究的过程，实际上是一次大大简化系统分析和系统设计的过程，所以，进行可执行性的分析是非常必要的，也是很重要的。本文对可行性研究从管理可行性、经济可行性、技术可行性和运行可行性四个方面进行分析。

2.1.1管理可行性

本图书销售管理系统可以拓展图书销售订单的来源渠道，降低客户企业双方的运营成本，追求最大的利润和适应企业信息现代化的需要，将互联网与图书销售企业的日常业务整合起来，方便了图书销售企业的经营管理，提升了在同行业的竞争力。

2.1.2经济可行性

基于浏览器/服务器模式的图书销售管理系统运行所需服务器可由专业的网络公司提供。这样，企业可以不用购买与系统实施相关的软、硬件设备，只需支付提供服务的专业网络公司一定的使用费即可。

总的说来，在系统运行之前企业的投入大概在3000至5000左右。对于图书销售企业来说，是完全能够承担这样的费用的。同时，随着系统的运行，其带来的经济效益将大于投入成本。

2.1.3技术可行性

本系统属于一个普通的基于互联网应用的图书销售管理系统。该系统为基于数据库的网络应用开发，其复杂性不高，较容易实现。

本系统利用J2EE为开发工具，采用的主要技术是JSP+Servlet，用户交互界面采用HTML技术，采用的数据库为SQL Server，使用J2EE作为系统开发的工具。目前，JSP＋Servlet的技术已经较为成熟，利用该技术开发具有明显的优势，可以大大提高开发的效率。

2.1.4运行可行性

基于浏览器/服务器模式的图书销售管理系统为利用JSP＋Servlet相结合的技术，采用的SQL server数据库搭建的网站。该系统的运行需要搭建Java运行环境，建立JAVA虚拟机。服务器的运行选用Tomcat环境。将数据库与运行环境配置好，即可运行此系统，难度不高，实现较为简单，可以保证系统的稳定运行。

2.2业务流程分析

业务流程图利用图表反映了系统内部关系的组成和走向。其主要由表示业务符号和表示流向的箭头组成，可以帮助系统的设计人员理解业务的处理过程。

根据对中小型图书销售公司业务流程的分析，可以得到如图1所示的体现图书销售过程的业务流程图。

图1 业务流程图

2.3系统流程分析

2.3.1购物流程

购物的过程为用户首先登陆网站浏览图书，选择需要购买的图书，点击订购按钮进行图书购买。此时系统会对用户进行验证，判断是否为未注册或未登录的用户。当用户为已注册的登陆用户时，即可浏览图书进行购买。用户所购买的图书都将存储到该用户的购物车中。购物完成后，可对所购物品进行付款，付款完毕即生成购买图书的订单。

2.3.2购物车流程

购物车的作用是可以将用户购买的物品放到一起，在选择满意之后进行统一的付款。为满足购物车的设计，需要为购物车构造单独的购物车类。用户登陆网站后，可在图书列表中选择图书。当看到满意的图书时，可点击“添加到购物车”，将图书存到购物车中。系统需要对用户点击“添加到购物车”进行处理，建立该用户的购物车类，并将此购物车存到Session中。用户再次选择图书“添加到购物车”时，系统判断该购物车中是否有相同的图书，若有相同的图书，则对相应的图书个数加1；若该图书不存在，则将此次选择的图书加入到已有的购物车中。

2.3.3注册流程

注册功能模块具体过程为，用户点击注册按钮进入注册模块，此时会要求用户填写基本信息。该模块会检查“必填项是否为空”。为保证数据库中的用户名的唯一性，会检查用户名的有效性。为防止恶意注册和密码的安全性，会对密码项和再次输入密码型进行检查，判断两次的密码是否一致，是否足够安全。对于其他的一些信息，系统自动检查有效性，如日期的格式，电话的位数等。完成以上的各个步骤，用户点击完成，即注册成功。注册用户可登陆该图书销售系统购买图书。

2.3.4登录流程

当用户点击登陆按钮时，系统将转到用户登录的表单。该表单在系统的当前的页面中，而不跳到其他的页面。这样，即使用户没有登陆的情况，同样可以浏览图书信息。而用户登陆后，该表单变为显示用户的相应信息。这样使得系统用户界面的重用性高。

用户登陆时，在用户名和密码处输入相应的信息，系统到数据库中进行验证该用户是否存在。对于网站来说，用户信息的安全性是很重要的，因此在数据库中需要对用户名和密码进行加密，提高安全性。同时为了防止利用恶意的代码对数据库进行注入，应对用户名加以限制。点击登陆后，若验证用户信息正确，则将用户的UserID存到Session中，从而完成登录过程。

2.3.5图书搜索流程

对于图书销售管理系统来说，由于图书种类繁多，图书搜索功能是必不可少的。使用搜索功能可以快速定位用户需要的图书，为用户节省了很多查找图书的时间。用户只需将需要搜索的图书相关信息输入到搜索栏中，即可得到图书的结果。系统将用户输入的条件转换为数据库查询语句到数据库中进行查找，将符合要求的结果返回给用户。在返回的结果中，用户可以查看图书的详细信息，也可以对图书进行下单购买。

2.3.6图书管理流程

图书销售管理系统的一个优点就是简化了图书销售商对图书的管理，因此图书管理模块的建立是很有必要的。图书管理位于网站的后台，只有管理员可以进行对图书管理的操作。图书管理模块赋予管理员对图书信息的增加、删除、修改和查询等权限。不同于普通用户，在这里呈现给管理员的图书信息附加了图书的ID。

3.系统设计

图书销售管理系统的设计主要包括总体设计、详细设计和数据库设计。下面分别对各个设计进行详细的说明。

3.1总体设计

图书销售管理系统主要可以分为两个大部分，即前台模块和后台模块，分别对应前台客户界面和后台管理界面。在网站的前端，应该包括注册、登陆、查看搜索图书和购物车等功能。在系统的后台管理中，应包括对图书信息、图书种类、网站用户、订单信息等管理功能。图书销售管理系统主要功能由客户界面部分和管理界面部分两部分组成。

3.2详细设计

3.2.1代码设计

该图书销售系统采用顺序码来设计代码。下面通过对系统中的部分数据进行代码化的过程，来说明代码设计的过程。例：某订单代码20120120161834的说明，如表2所示其图书订单代码含义：

表2 图书订单代码含义

3.2.2数据库设计

对于图书信息管理系统来说，由于图书种类繁多，信息分类复杂，合理的设计数据库是很重要的。数据库的设计主要分为概念结构设计和逻辑结构设计两部分，下面从这两方面对本系统的数据库设计进行详细的描述。

（1）概念结构设计：数据库的概念结构设计即找出各个实体之间的联系。下面使用E-R（Entity-Relationship，实体-关系）图来表示概念模型。

根据对图书销售管理系统的分析可以得到系统E-R图如图3所示。

图3 系统E―R图

由E-R图可见本系统的主要实体有：用户、订单、图书列表、合同和留言五个实体。设计数据库需要找出各个实体具体的描述属性来描述每一个客观存在的事物。

（2）逻辑结构设计：数据库的逻辑结构设计即根据数据库的概念设计得到数据库所支持的数据结构。以下详细说明图书销售管理系的数据库逻辑结构设计。根据系统需求，可以列出图书销售管理系统相关的数据表如下：

1）用户基本信息（user）：存放用户编号，用户名，密码，姓名及联系方式等基本信息。

2）订单信息表（orders）：存放购买图书的订单信息。

3）图书信息表（product）：存放图书的基本信息。

4）合同信息表（contract）：存放成交合同信息。

5）留言信息表（message）：存放用户对图书的留言信息。

4.系统实现

4.1系统主页模块

系统的主页主要由导航栏和新书上架图书显示组成。导航栏的功能是把前台用户部分的几个功能添加到导航栏中，方便用户在各个分类栏中切换。包括：新品图书、畅销图书、推荐图书、搜索图书、图书分类。显示新书上架的功能是从数据库中根据图书上架的日期，检索最近几本图书基本信息。

图书销售管理系统主页的效果图如图4所示：

图4 图书销售管理系统主页

4.2用户登陆模块

为了保证系统的安全，需要设计登录模块来验证用户的合法性，只有通过验证的用户才能够进入系统购买图书。进入该系统需要具有一对用户名和密码，系统校验用户名和密码的合法性。查找数据库中是否存在该用户，及相应的密码是否正确。最后，还需校验用户的相关权限。系统将用户信息存到Session中，利用Session判断用户的级别，区分用户为普通用户还是VIP用户，便于系统验证用户身份。

5.总结

本设计从系统分析到系统实现，详细介绍了所设计系统的特点，已基本能满足图书销售管理系统的需求。

本系统以J2EE为开发平台，SQL Sever数据库作为后台支撑，很好的解决了实际开发中遇到的技术问题。实现对各种图书进行分类、记录注册用户的信息，对注册用户给予优惠服务、存贮并随时查看用户所选择的图书，并计算出总价格、生成详细的购物订单等功能。本系统的界 面本系统界面友好、易于操作维护，采用了大量的人机交互式操作，能很好的完成图书购买的全过程，使浏览者一进入就可以独立的进行自己需要的操作，一目了然。通过该系统的运行，基本上可以达到进一步扩展中小型图书销售公司的销售渠道，扩大订单业务，降低企业运营成本的目的。

【参考文献】

［1］张红,孙富元.关于电子商务的研究[J].天津理工学院学报.2004(04).

［2］黄武锋.ASP网上书店的设计与实现[J].电脑编程技巧与维护.2008(13).

篇7

一、填空题(只需在横线上直接共有15个空格，每一空格1分

1、从硬件体系结构来看，计算机硬件系统采用的经典的计算机结构是 。

2、标准的ASCII码在计算机中的表示方式为 字节。

3、 能够把汇编语言源程序翻译为机器语言。

4、24*24汉字点阵库，一个汉字字形需要 字节。

5、(173)10=( )16。

6、数据库是长期存储在计算机内、有组织的、可_ _的数据集合。

7、构成数据模型的三大要素是__________、数据操作和数据完整性约束。

8、事务应该具有四个属性: 、一致性、隔离性和持续性。

9、设关系模式R是第一范式，且每个属性都不传递依赖于R的候选键，则称R是_______ 范式。

10、ADO数据访问技术中三个主要对象是connection、command、 。

11、计算机网络从逻辑或功能上可分为两部分。这两部分分别是负责数据传输的通信子网和负责数据处理的 子网。

12、计算机网络中，通信双方必须共同遵守的规则或约定，称为 。

13、WWW网页文件是用HTML语言编写的，并在 协议支持下运行。

14、在计算机局域网中，将计算机连接到网络通信介质上的物理设备是 。

15、提供网络通讯和网络资源共享功能的操作系统称为 。

二、选择题(本题共有15个小题，每一小题1分，共15分，每个小题给出的选项中，只有一项符合要求)

1、CPU是 。

A.运算器。 B.控制器

C.计算器 D.中央处理器

2、数据结构包括 。

A.线性结构和链式结构 B.线性结构和存储结构

C.逻辑结构和链式结构 D.逻辑结构和存储结构

3、 不是操作系统的主要功能。

A.任务管理 B.程序设计

C.文件管理 D.作业管理

4、数值信息在计算机的表示中，-57的补码是 。

A.10111001 B.11000110

C.00111001 D.11000111

5、(16D.4A)16=( )2。

A.101101101.0100101 B.110101101.0100101

C.001101101.0100101 D.101101110.0100101

6、DB、DBMS和DBS三者之间的关系是 。

A.DB包括DBMS和DBS B.DBS包括DB和DBMS

C.DBMS包括DB和DBS D.不能相互包括

7、SQL语言有两种使用方式，分别称为交互式和 。

A.嵌入式SQL B.多用户SQL

C.解释式SQL D.提示式SQL

8、SQL语言中COMMIT语句的主要作用是 。

A.结束程序 B.返回系统

C.提交事务 D.存储数据

9、在采用C/S结构的数据库应用中，应将SQL Server安装在 。

A.用户端 B.服务器端 C.终端 D.客户机端

10、收回所有用户对基本表STUDENT的UPDATE操作权限可由 语句完成。

A.REVOKE UPDATE ON TABLE STUDENT FROM WANG

B.REVOKE UPDATE ON STUDENT FROM WANG

C.GRANT UPDATE ON STUDENT TO PUBLIC

D.REVOKE UPDATE ON TABLE STUDENT FROM PUBLIC

11、 是指在有限地理范围(例如一幢大楼、一个单位或部门)内，将各种计算机与外设互连起来的网络。

A. 广域网 B. 局域网

C. 城域网 D. 公用数据网

12、下列各项中，不能作为IP地址的是

A.202.96.0.1 B.202.110.7.12

C.112.256.23.8 D.159.226.1.18

13、企业Intranet要与Internet互联，必需的互联设备是 。

A.中继器 B.调制解调器 C.交换器 D.路由器

14、下列域名中，属于教育机构的是 。

A. cjlu.edu.cn B.ftp.cnc.ac.cn

C.ioa.ac.cn D.ftp.bta.net.cn

15、调制解调器(MODEM)的主要功能是 。

A. 模拟信号的放大 B. 数字信号的整形

C. 模拟信号与数字信号的转换 D. 数字信号的编码

三、简答题(本题共6个小题，每小题5分，共30分)

1、请图示计算机硬件的体系结构。

2、请解释“回收站”和“剪贴板”这两个概念，并简述他们的作用。

3、 简述数据库系统的三级模式结构和两级映像。

4、什么是概念结构设计? 说明采用ER方法进行概念结构设计的步骤。

5、设计一个网络ID为145.66.0.0的TCP/IP网络，该网络将包含13个子网。如果要求每一个子网可以扩充到3500台主机，试计算该子网掩码。

6、简述ISO/OSI的七层参考模型。

 　四、综合题(本题4个小题，共45分)

1、 简述计算机存储器分类，说明CPU读取数据的顺序;若用十六进制数给某存储器的各个字节编地址，其地址编号是从0000到FFFF，计算该存储器的容量。(本题10分)

2、给定3台微机和1台服务器，试设计总线型和星型的局域网，要求画出相应的示意图并明确指出各部分名称。(本题10分)

3、现有关系数据库如下：

商品表Goods(Gno，Gname， Gprice，Gtype，Gfact),各属性含义依次为商品号，商品名，单价，型号，制造商;

商场表Shops(Sno，Sname，Mname，Saddr)，各属性含义依次为商场号，商场名，经理，地址;

销售表Sales(Gno，Sno，Qty)，各属性含义依次为商品号，商场号，销售量;

试用SQL语言完成以下操作：(本小题5×3=15分)

(1)查询制造商为“杭州数源”的商品号，商品名，单价，型号;

(2)查询销售单价低于2000元电视机的商品号，商场号，商场名，地址和销售量;

(3)建立表Sales,并且定义主码和外码。(假设商品表和商场表已存在，商品号为字符型，长度为5，商场号为字符型，长度为4，销售量为短整型)

(4)将商场号为“S003”的地址改为“延安路100号”。

(5)查询销售两种或两种以上商品的商场名和它的地址。

4、某教学管理系统涉及教员、学生、课程、教室四个实体，它们分别具有下列属性：

教员：职工号、姓名、年龄、职称 学生：学号、姓名、年龄、性别

课程：课程号、课程名、课时数 教室：教室编号、地址、容量

这些实体间的联系如下：一个教员可讲授多门课程，一门课程只能被一个教员讲授;一个学生选修多门课程，每门课程有多个学生选修，学生学习有成绩，一门课只在一个教室上，一个教室可上多门课。(本题2×5=10分)

(1)请画出教员、学生、课程、教室的E—R 图。

(2)将该E—R 图转换为关系数据模型。

浙江省普通专升本《计算机综合》答案

1、冯.诺依曼结构

2、1

3、汇编程序

4、72

5、AD

6、共享

7、数据结构

8、原子性

9、第三

10、recordset

11、资源

12、协议

13、HTTP(或超文本传输协议，或HyperText Transfer Protocol)

篇8

关键词：财务管理系统 社会保险管理信息系统 无缝衔接 信息完全共享

中图分类号：F842.6 文献标识码：A 文章编号：1672-3791（2012）12（a）-0248-05

1 社会保险业务的现状和信息系统的目的

社会保险制度是我国社会保障体系的重要组成部分，是我国经济发展、社会稳定、人民安居乐业的重要保障制度。随着社会保险制度改革的深入，城乡居民生活水平的不断提高，和人们保险意识的增强，社会保险的业务量呈现急剧增长的趋势。建立社会保险信息系统可以大大提高工作效率，轻松应对日益增长的保险业务量，更好的为社会服务，更可为科学决策提供依据。

加强社保财务信息系统的建设，意义十分重大，财务信息系统是决定社保事业能否健康发展，以及如何发展的关键一环。这是因为，社保财务信息系统是社保体系的重要组成部分，是社保业务系统的主要技术支持，而建设一个完善的、运行良好的社保财务信息系统需要从资金到技术等各方面的投入。

1.1 社保财务信息系统的业务基础

社保财务信息系统的业务基础是社保财务会计核算，它包括五方面的内容：一是会计核算主体是社保基金，而不是经办社保机构。会计核算的这一特点是由社保基金的性质所决定的，表明社保基金既不属于政府，也不属于社保经办机构，而是属于全体参保人员；二是社保基金的安全管理及保障支付能力顺理成章的成为政府和社会各界关注的焦点；三是社保财务会计工作首先要对所有参保人负责；四是社保财务会计信息必须具备开放性；五是社保财务会计核算的对象是海量的数据。由此决定了社保财务信息系统的建设，首先必须做到：明细核算到个人账户（养老保险和医疗保险）的收入、支出、结余信息；满足参保人缴费情况、待遇享受等情况的查询需要；安全、快捷、甚至实时的处理海量数据；随时为政府部门制定社保政策提供预测、决策支持；接受各方监督社保会计核算的这些要求，决定了社保财务信息系统不能是一个信息的孤岛，而应是一个综合化和集成化的支持预测、决策的信息化管理系统。

1.2 社保财务信息系统的主要内容

在网络化的条件下，社保财务信息系统与业务信息管理系统之间实现无缝连接、资源共享、互相支持、互相监督的一体化管理；通过外部接口，收发和处理外部数据，形成一个综合化、集成化的信息化管理系统，从而为决策管理提供支持。

（1）实现与业务系统无缝连接、数据共享和标准统一。在网络运行环境下，财务信息系统不应是一个封闭的信息孤岛，而应与业务系统有着紧密关系。二者通过共用一个中心数据库，实现无缝连接、数据共享及标准统一。

（2）与外部关联单位实现电子数据交换。社保基金财务管理的全过程涉及财政部门、劳动保障部门及其经办机构，以及税务机关、银行、邮政、医院等众多部门。不但数据处理的环节众多，而且数据量十分庞大。在社保事业不断发展，数据不断增加的情况下，必须实现与外部关联单位的电子数据交换。其中，关键的一环就是在社保管理部门的协调下，制定统一的数据格式和数据交换标准。至于电子数据交换的方式可视具体条件进行。例如，医疗保险的个人账户及时的实账注资，社会保险、失业保险及时的实账计算等都需要时实、分布式处理。

（3）实现业务系统支持和监督。加强内控管理是基金管理监督机制的基础环节，各级社保经办机构作为基金收支管理的主体，必须有健全的规章制度和监督约束机制，其中重要的一点就是在机构内部实现财务和业务相联通。内控制度实施的重点、难点在于如何实现财务会计的实收实付金额、到账标识、到账时间与业务经办部门应收应付金额、到账标识、到账时间保持一致，防止出现重复，甚至虚假收入和待遇支付的情况发生。

通过常设会计记账凭证金额与业务数据应收、应付的唯一性的确认，可以堵塞收、支业务的漏洞，实现严格的系统内部控制。一方面，财务信息系统在进行应收、应付数据到账确认处理时，直接自动生成常设会计记账凭证。另一方面，由纸质会计原始凭证生成电子化会计原始凭证。即，凡是涉及基金正常收付（指有业务应收、应付台账）的会计记账凭证，都必须附有一张电子原始凭证，并能够在电脑中直接详细查询到组成该张会计记账凭证的所有明细资料，而且这些资料是电脑直接在共享数据库取数生成，没有人工介入。因此，如果会计主管要审核某张会计记账凭证金额的真实性，只要点击出该张会计记账凭证的电子原始凭证查看便可辨别出来。再一方面，会计记账的信息也会同时反馈到共享数据库中，业务部门可以看到会计部门在何时做实收实付处理和进行会计核算，或者收付不成功的原因，并对会计部门的处理结果进行监督。

2 开发环境和开发工具简介

用ORACLE系统提供的软件工具开发的社会保险信息系统是社会保险行业整体信息系统，承担着社会保险机构的业务处理，内部管理和社会服务等功能。

目前大多数社会保险信息系统的建设都在起步阶段，因此，正确的选择设计原则和整体架构对整个系统的成功实施和未来发展都是至关重要的。

本系统的数据库服务器是ORACLE 11G企业版，操作系统为AIX，采用ORACLE 11G技术建立数据库，使用基于ORACLE数据库的专用开发工具Developer/2000 Forms Designer技术建立与ORACLE数据源的链接，并且实现了财务管理系统的管理功能。

Developer/2000 Forms Designer是ORACLE系统提供的软件开发工具，是为程序员提供用来开发基于表格的应用软件的一个通用软件生成工具。它采用原型法为开发方法，采用软件自动生成技术、重用技术、动态定义技术等当代计算机软件发展的高新技术。

ORACLE Forms 是Developer/2000 R2.0的主要产品，也是最复杂的一个开发工具，利用form可以开发出基于Form的Client/Server应用系统。

Form是一个应用界面，是将数据以动态表格的形式显示在屏幕上，通过这个界面用户可以和数据库进行交互，完成对数据库中数据的插入、更新、删除。

在Form中，还可以进行Form之间的集成，设计出菜单以及画布、窗口、标签等，构成复杂的应用系统。Form应用包含的对象如下。

Form：是由相关Block（数据块）组成的集合，每个Block可与数据库相连接；

Block：所有Item（数据项）都包含在一个Block中，数据块有基表块和控制块；

Item：是界面对象，Item逻辑的组成了Block。

所以，Form是Block和Item的集合。

从以上分析可以知道，Form是Block组成，Block由 Item组成，而Item还有下一层，就是触发器（Trigger），这是项级触发器。此外，Block有块级触发器，Form有表格级触发器。组成一个Form往往有多个Block，而Block中又包含多个Item。

通过“菜单选择”和“表格填写”的用户界面使你可迅速的开发出基于表格的录入、查询、修改等等操作的应用软件。它所特有的非过程化方法使得你能非常高效的构造应用“原型”并可在“原则”上对应用软件进行优化。你的设计重点是放在“原型设计”上，而不是“编程”上。当“原型设计”完成后，应用软件的开发便基本告成。

Form不同于其他开发工具可以把好多功能集中在一个模块中，在Form中一个功能使用一个模块，也就是可以生成一个执行文件，到最后运用菜单技术把所有的执行文件上传到总的运行环境。Form开发的基金财务子系统能够和业务很好的结合起来，可以从业务通用接口中取得数据进行财务处理然后在返回业务接口，使财务系统与财务系统无缝衔接。

3 社会保险财务管理系统基金财务子系统总体规划

3.1 社保信息系统设计原则

社会保险行业在机构设置上属于的域分布式，在业务处理上属于典型的联机事务处理（OLTP）类型，具有与金融行业类似的特征，借鉴国内外金融、保险系统的发展思路和经验、社保信息系统的建设应当遵守以下几个设计原则。

（1）坚持标准。要坚持标准，一个含义是坚持技术标准和潮流，这样使得系统开放灵活，从而延长了生命周期，同时具有坚实的继续开发的基础；另一个含义是要采纳行业通行的业务模式和业务处理方法。（2）采用开放技术。开放技术是业界的主流技术，采用开放式系统平台成为社会保险信息系统的开发商、集成商和用户的共识。（3）高可靠性与可用性。由于社保业务的关键性，社保信息系统对可靠性有着很高的要求。一方面要强调整个系统高可靠性，确保在意外情况故障或重负载情况下系统的稳定性，一方面要保证在业务高峰期间的系统响应能力。整个系统应采用多网备份、多机备份结构，在经济条件允许的条件下，应当考虑容灾中心的建设。（4）高扩展能力。在发展迅速的IT领域，应用环境，系统的硬件或软件都会不断的加以更新，因此，系统的可扩充性以及前后兼容一致性好坏决定着系统的发展步伐。（5）安全与管理。如果想管理好并利用好计算机系统和网络的资源，就必须建立一个安全实用、全面的计算机网络管理系统。（6）服务与支持保障。

根据财务管理系统的功能需求可以把财务管理系统大致分为几个模块：财务初始化设置管理、基金支付管理、帐务处理管理、出纳管理、财务综合查询管理、基金报表管理。

3.2 需求分析

（1）需求描述与分析。设计一个性能良好的数据库系统，明确应用环境对系统的要求是首要的和最基本的。特别是数据应用非常广泛，非常复杂，要是事先没有对信息进行充分和细致的分析，这种设计就很难取得成功。所要开发的系统是江宁区的社会保险财务管理系统，对于社会保险，应该与国家政策紧密相结合，系统要具有可扩展性，这样对日后的升级和增加功能减少了不必要的开销。通过需求分析阶段对财务管理系统的整个应用情况作全面的、详细的调查，确定财务管理的目标，收集支持系统总的设计目标的基础数据和对这些数据的要求，确定用户的需求，并把这些写成用户和数据库设计者都能够接受的文档。

（2）需求分析的步骤。需求分析大致可分为三步来完成，即需求信息的收集、分析整理和评审通过。

①需求信息的收集。

需求信息的收集又称为系统调查。为了充分的了解用户可能提出的要求，在调查研究之前，要做好充分的准备工作，要了解调查的目的、调查的内容和调查的方式。

调查的目的：首先，要了解组织的机构设置，主要管理活动和职能。其次，要确定组织的目标，大致管理流程和任务范围划分。项目组接受江宁区劳动局委托在江宁区原来的社会保险财务系统上进行升级和开发，因此，财务管理系统主要是通过对现有的财务管理系统进行考察、研究。并且通过和财务管理以及操作人员交流来完善管理功能。

调查的内容：外部要求：信息的性质，响应的时间、频度和如何发生的规则，以及财务管理的要求，安全性及完整性要求。管理的现状：即财务管理信息的种类，信息流程，信息的处理方式，各种流程工作过程。组织机构：了解财务管理机构的作用、现状、存在的问题，及是否适应计算机管理。

调查方式：在系统开发的需求分析阶段调研小组通过对财务管理人员的访问、交谈可获得财务管理高层的、内部的管理需求，以及财务管理的管理目标、变化趋势和长远规划的有关信息。并且，还可通过现场具体实践，对财务管理系统有一个深刻得了解。

②需求信息的分析整理。

要想把收集到的信息（如文件、图表、票据、笔记）转化为下一阶段设计工作可用的形式信息，必须对需求信息做分析整理的工作。

社会保险财务管理系统基金财务子系统的数据流图如图1所示。

分析结果的描述：除了数据流图以外，还要用一些规范表格进行补充描述。近年来许多设计辅助工具的出现，已使设计人员可利用计算机的数据字典和需求分析语言来进行这一步工作。为了清楚的描述需求分析的结果，分类编写，以供设计阶段使用，并可作为验收的依据。数据项清单：列出每个数据项的名称、含义、来源、类型和长度等。管理活动清单：列出最基本的管理任务，包括任务的定义、操作类型、执行频度、所属部门及涉及的数据项等。

评审通过：评审的目的在于确认某一阶段的任务是否全部完成，以避免重大的疏漏或错误。财务管理数据库的评审要保证评审工作的客观性和质量。评审常常导致设计过程的回溯与反复，即需要根据评审意见修改所提交的阶段设计成果，有时甚至要回溯到前面的某一阶段，进行部分乃至重新设计，然后在重新评审，直至达到全部财务管理数据库系统的预期目标为止。

3.3 概念设计

3.3.1 概念设计的必要性

在概念设计阶段中，设计人员从用户的角度看待数据及处理要求和约束，产生一个反映用户观点的概念模式。然后再把概念模式转化成逻辑模式。将概念设计从设计过程中独立开来，至少有以下几个好处。

各阶段的任务相对单一化，设计复杂程度大大降低，便于组织管理。

不受特定的DBMS所限制，也独立存储安排和效率方面的考虑因而比逻辑模式更稳妥。

概念模式不含具体的DBMS所附加的技术细节，更容易为用户所理解，因而才有可能准确的反映用户的信息需求。

3.3.2 概念模型

概念模型是表达概念设计结果的工具。

社会保险财务管理系统基金财务子系统的概念模型图如图2所示。

3.3.3 概念设计的主要步骤

概念设计的任务一般可分为三步来完成：进行数据抽象，设计局部概念模式；将局部概念模式综合成全局概念模式；评审。

（1）进行数据抽象，设计局部概念模式。局部用户的信息需求是构造全局概念模式的基础。因此，需要先从个别用户的需求出发，为每个用户或每个对数据的观点与使用方式相似的用户建立一个相应的局部概念结构。在建立局部概念结构时，要对需求分析的结果进行细化、补充和修改，如有的数据项要分为若干子项，有的数据的定义要重新核实等。

设计概念结构时，常用的数据抽象方法是“聚集”和“概念”。聚集是将若干对象和它们之间的联系组合成一个新对象。概括是将一组具有某些共同特性的对象合并成更高一层意义上的对象。

（2）将局部概念模式综合成全局概念模式。综合各局部概念结构就可得到反映所有用户需求的全局概念结构。在综合过程中，主要处理各局部模式对各种对象定义的不一致问题，包括同名异议、异名同义和同一事物再不同模式中被抽象为不同类型的对象等问题。把各个局部结构合并，还会产生冗余问题，或导致对信息需求的再调整与分析，以确定确切的含义。

（3）评审。消除了所有冲突后，就可把全局结构提交评审。评审分为用户评审与DBA及应用开发人员评审两部分。用户评审的重点放在确认全局概念模式是否准确完整的反映了用户的信息需求和现实世界事物的属性间的固有联系；DBA和应用开发人员评审则侧重于确认全局结构是否完整，各种成分划分是否合理，是否存在不一致性，以及文挡是否齐全等。

3.4 逻辑设计

逻辑设计的结果是得到一个与DBMS无关的概念模型。逻辑设计的目的是把概念设计阶段设计的基本ER图转换为与选用的具体机器上的DBMS所支持的数据模型相符合的逻辑结构。这些模式在功能上、完整性和一致性约束及数据库的可扩充性等方面均应满足用户的要求。

3.4.1 逻辑设计环境

在逻辑设计阶段主要输入下列信息。

（1）独立于DBMS的概念模式：这是概念设计阶段产生的所有局部和全局概念模式。（2）处理需求：需求分析阶段产生的业务活动分析结果。这里包括数据库的规模和应用频率，用户或用户集团的需求。（3）约束条件：即完整性、一致性、安全性要求及响应时间要求等等。（4）DBMS特性：即特定的所支持的模式、程序语法的形式规则。

3.4.2 逻辑设计的步骤

逻辑设计主要是把概念模式转换成DBMS能处理的模式。转换过程中要对模式进行评价和性能测试，以便获得较好的模式设计。

（1）初始模式的形成。这一步是形成初始的DBMS模式。根据概念模式以及DBMS的记录类型特点，将模式的实体类型或联系类型转换成记录类型，在比较复杂的情况下，实体可能分裂或合并成新的记录类型。

（2）应用程序设计梗概。在设计完整的应用程序之前，先设计出应用程序的草图，对每个应用程序设计出数据存取功能的梗概，提供程序上的逻辑接口。

（3）模式评价。这一步的工作就是对数据库模式进行评价。评价数据库结构的方法通常有定量分析和性能测量等方法。

（4）修正模式。修正模式的目的是为了使模式适应信息的不同表示。此时，可利用DBMS的性能，如索引或散列功能。但数据库的信息内容不能修改。如果信息内容不修改，模式就不能进一步求精，那么就要停止设计，返回概念设计或分析阶段重新设计。

3.5 物理设计

3.5.1 物理设计的步骤

物理设计首先要确定数据库的物理结构，然后，对物理结构进行评价。如果评价结果满足原设计要求，则转向物理实施，否则，就从新设计或修改物理结构，有时甚至要返回逻辑设计阶段修改数据模型。具体的说，物理设计可分为五步来完成，前三步涉及物理数据库结构的设计，后两步涉及到约束和具体的程序设计。

（1）存储记录结构设计。设计存储记录结构，包括记录的组成、数据项的类型和长度，以及逻辑记录到存储记录的映射。在设计存储记录结构中，逻辑数据库结构并不改变，但可能要进行“记录”分割工作。（2）确定数据存储安排。从提高系统性能方面考虑，将存储记录作为一个整体合理的分配物理区域。利用记录聚簇技术，在可能的情况下充分利用物理顺序特点，将不同类型的记录分配到物理群中去。（3）访问方法的设计。访问方法是给存储在物理设备上的数据提供存储和检索机构两部分。存储结构限定了可能访问的路径和存储记录；检索机构定义了每个应用的访问路径，但不涉及存储结构的设计和设备分配。数据库系统通常是多用户共享系统，对同一数据存储，要建立多条路径，才能满足多用户的多种应用要求。（4）程序设计。逻辑数据库结构确定以后，应用程序设计就可随着开始。从理论上说，数据库的物理数据独立性的目的是消除由于物理结构设计决策而引起的对应用程序的修改。但是，物理数据独立性未得到保证时，可能会发生对程序的修改。

3.5.2 物理设计的环境和性能

数据库的物理设计是对逻辑数据库结构进一步求精的过程。从逻辑设计阶段得到的逻辑数据库结构确定了物理设计的工作框架，在物理设计阶段，一般不必对逻辑结构作修改。如果在物理设计中查出了重大的失误，或者处理需求在某些方面有重大改变，那么必须返回到逻辑设计阶段，作必要的修改。

物理设计阶段的输出是物理数据库结构说明书，包括存储记录格式、存储记录位置分布及访问方法。它能满足所有的操作需求并给出对硬件、软件系统的约束。

在设计过程中，效率问题只能在各种约束得到满足且获得可行方案之后进行。

在物理设计过程中，不能把单个性能作为唯一标准，而要对一组性能进行评价、需要对时间、空间、效率、维护开销和各种用户要求进行权衡。我们假定数据库系统性能用术语“开销”描述。在不同的时候，开销可由时间、空间及货币值给出。

在数据库系统生存期中，生存期的总开销可表示为下列几项：规划开销；设计开销；实现与测试开销；操作开销。

数据库设计者在设计数据库时应该知道物理数据库在实现时，用户的使用和计算机资源的操作开销是多少，这些是评价数据库设计优劣的重要标准之一。

3.6 数据库的建立

（1）建库。

数据库的名称和标识符要么由初始化参数DB_NAME指定的，要么由CREATE DATABASE语句指定的。在ORACLE系统中，可以使用两种方法创建数据库。一种是使用DATABASECONFIGURATION ASSISTANT向导工具，另一种方法是使用CREATEDATABASE语句。前者是基于JAVA的图形工具，可以在任何平台上使用，并且是创建数据库的最简单的方法。后者是PL/SQL语句，它可以最灵活的创建数据库。如果使用ORACLE DATEBASE CONFIGURATION ASSISTANT向导来创建数据库，可以按照提示一步步完成即可；如果希望使用PL/SQL语句。那么可以使用CREATE DATABASE语句。数据库创建完成以后，除了创建数据库的各种文件之外，ORACLE服务器还在数据库的文件内创建了结构，如数据字典、动态的性能表等。

（2）建立表空间。

如果是一个比较小的数据库，那么该数据库可能只需要一个SYSTEM表空间。但是，ORACLE系统建议用户创建多个表空间来存储用户的数据、索引、回退段和临时段，并且把这些存储的内容与数据字典分开。这样，在数据库管理操作中就可以更加灵活，并且可以降低数据字典对象和方案对象在同一个数据文件中挣抢空间。

表空间是指组成ORACLE数据库的逻辑空间区域。每一个表空间都由一个或多个操作系统文件构成，这些操作系统文件称为数据文件。管理表空间就是创建表空间、设置表空间的特性、修改表空间的大小和管理数据文件等。

在使用表空间之前，必须创建表空间。可以使用两种方法来创建表空间。一种方法是使用DBA STUDIO的存储管理器工具，另一种方法是使用PL/SQL语句。前一种方法比较简单、直观，容易掌握，适合于初学者用户使用。后一种方法比较灵活，语法清晰，适用于有经验的数据库用户。

（3）建立用户。

可以有两种方法创建用户，一种方法是从DBA Studio工具中启动Oracle Security Manager工具，另一种方法是使用CREATE USER语句。

Create user bysb identified by bysb default tablespace by sb_ts；

用户建立以后要对用户进行授权。

grant connect，dba to bysb；

（4）创建表。

在ORACLE系统中，表是数据库中的主要对象，是真正存储各种各样信息的对象。从持久时间和使用是否广泛来看，表可以分为永久性表和临时性表。数据库中的数据一般存储在永久性的表中。通常所说的数据库表，就是永久性表。在永久性表创建之后，这些表就存储在数据库文件中，并且一直存在，直到它们被删除为止。在数据库中的表可以被数据库中的用户使用，当然，这些用户应该具有使用表的相应的权限。用户还可以创建临时表，临时表的使用与永久表类似，只是临时表存储在内存中，当它们不再被使用时，会被自动删除。表具有这些特征：代表实体、表名在数据库中是唯一的、由行和列组成、行的顺序是任意的、列的顺序是任意的、列名在表中是唯一的。列名在一个表中的唯一性是由ORACLE系统强制实现的，即在一个表中，应该没有相同的两行同时出现。在一个数据库中，对某一个所有者来说，表名必须是唯一的，这是由系统强制性实现的，但是，如果为表指定了不同的用户，那么可以创建多个具有相同名称的表。使用这些表时，区分这些表的方法是在表名前面加上所有者名称作为前缀。在ORACLE系统中，即可以使用DBA Studio工具来创建表，也可以使用创建表的向导工具来创建，还可以使用CREATE TABLE 语句来创建表。

3.7 数据库的实现（表1）

3.8 财务管理系统其它设计工作

（1）财务管理数据库的重新组织设计。对财务管理数据库的概念模式，逻辑结构或物理结构的改变称作重新组织，其中改变概念模式或逻辑结构又称为重新构造，改变物理结构则称为重新格式化。重新组织通常是由于环境、需求的变化或性能原因而进行的，如信息定义的改变，增加新的数据类型，对原有的数据提出了新的使用要求，改用具有不同物理特性的新存储设备以及数据库性能下降等都要求进行数据库重新组织。（2）安全性考虑。在设计财务管理应用程序时，要考虑系统安全性问题，例如所设置密码的保密程度，也可以为不同级别的用户建立不同的view。（3）事物控制。为保证多用户环境中数据的完整性和一致性，许多数据库管理系统都支持事物概念。事物控制通常有系统控制和人工控制两种方式。系统控制通常都是以一个语句为单位。人工控制则以事物的开始和结束语句显示实现。一般有经验的应用开发人员采用人工控制方式。人工控制方式用几条完成同一目的语句构成一个事物，可减少一个语句所导致的较多的系统开销。

3.9 财务管理系统调试

财务管理数据库建立后，应装入大量记录，进入试运行阶段。

业务界面包括对缴纳费用人员记录的添加、删除、修改、查询等功能的调试。最主要的是增加模块的调试。

财务界面包括对凭证库的查询、修改、打印情况等功能的调试。最主要的也是查询模块的调试。

用户的反馈信息也非常重要，我们在自己调试的同时也要相应的指导用户对相关模块的测试，定期的进行交流，对于测试中的问题及时处理，以避免不必要的开销。

在前一阶段，虽然也作了性能预测，但是仅仅估计了性能估计，且在估计过程中，我们做了许多简化和假设，忽略了许多次要因素，因而估计是粗糙的，并可能失真。在试运行阶段，必须进行实际测量和评价，测试数据尽可能覆盖现实世界的各种情况。

如果实际测试结果不符合设计目标，则需返回物理设计阶段，修改参数。有时也许还需要返回逻辑设计阶段，调整逻辑阶段。

3.10 财务管理系统运行与维护

财务管理数据库正式投入运行标志着数据库运行与维护的开始，但并不标志着财务管理数据库设计工作的结束。财务管理数据库维护工作不仅仅是维持其正常运行，而是设计工作的继续和提高。

运行维护阶段的主要工作如下。

（1）数据库的安全性与完整性控制及系统的转储和恢复。按照系统提供的安全规范和故障恢复规范，经常检查系统安全性是否受到侵犯，及时调整授权，实施系统转储与后备，发生故障后及时恢复。（2）性能的监督、分析与改进。利用系统提供的性能分析工具，经常对数据库的存储空间及响应时间进行分析、评价，并结合用户意见确定改进措施，实施重新构造或重新格式化。（3）增加新功能。根据用户的意见，在不损害原系统功能和性能的情况下，对原有功能进行扩充。（4）发现错误，修改错误。及时发现系统运行中的错误，并修改错误，保证系统正常运行。由于数据库应用环境发生变化，需要增加新的功能或实体，实体与实体的联系也会发生相应的变化，原设计不能很好的满足新的需求，不得不适当调整数据库的模式和内模式。当然，数据库重新构造的程序功能是有限的，只能作部分的修改和调整，若应用变化太大，重新构造也无能为力了，则表明原数据库应用系统生存期的结束，应该重新设计数据库，开始一个新的数据库应用系统的设计周期。

参考文献

[1] （美）laors bo vanting.oracle企业管理器基础教程[M].2版.机械工业出版社.

[2] 藤永昌，孟凡民.oracle developer/2000 r2.0开发技巧与应用教程[M].2版.北京：清华大学出版社，2002：55-73.

[3] 劳动和社会保障部信息中心.劳动和社会保障信息化建设文件资料集（2000～2003）.北京：中国劳动社会出版社，2003：43-46.

篇9

关键词：建筑工程；施工图设计；改进建议

中图分类号：TU198文献标识码： A

通过长期的工作经验累积，我们掌握了建筑工程在施工图设计过程中经常出现的一些问题，虽然这些问题不会影响建筑结构的大方向发展，但对建筑还是有着细微影响，同时也反应了工作人员在设计过程中的粗心大意。消除施工图设计过程中问题有助于提高建筑工程的质量，提高工作效率。

一、常见的设计错误

（一）忽略安全等级及施工等级

安全等级应当在施工图设计中得到充分的体现，然而在实际建筑施工图设计中设计人员经常忽略对建筑中构件以及整栋建筑安全等级的划分。

设计人员应当明确影响承载力表达式中的重要机构系数γ0的值。按照有关规定我国对建筑的安全等级分为三级，对于破坏不会造成严重后果的建筑的等级定义为三级，破坏造成一般严重后果的建筑的等级定义为二级，破坏造成严重后果的定义为一级[1]。但需要设计人员额外注意的是，在整栋建筑之中，整栋楼的安全等级要略低于部分重要构件的安全等级。因为如果局部重要构件的安全等级如果和整个建筑的安全等级相同，那么建筑的安全等级将会偏低[2]。

（二）未对抗震等级进行正确划分 忽略抗震设计

地震对建筑物的破坏是剧烈的。通常来说每次的地震都仅有一个震级。但随着距震心距离的改变，地震强度将会出现许多值。建筑物的抗震烈度应当依据国家相关规定设定。因此设计人员应当注意在抗震设计中应当考虑的是抗震设防烈度而并不是地震烈度，抗震设防烈度应当以国家颁布的有关政策为基准，因此设计人员应当掌握国家在建筑上相关规范的更新，掌握最新的规范要求[5]。

设计人员在钢筋混凝土建筑中依据抗争设计规范对构件的抗震等级进行划分，这本无可厚非。但部分设计人员将钢筋混凝土机构套用在底部框架中，这是一种错误的做法。我国有关规范中明确规定底部框架―抗震墙结构的框架的抗震防烈度为八、七、六对度时应当分别为一、二、三级，假设XX市的防烈度为八度，那么抗震墙和框架的抗震等级都应当设置为一级。

（三）忽略风载组合设计

由于风载组合对高层建筑的控制作用较弱，因此经常会被设计人员忽略。若在设计过程中利用广厦CAD对纯砖混的房屋进行电算，由于CAD的版本原因程序并不会直接让设计人员输入风载荷，因此设计人员经常会遗忘掉，这可能对建筑工程安全造成一定的影响，

（四）输入计算信息不当

设计人员没对连梁刚度折减系数进行调整，该系数主要是考虑到剪力墙之间的连梁在计算过程中，因为两端教的刚度而经常发生同实际状况不相符的状况，因此需要建立梁刚度折减系数，通常规定系数的取值在0.5到1.0之间，而我国的大多数工程都取0.7，如果取0.7工程中的超线仍较多，那么可取最小值0.5。

二、针对常见问题提出改善措施

综上所述，由于受多方面的因素影响，现阶段家按住工程结构施工图设计过程中存在许多缺陷，要想科学、合理的解决存在的问题，建筑企业就必须从以下几方面进行改进：

（一）明确安全等级及施工等级设计

我国有新出砌体结构收割机规范规定施工质量控制等级应当为B级，因此在施工工程中如果在施工过程中，工程的质量控制未能达到B级，应当降低砌体的抗震强度，否则将会影响建筑的安全性。若施工控制质量为C级，应当将砌体抗压强度设计值调整到γa为0.9[3]。相关建筑规范中规定，地坪下的填土的压实系数应当在0.94以上，确保回填土的密度能够达到设计要求，同时避免地面下沉而引起地面断裂[4]。

（二）强化抗震概念设计

概念设计是建筑抗震中一种重要手段，现阶段我国的抗震目标通常为“小震无碍、中震可修、大震不倒”。设计人员通过对承载力计算就可以保证建筑物达到小震无碍的水准，而要想达到第二阶段，则需要利用结构可靠度标准及对风险系数进行计算，而达到第三阶段则需用设计人员利用概念设计来完成抗震构造设计。通俗的讲，概念设计就是将抗震原理和建筑抗震思想进行实际运用，并且对建筑提出了诸多要求。例如规则性要求：建筑需要采用多道防震结构防震，机构本身应当具有较高的耗能，吸能特性；规避刚度突变于竖向承载力，防治发生地震时建筑的塑性变化过度集中，导致结构薄弱环节遭到破坏而引起结构坍塌；在结构构件的选用上，应当尽量选用具有延展性的构件等。但在我国的建筑物的实例设计中，部分建筑物为了造型在屋顶设置单柱支撑的长悬挑构件，部分网架、玻璃墙和主体之间并没有连接，有的建筑为了增大空间而在中间层抽柱等，这都是不合理的概念设计。对于连接薄弱处，应当对防震缝进行处理，尽可能的将单柱支撑改成多柱结构，至于其它的不合理设计应当尽量避免。鉴于概念结构对建筑工程的重要性，设计人员应当将概念设计贯穿整个建筑的设计。

（三）针对风载问题的改进措施

为避免此风载问题所带来的影响，在实际设计中，若果使用的程序没有直接输入步骤，那么设计人员应当依照相关要求，利用手工对风载设计值进行计算，在将计算结构附加到框架或墙体上。

（四）强化设计人员的基本能力

加强对设计人员的培训教育，使设计人员能够充分的掌握设计中的规范，并在实际工作中对所学的知识能够加入自己的理解后进行活用[6]。加强审核、核对、管理等方面的工作，一切设计工作应当按照IS09000要求进行，提高设计质量。提高设计人员对设计软件的了解程度，对设计软件的配筋原则、计算原理、使用范围、构造要求做到全面掌握，避免在设计过程中因为操作不当而影响施工图的设计质量。加强对设计的思想教育工作，使设计人员清楚质量的重要性，设计人员绝对不能赶进度而忽视质量，这样最终及时能够按时竣工，也会留下巨大的安全隐患。做好对施工图纸文件的审查，把好施工图纸质量的最好一关，通过以上几种方式上的改进逐步提高施工图设计的质量，安全建筑中的安全隐患。

结束语

施工图纸的设计质量是建筑质量的保证，施工图设计中的任何问题都可能危害到建筑的质量以及人生安全，情况严重时可能给国家带来严重的损失。所以设计人员应当将设计质量放在工作的首要位置，避免因设计适量问题而造成建筑事故。相信通过工作人员的不断努力，我国在建筑工程施工图设计上一定会取得近一步的发展。

参考文献

[1].沙欣,丛朝晖,罗恕.建筑结构设计施工途中应注意的一些问题[J].辽宁建材，2012,10（23）：12-12.

[2]项仲贞.建筑工程结构施工图设计中存在的问题及改进建议[J].中国科技信息，2011,11（40）：38-38.

[3]庾爱华.建筑机构施工图设计中常见问题及其剖析[J].建设论坛，2013,11（12）：13-13.

[4]安绍军.谈建筑工程结构设计中存在的问题及应对措施[J].中国科学信息，2013，12（11）：14-14.

篇10

关键词 极端；降水数据；挖掘聚类分析

中图分类号 P4 文献标识码 A 文章编号 1674-6708（2016）172-0145-02

随着气象信息化的推进，全国建立了大量的气象观测站，自建立气象观测站以来，各地积累了数十年的气象观测数据，这些数据的数据量出现了成几何倍数增长的态势。海南省气象局作为省级气象部门，经过几十年的存储积累，也拥有了庞大的气象观测数据。面对海量的观测数据，单纯靠手工处理来对其进行应用研究分析，几乎是不可能的。目前，随着计算机技术、并行处理技术的飞速发展和广泛应用，数据挖掘相关技术无论从理论上还是从实践上都已经十分成熟，是近年来数据分析方面一个十分活跃的领域，越来越多的学者将其应用于数据分析当中。因此，采用数据挖掘技术来处理这些历年累积的气象数据，已经完全可能。

极端降水事件通常会造成城市内涝、海水倒灌，引起山体滑坡、泥石流等灾害性天气，近年来受到越来越多的关注。极端降水通常是小概率事件，存在空间的差异性，不同的地区的极端降水表现出不同的特征及变化趋势。海南的极端降水事件也有自已的特征。因此，本文对海南省近55年的自动站逐日降水观测资料进行数据清洗，利用数据库加以存储，采用聚类挖掘分析技术对海南省的日降水量进行聚类分析，以期得到近55年以来海南省的日极端降水量的日际分布情况。这对于认识海南的极端降水事件特征具有重要的意义。

1 聚类分析技术

1.1 聚类分析定义

聚类分析是根据数据对象的相似性对其进行聚类，使相似性很高的对象在同一类中，使相似度很低的对象在不同的类中。目前，聚类分析技术在各领域中已经得到广泛的使用。在商业上，市场分析人员可以利用聚类分析技术，根据购买模式挖掘出不同客户群的特征，从而区分出不同的客户群。在生物学上，聚类分析技术可以根据动植物的基因进行聚类，挖掘出各个种群的固有结构，从而能够更好地了解各类动植物。在气象上，气象研究工作者可以利用聚类分析技术来对全国各个地区的降水量进行聚类分析，对全国各地区的干旱等级进行划分，从而为气象防灾减灾、农作物养殖等方面提供有效的指导。

1.2 围绕极端值的三分聚类算法

围绕极端值的三分聚类算法策略是：在待挖据的数据集中，找出一个最大值和最小值，然后分别以这两个值为聚类中心CMax和CMin，对剩余的数据进行划分。下一趟中在剩余的数据中寻求一个最大值和最小值，将这一趟发现的最大值和最小值分别划分给CMax和CMin，按此方法进行下去，直到剩余的数据量为原来总数据量的1/3时为止。

过程描述为：

输入：结果簇数目3、数据集D、数据集对象数量n。

输出：大值中心簇CMax和小值中心簇CMin，以及由剩余对象组成的中间簇CMid，其中，每个簇包含的对象数量各为n/3。

算法：

1）遍历数据集D一次，找出D中的最大值DMax和最小值DMin，分别以DMax和DMin为聚类中心展开聚类，并标记DMax和DMin的状态为已被访问过，下次不再进行访问。

2）继续遍历数据集D，找出D中的最大值DMax和最小值DMin，DMax划分给CMax，DMin划分给CMin，并标记这两个值的状态为已被访问过，下次不再进行访问。

3）重复步骤2），直到遍历次数达到n/3次。

4）将未做标记的数据归为一簇。

5）输出CMax和CMin以及CMid，CMax按从大到小的顺序排列，CMin按从小到大的顺序排列，CMid中的对象则按其原来的相对位置进行排列。

围绕极端值的三分聚类算法是专门为异常点的挖掘设计的，比较适合于极端降水的挖掘，所以本文采用它来对海南省的日降水量进行聚类分析。

2 聚类挖掘技术的应用

2.1 数据清洗及预处理

所用资料为海南岛18个观测站 、西沙永兴岛观测站和西沙珊瑚岛观测站1961～2015年的逐日降水资料。

数据源中数据可能存在错误项，缺失值，重复值以及数据不一致等问题，在进行数据挖掘时，这些数据会影响到数据的挖掘过程，产生错误的挖掘结果。因此，在开始数据挖掘前需要对数据进行清洗、集成和转换，才能为数据挖掘行为提供完整的、干净的数据源。

自动气象站实时观测数据按照台站号，逐小时进行记录，自动气象站设备故障、数据采集计算机故障、通讯网络中断、数据接收存储中心软硬件故障等会造成数据记录的缺失。处理数据缺失值的常用方法有：列均值、就近跨距均值、就近跨距中值、线性内插值和线性拟合值。由于本文研究的降水量这个气象要素是离散型变化的，所以对短时间（12小时以下）缺测记录采用空间插值法来补充，对长时间（12小时以上）缺测记录则对比人工定时观测记录来补充。

2.2 数据库设计

为了便于进行数据挖掘，设计建立数据库储存经过预处理的数据集。首先完成数据库的概念结构设计，得到由日降水量实体构成的E-R模型，如图1所示。接着根据设计的E-R模型完成数据库的物理结构设计，创建数据库，并在数据库中创建每日降水量表，如表1所示。

2.3 挖掘结果

海南极端日降雨量55年以来每年均有出现，但冬季和初春极少，主要集中在8～10月，进入5月后开始增多，在9月达到最高值，11月后几乎没有极端降水出现，海南省汛期出现的极端日降雨量数占全年的八成。而且海南省极端降水量呈东多西少的空间分布特征。

3 结论

本文采用聚类分析技术对海南省的18个基准站的日降水量进行分析研究，得到近55年来海南省的日极端降水量的日际分布情况。这对于认识海南的极端降水事件特征，做好防灾减灾服务工作具有现实的意义。数据挖掘技术的产生给气象领域的分析研究带来了新的发展，越来越多的气象研究学者将其应用于气象防灾减灾、气象服务、气候分析、天气预报预测、气象数据质量控制等领域的研究当中。然而，目前几乎没有学者将数据挖掘技术应用于海南气象领域研究中，因此，本文将数据挖掘技术应用于海南极端降水研究中是本文的一个创新之处。希望本文的工作能够对海南气象服务、防灾减灾等方面的深入研究提供有用的参考。

参考文献

[1]翟盘茂，王萃萃，李威.极端降水事件变化的观测研究[J].气候变化研究进展，2007，3（3）：144-148.

[2]吴慧，吴胜安.近48年海南省极端降水时空变化趋势[J].安徽农业科学，2010，38（19）：10101-10103.

[3]吴胜安，郭冬艳，杨金虎.海南热带气旋降水的气候特征[J].气象科学，2007，27（3）：307-311.

[4]柯维耀.影响海南岛热带气旋降水分布特征分析与预测系统设计[D].成都：电子科技大学，2013.

[5]郑忠平.基于关联规则和聚类分析的异常天气挖掘[D].成都：电子科技大学，2011.

[6]史静，党岳，张永欣，等.自动站数据质量控制中关联规则挖掘的应用[J].气象科技，2014，42（4）：612-616.