医药连锁管理系统销售管理毕业设计Word文档下载推荐.docx

医药连锁管理系统销售管理毕业设计Word文档下载推荐.docx

《医药连锁管理系统销售管理毕业设计Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《医药连锁管理系统销售管理毕业设计Word文档下载推荐.docx（36页珍藏版）》请在冰豆网上搜索。

一方面连锁经营企业的商品种类少则几千种，多则上万种，因此商品批次过多，效期管理工作困难，由此带来的失效损失巨大；

另一方面因商品繁多，而手工操作的准确性不可能保证百分之百，所以销售统计及库存情况不准确。

2、统计数量大。

企业的零售量相当大，每天的销售数据统计、汇总相当困难，尤其对于门店端的数据，往往不能准确统计。

3、销售门店多。

因各销售分店库存不同、销量不同，给配送工作带来巨大难度，不是库存积压就是缺货、断货。

4、企业经营管理决策缺乏有效的数字依据，计划定制盲目、不合理，加大企业经营风险。

而在财务管理方面，财务信息滞后，财务报表的及时性差，往往需较长的时间财务报表才可使用。

5、销售前端关键业务信息收集与反馈速度缓慢。

6、连锁总部远离客户的趋势明显。

7、不能及时、准确了解各层次连锁机构的销售情况和库存情况。

面对上述问题，为了合理调配企业海量的信息和复杂的销售流程，整合利用各部门信息资源，加强企业管理，提高信息反馈效率，建立高效的商品连锁销售管理信息系统有其现实意义。

1.2研究现状

随着市场需求的不断扩大，近些年销售管理系统的功能更加强大，并不仅仅包括销售模块，而是同时融合了库存管理，会员管理，甚至是员工管理的方面。

目前的功能主要有：

服务管理、商品管理、销售管理、采购管理、费用管理、权限管理。

有的系统也已经和公司网站联系在了一起，这就涉及了更多的功能，包括：

新闻公告发布、工作台、快速通道、服务管理。

随着数据量的不断增加，以及数据挖掘概念的提出与成功应用，销售管理系统正在向用户提供强大的数据分析功能，通过对以往销售数据的汇总与分析，为用户日后的生产及销售工作提供科学的指导，针对这方面系统提供的主要功能有：

潜在客户池、公共检索、自动化管理策略等。

虽然系统的功能不断强大，但是系统也存在着一定的问题。

随着经营规模的不断扩大，一个公司常常拥有多个连锁机构，而各个连锁机构信息间不通畅，常常会导致很多问题，比如货品滞销，货品分配不合理。

即便各个连锁分店采用了现代的销售管理系统，单如果没有进行互联，没有统一的数据管理，再加上把所有分店信息汇总起来相当困难，各个分店也就相当于各自为战，完全没有充分利用现代网络给我们带来的系统互联的便捷性。

所以，本论文所关注的方面是各个连锁机构之间的网络互联个信息的统一处理，本文所展示的系统的开发也是基于这个出发点。

1.3论文主要工作

论文从实现各个连锁机构之间的信息互通出发，并且针对这个方面提出了连锁销售系统的设计。

该系统采用的是B/S模式进行互联，采用ASP技术进行实现，并且使用了微软公司大力推荐的分层软件架构方式，使用SQLSERVER2008作为数据的最终存储。

该系统注重各个分店连锁机构之间信息的统一，而没有对销售系统应该具有的各个功能进行完全实现，只是针对一部分功能进行实现用以展示系统之间信息的统一。

论文主要的研究内容如下：

（1）使用ASP技术编写B/S模式的系统，系统发布后，各个客户端可以根据系统所在的地址进行访问，网站服务器会根据请求一一进行应答。

多个客户端和一个服务器保证了各个客户端之间平等访问服务器的权利，同时实现了信息的统一存储，从而实现了各个连锁分店之间信息的统一。

（2）使用SQLSERVER2008数据库管理系统保证了数据的安全性。

因为多个客户端的存在，在进行操作时会发生偶然的的问题，比如同时对同一数据信息进行更新。

在系统的设计及编写方面不能对这一类问题进行很好的处理，而数据库强大的事务处理功能可以很好的是这个问题得到解决，防止数据发生错乱，导致系统崩溃。

（3）将系统的使用者分成了不同的角色，而各个角色之间的权限不同。

如此便将总店的管理和分店的管理区分开来，有效防止了各个分店之间违规的信息查看，以及可能发生的影响全局的错误操作，也使各个角色有了更加明确的工作。

（4）使用session技术对登录的用户进行信息存储，并在各个页面加载之前进行信息检查，防止用户越权访问页面，进行操作。

同时也通过session技术实现了用户信息的识别，在分店系统中只涉及该用户所在点的信息，从而保证了系统的安全性。

