数据库设计说明书模板,课程设计仓库管理系统的数据库制作

数据库设计说明书模板,课程设计仓库管理系统的数据库制作详细介绍

本文目录一览： 论文数据库设计怎么写

论文数据库设计需要按照以下数据内容按顺序排列即可。
1、学院数据实体：学院名称、负责人、办公电话、学院编号。
2、学生数据实体：学号、密码、姓名、性别、民族、籍贯、出生日期、身份证号、联系电话、Email、备注、学院编号、所在班级、角色名称、论文编号。
3、教师数据实体：教师编号、密码、学院编号、所在科室、发布选题、教育程度、职称、姓名、性别、政治面貌、联系电话、Email、角色名称、备注。
4、角色数据实体：角色名称、权限名称。权限数据实体：权限名称、角色名称。以上的实体都是基本的数据实体。
由于操作模块的名称对应该权限，在程序初始化时这些数据都应该添加，教师论文管理系统的目的进行论文管理，因此还要包括如下的几个数据实体：
1、论文数据实体：论文编号、学院、作者、刊物名称、论文题目、收录情况、教师编号、学号、影响力、影响因子、引用次数、备注。
2、评审数据实体：教师编号、学号、论文编号、论文题目、评审意见、总分。
将数据概念结构设计转化为SQLSERVER2005数据库系统所支持的实际数据库模型，就是数据库的逻辑结构。在实体以及实体之间的关系基础上，形成数据库中的表格以及各个表格之间的关系。
扩展资料：
论文数据库设计注意事项：
1、标题。标题应鲜明、准确、精练地直接概括所进行的研究实践的主要内容和结果，正标题一般不超过20个字，如需有副标题，副标题一般不超过28个字。
2、内容提要。在主体内容前用200－500字扼要介绍论文的主要内容、采用的方法和得出的主要结论。
3、关键词。按照与论文内容紧密程度，另行依次列出3－5个关键词。
4、英文翻译内容。中文的标题、作者姓名、指导教师姓名、内容提要、关键词应翻译成英文。
参考资料：百度百科-文献数据库

听说国家对于软件开发的数据库设计有一套标准

(转载自国家计算机标准和文件模板)
1 引言
1．1编写目的
说明编写这份数据库设计说明书的目的，指出预期的读者。
1．2背景
说明：
a．说明待开发的数据库的名称和使用此数据库的软件系统的名称；
b．列出该软件系统开发项目的任务提出者、用户以及将安装该软件和这个数据库的计算站（中心）。
1．3定义
列出本文件中用到的专门术语的定义、外文首字母组词的原词组。
1．4参考资料
列出有关的参考资料：
a．本项目的经核准的计划任务书或合同、上级机关批文；
b．属于本项目的其他已发表的文件；
c．本文件中各处引用到的文件资料，包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位，说明能够取得这些文件的来源。
2 外部设计
2．1标识符和状态
联系用途，详细说明用于唯一地标识该数据库的代码、名称或标识符，附加的描述性信息亦要给出。如果该数据库属于尚在实验中、尚在测试中或是暂时使用的，则要说明这一特点及其有效时间范围。
2．2使用它的程序
列出将要使用或访问此数据库的所有应用程序，对于这些应用程序的每一个，给出它的名称和版本号。
2．3约定
陈述一个程序员或一个系统分析员为了能使用此数据库而需要了解的建立标号、标识的约定，例如 用于标识数据库的不同版本的约定和用于标识库内各个文卷、、记录、数据项的命名约定等。
2．4专门指导
向准备从事此数据库的生成、从事此数据库的测试、维护人员提供专门的指导，例如将被送入数据 库的数据的格式和标准、送入数据库的操作规程和步骤，用于产生、修改、更新或使用这些数据文卷的操 作指导。 如果这些指导的内容篇幅很长，列出可参阅的文件资料的名称和章条。
2．5支持软件
简单介绍同此数据库直接有关的支持软件，如数据库管理系统、存储定位程序和用于装入、生成、修 改、更新数据库的程序等。说明这些软件的名称、版本号和主要功能特性，如所用数据模型的类型、允许 的数据容量等。列出这些支持软件的技术文件的标题、编号及来源。
3 结构设计
3．1概念结构设计
说明本数据库将反映的现实世界中的实体、属性和它们之间的关系等的原始数据形式，包括各数据项、记录、系、文卷的标识符、定义、类型、度量单位和值域，建立本数据库的每一幅用户视图。
3．2逻辑结构设计
说明把上述原始数据进行分解、合并后重新组织起来的数据库全局逻辑结构，包括所确定的关键字和属性、重新确定的记录结构和文卷结构、所建立的各个文卷之间的相互关系，形成本数据库的数据库管理员视图。
3．3物理结构设计
建立系统程序员视图，包括：
a．数据在内存中的安排，包括对索引区、缓冲区的设计；
b．所使用的外存设备及外存空间的组织，包括索引区、数据块的组织与划分；
c．访问数据的方式方法。
4 运用设计
4．1数据字典设计
对数据库设计中涉及到的各种项目，如数据项、记录、系、文卷、模式、子模式等一般要建立起数据字典，以说明它们的标识符、同义名及有关信息。在本节中要说明对此数据字典设计的基本考虑。
4．2安全保密设计
说明在数据库的设计中，将如何通过区分不同的访问者、不同的访问类型和不同的数据对象，进行分别对待而获得的数据库安全保密的设计考虑。

求一份SQL server数据库课程设计报告

