数据库洗衣店管理系统课程设计

1、课程设计(论文)任务书软件学院学院 软件工程测试方向专业 软测2班 班一、课程设计（论文)题目洗衣店管理系统二、课程设计(论文）工作自2015年1月5日起至2015年1月9日止三、课程设计（论文） 地点：软件测试实验室四、课程设计（论文）内容要求:1本课程设计的目的（1）巩固和加深对数据库基本知识的理解，提高综合运用课程知识的能力。（2）使学生巩固所学的理论基础知识的理解，掌握数据库设计的全过程及技术与方法。（3）培养学生编制软件文档及开发应用系统的能力,提高学生独立分析问题、解决问题的能力，锻炼和加强学生的动手能力。使学生掌握使用各种计算机资料和有关参考资料。2课程设计的任务及要求（1）根据

2、选题任务要求，收集并查询相关文献资料，明确系统需求；通过对系统的功能分析和数据分析进行系统的需求分析设计，完成数据流图（DFD图）及数据字典（DD）的阶段性成果;(2)数据库的概念结构设计,完成基本全局ER图的设计并体现设计过程；(3)数据库的逻辑结构设计,完成数据库关系模式的设计及优化;（4)数据库的物理结构设计，完成数据库实施的所有sql脚本的编写及索引文件的创建；完成安全性控制及完整性约束；（5）数据库的实施；（6)特别要求自己独立完成；2）创新要求： 在基本要求达到后，可进行创新设计,如完善的功能、友好的人机界面。3)课程设计论文编写要求（1）要按照书稿的规格打印与写课程设计报告书;（

