摘 要:各行各业的信息化时代纷沓而至,服装销售行业也开始实行软件管理的运营方式。女主角女装店为了更轻松的进行销售管理,计划投入管理软件的使用。本文就女主角女装销售管理软件的需求进行深一步的明确,确定本软件设计的和定义软件的其他有效性需求安排项目规划与进度、组织软件开发与测试。
关键字:服装销售管理系统;需求分析;数据流图
1 引言
随着信息化社会的到来,面对激烈的市场竞争,市场上的小企业、个体经营户要想生存发展,必须加强自身管理,寻求企业盈利的途径。改变原本最简单模式的人工管理,采取一些信息化的管理,如软件管理运营。以最小的成本投入和管理投入,获取最优的效益收入。从而为小企业的成长、发展壮大打好坚实的信息化基础。
1.1 编写目的
编写该文档是为了分析服装销售管理的流程,把人工模式抽象为可在计算机上处理的自动模式。对整个销售过程进行分析和总结,便于设计人员、开发人员对系统整体功能的认识,通过该文档确定系统的目地和功能,以及管理流程和方法,同时为使用者提供一些参考。
1.2 项目背景
女主角女装店在现今的经营规模下发现其销售经营管理上存在着如下问题:近年来品牌女装的销售量越来越大,之前店里采用纯手工记账,手工填制各种单据,人工盘点货物记账入库的形式,往往数据量涉及较大且易出错。在平时的销售过程中,经常碰到查找同型号不同尺码、颜色服装的麻烦,浪费时间。考虑到店内已配备电脑的情况下,可充分运用电脑的优势,实行信息化软件管理,使店面的管理达到高效化,简单化。因此提出进行《服装销售管理系统》的开发。
本人计算机专业大三学生具备进行该软件系统开发的能力并承担本软件系统的开发与维护工作。软件开发成功后,该软件系统由女主角女装店使用。本软件系统在windows系统下均可运行,但需要建立用户数据库。关于软件中所用到的各方面数据,由女装店提供。
1.3 定义
数据字典(DD):数据字典中的名字都是一些属性与内容的抽象和概括,它们的特点是数据的“严密性”和“精确性”,没有半点含糊[1]。
业务流程图(transaction flow diagram,简称TFD)用一些尽可能少的规定的符号及连线表示具有业务处理过程,是一种具有描述当前系统内各单位、人员之间业务关系、作业顺序和管理信息流向的图表[1]。
数据流图(data flow diagram,DFD)将数据在组织内部的流动情况抽象地出来,舍去了具体组织机构、信息载体、处理工作、物资、材料等非计算机处理的内容,单从数据流动过程来考查实际业务的数据处理模式[1]。
输入/处理/输出表(IPO表)表现数据之间关系、包括数据处理关系的一个工具。
1.4 参考资料
见文后
2 任务概述
软件在实现设计之前,明确设计的目标是关键。另外我们也要明确使用本系统软件的用户的特点,规定软件的假定和约束条件,以确保用户更有效的使用软件。
2.1 目标
本系统设计的目标是能够实现对服装基本信息的添加和修改,通过服装的基本信息可以对服装进行分类,方便用户信息查找。服装销售出库或是采购入库时,填制电子单据、打印小票达到服装出入库信息、销售信息等情况的记录。系统实时更新库存信息,反映销售情况,自动核算成本,生成利润表,实现进销存一体化信息管理。为保证系统的安全性,应设置权限密保管理。另外系统应具有简单、易用、小巧、经典的特色,应该能够对服装销售管理进行优化,使其系统化,高效化,智能化,并保证销售管理的准确性,简易性。此软件为单机软件,所有商品录入、进、销、存、数据查询、报表分析都在一台电脑操作,另外还需安装SQL server数据库服务器。
2.2 用户的特点
本软件的最终用户是服装销售管理人员,学历相对不高,对于计算机的操作也只在简单的日常电脑使用。由于本软件操作性简单,因此只要对使用者进行简单的指导即可自行进行操作。
2.3 假定和约束
由于本软件系统较小,且在Windows系统下开发,故在Windows系统下运行不存在任何。硬件方面可由用户需要配备条码扫描、小票打印机,其他方面无特殊要求。由于开发资历有限以及一些功能实现起来比较麻烦且实用意义不大,所以软件还存在很多功能上的不足。对信息的保护手段仅限于设置密码保护,以及提供数据文件的备份,比较简单,不能防止恶意的破坏,安全性能有待进一步完善。
3 需求规定
需求是用户在现实和理想之间有差距时产生的一种期望,因此我们要开发正确的需求。首先我们要熟悉用户现实的整个业务流程,基于此基础对系统进行结构化分析。
3.1 对功能的规定
3.1.1 业务流程图
通过对用户的调查以及面对面的实地了解,总结出整个服装销售的业务流程如下:首先,服装供应厂商会电话或QQ通知店家新季度的服装,店家确定订单,之后厂商快递服装过来并附上进货单(销售清单),收到订单之后,根据进货单盘点服装数量,检查服装质量,确认无误后入库并记账。开始销售后,当天卖出的服装,及时从库存中挂新的衣服出来。间断性的进行库存的盘点,确保库存正确且检查缺货情况,对于缺货的商品及时进行补货。
根据上面的业务流程的描述,可以绘制业务流程图方便理解,发现系统功能的需求。如下图3.1对整个服装销售管理流程进行了比较具体的描述:
图3.1 业务流程图
3.1.2 功能模块及描述
通过对业务流程的详细了解,分析业务处理过程中存在的问题和不足,我们可以确定本系统的功能需求。本系统的主要功能模块如下:(1)服装信息模块(2)销售管理模块(3)服装进货管理模块(4)库存管理模块(5)报表分析模块。
下面详细描述各个功能模块:
(1)服装信息模块。此模块具有服装信息输入、增删、修改、打印等功能,服装基本信息包括服装编码、名称、类别、颜色、尺码、价格等信息。信息增删实现了对数据库中服装信息的增加和删除。用户可以通过服装名称或编码对服装信息进行查询,也可以通过类别进行模糊查询,最后可以以excel或是表格形式打印。
(2)销售管理模块。根据销售的服装的编码或是名称在库存中进行查询,确定顾客所需要的尺码和颜色的服装是否可供销售,然后录入服装信息进行电子销售单的填制,其中有销售金额的自动结算。同时更新库存信息,以及记录销售情况,最后打印小票。
(3)服装进货管理模块。服装进货之后,根据进货单录入入库的服装信息,实现库存信息的更新。
(4)库存管理模块。服装入库时记录服装总数量,每次销售,根据销售掉的数量对库存进行更新,对于缺货的商品,进行缺货记录,从而达到提醒卖家及时进货的功能。
(5)报表分析模块。通过对销售记录进行统计和分析,得出销售报表。统计指标分日期和商品名称,从而得出某段时间内全部商品的销售情况或是某件商品的销售情况。另外,根据商品成本以及销售价对商品进行利润分析,让用户一眼明确自己店内的销售情况,便于做出决策和计划。
3.1.3 数据流图
业务流程图虽然形象的表达了管理过程中信息的流动和存储过程,但其中还包括如货物、产品等物质要素[1]。因此,必须进一步舍去物质要素,绘制系统的数据流图。数据流图的建立过程必须遵循自顶向下、逐层分解的原则。服装销售管理系统的数据流从最初的服装入库到最后的销售出库得到如下图3.2的顶层图。
图3.2 顶层数据流图
接下去对顶层图进行细化,从而描述出系统的主要功能。服装销售管理包含服装信息管理、销售管理、进货管理、库存管理等部分。以下对其中一个功能模块进行展开,
细化成第一层数据流图。其余功能模块的扩展见附录。
图3.3 一层数据流图
通过对销售记录进行各项指标的统计,如日期、商品名称,进行销售情况的报表分析。再根据成本和销售价的分析,计算销售利润表。可以在一层数据流图的基础上进行扩展得到如下图3.4的二层数据流图。
图3.4 二层数据流图
3.1.4 输入/处理/输出关系表
数据流图能表现系统的逻辑功能与系统内外事物之前的信息关系,反映系统内信息流动情况。它虽然简单、清晰、易理解,但是也存在很大局限性。因此我们需要引入IPO表(输入/处理/输出关系表),现针对销售管理模块进行数据输入处理输出的描述。
表3.1 销售管理IPO表
| IPO表 | |
| 系统名称:服装销售管理子系统 | 作者姓名:任倩 |
| 模块名称:销售管理 | 制作日期:2011/5/28 |
| 图表编号: | 处理编号: |
| 被调用模块名称: 无 | 调用模块名称:查询库存、确认有货、修改库存、开小票 |
| 输入数据名称:销售单、商品信息 | 输出数据名称:小票 |
| 关于处理的描述: 读取 销售商品信息 取出 销售商品小票 判断 销售商品库存是否有货 如果 销售的商品库存有货 则 登记销售记录,更新库存信息 如果 缺货 则 登记缺货记录 否则 登记销售单,开小票 条件语句结束 否则 登记缺货信息 条件语句结束 | |
| 注释: | |
为了清楚地表示数据流的数据结构与意义,结合上面的内容,改用数据字典描述。由于数据字典条目较多,针对各类型的数据字典列出一个进行解说,其余见附录。对于数据元素类型的条目,如下表3.2所示我们要明确元素的结构,包括代码类型、取值范围以及意义,并做简要说明。
表3.2 数据字典:编码条目
| 条目名:编码 | 别名: |
| 源于数据流: | |
| 编码结构: 代码类型 取值范围 意义 字符 0000000000001-9999999999999 0-7 8-9 10-13 (由数字组成的字符) 款式 色号 规格 | |
| 简要说明:服装的识别符,每件服装唯一的编码 | |
表3.3 数据字典:进货单条目
| 条目名:进货 | 别名:进货单 |
| 来源:服装供应厂商 去向:进货店家 | |
| 进货结构: 进货单={编码}+{名称}+{价格}n+总额+进货时间 n=每种不同编码的服装的数量 | |
| 简要说明:进货单在店家向服装供应商进货时进行交付,然后店家进行电脑录入 | |
表3.4 数据字典:库存记录条目
| 条目名:库存记录 | 别名: |
| 存储组织: 记录数: 主关键字: 每类服装一条记录 约100 服装编码 | |
| 记录组成: 项名:编码 名称 尺码 颜色 库存数量 长度:13 50 5 5 2 | |
| 简要说明:系统自行汇总销售掉的数量,每种类型一条记录,不可出现同类型多条记录 | |
表3.5 数据字典:销售管理条目
| 条目名:销售管理 | 别名: |
| 输入: 输出: 编码,销售价,数量,尺码,颜色,所收现金 总额,应找金额 | |
| 处理逻辑: 1.输入商品编码、尺码、颜色,查看库存记录 2.确定是否有货 3.有货的话,修改库存,没货的话进行缺货登记 4.根据销售价和数量计算总额 5.输入所收现金,计算应找金额 6.勾选日期、销售员号,生成销售记录并打印小票 | |
| 简要说明:小票归顾客所有,小票部分打印销售信息 | |
3.2.1 精度
各种单据中涉及到的数据精确到小数点后两位。必须按照严格的数据格式输入,否则系统给予错误提示。查询要保证全库查询,支持两种查询模式:直接查询、模糊查询。
3.2.2 时间特性要求
由于此软件可以在不联网的情况下运行,对于产生的各种信息都是通过对数据库中数据的处理之后进行输出的,响应时间较短,最慢在10秒内。数据的录入以及传送及时,随时录入随时更新数据库,对软磁盘、扫描仪和打印机的操作也应在可接受的时间内完成。
3.2.3 灵活性
本系统应该可运行于各种windows操作系统平台上。
3.3 I/O要求
对于输入的信息有如下规定,包括类型、数值范围、精度。若输入不符合要求,系统会提示出错并给予正确提示。报表的分析可以以excel的形式导出或打印。
表3.6 服装基本信息I/O表
| 名称 | 类型 | 数值范围 | 长度 |
| 商品编码 | char | 0000000000001-9999999999999 | 13 |
| 商品名称 | char | 50 | |
| 进货价 | float | 1.00-1000.00 | 20 |
| 销售价 | float | 1.00-1000.00 | 20 |
| 数量 | int | 1-50 | 2 |
| 单位 | char | 2 | |
| 尺码 | char | 5 | |
| 颜色 | char | 5 | |
| 进货时间 | datetime | 20 | |
| 销售时间 | datetime | 20 | |
| 类别 | char | 5 | |
| 销售员 | char | 20 |
由于本软件用于服装销售店家对店内服装销售进行管理统计,因此数据要满足店内使用需求。对于系统内部的各种电子单据,除非人工删除,否则长期保留。
3.5 故障处理要求
系统配备另外的数据库,每次登录系统时,要先登录数据库,使用完之后可对数据库内数据进行备份,以防系统崩溃情况发生时,可对数据进行恢复。只要操作系统没有大的故障程序一般是比较稳定的。正常使用时不应出错,对于用户的输入错误应给出适当的改正提示。若运行时遇到不可恢复的系统错误,也必须保证数据库完好无损。
3.6 其他专门要求
系统的安全性:对于系统的重要数据都有密码保护,具有一定的安全性。
系统的容错性:用户输错数据都有提示信息,具有较好的容错性能。
系统的封闭性:用户的封闭性较好,用户基本上在提示信息下输数据。
用户权限:需要进行权限验证才能正常使用系统。
4 运行环境规定
4.1 设备
(1)一台windows系统的PC机
(2)内存128MB以上
(3)显示器一台
(4)键盘、小票打印机、条形码扫描(可自己根据需要配备)
4.2 支持软件
Windows操作系统,Delphi7.0 中文版,SQL Server 2000数据库,Office 2000以上的办公应用软件
4.3 接口
硬件接口:无
软件接口:windows操作系统、SQL Server 2000数据库
4.4 控制
店内销售人员以及店家
参考文献
[1]程学先.管理信息系统及其开发[M].北京:清华大学出版社.2008
附录一 数据流图
图1 第一层数据流图
图2 第二层数据流图
附录二 数据字典
表1 数据字典:名称条目
| 条目名:名称 | 别名: |
| 源于数据流: | |
| 名称结构: 代码类型 字符 (由中文字符组成) | |
| 简要说明:服装的另一识别符,但款式相同的服装名称会存在相同 | |
| 条目名:进货价 | 别名:成本价 |
| 源于数据流: | |
| 进货价结构: 代码类型 取值范围 浮点型 1.00-1000.00 (由数字和小数点组成的浮点数) | |
| 简要说明:服装的进货价,是计算利润的依据 | |
| 条目名:销售价 | 别名: |
| 源于数据流: | |
| 销售价结构: 代码类型 取值范围 浮点型 1.00-1000.00 (由数字和小数点组成的浮点数) | |
| 简要说明:服装的销售价,是计算利润的依据 | |
| 条目名:数量 | 别名: |
| 源于数据流: | |
| 数量结构: 代码类型 取值范围 整型 1-50 (由数字组成) | |
| 简要说明:服装进货数量,也是刚入库时的最初库存量 | |
| 条目名:单位 | 别名: |
| 源于数据流: | |
| 单位结构: 代码类型 字符 (由中文组成的字符) | |
| 简要说明:类别不同的服装单价存在不同,如件、条 | |
| 条目名:尺码 | 别名: |
| 源于数据流: | |
| 尺码结构: 代码类型 字符 (由中文组成的字符) | |
| 简要说明:由于是成人女装,尺码上类型较少,很多都是均码 | |
| 条目名:颜色 | 别名: |
| 源于数据流: | |
| 颜色结构: 代码类型 取值范围 意义 字符 X X (由大写字母和数字组成的字符) 颜色首大写字母 颜色深浅度 | |
| 简要说明:第一个字符用各主色首大写字母表示,第二个字符是数字,由0-9颜色逐渐变换深浅,例:浅黄用Y1表示。 | |
| 条目名:销售记录 | 别名: |
| 存储组织: 记录数: 主关键字: 每类服装一条记录 约100 服装编码 | |
| 记录组成: 项名:编码 名称 尺码 颜色 销售数量 销售时间 长度:13 50 5 5 2 20 | |
| 简要说明:销售记录是实时更新的,用户可随时查看 | |
| 条目名:缺货记录 | 别名: |
| 存储组织: 记录数: 主关键字: 每类服装一条记录 约100 服装编码 | |
| 记录组成: 项名:编码 名称 颜色 尺码 备注 长度:13 50 5 5 50 | |
| 简要说明:备注记录下次补货的一些要求 | |
| 条目名:报表分析 | 别名: |
| 输入: 输出: 日期,名称,利润,销售价 各类销售报表,利润分析表 | |
| 处理逻辑: 1.根据销售记录,指定某件商品或是某段日期 2.统计此商品的销售状况报表或是某阶段所有商品销售报表 3.根据成本和销售价计算得出利润分析表 | |
| 简要说明:销售报表帮助店家了解销售情况,为订单作出决策。利润分析表帮助店家明了店内经营状况好坏。 | |