数据库需求分析

① 如何做好数据库需求分析

数据库设计

1、数据库需求分析

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

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

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

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

需要记录供应商品信息。

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

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

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

商品报损要有报损原因。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2、数据库概念结构设计

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

② 数据库需求分析

数据库设计

1、数据库需求分析

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

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

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

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

需要记录供应商品信息。

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

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

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

商品报损要有报损原因。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2、数据库概念结构设计

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

③ 简述数据库需求分析阶段的主要任务以及系统分析报告的主要内容

数据库需求分析阶段的主要任务：对现实世界要处理的对象（组织、部门、企业）等进行详细的调查，通过对原系统的了解，手机支持新系统的基础数据并对其进行处理，在此基础上确定新系统的功能。

系统分析报告的主要内容：1.系统概况，系统的目标、范围、背景、历史和现状；2.系统的原理和技术，对原系统的改善；3.系统总体结构域子系统结构说明；4.系统功能说明；5.数据处理概要、工程体制和设计阶段划分；6.系统方案及技术、经济、功能和操作上的可行性。

④ 数据库设计的四个阶段是:需求分析、概念设计、逻辑设计和（）。

数据库设计的四个阶段是：需求分析、概念设计、逻辑设计和 D
A） 编码设计 B）测试阶段 C）运行阶段 D）物理设计

⑤ 跪求一下数据库需求分析

这是一道比较完整的题目 ，全部解答出来会比较费时。

实际上这样的题目就是抽取关键点
一家公司，N艘船，每艘船在一定人数
游客买票要登记，游客是要付订金的等等。
这样的题目在树上也是比较常见的，认真阅读内容，找出点，然后写出需求分析吧
祝好运，望采纳。

⑥ 数据库客户需求分析

实际上就是一个进销存系统，去前你可以下载一些相关的软件，做个大致的了解，做到心中有数；然后你要先让客户给你描述或参观一下各项工作的环节，并询问一下那些工作繁重困扰着他们，从而对系统流程做一个了解，并能掌握客户所需要解决的突出问题。哈另外让客户复印一份相关的表单哦！

⑦ 数据库的需求分析是什么东西

需求分析是指某一系统在建立之初，与客户沟通后，得到一些数据，及理论知识，并由专门人员负责编写成文档。

⑧ 数据库设计的需求分析阶段是如何实现的

在数据库设计的需求分析阶段，参与需求分析的主要人员是分析人员和用户，由于数据库应用系统是面向企业和部门的具体业务，分析人员一般并不了解，而同样用户也不会具有系统分析的能力，这就需要双方进行有效的沟通，使得设计人员对用户的各项业务了解和熟悉，进行分析和加工，将用户的业务转换成为设计人员所需要的信息组织，即以规范化的方式进行整理，形成对业务流程描述的文档数据流图和数据描述的文档数据字典。

⑨ 数据库报告的需求分析一般是写些什么内容的

e-r图：

E-RE-R图也即实体-联系图(EntityRelationshipDiagram)，提供了表示实体型、属性和联系的方法，用来描述现实世界的概念模型。

E-R方法

E-R方法是“实体-联系方法”（Entity-RelationshipApproach）的简称。它是描述现实世界概念结构模型的有效方法。

构成E-R图的基本

构成E-R图的基本要素是实体型、属性和联系，其表示方法为：·实体型(Entity)：具有相同属性的实体具有相同的特征和性质，用实体名及其属性名集合来抽象和刻画同类实体;在E-R图中用矩形表示，矩形框内写明实体名；比如学生张三丰、学生李寻欢都是实体。如果是弱实体的话，在矩形外面再套实线矩形。·属性(Attribute)：实体所具有的某一特性，一个实体可由若干个属性来刻画。在E-R图中用椭圆形表示，并用无向边将其与相应的实体连接起来；比如学生的姓名、学号、性别、都是属性。如果是多值属性的话，再椭圆形外面再套实线椭圆。如果是派生属性则用虚线椭圆表示。·联系(Relationship)：联系也称关系，信息世界中反映实体内部或实体之间的联系。实体内部的联系通常是指组成实体的各属性之间的联系；实体之间的联系通常是指不同实体集之间的联系。在E-R图中用菱形表示，菱形框内写明联系名，并用无向边分别与有关实体连接起来，同时在无向边旁标上联系的类型（1:1，1:n或m:n）。比如老师给学生授课存在授课关系，学生选课存在选课关系。如果是弱实体的联系则在菱形外面再套菱形。

[编辑本段]作E-R图的步骤

