数据库洗衣店管理组织系统教学规划

.课程设计（论文）任务书软件学院 学 院 软件工程测试方向 专 业 软测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 系统顶层数据流图顾客5支出店长记录支出信息操作收衣收衣信息.顾客信息图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会员号唯一标识每一00000001~999999个会员99SignDateDATE注册时2000-01-01~2015-间01-09NAMEvarchar姓名文字说明AGEint年龄15~80TELEPHONEint联系电话ADDRESSvarchar家庭住文字说明址GetNumberint收衣号唯一标识每一00000001~999999次收、取衣记99录GetDateDATE日期2000-01-01~2015-01-09.GetNumberint数量1~10Remarkvarchar备注说明收衣还是取衣DetailNumberint明细号唯一标识每一00000001~999999次明细记录99ClothingIDint衣服编1~10号ClothingStylevarchar衣服种文字说明类Bewritevarchar描述文字说明ChargeNumberint收费号唯一标识每一00000001~999999次收费记录99Chargeint收费金额ChargeDateDATE收费日2000-01-01~2015-期01-09JurisdictionNumbint权限号唯一标识每一0001~0003er个权限JurisdictionNamevarchar权限名文字说明.JurisdictionPasswint权限密由数字组成ord码PayNumberint支出号唯一标识每一00000001~999999次支出记录99PayTypevarchar支出类文字说明型PayMoneyint支出金1~9999额PayDateDATE支出日2000-01-01~2015-期01-09（2）数据结构○1数据结构：会员含义说明:会员管理系统的主体数据结构，定义了会员的相关信谢谢阅读息组成：会员号，注册时间，姓名，年龄，联系电话，家庭住址。谢谢阅读○2数据结构：收衣表.含义说明：收取衣管理系统的主体数据结构，定义了收、取衣谢谢阅读记录信息组成：收衣号，日期，数量，会员号，备注。○3数据结构：明细表含义说明：收衣管理系统的子体数据结构，定义了收衣记录中感谢阅读衣服信息的说明信息。组成：明细号，衣服编号，衣服种类，收衣号，描述。○4数据结构：收费表含义说明：收费管理系统的主体数据结构，定义了收费记录信精品文档放心下载息组成：收费号，收费金额，收费日期，取衣号。○5数据结构：权限表含义说明：权限管理系统的主体数据结构，定义了权限记录信精品文档放心下载息组成：权限号，权限名，权限密码。○6数据结构：支出表含义说明：消费管理系统的主体数据结构，定义了支出记录信谢谢阅读息.组成：支出号，支出类型，支出金额，支出日期。（3）数据流○1数据流：会员信息说明:会员注册时记录的信息数据流来源：注册数据流去向：会员表组成：会员号，注册时间，姓名，年龄，联系电话，家庭住址。谢谢阅读○2数据流：收衣信息说明：收衣时记录的信息数据流来源：收衣，取衣数据流去向：收衣表组成：收衣号，日期，数量，会员号，备注。.○3数据流：明细信息说明：收衣时记录的衣物信息数据流来源：收衣数据流去向：明细表组成：明细号，衣服编号，衣服种类，收衣号，描述。○4数据流：收费信息说明：收费时记录的信息数据流来源：收费数据流去向：收费表组成：收费号，收费金额，收费日期，收衣号。○5数据流：权限记录说明：记录洗衣店的员工权限记录数据流来源：员工输入数据流去向：权限表组成：权限号，权限名，权限密码。○6数据流：支出信息说明：支出时记录的信息数据流来源：支出.数据流去向：支出表组成：支出号，支出类型，支出金额，支出日期。（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 支出计算1收费.图3.2.1 总体ER图四逻辑结构设计本次设计的数据库在SQLServer2008上实现，将概念结构设计中的E-R图转换成SQLSever2008支持的关系数据模型。谢谢阅读.4.1关系设计关系设计包括实体转换和联系转换。4.1.1实体转换将每个单独的实体转换为一张单独的表(1)会员：会员号，注册时间，姓名，年龄，联系电话，家庭住精品文档放心下载址。(2)收衣：收衣号，日期，数量，会员号，备注。(3)明细：明细号，衣服编号，衣服种类，收衣号，描述。精品文档放心下载(4)收费：收费号，收费金额，收费日期，收衣号。(5)权限：权限号，权限名，权限密码。(6)支出：支出号，支出类型，支出金额，支出日期。4.1.2联系转换一个实体型转换为关系模式，实体的属性就是关系的属性，实感谢阅读体的码就是关系的码。对于实体间的联系有以下几种不同的情谢谢阅读况：一对一的联系转化为一张单独的关系表会员：会员号，注册时间，姓名，年龄，联系电话，家庭住址。权限：权限号，权限名，权限密码。感谢阅读.支出：支出号，支出类型，支出金额，支出日期。一对多的联系通过在多表中添加属性来实现收衣：收衣号，日期，数量，会员号，备注。精品文档放心下载明细：明细号，衣服编号，衣服种类，收衣号，描述。收费：收费号，收费金额，收费日期，收衣号。精品文档放心下载多对多一的联系转化为一张单独的关系表此系统中不存在多对多关系谢谢阅读4.2关系优化（1）会员表：函数依赖集为F1={会员号，注册时间，姓名，年龄，联系电话，谢谢阅读家庭住址}∈3NF主属性：会员号非主属性：注册时间，姓名，年龄，联系电话，家庭住址。精品文档放心下载（2）收衣表：函数依赖集为F2={收衣号，日期，数量，会员号，备注}∈3N谢谢阅读F主属性：收衣号，会员号.非主属性：日期，数量，备注。（3）明细表：函数依赖集为F3={明细号，衣服编号，衣服种类，收衣号，描述}∈3NF精品文档放心下载主属性：明细号，收衣号非主属性：衣服编号，衣服种类，描述。（4）收费表：函数依赖集为F4={收费号，收费金额，收费日期，收衣号}∈3感谢阅读NF主属性：收费号，收衣号非主属性：收费金额，收费日期。（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)会员表属性名 数据类型 是否为空 含义 是否为主键.MemberIintNotnull会员号PrimarykeyDSignTIMEDATENotnull注册时间NAMEvarcharNotnull姓名AGEintNotnull年龄TELEPHONEintNotnull联系电话ADDRESSvarcharNotnull家庭住址(2)收衣表属性名数据类型是否为空含义是否为主键GetNumbeintNotnull收衣号PrimarykeryGetDateDATENotnull日期GNumberintNotnull数量MemberIintNotnull会员号PrimarykeDyGRemarkvarcharNotnull备注(3)明细表.属性名数据类型是否为空含义是否为主键DetailNumbintNotnull明细号PrimarykeyerClothingIDintNotnull衣服编号ClothingStylvarcharNotnull衣服种类eGetNumberBewrite