2相关技术介绍

项目的连锁销售系统采用ASP技术实现，采用分层的系统架构方式，数据库选择的是SQLSERVER2008，编辑环境选择的是MicrosoftVisualStudio2010。

本章节则主要介绍涉及到的技术问题，如c#和ASP技术，三层架构技术和session技术等，同时介绍了系统实现的物理环境和软件平台。

2.1C#和ASP技术简介

C#是微软公司开发的一种与JAVA极其相似的面向对象的高级程序设计语言，它是由C和C++衍生出来的编程语言。

虽说与JAVA极其相似，但c#也和JAVA有着明显的不差异，c#借鉴了Delphi的一个特点，与组件对象模型是直接集成的，它是微软.net框架的重要组成部分。

它在继承C和C++优点的同时也去掉了他们一些复杂过时的特征性质，比如去掉了c语言宏的概念以及摒弃了C++多重继承的特性，而继承了C++面向组件编程和高效率运行的优点。

C#同时也借鉴了VB的可视化操作，形成了C#语言本身强大的操作能力，优雅的语法风格，创新的语言特性和便捷的面向组件编程。

ASP也是微软公司的一种技术，需要注意的是asp并不是一种编程语言，与其说是一种技术，不如说是实现了一种编程环境，在这种编程环境下可以同时使用html，Jscript，CSS等多种网页编程语言以及C#,C++等程序设计语言。

同时微软本身还提供了完美支持这种环境的编译调试软件，比如VS2010，VS2012等，这些软件均能实现网页空间的拖拽，极大地方便了网页布局人员的工作。

同时这些软件集成了ASP的WEB服务器，免去了如JSP般复杂的服务器配置工作。

ASP网站发布在IIS中，IIS也是微软提供的一项免费组件，集成在Windows2000及以上版本的系统中。

ASP强大的语言兼容能力，功能强大的编译调试环境，简单易懂的编程方式，以及方便快捷的网站服务器，使得ASP成为了一种非常流行的网络编程技术。

ASP的主要用途有：

动态直观的对网页进行布局，更改网页元素等任何内容；

可以通过HTML提交的表单信息与用户进行交互，并且通过后台程序进行响应；

可以方便的从数据库中查询更改信息，并通过界面向用户进行反馈；

ASP虽然是一种动态技术，但是在向用户展示界面时提供的是静态网页，也就是说ASP的动态代码不能由浏览器编辑或者查看，大大提高了安全性。

ASP的工作原理：

用户通过浏览器向服务器发起请求——》服务器接收请求并开始运行ASP程序——》ASP将程序执行结果组装成不包含动态代码的网页，并将网页发送到浏览器。

2.2三层架构技术简介

三层架构是软件体系架构的一种方式，分为三层：

数据库访问层，业务逻辑层，表示层。

当然三层的划分不是物理实现时的划分，而是根据各部分功能的不同进行的逻辑上的划分，目的是为了使三个层次具有专一的任务，是逻辑更加清晰。

其中业务逻辑层是这三个层中最重要的一层，负责系统主要功能的实现。

三个层次各自实现的功能如下：

1表示层（UI）：

主要任务就是向用户展示界面，位于最外层，最接近用户，用于显示数据和接收用户输入的数据，负责信息的显示和收集，并将收集的信息向业务逻辑层进行提交处理。

一般也为显示或者收集的信息进行基本的有效性判断，从而减轻了业务逻辑层的负担，又不失逻辑分层上的严谨性。

2业务逻辑层（BLL）：

主要任务就是实现系统各个功能。

从表示层接收信息，根据需要完成的功能进行相关处理。

向下调用数据库访问层的方法，向上为表示层提供需要展示的信息。

业务逻辑层将整个系统的功能都进行了处理，而不负责信息收集，以及信息的持久化等工作。

3数据库访问层（DAL）：

主要任务就是对数据库进行，增添，删除，修改，查找的基本操作。

这些基本操作都是通过业务逻辑层根据不同的功能需求进行相应的调用的，该层不涉及任何业务逻辑上的东西。

但是需要注意的是，该层虽然针对原始数据进行操作，但它通常不负责数据物理上的存储以及查找的功能，对于数据物理上的操作，通常该层将借助数据库管理系统，如SQLSERVER2008,MySQL和Oracle进行具体的操作。

当然有时该层也会访问二进制文件，文本文档或者XML文档等。

通过以上三层的划分，表示层不直接与数据库访问层进行交互，也就是说数据的交互需要通过业务逻辑层才能进行，从而使业务逻辑层可以对信息进行功能上的处理以及合法性检验的工作。

表示层和数据访问层对功能的实现一无所知，表示层只负责界面怎么展示信息，数据库访问层只负责去数据库里得到信息，具体这些信息该怎么用都是业务逻辑层需要干的事。

