数据库需求 数据库需求分析

大家好，关于数据库需求很多朋友都还不太明白，不过没关系，因为今天小编就来为大家分享关于数据库需求分析的知识点，相信应该可以解决大家的一些困惑和问题，如果碰巧可以解决您的问题，还望关注下本站哦，希望对各位有所帮助！

数据库需求分析

数据库设计

1、数据库需求分析

1）针对超市进销存管理系统，分别对采购部门、销售部门和库存保管部门进行详细的调研和分析，总结出如下的需求信息：

商品按类管理，所以需要有一商品类型信息。

商品必须属于一个商品类型。

如果一个商品类型存在商品，或存在下级商品类型，则该类型不可删除。

需要记录供应商品信息。

在涉及商品数量的地方，要给出相应的单位。

商品销售信息单中要包含登记商品销售数量、单价等信息。

在进货信息中要包含商品供应商等信息。

商品报损要有报损原因。

进货、销售、报损操作要有相应操作员信息。

只有管理员登录之后才可以使用系统。

默认的管理员不可以删除。

进货、销售、库存、报损信息都要可以添加、修改、删除、分类查找。

当进行进货、销售和报损操作后，能相应更新库存。

需要对进货、销售、库存、报损进行分析，总结热门商品。

2）经上述系统功能分析和需求总结，考虑到将来功能的扩展，设计如下的数据项和数据结构：

商品类型信息，包括数据项有：商品类型编号、商品类型名称等。

商品信息，包括的数据项有：商品编号、商品名称、商品介绍、库存量等。

商品单位信息，包括单位编号、单位名称等。

供应商信息，包括供应商名称、介绍等。

进货信息，包括进货商品、数量、单位、单价、进货时间经手人等。

销售信息，包括销售商品、数量、单位、单价、登记时间等。

报损信息，包括报损商品、数量、单位、原因、登记时间等。

管理员信息，包括管理员账号、密码、是否是默认账号等。

2、数据库概念结构设计

本系统根据以上的设计规划出的实体有：商品类型信息实体、商品信息实体、商品单位信息实体、供应商信息实体、进货信息实体、销售信息实体、报损信息实体和管理员信息实体。

数据服务需求

2.3.1.1分布式数据源技术

所谓分布式数据源是相对于单一集中数据源提出的，在以往网络程序开发中，一般都是采用单一数据源，程序和数据库是部署在一台机器上或局域网内的不同机器上，相当于一个程序对应一个数据接口。但在现代的网络应用中，产生了新的需求，例如，网上送货，送货单位为了查询客户需要的产品，他们可能自己建立了商品信息数据库，以其应用程序在自己的数据库中检索，同时又想利用其他相同性质公司的数据库。如何使一个程序能跨过局域网去访问其他公司的数据库就成了技术难题，由于相似的种种应用，从而产生了分布式数据源技术。

分布式数据源技术可在不同地点、不同单位、不同的服务器发布数据，通过相应的网络协议和安全验证机制，使有权限的用户通过他们的程序利用这些网上分布的数据源的一种技术。

在 GIS领域，由于地理信息的本质特征是区域分布性，具有明显的地理参考系统。可以根据行政区划、自然地理区域等来组织地理数据。采集、管理和维护这些不同区域的数据并没有因果从属关系，而是相对独立和平行的。因此，高效的系统应该是当地数据的采集、管理、存储由当地完成，但各部门都可以在网络上各个节点调用其他区域的数据(欧阳，2004)。由于地理信息的空间分布特征，地理数据库的分布和更新也应该是分布式的。这就需要现在的 GIS软件系统可以建立分布式的 GIS数据源，供远程的用户访问。

2.3.1.2分布式数据源类型

随着网络技术的发展和 WebGIS应用的普及，现在网上发布的分布式 GIS数据源越来越多，大致归纳为以下几种类型:基于文件形式的数据源、基于空间数据库的数据源和基于 Web服务方式的数据源。

2.3.1.2.1基于文件形式的数据源