⑴确定所有的实体集合⑵选择实体集应包含的属性⑶确定实体集之间的联系⑷确定实体集的关键字，用下划线在属性上表明关键字的属性组合⑸确定联系的类型，在用线将表示联系的菱形框联系到实体集时，在线旁注明是1或n(多）来表示联系的类型

2.例子如图：

需求分析：

写

背景，目的，技术，可行性之类的：

⑩ 数据库的需求分析方法

数据库设计需求
1. 需求概述
建立完善的数据库结构管理设备的基本参数、运行状态和各种工作计划。

数据库的框架和结构必须根据设备和运行状态而设计，方便提供强大的录入、查询、统计、分析和报表等各种功能操作，较好的反映平台业务的基本情况和运行状况，满足平台的基本要求。

2. 外部设计需求
2.1 标识符和状态

数据库表前缀：根据模块名定义（如用户模块：sys_）

用户名：root

密码：待定

权限：全部

有效时间：开发阶段

说明：系统正式发布后，可能更改数据库用户/密码。

2.2 使用它的程序

本系统主要利用java作为后端的应用开发工具，使用Mysql作为后台的数据库， Linux或Windows均可作为系统平台。

2.3 约定

所有命名一定要具有描述性，杜绝一切拼音、或拼音英文混杂的命名方式。
字符集采用 UTF-8，请注意字符的转换。
所有数据表第一个字段都是系统内部使用主键列，自增字段，不可空，名称为：id，确保不把此字段暴露给最终用户。
除特别说明外，所有日期格式都采用date格式。
除特别说明外，所有字段默认都设置不充许为空， 需要设置默认值。
所有普通缩影的命名都是表名加设置缩影的字段名组合，例如用户表User中name字段设置普通所以，则缩影名称命名方式为user_name_index。
2.4 专门指导

对本系统的开发者、使用这、测试员和维护人员，提出以下参考意见：

在使用数据库时，首先要参考上面的约定内容，做好软件的安装以及表格的建立。
数据库的输入统一采用键盘。对于数据库的使用权限，请参考本系统其他相关文档。
数据库的后台管理员没用等级差异，可根据实际情况添加删除管理员。
2.5 支持软件

操作系统： Linux / Windows

数据库系统：MySQL

查询浏览工具：Navicat Premium

命令行工具：mysql

注意：mysql 命令行环境下对中文支持不好，可能无法书写带有中文的 SQL 语句。

3. 结构设计需求
3.1 概念结构设计需求

概念数据库的设计是进行具体数据库设计的第一步，概念数据库设计的好坏直接影响到逻辑数据库的设计，影响到整个数据库的好坏。

我们已经得到了系统的数据流程图和数据字典，现在就是要结合数据规范化的理论，用一种模型将用户的数据要求明确地表示出来。

概念数据库的设计应该极易于转换为逻辑数据库模式，又容易被用户所理解。概念数据库设计中最主要的就是采用“实体-关系数据”模型来确定数据库的结构。

数据是表达信息的一种重要的量化符号，是信息存在的一种重要形式。数据模型则是数据特征的一种抽象。它描述的是数据的共性，而不是描述个别的数据。一般来说，数据模型包含两方面内容：

数据的静态特性：主要包括数据的基本结构、数据间的关系和数据之间的相互约束等特性。
数据的动态特性：主要包括对数据进行操作的方法。
在数据库系统设计中，建立反映客观信息的数据模型，是设计中最为重要的，也最基本的步骤之一。

数据模型是连接客观信息世界和数据库系统数据逻辑组织的桥梁，也是数据库设计人员与用户之间进行交流的共同基础。概念数据库中采用的实体-关系模型，与传统的数据模型有所不同。“实体-关系”模型是面向现实世界，而不是面向实现方法的，它主要是用使用方便，因而在数据库系统应用的设计中，得到了广泛应用。“实体-关系”模型可以用来说明数据库中实体的等级和属性。

以下是实体-关系模型中的重要标识：

在数据库中存在的实体；
实体的属性；
实体之间的关系；
3.2 逻辑结构设计需求
物理结构设计需求

1）定义数据库、表及字段的命名规范：

数据库、表及字段的命名要遵守可读性原则。
数据库、表及字段的命名要遵守表意性原则。
数据库、表及字段的命名要遵守长名原则。
2）选择合适的存储引擎：
3）为表中的字段选择合适的数据类型。

4）建立数据库结构

4. 运用设计需求
4.1 表名的命名规范

表名以英文单词、单词缩写、简写、下划线构成，总长度要求小于30位。

4.2 表字段的命名规范

字段名以英文单词、单词缩写、简写、下划线构成，总长度要求不超过30位。
字段名以名词或名词短语，字段采用单数形式。若表名由多个单词组成，则取各个单词的缩写组成，单词缩写间使用下划线作为分隔。
若某个字段是引用某个表的外键，则字段名应尽量与源表的字段名保持一致，一面混淆。
5. 安全保密设计需求
5.1 防止用户直接操作数据库的方法

通过把关键应用服务器和数据库服务器进行分离，防止用户对数据库服务器的直接操作，保证数据库安全。

5.2 应用系统的用户口令进行加密

在软件系统中，对于数据的保护、业务操作的许可是通过识别用户身份和权限来完成的。用户口令相比较，相同的话系统将该用户的操作权限分配给用户，用户再根据所分配的权限对系统进行操作。

由以上过程可知，用户口令在传输过程中容易被窃取泄漏，另外如果数据库被非法进入则其中保存的口令能够被非法查看。因此，在传输过程中和数据库中的口令记录字段不应使用明文传递和保存，应该在口令被传递前对其明文口令使用有效的主流技术，对传输数据进行加密部分描述的加密算法进行加密，在加密后传输到系统。系统将用户提交的经过加密的口令数据保存的加密口令进行比较，相一致则进行后续操作。