数据库设计要求解析

数据库设计要求解析
数据库设计要求解析

数据库设计相关要求与示例

第一部分相关要求

1、目的和意义

通过课程设计,使学生掌握数据库的基本概念,结合实际的问题和设计,巩固课堂教学内容,使学生掌握数据库系统的基本概念、原理和技术,将理论与实际相结合,应用现有的数据建模工具,规范、科学地完成一个小型数据库的设计。

2、具体要求

课程设计以小组为单位,一般2~3人为一组,第10周各组确定选题。要求学生根据题目的需求描述,进行实际调研,提出完整的需求分析报告,建立概念模型、物理模型,在物理模型中根据需要添加必要的约束、视图等数据库对象,最后生成创建数据库的脚本。小组成员之间,分工明确,密切合作,培养良好的互相帮助和团队协作精神。各组要按时完成规定的工作,不得弄虚作假,不准抄袭他人内容,否则成绩以不及格计。

3、选题原则

课程设计题目以选用学生相对比较熟悉的业务模型为宜,要求通过本次设计环节,能较好地巩固数据库的基本概念、基本原理、关系数据库的设计理论、设计方法等主要相关知识点,针对实际问题设计概念模型,并应用现有的工具完成小型数据库的设计。具体选题可参考下文表格中的题目,也可自行选题。

4、评分标准

评分标准:(以百分制为例)

(1)85-100:完成题目中的所有内容,功能完善,文档详细,数据库设计合理。

(2)70-84:完成题目中的大部分内容,功能基本完善,文档较详细,数据库设计基本合理。

(3)60-69:基本完成上述内容,只有基本功能文档。

(4)0-59:未按时完成上述内容,或者抄袭(雷同者全部为不及格)。

6、撰写设计报告

第16周之前提交报告打印版和电子版电子版发送至:qinhuilin@https://www.360docs.net/doc/9914949627.html,

14级信技班数据库设计选题表

第二部分数据库设计报告模板

XX管理信息系统

一、需求分析

分析清楚系统用户、功能、涉及的数据

二、概念结构设计

绘制E-R图确定实体、属性和联系

三、逻辑结构设计

将E-R图转换为数据模型;关系规范化;设计视图(根据需要确定)

四、数据库物理结构设计

对各表进行详细设计,包括字段名、数据类型、长度、是否为空、默认值、索引、约束

五、数据库实施

编写SQL代码创建数据库、数据表、加载数据(所有数据表中的记录总数不低于50条)。

六、总结

说明小组成员分工情况以及本次课程设计的收获和体会。

第三部分设计报告示例(仅供参考)

以综合教务系统为例,说明数据库应用系统的设计过程。本系统的分析和设计过程主要包括:需求分析;概念结构设计;逻辑结构设计等。本例以系统分析和数据库设计为主,没有给出操作界面设计。

综合教务系统

一、需求分析

1、系统目标:实现一个计算机综合教务管理系统,完成班级信息管理,学生信息管理,课程信息管理和学生选课管理等功能。

2、系统功能需求:本系统的用户分为超级用户和普通用户两类,超级用户负责系统维护,包括对班级信息,学生个人信息,课程信息的录入,修改,查询,删除等。普通用户即选课学生则只具有为自己选课的权限。

(1)功能划分

用户通过身份验证后进入主界面。主界面为超级用户提供6项选择:学生信息管理,课程信息管理,班级信息管理,选课,口令修改和退出系统。普通用户有4项功能选择:选课,课程查询,口令修改和退出系统。

(2)功能描述

●班级信息管理

给出所有班级的列表,超级用户可以实现增加,修改,查找,删除班级信息,维护指定班级所有学生信息,为指定班级设定必修课和选课学分限制等功能。在维护指定班级学生信息功能中,超级用户可以实现增加,修改,删除学生信息,察看某一学生选课情况,为学生更改口令等功能。在指定班级必修课功能中,以课表形式列出班级所有必修课的课程信息,实现为一个班级增加或删除必修课的功能。

●学生信息管理

给出所有学生的列表,超级用户可以增加,修改,删除,查找学生信息,察看某个学生选课情况,为学生修改口令等功能。本项功能与班级信息维护功能中的维护指定班级学生信息功能相似,不同的是本项功能中将列出所有班级的所有学生信息。

