零售商店销售管理系统的设计与实现.docx
- 文档编号:6924090
- 上传时间:2023-01-12
- 格式:DOCX
- 页数:32
- 大小:594.60KB
零售商店销售管理系统的设计与实现.docx
《零售商店销售管理系统的设计与实现.docx》由会员分享,可在线阅读,更多相关《零售商店销售管理系统的设计与实现.docx(32页珍藏版)》请在冰豆网上搜索。
零售商店销售管理系统的设计与实现
摘要
随着零售商店规模的发展,商品种类数量急剧增加,有关商品的各类信息量也成倍增加。
商店不时刻刻都需要对商品各类信息进行统计分析。
而很多零售商店仍然采用人工记账的传统方式,既容易犯错又会致使账目混乱,查询和统计起来也超级不方便,费时又费力,乃至会给商店造成损失。
如何做好销售管理,使整个商店协调一致、高效率地运转,是各零售商店急待解决的问题。
本设计主要按如实际需求,划分了销售记录,销售排行,销售明细,销售查询和系统设定五大模块,并利用C#语言和SQLServer2005数据库,采用B/S模式实现了零售商店商品销售中多个模块的设计,知足了零售商店销售管理流程的功能需求。
零售商店销售管理系统操作简单,账目清楚。
通过账目查询,商店能在最短的时间内取得市场信息,从而制订相应的决策。
关键词:
销售管理;B/S模式;数据库;C#
Abstract
Withtheretailstorescaledevelopment,commodityquantitysharpgrowth,relatedcommodityeachkindofinformationalsodoubled.Storeneedtoalwayshaveallkindsofinformationgoodsforstatisticalanalysis.Manyretailstoresarestillusingthetraditionalandmanualaccounting,error-proneitwillleadtoconfusionintheaccounts,inquiriesandstatisticsarealsoveryinconvenient,time-consumingandlaborious,evenfortheshopcausedloss.Howtodoagoodjobinsalesmanagement,sothattheentirestorecoordinated,efficientoperation,istheurgentproblemtobesolvedinretailstores.
Thisdesignmainlyaccordingtotheactualdemand,dividedintosalesregistration,salesranking,detailsales,salesofqueryandthesystemsettingoffivemodules,andtheuseofClanguageandSQLServer2005database,usingB/Smodetoachievetheretailstoremerchandisesalesinmultiplemoduledesign,tomeettheretailstoresalesmanagementprocessfunctionalrequirements.Retailstoresalesmanagementsystemhastheadvantagesofsimpleoperation,accountsclear.Throughtheaccountinquiry,thestorecanintheshortestpossibletime,accesstomarketinformation,soastoworkoutcorrectdecision.
KEYWORDS:
Salemanagement;B/Smodel;Database;C#
第一章绪论
选题意义
随着现代科学技术的迅猛发展,计算机技术已经渗透到各个领域,成为各行业必不可少的工具,特别是Internet技术的推行和信息高速公路的成立,使IT产业在市场竞争中越发显示出其独特的优势,步入信息化时期,有庞大的数据信息等待加工处置和传输,这使得对数据库的进一步开发和利用显得尤其迫切。
作为国内市场的一些中小型零售商店,它们在信息化进程中的步伐要掉队于大中型商场,而对于这些零售商店的资源管理,信息的存储和处置也显得迫切需要,要适应市场竞争,就需要有高效的处置方式和管理方式,因此加速零售商店的信息化进程是必不可少的。
咱们通过对市场的调查,发现有的零售商店仍然采用人工记账的传统办法,既容易犯错又会致使账目混乱,查询和统计起来超级不方便,费时又费力,乃至会给零售商店造成难以挽回的损失。
这种零售商店管理方式,已远跟不上销售政策和销售形势发展的需要。
因此针对此刻各零售商店对商品管理的实际需要,开发了这套零售商店管理系统。
在开发进程中,咱们尽可能采用易懂易读的用户界面,利用户可以在短时间内完全掌握。
咱们又始终把系统的正确性放在首位,力求数据的完整和处置的正确性。
在此基础上优化程序代码,加速系统运行和减少对系统资源的占用。
研究现状
随着零售商店规模高速的发展,其商品销售管理也变得越发复杂,初期的人工管理的形式早已不能知足商品进销存管理的发展,这样就迫切地需要引入新的管理技术。
目前状况下,零售商店存在零售业所共有的掉队的一面,如:
不能有效地管理每种商品,出入库管理速度慢,容易出现库存过失,不宜进行商品调价,清点效率低等,而且在商品销售管理中,商品的销售决策以经验为主,缺乏实时分析功能,管理人员对及时传递资料的要求始终得不到知足。
随着零售商店这种进销存形态的高速发展,其经营管理也变得越发复杂,日常所需要处置的数据量也逐渐增大,商业运转的中间环节也愈来愈多,原始的人工管理已无法应对这复杂的市场。
为此,在选题进程中,我选择了零售商店销售管理系统设计为题目,依托现代化的计算机信息处置技术来管理商品进销存,从而节省了大量的人力、物力,改善了员工的工作条件,减轻了劳动强度,而且能够快速反映出商品的销售状况和各类反馈信息分析,使管理人员快速对市场的转变做出相应的决策,加速销售管理效率。
第二章系统可行性研究
需求分析的任务是肯定系统必需完成哪些工作,也就是对目标系统提出完整、准确、清楚、具体的要求。
需求分析的结果是系统开发的基础,关系到工程的成败和软件产品的质量。
因此,必需用行之有效的方式对软件需求进行严格的审查验证。
需求分析的目的
及早地对软件项目的可行性做出细致而谨慎的评估,以避免在项目开发进程中浪费大量的人力、物力、财力。
项目背景
随着社会高科技,商品经济化突飞猛进的发展,计算机的应用已经普及到经济和社会生活的各个领域。
为了适应现代社会人们高度强烈的时间观念,产品生产-销售-客户定单管理系统软件为企业,公司,商店等的销售管理带来了极大的方便。
产品生产-销售-客户定单管理系统能够为用户提供靠得住的信息贮存和快捷的信息处置手腕。
长期以来人们利用传统人工的方式管理销售信息,这种管理方式存在着许多缺点。
随着科学技术的不断提高,计算机日趋成熟,其壮大的功能已为人们深刻熟悉,它已经进入人类社会的各个领域并发挥着愈来愈重要的作用。
作为计算机应用的一部份,利用计算机对企业、公司和商店的产品销售信息进行管理,具有手工管理所无法比拟的长处。
例如:
检索迅速、靠得住性高、存储量大、保密性好、寿命长、本钱低等。
这些长处能够极大的提高一个企业、公司和商店销售管理的效率。
因此,开发这样一套管理软机成为很有必要的事情,它能够具体化、合理化的管理单位的销售信息情况,用结构化的思维方式去了解计算机的工作原理。
需求分析
2.3.1问题概念及可行性研究
在讨论具体的需求分析之前,我想先对两个问题给予简单的说明。
这两个问题虽然简单,但却是软件开发周期中不可缺少的两个阶段。
一、问题概念
问题概念阶段必需回答的关键问题是“要解决的问题是什么?
”。
显然,这个问题解决整个软件开发周期中起着指导性作用。
软件开发应该有这样一条鲜明的线索贯穿始终,不然咱们的所有工作都是盲目的。
此刻咱们应该明确问题概念阶段的主要任务:
咱们要成立一个销售管理系统,以解决企业销售事务的大体情况,来摆脱传统的手工记账,实现管理自动化,从而提高工作效率。
同时该系统应不可避免的涉及到库存商品大体信息、供给商信息、公司信息的保护和处置及进货统计、销售统计等统计及查询处置。
二、可行性研究
这个阶段要解决的关键问题是“对上一阶段所肯定的问题有无行得通的解决办法”。
从而导出系统的逻辑模型,然后从系统逻辑模块动身探索若干种可供选择的系统实现方案。
由于实际条件的制约,对可行性研究咱们再也不多说,但咱们必需明确,此刻咱们所讨论的问题从各方面来讲都行得通。
在明确了这两个简单问题以后,咱们的问题应该步入正题了。
需求分析阶段是软件概念时期的是后一个阶段,这一阶段的中心任务是准确的回答“系统必需做什么?
”这个问题。
其结束的标准是通过需求分析应该得出有数据流程图、ER图、数据字典等描画的精准的系统逻辑模型。
(2)
下面咱们就牢牢围绕需求分析阶段的中心任务和目标展开计论。
2.3.2销售管理系统具体任务要求和运行进程
系统的功能要求即用户对目标系统数据处置功能所提出的要求,主要考虑以下销售管理需求:
1.添加公司、商品大体信息,以便对公司、商品信息进行查询。
2.添加公司、商品信息管理页面,以便对公司、商品信息进行修改、删除等操作处置。
3.销售信息管理。
销售管理主要实现销售信息添加、销售退货信息添加、和销售信息和销售退货信息的详细信息。
4.查询统计功能。
能够随时查询销售管理的各类信心。
比如商品进货信息、进货退货信息、销售信息、销售退货信息、库存信息、销售排行信息。
5.除以上一些大体需求外,还有添加一些各商品之间的往来管理,结账信息。
对各类商品的结账情况添加和查询。
6.最后添加一个后台管理,对用户的添加、删除和密码修改和退出系统。
2.3.3销售管理现状分析
销售管理系统主如果为企业销售部门的管理活动提供信息服务。
企业的销售管理是企业发展的关键环节,一个好的销售管理体制将给企业带来很可观的经济效益。
无论是一个销售公司仍是一个销售商店,都有很多的销售数据需要管理。
手工管理这些纷繁复杂数据的方式已经不适应时期的潮流,实现数据规范化、自动化的电脑管理,是一个管理规范、动作高效的企业单位的必然要求。
业务需求
销售管理系统由销售部门和生产部门合作完成。
其中,生产部门将现有库存生产计划等信息录入到大体数据库中;有定单时销售人员可以通过查询以最短时间了解库存情况方便定货,另外一些辅助信息通过信息员录入方便销售统计时查看。
本系统主要用于各大企业销售管理部门。
2.3.4功能需求
这是一个零售商店销售管理系统,设计者的目标是知足商店运营和日常管理的需要,具有对产品,,客户管理的功能。
销售员可以对销售的产品进行记录,并将销售情况反馈给数据库。
商店可以查看销售情况,为管理的方便性和信息传递的快速性提供了一个很好的平台。
系统开发的整体任务是实现信息查询及销售记录自动化。
总之,零售商店销售管理系统要实现登岸验证、商品大体信息、商品销售管理、查询统计、往来管理五大部份。
2.3.5性能需求
一般的性能需求是包括信息处置的及时性和准确性,系统的开放性和可扩充性,系统的稳定靠得住性,系统的易用和易保护性。
系统的标准性及安全性。
本系统是个销售管理系统,要考虑到系统的易用和易保护性。
该系统直接面对利用人员的,而利用人员往往对计算机并非是超级熟悉。
这就要求系统能够提供良好的用户接口,易用的人机交互界面。
另外要考虑的性能需求就应该是系统安全性问题了。
在考察系统的每一个阶段,均需要考虑彼其间的认证与授权。
尤其要注意认证,简单地说就是肯定谁是特定用户,并针对安全源验证该用户的身份。
在处置完识别用户的方式以后,必需利用一种方式以向用户授权,从而能够利用系统的特定功能。
也就是说,需要一种方式来决定允许特定用户进行什么样的操作。
而这些都是在进行系统设计时需要考虑的性能方面内容。
ASP提供了六个内建对象,供用户直接挪用:
Application对象、Session对象、Request对象、Response对象、Server对象、ObjectContext对象
的主要内置组件:
AdRotator组件、BrowserCapabilities组件、DatabaseAccess组件、FileAccess组件、ContentLinking组件。
另外,还可安装Myinfo、Counters、ContentRotator、PageCount等组件,用户也可自行编制Actiive组件,以提高系统的实用性。
2.3.6人员分析
此系统操作简单,利用人员无需具有专业的计算机操作基础,因此对工作人员来讲应用此系统是不成问题的。
2.3.7经济方面的可行性分析
本系统开发经费并非是很多。
对于规模不很大,经费有限的单位在经济上是可以接受的,而且本系统实施后可以显著提高效率,很快就可以够表现经济效益。
投入:
除软件开发本钱,一台中等电脑,现价4000元左右,完全可以良好的运行系统,完成硬件平台的要求,而且经济实用。
结论
综上所述,无论是从技术方面仍是经济方面看开发此系统均是可行的。
第三章系统概要设计
设计思想
(1)系统分成几个相对独立的模块,但这些模块都进行集中式管理。
(2)分层的模块化程序设计思想,整个系统采用模块化结构设计。
作为应用程序有较强的可操作性和扩展性。
(3)合理的数据流设计,在应用系统设计中,相对独立的模块间以数据流彼此连接,使各模块间的耦合性较低,方便系统运行,提高系统安全性。
为了使本系统功能齐全完备,操作简便,最大限度的提高软件的质量,从而知足用户的实际需要,在设计开发进程中遵循了如下原则:
(1)合法性原则:
依据产品核算系统的工作规定和要求,参照核算实际的工作情况,进行销售工作。
(2)实用性原则:
适合产品信息管理工作的实际需求,并能够处置一些特殊情况的要求,另外,尽可能预留空间,以便扩充功能。
(3)准确性原则:
对输入的相关资料成立检错机制,及时报错,利用户能够及时准确的输入合法资料(如:
类型匹配,长度不超限等)。
(3)易操作原则:
要求设计的系统功能齐全,界面友好,操作方便,必要的地方进行提示。
(5)源程序可读性原则:
为了便于其他设计,保护人员读懂代码或以后的代码修改,软件升级保护,即可能做好代码注释工作。
(6)优化原则:
为了达到优化的目的,合理的运用窗口,菜单,对象等的继承,自概念用户对象,事件,函数,减少没必要要的重复性代码,使程序简介明了,也方便了未来的保护。
(7)安全性原则:
可以为该系统的用户设置用户权限。
系统架构
系统整体的功能是实现销售管理的系统化、规范化和自动化,是利用者便于操作,更易进行管理。
企业销售管理系统要实现登岸验证、商品和公司大体信息、商品销售管理、商品进货管理、查询统计、往来管理六大模块。
再从这六大模块中具体划分小的模块,具体实现销售管理系统的利用。
系统整体框图如下:
图3-1系统整体架构图
系统设计
销售管理系统不是简单的一个软件,它覆盖了零售商店销售管理的职能,是零售商店管理事务中关键环节。
是一个将销售管理思想和现今最新计算机技术完美统一路来,实现科学化、自动化管理的集成应用系统。
.在功能方面,系统面向企业各个层次用户的需求,即企业领导和管理人员和保障系统运行的系统管理员。
为企业销售管理提供全面、及时、准确的信息和靠得住的依据。
.在通用性设计方面,以标准化为基础,通过信息流程和管理进程的合理模型化、管理对象的模型化,使得系统具有必然的通用性和规范性。
.在系统开放性方面,依照软件工程开发规范实现系统的开放性,既便于扩充又便于升级,以适应此后企业管理发展及销售体系改革的需求。
.在系统和数据的安全性方面,系统采用数据库级用户权限和应用程序级运行权限的双重控制机构,提供了统一的基于角色的用户管理手腕,通过数据库系统的数据安全机制,具有完善的系统和数据安全的保障体系。
.在操作性方面,采用图形用户界面技术,使系统能够以多得图形窗口和丰硕便利的操作界面,通过鼠标或键盘的操作,为用户提供最简练的利用方式。
数据库设计
上面提到的各类功能的实现都离不开数据库的支持,因此数据库设计作为本系统设计的一部份不可缺少。
数据库设计在整个程序设计进程中占据超级重要的地位,也是整个程序设计的基础。
把数据库从整个程序中分离出来,单独进行,有很大的益处,即便程序设计分工明确,也方便程序员在详细设计师没必要考虑数据库的结构,只需知道数据名及表名和表中的字段名就可以进行编码设计,表现面向对象设计的思想。
其实在需求分析阶段,咱们的很大一部份讨论始终都没离开用户所要求的数据。
若是把前面的讨论看成是数据库的逻辑设计,下面的问题将是数据库的具体物理实现。
咱们利用的数据库系统是SQLServer2000。
从上面的功能分析看出本系统需要成立以下几个数据表:
商品信息(tb-Commmodity)表、公司信息(tb-Commpany)表、查询信息(tb-Reckoning表)及进货退货信息(tb-Stock)表和利用用户表(tb-User表)。
tb-Commmodity表(商品信息)中包括商品ID、商品名称、商品简称、商品产地、商品单位、商品规格、商品批号、批准文号、供给商、备注、操作员、添加时间、数量等字段。
具体设置如表4-2所示。
字段名称
字段代码
数据类型
是否为空
商品ID
Id
Int(4)
否
商品名称
ComdityName
Varchar(100)
是
商品简称
ShortName
Varchar(50)
是
商品产地
ProductPlace
Varchar(100)
是
商品单位
Unit
Varchar(20
是
商品规格
Specs
Varchar(50)
是
商品批号
PassNumber
Varchar(50)
是
批准文号
PassList
Varchar(50)
是
供应商
CompanyId
Int(4)
否
备注
Remark
Varchar(500)
是
操作员
Username
Varchar(50)
是
添加时间
AddTime
Varchar(50)
是
数量
total
Int(4)
是
表3-2tb-Commmodity(商品信息)表
一个tb-Reckoning表(查询信息)中所包括的信息有ID、商品ID、结算、经手人、日期、操作员、添加时间等字段,具体设置如表4-3所示:
字段名称
字段代码
数据类型
是否为空
ID
Id
Int(4)
否
商品ID
CommodityId
int(4)
是
结算
Settlement
int(4)
是
经手人
ManageMan
Varchar(50)
是
日期
datetime
Datetime(8)
是
操作员
username
Varchar(50)
是
添加时间
Addtime
varchar(50)
是
表3-3tb-Reckoning(查询信息)表
一个tb-Stock表(销售信息)中包括ID、商品ID、公司ID、数量、单价、进货日期、结算日期、应付金额、实付金额、未付金额、经手人、操作员、添加时间、客户ID、类型等字段,具体设置如图4-4所示:
字段名称
字段代码
数据类型
是否为空
ID
id
Int(4)
否
商品ID
CommodityId
int(4)
是
公司ID
CompanyId
int(4)
是
数量
Number
int(4)
是
单价
Pirce
int(4)
是
进货日期
StockDate
Datetime(8)
是
结算方式
SettlementType
Varchar(50)
是
应付金额
Payment
int(4)
是
实付金额
FactPayment
int(4)
是
未付金额
NotPayment
int(4)
是
经手人
ManageMan
Varchar(20)
是
操作员
Username
Varchar(50)
是
添加时间
AddTime
Varchar(20)
是
客户ID
ClientId
int(4)
是
类型
Type
Varchar(10)
是
表3-4tb-Stock(销售信息)表
一个tb-User表(用户信息)中所包括的数据字段应该有ID、用户名、用户密码、添加时间等,具体设置如表4-5所示:
字段名称
字段代码
数据类型
是否为空
用户ID
Id
Int
否
用户名
Username
Varchar(50)
是
用户密码
PassWord
Varchar(50)
是
添加时间
AddTime
Datetime(8)
是
表3-5tb-User(用户信息)表
执行以上操作后,SQLServer2005生成相应的表如下图所示:
图3-6数据库生成样式表
数据收集
通过一些特征符合条件的测试数据,录入到数据库中,并在编码调试阶段测试各个功能模块的实现。
应用程序设计
本系统整体的功能是实现零售商店销售管理的系统化、规模化和自动化,具体包括如下功能模块:
(1)系统登录:
包括用户登录、修改密码、添加新用户、退出系统等。
(2)大体信息管理:
包括添加商品信息、商品信息管理等。
(3)销售管理:
主如果更新销售信息和销售退货信息。
其中每次进行进货统计都是按进货厂商和进货金额顺序排列的。
利用一个表格显示所选时间段的全数进货数据,包括商品名称、生产厂商、产品型号、单价、数量、总金额、进货日期、结算方式、应收金额、实收金额、未收金额、经手人、操作员等。
(4)查询统计:
实现各类商品的进货信息、进货退货信息、销售信息、销售退货信息、库存信息和销售排行信息查询。
用商品名称、进货日期、经手人、和供给商等字段对进货管理和销售管理进行查询。
具体设置效果图如下图4-7所示:
图3-7功能界面图
第四章系统实现
开发环境配置
配置支持ASP技术的IIS服务器
IIS是InternetInformationServer的缩写,是微软公司提供的Internet服务器软件,包括Web,FTP,Mail等服务器。
本文以Window2000服务器操作系统为例,介绍Web服务器的安装和设置方式。
[9]
目前运行的IIS的最理想的平台是Window2000服务器版和高级服务器版。
Window9x/Me里也有IIS,但只是PWS(个人Web服务器),功能很有限,只支持1个连接。
WindowXP里的IIS也只支持10个连接。
IIS是Windows操作系统自带的组件。
若是在安装操作系统时没有安装IIS,则应手动安装。
安装的步骤如下:
(1)打开“控制面版”窗口,双击“添加或删除程序”图标,运行“添加或删除程序”窗口。
(2)选择“添加或删除程序”窗口内“添加/删除Windows组件”选项,弹出“Windows组件向导”对话框。
(3)选中“Internet服务器(IIS)”复选框,单击“下一步”按钮,执行操作。
IIS安装完毕。
接下来,就是要对系统进行新建虚拟目录的操作:
(1)打开“控制面版”窗口,双击“管理工具”图标,进入“管理工具”窗口。
(2
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 零售 商店 销售 管理 系统 设计 实现