但是业务逻辑层对数据“从哪里来”，数据到“哪里去”同样一无所知。

三个层次的交互关系如下图：

图2-1三层架构各层之间交互图

关于三个层次的划分：

表示层：

只向用户展示信息，采集用户输入的信息，并且将信息传递给业务逻辑层，此层不涉及任何的业务逻辑。

业务逻辑层：

只从表示层接收信息，根据功能需求做出相应处理，然后利用数据访问层进行增删改查等基本操作，并将信息整合之后向界面层进行反馈。

该层不管数据的来与去。

数据访问层：

只负责数据的增加，删除，查询和更改操作，该层是被业务逻辑层根据需求进行调用的。

该层不涉及任何业务逻辑。

进行层次的划分，本质上的目的是降低耦合，大大降低了各个模块间的依赖，优点在于使不同层次的开发人员只关注整个结构中的某一层，加快开发进度。

在系统的后期维护中，能够很容易的用新的实现替换掉原有层次的实现，而保持其他层次不变，这样就极大地降低了维护的成本和时间。

但由于数据在各个层次之间的传递，使系统的性能降低了，同时可能还会增加系统的开发成本。

2.3SESSION技术简介

Session是指用户在初次浏览某个网站时，将于该网站的服务器进行连接，同时在服务器中将保存一份有浏览器信息生成的在服务器端唯一识别的信息，这份信息将一直保持到用户关闭浏览器，结束这次访问。

Session涉及客户端即浏览器，同时也涉及服务器端，比并且需要不间断的访问才能保持、需要注意的是，同一主机的不同客户端（即不同的浏览器）对同意服务器进行访问，在服务器中生成的Session是不同的，也就是说session生成的单位是客户端对服务器一对一的访问，而不是主机对服务器的访问。

图2-2Session技术客户端于浏览器之间交互图

存储于服务器的session可以在客户端与服务器的会话中中多次使用，也就是说客户端可以从服务器得到一些有用的信息，也可将一些信息存进Session，供客户端后期访问。

Session的这一特性，可以帮助B/S系统实现诸多技术上的问题。

比如用户是否登录的判断，用户登录后权限的检查，界面刷新过程中临时信息的存储等，这些问题本系统也是通过Session技术进行解决的。

在ASP中使用session的方法相当简单。

Session["

user"

]=user;

//将user对象存入session，在session中的唯一识别名称为user

User=Session["

];

//从session中读取名为user的session信息

Session.Remove（"

）;

//将名为user的信息从session中删除

3系统分析与设计

本章节对项目进行了详细的需求分析，并且实现了系统的概要设计，关键的功能绘制活动图，包括需要实现的功能和权限分配等问题，并且介绍了详细设计中各个模块中关键功能的实现代码分析。

3.1需求分析

3.1.1系统功能性需求分析

根据本系统的实际使用功能，连锁销售管理系统主要由两个子系统构成：

1、总店子系统：

由总店的管理员进行操作，面向总店的使用者，权限较高；

2、分店子系统：

由分店的管理员进行操作，面向各个连锁店的使用者，权限较低。

3.1.1.1《总店子系统》需求分析

1、基础资料管理

（1）商品资料管理:

添加基本的商品信息（只有存在基本的商品信息，才能进行出/入库以及等操作）。

保存商品的进货价格，用以销售时的利润计算。

维护商品的其他信息，可以进行增加更改删除的操作。

（2）门店资料管理：

由于本系统是针对连锁销售进行的的设计，所以所有联网的门店均需要注册基本信息。

门店基本资料应该包括门店的唯一识别ID，门店所在地以及联系方式等。

管理操纵应该包括注册新门店，在门店地址或者联系方式等信息变更时可以进行更细，在门店不在进行经营是可以将门店的信息删除。

（3）会员管理：

会员是销售的对象，是销售时必须记录的信息。

会员的基本信息包括唯一的识别代码，会员名以及折扣率等，折扣率是用于会员在购买商品时打折所用。

系统的管理功能应该可以提供新会员的注册，会员信息的维护，即会员名的更改以及根据购买情况折扣率的更改。

（4）管理员管理：

管理员身份是登录系统的依据，同时管理员本身具有一定的权限，只能进行指定的操作。

包括新增管理员，更改管理员权限以及删除管理员等等。

2、库存管理

（1）入库操作，对商品进行采购之后，需要进行商品入库，只有入库之后的商品才能进行销售。

入库价格参照当前保存的商品价格。

进行入库操作时应该生成入库单，以供后期查询使用。

（2）出库操作，商品在销售之后必须进过出库操作才能将商品取走。

出库操作也该生成出库单供后期查询使用，出库操作最重要的事对库存进行删减，保证真实货品量与系统中货品量的统一。