http://www.winu.cn/1/34248.html
类似的
一．可行性研究：
随着政府机关与广大企事业单位内部网络的广泛建立，在通用信息平台上构筑高效实用的协同工作和自动化办公应用系统，满足信息高度共享和即时发布的需求，有效实现内部知识管理，已成为众多用户的共同需求。
图书管理系统，为政府机关与广大企事业单位自动化办公提供了一个较好的解决方案。在开发过程中，按照软件工程的步骤，从设计到开发采用了面向对象的思想和技术，采用了SQL SERVER 2000网络数据库，使得本系统可以方便的和其他子系统进行数据交换。同时，注意从软件的图形应用界面上优化软件质量，使得本系统具有很强的可操作性。
二．需求分析：
1．任务概述：
1.1 目标：
对图书信息进行图书入库、借阅登记、借阅查询、过期提示、办理借书卡这些日常业务的需要。高效性通过系统的实用，能够改变旧的图书管理模式，使对图书的管理、借阅、查询更加方便有效。
1.2 运行环境：
Windows 98/2000/XP/2003操作系统下，安装并配置软件Microsoft SQL Server 2000数据库管理系统。
2．数据需求：
2.1 数据流条目：
权限=权限+姓名 登录用户=帐号+姓名+密码+权限
用户=用户帐号+姓名+性别+组号+证件号码 图书类别=类别+类名
图书=图书编号+类别+书名+作者+出版日期+出版社+定价+总数量+剩下数量+备注
借阅=用户帐号+图书编号+借书日期+到期日期+数量+还书日期
借阅信息=用户帐号+图书编号+借书日期+到期日期+数量+还书日期
2.2 数据字典（DD）：
2.3 数据库描述：
使用SQL SERVER2000作为后台数据库，就可以行使基于网络连接的用户认证。从而给不同的子系统分配不同的数据库使用角色，让他们彼此之间使用的数据库隔离开来，以达到较高的安全性。
2.4 数据采集：
通过Internet从网站上收集一些图书的相关信息，录入数据库，从而建立数据库，并在编码调试阶段测试各个功能模块的实现。
3．功能需求：
3.1 功能划分：
图书管理系统主要实现以下七方面的功能：
a.查询 b.图书借还 c.图书入库 d.图书维护
e.图书超期提示 f.环境管理 g.备份还原
3.2 功能描述：
图书管理包括查询、借还、入库、维护、超期提示、环境管理和备份还原七方面功能。
图书入库，主要实现入库登记。
图书借阅，进行借书登记（此操作由管理员完成）；当用户要查询自己的借阅情况时，可进行借阅查询。
图书超期提示，当借阅者在已到借书期限时未归还图书，提示其尽快办理归还手续。
3.3 数据流图（DFD）：
新书入库DFD：
D1 库存清单
D1 库存清单
图书借阅的DFD：
过期提示的DFD：
借阅查询的DFD：
D1 借阅查询清单
还书处理的DFD：
D1 库存清单
4．安全性需求：
考虑到不同用户的权限不同，第一次进入该系统时应该向管理员申请注册一个用户名和密码，并完整的填写相关信息，同时存入数据库表中。这样管理员就可赋予不同用户不同的权限。每位用户根据自己的身份不同，进入不同的用户界面。管理员有权力行使所有的管理功能，普通用户只能进行一般的查询。
5．一致性需求：
在图书管理系统相关的表之间，有较强的关联性，为了实现一致性的需求，我们在各个表之间建立起了一致性约束。
6．完整性需求：
根据图书管理系统的要求，为保持数据的完整性，采用了数据库的事务机制，防止出现操作故障。
三. 概要设计说明书：
1．总体设计：
1.1 系统结构示意图：
图书管理系统结构示意图
1.2总体结构和模块外部设计：
2．接口设计：
2.1 外部接口：
通过一定的计算机硬件，建立服务器系统，管理员通过管理服务器系统，与用户进行交互，从而达到资源共享的目的，实现图书管理系统。
2.2 内部接口：
程序内部需要共同的数据定义和描述，此系统是智能办公化管理系统的一个子系统，必须和这个系统的其他子系统统一数据定义等，才能使该系统性能达到最好，并且要尽量消除和其他子系统模块之间存在的数据冗余，才能使整个智能办公系统做到高效，方便。
3．E-R图
E-R图清楚地描述了系统中各个实体之间的联系，以及各个实体所具有的属性，可以使读者很清楚地了解整个系统的总体处理。在建立E-R图的过程中，主要经历以下几个步骤：1.选择局部应用；2.逐一设计分E-R图；3.合并分E-R图，生成初步E-R图；4.消除不必要的冗余，设计基本的E-R图。
4．运行设计：
4.1 运行模块的组合：
运行模块分成基本的三个模块，即是：输入模块，输出模块，处理模块等。这使得整个系统的维护容易，简单；系统的结构层次简单，易懂。
4.2 运行控制：
本系统采用的控制方式主要有三种：顺序，选择，循环。
5．安全保密设计：
考虑到不同用户的权限不同，第一次进入该系统时应该向管理员注册一个用户名和密码，并完整的填写相关信息，同时存入数据库表中。这样管理员就可赋予不同用户不同的权限。当用户登录进操作界面之前，我们设置了用户名和密码，当用户名和密码相匹配时才能进入该用户所允许做的权限操作界面，否则就只能看到登录界面管理员有权力行使所有的管理功能，普通用户只能进行一般的查询。
四．详细设计：
1．数据库表
权限：（权限，姓名）
登录用户：（帐号，姓名，密码，权限）
用户：（用户帐号，姓名，性别，组号，证件号码）
图书类别：（类别，类名）
图书：（图书编号，类别，书名，作者，出版日期，出版社，定价，总数量，剩下数量，备注）
借阅：（用户帐号，图书编号，借书日期，到期日期，数量，还书日期）
借阅信息：（用户帐号，图书编号，借书日期，到期日期，数量，还书日期）
2．计算机的软件配置
Windows 98/Windows xp/Windows 2000/Windows 2003；
五. 编码与实现：
六. 测试

