洗衣店管理系统-课程设计论文正文--本科毕设论文.doc

课程设计（论文）任务书 软件学院 学 院 软件工程测试方向 专 业 软测2班 班 一、课程设计(论文)题目 洗衣店管理系统 二、课程设计(论文)工作自 2015 年 1 月 5 日起至 2015 年 1月 9 日止 三、课程设计(论文) 地点: 软件测试实验室 四、课程设计(论文)内容要求：1本课程设计的目的（1）巩固和加深对数据库基本知识的理解，提高综合运用课程知识的能力。（2）使学生巩固所学的理论基础知识的理解，掌握数据库设计的全过程及技术与方法。（3）培养学生编制软件文档及开发应用系统的能力，提高学生独立分析问题、解决问题的能力，锻炼和加强学生的动手能力。使学生掌握使用各种计算机资料和有关参考资料。2课程设计的任务及要求（1）根据选题任务要求，收集并查询相关文献资料，明确系统需求；通过对系统的功能分析和数据分析进行系统的需求分析设计，完成数据流图（DFD图）及数据字典（DD）的阶段性成果； （2）数据库的概念结构设计，完成基本全局E-R图的设计并体现设计过程；（3）数据库的逻辑结构设计，完成数据库关系模式的设计及优化；（4）数据库的物理结构设计，完成数据库实施的所有sql脚本的编写及索引文件的创建；完成安全性控制及完整性约束；（5）数据库的实施； （6）特别要求自己独立完成； 2）创新要求： 在基本要求达到后，可进行创新设计，如完善的功能、友好的人机界面。3）课程设计论文编写要求（1）要按照书稿的规格打印与写课程设计报告书；（2）报告包括目录、绪论、正文、小结、参考文献、附录等；（3）课程设计报告装订按学校的统一要求完成；4）课程设计进度安排内容 天数 地点构思及收集资料 1 图书馆数据库设计 3 实验室撰写报告 1 图书馆、实验室学生签名： 2015 年 1 月5 日课程设计(论文)评审意见（1）考勤（20分）：优（）、良（）、中（）、一般（）、差（）； （2）设计内容（40分）：优（）、良（）、中（）、一般（）、差（）； （3）答辩（25分）：优（）、良（）、中（）、一般（）、差（）；（4）文档格式规范整齐（15分）优（）、良（）、中（）、一般（）、差（）；（5）任何抄袭成绩一律归零；评阅人： 职称： 讲师 2015 年 1 月 12日目录一 绪论4二 需求分析4三 概念结构设计16四 逻辑结构设计19五 数据库完整性设计21六 物理结构设计23七 数据库实施25小结32参考文献32一 绪论近几年来洗衣店行业的兴起，减轻了上班族的许多负担，然而洗衣店良好的服务质量却离不开良好的管理方法。为了迎合当今洗衣业的发展，制作出了洗衣店管理系统。此系统包括对会员的注册，收、取衣服的记录，收费记录等功能，还能对洗衣店的其他支出类消费进行记录，能方便的统计出一天内的营业额和支出额。针对一般洗衣店的管理流程，此系统可以完成大部分业务功能。二 需求分析2.1编写目的更好的了解所制作的洗衣店管理系统以方便洗衣店员工使用。2.2需求分析2.2.1系统功能描述此系统应用于小型洗衣店，给洗衣店提供日常的收取衣记录，会员管理，收支管理等功能，能方便洗衣店每日的工作。（1）会员管理为进店顾客提供注册会员的功能，建立会员表，记录会员信息，包括会员号，注册时间等个人信息。（2）收、取衣管理记录每次的收、取衣服信息，还包括对衣服信息的明细记录。（3）权限管理建立权限表记录洗衣店店长、店员和老板的登录信息。（4）财务管理建立收费表以记录收费信息建立支出表以记录支出信息。2.2.2系统功能图洗衣店管理系统店员登录店长登录老板登录记录收衣信息记录取衣信息记录收费信息记录支出信息记录收衣信息记录取衣信息记录收费信息查看每日记录权限管理会员管理 图2.2.2.1 系统功能图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.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数据字典数据字典包括数据项，数据结构，数据流，数据存储，处理过程5个部分。数据项是不可再分的数据单位，数据结构是反映数据之间的组合关系，数据流是在系统中传输的路径，数据存储是数据结构停留或保存的地方，也是数据流的来源和去向之一，处理过程的具体处理逻辑一般用判定表或判定树来描述。（1）数据项数据项数据类型别名含义说明取值范围MemberIDint会员号唯一标识每一个会员0000000199999999SignDateDATE注册时间2000-01-012015-01-09NAMEvarchar姓名文字说明AGEint年龄1580TELEPHONEint联系电话ADDRESSvarchar家庭住址文字说明GetNumberint收衣号唯一标识每一次收、取衣记录0000000199999999GetDateDATE日期2000-01-012015-01-09GetNumberint数量110Remarkvarchar备注说明收衣还是取衣DetailNumberint明细号唯一标识每一次明细记录0000000199999999ClothingIDint衣服编号110ClothingStylevarchar衣服种类文字说明Bewritevarchar描述文字说明ChargeNumberint收费号唯一标识每一次收费记录0000000199999999Chargeint收费金额ChargeDateDATE收费日期2000-01-012015-01-09JurisdictionNumberint权限号唯一标识每一个权限00010003JurisdictionNamevarchar权限名文字说明JurisdictionPasswordint权限密码由数字组成PayNumberint支出号唯一标识每一次支出记录0000000199999999PayTypevarchar支出类型文字说明PayMoneyint支出金额19999PayDateDATE支出日期2000-01-012015-01-09（2）数据结构数据结构：会员含义说明:会员管理系统的主体数据结构，定义了会员的相关信息组成：会员号，注册时间，姓名，年龄，联系电话，家庭住址。数据结构：收衣表含义说明：收取衣管理系统的主体数据结构，定义了收、取衣记录信息组成：收衣号，日期，数量，会员号，备注。数据结构：明细表含义说明：收衣管理系统的子体数据结构，定义了收衣记录中衣服信息的说明信息。组成：明细号，衣服编号，衣服种类，收衣号，描述。数据结构：收费表含义说明：收费管理系统的主体数据结构，定义了收费记录信息组成：收费号，收费金额，收费日期，取衣号。数据结构：权限表含义说明：权限管理系统的主体数据结构，定义了权限记录信息组成：权限号，权限名，权限密码。数据结构：支出表含义说明：消费管理系统的主体数据结构，定义了支出记录信息组成：支出号，支出类型，支出金额，支出日期。（3）数据流数据流：会员信息说明:会员注册时记录的信息数据流来源：注册数据流去向：会员表组成：会员号，注册时间，姓名，年龄，联系电话，家庭住址。数据流：收衣信息说明：收衣时记录的信息数据流来源：收衣，取衣数据流去向：收衣表组成：收衣号，日期，数量，会员号，备注。数据流：明细信息说明：收衣时记录的衣物信息数据流来源：收衣数据流去向：明细表组成：明细号，衣服编号，衣服种类，收衣号，描述。数据流：收费信息说明：收费时记录的信息数据流来源：收费数据流去向：收费表组成：收费号，收费金额，收费日期，收衣号。数据流：权限记录说明：记录洗衣店的员工权限记录数据流来源：员工输入数据流去向：权限表组成：权限号，权限名，权限密码。数据流：支出信息说明：支出时记录的信息数据流来源：支出数据流去向：支出表组成：支出号，支出类型，支出金额，支出日期。（4）（5）数据存储、处理过程数据存储名功能处理说明insert-cust添加新注册的会员信息注册成功后在会员表中添加该会员信息select-cust查询会员信息店长登录系统后可以查询会员的个人信息update-cust修改会员信息店长登录系统后可以修改会员的个人信息delete-cust删除会员信息店长登录系统后可以删除会员的个人信息insert-get添加收衣信息店员或店长登录系统后可以对收衣信息进行添加select-get查询收衣信息店员或店长登录系统后可以对收衣信息进行查询update-get修改收衣信息店员或店长登录系统后可以对收衣信息进行修改delete-get删除收衣信息店员或店长登录系统后可以对收衣信息进行删除insert-take添加取衣信息店员或店长登录系统后可以对取衣信息进行添加select-take查询取衣信息店员或店长登录系统后可以对取衣信息进行查询update-take修改取衣信息店员或店长登录系统后可以对取衣信息进行修改delete-take删除取衣信息店员或店长登录系统后可以对取衣信息进行删除insert-detail添加衣服明细信息店员或店长登录系统后可以对衣服明细信息进行添加select- detail查询衣服明细信息店员或店长登录系统后可以对衣服明细信息进行查询update- detail修改衣服明细信息店员或店长登录系统后可以对衣服明细信息进行修改delete- detail删除衣服明细信息店员或店长登录系统后可以对衣服明细信息进行删除insert-charge添加收费信息店员或店长登录系统后可以对收费信息进行添加select-charge查询收费信息店员或店长登录系统后可以对收费信息进行查询update-charge修改收费信息店员或店长登录系统后可以对收费信息进行修改delete-charge删除收费信息店员或店长登录系统后可以对收费信息进行删除insert-pay添加支出信息店长登录系统后可以对本店支出信息进行添加select-pay查询支出信息店长登录系统后可以对本店支出信息进行查询update-pay修改支出信息店长登录系统后可以对本店支出信息进行修改delete-pay删除支出信息店长登录系统后可以对本店支出信息进行删除select-all查询所有信息老板登录系统后可以查询本店的所有信息三 概念结构设计在需求分析阶段所得到的应用需求应该首先抽象为信息世界的结构，才能更好地用某一DBMS实现这些需求。3.1实体图将通过需求分析得到的实体图画出如下：（1）会员实体图会员号注册时间姓名年龄家庭住址联系电话会员 图3.1.1 会员实体图（2）收衣实体图数量日期收衣号会员号收衣备注 图3.1.2收衣实体图（3）明细实体图明细号衣服种类衣服编号收衣号明细描述 图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上实现，将概念结构设计中的E-R图转换成SQL Sever 2008支持的关系数据模型。4.1关系设计关系设计包括实体转换和联系转换。4.1.1实体转换将每个单独的实体转换为一张单独的表(1)会员：会员号，注册时间，姓名，年龄，联系电话，家庭住址。(2)收衣：收衣号，日期，数量，会员号，备注。(3)明细：明细号，衣服编号，衣服种类，收衣号，描述。(4)收费：收费号，收费金额，收费日期，收衣号。(5)权限：权限号，权限名，权限密码。(6)支出：支出号，支出类型，支出金额，支出日期。4.1.2联系转换一个实体型转换为关系模式，实体的属性就是关系的属性，实体的码就是关系的码。对于实体间的联系有以下几种不同的情况：(1) 一对一的联系转化为一张单独的关系表会员：会员号，注册时间，姓名，年龄，联系电话，家庭住址。权限：权限号，权限名，权限密码。支出：支出号，支出类型，支出金额，支出日期。(2) 一对多的联系通过在多表中添加属性来实现收衣：收衣号，日期，数量，会员号，备注。明细：明细号，衣服编号，衣服种类，收衣号，描述。收费：收费号，收费金额，收费日期，收衣号。(3) 多对多一的联系转化为一张单独的关系表此系统中不存在多对多关系4.2关系优化（1）会员表：函数依赖集为F1=会员号，注册时间，姓名，年龄，联系电话，家庭住址3NF主属性：会员号非主属性：注册时间，姓名，年龄，联系电话，家庭住址。（2）收衣表：函数依赖集为F2=收衣号，日期，数量，会员号，备注3NF主属性：收衣号，会员号非主属性：日期，数量，备注。（3）明细表：函数依赖集为F3=明细号，衣服编号，衣服种类，收衣号，描述 3NF主属性：明细号，收衣号非主属性：衣服编号，衣服种类，描述。（4）收费表：函数依赖集为F4=收费号，收费金额，收费日期，收衣号3NF主属性：收费号，收衣号非主属性：收费金额，收费日期。（5）权限表：函数依赖集为F5=权限号，权限名，权限密码3NF主属性：权限号非主属性名：权限名，权限密码。（6）支出表：函数依赖集为F6=支出号，支出类型，支出金额，支出日期3NF主属性：支出号非主属性：支出类型，支出金额，支出日期。五 数据库完整性设计5.1约束说明根据参照完整性，表与表之间有主键、外键、用户自定义约束。(1)会员号是会员表的主键，在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年龄TELEPHONEintNot null联系电话ADDRESSvarcharNot null家庭住址(2)收衣表属性名数据类型是否为空含义是否为主键GetNumberintNot null收衣号Primary keyGetDateDATENot null日期GNumberintNot null数量MemberIDintNot null会员号Primary keyGRemarkvarcharNot null备注(3)明细表属性名数据类型是否为空含义是否为主键DetailNumberintNot null明细号Primary keyClothingIDintNot null衣服编号ClothingStylevarcharNot null衣服种类GetNumberintNot null收衣号Primary keyBewritevarchar描述(4)收费表属性名数据类型是否为空含义是否为主键ChargeNumberintNot null收费号Primary keyChargeintNot null收费金额ChargeDateDATENot null收费日期GetNumberintNot null收衣号Primary key(5)权限表属性名数据类型是否为空含义是否为主键JurisdictionNumberintNot null权限号Primary keyJurisdictionNamevarcharNot null权限名JurisdictionPasswordintNot null权限密码(6)支出表属性名数据类型是否为空含义是否为主键PayNumberintNot null支出号Primary keyPayTypevarcharNot null支出类型PayMoneyintNot null支出金额PayDateDATENot null支出日期六 物理结构设计数据库在物理设备上的存储结构与存取方法称为数据库的物理结构，它依赖于选定的数据库管理系统。为一个给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程，就是数据库的物理设计。数据库的物理设计通常分为两步：(1)确定数据库的物理结构确定数据库物理结构主要指确定数据的存放位置和存储结构，包括：确定关系、索引、聚簇、日志、备份等的存储安排和存储结构，确定系统配置等。确定数据的存放位置为了提高系统性能，我们根据应用情况将数据的易变部分与稳定部分、经常存取部分和存取频率较低部分分开存放。把权限表作为数据稳定和存储频率较低部分，把会员表、收衣表、取衣表、收费表和支出表作为数据易变和经常存储部分，分开存放。确定系统配置在进行物理设计时，根据应用环境，将数据库的大小的参数值设置为：事务日志的分配空间为1.00MB，文件按10百分比自动增长，并将文件增长限制为10.00MB；数据文件的分配空间为2.00MB，文件按10百分比自动增长，并将文件增长限制为10.00MB。(2)对物理结构进行评价数据库系统是多用户共享的系统，对同一个关系要建立多条存取路径才能满足多用户的多种应用要求。物理设计的任务之一就是要确定哪些存取方法，即建立哪些存取路径。常用的存取方法有三类。第一类是索引方法，目前主要是B+树索引方法；第二类是聚簇方法；第三类是HASH方法。（1）索引存取方法的选择由于会员表的MemberID经常在查询和连接操作的条件中出现，故在MemberID上建立B+树索引。由于收衣表的GETNumber经常在查询和连接操作的条件中出现，故在GETNumber上建立B+树索引。由于收费表的Charge经常作为最大值、最小值以及求和等聚集函数的参数，故在这Charge上建立B+树索引。由于支出表PayMoney的经常作为最大值、最小值以及求和等聚集函数的参数，故在这PayMoney上建立B+树索引。（2）聚簇存取方法的选择由于收衣表的GETNumber经常要进行连接操作，为了提高GETNumber的查询速度，则对此关系建立一个聚簇索引。由于会员的MemberID经常要进行连接操作，为了提高MemberID的查询速度，则对此关系建立一个聚簇索引。由于收费表的ChargeNumber经常要进行连接操作，为了提高ChargeNumber的查询速度，则对此关系建立一个聚簇索引。由于明细表的DetailNumber经常要进行连接操作，为了提高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 date 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=1 AND ClothingID=10)ClothingStyle varchar(50) NOT NULL,GetNumber int NOT NULL,Bewrite varchar(50) NULL） 图6.4 明细表CREATE TABLE CHARGE(ChargeNumber int NOT NULL,Charge int NOT NULL,ChargeDate date NOT NULL,GetNumber int NOT NULL） 图 6.5 收费表CREATE TABLE PAY(PayNumber int NOT NULL,PayType varchar(40) NOT NULL,PayMoney int NOT NULL,PayDate date NULL） 图 6.6 支出表Create VIEW 会员衣物查询ASselect MemberID,GNumber,ClothingStyle,Bewrite,Remarkfrom GetClothing,Detailwhere GetClothing.GetNumber=Detail.GetNumber 图6.7 会员衣物查询到的视图Create VIEW 会员收费查询ASselect MemberID,sum(Charge)Charge,GNumberfrom GetClothing,CHARGEwhere GetClothing.GetNumber=CHARGE.GetNumberGROUP BY MemberID,GNumber ; 图 6.8 会员收费视图 图 6.9 查询3号会员的消费情况 图 6.10 删除明细表中收衣号为6的记录 图 6.11 在支出表中增加一条记录 图6.12 将收费表中收衣号为6的记录中的收费改为40小结此次的实验内容较为基础且简单，但是很好的让我认识到了数据库在生活中的强大作用，并且接触了以前不曾接触的实用性软件SQL Server，完成课程设计不是任务，学习到了知识才是收获，感谢学校和老师给了我们这一次宝贵的实训机会，让我能亲手制作实用的系统。有了此次经验，我会更加全面的学习数据库并多动手实践，相信在今后的学习和工作中起到重要作用参考文献数据库系统概论 第四版 王珊 著29