●课程信息管理

用于添加,修改,删除课程纪录,查看某门课的选课情况,查询指定的课程信息。

●选课

以课表的形式列出学生选课情况,学生可以为自己选修或者退选课程,而超

级用户可以为任何学生选修或者退选课程。每个班级都有选课的学分限制,不允许学生选择课程的总学分超过所在班级的选课最大学分限制,而当退出选课功能时,如果选取课程总学分未达到所在班级选课最小学分限制则给出警告信息(学生可以多次进入选课界面进行选课)。

●修改口令

用户输入原口令,并且两次输入新口令一致后,系统即用新口令代替旧口令。

●退出系统

当用户退出系统时,如果选取的课程总学分未达到所在班级选课最小学分限制,则给出警告信息。

3、开发工具(可略)

该综合教务系统的数据库采用了Microsoft的SQL Server2005企业版,前台应用程序采用了ASP编写,提供了Web界面方便学生从网上使用。由于采用了ADO数据库接口,因此很容易修改为支持ORACLE,SYBASE,DB2等数据库,该系统的结构为B/S结构,即浏览器/服务器结构。

二、概念结构设计

1、系统概念模型

图1选课系统概念模型E-R图

(注:本例中上课时间可以抽象成实体,也可以抽象成属性。)

2、详细说明

(1)系统涉及的实体集

●班级实体集:具有属性班级名称和选课学分限制。

●学生实体集:具有属性学号、姓名、性别和生日。

●课程实体集:具有属性课程号、课程名、学分、授课教师、接纳人数。

●上课时间实体集:具有属性时间。

(2)系统涉及的联系

●一个班级可以有多个学生,一个学生只能属于一个班级,所以班级和学

生之间的联系为1:M的联系。

●一个班级可以有多门必修课程,一门课程是多个班级的必修课,所以班

级和课程之间的必修联系是M:N的联系。

●一个学生课以选修多门课程,一门课程可以被多个学生选修,所以学生

和课程之间的联系是M:N的联系。

●一门课程可以有多个上课时间,同一时间内可以有多门课程在上课,所

以课程和上课时间的联系是M:N的联系。

三、逻辑结构设计

将E-R模型转换为关系模式

(1)班级实体集可以转换为关系

CLASS(CLASSNAME,MAXCREDIT,MINCREDIT)

CLASSNAME表示班级名称,MAXCREDIT表示最大学分限制,MINCREDIT表示最小学分限制。

(2)学生实体集可以转换为关系

STUDENT(STUDENTID , NAME , SEX , BIRTHDAY)

STUDENTID表示学号,NAME表示姓名,SEX表示性别,BIRTHDAY表示生日

(3)课程实体可以转换为关系

COURSE(COURSEID, COURSENAME, CREDIT, TEACHER, ACCEPTION)COURSEID表示课程号,COURSENAM表示课程名,CREDIT表示学分,TEACHER表示授课教师,ACCEPTION表示接纳人数。

(4)班级和学生之间的联系是1:M的联系,所以没有必要为其建立一个关系,可以通过扩展学生关系来表示。

STUDENT(STUDENTID , NAME , SEX , BIRTHDAY , CLASSNAME)

CLASSNAME表示学生所在班级名。

(5)班级和课程之间的必修联系可以转换为关系

CLASSCOURSE(CLASSNAME , COURSEID)

CLASSNAME表示班级名称,COURSEID表示课程号。

(6)学生和课程之间的选修联系可以转化为关系

STUDENTCOUSE(STUDENTID, COURSEID,GRADE)

STUDENTID表示学号,COURSEID表示课程号,GRADE表示成绩。(7)课程和上课之间的联系可以转化为关系

COURSETIME(COURSEID , TIME)

COURSEID表示课程号,TIME表示上课时间。

(注:若将上课时间抽象成属性,则不必有关系(7)。)

四、数据库物理结构设计

1、把关系模型转化为表结构

(1)班级信息表(class):包含所有的班级信息。

(2)学生信息表(student):包含所有学生的个人信息。

表2- 学生信息表结构

(3)课程信息表(course):包含所有课程信息。

表3- 课程信息表结构

(4)班级必修课表(classcourse):包含所有班级的必修课信息。

(5)学生选课表(studentcourse):包含所有学生的选课信息。

