软件项目开发课程设计干洗店收费管理系统说明书.docx
- 文档编号:17365174
- 上传时间:2023-07-24
- 格式:DOCX
- 页数:34
- 大小:32.02KB
软件项目开发课程设计干洗店收费管理系统说明书.docx
《软件项目开发课程设计干洗店收费管理系统说明书.docx》由会员分享,可在线阅读,更多相关《软件项目开发课程设计干洗店收费管理系统说明书.docx(34页珍藏版)》请在冰点文库上搜索。
软件项目开发课程设计干洗店收费管理系统说明书
*******************
实践教学
*******************
兰州理工大学
计算机与通信学院
2011年秋季学期
软件开发综合训练课程设计
题目:
干洗店收费管理系统
专业班级:
姓名:
学号:
指导教师:
成绩:
摘要
随着干洗店服务的日渐完善和复杂,以前单纯的文本记录人工管理方式已经不能完全适应发展要求,这就需要有一个管理系统来协助完成。
本文按照软件工程的规范,采用结构化分析与设计的方法,依据实际需求描述了系统分析与设计的全过程,构建了一个干洗店管理系统。
本系统使用JavaServerPages(JSP)技术和SQLSERVER数据库进行开发,包含干洗店子系统和分店管理子系统,主要对分店的资料和客户的资料进行管理,规范订单的管理等,系统具有较好的应用价值
关键词:
干洗店;洗衣流程管理管理;B/S
序言
如今,随着我国的信息化建设程度也越来越高,互联网开始在人们的生活发挥着越来越为重要的作用,网络技术可以将各种不同的设施连接起来,进行统一的管理,目前洗衣业管理状况要满足快速增长的洗衣量,是远远不够的,因为当前干洗店多采用手工或半手工处理干洗店业务流程,多用人工方式在前台接送衣物并半手工进行营业额统计,效率十分低下。
干洗店业务主要是接送衣物、洗衣消耗品管理、洗衣设备管理、员工管理、营业额统计等。
另外,干洗店除了接送货业务外,还有不少业务是面向用户的,如申请会员、客户查询衣物状况等。
以上这些干洗店内部业务如果用计算机来进行管理的话,能大大节约大型干洗店工作人员和管理人员的时间,提高工作效率,所以开发这个系统十分有必要。
1.可行性分析
1.1问题描述
随着科学技术的发展,社会进步,计算机迅速的发展,干洗店收费管理的方法也日新月异,以前全是由人工管理的方法现存在很多的缺点:
管理效率低,劳动强度大,信息处理速度低而且准确率也不够令人满意。
为了提高干洗店收费管理效率,减轻劳动强度提高,信息处理速度和准确性;为管理员提供更方便、科学的服务项目。
为管理员提供的一种更先进、科学的服务系统。
于是我们便选择了由计算机来设计一个干洗店收费管理系统的方案。
让计算机对干洗店进行自动管理,管理员可以直接在计算机上实现干洗店的信息管理,并能在一定程度上实现自动化。
我们在现行系统初步调查的基础上提出了新系统目标,即新系统建立后所要求达到的运行指标,这是系统开发和评价的依据。
1.2可行性分析研究
当接受一个软件开发任务,就进入软件生命的第一个阶段,即进行可行性的研究。
并不是所有问题具有简单的解决办法,许多问题不能在预定的规模之内解决。
因此通过可行性的研究分析可以知道问题。
有无可行性的解决方法,进而避免人力、物力和财力的浪费。
在现行系统初步调查的基础上就可以提出新系统目标,即新系统建立后所要求达到的运行指标,这是系统开发和评价的依据。
系统目标应充分体现,直接为干洗店收费管理系统服务,并且,程序可以分期分批实现。
但是,需要指出的是,系统目标是不可能在总体规划阶段就提得非常具体,它还将在开发过程中逐步明确和定量化。
以达到更加出色的程序系统。
可是,目标的提法不尽相同,例如:
·提高干洗店收费管理效率,减轻劳动强度;
·提高信息处理速度和准确性;
·为管理者提供更方便、科学的服务项目。
1.2.1技术可行性
技术上的可行性分析主要分析现有技术条件能否顺利完成开发工作,硬、软件配置能否满足开发者需要等。
目前干洗店玉干洗店之间建有局域网,各干洗店均采用PC机作为工作台,其容量、速度能满足系统要求。
根据客户提出的系统功能、性能及实现系统的各项约束条件,根据新系统目
标来衡量所需的技术是否具备,本系统是一个数据库管理和查询的系统,现有的技术以较为成熟,硬件、软件的性能要求、环境条件等各项条件良好,估计利用现有技术条件应完全可以达到该系统的功能目标。
同时,考虑给予的开发期限也较为充裕,预计系统是可以在规定期限内完成开发。
1.2.2经济可行性
主要是对开发干洗店收费管理系统的经济效益进行评价,一方面是估算开发它的支出费用,其中包括设备购置费、软件开发费、管理和维护费、人员工资和培训费等。
另一方面是估算干洗店收费管理这个软件可能取得的收益中可以用钱来衡量的那部分。
并对目前的软件市场进行调查,所做软件是否有很大的销售市场和相当规模的用户群。
所做软件的开发成本与客户提出的要求是否可达到双方都满意。
并且,分析系统开发是否会对其它产品或利润带来一定影响。
经过对上述几个方面的调查研究和分析,我们得出干洗店收费管理这个软件的市场前景是相当客观的,在经济角度来说,开发干洗店收费管理是可行的。
1.2.3操作可行性
主要是了解干洗店收费管理的相关人员对开发信息系统是否支持,现有干洗店收费管理制度和方法是否科学,规章制度是否齐全,原始数据是否正确等。
干洗店收费管理人员积极支持该系统开发,使新系统能够充分的发挥作用;系统操作简单,易于理解,操作者经过短时间的培训就可以使用干洗店收费管理系统。
1.3结论意见
经过认真地可行性研究,系统基本上做到了在技术、经济、运行、法律上的可行。
因此,相信在按照计划上实施的前提下,全系统的设计将会按时、高质量完成。
所以,系统研制和开发是可以马上进行的。
2、项目开发计划
2.项目开发计划
2.1编写目的
经过项目的可行性分析,得出项目可进一步进行下去的结论,在软件继续进一步的开发之前首先给出此软件项目计划。
2.2项目背景
项目分析单位在接到项目分析员给出的项目可行性分析报告后,在本系统,即干洗店收费管理系统开发主管部门的统一下制定用于软件实质开发的软件项目计划,以使软件开发单位理解软件开发要求,进行开发。
2.3项目概述
1、工作内容
让计算机对干洗店收费进行自动管理,用户可以直接在计算机上实现干洗店收费的信息管理,并能在一定程度上实现自动化。
2、条件与限制
开发该软件的条件比较简单,以开发单位目前的经济与技术条件已完全具备开发的条件。
该系统可在用户要求的期限内完成。
3、产品
1)、程序
该项目因开发时间较短,这里只给出设计思想,具体程序没写。
2)、文档
文档内容包括:
(1)封面
(2)目录(3)中文摘要100字左右;关键词3-5个(4)序言(5)可行性分析(6)项目开发计划(7)需求规格说明(包含需要的系统流程图、数据流程图、数据字典、E-R图)(8)概要设计(包含总体软件结构图、总体数据结构)(9)详细设计(对概要设计内容进行详细设计)(10)设计总结、参考文献、致谢等
4、验收标准
软件的验收标准完全由用户提出的软件需求制定,能保证软件的基本符合用户的要求。
2.4项目开发计划
1、任务分解
分三个大的阶段进行开发第一阶段完成本系统的数据流图跟E-R图。
第二阶段完成概要设计跟详细设计。
第三阶段书写文档。
2、预算
软件资金投入较少,具体预算分配简略。
3、关键问题
各模块之间的联系和后台数据库的完成。
使用目前的设备与现有开发技术完全可以开发出该系统,总的来说该项目没有较大的技术难点与其他的一些风险因素。
对于出现的一些小难点总都能得到解决。
2.5交付期限
所要开发的系统较简单,所有开发工作用户要求要在三周内完成,完成项目的最迟时间为2011年8月20日。
3、需求分析
3.1任务需求分析
经分析先给出该系统的系统流程图,如图3.1所示:
事物
收费管理程序
取衣
送衣
上挂
收衣i
输入衣
服信息
根据收据
图3.1系统流程图
该系统主要包括系统功能输入模块、基本资料维护模块、报表模块、综合查询功能模块和统计模块等。
系统要实现基本信息录入、修改、查询等功能:
1、信息的输入,包括收衣信息,送衣信息,上挂信息,取衣信息。
根据要求,录入、修改、删除、查询统计符合条件的各类信息。
2、依据实际需要,对重要新信息进行统计。
3.2数据流图、数据字典及实体联系图
3.2.1数据流图
该系统数据流程图如图3.2所示:
取
衣服
处理
衣服
更新程序清单
接受
事务
收费管理员
输入衣服输入衣服
事务事务相关信息
D1收据信息
图3.2系统数据流程图
数据流图由四种基本的元素构成:
数据流(DataFlow),处理(Process),数据存储和数据源(数据终点)。
数据流(DataFlow):
为具有名称且有流向的数据,用标有名称的箭头表示,一个数据可以是记录、组合项或基本项。
处理(Process):
表示对数据所进行的加工和变换,在图中用矩形框表示。
指向处理数据流为该处理的输入数据,离开处理的数据为处理的输出数据。
数据存储:
表示用文件方式或数据库形式所存储的数据,堆砌进行的存取分别以指向或离开数据存储的箭头表示。
数据源及数据终点:
表示数据的来源或数据的去向,可以是一个组织或人员,它处于系统范围之外,所以又称它为外部实体,它是为了帮助理解系统界面而引入的,一般只出现在数据流图的起点和终点
3.2.2数据字典
数据字典是关于数据的信息的集合,也就是对数据流图中包含的所有元素的定义的集合。
由于本次设计是小型软件系统的开发,所以采用卡片形式书写数据字典。
每张卡片上保存描述一个数据的信息这样做更新和修改起来比较方便,而且能单独处理描述每个数据的信息。
下面将列出若干数据元素的数据卡片信息。
数据字典卡片:
名称:
收衣清单
别名:
收衣报表
描述:
干洗店衣服存储的描述
定义:
衣服分类
位置:
输出到打印机
保存到磁盘
名字:
衣服编号
别名:
描述:
惟一地标识衣服清单中一个特定的关键域
定义:
货物编号=8{字符}8
位置:
收衣报表
送衣清单
事务
名称:
衣服现存量清单
别名:
描述:
干洗店衣服存量描述
定义:
送衣日期、衣服分类
位置:
输出到打印机
保存到磁盘
名称:
送衣清单
别名:
送衣报表
描述:
每次送衣的货物描述
定义:
送衣的日期、分类
位置:
输出到打印机
保存到磁盘
名字:
送衣干洗店单位
别名:
生产商
描述:
惟一的标识送衣干洗店的一个特定的单位
定义:
单位名+负责人+联系电话
位置:
送衣报表
取衣报表
上挂清单
名字:
干洗店单位
别名:
供应商
描述:
惟一的标识取衣来源的一个特定的单位
定义:
单位名+负责人+联系电话
位置:
送衣报表
取衣报表
上挂清单
名字:
送衣数量
别名:
本次数量
描述:
某种衣服一次被某单位领取的数量
定义:
本次数量=1{数字}5
位置:
取衣信息
名字:
上期数量
别名:
描述:
某种衣服的上挂数量
定义:
上期数量=1{数字}5
位置:
衣服上挂信息
取衣信息
名字:
收衣数量
别名:
本次数量
描述:
某种货物服的一次上挂数量
定义:
本次数量=1{数字}5
位置:
衣服上挂信息
名字:
取衣清单
别名:
取衣报表
描述:
每次取衣的衣服描述
定义:
取衣日期,衣服描述
位置:
输出到打印机
保存到磁盘
名字:
需求单位名
别名:
描述:
惟一的标识需要衣服的一个特定的单位
定义:
单位名=20{字符}20
位置:
部门表
衣服收衣信息
衣服取衣信息
名字:
需求人或单位表
别名:
需求单位信息
描述:
是对需要取衣的各单位的信息进行统计
定义:
单位名+负责人+负责人联系电话+操作员+所属工作
位置:
衣服收衣信息
衣服取衣信息
名字:
用户名
别名:
描述:
惟一标识本系统的用户身份
定义:
用户名=8{字符}8
位置:
操作用户表
名字:
操作用户表
别名:
操作用户信息
描述:
是对使用本系统的用户进行身份和权限验证用的
定义:
用户名+密码+所属单位+权限一+权限二+权限三+操作员
位置:
班级表
衣服取衣需求单位信息表
衣服信息表
衣服取衣表
衣服收衣表
名字:
密码
别名:
描述:
验证本系统的用户身份
定义:
密码=8{字符}8
位置:
操作用户表
名字:
权限二
别名:
描述:
标识本系统的用户对本系统出入库权的使用权限
定义:
权限三=8{字符}8
位置:
操作用户表
名字:
权限一
别名:
描述:
标识本系统的用户对本系统管理权使用权限
定义:
权限一=8{字符}8
位置:
操作用户表
名字:
权限三
别名:
描述:
标识本系统的用户对本系统查询权的使用权限
定义:
权限四=8{字符}8
位置:
操作用户表
3.2.3实体联系E-R图
根据对数据流图和数据字典的分析,我们可以确定该应用中的实体,属性和实体之间的关系,并画出如下所示的E-R图。
编号
取货时间
联系电话
取衣人
操作员
地址
洗衣单价
图3.3需求人实体E-R
送衣
收衣
送衣日期
名称
上下限
干洗店
衣服编号
地址
洗衣单价
衣服数量
入库上挂时间
图3.4干洗店实体E-R图
需求人
图3.5程序E-R图
送衣时间
衣服编号
单位地址
单位编号
负责人
图3.6供应单位实体E-R图
上挂信息
图3.7上挂信息实体E-R图
干洗店名
衣服名称
供应单位
本次数量
取衣信息
洗衣单价
取衣时间
衣服编号
取衣时间
经办人
需求单位名
图3.8取衣信息实体E-R图
图3.9用户实体E-R图
地址
衣服编号
负责人
衣服编号
负责人
地址
名称
名称
电话
电话
干洗店
需求单位
单位编号
单位编号
需求
生产日期
供应
数量
编号
衣服
单价
名称
送衣时间
生产单位
存储
名称
图3.10实体和实体之间的E-R图
4、系统概要设计
4.1总体设计
通过这个阶段的工作将划分出组成系统的物理元素。
系统概要设计的基本目的是用比较抽象的概括方式确定系统如何完成预定的任务,也就是要确定系统的配置物理方案。
软件结构设计时应该遵循的最主要的原理是模块独立,让模块彼此间的接口关系应该尽量简单。
4.2系统功能模块图
可以根据模块独立原理对软件结构进行精化。
为了合理的分解,得到尽可能高的内聚、尽可能松散的耦合,最终要的是,为了得到一个易于实现、易于测试和易于维护的软件结构,应该对模块进行再分解或合并。
系统功能模块图如图4.1所示:
图4.1系统功能模块图
4.3数据库概念设计
数据库一般分为三级模式:
外模式、概念模式和内模式。
外模式也就是不同用户所对的数据视图,它将数据库内部抽象的数据及其互相之间的关系表示为简单、直观的应用界面。
概念模式是数据库中全部数据的逻辑结构和特征描述,通常以某种数据模型为基础。
内模式是对数据的物理结构和存储方式的描述。
在这里我们将要设计的是数据库的概念模式,
通过对干洗店收费管理系统的内容和数据流程分析及E-R图,设计如下数据项和数据结构。
干洗店信息:
包括干洗店名称、上挂货物、来往客户信息、上挂房间编号、库位编号,干洗店管理员等。
衣服信息:
包括名称、供应单位、生产单位、送衣日期、衣服数量、衣服单价、收衣时间、衣服编号等。
单位信息:
包括单位名称、负责人、地址、联系电话等信息。
衣服入库信息:
包括衣服编号、衣服名、生产单位、供应单位、本次数量、衣服单价、收衣时间、经办人等信息。
衣服出库信息:
包括衣服编号、衣服名、生产单位、供应单位、衣服需求单位名、本次数量、生产时间、衣服单价、取衣时间、经办人等信息。
用户信息:
包括用户名称、密码、所在单位、用户权限信息、操作员、最后修改时间。
数据库概念结构设计,是在需求分析的基础上,设计出能够满足用户需求的各种实体,以及他们之间的关系,为后面的逻辑结构设计打下基础。
4.4数据库逻辑结构设计
在数据库设计中相当重要的一步就是将概念模型转化为计算机上DBMS所支持的数据模型,例如,将E-R图模型转化为关系模型,道理很简单,我们设计概念模型基本上都是一些抽象的关系,在再数据库设计的实现过程中,在计算机上有效地表示出这些关系就成了数据库设计的关键。
根据仓库货物管理系统的功能要求,选取SQLServer2000作为后台数据库。
在上面的实体和实体之间的E-R图设计基础上,形成数据库中的表格及表格之间的关系。
该数据库由6个表组成,取衣人、衣服表、干洗店单位表、送衣信息表、取衣信息表、操作用户表。
一、主表的结构设计
1.取衣人
取衣人表是对取衣人信息进行统计,包括单位名、单位编号、取衣时间、地址、负责人、联系电话、操作员、所取衣服、衣服单价、衣服数量等信息。
需求单位表的结构表如表4-1所示
表4-1.需求单位结构表
列名
数据类型
长度
是否允许为空
说明
xqdwnumber
money
8
否
编号(主键)
xqdwname
varchar
50
否
单位名
xqdwadress
varchar
20
否
地址
xqdwmanager
varchar
8
否
负责人
xqdwtel
varchar
20
是
联系电话
operator
varchar
8
是
操作员
xqprice
money
8
是
单价
xqhw
varchar
20
是
所取衣服
xqamount
int
4
否
衣服数量
qhtime
datatime
8
否
取衣时间
2.干洗店信息
干洗店信息表是提供衣服的单位信息的统计,包括单位编号、单位名称、负责人、联系电话、地址、所供应衣服、衣服单价、衣服商量等信息。
干洗店信息表的结构如表4-2所示
表4-2供应单位信息结构表
列名
数据类型
长度
是否为空
说明
gydwnumber
money
8
否
编号(主键)
gydwname
varchar
20
否
单位名称
gydwmanager
varchar
8
是
负责人
gydwtel
varchar
50
是
联系电话
gydwadress
varchar
20
否
地址
operator
varchar
8
是
操作员
gyprice
money
8
是
单价
gyhw
varchar
20
是
供应衣服
gyamount
int
4
否
衣服数量
3.衣服信息
衣服表是对衣服信息的统计,包括名称、干洗店名、生产单位、生产时间、衣服数量、衣服单价、送衣时间、编号等。
衣服表的结构如表4-3所示
表4-3衣服结构表
列名
数据类型
长度
是否为空
说明
gydw
varchar
50
是
干洗店名
hwname
varchar
8
是
衣服名称
scdw
varchar
20
是
生产单位
sctime
datatime
8
是
生产时间
amount
int
4
是
衣服数量
price
money
8
是
货物单价
rktime
datatime
8
是
送衣时间
operator
varchar
8
是
操作员
hwnumber
money
8
否
编号(主键)
4.衣服上挂信息
衣服上挂信息是对上挂信息的统计,包括衣服编号、衣服名称、生产单位、干洗店名、本次数量、生产时间、衣服单价、上挂时间、经办人等信息。
衣服上挂信息表结构如表4-4所示
表4-4货物入库信息结构表
列名
数据类型
长度
是否为空
说明
hwnumber
int
4
否
衣服编号
hwname
varchar
50
否
衣服名称
scdw
varchar
8
否
生产单位
gydw
varchar
50
是
干洗店名
bcsl
int
4
是
本次数量
sctime
varchar
8
是
生产日期
price
money
8
是
衣服单价
rktime
datetime
8
是
上挂时间
jbr
varchar
8
是
经办人
5.操作用户信息
操作用户表是对使用本系统的用户进行身份和权限验证用的,包括用户名称、密码、所在单位、用户权限信息、操作员、最后修改时间。
操作用户表的结构如表4-5所示
表4-5操作用户结构表
列名
数据类型
长度
是否为空
说明
username
varchar
8
否
用户名
password
varchar
20
否
密码
szdw
varchar
20
是
所在单位
Qx1
bit
1
是
权限一
Qx2
bit
1
是
权限二
Qx3
bit
1
是
权限三
operator
varchar
8
是
操作员
6、取衣信息
取衣表是对取衣信息的统计。
包括衣服编号、衣服名称、生产单位、需求单位、本次数量、生产时间、洗衣单价、取衣时间、经办人等信息。
衣服取衣信息表结构表如表4-6所示
表4-6货取衣信息结构表
列名
数据类型
长度
是否为空
说明
hwnumber
int
4
否
衣服号
hwname
varchar
50
否
衣服名
scdw
varchar
20
否
生产单位
xqdw
varchar
20
否
需求单位
bcsl
int
4
是
本次数量
sctime
varchar
8
是
生产日期
price
money
8
是
衣服单价
outtime
datetime
8
是
取衣时间
jbr
varchar
8
是
经办人
4.5连接数据库的特点
当开发环境通过连接到数据库上之后,在设计中使用数据库画笔可实现对该数据库中表格,视图等的操作,如创建表,修改表,删除表,增加/删除记录。
设计中设计数据窗口的时候,通过对话框实现与数据的连接。
在应用程序中则一般是在应用程序对象中书写连接数据库的程序代码,使得应用程序开始运行并实现与数据库的连接。
5、详细设计
详细设计阶段的根本目标是确定应该如何具体地实现所要求的系统,包括了用户界面设计、程序过程设计等步骤。
5.1系统的主要功能
1、干洗店各种信息的输入,包括收衣,送衣,上挂,取衣信息的输入等
2、干洗店收费管理的各种信息查询,修改和维护
3、在上挂管理中加入最高储备和最低储备字段,对干洗店的洗衣物质设备实现监控和报警
4、对洗衣店洗衣的收衣管理,对取衣人的洗衣衣服管理
5、操作日志的管理
6、干洗店收费管理系统的使用帮助
5.2程序流程图
程序流程图的优点是对控制流程的描绘很直观,易于掌握。
1、取衣系统其程序流程图如图5.1所示
管理员
输入查询条件
查询相应衣服
是
是否存在
是否重新查找
否
否
是
确定取衣
否
是
取衣
结束
图5.1取衣系统程序流程图
2、收衣系统程序流程图如图5.2所示:
管理员
输入查询条件
查询相应衣服
是
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 项目 开发 课程设计 干洗 收费 管理 系统 说明书