摘要1
第一章前言2
1.1设计题目及要求3
1.2设计目的3
第二章系统分析3
2.1业务流程图3
2.2数据流图及数据字典4
第三章系统总体设计7
3.1系统功能模块图7
3.2实体图和实体联系E-R图8
3.3数据库的逻辑结构设计11
第四章详细设计14
4.1系统的主要功能14
4.1.1功能特点14
4.2系统总体数据流程图16
4.3商品管理模块18
4.3.1商品信息18
4.3.2商品修改19
4.3.3商品单价更改19
4.4客户管理模块20
4.4.1客户信息20
第五章系统测试21
5.1测试方法21
5.2测试用例22
第六章软件使用说明书25
总结30
参考文献31
致谢32
本设计以服装销售业务为对象,系统实现用的前台开发工具是access,后台数据库为SQLServer2000。设计过程中的重点和难点是对整个系统的需求分析和数据库详细设计。
该系统对数据进行保存、修改、删除等管理。为用户提供了一个友好、简单快捷的运行操作平台。本系统的主要功能是在用户通过会员注册后登录本系统,对本系统所提供的商品进行浏览,并对相关商品的详细资料进行查看,并通过购物车模块为用户提供购买操作,用户可以选择商品的批发或是零售,并进行结算,系统管理员通过用户所提供的联系人及联系方式等途径对用户订购的商品进行签发。本系统的各界面设计友好,流程正确,功能也较为完善。旨在为用户提供方便快捷的服务,使得网上购物更加贴近人们的生活,推动人们的生活水平更加的提高。
关键词:SQLServer;管理信息系统;库存管理;销售管理;客户管理
信息时代的到来,企业要加强自身的基础设施建设,通过企业信息化、人的行为规范管理等企业基础管理信息化工程,确保企业在规模不断扩大的业务迅速发展的过程中保持坚实的管理基础和繁殖内核,促进企业的可持续发展。数据库应用系统就是为支持一个特定目标,把个人、一个组织、一个地方的与该目标相关的数据以某种数据模式进行存储,并围绕这一目标开发的应用程序。
服装行业在我国是一个新兴行业,目前尚处于初步阶段。虽然在改革开放后我国服装行业取得了高速发展,但是与发达国家相比,还存在组织结构小而分散,缺少大规模,经济技术势力强的企业,专业人员素质不够高,生产设备落后,产品设计不够新颖,市场的竞争力不强,市场管理不规范等缺点。随着我国加入WTO,我国服装行业将面对非常激烈的竞争,只有迅速提高企业的管理水平,才能在激烈的竞争中占有一席之地。
服装销售管理系统的实现目标是对服装销售信息进行系统管理,利用数据库实现各部门之间的信息交换,帮助管理人员迅速掌握服装的销售情况及存货情况,包括对进货、销售的登记,存量情况,销售总额和利润的统计分析等,为用户提供决策信息。本系统成本低廉、操作简便、简单易懂、是比较科学化,规范化,信息化的管理系统。
在传统的经营活动中,进、销、存一般都是手工管理,这样的管理浪费人力、物力、财力,而且效率非常低。商品购进管理方面,需要决策的最主要问题是把好进货关,尽量使所有的商品符合顾客需求,适销对路。进货时间和数量要与销售情况相协调并且保持“平稳”,以防止周转资金出现问题,提高资金周转和利用率。靠人来完成这些工作往往是有心无力,还常常出现管理混乱的局面。于是,服装销售管理系统便应运而生了。在商场中,服装的销售涉及服装的采购、库存、销售以及统计分析等。本课程设计针对以上背景,开发出了一个小型服装销售管理系统适用于商场服装的批发与零售。
服装销售管理系统是利用计算机快速、准确处理大量数据的特点,对商品实现自动化管理,及时处理信息,确定经营决策,提高经营者对市场的预测能力,提高员工的工作效率和企业的经济效益。
在调查同类产品过程的基础上,得到系统所要处理数据的业务流程,如图2.1所示。
图2.1服装销售管理系统业务流程图
(1)数据流程图
数据流图由四种基本的元素构成:数据流(DataFlow),处理(Process),数据存储和数据源(数据终点)。
数据流程图如图2.2所示。
\
图2.2数据流程图
(2)数据字典
数据字典是关于数据的信息的集合,也就是对数据流图中包含的所有元素的定义的集合。
由于本次设计是小型软件系统的开发,所以采用卡片形式书写数据字典。每张卡片上保存描述一个数据的信息这样做更新和修改起来比较方便,而且能单独处理描述每个数据的信息。下面将列出若干数据元素的数据卡片信息。
数据字典卡片如图2.3所示。
图2.3数据字典
服装销售管理系统功能模如图3.1所示。
根据上面的设计规划出的实体包括:商品实体、客户实体、供货商实体、库存实体。各个实体的E-R图以及实体与实体间的E-R关系图描述如下:
(1)商品信息实体及属性如图3.2所示。
图3.2商品信息实体及属性图
(2)客户信息实体及属性如图3.3所示。
图3.3客户信息实体及属性
(3)供货商信息实体及属性如图3.4所示。
图3.4供货商信息实体及属性图
(4)库存信息实体及属性如图3.5所示。
图3.5库存信息实体及属性图
(5)系统E-R图如图3.6所示。
图3.6系统E-R图
数据库一般分为三级模式:外模式、概念模式和内模式。外模式也就是不同用户所对的数据视图,它将数据库内部抽象的数据及其互相之间的关系表示为简单、直观的应用界面。概念模式是数据库中全部数据的逻辑结构和特征描述,通常以某种数据模型为基础。内模式是对数据的物理结构和存储方式的描述。
以下是E-R模型向关系数据库模型的转换:
商品信息(商品代码、商品名称、品牌、供应商名称、款式、尺码、颜色、面料)
客户信息(客户代码、客户名称、联系人、地址、电话、开户行、信誉度)
供货单信息(供货单号、供货单总额、数量、经手人、日期)
入库信息(入库单号、入库商品、数量、总金额、日期)
出库信息(出库单号、出库商品、数量、总金额、日期)
库存信息(入库单号、客户代码、经手人、商名代码、数量、单价、金额、日期)
在实体以及实体之间关系的基础上,形成数据库中的表格以及各个表格之间关系。各个数据表的字段设置如下:
(1) 商品信息表如表3.1所示。
表3.1商品信息表
序号 | 字段名 | 别名 | 类型 | 长度 | 是否为空 | 键 |
1 | spdm | 商品代码 | char | 10 | Notnull | P |
2 | spmc | 商品名称 | char | 30 | Notnull | |
3 | pp | 品牌 | char | 10 | Notnull | |
4 | gysmc | 供应商名称 | char | 15 | ||
5 | cm | 尺码 | char | 10 | ||
6 | ks | 款式 | char | 15 | ||
7 | ys | 颜色 | char | 15 | ||
8 | ml | 面料 | char | 15 | ||
9 | bzfs | 包装方式 | char | 10 | ||
(2) 客户信息表如表3.2所示。
表3.2客户信息表
序号 | 字段 | 别名 | 类型 | 长度 | 是否为空 | 键 |
1 | khdm | 客户代码 | char | 10 | Notnull | P |
2 | khmc | 客户名称 | char | 30 | Notnull | |
3 | lxr | 联系人 | char | 15 | Notnull | |
4 | dz | 地址 | char | 15 | ||
5 | dh | 电话 | char | 10 | ||
6 | sj | 手机 | char | 10 | ||
7 | cz | 传真 | char | 10 | ||
8 | yb | 邮编 | char | 10 | ||
9 | char | 15 | ||||
10 | sh | 税号 | char | 20 | ||
11 | khh | 开户行 | char | 20 | ||
12 | zh | 帐号 | char | 15 | ||
13 | xyd | 信誉度 | char | 15 | ||
14 | bz | 备注 | char | 15 | ||
(3) 库存表如表3.3所示。
表3.3库存表
序号 | 字段名 | 别名 | 类型 | 长度 | 是否为空 | 键 |
1 | spdm | 商品代码 | char | 10 | Notnull | P |
2 | spmc | 商品名称 | char | 30 | Notnull | |
3 | cm | 尺码 | char | 10 | ||
4 | ys | 颜色 | char | 15 | ||
5 | spsl | 商品数量 | int | 4 | Notnull | |
(4)入库单表如表3.4所示。
表3.4入库单表
序号 | 字段名 | 别名 | 类型 | 长度 | 是否为空 | 键 |
1 | rkdh | 入库单号 | char | 10 | Notnull | P |
2 | khdm | 客户代码 | char | 10 | Notnull | |
3 | jsr | 经手人 | char | 5 | Notnull | |
4 | spdm | 商品代码 | char | 10 | Notnull | |
5 | sl | 数量 | int | 4 | Notnull | |
6 | dj | 单价 | money | 8 | Notnull | |
7 | je | 金额 | money | 8 | Notnull | |
8 | rq | 日期 | datetime | 8 | ||
9 | bz | 备注 | char | 50 | ||
(5)出库单表如表3.5所示。
表3.5出库单表
序号 | 字段名 | 别名 | 类型 | 长度 | 是否为空 | 键 |
1 | fhdh | 发货单号 | char | 10 | Notnull | P |
2 | khdm | 客户代码 | char | 10 | Notnull | |
3 | jsr | 经手人 | char | 5 | Notnull | |
4 | spdm | 商品代码 | char | 10 | Notnull | |
5 | sl | 数量 | int | 4 | Notnull | |
6 | dj | 单价 | money | 8 | Notnull | |
7 | je | 金额 | money | 8 | Notnull | |
8 | rq | 日期 | datetime | 8 | ||
(6)利润表如表3.6所示。
表3.6利润表
序号 | 字段名 | 别名 | 类型 | 长度 | 是否为空 | 键 |
1 | spbh | 商品编号 | char | 10 | Notnull | P |
2 | spmc | 商品名称 | char | 30 | Notnull | |
3 | sprkdj | 入库单价 | Money | 8 | Notnull | |
4 | spckdj | 出库单价 | Money | 8 | Notnull | |
5 | spsl | 商品数量 | int | 4 | Notnull | |
6 | lr | 利润 | Money | 8 | Notnull | |
进货管理:进行商品采购入库,采购退货,进/退单据和当前库存查询,与供货商的往来帐务。
销售管理:进行商品销售(批发,零售),顾客退货,销/退单据,当前库存查询,前台销售查询,与客户的往来帐务。
库存管理:包括库存之间商品调拔,商品的报损溢,强大的库存盘点功能,库存商品报警查询。
统计报表:完整的统计查询功能,每张单据每次收款付款都可以清楚的反映。
日常管理:对供货商,客户,业务员综合管理,对日常收入支出管理,客户借货坏帐管理,合同管理。
基本设置:商品信息,供货商,客户,员工,仓库等基本参数的设置。
系统维护:可以对数据库备份/恢复,系统初始化,操作员修改密码,年终结算,查看日志
在本系统中准备通过如下窗体来实现数据维护的功能。
1、主窗体:管理各个子窗体,包括订单处理,库存管理,销售管理,商品管理,客户信息,统计分析,用户管理等八个子窗体,每个子窗体都有若干个相关的子系统模块组成,进而可以实现插入、删除、确认、浏览、检索、关闭等功能的实现。
2、“订单处理”子窗体:包括新建订单和查询订单。订单处理用来管理系统中要用来进行进货、出货操作的商品的信息,操作包括添加、修改、删除和查询信息。客户信息管理用来管理客户的基本信息,供货商信息管理对供货商名称、地址、联系人、结帐日进行管理。
3、“库存管理”子窗体:记录商品入库的明细数据,用来实现入库登记和入库单的插入、删除、确认、浏览、关闭以及检索。在服装销售管理系统主界面点击入库信息即可进入入库单窗口,点击插入按钮插入入库信息,有入库单号、服装代码、入库单价、金额、经手人、日期等属性。还可同样进行删除、确认、浏览、检索等操作。
4、“客户信息管理”子窗体:记录客户的明细数据,可以对客户信息进行查询,实现多客户信息的更改如:添加、删除、查询、浏览、关闭以及保存。
5、“统计分析”子窗体:实现库存信息管理和利润分析。销量统计根据商品编号对商品销量进行统计(柱图和图表)。利润统计根据商品编号对销售利润进行统计(柱图和图表)。
6、“用户管理”子窗体:包括出新建用户、更改用户以及更改用户密码的实现。在服装销售管理系统主界面下点击用户管理,进入更改用户窗口,可根据用户名查询登录用户名和密码信息,以及进行新用户名和密码的添加、修改、获删除等操作。
(1)系统总体数据流程图,如图4.1所示。
图4.1总体数据流程图
(2)信息查询流程
信息查询流程包括库存记录查询,订单记录查询,销售记录查询,供货商信息查询和客户信息查询,每种查询都可查询出对应的信息表中满足条件的信息。
(3)日常操作流程
日常操作包括进货操作和出货操作,其中进货操作是将供应商供应的商品进行进仓登记,出货操作是将仓库中的商品进行出库登记,以便其它信息表能够做及时修改。
服装信息(服装编号、服装名称、款式、颜色、面料、尺寸、品牌、产地、进价)
添加服装(服装编号、服装名称、服装类别、服装单位、服装规格、服装品牌、服装数量、服装入库价)
在登录后的主菜单,修改商品信息中可以对你所要修改的商品进行单价的修改。
客户管理模块,是把客户的信息保存起来,以便随时了解客户的详细信息,方便与客户的沟通,更好的为客户服务。
客户信息(客户编号、客户名称、联系人、电话、地址、邮编、诚信度、地区、备注)
测试计划中的测试项目包括软件结构中的分系统层、子系统层、功能模块层、程序模块层中的各类模块,从测试本身看,分为单元测试,组合测试,确认测试等。测试对象是随不同阶段而异的,最基本、最初的测试是单元测试,后面的组合测试、确认测试都是以被测过的模块作为测试对象的。
(1)单元测试
单元测试也称模块测试或程序测试,单元测试是对每个模块单独进行的,验证模块接口与设计说明书是否一致,对模块的所有主要处理路径进行测试且与预期的结构进行对照,还要对所有错误处理路径进行测试。对源码进行审查,对照设计说明书,表态地检查源程序是否符合功能的逻辑要求,是进行单元测试前的重要工作工。单元测试一般是由程序员完成,也称程序调试。
(2)组合测试
组合测试也称集成测试或子系统测试,通常采用自顶向下测试和自底向上测试两种测试方法。组合测试的对象是指已经通过单元测试的模块,不是对零散模块进行单个测试,而是用系统化的方法装配和测试软件系统,是一个严格的过程,必须认真地进行,其计划的产生和单元模块测试的完成日期要协调起来,这种测试应在系统目标机上进行,造成系统应用的环境条件,除了开发部分项目负责人参加以外,还应该有相应系统的用户参加,给评审员进行演示。
(3)确认测试
确认测试是对通过组合测试的软件进行的,这些软件已经存于系统目标设备的介质上,确认测试的目的是表明软件是可以工作的,并且符合“软件需求说明书”中规定的全部功能和性能要求。确认测试是按照这些要求定出的“确认测试计划”进行的。测试工作是由一个独立的组织进行,而且测试要从用户的角度出发。
(4)系统测试
系统测试是对整体性能的测试,主要解决各子系统之间的数据通信和数据共享问题以及检测系统是否达到用户的实际要求,系统测试的依据是系统分析报告。系统测试应在系统的整个范围内进行,这种测试不只对软件进行,而是对构成系统的硬、软件一起进行。系统测试与建构同时进行或略慢。系统测试需要确认从头到尾的功能正常才算完成,应当尽量避免系统测试延到项目末尾进行。
(5)用户验收测试
在系统测试完成后,进行用户的验收测试,它是用户在实际应用环境中所进行的真实数据测试。
在具体的测试中,一般应遵循以下原则:由程序设计者之外的人进行测试;测试用例应由两部分组成:输入数据和预期输出结果;应选用不合理的输入数据与非法输入测试;不仅要检验程序是否实现预期功能,还应检查程序是否做了不应该做的工作;集中测试容易出错的程序模块;对程序修改以后,必须重新进行测试。
为了确保本系统能够正常运行,需要在发布之后做一次较全面的测试。本次设计主要模块有五个,即库存管理模块,客户信息管理模块,销售信息管理模块,商品管理模块,查询信息管理模块。这里只列出其中三个模块的测试用例。在实际的测试中应尽可能的对每个功能都能测试到。
本文来源:https://www.2haoxitong.net/k/doc/b3d53d66bdeb19e8b8f67c1cfad6195f312be8b2.html
文档为doc格式