基于文件形式的 GIS数据源一般都是以 XML(可扩展标识语言)为基础的纯文本文件形式的地理数据，利用这些文件可以存储和发布各种特征的地理信息，并控制地理信息在 Web浏览器或其他特定浏览器中的显示，这种形式的数据有利于网络传输，并且由于XML的可扩展性，使得此种形式的数据文件的扩展性良好。此种形式的文件包括 GML、KML等数据文件类型。其中 GML(Geography Markup Language)即地理标识语言，它由OGC(开放式地理信息系统协会)于 1999年提出，并得到了许多公司的大力支持，如Oracle、Galdos、MapInfo、CubeWerx等。GML的特点(卢娟，2004;于雪芹，2005):

(1)封装的地理数据和图形解释是清楚分离的;

(2)GML基于文本表示地理信息;

(3)GML封装了地理信息及其属性;

(4)GML封装了空间地理参考系统;

(5)GML可以实现地理数据的分布式存储。

GML作为一个“开放的”标准，并没有强制采用它的用户使用确定的 XML标识，而是提供了一套基本的几何对象 tag、公共的数据模型，以及采用自建和共享应用 Schema的机制。所有兼容 GML的系统，必须使用 GML提供的几何地物 tag来表示地物特征的几何属性，但可以通过限制、扩展等机制来创建自己的应用 Schema。

而 KML数据，是 Keyhole Markup Language，是一个基于 XML语法和文件格式的文件形式 GIS数据源，用来描述和保存地理信息如点、线、图像、多边形和模型等，可以被Google Earth和 Google Maps识别并显示。可以使用 KML来与其他 Google Earth或 GoogleMaps用户分享地标与信息。Google Earth和 Google Maps处理 KML文件的方式与网页浏览器处理 HTML和 XML文件的方式类似。像 HTML一样，KML使用包含名称、属性的标签(tag)来确定显示方式。

随着 Google Earth的发展，KML被更多的浏览器所支持，如微软的 Virtual Earth支持基本的 KML和 KML搜索，ArcGlobe也开始支持 KML的浏览显示，ArcGIS Server支持KML服务的发布。另外，为了支持 KML的开发，Google还开发了一个函数库供用户使用，更加扩大了 KML作为地理信息共享数据的前景。

KML提供以下功能:

(1)指定一个地点的图标和标注来区分每一个地点;

(2)为每一个视图指定明确的视角来创建不同的特写镜头;

(3)使用指定到屏幕或地理位置的图片标注;

(4)为特定种类的标注定义显示样式;

(5)为标注指定基于简单 HTML语法的描述，支持超级链接和图片的显示;

(6)使用目录对标注进行树形的分类管理;

(7)基于时间戳记的标注可以用来进行动态的播放;

(8)从本地或远程的网络地址动态的加载 KML文件;

(9)当 Google Earth客户端视图变化时，自动将视图信息发送给指定的源服务器并从服务器获取相关的标注信息。表 2.1是 KML文件的示例。

表 2.1 KML文件的示例

2.3.1.2.2基于分布式空间数据库的数据源

分布式空间数据库是计算机网络把面向物理上分散，而管理和控制又需要不同程度集中的空间数据库连接起来，共同组成一个统一的数据库的空间数据管理系统。可以简单地把分布式空间数据库看成是空间数据库+计算机网络(易晓峰，2005)。它是把物理上分散的空间数据库组织成为一个逻辑上统一的空间数据库系统;同时，又保持了单个物理空间数据库的自治性。分布式空间数据库中的数据分布在网络中不同节点的数据库中，各个节点具有对本节点数据的最高控制权限，可以使用本地节点数据执行局部应用;同时，各个节点又接受分布式空间数据库管理系统的统一控制。分布式空间数据库的用户具有不同的权限级别，根据权限级别，各个用户利用分布式空间数据库中的数据可以执行不同的全局应用。

可以将分布式的空间数据库作为数据源在网络上发布供用户使用，这样的数据源服务ArcGIS Server已经提供，可将 ESRI的 GeoDataBase发布到网络上，由用户来访问。这种数据源的应用不如基于文件和基于 Web服务的方式方便，因为一般的数据库系统都会有很复杂的安全性管理和访问权限的管理，不会让一般的 Web用户随便的访问，只是面向具体的单位应用。

2.3.1.2.3基于 Web服务方式的数据源

基于 Web服务方式的数据源的产生和发展，来源于两方面技术的推动，一是计算机软件领域中 Web服务技术的出现与发展，二是网络地理空间信息应用方面的发展(陈荦，2005)。