int Notnull 收衣号 Primarykey精品文档放心下载varchar 描述(4)收费表属性名数据类型是否为空含义是否为主键ChargeNumbintNotnull收费号PrimarykeyerChargeintNotnull收费金额ChargeDateDATENotnull收费日期GetNumberintNotnull收衣号Primarykey.(5)权限表属性名数据类型是否为空含义是否为主键JurisdictionNumbintNotnull权限号PrimarykeyerJurisdictionNamevarcharNotnull权限名JurisdictionPasswointNotnull权限密rd码(6)支出表属性名数据类型是否为空含义是否为主键PayNumbeintNotnull支出号PrimarykeryPayTypevarcharNotnull支出类型PayMoneyintNotnull支出金额PayDateDATENotnull支出日期六物理结构设计数据库在物理设备上的存储结构与存取方法称为数据库的物理感谢阅读结构，它依赖于选定的数据库管理系统。为一个给定的逻辑数感谢阅读.据模型选取一个最适合应用要求的物理结构的过程，就是数据库的物理设计。感谢阅读数据库的物理设计通常分为两步：(1)确定数据库的物理结构确定数据库物理结构主要指确定数据的存放位置和存储结构，包括：确定关系、索引、聚簇、日志、备份等的存储安排和存储结构，确定系统配置等。感谢阅读○1确定数据的存放位置为了提高系统性能，我们根据应用情况将数据的易变部分与稳谢谢阅读定部分、经常存取部分和存取频率较低部分分开存放。把权限表作为数据稳定和存储频率较低部分，把会员表、收衣谢谢阅读表、取衣表、收费表和支出表作为数据易变和经常存储部分，精品文档放心下载分开存放。○2确定系统配置在进行物理设计时，根据应用环境，将数据库的大小的参数值感谢阅读设置为：事务日志的分配空间为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的查询速度，则对此关系建立一个聚簇索引。精品文档放心下载.六数据库实施CREATETABLEJURISDICTION(谢谢阅读JurisdictionNumberintNOTNULL,精品文档放心下载JurisdictionNAMEvarchar(20)NOTNULL,精品文档放心下载JurisdictionPasswordintNOTNULL精品文档放心下载）图6.1权限表CREATETABLEMember(MemberIDintNOTNULL,.SignTIMEdateNOTNULL,NAMEvarchar(40)NOTNULL,感谢阅读AGEintNOTNULL,TEHEPHONEintNOTNULL,ADDRESSvarchar(80)NOTNULL谢谢阅读）图6.2会员表CREATETABLEGetClothing(GetNumberintNOTNULL,GetDatedateNOTNULL,GNumber int NOT NULL CHECK(GNumber>=1 AND谢谢阅读GNumber<=10).MemberIDintNOTNULL,Remarkvarchar(20)CHECK(RemarkIN('收','取'))精品文档放心下载）图6.3 收衣表CREATETABLEDetail(DetialNumberintNOTNULL,感谢阅读ClothingID int NOT NULL CHECK(C