表5- 学生选课表结构

(6)上课时间表(coursetime):包含所有课程的上课时间。

表6- 上课时间表结构

注:COURSETIME是一个整数,整除10的商表示星期几上课,余数表示当天的第几节课。

(7)用户账号表(user):包含所有用户的账号和口令信息。

表7-用户账号表结构

注:USERAUTH用0,1表示用户权限,0表示管理员,1表示普通用户。其中普通用户的STUDENTID为学生的学号。

2、实现数据完整性

可以通过各种约束,缺省值,规则和触发器实现数据的完整性。由于教务系统的重要性,以及各个数据之间的复杂相关性,保证数据的完整性显得更为重要。不能让用户随意进行删除、修改数据。

(1)CHECK约束保证最大限选学分要大于最小限选学分。

(2)各种外码约束保证数据的完整性,不能随意删除。外码的设置在上面数据库建表时已经提到。

(3)主码约束保证实体的完整性,主码的设置在上面数据表的设计时已提到了。(4)创建规则保证学生的年龄在18岁到35岁之间(出生日期在1997-1-1到1980-12-31日之间),不会输入错误数据。

(5)创建触发器,保证在添加学生信息的时候,自动将该班级的必修课添加到

选课表中。

(以上只是该教务系统中实现数据完整性的部分方法。实际上要考虑的还有很多方面,实现手法也是多种多样。在此留给学生自己思考。)

五、创建数据库代码

USE master

CREATE DATABASE study

ON PRIMARY

(

NAME=study_data,

FILENAME='C:\Program Files\Microsoft SQL Server\MSSQL\data\study.mdf', SIZE=10MB,

MAXSIZE=UNLIMITED,

FILEGROWTH=1MB

)

LOG ON

(

NAME=study_log,

FILENAME='C:\Program Files\Microsoft SQL Server\MSSQL\data\study.ldf', SIZE=2MB,

MAXSIZE=UNLIMITED,

FILEGROWTH=1MB

)

USE study

CREATE TABLE class

(

classname char(9) primary key,

maxcreadit smallint,

mincreadit smallint

)

CREATE TABLE student

(

studentid char(10) primary key,

name char(10),

sex char(2),

birthday datetime,

classname char(9),

Foreign Key(classname) References class(classname)

)

CREATE TABLE course

(

courseid char(6) primary key,

coursename char(20),

credit smallint,

teacher char(10),

acception smallint

)

CREATE TABLE classcourse

(

classname char(9),

courseid char(6),

Primary Key(classname, courseid),

Foreign Key(classname) References clase(classname), Foreign Key(courseid) References course(courseid)

)

CREATE TABLE studentcourse

(

studentid char(10),

courseid char(6),

grade smallint,

Primary Key(studentid,courseid),

Foreign Key(studentid) References student(studentid), Foreign Key(courseid) References course(courseid)

)

CREATE TABLE coursetime

(

courseid char(6),

coursetime smallint,

Primary Key(courseid, coursetime),

Foreign Key(courseid) References course(coueseid)

)

CREATE TABLE user

(

uesrid char(10),

userpasswd char(10),

userauth smallint,

studentid char(10)

)

--USE study

insert into class values('121131001',50,40)

insert into class values('121131002',50,40)

insert into class values('131131002',50,40)

insert into student

values('1211310001','李平','男',1995-08-05,'121131001')

insert into student

values('1211310002','刘晓东','男',1996-01-15,'121131001')

insert into student

values('1211310048','王静','女',1996-02-10,'121131002')

insert into student

values('1311310048','李月','女',1996-5-25,'131131002')

insert into course values('000001','计算机基础',3, '李建国',40) insert into course values('000002','大学英语',5, '孙晓丽',30) insert into course values('000003','数值分析',3, '吴东',30) insert into course values('000004','政治经济学',3, '张欣',50) insert into course values('000005','离散数学',3, '刘明',30)

insert into classcourse values('121131001', '000001')

insert into classcourse values('121131002', '000001')

insert into classcourse values('131131002', '000001')

insert into classcourse values('121131001', '000002')

insert into classcourse values('121131002', '000002')

insert into classcourse values('131131002', '000002')

insert into classcourse values('121131001', '000003')

insert into classcourse values('121131002', '000003')

insert into classcourse values('121131001', '000004')

