A. 数据库课程设计报告：食品消费管理系统的设计与实现
B. 求一份sql server数据库课程设计报告
2.2需求分析
（1）需求分析的任务
需求分析的任务是通过详细调查现实世界要处理的对象（组织、部门、企业等），充分了解原系统（手工系统或计算机系统）工作概况，明确用户的各种需求，用通俗的话来讲，就是分析了解用户关心什么，用户需要什么样的结果，然后在此基础上分析和设计新系统的数据库。
需求分析的重点是调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。
信息要求
是指用户需要从数据库中获得信息的内容与性质。由用户的信息要求可以导出数据要求，即在数据库中需要存储哪些数据。
处理要求
是指用户要求完成什么处理功能，对处理的响应时间有什么要求，处理方式是批处理还是联机处理。
安全性与完整性要求
一是指用户对系统和数据有什么安全性要求，如不同级别的用户具有什么操作权限和使用哪些数据；二是对数据的输入和存储的什么要求，如数据的长度和范围、数据的有效性、一致性和唯一性等。
确定用户的最终需求其实是一件很困难的事，这是因为一方面用户缺少计算机知识，开始时无法确定计算机究竟能为自己做什么，不能做什么，因此无法一下子准确地表达自己的需求，他们所提出的需求往往不断地变化。另一方面设计人员缺少用户的专业知识，不易理解用户的真正需求，甚至误解用户的需求。因此设计人员必须与用户不断深入地进行沟通和交流，才能逐步得以确定用户的实际需求。
（2）需求分析的基本步骤
1．调查与初步分析用户的需求，确定系统的功能边界
⑴首先调查组织机构情况
⑵然后调查各部门的业务活动情况
⑶协助用户明确对新系统的各种要求
⑷确定新系统的结构和功能边界，确定哪些功能由计算机完成或将来由计算机完成，哪些活动由人工完成。
常用的调查方法有：
⑴跟班作业
⑵开调查会
⑶请专人介绍
⑷询问
⑸问卷调查
⑹查阅记录
2．生成数据字典
1）数据项条目：数据项是不可再分的数据单位，它直接反映事物的某一特征。
2）数据结构条目：反映了数据之间的组合关系。
3）数据流条目：数据流是数据结构在系统内传输的路径。
4）数据文件条目：数据文件是数据项停留或保存的地方，也是数据流的来源和去向之一。
5）处理过程条目。
(3) 案例分析：教学管理系统数据库的需求分析
用户的需求具体体现在各种信息的提供、保存、更新和查询上，这就要求数据库的结构能充分满足各种信息的输出和输入。需求分析阶段主要是收集基本数据，确定数据结构及数据处理的流程，组成一份详尽的数据字典，以便为后面的概念设计和逻辑设计打下基础。
2．3概念结构设计
概念结构设计是对收集来的信息和数据进行分析整理，确定实体、属性及联系，形成独立于计算机的反映用户观点的概念模型。概念设计的重点在于信息结构的设计，它是整个数据库系统设计的关键。
（1）概念结构设计的目标和任务
概念结构设计的目标是产生反映系统信息需求的数据库概念结构，即概念模式。概念结构是独立于DBMS和使用的硬件环境的。在这一阶段，设计人员要从用户的角度看待数据以及数据处理的要求和约束，产生一个反映用户观点的概念模式，然后再把概念模式转换为逻辑模式。
概念模型的表示方法很多，其中最着名、最常用的表示方法为实体-联系方法，这种方法也称为E-R模型方法，该方法采用E-R图描述概念模型。
E-R图提供了表示实体、属性和联系的方法，它由以下三个组件构成：
实体---用矩形表示，矩形框内写明实体名。
属性---用椭圆形表示，并用无向边将其与相应的实体连接起来。
联系---用菱形表示，菱形框内写明联系名，并用无向边分别与有关实体连接起来，同时在无向边旁标上联系的类型（1:1、1:n或m:n）。
例如教学管理系统中的学生实体与课程实体的E-R图如下图表示：
（2）概念结构设计的过程
●数据抽象
概念结构是对现实世界的一种抽象，所谓抽象就是对实际的人、事、物和概念进行加工处理，抽取所关心的共同特性，用各种概念精确的加以描述，组成某种模型。
在需求分析中，已初步得到了有关各类实体、实体间的联系以及描述它们性质的数据元素，统称数据对象。
在这一阶段中，首先要从以上数据对象中找出：系统有哪些实体？每个实体有哪些属性？哪些实体间存在联系？每一种联系有哪些属性？然后就可以做出系统的局部E-R模型和全局E-R模型。
● 局部E-R模型设计
局部E-R模型设计是从数据流图出发确定实体和属性，并根据数据流图中表示的对数据的处理、确定实体之间的联系。
设计局部E-R图的步骤是：
1．确定实体类型和属性
实体和属性之间没有严格的区别界限，但对于属性来讲，可以用下面的两条准则作为依据：
1）作为属性必须是不可再分的数据项，也就是属性中不能再包含其他的属性。
2）属性不能与其他实体之间具有联系。
2．确定实体间的联系
依据需求分析结果，考察任意两个实体类型之间是否存在联系，若有，则确定其类型（一对一，一对多或多对多）。
3．画出局部E-R图
确定了实体及实体间的联系后，可用E-R图描述出来。形成局部E-R图之后，还必须返回去征求用户意见，使之如实地反映现实世界，同时还要进一步规范化，以求改进和完善。每个局部E-R图必须满足：
（1）对用户需求是完整的。
（2）所有实体、属性、联系都有惟一的名字。
（3）不允许有异名同义、同名异义的现象。
● 全局E-R模型的设计
各个局部E-R模型建立好后，还需要对它们进行合并，集成为一个整体的数据概念结构，即总E-R图。在合并全局E-R模型时，应注意检查和消除属性、命名的冲突及数据冗余。
（3）案例分析：教学管理系统数据库的概念结构设计
通过上面的需求分析，就可以进行数据库的概念结构设计，先对现实当中的人、事、物和概念进行抽象的加工处理，抽取所关心的共同特性，用各种概念进行描述，从中找出能够满足用户需求的各种实体，以及它们之间的关系，并用实体-联系图表示出来(即画出E-R图)，为后面的逻辑结构设计打下基础。
1、确定实体及其属性
经过对人工进行的教学管理系统的业务调查，得知系统主要涉及以下几个实体：
● 学生实体：属性主要包括班级名称、学号、姓名、性别、出生日期、民族、政治面貌、来源地、入学成绩、学生类别、电话、备注等。
● 教师实体：属性主要包括教师号、教师姓名、性别、出生日期、所在系、职称
● 班级实体：属性主要包括系部名称、班级号、班级名称、班主任、学生人数、备注等。
● 系部实体：属性主要包括系号、系部名称、班级数等。
● 课程实体：属性主要包括课程号、课程名、考核方式、学分、学时数等。
2、确定实体之间的联系
2．4 逻辑结构设计
（1）逻辑结构设计的目标和任务
逻辑结构设计的目标就是把概念结构设计阶段设计好的E-R图转换为特定的DBMS所支持的数据模型(即层次、网状、关系模型之一)，并对其进行优化。
概念模型向逻辑模型的转换过程分为3步进行：
（1）把概念模型转换为一般的数据模型。
（2）将一般的数据模型转换成特定的DBMS所支持的数据模型。
（3）通过优化方法将其转化为优化的数据模型。
(2) 概念模型转换为一般的关系模型
1．实体的转换规则
将E-R图中的每一个常规实体转换为一个关系，实体的属性就是关系的属性，实体的码就是关系的码。
2．实体间联系的转换规则
1）一个1：1联系可以转换为各自独立的关系模式，也可以与任意一端所对应的关系模式合并。
2）一个1 : n联系可以转换为各自独立的关系模式。
3）一个m : n联系转换为一个关系模式。转换的方法为：与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，新关系的码为两个相连实体码的组合
(3) 案例分析：教学管理系统数据库的逻辑结构设计
逻辑结构设计的任务是把概念结构设计阶段设计好的E-R图转换为特定的DBMS所支持的数据模型(即层次、网状、关系模型之一)，并对其进行优化，得到满足用户要求和系统功能需求的关系模式。
1、 E-R模型转换为关系模式
将E-R模型转换成初始关系模式的一般规则是：系统中各个实体转换为对应的关系模式；实体之间多对多的联系也转换为关系模式。
根据转换规则，可以将系部、班级、学生、教师、课程五个实体转换成与之对应的五个关系模式；而将学生与课程两者之间多对多的选修关系以及教师、班级和课程三者之间多对多的开课关系也转换为关系模式。
2、关系模式的设计
根据上述的转换结果，在对关系模式中数据进行规范化处理后，得到了符合第三范式的关系模式如下：
学生：{学号、姓名、性别、出生日期、民族、政治面貌、来源地、入学成绩、学生类别、班级名称、电话、备注}
班级：{班级号、班级名称、班主任、学生人数、系部名称、备注}
系部：{系号、系部名称、班级数}
教师：{教师号、教师姓名、性别、出生日期、所在系、职称}
课程：{课程号、课程名、考核方式、学分、学时数}
选修：{学号、课程号、成绩}
开课： {教师号、班级名称、课程号、开课学期、授课地点}
每个关系模式中带下划线的属性或属性的组合表示主键、带双波浪线的属性表示与之关联的表的外键。
根据系统功能需求，数据采用SQL Server 2000所支持的实际数据模型，也就是数据库的逻辑结构。启动SQL Server 2000，创建一个数据库命名为:jxgl。该数据库中各个数据表的结构如下面各个表格所示。每个表格对应于数据库中的一个表。
3、将关系模式转换为数据库中的表
按照关系数据模型的结构，将关系模式转换为关系数据库中的数据表，转换的规则是：一个关系模式转换为一个数据表，关系模式中的每个属性转换为数据表中的一个列。同时设置表中各个列的名称、数据类型、数据宽度以及数据规则，得到如下几个表：
学生表(student)
列名 类型 宽度 规则
班级名称 CHAR 20 内容取自班级信息表的班级名称
学号 CHAR 10 主键、长度为10个字符
姓名 CHAR 8
性别 CHAR 2 非空、只能取“男”或“女”
出生日期 DATETIME
民族 CHAR 4 假定只能取以下之一：汉、壮、白、回、苗、满、其它
政治面貌 CHAR 4 只能取以下之一：党员、团员、群众
来源地 CHAR 10
入学成绩 INT
学生类别 CHAR 10 假定只能取以下之一：本科、大专（普）、大专（业）、中专、技校、函授、其它
电话 CHAR 11
备注 CHAR 10
注：(1)该表存放全校所有学生的基本信息，每个学生产生一条记录。
(2)学号的前4位表示年级，第5--8位表示班级号(其中第5-6位表示系号, 第7-8位表示系内班级号)，最后两位是班内的学生编号，在输入记录内容时应加以区分。
班级表(class)
列名 类型 宽度 规则
系部名称 CHAR 10 非空、内容取自系部信息表的系部名称
班级号 CHAR 4 非空、长度为4个字符
班级名称 CHAR 20 主键
班主任 CHAR 8
学生人数 INT
备注 CHAR 10
注：(1)该表存放全校所有班级的信息，每个班级产生一条记录。
(2)班级号的前2位表示系号，后两位为系内的班级编号，在输入记录内容时应加以区分。
系部表(department)
列名 类型 宽度 规则
系号 CHAR 2 非空、长度为2个字符
系部名称 CHAR 10 主键
班级数 INT
注：该表存放某校所有的系部信息，每个系部产生一条记录。
教师表(teacher)
列名 类型 宽度 规则
教师号 CHAR 4 主键、长度为4个字符
姓名 CHAR 8
性别 CHAR 2 非空、只能取“男”或“女”
出生日期 DATETIME
职称 CHAR 6 只能取以下之一：教授、副教授、讲师、助教、其他
所在系 CHAR 20 非空、外键(内容取自系部表的系部名称)
课程表(course)
列名 类型 宽度 规则
课程号 CHAR 4 主键、长度为4个字符
课程名 CHAR 20
考核方式 CHAR 4 假定只能取以下之一：考试、考查、其他
学分 INT 非空
学时数 INT
注：该表存放某校所有的课程信息，每门课产生一条记录。
成绩表(SC)
列名 类型 宽度 规则
学号 CHAR 8 主键、内容取自学生信息表的学生姓名
课程号 CHAR 20 主键、内容取自课程信息表的课程名称
成绩 INT
注：该表存放某校所有学生的成绩信息，每个学生学习每门课程产生一条记录。
开课信息表(tcc)
列名 类型 宽度 规则
教师号 CHAR 4 主键、内容取自教师信息表的教师号
课程号 CHAR 4 主键、内容取自课程信息表的课程号
班级号 CHAR 4 主键、内容取自班级信息表的班级号
开课学期 CHAR 20
授课地点 CHAR 20
注：该表存放某校开设课程的信息，每个教师教授某个班级的某门课产生一条记录。
2. 5 物理设计
数据库的物理设计目标是在选定的DBMS上建立起逻辑设计结构确立的数据库结构，这一过程也称为数据库的物理实现。它主要包括两项工作：
一是根据数据库的结构、系统的大小、系统需要完成的功能及对系统的性能要求，决定选用哪个数据库管理系统。目前，数据库产品市场上比较好的产品有：Microsoft SQL Server、Oracle、IBM DB/2，SYBASE等。
二是根据选用的数据库管理系统的数据库实现方法来建立用户数据库，即创建所需要的数据库、表及其他数据库对象。
本系统选用的DBMS是SQL Server 2000，并在该系统上创建用户数据库jxgl以及下属的7个用户表：student、class、department、teacher、course、sc、tcc，各个表的结构按2.4节第3点各表给出的具体内容设定。
2. 5 实训二
以小组讨论的形式，完成人事工资管理系统用户数据库的设计，要求个人写出用户数据库设计的文档（包括数据库的需求分析、概念设计、逻辑设计和物理设计，表达方法可参考本章相应内容的案例分析部分），每个小组上交一份本系统用户数据库包括的数据表。
第三章 数据库的数据完整性设计
3．1数据完整性的基本概念及内容
正确创建数据库后，需要考虑数据的完整性、数据的安全性等要求。数据的完整性主要指数据的正确性、有效性、相容性，强制实施数据完整性可以确保数据库中的数据的质量。
进行数据完整性设计主要考虑以下几个方面的内容：
1)表名惟一；
由系统强制实施控制。
2)列名惟一；()
由系统强制实施控制。
3)数据行惟一；
通过设置主键约束或触发器来实施控制。
4)列值非空；
通过设置非空约束来实施控制。
5)列值惟一性
通过设置惟一约束或惟一索引来实施控制。
6)列值满足一定的条件
通过设置检查约束或触发器来实施控制。
7)数据的一致性和有效性
通过设置外键约束或触发器来实施控制。
至于具体要对数据库的哪一个表的哪一项数据进行什么样的数据完整性设计，还应根据用户的需求来考虑和确定。
3．2 数据完整性的分类与实现方法
在SQL Server关系数据库中，数据完整性分为以下三类：
1. 域完整性
域完整性是指一个列的输入有效性，是否允许空值。实现域完整性的方法主要有：限制数据类型（通过设定列的数据类型）、限定格式（通过CHECK约束和规则）或可能值的范围（通过 FOREIGN KEY 约束、CHECK 约束、DEFAULT定义、NOT NULL定义和规则）以及程序控制。
2. 实体完整性
实体完整性是指保证表中所有的行唯一。实现实体完整性的方法主要有：索引、UNIQUE约束、PRIMARY KEY约束或 IDENTITY属性以及程序控制。
3. 参照完整性
参照完整性也叫引用完整性。参照完整性确保主键（被引用表）和外键（引用表）之间的参照关系。它涉及两个或两个以上表数据的一致性维护。如student表(称为引用表、参照表或子表)的class_id列就是参照class表(称为被引用表、被参照表或父表)的外键。参照完整性可以实现以下两种控制：
(1)存在外键时，被参照表中的这一行不能被删除，主键值也不能改变 (以student和class表的“班级名称”列为例说明)。
(2)若在被参照表中不存在包含相应主键的行时，一个外键值不能插入参照表中(MsgBox "添加记录成功！", vbOKOnly + vbInformation, "提示"
End Sub
Private Sub Command5_Click()
rs.Close
Unload Me
End Sub
Private Sub Form_Load()
rs.CursorLocation = adUseClient ' 设置在客户端创建游标
rs.CursorType = adOpenKeyset '设置游标类型为键集类型
rs.LockType = adLockOptimistic '设置打开记录集时的锁定类型为乐观锁，在执行UPdate方法前不锁定编辑的数据
rs.Open "select * from teacher", cnn
'在表格上显示class表的记录内容
Set DataGrid1.DataSource = rs
DataGrid1.Refresh
'将表格上的数据与文本框或下拉列表框绑定
Set Text1.DataSource = rs
Text1.DataField = "教师号"
Set Text2.DataSource = rs
Text2.DataField = "姓名"
Set Combo1.DataSource = rs
Combo1.DataField = "所在系"
Set Text3.DataSource = rs
Text3.DataField = "出生日期"
Set Text4.DataSource = rs
Text4.DataField = "从教日期"
Set Combo2.DataSource = rs
Combo2.DataField = "性别"
Set Combo3.DataSource = rs
Combo3.DataField = "职称"
Set Combo4.DataSource = rs
Combo4.DataField = "政治面貌"
Set Combo5.DataSource = rs
Combo5.DataField = "学历"
Set Text7.DataSource = rs
Text7.DataField = "家庭住址"
Set Text5.DataSource = rs
Text5.DataField = "联系电话"
Set Text6.DataSource = rs
Text6.DataField = "备注"
'下拉列表框提供班级名称
Combo1.Clear
rs1.Open "select 系部名称 from department", cnn
While Not rs1.EOF()
Combo1.AddItem Trim(rs1.Fields("系部名称"))
rs1.MoveNext
Wend
rs1.Close
End Sub
对其余几个表的数据进行增、删、改操作的窗体的设计方法与上述类拟。
C. sql数据库课程设计报告
网络即时通信系统是为用户开发研制的，用户是系统的最终使用者和评价者，所以在网络通信系统的开发设计的过程中，我们树立了从用户的寻求出发，面向用户，一切为了用户的观念，在分析与设计系统的前期，为了保证系统的功能的完善多次寻求周围同学和老师的意见，了解他们的要求，依照功能完善，界面美观，操作简单的原则进行设计 。
严格按阶段进行
系统的开发设计是一项较大的工程，所以应该将整个系统的开发设计过程划分为若干阶段，相应的阶段又要分为若干个不同的步骤，每个阶段和步骤都要有明确的工作任务和目标。这种有序的组织安排，条例清楚、层次分明，便于计划的制定和控制，并且为后续工作的进行奠定了坚实的基础，提高了工作效率和质量。
采用系统的观点处理
在系统分析阶段，在对原系统进行全面调查和分析的基础上，构造系统的最佳逻辑模型，使用户对将来完整系统的轮廓有个初步的了解和认识，以便及时和用户进行交流和探讨，不断提高系统的完善性。在此基础上进行系统的物理实现和设计，切实完成逻辑模型的具体功能。逻辑设计和物理实现二者是相辅相成、密不可分的，这样使系统的设计更加稳妥合理。
整个系统的设计主要采用快速原形法
快速原形法是信息系统设计的一个重要方法。它是根据用户提出的需求，由用户和开发者共同确定系统的基本要求和主要功能，并在一个较短的时间内建立一个实验性的、简单的信息系统模型，通过用户不断提出的意见和建议，对模型进行不断的修改和完善，直到用户比较满意为止，以便形成一个相对稳定、较为理想的管理信息系统。该方法的主要优点。
1.脉络清楚，所有问题都围绕一个模型展开，使彼此之间联系紧密。
2.有助于发现用户需求，通过对原形和用户接触，能够启发开发人员去挖掘问题，从而不断的修正、完善，最终得到一个理想的系统。
3.系统开发效率高，此方法的开发周期短、使用灵活、容易修改，这对于管理体制不够稳定的系统更加适合。
4.系统的可扩展性好，由于此方法是在原型应用中不断发展完善和修改的，所以有较强的扩展性。
在进行代码设计时，遵循了以下原则。
唯一性：在本系统中，每一个代码都和系统中的每一个对象唯一确定。
标准性：主要体现在对程序文件名命名和对数据文件命名的标准化上，遵循简单扼要，方便适用的原则。一目了然，无重复现象。为了系统维护人员便于进行系统维护，使用了统一的标准。
合理性：系统中代码设计与编码对象的分类相适应，以使代码对编码对象的分类据有标志作用。
简单性：在设计过程中采用Code-Behind代码分离，使数据库操作代码和前端调用代码分离，页面修改容易。
适应性：在代码设计过程中，代码反映了编码对象的特点，便于识别和记忆，使系统维护人员容易了解和掌握，便于进行维护工作。
系统总体功能结构
网络通信系统包含以下主要功能。
用户注册；用户登录；
查找好友；查看好友资料；
添加好友；
删除好友；
发送消息；
发送文件.
数据库表主要用来存放用户的注册信息和用户的好友资料，可利用两张数据库表来 存放用户信息和用户好友的资料。包括用户的号码，昵称，密码，在线与否，ip地址，资料，头像号，性别，E-mail和籍贯等信息。其中，用户昵称和密码是必需的字段；在线与否是由系统自动设置的；其余的信息是可选的字段。
课题整体以JAVA为平台，采用Eclipse开发工具，并使用SQL Server 2000管理数据库数据开发而成的基于Socket的集中式网络通信系统，系统采用客户机/服务器（C/S）的模式设计，是一个三层C/S结构，数据库服务器、应用程序服务器端 、应用程序客户端。系统采用C/S结构，可以将任务合理分配到客户机端和服务器端 ，从而降低了系统的通信开销。
客户层。
客户层是应用程序的用户接口部分，它担负着用户与应用间的对话功能，用于检查用户的输入数据，显示应用的输出数据，为了直观的进行操作，客户层需要使用图形用户接口，若聊天用户变更，系统只需改写显示控制和数据检查程序即可，而不会影响其他两层。
服务层。（功能层）
服务层相当于应用的本体，它是将具体的业务处理逻辑编入程序中。在应用设计中，必须避免在表示层和功能层之间进行多次的数据交换，这就需要尽可能进行一次性的业务处理达到优化整体设计的目的。
数据层
数据层是DBMS，本系统使用了Microsoft 公司的SQL Ssever2000数据库服务器来管理数据。SQL Ssever2000能迅速的执行大量数据的更新和检索，因此，从功能层传送到数
据层的要求一般都使用SQL语言。
D. 数据库课程设计实例
数据库课程设计
题目：小型超市管理系统
1、项目计划
1.1系统开发目的
（1）大大提高超市的运作效率；
（2）通过全面的信息采集和处理，辅助提高超市的决策水平；
（3）使用本系统，可以迅速提升超市的管理水平，为降低经营成本， 提高效益，增强超市扩张力， 提供有效的技术保障。
1.2背景说明
21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是超市业的竞争核心。零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市营业者努力追求的目标。
1.3项目确立
针对超市的特点，为了帮助超市解决现在面临的问题，提高小型超市的竞争力，我们将开发以下系统：前台POS销售系统、后台管理系统，其中这两个子系统又包含其它一些子功能。
1.4应用范围
本系统适应于各种小型的超市。
1.5 定义
（1）商品条形码：每种商品具有唯一的条形码，对于某些价格一样的商品，可以使用自定义条形码。
（2）交易清单：包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号。
（3）商品积压：在一定时期内，远无法完成销售计划的商品会造成积压。
（4）促销：在一定时期内，某些商品会按低于原价的促销价格销售。
库存告警提示：当商品的库存数量低于库存报警数量时发出提示。
（5）盘点：计算出库存、销售额、盈利等经营指标。
1.6 参考资料
《数据库原理及设计》 陶宏才编 清华大学出版社
《SQL Server 2000 实用教程》范立南编 清华大学出版社
《SQL Server 2000 编程员指南》李香敏编 北京希望电子出版社
《轻松搞定 SQL Server 2000 程序设计》Rebecca M.Riordan编
《软件工程规范》Watts S.Humphrey编 清华大学出版社
《软件工程理论与实践》 Shari Lawrence Pfleeger编 清华大学出版社
《软件需求分析》 Swapna Kishore编 机械工业出版社
《软件工程思想》 林锐编
2、逻辑分析与详细分析
2.1系统功能
（1）、零售前台（POS）管理系统，本系统必须具有以下功能：
商品录入：根据超巿业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。
收银业务：通过扫描条形码或者直接输入商品名称（对于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。在顾客付款后，自动计算找零，同时打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号）。如果顾客是本店会员并持有本人会员卡，则在交易前先扫描会员卡，并对所购物品全部实行95折优惠，并将所购物品的总金额累计到该会员的总消费金额中。 会员卡的有效期限为一年，满一年未续卡者，该会员卡将被注销。
安全性：OS登陆、退出、换班与操作锁定等权限验证保护；断电自动保护最大限度防止意外及恶意非法操作。
独立作业：有的断网收银即在网络服务器断开或网络不通的情况下，收银机仍能正常作业
(2)、后台管理系统，本系统必须具备以下功能
进货管理： 根据销售情况及库存情况，自动制定进货计划（亦可手工制定修改），可以避免盲目进货造成商品积压。 按计划单有选择性地进行自动入库登记。 综合查询打印计划进货与入库记录及金额。
销售管理： 商品正常销售、促销与限量、限期及禁止销售控制。 综合查询各种销售明细记录、各地收银员收银记录以及交结账情况等。 按多种方式统计生成销售排行榜，灵活察看和打印商品销售日、月、年报表。
库存管理： 综合查询库存明细记录。 库存状态自动告警提示。如库存过剩、少货、缺货等。软件为您预警，避免库存商品积压损失和缺货。 库存自动盘点计算。
人员管理： 员工、会员、供货商、厂商等基本信息登记管理。 员工操作权限管理。 客户销售权限管理。
（3）系统结构
系统总体结构
模块子系统结构
功能描述：商品录入子系统要求能快速录入商品，因此必须支持条形码扫描。
功能描述：收银业务子系统能计算交易总额，打印交易清单，并根据会员卡打折。
功能描述：进货管理子系统可以根据库存自动指定进货计划，进货时自动等级，以及提供查询和打印计划进货与入库记录的功能。
功能描述：销售管理子系统可以控制某商品是否允许销售，查询每种商品的销售情况并产生年、月、日报表，同时可以生成销售排行榜。
功能描述：库存管理子系统提供查询库存明细记录的基本功能，并根据库存的状态报警，以及自动盘点计算。
功能描述：人员管理子系统提供基本信息登记管理，员工操作权限管理，客户销售权限管理的功能。
2.2、流程图
前台管理系统
顶层DFD图
第0层DFD图
第1层DFD图
2.3、户类型与职能
（1）、员工（营业员）：
通过商品条形码扫描输入商品到购买清单
操作软件计算交易总金额
操作软件输出交易清单
对会员进行会员卡扫描以便打折
（2）、：超市经理
操作软件录入商品，供货商，厂商
操作软件制定进货计划
查询打印计划进货与入库记录
操作软件控制商品销售与否
查询打印销售情况
操作软件生成销售排行榜
查询库存明细记录
根据软件发出的库存告警进行入货
操作软件进行盘点计算
（3）、总经理：
基本信息登记管理
员工操作权限管理
客户销售权限管理
2.4、统开发步骤
确定参与者和相关的用况
为每个用况设计过程
建立顺序图，确定每个脚本中对象的协作
创建类，确定脚本中的对象
设计, 编码, 测试, 集成类
为过程编写系统测试案例
运行测试案例，检验系统
2.5、系统环境需求
系统模式
本系统采用C/S模式作为开发模式
硬件环境
服务器端：
高性能的计算机一台，
普通的双绞线作为连接。
客户端： 普通的计算机或者工作站，
普通的双绞线作为连接。
软件环境
服务器端：安装SQL Server 2000的服务器版本，
安装windows 2000服务器版本，
配置了诺顿等必须的防毒软件。
客户端： 安装SQL Server2000的服务器版本，
安装了VB等可视化开发工具软件，
安装windows2000服务器版本。
2.6、系统安全问题
信息系统尽管功能强大，技术先进，但由于受到自身体系结构，设计思路以及运行机制等限制，也隐含许多不安全因素。常见因素有：数据的输入，输出，存取与备份，源程序以及应用软件，数据库，操作系统等漏洞或缺陷，硬件，通信部分的漏洞，企业内部人员的因素，病毒，“黑客”等因素。因此，为使本系统能够真正安全，可靠，稳定地工作，必须考虑如下问题：为保证安全，不致使系统遭到意外事故的损害，系统因该能防止火，盗或其他形式的人为破坏。
系统要能重建
系统应该是可审查的
系统应能进行有效控制，抗干扰能力强
系统使用者的使用权限是可识别的
3、基于UML的建模
3.1语义规则
用例模型（use cases view）（用例视图）的基本组成部件是用例（use case）、角色(actor)和系统(system)。用例用于描述系统的功能，也就是从外部用户的角度观察，系统应支持哪些功能，帮助分析人员理解系统的行为，它是对系统功能的宏观描述，一个完整的系统中通常包含若干个用例，每个用例具体说明应完成的功能，代表系统的所有基本功能（集）。角色是与系统进行交互的外部实体，它可以是系统用户，也可以是其它系统或硬件设备，总之，凡是需要与系统交互的任何东西都可以称作角色。系统的边界线以内的区域（即用例的活动区域）则抽象表示系统能够实现的所有基本功能。在一个基本功能（集）已经实现的系统中，系统运转的大致过程是：外部角色先初始化用例，然后用例执行其所代表的功能，执行完后用例便给角色返回一些值，这个值可以是角色需要的来自系统中的任何东西。
UML：是一种标准的图形化建模语言，它是面向对象分析与设计的一种标准表示；它不是一种可视化的程序设计语言而是一种可视化的建模语言；不是工具或知识库的规格说明而是一种建模语言规格说明是一种表示的标准；不是过程也不是方法但允许任何一种过程和方法使用它。
用例（use case）：
参与者（actor）：
3.2、UML模型
3.21、系统UML模型
3.22、子系统UML模型
（1）零售前台（POS）管理系统用例视图
（2）后台管理系统用例视图
3.3、系统实现图
4、超市销售系统概念设计文档
（1）、系统ER图
（2）、系统ER图说明
1) 商店中的所有用户（员工）可以销售多种商品，每种商品可由不同用户（员工）销售；
2) 每个顾客可以购买多种商品，不同商品可由不同顾客购买；
3) 每个供货商可以供应多种不同商品，每种商品可由多个供应商供应。
（3）、视图设计
1) 交易视图(v_Dealing)——用于查询交易情况的视图；
2) 计划进货视图(v_PlanStock)——用于查询进货计划的视图；
3) 销售视图(v_Sale)——用于查询销售明细记录的视图；
4) 入库视图(v_Stock)——用于查询入库情况的视图。
5、逻辑设计文档
（1）、系统关系模型
a) 商品信息表（商品编号，商品名称，价格，条形码，促销价格，促销起日期，促销止日期，允许打折，库存数量，库存报警数量，计划进货数，允许销售，厂商编号，供货商编号）
b) 用户表（用户编号，用户名称，用户密码，用户类型）
c) 会员表（会员编号，会员卡号，累积消费金额，注册日期）
d) 销售表（销售编号，商品编号，销售数量，销售金额，销售日期）
e) 交易表（交易编号，用户名称，交易金额，会员卡号，交易日期）
f) 进货入库表（入库编号，入库商品编号，入库数量，单额，总额，入库日期，计划进货日期，入库状态）
g) 供货商表（供货商编号，供货商名称，供货商地址，供货商电话）
h) 厂商表（厂商编号，厂商名称，厂商地址，厂商电话）
（2）、系统数据库表结构
数据库表索引
表名 中文名
MerchInfo 商品信息表
User 用户表
Menber 会员表
Sale 销售表
Dealing 交易表
Stock 进货入库表
Provide 供货商表
Factory 厂商表
商品信息表(MerchInfo)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
MerchID int 4 P Not null 商品编号
MerchName Varchar 50 Not null 商品名称
MerchPrice Money 4 Not null 价格
MerchNum Int 4 Not null 库存数量
CautionNum Int 4 Not null 库存报警数量
PlanNum Int 4 null 计划进货数
BarCode Varchar 50 Not null 条形码
SalesProPrice Money 4 促销价格
SalesProDateS Datetime 8 促销起日期
SalesProDateE Datetime 8 促销止日期
AllowAbate Int 4 Not null 允许打折
AllowSale Int 4 Not null 允许销售
FactoryID Varchar 10 F Not null 厂商编号
ProvideID Varchar 10 F Not null 供货商编号
用户表(User)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
UserID varchar 10 P Not null 用户编号
UserName Varchar 25 Not null 用户名称
UserPW Varchar 50 Not null 用户密码
UserStyle Int 4 Not null 用户类型
会员表(Menber)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
MemberID Varchar 10 P Not null 会员编号
MemberCard Varchar 20 Not null 会员卡号
TotalCost Money 4 Not null 累积消费金额
RegDate Datetime 8 Not null 注册日期
销售表(Sale)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
SaleID Varchar 10 P Not null 销售编号
MerChID Varchar 10 F Not null 商品编号
SaleDate Datetime 8 Not null 销售日期
SaleNum Int 4 Not null 销售数量
SalePrice Money 4 Not null 销售单额
交易表(Dealing)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
DealingID Varchar 10 P Not null 交易编号
DealingPrice Money 4 Not null 交易金额
DealingDate Money 4 Not null 交易日期
MemberID Varchar 10 会员卡号
UserName Varchar 10 F Not null 用户名称
入库纪录表(Stock)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
StockID Varchar 10 P Not null 入库编号
MerchID Varchar 10 F Not null 入库商品编号
MerchNum Int 4 Not null 入库数量
MerchPrice Money 4 Not null 单额
TotalPrice Money 4 Not null 总额
StockDate Datetime 8 Datetime 入库日期
PlanDate Datetime 8 Datetime 计划进货日期
StockState Int 4 Not null 入库状态
供货商表(Provide)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
ProvideID varchar 10 P Not null 供货商编号
ProvideName Varchar 50 Not null 供货商名称
ProvideAddress Varchar 250 供货商地址
ProvidePhone Varchar 25 供货商电话
厂商表(Provide)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
FactoryID varchar 10 P Not null 厂商编号
FactoryName Varchar 50 Not null 厂商名称
FactoryAddress Varchar 250 厂商地址
FactoryPhone Varchar 25 厂商电话
6、物理设计文档
/*----------创建数据库----------*/
create database SuperMarketdb
on primary
(
name=SuperMarketdb,
filename='C:\Program Files\Microsoft SQL Server\MSSQL\Data\SuperMarketdb.mdf',
size=100MB,
maxsize=200MB,
filegrowth=20MB
)
log on
(
name=SuperMarketlog,
filename='C:\Program Files\Microsoft SQL Server\MSSQL\Data\SuperMarketdb.ldf',
size=60MB,
maxsize=200MB,
filegrowth=20MB
)
go
/*----------创建基本表----------*/
use [SuperMarketdb]
go
/*创建交易表*/
CREATE TABLE Dealing (
DealingID int identity(1,1) Primary key ,
DealingDate datetime NOT NULL ,
DealingPrice money NOT NULL ,
UserName varchar(25) NULL ,
MemberCard varchar(20) NULL
)
GO
/*创建厂商表*/
CREATE TABLE Factory (
FactoryID varchar(10) Primary key ,
FactoryName varchar(50) NOT NULL ,
FactoryAddress varchar(250) NULL ,
FactoryPhone varchar(50) NULL
)
GO
/*创建会员表*/
CREATE TABLE Member (
MemberID varchar(10) Primary key ,
MemberCard varchar(20) NOT NULL ,
TotalCost money NOT NULL ,
RegDate datetime NOT NULL
)
GO
/*创建商品信息表*/
CREATE TABLE MerchInfo (
MerchID int identity(1,1) Primary key ,
MerchName varchar(50) Unique NOT NULL ,
MerchPrice money NOT NULL ,
MerchNum int NOT NULL ,
CautionNum int NOT NULL ,
PlanNum int NOT NULL ,
BarCode varchar(20) Unique NOT NULL ,
SalesProPrice money NULL ,
SalesProDateS datetime NULL ,
SalesProDateE datetime NULL ,
AllowAbate int NOT NULL ,
AllowSale int NOT NULL ,
FactoryID int NOT NULL ,
ProvideID int NOT NULL
)
GO
/*创建供应商表*/
CREATE TABLE Provide (
ProvideID varchar(10) Primary key ,
ProvideName varchar(50) NOT NULL ,
ProvideAddress varchar(250) NULL ,
ProvidePhone varchar(25) NULL
)
GO
/*创建销售表*/
CREATE TABLE Sale (
SaleID int identity(1,1) Primary key ,
MerChID int NOT NULL ,
SaleDate datetime NOT NULL ,
SaleNum int NOT NULL,
SalePrice money NOT NULL
)
GO
/*创建入库表*/
CREATE TABLE Stock (
StockID int identity(1,1) Primary key ,
MerchID int NOT NULL ,
MerchNum int NOT NULL ,
MerchPrice money NULL ,
TotalPrice money NULL ,
PlanDate datetime NULL ,
StockDate datetime NULL,
StockState int NOT NULL
)
GO
/*创建用户表*/
CREATE TABLE User (
UserID varchar(10) Primary key ,
UserName varchar(25) NOT NULL ,
UserPW varchar(50) NOT NULL ,
UserStyle int NOT NULL ,
)
GO
/*----------创建表间约束----------*/
/*商品信息表中厂商编号、供应商编号分别与厂商表、供应商表之间的外键约束*/
ALTER TABLE MerchInfo ADD
CONSTRAINT [FK_MerchInfo_Factory] FOREIGN KEY
(
[FactoryID]
) REFERENCES Factory (
[FactoryID]
),
CONSTRAINT [FK_MerchInfo_Provide] FOREIGN KEY
(
[ProvideID]
) REFERENCES Provide (
[ProvideID]
)
GO
/*销售表中商品编号与商品信息表之间的外键约束*/
ALTER TABLE Sale ADD
CONSTRAINT [FK_Sale_MerchInfo] FOREIGN KEY
(
[MerChID]
) REFERENCES MerchInfo (
[MerchID]
) ON DELETE CASCADE
GO
/*入库表中商品编号与商品信息表之间的外键约束*/
ALTER TABLE Stock ADD
CONSTRAINT [FK_Stock_MerchInfo] FOREIGN KEY
(
[MerchID]
) REFERENCES MerchInfo (
[MerchID]
) ON DELETE CASCADE
GO
/*----------创建索引----------*/
/*在交易表上建立一个以交易编号、交易日期为索引项的非聚集索引*/
CREATE nonclustered INDEX IX_Dealing ON Dealing(DealingID, DealingDate)
GO
/*在商品信息表上建立一个以商品编号为索引项的非聚集索引*/
CREATE nonclustered INDEX IX_MerchInfo ON MerchInfo(MerchID)
GO
/*在销售表上建立一个以销售编号、销售日期为索引项的非聚集索引*/
CREATE nonclustered INDEX IX_Sale ON Sale(SaleID, SaleDate)
GO
/*在入库表上建立一个以入库编号、入库日期、商品编号为索引项的非聚集索引*/
CREATE nonclustered INDEX IX_Stock ON Stock(StockID, StockDate, MerchID)
GO
/*----------创建视图----------*/
/*创建用于查询交易情况的视图*/
CREATE VIEW v_Dealing
AS
SELECT DealingDate as 交易日期,
UserName as 员工名称,
MemberCard as 会员卡号,
DealingPrice as 交易金额
FROM Dealing
GO
/*创建用于查询进货计划的视图*/
CREATE VIEW v_PlanStock
AS
SELECT Stock.StockID as SID,
MerchInfo.MerchName as 商品名称,
MerchInfo.BarCode as 条形码,
Factory.FactoryName as 厂商,
Provide.ProvideName as 供货商,
Stock.MerchNum as 计划进货数量,
Stock.PlanDate as 计划进货日期
FROM Stock,MerchInfo,Provide,Factory
Where Stock.MerchID = MerchInfo.MerchID
and Provide.ProvideID=MerchInfo.ProvideID
and Factory.FactoryID=MerchInfo.FactoryID
and Stock.StockState=0
GO
/*创建用于查询销售明细记录的视图*/
CREATE VIEW v_Sale
AS
SELECT MerchInfo.MerchName as 商品名称,
MerchInfo.BarCode as 条形码,
MerchInfo.MerchPrice as 商品价格,
Sale.SalePrice as 销售价格,
Sale.SaleNum as 销售数量,
Sale.SaleDate as 销售日期
FROM Sale INNER JOIN
MerchInfo ON Sale.MerChID = MerchInfo.MerchID
GO
/*创建用于查询入库情况的视图*/
CREATE VIEW v_Stock
AS
SELECT MerchInfo.MerchName as 商品名称,
MerchInfo.BarCode as 条形码,
Factory.FactoryName as 厂商,
Provide.ProvideName as 供货商,
Stock.MerchPrice as 入库价格,
Stock.MerchNum as 入库数量,
Stock.TotalPrice as 入库总额,
Stock.StockDate as 入库日期
FROM Stock,MerchInfo,Provide,Factory
Where Stock.MerchID = MerchInfo.MerchID
and Provide.ProvideID=MerchInfo.ProvideID
and Factory.FactoryID=MerchInfo.FactoryID
and Stock.StockState=1
GO
7、小结
和传统管理模式相比较，使用本系统，毫无疑问会大大提高超市的运作效率，辅助提高超市的决策水平，管理水平，为降低经营成本， 提高效益，减少差错，节省人力，减少顾客购物时间，增加客流量，提高顾客满意度，增强超市扩张能力， 提供有效的技术保障。
由于开发者能力有限，加上时间仓促，本系统难免会出现一些不足之处，例如：
本系统只适合小型超市使用，不能适合中大型超市使用；
超市管理系统涉及范围宽，要解决的问题多，功能复杂，实现困难，但由于限于时间，本系统只能做出其中的一部分功能；
对于以上出现的问题，我们深表歉意，如发现还有其它问题，希望老师批评指正。
E. 高分 数据库课程设计报告
文本编译
一、实验名称 A Text Editor Imlementation
二、实验的目的和要求:
1.采用C++的ASCII码文件和串函数实现;
2.熟练掌握串运算的应用;
3.熟练掌握计算机系统的基本操作方法,了解如何编辑、编译、链接和运行一个C++程序;
4.上机调试程序,掌握查错、排错使程序能正确运行。
三、实验的环境:指硬件和软件环境
1.硬件环境: CPU CENTRINO, HARDISK 30GB, 256DDR
2.软件环环境:windows XP, Microsoft Visual C++ 6.0。
四、算法描述
该程序主要运用了链表与数组来处理字符串的各项操作。如插入，删除，查找，替换，显示等等。对于自定义的文本”str.txt”，其每一行表示一个结点用单链表来实现，可以进行一行的修改，删除，添加等；每一行中的字符可用一够数组来存储，这样可以利用数组的特性方便地进行插入，删除，替换，甚至可以进行排序操作！数组的各项操作比较简单，下面我举一个链表的删除操作：如果要删除链表中的第i个结点，应当先让第i-1个结点的link域指针指向第i+1个结点，通过重新拉链，把第i个结点从链表中分离出来，然后再删除它。
五、源程序清单
#include "stdio.h"
#include "stdlib.h"
#define OK 1
#define ERROR 0
#define OVERFLOW -1
//#define EOF -1
#define STACK_INIT_SIZE 10
#define STACKINCREMENT 1000
#define MAXQSIZE 10
static int i=0;
typedef char ElemType;
typedef struct StackNode//构造栈
{
ElemType *base;
ElemType *top;
int stacksize;
}SqStack;
ElemType InitStack(SqStack *S)//初始化栈
{
S->base=(ElemType *)malloc(STACK_INIT_SIZE*sizeof(ElemType));
if(!S->base)
{
exit(OVERFLOW);
}
S->top=S->base;
S->stacksize=STACK_INIT_SIZE;
return OK;
}
ElemType StackEmpty(SqStack *S)//判断栈是否为空
{
if(S->top==S->base)
return OK;
else
return ERROR;
}
ElemType Push(SqStack *S,ElemType e)//进栈操作
{
if(S->top-S->base>=S->stacksize)
{
S->base = (ElemType *)realloc(S->base,(S->stacksize+STACKINCREMENT)*sizeof(ElemType));
if(!S->base)
{
exit(OVERFLOW);
}
S->top = S->base+S->stacksize;
S->stacksize+=STACKINCREMENT;
}
*S->top++=e;
return OK;
}
ElemType Pop(SqStack *S,ElemType *e)//出栈操作
{
if(S->top==S->base)
{
return ERROR;
}
*e=*--S->top;
//printf("%d\n",e);
// return e;
return 0;
}
void ClearStack(SqStack *S)//清空栈
{
S->top=S->base;
}
ElemType LineEdit(SqStack *S )//文本编译
{
char ch, e, a[30];
int i ;
ch = getchar();
while(1)
{
while (ch!='\n')
{
switch(ch)
{
case '#':
Pop(S,&e);
break;
case '@':
ClearStack(S);
break;
default:
Push(S,ch);
break;
}
ch = getchar();
}
i = 0;
while (!StackEmpty(S))
{
Pop(S,&e);
a[i++]=e;
}
for(--i; i>= 0; i--)
{
printf("%c",a[i]);
}
printf("\n");
ClearStack(S);
ch = getchar();
}
return 0;
}
int main(void)
{
SqStack S;
InitStack(&S);
LineEdit(&S);
system("pause");
return 0;
}
F. 数据库应用课程设计的报告
数据库课程设计报告 目录目录……………………………………………………………………………………1一．设计目标…………………………………………………………………………2二．系统介绍…………………………………………………………………………2三．数据库设计……………………………………………………………………....2 1.需求分析……………………………………………………………………….2 2.概念结构设计………………………………………………………………….3 （1）实体设计………………………………………………………………..3 （2）ER图……………………………………………………………………3 3.逻辑结构设计………………………………………………………………….4四．应用程序设计……………………………………………………………………4 1.delphi7.0开发环境……………………………………………………………4 2．软件分析…………………………………………………………………..…4 （1）软件的需求分析………………………………………………………..4 （2）软件的基本功能………………………………………………………..5 3.软件的设计与实现…………………………………………………………….6 五．实现的应用系统介绍…………………………………………………………….8 1．系统模块…………………………………………………………………….8 2. 文件简介…………………………………………………………………….8 3 .系统运行…………………………………………………………………….8 六．总结………………………………………………………………………………17 一.设计目标理论应用－－运用数据库设计理论设计一个较完善的有实际意义的数据库结构；工具使用－－掌握目前流行数据库管理系统工具和前端应用开发工具；应用开发－－为数据库开发相应应用程序，构成完整的数据库应用系统；报告编写－－用文字处理软件编写高质量的设计报告。二.系统简介名称：超市进销存管系统功能：基于超市管理的全面自动化，减少入库管理、出库管理及库存管理中的漏洞，节约不少管理开支，增加企业收入。 实现对产品的增加、修改、删除、以及日常查询，对产品的出库、入库进行管理。同时对营销状况进行简单的分析，并可以导出各种查询报表。数据库：ACCESS实现：Delphi 7.0系统构架：C/S（Client/Server ）三．数据库设计．1．需求分析：超市进销存管理系统2．概念结构设计（1）实体设计商品信息(商品编号，商品名称，商品单位，商品单价，类别，产地,说明)进货信息(进货编号，商品编号，进货单价，进货数量，进货时间，经手人，供货单位)出货信息(出货编号，商品编号，出货单价，出货数量，经手人，接收人及说明等)库存信息(商品编号，库存说明,说明等)用户信息(用户名，密码,用户类型)（2）E-R图包含说明产地商品单价商品类别商品名称商品编号商 品经手人进货数量进货时间进货单价商品编号进货编号供货单位进货记录商品编号出货数量接收人经手人出货单价出货编号出货时间出货记录库存记录说明商品编号库存说明111n3.逻辑结构设计关系模型（第1数据项为主键）商品信息(商品编号，商品名称，商品单位，商品单价，类别，产地,说明)进货信息(进货编号，商品编号，进货单价，进货数量，进货时间，经手人，供货单位)出货信息(出货编号，商品编号，出货单价，出货数量，经手人，接收人及说明等)库存信息(商品编号，库存说明,说明等)用户信息(用户名，密码,用户类型)出货商品金额(出货时间，出货单价，出货数量，出货金额)进货商品金额（进货时间，进货单价，进货数量，进货金额）四．应用程序设计1．Delphi 7.0 开发环境 Delphi被称为第四代编程语言，它具有简单、高效、功能强大的特点。和VC相比，Delphi更简单、更易于掌握，而在功能上却丝毫不逊色；和VB相比，Delphi则功能更强大、更实用。可以说Delphi同时兼备了VC功能强大和VB简单易学的特点。它一直是程序员至爱的编程工具。 Delphi 7的集成开发环境(1DE)和Delphi以前的版本基本一致。它把单、多个工具栏及一组窗口和应用程序设计在一起，将代码以事件的形式与界面的每一元素建立联系，使用户很方便地在这个高度集成的开发环境的组成和各种辅助工具的使用方法和使用技巧。2．软件分析（1）软件的需求分析： 开发本软件的主要目的是为了优化超市的日常管理。采用计算机管理信息系统为实现超市管理科学化和现代化，给它带来了明显的经济效益和社会效益 （2）软件的基本功能与说明： a.商品信息管理商品信息管理：用来管理系统中要用来进行进货，出货操作的商品的信息，包括添加，修改，删除和查询信息。其中，查询可以进行精确查询和模糊快速查询。任意时刻，生成当前表格报表。 b. 用户管理1.用户添加该权限只有管理员拥有，可以添加临时用户，或者增设管理员用户。2.用户删除该权限只有管理员拥有，可以删除用户。3.用户密码修改用来修改登陆用户的密码，长时间地使用一个密码可能会使密码不安全，导致整个系统的不安全，因此有必要定期修改密码。 c. 营销分析1.综合分析某一时间段内，将该超市的进货总额、出货总额进行统计，并算出总盈利；将库存中的商品总量统计出来。用户可以打印分析所得报表。同时提供进货情况查询、出货情况查询、库存情况查询。2.日分析某一天中，将该超市的进货总额、出货总额进行统计，并算出总盈利；将库存中的商品总量统计出来。用户可以打印分析所得报表。 d. 日常操作商品进货操作：用来完成商品的进货操作。商品出货操作：用来完成商品的出货操作。进行进货操作时，进货编号以及进货时间是自动生成的，无需改动，否则会出现错误。所生成的商品编号为该种类型商品的最大编号，且后面有提示用户允许的编号范围，超出此范围会出错，如果编号方式正确且大于最大编号，确定添加后会提示用户填写新加商品的相关信息。进行出货操作时，出货编号自动生成，用记无须改动。在出货单价小于进货的最小单价时会询问是否继续出货，出货数量不能大于库存数量。e.信息查询1.库存信息查询：用来查询库存的商品的信息，可以按照商品编号，商品名称和商品类别来查询，可以将查询结果打印输出。该查询可以精确查找某一确定的商品的库存信息，并将其打印输出。同时，该查询可以根据商品的库存量来将商品中库存不足、库存饱和、库存过剩的商品一一列出并提供打印输出功能。2.进货信息查询：用来查询商品的进货记录，可以按照商品编号，商品名称，商品类别，经手人和进货日期查询，可以将查询结果输出。该查询可以精确查找某一确定的商品或全部商品某一确定时间段的进货情况，并将其打印输出。同时以图表的形式分析该种商品的进货价格走势分析图。3.出货信息查询：用来查询商品的出货记录，可以按照商品编号，商品名称，商品类别，经手人和出货日期查询，可以将查询结果打印输出。该查询可以精确查找某一确定的商品或全部商品某一确定时间段的出货情况，并将其打印输出。同时以图表的形式分析该种商品的出货价格走势分析图。3．软件设计与实现添加、修改、删除是通过delphi自带函数实现的。查询是通过添加SQL语句或者直接在access中建立相对的查询（如出货商品金额、进货商品金额查询）实现的。（1）.程序实现//添加adoquery1.Close;adoquery1.SQL.Clear;adoquery1.SQL.Add('select * from 进货信息' );adoquery1.Open ;adoquery1.Append;adoquery1.fieldbyname('进货编号').asstring:=edit1.Text;adoquery1.fieldbyname('商品编号').asstring:=edit2.Text;adoquery1.fieldbyname('进货单价').asstring:=edit3.Text;adoquery1.fieldbyname('进货数量').asstring:=edit4.Text;adoquery1.fieldbyname('进货时间').asstring:=edit5.Text;adoquery1.fieldbyname('经手人').asstring:=combobox5.Text;adoquery1.fieldbyname('供货单位').asstring:=edit7.Text;adoquery1.Post;快速添加：adoquery1.Append;//删除一条记录if Application.MessageBox('真的要删除当前所选记录吗？','删除确认',MB_YESNOCANCEL+MB_ICONQUESTION+MB_DEFBUTTON3)<>IDYES then abortelseadoquery1.delete;//修改一条记录if Application.MessageBox('真的要修改当前所选记录吗？','修改确认',MB_YESNOCANCEL+MB_ICONQUESTION+MB_DEFBUTTON3)<>IDYES then AdoQuery1.CancelUpdateselseadoquery1.edit;//对表的排序procere TForm2.DBGrid1TitleClick(Column: TColumn);var i : integer;beginfor i:= 1 to DBGrid1.Columns.Count dobegin//恢复所有标题字体为默认DBGrid1.Columns[i-1].Title.Font.Color := clWindowText;DBGrid1.Columns[i-1].Title.Font.Style := [];end;if ADOQuery1.Sort<>(Column.FieldName+' ASC') then //判断原排序方式beginADOQuery1.Sort := Column.FieldName+' ASC';Column.Title.Font.Color := clRed; //改变标题行字体为红色，表示当前的排序方式为升序Column.Title.Font.Style := [fsBold];endelse beginADOQuery1.Sort := Column.FieldName+' DESC';Column.Title.Font.Color := clBlue; //改变标题行字体为红色，表示当前的排序方式为降序Column.Title.Font.Style := [fsBold];end;end;//查询示例adoquery2.close;adoquery2.sql.clear;adoquery2.SQL.Add('select distinct(进货信息.进货编号),商品信息.商品名称,进货信息.商品编号,商品信息.类别,进货信息.进货单价,进货信息.进货数量,进货信息.进货时间,进货信息.经手人,进货信息.供货单位 from 进货信息,商品信息 where 商品信息.商品编号=进货信息.商品编号 and ');adoquery2.SQL.Add('进货时间>=#'+DateToStr(DateTimePicker1.Date)+'# and 进货时间<=#'+DateToStr(DateTimePicker2.Date+1)+'#');adoquery2.Open;*五．实现的应用系统介绍1．系统的模块（1）主界面模块Form1（2）信息管理模块Form2,form18(3)日常操作模块Form3(4)信息管理模块Form5(5) 用户管理模块Form14(6)系统管理模块用户登陆:form8关于系统:form10退出系统:from11（）登陆窗体Form82．文件简介：(1)文件help包括生成jun_help帮助的所有源程序。(2)文件image系统所有用到的图片文件(3) 文件project系统可执行文件project.exe。系统数据库超市进销存储管理系统.mdb(4) 文件sounds系统所有用到的声音文件(5) 文件unit_date系统自动生成的相关文件3．系统运行：1．欢迎：2．到达主界面后，提示登陆（系统管理—登陆系统）。用户可以查看帮助获得系统的相关信息：3．用户登陆界面：4．若用户为管理员，则可以进行用户管理操作。用户有权添加、修改、删除其它用户。5．若用户为普通用户，则用户只能对自己的相关信息进行修改,添加用户、删除用户不可用。6．商品信息管理模块商品信息管理：用来管理系统中要用来进行进货，出货操作的商品的信息，包括添加，修改，删除和查询信息。其中，查询可以进行精确查询和模糊快速查询。任意时刻，生成当前表格报表。7．营销分析模块：1）.综合分析某一时间段内，将该超市的进货总额、出货总额进行统计，并算出总盈利；将库存中的商品总量统计出来。用户可以打印分析所得报表。同时提供进货情况查询、出货情况查询、库存情况查询。2）.日分析某一天中，将该超市的进货总额、出货总额进行统计，并算出总盈利；将库存中的商品总量统计出来。用户可以打印分析所得报表。8．商品进出货操作模块：1）进行进货操作时，进货编号以及进货时间是自动生成的，无需改动，否则会出现错误。所生成的商品编号为该种类型商品的最大编号，且后面有提示用户允许的编号范围，超出此范围会出错，如果编号方式正确且大于最大编号，确定添加后会提示用户填写新加商品的相关信息。2）进行出货操作时，出货编号自动生成，用记无须改动。在出货单价小于进货的最小单价时会询问是否继续出货，出货数量不能大于库存数量。9．信息查询模块：1）.库存信息查询：用来查询库存的商品的信息，可以按照商品编号，商品名称和商品类别来查询，可以将查询结果打印输出。该查询可以精确查找某一确定的商品的库存信息，并将其打印输出。同时，该查询可以根据商品的库存量来将商品中库存不足、库存饱和、库存过剩的商品一一列出并提供打印输出功能。2）.进货信息查询：用来查询商品的进货记录，可以按照商品编号，商品名称，商品类别，经手人和进货日期查询，可以将查询结果输出。该查询可以精确查找某一确定的商品或全部商品某一确定时间段的进货情况，并将其打印输出。同时以图表的形式分析该种商品的进货价格走势分析图。3）.出货信息查询：用来查询商品的出货记录，可以按照商品编号，商品名称，商品类别，经手人和出货日期查询，可以将查询结果打印输出。该查询可以精确查找某一确定的商品或全部商品某一确定时间段的出货情况，并将其打印输出。同时以图表的形式分析该种商品的出货价格走势分析图。10关于系统模块：11．用户管理模块：1）.用户添加该权限只有管理员拥有，可以添加临时用户，或者增设管理员用户。2）.用户删除该权限只有管理员拥有，可以删除用户。3）.用户密码修改用来修改登陆用户的密码，长时间地使用一个密码可能会使密码不安全，导致整个系统的不安全，因此有必要定期修改密码。12．退出系统模块：
G. 数据库课程设计
我有学生管理数据库设计案例 可以看着例子来做
非常详细的
设计报告：
包含E-R图、数据字典、关系模式、关系实例、查询描述、关系代数、SQL实现的查询语言及查询结果
选我我传给你 给邮箱
这是以下目录
1.问题描述 2
1.1背景 2
1.2数据需求 2
1.3事物需求 3
1.4关系模式 3
2.方案图表设计 3
2.1 E-R图 3
2.2数据流程图 8
2.3数据字典 9
2.4关系图： 11
3.数据库源代码 12
3.1数据库建立 12
3.2数据初始化 14
4.结果数据处理 17
5.结束语 26
5.1课程设计心得 26
H. 数据库课程设计 汽车销售信息管理系统
本汽车销售信息管理系统是为满足在校学生课程设计的需要，开发的一个基于JAVA技术的销售信息管理系统，功能包括：客户信息管理模块、销售信息管理模块、售后服务信息管理模块、市场策略公告模块、统计报表管理模块，模块包括信息的添加、删除、修改等功能。
本课程设计报告，对整个系统及其内部的各个功能模块的构想、设计思路、实现方法和过程，做出了详细的说明和介绍。