急！高分求做SQL Server数据库设计【达人请进】

我正在做一个管理信息系统，不过我看到你的问题时已经过了你交作业的期限了，好可惜，不然就可以共享了，嘿嘿
最近备战考试没时间做.
这样的题目的，一个晚上就可以做好的吧
最好还是自己做了，
哎，500分就想让人帮你做这个，你知道请人帮做毕业设计最少也要几百rmb吧。
我给你1000分你帮我做个？
明明就是要交论文是不是嘛?去在外面给点钱就做好了啊~这里等好慢哦~
good
下述十四个技巧，是许多人在大量的数据库分析与设计实践中，逐步总结出来的。对于这些经验的运用，读者不能生帮硬套，死记硬背，而要消化理解，实事求是，灵活掌握。并逐步做到：在应用中发展，在发展中应用。
1. 原始单据与实体之间的关系
可以是一对一、一对多、多对多的关系。在一般情况下，它们是一对一的关系：即一张原始单据对应且只对应一个实体。在特殊情况下，它们可能是一对多或多对一的关系，即一张原始单证对应多个实体，或多张原始单证对应一个实体。这里的实体可以理解为基本表。明确这种对应关系后，对我们设计录入界面大有好处。
〖例1〗：一份员工履历资料，在人力资源信息系统中，就对应三个基本表：员工基本情况表、社会关系表、工作简历表。这就是“一张原始单证对应多个实体”的典型例子。
2. 主键与外键
一般而言，一个实体不能既无主键又无外键。在E?R 图中, 处于叶子部位的实体, 可以定义主键，也可以不定义主键(因为它无子孙), 但必须要有外键(因为它有父亲)。
主键与外键的设计，在全局数据库的设计中，占有重要地位。当全局数据库的设计完成以后，有个美国数据库设计专家说：“键，到处都是键，除了键之外，什么也没有”，这就是他的数据库设计经验之谈，也反映了他对信息系统核心(数据模型)的高度抽象思想。因为：主键是实体的高度抽象，主键与外键的配对，表示实体之间的连接。
3. 基本表的性质
基本表与中间表、临时表不同，因为它具有如下四个特性：
(1) 原子性。基本表中的字段是不可再分解的。
(2) 原始性。基本表中的记录是原始数据(基础数据)的记录。
(3) 演绎性。由基本表与代码表中的数据，可以派生出所有的输出数据。
(4) 稳定性。基本表的结构是相对稳定的，表中的记录是要长期保存的。
理解基本表的性质后，在设计数据库时，就能将基本表与中间表、临时表区分开来。
4. 范式标准
基本表及其字段之间的关系, 应尽量满足第三范式。但是，满足第三范式的数据库设计，往往不是最好的设计。为了提高数据库的运行效率，常常需要降低范式标准：适当增加冗余，达到以空间换时间的目的。
〖例2〗：有一张存放商品的基本表，如表1所示。“金额”这个字段的存在，表明该表的设计不满足第三范式，因为“金额”可以由“单价”乘以“数量”得到，说明“金额”是冗余字段。但是，增加“金额”这个冗余字段，可以提高查询统计的速度，这就是以空间换时间的作法。
在Rose 2002中，规定列有两种类型：数据列和计算列。“金额”这样的列被称为“计算列”，而“单价”和“数量”这样的列被称为“数据列”。
表1 商品表的表结构
商品名称 商品型号 单价 数量 金额
电视机 29? 2,500 40 100,000
5. 通俗地理解三个范式
通俗地理解三个范式，对于数据库设计大有好处。在数据库设计中，为了更好地应用三个范式，就必须通俗地理解三个范式(通俗地理解是够用的理解，并不是最科学最准确的理解)：
第一范式：1NF是对属性的原子性约束，要求属性具有原子性，不可再分解;
第二范式：2NF是对记录的惟一性约束，要求记录有惟一标识，即实体的惟一性;
第三范式：3NF是对字段冗余性的约束，即任何字段不能由其他字段派生出来，它要求字段没有冗余.
没有冗余的数据库设计可以做到。但是，没有冗余的数据库未必是最好的数据库，有时为了提高运行效率，就必须降低范式标准，适当保留冗余数据。具体做法是：在概念数据模型设计时遵守第三范式，降低范式标准的工作放到物理数据模型设计时考虑。降低范式就是增加字段，允许冗余。
6. 要善于识别与正确处理多对多的关系
若两个实体之间存在多对多的关系，则应消除这种关系。消除的办法是，在两者之间增加第三个实体。这样，原来一个多对多的关系，现在变为两个一对多的关系。要将原来两个实体的属性合理地分配到三个实体中去。这里的第三个实体，实质上是一个较复杂的关系，它对应一张基本表。一般来讲，数据库设计工具不能识别多对多的关系，但能处理多对多的关系。
〖例3〗：在“图书馆信息系统”中，“图书”是一个实体，“读者”也是一个实体。这两个实体之间的关系，是一个典型的多对多关系：一本图书在不同时间可以被多个读者借阅，一个读者又可以借多本图书。为此，要在二者之间增加第三个实体，该实体取名为“借还书”，它的属性为：借还时间、借还标志(0 表示借书，1表示还书)，另外，它还应该有两个外键(“图书”的主键，“读者”的主键)，使它能与“图书”和“读者”连接。
7. 主键PK的取值方法
PK是供程序员使用的表间连接工具，可以是一无物理意义的数字串, 由程序自动加1来实现。也可以是有物理意义的字段名或字段名的组合。不过前者比后者好。当PK是字段名的组合时，建议字段的个数不要太多，多了不但索引占用空间大，而且速度也慢。
8. 正确认识数据冗余
主键与外键在多表中的重复出现, 不属于数据冗余，这个概念必须清楚，事实上有许多人还不清楚。非键字段的重复出现, 才是数据冗余!而且是一种低级冗余，即重复性的冗余。高级冗余不是字段的重复出现，而是字段的派生出现。
〖例4〗：商品中的“单价、数量、金额”三个字段，“金额”就是由“单价”乘以“数量”派生出来的，它就是冗余，而且是一种高级冗余。冗余的目的是为了提高处理速度。只有低级冗余才会增加数据的不一致性，因为同一数据，可能从不同时间、地点、角色上多次录入。因此，我们提倡高级冗余(派生性冗余)，反对低级冗余(重复性冗余)。
9. E--R图没有标准答案
信息系统的E--R图没有标准答案，因为它的设计与画法不是惟一的，只要它覆盖了系统需求的业务范围和功能内容，就是可行的。反之要修改E-- R图。尽管它没有惟一的标准答案，并不意味着可以随意设计。好的E?R图的标准是：结构清晰、关联简洁、实体个数适中、属性分配合理、没有低级冗余。
10. 视图技术在数据库设计中很有用
与基本表、代码表、中间表不同，视图是一种虚表，它依赖数据源的实表而存在。视图是供程序员使用数据库的一个窗口，是基表数据综合的一种形式, 是数据处理的一种方法，是用户数据保密的一种手段。为了进行复杂处理、提高运算速度和节省存储空间, 视图的定义深度一般不得超过三层。若三层视图仍不够用, 则应在视图上定义临时表, 在临时表上再定义视图。这样反复交迭定义, 视图的深度就不受限制了。
对于某些与国家政治、经济、技术、军事和安全利益有关的信息系统，视图的作用更加重要。这些系统的基本表完成物理设计之后，立即在基本表上建立第一层视图，这层视图的个数和结构，与基本表的个数和结构是完全相同。并且规定，所有的程序员，一律只准在视图上操作。只有数据库管理员，带着多个人员共同掌握的“安全钥匙”，才能直接在基本表上操作。请读者想想：这是为什么?
11. 中间表、报表和临时表
中间表是存放统计数据的表，它是为数据仓库、输出报表或查询结果而设计的，有时它没有主键与外键(数据仓库除外)。临时表是程序员个人设计的，存放临时记录，为个人所用。基表和中间表由DBA维护，临时表由程序员自己用程序自动维护。
12. 完整性约束表现在三个方面
域的完整性：用Check来实现约束，在数据库设计工具中，对字段的取值范围进行定义时，有一个Check按钮，通过它定义字段的值城。参照完整性：用PK、FK、表级触发器来实现。用户定义完整性：它是一些业务规则，用存储过程和触发器来实现。
13. 防止数据库设计打补丁的方法是“三少原则”
(1) 一个数据库中表的个数越少越好。只有表的个数少了，才能说明系统的E--R图少而精，去掉了重复的多余的实体，形成了对客观世界的高度抽象，进行了系统的数据集成，防止了打补丁式的设计;
(2) 一个表中组合主键的字段个数越少越好。因为主键的作用，一是建主键索引，二是做为子表的外键，所以组合主键的字段个数少了，不仅节省了运行时间，而且节省了索引存储空间;
(3) 一个表中的字段个数越少越好。只有字段的个数少了，才能说明在系统中不存在数据重复，且很少有数据冗余，更重要的是督促读者学会“列变行”，这样就防止了将子表中的字段拉入到主表中去，在主表中留下许多空余的字段。所谓“列变行”，就是将主表中的一部分内容拉出去，另外单独建一个子表。这个方法很简单，有的人就是不习惯、不采纳、不执行。
数据库设计的实用原则是：在数据冗余和处理速度之间找到合适的平衡点。“三少”是一个整体概念，综合观点，不能孤立某一个原则。该原则是相对的，不是绝对的。“三多”原则肯定是错误的。试想：若覆盖系统同样的功能，一百个实体(共一千个属性) 的E--R图，肯定比二百个实体(共二千个属性) 的E--R图，要好得多。
提倡“三少”原则，是叫读者学会利用数据库设计技术进行系统的数据集成。数据集成的步骤是将文件系统集成为应用数据库，将应用数据库集成为主题数据库，将主题数据库集成为全局综合数据库。集成的程度越高，数据共享性就越强，信息孤岛现象就越少，整个企业信息系统的全局E?R图中实体的个数、主键的个数、属性的个数就会越少。
提倡“三少”原则的目的，是防止读者利用打补丁技术，不断地对数据库进行增删改，使企业数据库变成了随意设计数据库表的“垃圾堆”，或数据库表的“大杂院”，最后造成数据库中的基本表、代码表、中间表、临时表杂乱无章，不计其数，导致企事业单位的信息系统无法维护而瘫痪。
“三多”原则任何人都可以做到，该原则是“打补丁方法”设计数据库的歪理学说。“三少”原则是少而精的原则，它要求有较高的数据库设计技巧与艺术，不是任何人都能做到的，因为该原则是杜绝用“打补丁方法”设计数据库的理论依据。
14. 提高数据库运行效率的办法
在给定的系统硬件和系统软件条件下，提高数据库系统的运行效率的办法是：
(1) 在数据库物理设计时，降低范式，增加冗余, 少用触发器, 多用存储过程。
(2) 当计算非常复杂、而且记录条数非常巨大时(例如一千万条)，复杂计算要先在数据库外面，以文件系统方式用C++语言计算处理完成之后，最后才入库追加到表中去。这是电信计费系统设计的经验。
(3) 发现某个表的记录太多，例如超过一千万条，则要对该表进行水平分割。水平分割的做法是，以该表主键PK的某个值为界线，将该表的记录水平分割为两个表。若发现某个表的字段太多，例如超过八十个，则垂直分割该表，将原来的一个表分解为两个表。
(4) 对数据库管理系统DBMS进行系统优化，即优化各种系统参数，如缓冲区个数。
(5) 在使用面向数据的SQL语言进行程序设计时，尽量采取优化算法。
总之，要提高数据库的运行效率，必须从数据库系统级优化、数据库设计级优化、程序实现级优化，这三个层次上同时下功夫。

