北京化工大学软件开发工具课设企业销售管理系统分析及设计.docx
《北京化工大学软件开发工具课设企业销售管理系统分析及设计.docx》由会员分享，可在线阅读，更多相关《北京化工大学软件开发工具课设企业销售管理系统分析及设计.docx（34页珍藏版）》请在冰豆网上搜索。
北京化工大学软件开发工具课设企业销售管理系统分析及设计
前言
随着计算机技术的飞速发展，计算机技术在企业管理中的普及，利用计算机实现管理企业势在必行。
而销售管理系统是典型的信息管理系统，其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。
对前者要求建立起数据一致性和完整性强、数据安全性好的库,而对于后者则要求应用程序功能完备，易使用等特点。
通过分析浏览器/服务器结构的特点并结合企业仓储管理的实际情况，本文提出了基于B/S结构中小型企业仓库管理系统的基本设计思想，简要介绍了系统各功能模块及数据库的设计，着重讨论了用ASP.NET技术和SQLServer2012开发企业仓库管理系统时的数据库访问技术和动态网页制作技术,并给出了部分实现代码。
通过该系统，使学生可以方便地在企业内部网上进行销售管理。
该B/S结构的系统在Windows7系统和WebMatrix平台下开发完成，使用C＃作为ASP.NET的开发语言，SQLServer2012作为后台数据库，该数据库系统在安全性、准确性、运行速度方面表现良好，并且能够对容量较大的数据库进行处理，效率高。
系统有较高的安全性和较好的性能。
关键词：
销售管理；信息管理系统；B/S结构；数据库管理
第1章系统分析
系统分析是管理信息系统开发的重要环节，它是对系统进行深入详细的调查研究，确定系统逻辑观念的过程。
系统分析阶段的任务是定义或制定新系统应该“做什么”的问题。
[1]
第1.1节组织结构调查
组织结构调查就是对组织结构与功能进行分析，弄清组织内部的部门划分，以及各部门之间的领导与被领导关系、信息资料的传递关系、物资流动关系与资金流动关系，并还应详细地了解各级组织的职能和有关工作人员的工作职责、决策内容等等。
本人的的销售管理系统按功能分为主管部（订单处理、产品入库等部门）和销售部门（接收、处理订单），如图1.1所示：
图1.1企业销售管理系统的组织结构
在此组织框架下，职责分工专一，分层负责，分工明确，上下层级间的联系强。
第1.2节系统的应用需求分析
随着计算机行业的不断发展，企业销售管理的应用也在不断随着其发展速度进行着更新。
而现今对于一个网络应用非常广泛的社会，企业管理对计算机管理企业要求更加紧密，更加完善，特别是针对物资管理方面，企业的需求更为广泛，谨慎，所以一个好的仓库管理系统对于企业来说是尤为重要的。
系统开发的总体任务是实现企业产品销售管理的系统化、规范化和自动化，从而达到提高企业产品销售管理效率的目的。
作为计算机应用的一部分,使用计算机对仓库信息进行管理，有着手工管理所无法比拟的优点。
例如：
检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。
这些优点能够极大地提高产品销售管理的效率。
基于以上考虑，根据企业中存在的大量产品销售数据的特点，提出在企业信息管理系统的基础上将产品销售信息的管理和客户信息管理等环节与其有机的结合在一起，为企业提供一个完整的，有效的，综合的产品销售管理分析系统。
从企业的的组织结构出发，本系统主要是应用于企业的日常销售管理工作，因此其应用主要满足于三方面的需求，这三方面分别为：
买家，普通销售人员和销售主管人员。
其中买家需求的是商品的查询、购买、取消订单等操作。
普通销售人员则是进行一些商品销售管理的日常工作，如接收订单处理订单等。
销售主管人员是用户中具有最高权限的人，他除了具有买家，普通销售人员的一切权限之外，还可以查看各种统计信息、库存的管理、买家信息管理（添加新买家信息）等。
第1.3节企业销售管理业务调查
企业的日常销售管理业务主要包括订单处理、销售报表管理和库存管理等几部分构成。
我则针对上述三个主要的部分对图书馆管理业务进行了详细的调查。
1.3.1企业的订单处理业务调查：
企业的订单处理业务的流程如图1.2所示：
图1.2企业销售管理业务流程图
首先买家在线填写订单信息，系统根据订单的内容自动进行库存查询，然后将查询的结果告知买家。
如果库存不足,则下单失败,反之则下单成功,
正式下订单,并将订单信息输入数据库。
仓库发货人员根据订单信息发货,同时减少库存数量。
买家收到货后，订单进行结算，处理流程结束。
1.3.2企业销售系统的查询管理业务：
企业销售系统的查询管理业务的流程如图1.3所示：
图1.3企业销售系统的查询管理业务流程图
企业销售系统的查询管理业务比较简单，首先由买家提出查询的要求并在线填写货品名称，然后系统根据输入进行查询操作，查询完毕后将查询的结果通知买家。
1.3.3企业的库存管理业务调查：
企业的库存管理业务的流程如图1.4所示：
图1.4企业的库存管理业务流程图
在该项业务活动中，首先采购员将采购单交与仓库管理员，仓库保管员根据清单内容进行验货和入库处理并修改库存台账，然后给采购员开出验货的凭证。
仓库管理员接收销售管理员的订单信息，并进行发货和修改库存。
第1.4节数据分析
1.4.1数据流程分析：
企业销售管理系统的业务流程分析所绘制的业务流程图，虽然形象地表达了管理过程中信息的流动和存储过程，但这其中还包括一些物质要素。
因此必须进一步地舍弃物质要素，绘制系统的数据流图，对系统进行数据流程分析。
数据流程分析可以按照自顶向下、逐层分解、逐步细化的结构化分析方式进行，通过分层的数据流图实现。
数据流程图是描述系统数据输入、数据输出、数据存储及数据处理之间关系的一种强有力的工具，也是与用户进行紧密配合的有效媒介。
通过这一阶段的数据流程分析，既可以将整个系统的业务流程特点和用户需求展露无遗，分析系统的数据流向及其相互调用关系，又可以为子系统的划分打下基础。
通过对企业销售的各项业务的调查以及数据流程的分析，发现该系统应该具有以下主要的九个处理操作，分别为身份验证、功能选择、订单处理、库存管理、修改个人密码、客户管理、数据库操作、报表生成。
其中库存管理可以分为货品信息的添加、删除、修改三个子处理，客户管理也可以分为读者信息的添加、删除、修改三个子处理，数据库操作则包括数据的初始化、数据的备份与恢复两个子处理。
具体的数据流程如图1.5—1.9所示：
图1.5企业销售管理系统数据流程主图
图1.6企业销售管理系统数据流程分图—订单管理数据流程图
图1.7企业销售管理系统数据流程分图—客户管理数据流程图
图1.8企业销售管理系统数据流程分图—管理员设置数据流程图
图1.9企业销售管理系统数据流程分图—数据库操作数据流程图
1.4.2数据字典：
数据字典是系统分析阶段的重要文档，它清楚地定义和详细地解释了数据流图上未能详细表达的内容，同时它能够帮助分析人员组织数据，是与用户交谈的极好的工具。
数据字典描述的主要内容有：
外部项、数据流、数据存储、数据处理等几部分内容，本系统的数据字典就是从这几个方面加以描述的，具体内容如下表所示：
（1）外部项：
名称
编号
输入数据流
输出数据流
简要说明
用户
S1
不合法身份
查询结果通知
账号和密码信息
任何有权使用本系统（有合法的账号和密码）的操作员
销售管理员
S2
各种报表
—
该部门的领导或具有决策权力的人员
（2）数据流：
名称
编号
来源
去向
组成
账号和密码信息
F1
用户
身份验证
操作员代码+密码
身份验证结果
F2
管理员信息表
身份验证
[合法|非法]
不合法身份通知
F3
身份验证
用户
[不合法账号|不合法密码]
普通管理员
F4
身份验证
功能选择
各项权限
系统管理员
F5
身份验证
功能选择
各项权限
操作员的权限信息
F6
管理员信息表
功能选择
[系统管理员权限|普通管理员权限]
接收订单
F7
功能选择
订单处理处理
客户标号+客户姓名+…
订单信息
F8
订单处理
订单信息表
客户信息+订单信息
订单到货请求
F9
功能选择
订单处理
客户编号+客户姓名+…
到货信息
F10
到货处理
借阅信息表
读者信息+库存信息
查询条件
F11
功能选择
查询操作
[库存查询条件|客户查询条件|订单查询条件]
查询结果通知
F12
查询操作
用户
[要查询的信息|未找到通知]
账号与原密码
F13
功能选择
修改密码
账号+原密码
新密码
F14
修改密码
管理员信息表
新密码
库存操作请求
F15
功能选择
添加货物信息
修改货物信息
删除货物信息
[添加请求|修改请求|删除请求]
客户管理请求
F16
功能选择
添加客户信息
修改客户信息
删除客户信息
[添加请求|修改请求|删除请求]
生成报表请求
F17
功能选择
报表生成
[生成全部货物报表|
生成销售业绩报表|
生成全部客户报表]
管理员信息设置请求
F18
功能选择
管理员基本信息设置
管理员权限信息设置
[基本信息设置请求|权限信息设置请求]
数据库操作请求
F19
功能选择
系统初始化
备份与恢复
[初始化请求|备份恢复数据]
各种报表
F20
报表生成
部门主管
[库存报表|客户报表]
新货信息
F21
添加货物信息
货物信息表
货物名+编号+价格+…
货物更新信息
F22
修改货物信息
货物信息表
[货名|类别|…]
要删除的货物编号
F23
删除货物信息
货物信息表
货物编号
新客户信息
F24
添加客户信息
客户信息表
姓名+性别+电话+折扣…
客户更新信息
F25
修改客户信息
客户信息表
[姓名|性别|…]
要删除的客户编号
F26
删除客户信息
客户信息表
客户编号
管理员基本信息
F27
管理员基本设置
管理员信息表
代码+类型+密码
管理员权限信息
F28
管理员权限设置
管理员信息表
各项权限
初始化订单表请求
F29
系统初始化
订单信息表
[初始化全部借阅信息|初始化已到货订单信息]
初始化货品表请求
F30
系统初始化
货物信息表
初始化货物表请求
初始化客户表请求
F31
系统初始化
客户信息表
初始化客户表请求
备份的数据
F32
备份与恢复
数据库备份文件
要备份的数据库
（3）数据存储：
名称
编号
来源
去向
组成
说明
管理员信息表
D1
管理员基本信息
管理员权限信息
新密码
身份验证结果
操作员权限信息
代码+类别+密码+各种权限
此表用来记录操作员的基本信息和权限信
订单信息表
D2
初始化订单表请求
销售订单报表
借阅查询
客户编号+货物编号+…
该表是用来记录货物的订单信息
货物信息表
D3
新货物信息
货物更新信息
要删除的货物编号
初始化货物表请求
全部货物报表
在馆货物报表
借出货物报表
货物查询
货物编号+货物名称+…
此表是用来记录货物的相关信息
客户信息表
D4
新客户信息
客户更新信息
要删除的客户编号
初始化客户表请求
全部客户报表
客户查询
客户编号+客户姓名+…
此表用来记录客户的基本信息
（4）数据处理：
名称
编号
输入
处理内容描述
输出
身份验证
P1
账号和密码信息
身份验证结果
查询管理员表确认用户身份
普通管理员
系统管理员
功能选择
P2
普通管理员
系统管理员
操作员权限信息
根据用户的权限给用户提供可选择的功能
各种可供选择的功能请求
订单处理
P3
订单请求
根据订单修改订单信息表
订单信息
订单到货处理
P4
订单到货请求
根据要还的货物编号修改借阅信息表
到货订单信息
查询操作
P5
查询条件
根据查询的要求进行货物、客户、订单信息的查询
查询结果通知
修改密码
P6
账号与原密码
修改个人密码，将新密码保证在管理员信息表中
新密码
添加货物信息
P7.1
添加货物请求
将新货信息添加到货物信息表
新货物信息
修改货物信息
P7.2
修改货物信息请求
根据修改要求修改货物信息表
货物更新信息
删除货物信息
P7.3
删除货物信息请求
根据货物编号删除该货物在货物信息表中信息
要删除的货物编号
添加客户信息
P8.1
添加新客户请求
将新客户信息添加到客户信息表
新客户信息
修改客户信息
P8.2
修改客户信息请求
根据修改要求修改客户信息表
客户更新信息
删除客户信息
P8.3
删除客户信息请求
根据客户编号删除该货物在客户信息表中信息
要删除的客户编号
管理员基本信息设置
P9.1
管理员基本信息设置请求
按照设置的要求更改管理员信息表
管理员基本信息
管理员权限信息设置
P9.2
管理员权限信息设置请求
根据设置要求对管理员信息表的权限内容进行更改
管理员权限信息
系统初始化
P10.1
初始化表请求
对用户所选定的表进行初始化
初始化订单信息请求
初始化货物表请求
初始化客户表请求
备份与恢复
P10.2
备份（恢复）的数据请求
根据用户的要求进行数据库的备份与恢复
备份的数据
报表生成
P11
生成报表请求
输出各种报表
各种报表
第1.5节确定系统开发方案
根据对该系统的需求分析、业务流程分析和数据流程分析，从数据流程图出发，系统应该完成的功能为：
登录、各种表的初始化、数据的备份与恢复、订单管理、订单到货管理、排名统计、库存管理、客户管理、库存查询、客户查询、订单查询、基本设置（罚款设置和最大借出册数设置）、货物类别设置、管理员设置、管理员权限设置、密码修改、报表生成。
要完成上述功能有三种方案可供选择：
（1）以手工操作为主，计算机管理为辅，人工收集数据、核对数据、将手工处理过的数据录入计算机保存，计算机只作为存储数据和进行低级计算的工具，大部分的统计、汇总等工作都需人工完成，一些报表也是通过人工处理以后用计算机打印出来。
（2）以计算机管理信息为主，手工操作为辅，大部分的数据统计、汇总、报表的输出等功能都是由计算机自动完成，人只需输入需要处理的数据和选择相应的功能而已，其它工作均交给计算机来完成。
在管理的过程中减少了人工的干预，既减轻了人的工作量，又减少了出错的概率，而且在人工输入数据时不用再通过手工核对，计算机将自动对输入的数据进行合法性检查，将检查的结果告知工作人员。
（3）完全通过计算机自动处理，利用计算机网络的优势，实时地收集数据，计算机将对收集的数据进行分析、核对，并给出最优的处理方案，把处理的结果通过网络返回给用户，在整个过程中用户几乎不用做任何事，只是告诉计算机终端想做什么即可。
经过认真的考虑与分析，我选择了第二种方案。
虽然在上述三个方案中最理想的是第三种方案，但是由于受目前的软硬件的开发环境和开发时间的限制，要实现第三种方案难度较大，所以只好放弃。
综合考虑以上两点原因最终我选择了介于第一、三方案之间的第二种方案作为我的开发方案。
第2章系统设计
系统设计阶段的主要目的是将系统分析阶段所提出的充分反映用户信息需求的系统逻辑方案转化成可以实现的基于计算机与通讯系统的物理方案。
其主要任务是从管理信息系统的总体目标出发，根据系统分析阶段对系统逻辑功能的需求，并考虑经济技术和运行环境等方面的条件，确定系统总体结构和系统各组成部分的技术方案，合理选择计算机软硬件设备，提出系统的实施计划。
第2.1节系统的总体设计
2.1.1功能结构设计：
企业销售管理系统的目标是通过计算机信息化管理，提高企业销售管理员的工作效率，使各项管理工作能高效、顺利地完成，而且同时要尽量地避免过去由于大量的手工操作所造成的出错率高的缺陷，保证整个系统能够长期、稳定、可靠地运行。
根据系统分析阶段的结果，得出本系统的总体功能结构如图2.1所示：
图2.1企业销售管理系统
总体功能结构图
从上图可以看出本系统共分为如下几个模块：
（1）数据库操作模块：
主要功能是对数据库进行各种操作，如各类表的初始化和数据库的备份和恢复等。
（2）系统操作模块：
主要功能是进行基本的销售管理工作业务的操作，如下订单、订单到货、查看订单等。
（3）系统管理模块：
主要的功能是进行库存的管理、客户的管理、查看订单列表。
以库存管理为例，可以实现库存信息的浏览、新货物信息的添加、货物信息的修改和删除货物信息等功能。
（4）查询系统模块：
主要功能是通过给定查询条件，分别对货物信息、客户信息和订单信息进行精确查询。
（5）系统的设置模块：
主要功能是进行系统的基本设置，如设置货物信息、设置货物类别信息，还可以进行管理员及其拥有的权限的设置，以及密码的修改等
（6）报表打印模块：
主要功能是根据用户的要求生成并打印各种货物信息、客户信息或者借订单信息报表。
（7）系统帮助模块：
主要功能是查看本系统的使用帮助和显示本软件的版本等信息。
各模块功能的细化结构如图2.2-2.8示：
（1）数据库操作模块：
图2.2企业销售管理系统数据库操作模块功能结构图
（2）系统操作模块：
图2.3企业销售管理系统系统操作模块功能结构图
（3）系统管理模块：
（以客户管理为例，库存管理的功能与客户管理相同，因此不再细化。
）
图2.4企业销售管理系统系统管理模块功能结构图
（4）查询系统模块：
（以客户查询为例，客户查询和订单查询的功能与客户查询相同，因此不再细化。
）
图2.5企业销售管理系统查询系统模块功能结构图
（5）报表打印模块：
图2.7企业销售管理系统报表打印模块功能结构图
2.1.2系统配置设计：
在管理信息系统的开发和运行的过程中，计算机是个不可缺少、贯穿始终的工具，是系统存在的物质基础，因此合理地配置计算机系统，使系统可以安全、可靠、高效地工作是十分必要的。
（1）计算机硬件的选择：
考虑当前的实际开发条件，对于本系统开发的硬件，我选择的是配置为Inteli54200UCPU，4GDDR3内存，500G硬盘的笔记本电脑。
由于本系统开发环境和时间的限制，没有考虑网络方面的开发，只是在单机系统中实现各种预期的功能，所以没有设计网络方面的硬件配置。
（2）计算机软件的选择：
本系统的软件开发工具我选择的是MicrosoftWebMatrix和SqlSever2013的关系型数据库软件。
之所以选用MicrosoftWebMatrix作为前台开发工具，MicrosoftWebMatrix是微软最新的Web开发工具，它包含了构建网站所需要的一切元素,简单并且完全是免费的。
它包含了构建网站所需要的一切元素，比如说框架、WEB服务器、数据库、工具等。
下载一个windowsplatforminstaller,不仅可以类似于一键安装地下载到这些元素，比如说，它可以帮助你下载MySql,php5.2等，而且可以根据你建网站的目的，下载到一些应用程序，包括博客、CMS、电子商务、论坛、库、工具等等。
这些应用是免费的，极其方便建网站。
比如说你想建一个电子商务类的网站，你下载相关应用，通过WebMatrix建立网站，就可以直接运行这个网站了。
相当于是下载了一个模板。
不过有些应用在中国不是很实用，但是可以帮助你查看到整个网站体系的代码。
SQLServer是Microsoft公司推出的关系型数据库管理系统,具有使用方便可伸缩性好与相关软件集成程度高等优点，可跨越从运行MicrosoftWindows98的膝上型电脑到运行MicrosoftWindows2012的大型多处理器的服务器等多种平台使用。
MicrosoftSQLServer是一个全面的数据库平台，使用集成的商业智能（BI）工具提供了企业级的数据管理。
MicrosoftSQLServer数据库引擎为关系型数据和结构化数据提供了更安全可靠的存储功能，可以构建和管理用于业务的高可用和高性能的数据应用程序。
第2.2节系统的详细设计
2.2.1数据库的设计:
（1）概念设计：
①分析存在的实体和实体属性：
主管人员（工号，姓名，密码，上次登录时间）
产品（存储编号，产品编号，仓库编号，产品入库单价，产品数量，生产日期，售价）
客户（客户编号，客户姓名，客户类型，联系人，联系电话，通信地址，备注）
订单明细（流水号，订单编号，产品编号，数量，单价，金额，订货日期，到货日期，订货人，是否已处理）
销售单（销售单流水号，收银员工号，合计金额，合计数量，客户编号，优惠折扣，实收金额，销售时间）
销售单明细（销售单流水号，产品编号，数量，单价，金额）
权限（普通权限，高级权限）
②画出两实体间的局部E-R图（如图2.9-2.12）
图2.9客户、销售管理员与产品的局部E-R图
图2.10销售单与订单的局部E-R图
图2.11产品与库存信息的局部E-R图
图2.12产品与订单信息的局部E-R图
图2.13主管人员与权限的局部E-R图
图2.14订单信息与销售单的局部E-R图
③将局部E-R图组合，重复的实体合并（如图2.13）
图2.13全局E-R图
（2）逻辑设计：
通过分析以上E-R图模型，将其转换成关系模型并合并关系，得出如下各项：
主管人员（工号，姓名，密码，上次登录时间）
产品（存储编号，产品编号，仓库编号，产品入库单价，产品数量，生产日期，售价）
客户（客户编号，客户姓名，客户类型，联系人，联系电话，通信地址，备注）
订单明细（流水号，订单编号，产品编号，数量，单价，金额，订货日期，到货日期，订货人，是否已处理）
销售单（销售单流水号，收银员工号，合计金额，合计数量，客户编号，优惠折扣，实收金额，销售时间）
销售单明细（销售单流水号，产品编号，数量，单价，金额）
（3）物理设计：
经过对本系统的分析，综合考虑系统的各项要求，该系统应该包含如下六个表：
列名
数据类型
长度
逻辑关系
客户编号
int
32
主键，决定客户信息的其他数据项
客户姓名
char
10
依赖于客户编号
客户类型
nchar
50
依赖于客户编号
联系人
nchar
30
依赖于客户编号
联系电话
int
32
依赖于客户编号
通信地址
varvhar
50
依赖于客户编号
备注
nvarchar
50
依赖于客户编号
表1客户基本信息表
表2库存基本信息表
列名
数据类型
长度
逻辑关系
存储编号
smallint
10
主键，决定库存信息的其他数据项
产品编号
char
50
依赖于存储编号
仓库编号
smallint
10
依赖于存储编号
产品入库单价
Int
32
依赖于存储编号
产品数量
Int
32
依赖于存储编号
生产日期
smalldatetime
15
依赖于存储编号
出售价格
Int
32
依赖于存储编号
表3：
订单明细表
列名
数据类型
长度
逻辑关系
流水号
int
32
主键，决定订单信息的其他数据项
订单编号
int
32
依赖于流水号
产品编号
char
50
依赖于流水号
数量
int
升级会员 