（3）提供出/入库列表，可以查看任一时间的出/入库操作对库存进行更新的情况，保证正确的出入库数量，发现错误可以对出入库表进行更改。

（4）门店库存查询，实时统计每个门店的各种商品库存情况，以列表方式显示某个门店某个商品的具体库存数量，对商品的不足和积压实时预警。

（5）总部库存查询，实时统计总部的各种商品库存情况，以列表方式对显示库存的数量，商品的不足和积压实时预警。

（6）由于可能存在各个店铺之间库存不合理的现象，所以需要店间调拨管理，加盟店之间的商品调拨。

主要是将产品从数量充足的仓库掉往藏品缺乏的的仓库，仓库调整的时候要生成库存变更单，供后期查询。

（7）由于可能存在商品为整装或者散装的问题，在销售时要核准有库存够不够，这就出现了整装和散装如何调整，也就是拆零的问题。

拆零主要是整装拆成散装，同时由于整装和散装单位价格不统一的问题，出现了拆零获利的问题，也就是说整装拆零后散装的总价值大于整装价值。

3、销售管理

（1）可以开销售单，包括产品单唯一识别编号，会员编号，销售日期，销售的店铺以及具体销售的商品信息，商品信息包括数量以及价格等。

销售提交时需要生成销售清单和出库单，销售单生成时需要计算利润，结算总价是要参考购买会员的折扣率。

（2）门店销售查询，实时统计每个门店的商品销售情况，以列表方式显示出来，可以进行关键字查询，需要包括的信息包括商品销售数量、销售额等。

（3）查看销售利润，显示单位以每次销售为依据。

包括销售编号以及所获得的利润等。

3.1.1.2《分店子系统》需求分析

1、基础数据管理

（1）货品管理：

（2）会员管理：

（1）出库操作，商品在销售之后必须进过出库操作才能将商品取走。

（2）提供出/入库列表，可以查看任一时间的出/入库操作对库存进行更新的情况，保证正确的出入库数量，发现错误可以对出入库表进行更改。

（3）门店库存查询，实时统计每个门店的各种商品库存情况，以列表方式显示某个门店某个商品的具体库存数量，对商品的不足和积压实时预警。

3.2系统的概要设计

3.2.1开发环境

系统开发环境的需求见下表：

表3-1环境需求配置清单

开发环境配置需求清单

内存

1GB以上

系统

Windows7

开发语言

C#

开发工具

IIS

数据库

SQLSERVER2008

架构方式

三层架构

服务器

VS2010自带ASP服务器

调试浏览器

FireFox浏览器

3.2.2系统实现功能目标

该系统主要模块包括库存管理和销售管理，还包括了一些基本资料模块，如货品管理，会员管理，店铺管理和管理员管理。

具体功能设计如下表：

3-2系统功能设计表

功能分类

功能概况

具体功能

功能说明（可参考需求分析）

主要操作

库存管理

库存变更

主要支持入库操作，一次可对某一仓库入库多种产品

库存变更列表

入库和出库的总单列表，包括总单号，店铺号，时间以及总价等，不包括某一具体商品的入库数量。

支持关键字查询

详细变更列表

详细列出某一具体商品在某一店铺的入库数量。

库存查看

库存情况列表。

可以对某一商品进行整装拆零。

销售管理

销售开票

一个店铺一次可以销售多种商品，并生成销售单，同时生成出库单（涉及库存管理）。

销售概况

销售总单列表，只显示总单号，销售对象，时间等信息，不涉及具体商品的销售情况

详细销售列表

店铺向销售对象销售具体商品的情况，包括价格等信息

销售利润

销售渠道获得的利润，不可更改

拆零利润

通过整装拆零获得的利润，不可更改

基本资料

货品管理

添加货品

增加商品，只有存在相应产品时才可进行出/入库和销售操作

货品列表

货品列表中的编辑一项可以对已存在的货品信息进行更改。

由于涉及价格和整/散装数量问题，需要清空库存后才可编辑。

会员管理

添加会员

需输入新增会员编号，姓名，折扣率。

会员列表

只可更改姓名和折扣率。

管理员管理

添加管理员

需输入管理员编号，密码，姓名，所在店铺以及权限

管理员列表

只可更改密码，姓名，所在店铺以及权限

店铺管理

新增店铺

需输入店铺编号，名称，地址以及联系电话

只可更改名称，地址以及联系电话。

注：

1：

只有店铺，货品资料存在时才可进行出库或者入库操作。

2：

只有店铺，货品（足量）以及会员同时存在时才可进行销售操作。

3：

由于整装价格，整装数量和散装价格不一致问题，可能会产生拆零（将整装拆成散装）利润。

4：

在销售时，会参考会员折扣率确定最终价格。

3.2.