数据库设计的主要步骤什么？简单说明er图的作用

数据库中的er图应该出现在第2阶段。
数据库设计通常分为6个阶段：
1、需求分析：分析用户的需求，包括数据、功能和性能需求；
2、概念结构设计：主要采用E-R模型进行设计，包括画E-R图；
3、逻辑结构设计：通过将E-R图转换成表，实现从E-R模型到关系模型的转换；
4、数据库物理设计：主要是为所设计的数据库选择合适的存储结构和存取路径；
5、数据库的实施：包括编程、测试和试运行；
6、数据库运行与维护：系统的运行与数据库的日常维护。主要讨论其中的第3个阶段,即逻辑设计。通过一个实际的案例说明在逻辑设计中E-R图向关系模式的转换。
扩展资料：
NoSQL数据库适合追求速度和可扩展性、业务多变的应用场景。对于非结构化数据的处理更合适，如文章、评论，这些数据如全文搜索、机器学习通常只用于模糊处理，并不需要像结构化数据一样，进行精确查询，而且这类数据的数据规模往往是海量的。
数据规模的增长往往也是不可能预期的，而NoSQL数据库的扩展能力几乎也是无限的，所以NoSQL数据库可以很好的满足这一类数据的存储。NoSQL数据库利用key-value可以大量的获取大量的非结构化数据，并且数据的获取效率很高，但用它查询结构化数据效果就比较差。
参考资料来源：百度百科-数据库