insert into classcourse values('121131002', '000004')

insert into classcourse values('131131002', '000004')

insert into classcourse values('121131001', '000005')

insert into classcourse values('121131002', '000005')

insert into studentcourse values('1211310001', '000001',85) insert into studentcourse values('1211310001', '000002',72) insert into studentcourse values('1211310001', '000003',null) insert into studentcourse values('1211310001', '000004',null) insert into studentcourse values('1211310001', '000005',null) insert into studentcourse values('1211310002', '000001',80) insert into studentcourse values('1211310002', '000002',78) insert into studentcourse values('1211310002', '000003',null) insert into studentcourse values('1211310002', '000004',null) insert into studentcourse values('1211310002', '000005',null) insert into studentcourse values('1211310048', '000001',88) insert into studentcourse values('1211310048', '000002',85) insert into studentcourse values('1211310048', '000003',null) insert into studentcourse values('1211310048', '000004',null) insert into studentcourse values('1211310048', '000005',null) insert into studentcourse values('1311310048', '000001',null) insert into studentcourse values('1311310048', '000002',80) insert into studentcourse values('1311310048', '000004',null)

insert into coursetime values('000001',13)

insert into coursetime values('000002',21)

insert into coursetime values('000003',31)

insert into coursetime values('000004',32)

insert into coursetime values('000005',42)

insert into user values ('admin','adminpw',0,null)

insert into user values ('st1','st1pw',1,'1211310001')

insert into user values ('st2','st2pw',1,'1211310002')

insert into user values ('st3','st3pw',1,'1211310048')

insert into user values ('st4','st4pw',1,'1311310048')

六、总结

1、小组分工情况:

2、总结:通过做这次课程设计,……(结合系统设计说明收获、体会)

软件工程-数据库设计规范与命名规则

数据库设计规范、技巧与命名规范 一、数据库设计过程 数据库技术是信息资源管理最有效的手段。 数据库设计是指:对于一个给定的应用环境,构造最优的数据库模式,建立数据库及其应用系统,有效存储数据, 满足用户信息要求和处理要求。 数据库设计的各阶段: A、需求分析阶段:综合各个用户的应用需求(现实世界的需求)。 B、在概念设计阶段:形成独立于机器和各DBMS产品的概念模式(信息世界模型),用E-R图来描述。 C、在逻辑设计阶段:将E-R图转换成具体的数据库产品支持的数据模型,如关系模型,形成数据库逻辑模式。 然后根据用户处理的要求,安全性的考虑,在基本表的基础上再建立必要的视图(VIEW)形成数据的外模式。 D、在物理设计阶段:根据DBMS特点和处理的需要,进行物理存储安排,设计索引,形成数据库内模式。 1. 需求分析阶段 需求收集和分析,结果得到数据字典描述的数据需求(和数据流图描述的处理需求)。 需求分析的重点:调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。 需求分析的方法:调查组织机构情况、各部门的业务活动情况、协助用户明确对新系统的各种要求、确定新系统的边界。 常用的调查方法有:跟班作业、开调查会、请专人介绍、询问、设计调查表请用户填写、查阅记录。 分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。自顶向下的结构化分析方法(Structured Analysis, 简称SA方法)从最上层的系统组织机构入手,采用逐层分解的方式分析系统,并把每一层用数据流图和数据字典描述。 数据流图表达了数据和处理过程的关系。系统中的数据则借助数据字典(Data Dictionary,简称DD)来描述。 2. 概念结构设计阶段 通过对用户需求进行综合、归纳与抽象,形成一个独立于具体DBMS的概念模型,可以用E-R图表示。 概念模型用于信息世界的建模。概念模型不依赖于某一个DBMS支持的数据模型。概念模型可以转换为计算机上某一 DBMS 支持的特定数据模型。 概念模型特点: (1) 具有较强的语义表达能力,能够方便、直接地表达应用中的各种语义知识。 (2) 应该简单、清晰、易于用户理解,是用户与数据库设计人员之间进行交流的语言。 概念模型设计的一种常用方法为IDEF1X方法,它就是把实体-联系方法应用到语义数据模型中的一种语义模型化技术, 用于建立系统信息模型。 使用IDEF1X方法创建E-R模型的步骤如下所示:

数据库设计规范范本

数据库设计规范