Web服务是一种部署在 Web上的组件对象，以支持 Web上的分布式应用。它通过一系列标准的协议来构建对象间通信机制，关注的是对象显露出来的属性、方法及其调用方式，而不定义对象具体的实现细节与支持环境。

在地理空间信息的网络应用方面，众多网络地理空间信息系统采用了不同的数据框架、运行平台和开发维护方法，这使得它们之间的数据共享和功能性互操作难以施行，同时引起了与网络地理空间信息系统进一步发展的严重矛盾。

Web服务的突出优点使之适合于解决地理空间信息共享和互操作方面的矛盾。为此，国际标准化组织地理信息技术委员会(ISO/TC211)和开放地理信息联合会(OGC)开始致力于研究基于 Web服务体系架构的网络地理空间信息服务技术与标准规范，构成网络上分布的 Web空间数据服务数据源。OGC推出的三种标准的基于 Web服务的空间数据服务是 WMS、WFS、WCS。

其中 WMS数据源服务，是一种客户端请求地图图像的方式和标准，它利用具有地理空间位置信息的数据制作地图。WMS返回的不是地图数据，而是地图图像(黄向等，2007)。WMS服务定义了三个操作:

(1)GetCapabilities:返回服务元数据，服务元数据必须是能被用户或机器识别的，采用 XML文件表示，是对服务信息内容和请求参数的一种描述。

(2)GetMap:返回一幅具有正确的地理空间和维数参数的地图图像，图像可以是GIF、JPEG、PNG格式。

(3)GetFeaturelnfo:根据用户所请求的 X、Y坐标或感兴趣的图层，返回地图上某些特征的信息。

在 WMS的三个操作中，GetCapabilities和 GetMap是必须要实现的，而 GetFeaturelnfo是可选的。

下面介绍这三种操作的具体实现过程:

用户使用普通的浏览器(如 IE)或定制的应用系统通过 Http协议向 WMS服务器发送地图服务请求，请求的方式可以是在 URL中添加请求的类型参数来实现，使用 GetCa-pabilities返回 WMS服务的元数据信息，使用 GetMap返回请求的图像，如果有特征要素的属性信息查询则使用 GetFeaturelnfo，客户端接收 GIF、JPEG、PNG格式的图像文件或XML格式的元数据文件，GML文件。

2.3.1.3 WFS数据源服务

WFS服务提供了在 Web环境下使用 HTTP/SOAP协议对地理特征进行数据处理的操作接口。WFS使数据用户可以在分布式环境下通过 Web Service来获取不同数据源的数据，结果可以 GML形式返回。

WFS分为两个级别:基本 WFS和事务 WFS。基本 WFS的用户不能修改服务端地理数据源的数据;事务 WFS允许用户创建、更新和删除远程数据源的特征数据。

WFS定义了 5个操作:

(1)GetCapabilities:返回服务元数据。元数据必须描述服务所能支持的数据类型和每个数据所能支持的操作。

(2)DescribeFeatureType:描述服务支持的所有特征数据的类型结构。

(3)GetFeature:根据请求返回特征数据实例。

(4)Transaction:事务 WFS支持这个操作。用于修改特征，包括对地理特征的创建、更新和删除。

(5)LockFeature:事务 WFS支持这个操作。用于在连续事务处理期间，锁定特定的要素或要素集。

上述5个操作的工作流程为:用户首先发出 GetCapabilities请求，服务端返回 WFS服务级别描述、所有命名空间的数据源及其特征类型(图层)列表和相关的坐标系、支持的 Filter运算集和事务操作等信息;然后用户选择某种特征类型，发出 DescribeFeature-Type请求，获取此特征类型的 GML应用 Schema，该 Schema包含此特征引用和扩展的GML Schema和所有属性的几何与非几何的类型描述;最后用户再发送 GetFeature请求获得符合该 Schema的 GML特征实例数据。同时也可发送 Transaction或者 LockFeature请求来操纵特征数据(马庆等，2006;程飞，2007)。

2.3.1.4 WCS数据源服务

WCS服务面向空间影像数据，它将包含地理位置值的地理空间数据作为“覆盖(Coverage)”在网上相互交换。Covergae是代表空间变化和时间变化的地理空间数据类型，例如遥感影像、DEM数据等。WCS服务提供详细而丰富的地理空间信息，客户端可以展示和描绘这些信息，也可以应用这些数据作为科学模型和其他客户端的输入数据。