课程设计仓库管理系统的数据库制作

这点分不值得给你做，至少五百分。给钱也行
数据库原理及应用课程设计
一、课程设计的目的
《数据库原理及应用》课程设计是计算机科学与技术专业集中实践性环节之一，是学习完《数据库原理及应用》课程后进行的一次全面的综合练习。本课程设计主要在于加深学生对数据库基础理论和基本知识的理解，掌握数据库应用系统设计开发的基本方法，达到进一步使学生综合运用所学知识和增强实际动手能力的目的。
二、课程设计的任务与要求
要求学生根据自身对题目的理解情况，从给定的设计题目中选择一个，以MS SQL Server作为后台数据库平台，以PowerBuilder作为前台开发工具，完成一个小型数据库应用系统的系统的分析、设计和开发。
三、课程设计说明书
仓储管理系统
对于一个以生产或经营产品为主要业务的单位来说，仓库管理系统至关重要。高效方便的仓库管理系统，可以为生产经营提供坚强的后盾和有力的支持。效率低下甚至是混乱不堪的仓库管理系统，无疑会成为企业健康发展的拖累甚至是枷锁。使企业发展动力不足。本次数据库设计实现了仓库管理的高效化、电子化。通过本系统可以方便地实现仓库管理中的货物登记、出库入库等操作，使仓库管理井井有条。
1系统需求分析
1.1系统功能需求分析
仓库管理系统主要实现对库存商品的管理，对商品出库、入库的管理，和对仓库管理系统维护的功能。具体要实现的功能包括：
1）库存商品管理
查看数据库中商品的名称、编号、单价等信息。
2）商品出库、入库管理
入库、出库单纪录本次入库、出库的货物名称、数量，入库、出库的时间、商品单价以及总价，入库、出库的经手人等。
3）商品的查询
输入商品的编号或者商品的名称查询信息
4）用户管理
用户可以修改登录密码