1概述 1.1目的 软件研发数据库设计规范作为数据库设计的操作规范,详细描述了数据库设计过程及结果,用于指导系统设计人员正确理解和开展数据库设计。 1.2适用范围 1.3术语定义 DBMS:数据库管理系统,常见的商业DBMS有Oracle, SQL Server, DB2等。 数据库设计:数据库设计是在给定的应用场景下,构造适用的数据库模式,建立数据库及其应用系统,有效存储数据,满足用户信息要求和处理要求。 概念数据模型:概念数据模型以实体-关系(Entity-RelationShip,简称E-R)理论为基础,并对这一理论进行了扩充。它从用户的观点出发对信息进行建模,主要用于数据库概念级别的设计,独立于机器和各DBMS产品。能够用Sybase PowerDesigner工具来建立概念数据模型(CDM)。 逻辑数据模型:将概念数据模型转换成具体的数据库产品支持的数据模型,如关系模型,形成数据库逻辑模式。能够用Sybase PowerDesigner工具直接建立逻辑数据模型(LDM),或

者经过CDM转换得到。 物理数据模型:在逻辑数据模型基础上,根据DBMS特点和处理的需要,进行物理存储安排,设计索引,形成数据库内模式。能够用Sybase PowerDesigner工具直接建立物理数据模型(PDM),或者经过CDM / LDM转换得到。 2数据库设计原则 按阶段实施并形成该阶段的成果物 一般符合3NF范式要求;兼顾规范与效率 使用公司规定的数据库设计软件工具 命名符合公司标准和项目标准 3数据库设计目标 规范性:一般符合3NF范式要求,减少冗余数据。 高效率:兼顾规范与效率,适当进行反范式化,满足应用系统的性能要求。 紧凑性:例如能用char(10)的就不要用char(20),提高存储的利用率和系统性能,但同时也要兼顾扩展性和可移植性。 易用性:数据库设计清晰易用,用户和开发人员均能容易地理解。

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

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

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

微信数据库分析与设计

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

数据库需求分析

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

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

数据库设计方法、规范与技巧

数据库设计方法、规范与技巧 一、数据库设计过程 数据库技术是信息资源管理最有效的手段。数据库设计是指对于一个给定的应用环境,构造最优的数据库模式,建立数据库及其应用系统,有效存储数据,满足用户信息要求和处理要求。 数据库设计中需求分析阶段综合各个用户的应用需求(现实世界的需求),在概念设计阶段形成独立于机器特点、独立于各个DBMS产品的概念模式(信息世界模型),用E-R图来描述。在逻辑设计阶段将E-R图转换成具体的数据库产品支持的数据模型如关系模型,形成数据库逻辑模式。然后根据用户处理的要求,安全性的考虑,在基本表的基础上再建立必要的视图(VIEW)形成数据的外模式。在物理设计阶段根据DBMS特点和处理的需要,进行物理存储安排,设计索引,形成数据库内模式。 1. 需求分析阶段 需求收集和分析,结果得到数据字典描述的数据需求(和数据流图描述的处理需求)。 需求分析的重点是调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。 需求分析的方法:调查组织机构情况、调查各部门的业务活动情况、协助用户明确对新系统的各种要求、确定新系统的边界。 常用的调查方法有:跟班作业、开调查会、请专人介绍、询问、设计调查表请用户填写、查阅记录。 分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。自顶向下的结构化分析方法(Structured Analysis,简称SA方法)从最上层的系统组织机构入手,采用逐层分解的方式分析系统,并把每一层用数据流图和数据字典描述。 数据流图表达了数据和处理过程的关系。系统中的数据则借助数据字典(Data Dictionary,简称DD)来描述。 数据字典是各类数据描述的集合,它是关于数据库中数据的描述,即元数据,而不是数据本身。数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分(至少应该包含每个字段的数据类型和在每个表内的主外键)。 数据项描述={数据项名,数据项含义说明,别名,数据类型,长度, 取值范围,取值含义,与其他数据项的逻辑关系} 数据结构描述={数据结构名,含义说明,组成:{数据项或数据结构}} 数据流描述={数据流名,说明,数据流来源,数据流去向, 组成:{数据结构},平均流量,高峰期流量} 数据存储描述={数据存储名,说明,编号,流入的数据流,流出的数据流, 组成:{数据结构},数据量,存取方式} 处理过程描述={处理过程名,说明,输入:{数据流},输出:{数据流}, 处理:{简要说明}} 2. 概念结构设计阶段 通过对用户需求进行综合、归纳与抽象,形成一个独立于具体DBMS的概念模型,可以用E-R图表示。概念模型用于信息世界的建模。概念模型不依赖于某一个DBMS支持的数据模型。概念模型可以转换为计算机上某一DBMS支持的特定数据模型。 概念模型特点: (1) 具有较强的语义表达能力,能够方便、直接地表达应用中的各种语义知识。 (2) 应该简单、清晰、易于用户理解,是用户与数据库设计人员之间进行交流的语言。 概念模型设计的一种常用方法为IDEF1X方法,它就是把实体-联系方法应用到语义数据模型中的一种语义模型化技术,用于建立系统信息模型。 使用IDEF1X方法创建E-R模型的步骤如下所示: 2.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数据库设计工作的规范化