2.3.1.5 WMS、WFS、WCS的区别

WCS、WMS和 WFS相同的地方是，都允许客户端选择某一部分服务器上的基于空间约束和其他标准的数据。WCS与 WMS不同的是，WMS通过过滤空间数据，返回的是静态的地图(它们在服务器上以图片形式存放)，类似对数据进行一次快照，而 WCS提供真正的空间数据以及这些数据详细的描述，允许对这些数据进行复杂的查询，返回的是带有原始语义的数据，这些数据能够被解译、推广，而不仅仅是一次数据的快照; WCS与WFS不同的是，WFS返回离散的地理空间特征(矢量数据)，而 WCS返回的是连续的代表时空变化数据(可能是多维)的一系列空间特征(栅格数据)。

除了这些标准的 Web服务方式的 GIS数据源之外，各个商用软件厂商业推出了自己的符合 Web服务标准的 Web数据源，如 ESRI的 ArcGIS Server和 ArcIMS的 Map Service、SuperMap公司的 SuperMap Web Service等。

2.3.1.6数据服务需求

网格环境下，海洋空间数据的组织管理与传统方式的海洋数据的组织管理是不同的，基于网格环境的数据组织管理更强调一体化，或者说数据组织管理的协同性，目标是建立海洋数据的虚拟的单一系统映射，使得用户能够透过门户网站透明地访问所有的共享数据，而不需要在千百万个网站上搜索自己想要的海洋数据。

简述数据库设计的要求

数据库设计包括六个主要步骤：

1、需求分析：了解用户的数据需求、处理需求、安全性及完整性要求；

2、概念设计：通过数据抽象，设计系统概念模型，一般为E-R模型；

3、逻辑结构设计：设计系统的模式和外模式，对于关系模型主要是基本表和视图；

4、物理结构设计：设计数据的存储结构和存取方法，如索引的设计；

5、系统实施：组织数据入库、编制应用程序、试运行；

6、运行维护：系统投入运行，长期的维护工作。

数据库系统的基本要求有哪几条

数据库系统由四部分组成：硬件、软件、数据、用户。

1、硬件。

数据库系统的硬件包括计算机的主机、键盘、显示器和外围设备，例如打印机、光盘机、磁带机等。由于一般数据库系统所存放和处理的数据量很大，加之DBMS丰富的功能软件，使得自身所占用的存储空间很大，因此整个数据库系统对硬件资源提出了较高的要求。

2、软件。

数据库系统的软件除了数据库管理系统之外，还包括操作系统各种高级语言处理程序、应用开发工具软件和特定应用软件等。应用开发工具包括应用程序生成器和第四代语言等高效率、多功能的软件工具，如报表生成系统、表格软件、图形编辑系统等。

它们为数据库系统的应用开发人员和最终用户提供了有力的支持。特定应用软件是指为特定用户开发的数据库应用软件，如基于数据库的各种管理软件、管理信息系统、决策支持系统和办公自动化等。

3、数据。

数据是数据库的基本组成，是对客观世界所存在事物的一种表征，也是数据库用户的操作对象。数据是数据库系统，也是企业或组织的真正财富。数据应按照需求进行采集并有结构地存人数据库。由于数据的类型多样性，数据的采集方式和存储方式也会不同。

数据作为一种资源是数据库系统中最稳定的成分，即硬件可能更新，甚至软件也可以更新，但只要企业或组织的性质不改变，数据将是可以长期使用的财富。数据库中的数据具有如前所述的集合、共享、最少冗余和能为多种应用服务的特征。

4、用户。

数据库用户是管理、开发、使用数据库的主体。根据工作任务的差异，数据库用户通常可以分成终端用户、应用程序员和数据库管理员等3种不同类型。

扩展资料：

数据库系统的基本要求：

1、能够保证数据的独立性。数据和程序相互独立有利于加快软件开发速度，节省开发费用。

2、冗余数据少，数据共享程度高。

3、系统的用户接口简单，用户容易掌握，使用方便。

4、具有可修改性和可扩充性。

5、能够充分描述数据间的内在联系。

参考资料来源：百度百科-数据库系统

关于数据库需求到此分享完毕，希望能帮助到您。