1. 2数据需求分析
1.员工（ID ，姓名，密码，权限）
2.商品（商品名，商品编号，所属类，单价）
3.出货表（商品名，商品编号，数量，总价，经手人）
4.入货表（商品名，商品编号，数量，总价，经手人）
5.查询（商品名，商品编号，数量，单价）
根据上面的关系我们需要的数据基本上就上面所列出的数据。
2 系统总体设计
1）库存商品管理
查看数据库中商品的名称、编号、单价等信息。
2）商品出库、入库管理
入库、出库单纪录本次入库、出库的货物名称、数量，入库、出库的时间、商品单价以及总价，入库、出库的经手人等。
3）商品的查询
输入商品的编号或者商品的名称查询信息
4）用户管理
用户可以修改登录密码
2.1系统总体结构设计
2.2.1 E-R图
2.2.2 关系模式
1.员工（ID ，姓名，密码，权限）
2.商品（商品名，商品编号，所属类，单价）
3.出货表（商品名，商品编号，数量，总价，经手人）
4.入货表（商品名，商品编号，数量，总价，经手人）
5.查询（商品名，商品编号，数量，单价）
2.2.3 数据表

“员工信息表”“商品信息表”“出货单”“进货单”的主键分别是：ID、商品编号、商品编号、商品编号。
员工信息表

商品信息表

出货单
进货单
3．系统实施
工作界面PB9.0，以下是我制作过程和运行中的一些截图：
首先建立PB与SQL的数据链接：如果链接不成功，返回对以话框“数据库连接错误，经检查后再试！”
然后点Preview选项会弹出如下窗口：

一、 工作界面截图：
分别建有：workspace、application、windows、dw_、da_等。
工作时检测连接数据库是否正常的程序代码：
// Profile q
SQLCA.DBMS = "ODBC"
SQLCA.AutoCommit = False
SQLCA.DBParm = "ConnectString='DSN=仓库;UID=;PWD='"
connect;
open(w_enter)
二、 运行结果的截图：
这个是我运行后的第一个用户界面，在界面中输入管理员ID和密码。我的管理员ID 和密码分别为 1，123.点击确定进入menu下一界面。

若ID和密码分别输入1，1234，则跳出以下界面：
确定按钮所对应的代码如下：
//定义两个变量
string password,userid
password=sle_2.text
//检索用户名和密码记录
SELECT "员工信息表". "ID",
"员工信息表"."密码"
INTO :userid,
:password
FROM "员工信息表"
WHERE "员工信息表"."ID" =:sle_1.text and "员工信息表"."密码" =:sle_2.text;
//判断用户输入的用户名是否正确
if sqlca.sqlcode<>0 then
messagebox("错误！","ID或密码错误，请重新输入！",exclamation!,ok!,2)
else
messagebox("通过验证！","ID和密码正确，欢迎您使用本系统！",Information!,ok!,2)
open(w_main)
close(w_enter)
end if
取消按钮所对应的代码如下：
close(parent)
//关闭登录窗口
三、 menu界面的截图：
在本界面中我们通过点击菜单栏上的不同管理按钮来实现管理和操作的功能。
进货—进货单
出货—出货单
库存—蔬菜类
—水产类
—肉类
系统维护—修改密码
查询
四、 进货的截图如下：
在本界面中，操作员可以输入进货信息
五、 进货的截图如下：
在本界面中，操作员可以输入出货信息
六、本界面是实现用户更改自己的密码的界面
用户在登陆后根据上面的提示可以更改自己的密码。

程序代码如下：
string oldid
string oldp
string newp1
string newp2
oldid=trim(sle_1.text)
oldp=trim(sle_2.text)
newp1=trim(sle_3.text)
newp2=trim(sle_4.text)
if len(oldp)=0 or isnull(oldp) then
oldp=space(10)
end if
if len(newp1)=0 or isnull(newp1) then
newp1=space(10)
end if
if len(newp2)=0 or isnull(newp2) then
newp2=space(10)
end if
select "operator"."password"
into :oldp
from "operator"
where "operator"."password"=:oldp;
if sqlca.sqlcode<>0 then
messagebox("提示","原密码不正确!")
sle_2.text=""
sle_2.setfocus()
return
end if
if newp1<>newp2 then
messagebox("提示","两次新密码输入不同!")
sle_4.text=""
sle_4.setfocus()
return
end if
Update "operator"
set "password"=:newp1
where "operator"."operator_id"=:oldid;
if sqlca.sqlcode<>0 then
rollback;
messagebox("提示","密码更正错误! 请重设!")
return
end if
gs_password=newp1
commit;
messagebox("提示","密码修改成功!")
七、本操作可以看仓库里的商品并可对其进行插入和删除
八、从仓库查询所需要的商品