在医院信息收集工作中的意义医院在对信息收集的时候,一定要 确保数据能够具有较高的质量,同时还要确保收集的高效率。医院若 想在竞争激烈的环境中保持一定的竞争力,就必须要做好信息收集工作,这样才能够跟得上时代发展的脚步,同时也是医院能够得到持续 发展的重要一步。随着我国现代化水平的提升,信息产业也迎来了发 展机遇。特别是医院的信息收集工作,它独特的信息化特点已经成为 了医院发展的重要构成部分。医院若想完成信息化建设,就一定要和 信息收集工作相结合,如此一来,就可以很大水准地提升工作效率, 而且也能够为长远发展打下一个坚实的基础。另外,数据库设计质量 如何,更是能够决定医院信息化发展的水准,确保数据库设计的质量,可以作信息化建设工作更加的具有意义。不过现在,很多医院在信息 收集工作方面是存有很大的问题,不仅没有体现出其应该具备的效果,而且还对医院的各方面工作造成了一定的影响,影响了医院信息化发展。而之所以会出现这方面的问题,主要的原因在于数据库设计人员 的能力有限。医院之所以开展数据库设计,主要是想让医院能够找到 更多的数据搜索方式,不过这也因此增加了数据库设计工作的难度, 从而让医院的相关工作人员在梳理信息收集工作和信息化建设这两者 的关系上显得并不合理。 怎样以最快的速度让医院获得更加方便的数据收集方式,成为了 相关工作人员急需到的重要工作项目。医院信息收集工作本身具有统 一性,而且所有部分的工作都存有着一定的联系,对于所有医院工作 人员来说,必须要准确的掌握好数据收集工作和信息化建设的关系, 数据库设计工作才能够取得进步。医院的相关负责人若想通过磋商的 办法来解决收集工作和信息化之间的关系,那么就一定要创建出一套 合理的数据库设计规范制度。医院的数据库设计工作在信息化建设中 占据着重要的位置,而从信息收集的角度考虑的话,增强数据库的建设,可以充分展现出其智能化、高效化的重要举措。而且也意味着在

数据库设计和编码规范

数据库设计和编码规范 Version

目录

简介 读者对象 此文档说明书供开发部全体成员阅读。 目的 一个合理的数据库结构设计是保证系统性能的基础。一个好的规范让新手容易进入状态且少犯错,保持团队支持顺畅,系统长久使用后不至于紊乱,让管理者易于在众多对象中,获取所需或理清问题。 同时,定义标准程序也需要团队合作,讨论出大家愿意遵循的规范。随着时间演进,还需要逐步校订与修改规范,让团队运行更为顺畅。 数据库命名规范 团队开发与管理信息系统讲究默契,而制定服务器、数据库对象、变量等命名规则是建立默契的基本。 命名规则是让所有的数据库用户,如数据库管理员、程序设计人员和程序开发人员,可以直观地辨识对象用途。而命名规则大都约定俗成,可以依照公司文化、团队习惯修改并落实。 规范总体要求 1.避免使用系统产品本身的惯例,让用户混淆自定义对象和系统对象或关键词。 例如,存储过程不要以sp_或xp_开头,因为SQL SERVER的系统存储过程以 sp_开头,扩展存储过程以xp_开头。 2.不要使用空白符号、运算符号、中文字、关键词来命名对象。 3.名称不宜过于简略,要让对象的用途直观易懂,但也不宜过长,造成使用不方 便。 4.不用为数据表内字段名称加上数据类型的缩写。 5.名称中最好不要包括中划线。