3、2)报告包括目录、绪论、正文、小结、参考文献、附录等；(3）课程设计报告装订按学校的统一要求完成；4）课程设计进度安排内容 天数地点构思及收集资料 1图书馆数据库设计3实验室撰写报告1图书馆、实验室学生签名:2015年 1 月5 日课程设计（论文）评审意见（1)考勤（20分）:优(）、良（）、中(）、一般（)、差（）； （2）设计内容（40分）：优（)、良（）、中（)、一般（)、差(）; (3）答辩（25分):优（）、良（）、中（）、一般（）、差(）;（4)文档格式规范整齐（15分）优（）、良（)、中（）、一般（)、差（);(5）任何抄袭成绩一律归零;评阅人： 职称：讲师2015 年 1月12

4、日目录一绪论4二需求分析4三概念结构设计16四逻辑结构设计19五数据库完整性设计21六物理结构设计23七数据库实施25小结32参考文献32一绪论近几年来洗衣店行业的兴起,减轻了上班族的许多负担，然而洗衣店良好的服务质量却离不开良好的管理方法。为了迎合当今洗衣业的发展，制作出了洗衣店管理系统。此系统包括对会员的注册，收、取衣服的记录，收费记录等功能，还能对洗衣店的其他支出类消费进行记录，能方便的统计出一天内的营业额和支出额。针对一般洗衣店的管理流程,此系统可以完成大部分业务功能。二需求分析2。1编写目的更好的了解所制作的洗衣店管理系统以方便洗衣店员工使用。2。2需求分析2。2。1系统功能描述此系

5、统应用于小型洗衣店，给洗衣店提供日常的收取衣记录，会员管理，收支管理等功能，能方便洗衣店每日的工作。（1）会员管理为进店顾客提供注册会员的功能,建立会员表，记录会员信息，包括会员号,注册时间等个人信息.(2）收、取衣管理记录每次的收、取衣服信息，还包括对衣服信息的明细记录。(3）权限管理建立权限表记录洗衣店店长、店员和老板的登录信息。(4)财务管理建立收费表以记录收费信息建立支出表以记录支出信息.2。2。2系统功能图洗衣店管理系统店员登录店长登录老板登录记录收衣信息记录取衣信息记录收费信息记录支出信息记录收衣信息记录取衣信息记录收费信息查看每日记录权限管理会员管理 图2。2。2。1 系统功能图

6、2。2。3系统流程图 图2。3。3.1系统流程图2。2。4数据流图洗衣店管理系统店 员店 长会 员老 板注册查看所有信息记录收取衣服信息记录收取衣服信息记录收费信息记录收费信息记录支出信息管理权限图2。2.4。1 系统顶层数据流图店长顾客老板2收衣3取衣5支出4收费1注册会 员收衣信息取衣信息收费信息会员信息6查看管理所有信息店员支出信息操作登录记录操作会员资料会员资料会员资料顾客信息图2.4.4。2 系统第一层数据流图核对后信息1.1登记会员资料1.2记录信息店长登录准备存储的信息确认无误会员信息顾客顾客信息图2。4.4。3会员注册核对后信息会员信息2.1核对会员资料2.2检查衣物收衣信息2

7、.3记录信息店员或店长登录准备存储的信息检查完信息确认无误图2。4。4.4记录收衣信息2。2。5实体与数据通过分析可知道次洗衣店系统中的实体包括：会员，收衣，取衣，收费，权限，支出.(1）会员:会员号，注册日期，姓名，年龄，联系电话，家庭住址。（2)收衣：收衣号,日期，数量，会员号，备注。(3）明细:明细号,衣服编号，衣服种类,收衣号,描述。(4)收费：收费号，收费金额，收费日期，收衣号。(5）权限：权限号，权限名，权限密码。（6)支出：支出号,支出类型，支出金额，支出日期.2。2.6实体之间的联系有(1）会员与收衣之间(1：N）(2)收衣与明细之间（1:N）2。2。7数据字典数据字典包括数据

8、项，数据结构，数据流，数据存储，处理过程5个部分.数据项是不可再分的数据单位，数据结构是反映数据之间的组合关系,数据流是在系统中传输的路径，数据存储是数据结构停留或保存的地方,也是数据流的来源和去向之一，处理过程的具体处理逻辑一般用判定表或判定树来描述.（1)数据项数据项数据类型别名含义说明取值范围MemberIDint会员号唯一标识每一个会员0000000199999999SignDateDATE注册时间2000-01-012015-0109NAMEvarchar姓名文字说明AGEint年龄1580TELEPHONEint联系电话ADDRESSvarchar家庭住址文字说明GetNumber

9、int收衣号唯一标识每一次收、取衣记录0000000199999999GetDateDATE日期2000010120150109GetNumberint数量110Remarkvarchar备注说明收衣还是取衣DetailNumberint明细号唯一标识每一次明细记录0000000199999999ClothingIDint衣服编号110ClothingStylevarchar衣服种类文字说明Bewritevarchar描述文字说明ChargeNumberint收费号唯一标识每一次收费记录0000000199999999Chargeint收费金额ChargeDateDATE收费日期2000-01

10、-0120150109JurisdictionNumberint权限号唯一标识每一个权限00010003JurisdictionNamevarchar权限名文字说明JurisdictionPasswordint权限密码由数字组成PayNumberint支出号唯一标识每一次支出记录0000000199999999PayTypevarchar支出类型文字说明PayMoneyint支出金额19999PayDateDATE支出日期2000-01-012015-01-09（2)数据结构数据结构：会员含义说明：会员管理系统的主体数据结构，定义了会员的相关信息组成：会员号,注册时间，姓名，年龄，联系电话，家

11、庭住址。数据结构：收衣表含义说明：收取衣管理系统的主体数据结构，定义了收、取衣记录信息组成：收衣号,日期，数量，会员号，备注。数据结构：明细表含义说明：收衣管理系统的子体数据结构，定义了收衣记录中衣服信息的说明信息。组成：明细号，衣服编号，衣服种类,收衣号，描述.数据结构：收费表含义说明：收费管理系统的主体数据结构，定义了收费记录信息组成：收费号,收费金额,收费日期，取衣号。数据结构：权限表含义说明:权限管理系统的主体数据结构，定义了权限记录信息组成：权限号,权限名,权限密码。数据结构：支出表含义说明:消费管理系统的主体数据结构，定义了支出记录信息组成：支出号，支出类型，支出金额，支出日期。(

12、3)数据流数据流：会员信息说明：会员注册时记录的信息数据流来源:注册数据流去向：会员表组成:会员号，注册时间,姓名，年龄,联系电话,家庭住址.数据流：收衣信息说明：收衣时记录的信息数据流来源：收衣，取衣数据流去向：收衣表组成：收衣号,日期,数量，会员号，备注。数据流：明细信息说明:收衣时记录的衣物信息数据流来源：收衣数据流去向:明细表组成：明细号，衣服编号，衣服种类,收衣号，描述.数据流：收费信息说明:收费时记录的信息数据流来源：收费数据流去向：收费表组成:收费号，收费金额，收费日期，收衣号。数据流：权限记录说明：记录洗衣店的员工权限记录数据流来源：员工输入数据流去向：权限表组成：权限号，权限

13、名，权限密码。数据流：支出信息说明:支出时记录的信息数据流来源:支出数据流去向：支出表组成：支出号，支出类型,支出金额，支出日期。（4）(5)数据存储、处理过程数据存储名功能处理说明insertcust添加新注册的会员信息注册成功后在会员表中添加该会员信息select-cust查询会员信息店长登录系统后可以查询会员的个人信息update-cust修改会员信息店长登录系统后可以修改会员的个人信息deletecust删除会员信息店长登录系统后可以删除会员的个人信息insertget添加收衣信息店员或店长登录系统后可以对收衣信息进行添加selectget查询收衣信息店员或店长登录系统后可以对收衣信息

14、进行查询updateget修改收衣信息店员或店长登录系统后可以对收衣信息进行修改deleteget删除收衣信息店员或店长登录系统后可以对收衣信息进行删除inserttake添加取衣信息店员或店长登录系统后可以对取衣信息进行添加selecttake查询取衣信息店员或店长登录系统后可以对取衣信息进行查询updatetake修改取衣信息店员或店长登录系统后可以对取衣信息进行修改deletetake删除取衣信息店员或店长登录系统后可以对取衣信息进行删除insertdetail添加衣服明细信息店员或店长登录系统后可以对衣服明细信息进行添加select detail查询衣服明细信息店员或店长登录系统后可以

15、对衣服明细信息进行查询update detail修改衣服明细信息店员或店长登录系统后可以对衣服明细信息进行修改delete detail删除衣服明细信息店员或店长登录系统后可以对衣服明细信息进行删除insert-charge添加收费信息店员或店长登录系统后可以对收费信息进行添加selectcharge查询收费信息店员或店长登录系统后可以对收费信息进行查询update-charge修改收费信息店员或店长登录系统后可以对收费信息进行修改delete-charge删除收费信息店员或店长登录系统后可以对收费信息进行删除insertpay添加支出信息店长登录系统后可以对本店支出信息进行添加selectp

16、ay查询支出信息店长登录系统后可以对本店支出信息进行查询updatepay修改支出信息店长登录系统后可以对本店支出信息进行修改deletepay删除支出信息店长登录系统后可以对本店支出信息进行删除selectall查询所有信息老板登录系统后可以查询本店的所有信息三 概念结构设计在需求分析阶段所得到的应用需求应该首先抽象为信息世界的结构,才能更好地用某一DBMS实现这些需求.3。1实体图将通过需求分析得到的实体图画出如下：（1)会员实体图会员号注册时间姓名年龄家庭住址联系电话会员 图3。1.1 会员实体图(2）收衣实体图数量日期收衣号会员号收衣备注 图3.1。2收衣实体图（3）明细实体图明细号衣

17、服种类衣服编号收衣号明细描述 图3。1.3 明细实体图(4）收费实体图收衣号收费号收费金额收费日期收费图3.1。4 收费实体图（5）权限实体图权限名权限号权限密码权限 图3.1。5 权限实体图(6)支出实体图支出号支出金额支出类型支出支出日期 图3。1。6 支出实体图3。2总体ER图通过以上分ER图,得到以下总体ER图。权限支出收费会员明细收衣n 1 1 n 1人2 1 登记记录计算 图3。2。1 总体ER图四逻辑结构设计本次设计的数据库在SQL Server 2008上实现，将概念结构设计中的ER图转换成SQL Sever 2008支持的关系数据模型。4.1关系设计关系设计包括实体转换和联系

18、转换.4。1.1实体转换将每个单独的实体转换为一张单独的表(1）会员:会员号，注册时间，姓名，年龄，联系电话，家庭住址。（2)收衣：收衣号,日期，数量,会员号，备注。（3）明细：明细号，衣服编号，衣服种类,收衣号,描述.（4）收费：收费号，收费金额，收费日期,收衣号。（5)权限：权限号，权限名，权限密码。（6）支出：支出号，支出类型，支出金额，支出日期。4.1。2联系转换一个实体型转换为关系模式，实体的属性就是关系的属性,实体的码就是关系的码.对于实体间的联系有以下几种不同的情况：(1） 一对一的联系转化为一张单独的关系表会员:会员号,注册时间,姓名，年龄，联系电话，家庭住址.权限：权限号,权

19、限名，权限密码.支出:支出号，支出类型，支出金额，支出日期.(2） 一对多的联系通过在多表中添加属性来实现收衣：收衣号，日期,数量,会员号，备注。明细:明细号,衣服编号,衣服种类,收衣号，描述。收费:收费号,收费金额，收费日期，收衣号。(3) 多对多一的联系转化为一张单独的关系表此系统中不存在多对多关系4.2关系优化（1）会员表:函数依赖集为F1=会员号,注册时间，姓名,年龄，联系电话,家庭住址3NF主属性：会员号非主属性：注册时间，姓名，年龄,联系电话，家庭住址。（2）收衣表：函数依赖集为F2=收衣号,日期，数量，会员号,备注3NF主属性：收衣号，会员号非主属性:日期，数量，备注。（3)明细

20、表：函数依赖集为F3=明细号，衣服编号，衣服种类,收衣号，描述 3NF主属性：明细号，收衣号非主属性:衣服编号,衣服种类，描述.（4）收费表：函数依赖集为F4=收费号，收费金额,收费日期,收衣号3NF主属性:收费号，收衣号非主属性：收费金额,收费日期。（5）权限表：函数依赖集为F5=权限号，权限名,权限密码3NF主属性：权限号非主属性名：权限名,权限密码。(6）支出表:函数依赖集为F6=支出号，支出类型,支出金额，支出日期3NF主属性：支出号非主属性：支出类型，支出金额，支出日期。五数据库完整性设计5。1约束说明根据参照完整性，表与表之间有主键、外键、用户自定义约束。(1)会员号是会员表的主键

21、,在8位以内,只能由数字组成.(2）收衣表中数量限制在10以下.（3）明细表中衣服编号只能是1到10的数字。（4）收衣表中收衣号为主键（5）明细表中明细号号为主键（6）收费表中收费号为主键（7)收衣表中会员号参照会员表中的会员号（8)明细表中收衣号参照收衣表中的收衣号(9）收费表中收衣号参照会员表中的收衣号(10） 收衣表中的备注只能说明是收衣还是取衣。5.2基本表(1）会员表属性名数据类型是否为空含义是否为主键MemberIDintNot null会员号Primary keySignTIMEDATENot null注册时间NAMEvarcharNot null姓名AGEintNot null

22、年龄TELEPHONEintNot null联系电话ADDRESSvarcharNot null家庭住址(2)收衣表属性名数据类型是否为空含义是否为主键GetNumberintNot null收衣号Primary keyGetDateDATENot null日期GNumberintNot null数量MemberIDintNot null会员号Primary keyGRemarkvarcharNot null备注（3)明细表属性名数据类型是否为空含义是否为主键DetailNumberintNot null明细号Primary keyClothingIDintNot null衣服编号Clothi

23、ngStylevarcharNot null衣服种类GetNumberintNot null收衣号Primary keyBewritevarchar描述(4)收费表属性名数据类型是否为空含义是否为主键ChargeNumberintNot null收费号Primary keyChargeintNot null收费金额ChargeDateDATENot null收费日期GetNumberintNot null收衣号Primary key（5）权限表属性名数据类型是否为空含义是否为主键JurisdictionNumberintNot null权限号Primary keyJurisdictionNam

24、evarcharNot null权限名JurisdictionPasswordintNot null权限密码(6）支出表属性名数据类型是否为空含义是否为主键PayNumberintNot null支出号Primary keyPayTypevarcharNot null支出类型PayMoneyintNot null支出金额PayDateDATENot null支出日期六 物理结构设计数据库在物理设备上的存储结构与存取方法称为数据库的物理结构,它依赖于选定的数据库管理系统。为一个给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程,就是数据库的物理设计.数据库的物理设计通常分为两步:（1)确定

25、数据库的物理结构确定数据库物理结构主要指确定数据的存放位置和存储结构,包括:确定关系、索引、聚簇、日志、备份等的存储安排和存储结构，确定系统配置等。确定数据的存放位置为了提高系统性能，我们根据应用情况将数据的易变部分与稳定部分、经常存取部分和存取频率较低部分分开存放。把权限表作为数据稳定和存储频率较低部分，把会员表、收衣表、取衣表、收费表和支出表作为数据易变和经常存储部分,分开存放。确定系统配置在进行物理设计时，根据应用环境,将数据库的大小的参数值设置为:事务日志的分配空间为1.00MB，文件按10百分比自动增长，并将文件增长限制为10.00MB；数据文件的分配空间为2。00MB,文件按10百

26、分比自动增长，并将文件增长限制为10。00MB。（2）对物理结构进行评价数据库系统是多用户共享的系统，对同一个关系要建立多条存取路径才能满足多用户的多种应用要求.物理设计的任务之一就是要确定哪些存取方法，即建立哪些存取路径。常用的存取方法有三类。第一类是索引方法，目前主要是B+树索引方法；第二类是聚簇方法;第三类是HASH方法。（1)索引存取方法的选择由于会员表的MemberID经常在查询和连接操作的条件中出现,故在MemberID上建立B+树索引。由于收衣表的GETNumber经常在查询和连接操作的条件中出现，故在GETNumber上建立B+树索引。由于收费表的Charge经常作为最大值、最

27、小值以及求和等聚集函数的参数，故在这Charge上建立B+树索引.由于支出表PayMoney的经常作为最大值、最小值以及求和等聚集函数的参数，故在这PayMoney上建立B+树索引。(2）聚簇存取方法的选择由于收衣表的GETNumber经常要进行连接操作,为了提高GETNumber的查询速度，则对此关系建立一个聚簇索引。由于会员的MemberID经常要进行连接操作，为了提高MemberID的查询速度，则对此关系建立一个聚簇索引。由于收费表的ChargeNumber经常要进行连接操作，为了提高ChargeNumber的查询速度,则对此关系建立一个聚簇索引。由于明细表的DetailNumber经常

28、要进行连接操作,为了提高DetailNumber的查询速度，则对此关系建立一个聚簇索引。由于支出表的PayNumber经常要进行连接操作，为了提高PayNumber的查询速度，则对此关系建立一个聚簇索引.六数据库实施CREATE TABLE JURISDICTION(JurisdictionNumber int NOT NULL,JurisdictionNAME varchar(20） NOT NULL,JurisdictionPassword int NOT NULL） 图 6.1 权限表CREATE TABLE Member（MemberID int NOT NULL，SignTIME d

29、ate NOT NULL，NAME varchar(40） NOT NULL，AGE int NOT NULL,TEHEPHONE int NOT NULL，ADDRESS varchar(80） NOT NULL） 图 6.2 会员表CREATE TABLE GetClothing（GetNumber int NOT NULL,GetDate date NOT NULL，GNumber int NOT NULL CHECK(GNumber=1 AND GNumber<=10）MemberID int NOT NULL，Remark varchar（20) CHECK（Remark IN（收',取')） 图 6。3 收衣表CREATE TABLE Detail（DetialNumber int NOT NULL，ClothingID int NOT NU