4 系统评价
系统的功能基本上已经实现，但是还是不够完善。但是在使用的时候还是能给用户带来一定的方便的。仓库的进货和出货在本系统中能直观的以表格形式反映出来，便于操作员的使用和决策者的管理。
4.1 系统特色
本系统要求用户进行验证之后才能进入相应的界面。有利于保护数据库的安全，不被非法登陆使用。对于仓库内货物的进出管理要求严格，即进出货时必须填写相应的进出货单据。便于企业管理查看账目，保障了企业的稳定运行。通过本系统可以方便地实现仓库管理中的货物登记、出库入库等操作，使仓库管理井井有条。在查看数据库时可以方便的删除数据库中冗余的信息和添加新的信息。
4.2 系统不足及改进
这个系统基本上实现了一些简单的对系统所涉及表的更新、增加和删除的功能。也实现对用户登陆的安全上有了一定的限制，只有在正确输入ID和密码的时候才能进入系统。远没有达到大型公司的仓储物资管理的要求，所创建的数据库框架比较简单，各表之间的联系也过于简单，没有添加外键相互约束，用POWER BUILDER做出来的系统过于简单、单调，需要进一步深入的调整优化，将各表之间的关系紧密联系起来，相互制约，保证数据库中数据的添加、删除、更新，安全有序。操作窗口还需要进一步的进行美化，使用户在使用中更赏心悦目。
5 课程设计心得
这次课程设计的主要目的是掌握数据库应用系统分析设计的基本方法，基本掌握PowerBuilder，进一步提高分析解决问题的综合能力。通过这次课程设计，我基本掌握了以上要求。但只有两周的课程设计时间，时间比较仓促，所以开发的系统不是很完善，有一些功能未实现，但是仓库管理的基本功能均已实现。以前对数据库的很多知识认识都不深刻，做过这次课程设计之后，我对数据库的知识有了一个比较系统的了解；比如：对表内一些字段的约束，关系等的运用已经比较熟练。这个课程设计使我巩固了数据库的知识。
对于PowerBuilder也有了一定的了解，由于用的不多，所以运用的不是很熟练。刚开始的时候，对于PowerBuilder的语法，用法等一系列知识都不熟悉。当我基本完成此系统开发的时候，我发现其实也没有那么难，在未做之前我还害怕做不出来。经过对这个系统的开发，在开发过程中遇到但也解决了很多问题，所以说我们不能惧怕有困难而不去接触认识它，我们要知难而上，只有这样我们才能成长，才能有所发展。
这认为最难的一部分是用户查看数据库时通过插入删除按钮对数据库的更改，因为我们在文本框中输入的数字是被默认为字符型的，我在其中使用了integer(string)这个函数把字符型的进行了转换，但是在使用的过程中并不能像我所想像的那样有用。因为时间有限，所以这个问题还没有完全的解决。
通过这次数据库课程设计加深我对数据库基础理论和基本知识的理解，掌握数据库应用系统设计开发的基本方法，达到进一步使我综合运用所学知识和增强实际动手能力的目的。
我会继续学习数据库的知识，学习PowerBuilder的知识，只有通过不断的学习充实自己，才能让自己有所得。只有了知识的积淀，才能为自己的发展铺平道路！
可以参考一下啊，最终还是要自己做的吧。。仅供参考。

软件开发整体方案详解

软件开发整体方案详解
　　软件开发是根据用户要求建造出软件系统或者系统中的软件部分的过程。软件开发是一项包括需求捕捉、需求分析、设计、实现和测试的系统工程。下面是我整理的关于软件开发整体方案详解，欢迎大家参考!