6.禁止使用[拼音]+[英语]的方式来命名数据库对象或变量。 数据库对象命名规范 我们约定,数据库对象包括表、视图(查询)、存储过程(参数查询)、函数、约束。对象名字由前缀和实际名字组成,长度不超过30。避免中文和保留关键字,做到简洁又有意义。前缀就是要求每种对象有固定的开头字符串,而开头字符串宜短且字数统一。可以讨论一下对各种对象的命名规范,通过后严格按照要求实施。例如:

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

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

湖南工业大学 课程设计任务书 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.360docs.net/doc/9914949627.html,3.5实用教程.北京:电子工业出版社,2009 [5]范立南《SQL Server2000实用教程》第2版.北京.清华大学出版社.2005年 [6]齐治昌,谭庆平,宁洪.软件工程第2版.高等教育出版社.2004年 [7]刘浩,https://www.360docs.net/doc/9914949627.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.标识图书管理系统中的实体和属性 参照数据字典中对数据存储的描述,可初步确定三个实体的属性为: 读者:{卡号,姓名,性别,部门,类别、办卡日期,卡状态} 读者类别:{类别代码,类别名称,可借阅天数、可借阅数量,超期罚款额}

数据库设计规范和值得注意的问题

如果把企业的数据比做生命所必需的血液,那么数据库的设计就是应用中最重要的一部分。有关数据 库设计的材料汗牛充栋,大学学位课程里也有专门的讲述。不过,就如我们反复强调的那样,再好的 老师也比不过经验的教诲。所以我们最近找了些对数据库设计颇有造诣的专业人士给大家传授一些设 计数据库的技巧和经验。我们的编辑从收到的个反馈中精选了其中的个最佳技巧,并把这些 技巧编写成了本文,为了方便索引其内容划分为个部分: 第部分—设计数据库之前 这一部分罗列了个基本技巧,包括命名规范和明确业务需求等。 第部分—设计数据库表 总共个指南性技巧,涵盖表内字段设计以及应该避免的常见问题等。 第部分—选择键 怎么选择键呢?这里有个技巧专门涉及系统生成的主键的正确用法,还有何时以及如何索引字段 以获得最佳性能等。 第部分—保证数据完整性 讨论如何保持数据库的清晰和健壮,如何把有害数据降低到最小程度。 第部分—各种小技巧 不包括在以上个部分中的其他技巧,五花八门,有了它们希望你的数据库开发工作会更轻松一些。 第部分—设计数据库之前 . 考察现有环境 在设计一个新数据库时,你不但应该仔细研究业务需求而且还要考察现有的系统。大多数数据库 项目都不是从头开始建立的;通常,机构内总会存在用来满足特定需求的现有系统(可能没有实 现自动计算)。显然,现有系统并不完美,否则你就不必再建立新系统了。但是对旧系统的研究 可以让你发现一些可能会忽略的细微问题。一般来说,考察现有系统对你绝对有好处。 — 我曾经接手过一个为地区运输公司开发的数据库项目,活不难,用的是数据库。我设置 了一些项目设计参数,而且同客户一道对这些参数进行了评估,事先还查看了开发环境下所采取 的工作模式,等到最后部署应用的时候,只见终端上出了几个提示符然后立马在我面前翘辫子 了!抓耳挠腮的折腾了好几个小时,我才意识到,原来这家公司的网络上跑着两个数据库应用, 而对网络的访问需要明确和严格的用户帐号及其访问权限。明白了这一点,问题迎刃而解:只需 采用客户的系统即可。这个项目给我的教训就是:记住,假如你在诸如或者这 类公共环境下开发应用程序,一定要从表面下手深入系统内部搞清楚你面临的环境到底是怎

数据库设计规范

数据库设计规范 V 1.0 2007-8-28

目录 1) 目的 (3) 2) 范围 (3) 3) 术语 (3) 4) 设计概要 (3) 5) 命名规范(逻辑对象) (4) 6) 数据库对象命名 (6) 7) 脚本注释 (8) 8) 数据库操作原则 (9) 9) 常用字段命名(参考) (9)

1) 目的 为了统一公司软件开发的设计过程中关于数据库设计时的命名规范和具体工作时的编程规范,便于交流和维护,特制定此规范。 2) 范围 本规范适用于开发组全体人员,作用于软件项目开发的数据库设计、维护阶段。 3) 术语 数据库对象:在数据库软件开发中,数据库服务器端涉及的对象包括物理结构和逻辑结构的对象。 物理结构对象:是指设备管理元素,包括数据文件和事务日志文件的名称、大小、目录规划、所在的服务器计算极名称、镜像等,应该有具体的配置规划。一般对数据库服务器物理设备的管理规程,在整个项目/产品的概要设计阶段予以规划。 逻辑结构对象:是指数据库对象的管理元素,包括数据库名称、表空间、表、字段/域、视图、索引、触发器、存储过程、函数、数据类型、数据库安全性相关的设计、数据库配置有关的设计以及数据库中其他特性处理相关的设计等。 4) 设计概要 ?设计环境 数据库:ORACLE 9i 、MS SQL SERVER 2000 等 操作系统:LINUX 7.1以上版本,显示图形操作界面; RedHat 9 以上版本 WINDOWS 2000 SERVER 以上 ?设计使用工具 使用PowerDesigner 做为数据库的设计工具,要求为主要字段做详尽说 明。对于SQL Server 尽量使用企业管理器对数据库进行设计,并且要求 对表,字段编写详细的说明(这些将作为扩展属性存入SQL Server中) 通过PowerDesigner 定制word格式报表,并导出word文档,作为数据 字典保存。(PowerDesigner v10 才具有定制导出word格式报表的功能)。

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

第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信息采集与各部门得使用权限 每学期考试完毕由各系录入成绩,然后由教务科收集。为了信息得安全与数据得权威性,对于网上信息得使用权限与责任规定如下: 数据收集前得系统权限

数据库设计规范

数据库设计规范 一、数据库设计过程 数据库技术是信息资源管理最有效的手段。数据库设计是指对于一个给定的应用环境,构造最优的数据库模式,建立数据库及其应用系统,有效存储数据,满足用户信息要求和处理要求。 数据库设计中需求分析阶段综合各个用户的应用需求(现实世界的需求),在概念设计阶段形成独立于机器特点、独立于各个dbms产品的概念模式(信息世界模型),用e-r图来描述。在逻辑设计阶段将e-r图转换成具体的数据库产品支持的数据模型如关系模型,形成数据库逻辑模式。然后根据用户处理的要求,安全性的考虑,在基本表的基础上再建立必要的视图(view)形成数据的外模式。在物理设计阶段根据dbms特点和处理的需要,进行物理存储安排,设计索引,形成数据库内模式。 1. 需求分析阶段 需求收集和分析,结果得到数据字典描述的数据需求(和数据流图描述的处理需求)。 需求分析的重点是调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。 需求分析的方法:调查组织机构情况、调查各部门的业务活动情况、协助用户明确对新系统的各种要求、确定新系统的边界。 常用的调查方法有:跟班作业、开调查会、请专人介绍、询问、设计调查表请用户填写、查阅记录。 分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。自顶向下的结构化分析方法(structured analysis,简称sa方法)从最上层的系统组织机构入手,采用逐层分解的方式分析系统,并把每一层用数据流图和数据字典描述。 数据流图表达了数据和处理过程的关系。系统中的数据则借助数据字典(data dictionary,简称dd)来描述。 数据字典是各类数据描述的集合,它是关于数据库中数据的描述,即元数据,而不是数据本身。数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分(至少应该包含每个字段的数据类型和在每个表内的主外键)。 数据项描述={数据项名,数据项含义说明,别名,数据类型,长度, 取值范围,取值含义,与其他数据项的逻辑关系} 数据结构描述={数据结构名,含义说明,组成:{数据项或数据结构}} 数据流描述={数据流名,说明,数据流来源,数据流去向, 组成:{数据结构},平均流量,高峰期流量} 数据存储描述={数据存储名,说明,编号,流入的数据流,流出的数据流, 组成:{数据结构},数据量,存取方式} 处理过程描述={处理过程名,说明,输入:{数据流},输出:{数据流}, 处理:{简要说明}}

相关文档
最新文档