　　第一章引言
　　1.1 编写目的
　　说明编写详细设计方案的主要目的。
　　说明书编制的目的是说明一个软件系统各个层次中的每个程序(每个模块或子程序)和数据库系统的设计考虑，为程序员编码提供依据。
　　如果一个软件系统比较简单，层次很少，本文件可以不单独编写，和概要设计说明书中不重复部分合并编写。
　　方案重点是模块的执行流程和数据库系统详细设计的描述。
　　1.2 背景
　　应包含以下几个方面的内容：
　　A. 待开发软件系统名称;
　　B. 该系统基本概念， 如该系统的类型、从属地位等;
　　C. 开发项目组名称。
　　1.3 参考资料
　　列出详细设计报告引用的文献或资料，资料的作者、标题、出版单位和出版日期等信息，必要时说明如何得到这些资料。
　　1.4术语定义及说明
　　列出本文档中用到的可能会引起混淆的专门术语、定义和缩写词的原文。
　　第二章设计概述
　　2.1 任务和目标
　　说明详细设计的任务及详细设计所要达到的目标 。
　　2.2 需求概述
　　对所开发软件的概要描述, 包括主要的业务需求、输入、 输出、主要功能、性能等，尤其需要描述系统性能需求。
　　2.3 运行环境概述
　　对本系统所依赖于运行的硬件，包括操作系统、数据库系统、中间件、接口软件、可能的性能监控与分析等软件环境的描述，及配置要求。
　　2.4 条件与限制
　　详细描述系统所受的内部和外部条件的约束和限制说明。包括业务和技术方面的条件与限制以及进度、管理等方面的限制。
　　2.5 详细设计方法和工具
　　简要说明详细设计所采用的方法和使用的工具。如HIPO图方法、IDEF(I2DEF)方法、E-R图，数据流程图、业务流程图、选用的CASE工具等，尽量采用标准规范和辅助工具。
　　第三章系统详细需求分析
　　主要对系统级的需求进行分析。首先应对需求分析提出的企业需求进一步确认，并对由于情况变化而带来的需求变化进行较为详细的分析。
　　3.1 详细需求分析
　　包括：详细功能需求分析、详细性能需求分析、详细资源需求分析、详细系统运行环境及限制条件分析
　　3.2 详细系统运行环境及限制条件分析接口需求分析
　　包括：系统接口需求分析、现有硬、软件资源接口需求分析、引进硬、软件资源接口需求分析
　　第四章 总体方案确认
　　着重解决系统总体结构确认及界面划分问题。
　　4.1 系统总体结构确认
　　对系统组成、逻辑结构及层次进行确认，对应用系统、支撑系统及各自实现的功能进行确认，细化集成设计及系统工作流程，特别要注意因软件的引进造成的系统本身结构和公司其他系统的结构变化。包括：系统组成、逻辑结构及层次确认、应用系统结构确认、支撑系统结构确认、系统集成确认、系统工作流程确认
　　4.2 系统详细界面划分
　　4.2.1 应用系统与支撑系统的详细界面划分
　　应用系统与支撑系统之间的界面包括系统主服务器与其他服务器的服务范围及访问方式，网络及数据库对应用系统的支撑方式，全局数据的管理与存取方式等。
　　4.2.2系统内部详细界面划分
　　系统各功能之间的界面包括覆盖范围，模块间功能调用涉及到的系统模块及方法，全局数据格式，系统性能要求等。
　　第五章　系统详细设计
　　5.1 系统结构设计及子系统划分
　　对系统的组成及逻辑结构进行设计前确认。
　　划分系统功能模块或子系统(如果有或者有必要，特别是大型的软件系统)。
　　5.2 系统功能模块详细设计
　　按结构化设计方法，在系统功能逐层分解的基础上，对系统各功能模块或子系统进行设计。此为详细设计的主要部分之一。
　　用层次图描述系统的总体结构、功能分解及各个模块之间的相互调用关系和信息交互，用IPO图或其他方法描述各模块完成的功能。 以上建议采用HIPO图进行功能分解与模块描述，更高的要求建议采用IDEF0方法进行功能模型设计。
　　详细设计应用系统的各个构成模块完成的功能及其相互之间的关系，用IPO或结构图描述各模块的组成结构、算法、模块间的接口关系，以及需求、功能和模块三者之间的交叉参照关系。
　　每个模块的描述说明可参照以下格式：
　　模块编号：
　　模块名称：
　　输入：
　　处理：
　　算法描述：
　　输出：
　　其中处理和算法描述部分主要采用伪码或具体的`程序语言完成。
　　对详细设计更高的要求建议用IDEF0图进行各功能模块的设计。
　　如果对软件需进行二次开发(包括功能扩展、功能改造、用户界面改造等)，则相应的设计工作应该设立子课题完成。
　　5.3 系统界面详细设计
　　系统界面说明应用系统软件的各种接口。整个系统的其他接口(如系统硬件接口、通讯接口等)在相应的部分说明。
　　5.3.1 外部界面设计
　　根据系统界面划分进行系统外部界面设计，对系统的所有外部接口(包括功能和数据接口)进行设计。
　　5.3.2 内部界面设计
　　设计系统内部各功能模块间的调用关系和数据接口。
　　5.3.3 用户界面设计
　　规定人机界面的内容、界面风格、调用方式等，包括所谓的表单设计、报表设计和用户需要的打印输出等设计。此部分内容可能比较多。
　　第六章 数据库系统设计
　　此数据库设计可单独成册，尤其对大型的数据库应用系统，即有一个单独的《数据库设计说明书》。
　　6.16.1 设计要求
　　6.26.2 信息模型设计
　　确定系统信息的类型(实体或视图)，确定系统信息实体的属性、关键字及实体之间的联系， 详细描述数据库和结构设计，数据元素及属性定义，数据关系模式，数据约束和限制。
　　6.3 数据库设计
　　6.3.1 设计依据
　　说明数据被访问的频度和流量，最大数据存储量，数据增长量，存储时间等数据库设计依据。
　　6.3.2 数据库种类及特点
　　说明系统内应用的数据库种类、各自的特点、数量及如何实现互联，数据如何传递。
　　6.3.3 数据库逻辑结构
　　说明数据库概念模式向逻辑模式转换所采用的方法论及工具，完成数据库概念模式向逻辑模式的转换。 详细列出所使用的数据结构中每个数据项、记录和文件的标识、定义、长度及它们之间的相互关系。此节内容为数据库设计的主要部分。
　　6.3.4 物理结构设计
　　列出所使用的数据结构中每个数据项的存储要求、访问方法、存取单位和存取物理关系等。建立系统程序员视图，包括： 数据在内存中的安排，包括对索引区、缓冲区的设计; 所使用的外存设备及外存空间的组织，包括索引区、数据块的组织与划分;访问数据的方式方法。
　　6.3.5 数据库安全
　　说明数据的共享方式，如何保证数据的安全性及保密性。
　　6.3.6 数据字典
　　编写详细的数据字典。 对数据库设计中涉及到的各种项目，如数据项、记录、系、文卷模式、子模式等一般要建立起数据字典，以说明它们的标识符、同义名及有关信息。
　　第七章 非功能性设计
　　第八章 环境配置
　　开发。测试、运行环境
;

跪求数据库的课程设计啊！~~~~~

BS课设供求双方。一个不学无术一个害人不浅。
1.系统功能的基本要求：
产品入库管理，可以填写入库单，确认产品入库；
产品出库管理，可以填写出库单，确认出库；
借出管理，凭借条借出，然后能够还库；
初始库存设置，设置库存的初始值，库存的上下警戒限；
可以进行盘库，反映每月、年的库存情况；
可以查询产品入库情况、出库情况、当前库存情况，可以按出库单、入库单，产品、时间进行查询；
2、数据库要求：在数据库中至少应该包含下列数据表：
库存情况表；
出库单表；
入库单表；
出库台帐；
入库台帐；
借条信息表，反映，借出人，借出时间，借出产品，借出数量，还库时间等。
3、本课题设计的基本要求：
必须提交系统分析报告，包括系统的功能分析、系统的功能模块设计、数据库的数据字典，数据库的概念结构（E－R图），数据库中的表、视图（如果使用）、存储过程（如果使用）的结构和定义（可以用SQL脚本提供）；
程序设计的报告：包括程序的运行环境、开发环境、程序的详细设计（包括模块之间的关系，模块的功能、主要功能实现的程序段）
系统的源程序，包括数据库脚本程序。
再看看这个 希望能帮助到你