商品销售管理系统的设计与实现.docx
《商品销售管理系统的设计与实现.docx》由会员分享，可在线阅读，更多相关《商品销售管理系统的设计与实现.docx（32页珍藏版）》请在冰点文库上搜索。
商品销售管理系统的设计与实现
c
本科毕业设计（论文）
摘要
在社会经济和科学技术日新月异的今天，经济的信息化已成为当今社会经济发展的一个非常重要的趋势。
越来越多的企业已经完成了企业信息化管理的转型。
信息技术是国家制定政策、调控和控制国家经济命脉的重要资源，同时是国民经济部分和整个社会的重要参考指标，也是当今时代最新的生产力。
它从各个层面上引导着当今社会信息化进程的发展。
甚至可以理解为，控制信息领域的王者，就可以控制整个经济发展的总方向。
信息系统的开发是一项艰巨的任务。
商品销售管理系统是以6.0为开发平台，采用2000为后台数据库的程序，主要模块包括系统管理、交易管理、客户管理、查询管理、统计分析、员工管理、帮助窗口等。
本系统满足了中小企业在销售管理方面的需求，用户界面友好，功能强大，增加了信息分析的准确性的同时减少了人力资源的消耗。
该系统的核心价值在于它大大满足了中小企业对于当今经济信息化上的转型需求，功能比较完备，在不占用过多人力资源的条件下，信息分析的准确性有所提高，管理水平也同时有所进步。
该销售系统最终要实现以下目标：
对商品的入库、出库，进行有效地查询和管理，以及业绩的图表分析。
关键词：
信息管理;经济信息化;商品管理;企业管理
a..,,,.'s.,,.a.
6,2000,,,,,,,.,,,.,,,,.:
,,.
;;;
第一章绪论1
1.1开发背景1
1.2系统开发意义1
1.3研究内容1
1.4开发工具2
1.5系统运行环境2
1.6程序设计要求2
第二章需求分析4
2.1可行性分析4
2.1.1技术可行性4
2.1.2经济可行性4
2.1.3操作可行性4
2.2功能需求4
2.3数据需求5
2.3.1实体属性图5
2.3.2用户实体联系图7
2.3.3系统实体联系图7
2.3.4数据流图8
第三章概要设计10
3.1设计思想10
3.2各模块功能设计10
3.2.1功能模块10
3.2.2模块基本信息11
3.3系统设计策略12
3.4数据库设计12
3.4.1数据库设计原则12
3.4.2数据库的逻辑设计13
3.4.3数据库的安全性和完整性13
3.4.4数据库表设计14
第四章系统实现17
4.1系统主窗体17
4.2用户登录17
4.3销售登记18
4.4统计分析18
4.5数据备份19
第五章系统测试21
第六章总结和展望24
谢辞25
参考文献26
第一章绪论
1.1开发背景
目前，大量的中小企业中，管理混乱、信息无法共享、相关资料透明度不高、客户和企业掌握资料不对等等因素，导致企业管理的一致性遭到破坏，企业利益蒙受损失。
加上现在客户的期望值越来越高，客户同样也需要更好的服务（不光是产品质量，更重要的是个性化的服务）[1]。
企业之间的竞赛已逐步从产物的竞争转变为客户服务的竞争。
因此中小企业必须开发业务流程的进一步优化，提高企业竞争能力。
针对以上问题的存在，如何针对中小企业服务销售体系进行规范化管理，提高效率，降低成本便十分重要。
商品销售管理系统的出现很好地解决了上述问题。
1.2系统开发意义
商品销售管理系统（销售管理系统）可以从客户关系，市场销售，销售的过程记录，管理和分析，使销售管理从经验为主导转变为以科学为主导、从个人化治理转变为企业化治理。
针对中小企业销售、生产、管理中存在的许多问题，基于从中小企业的销售管理的主要需求，充分让顾客成为主角的理念开发，建立一个灵活的业务流程。
企业和个人可以完全按照企业业务发展的需要，业务流程，进行数据的标准化，计算机自动化进行管理[3]。
同时也增强了中小企业销售过程中共同作业的实力，并达成了中小企业销售管理过程中的办公管理，帮助中小企业建立以客户为基础，市场为导向的经营模式，辅以规范化的企业销售体系，可以大大提高企业的运转效率和核心竞争力[2]。
市场的最新动态，节奏，也容易为企业高层所掌控，从而提高企业对市场趋势的把握，最终实现利益和市场占有率的双赢。
1.3研究内容
该系统开发的重点主要集中于数据库的建立和前台应用程序两个基部分。
因为该系统对于数据的完整性、一致性要求比较高，可维护性也有一定要求，所以最终我采用了微软2000来建立数据库。
对于前台部分的要求则是功能完备，界面简单美观，友好，不能给电脑业余用户造成障碍，鉴于本人在学习计算机技术的时候第一次接触的便是6.0，对该平台和语言比较熟悉，最终采用。
为程序开发者提供了十分丰富的开发工具（这些工具往往直接面向对象）,特别是数据接口这一类即方便又可以直接操作的数据库对象。
首先，建立系统应用模型，然后对初始的模型系统进行需求迭代，并且加以修改和完善，最终形成可行的完整系统。
1.4开发工具
本系统以6.0为前台语言，微软2000为后台数据库语言。
的优点和特点有：
（1）对于大部分的对象都可以进行简单地封包操作，自然且充分地体现除了面向对象这一重要的编程思想。
（2）内部直接提供数量可观的控件，这些控件功能强大，辅以程序设计时的简单和可视化，让很多非专业的程序员可以设计出复杂的应用程序。
（3）可视化集成开发环境的基本完全开放，允许开发人员组成，工具，向导来创建自己的工程，系统融合上的无缝连接也极大的提高了开发效率。
（4）对于数据库的访问和连接也提供了简洁且行之有效的方法，不仅支持支持（）和（）,对（）这种当前的流行格式也有很强的兼容性。
的强大的功能是它能够从不同的数据源获取数据，而不只是在数据库中获取。
除了新的对象应用外，还提供了数据控件[3]。
关系型正在被越来越多的中小型程序使用。
微软提供了一个标准的查询语言，方便开发数据库应用程序。
1.5系统运行环境
本商品销售管理系统的所配置的软件、硬件环境如下：
（1）软件环境
该软件是使用6.0和2000在7系统下完成的，所以该系统在操作平台的电脑上，兼容性和广泛性得以保证。
对于某些有特殊需要的用户，该软件也可以保证和同类型软件进行数据交流的接口。
（2）硬件环境
a.具有166以上微处理器的微型计算机
或更高分辨率的显示器
c.32M或更大的内存
1.6程序设计要求
程序必须是正确的，可用于计算机编译和调试，可运行。
程序必须有一个良好的结构。
必须有良好的人机界面，交互性强，应用范围广等特点。
程序必须有注释，说明，技术文档的可读性好。
只有在以上几点实现的情况下，人和计算机之间的通信才可以畅通无阻。
同时，程序的安全性、可靠性、可移植性也要纳入考虑。
满足这些要求，程序才是好的程序。
系统性能要求：
（1）界面友好，灵活方便，具有良好的人机交互。
（2）根据5秒原则，信息处理时间（响应时间）必须要尽量短，缩短等待时间[4]。
（3）由于商品数据信息十分重要，必须确保数据具有很高的正确性，不允许出现数据库错误等情况。
（4）当有不可抗力发生如停电，电脑故障等等情况发生时，要能够恢复到事故发生之前的情况，当机器出现问题时，将数据转移到安全的其他机器。
第二章需求分析
需求分析首先要解决可行性问题，可行性主要从技术可行性，经济可行性，操作可行性等几个方面来分析[5]。
其次要解决系统的功能需求，也就是描述系统的主要功能以及模块的划分。
最后是解决数据需求，数据需求主要从数据流图和实体联系图等几个方面来分析。
除此之外需求还涉及性能需求、可靠性和可用性需求、出错处理需求、接口需求、约束、逆向需求等方面[6]，本文就不再详细叙述。
在需求分析阶段主要通过类比法来获得系统的需求。
类比法就是在网上使用别人的商品销售管理系统来了解商品销售管理系统大概有哪些功能。
2.1可行性分析
2.1.1技术可行性
硬件方面：
目前企业的办公室中，基本都已经配备了性能较好的计算机，完全可以满足所需要的配置。
作为语言下开发的桌面级应用程序系统，在计算机的资源需求、性能要求、响应时间和处理时间来讲，相对都是比较低的，完全能够适应当前社会计算机的配置水平。
2.1.2经济可行性
本商品销售管理系统，采用语言以及小型数据库开发，均属于开源免费产品，对于开发成本以及维护成本来说，是比较低廉的，都在中小型企业承受范围之内。
并且，该系统投入使用之后，将会替代传统式的手工管理模式，将会节省大量的人力、物力，产生潜在的巨大经济效益。
2.1.3操作可行性
该系统为一个信息管理系统，操作方便，简单，适合用户使用。
综上所述，该系统无论从技术上，经济上还是操作上都是可行的。
2.2功能需求
通过在网上调研，和其他商品管理系统比较来了解系统功能，和企业内部人员进行交流进一步确定系统功能需求。
商品管理系统从框架上分为前台和后台。
其系统主要用例图如图2.1所示。
图2.1系统用例图
管理员的权限：
（1）管理员可以进行系统登录、查询密码、退出系统的操作；
（2）管理员可以对进货、销售、退货进行登记、查询、统计分析；
（3）管理员可以进行会员登记、会员查询的操作；
（4）管理员可以查看版本信息；
2.3数据需求
2.3.1实体属性图
通过对本系统的数据进行详细的分析，系统涉及的实体有商品实体，员工实体，客户实体，厂商实体。
（1）商品实体具有的属性有：
商品编号，生产厂商，商品名，型号，单价，数量，总金额，销售年，销售月，销售日，业务员号。
如图2.2所示。
（2）员工类型实体具有的属性有：
员工编号，员工姓名，员工电话，员工地址。
如图2.3所示。
（3）客户实体具有的属性有：
会员编号，会员姓名，会员电话，会员地址。
如图2.4所示。
（4）厂商实体具有的属性有：
厂商编号，厂商名称，法人代表，厂商地址。
如图2.5所示。
图2.2商品实体属性图
图2.3员工实体属性图
图2.4客户实体属性图
图2.5厂商实体属性图
2.3.2用户实体联系图
系统管理员拥有对系统做出操作的最高权限，该系统只有系统管理员一个用户，系统管理员的实体联系图如图2.6所示。
1
1
n
1
n
图2.6管理员实体联系图
2.3.3系统实体联系图
图也称实体-联系图（），提供了表示实体类型、属性和联系的方法，用来描述程序的概念模型。
该程序的图如下图2.7所示。
图2.7系统实体联系图
2.3.4数据流图
数据流图是监视现有系统和分支系统中数据的流动、存储和处理状况的图形。
数据流图不仅是系统分析结构化的重要工具，也是表达软件处理功能的直接体现。
它能表达什么数据进入系统，从哪里来，经过了哪些处理，最终成为了数据，分别流向哪里，哪些数据需要储存等[7]。
下图为P1模块和其内部逻辑，顶层输入流图下图2.8所示，内部图如下图2.9所示。
图2.8顶层数据流图
图2.9进销退货数据流图
第三章概要设计
3.1设计思想
系统分析阶段的主要任务是解决系统“做什么”的问题，得到的结果是商品销售管理系统的逻辑模型和系统分析说明书。
系统分析说明书是系统设计的根本依据。
根据系统分析建立的结构模型和逻辑模型则变成了物理设计阶段的最主要任务。
从而完成系统“如何做”的问题。
系统设计也应在系统分析说明书的指导下进行。
系统设计大致分为概要设计和详细设计两个部分。
概要设计一般来说采用结构化的系统设计方法，其目标为参考软件需求说明书，设计系统的详细模块和如何连接，从而构成完整的系统结构[8]；同时对数据库，数据结构也加以分析，制定出详细的模块组装计划。
详细设计阶段的目标是依据设计说明书，分析各种实现方法的优点和缺点，采用说明书中计划的设计方法，实现该程序实现的详细过程和构思，包括代码，输入，输出，存储和数据处理方法的设计等。
商品销售管理系统的核心是计算机管理商品信息等各项营业事务。
必须先建立一个数据库，用来存取商品的信息，之后建立对应的用户数据库，以实现对经营活动的管理，最后设计前台系统以用来人机交互[9]。
本系统的模块化设计，既可以保证模块既相互独立，不会互相影响，又相互紧密联系。
在模块之间不互相影响的情况下，实现实用性和延展性[10]。
日后可以根据客户的需求对程序进行完善，则是可维护性的体现。
3.2各模块功能设计
商品销售管理系统包括系统管理管理模块、交易管理模块、客户管理模块、查询管理模块、统计分析模块、员工管理模块和帮助窗口模块等7个模块，功能模块图如图3.1所示。
3.2.1功能模块
构造系统根据系统的模块设计，本系统的主要任务为：
（1）提供商品信息的浏览，查询，添加，修改和删除功能。
（2）对员工基本信息的管理功能。
（3）对客户基本信息的管理功能。
（4）系统管理员可以实现日常的系统维护工作。
图3.1功能模块图
3.2.2模块基本信息
（1）系统管理
包括用户登录、修改密码、退出系统三个部分。
（2）交易管理
商品在日常的销售和进货的过程中实现登记管理。
（3）客户管理
在销售过程中的会员制度，给会员客户一些优惠，提高客户关系。
实现会员的注册、查询等功能。
（4）查询管理
各种信息表的处理，如购买信息，销售信息，返回的信息，供应商信息等。
（5）统计分析
该模块为企业开发效益起着至关重要的作用。
除了对采购，销售，实现回归统计，利用各种销售信息，客户响应信息，数据的统计分析，使企业能够准确地预测和对市场做出正确的决定。
（6）员工管理
为了让调动员工的工作更具有积极性，员工的薪酬和销售业绩直接挂钩。
建立销售情况查询，以便对业绩进行评比和考核。
实现绩效评估，员工表查询等功能。
（7）帮助
应用程序应该提供一个窗口，包括名称、系统所有者、联系信息、版本号和专利信息等。
3.3系统设计策略
结构图可以用来表示系统的设计结果，但无法得知程序是如何获得结果，系统设计的方法会解决这个问题。
给出了数据流图到结构图的两种方法，即事务分析和变换分析。
用事务分析的方法得出结构图：
图3.2功能结构图
3.4数据库设计
3.4.1数据库设计原则
在保证数据进入系统模块时输入的正确性有保证的前提下，尽量做到输入快速、准确、方便。
为此，输入设计应遵循以下原则：
（1）最小量原则
（2）简单性原则
（3）早检验性原则
（4）少转换原则
输出设计包括以下几方面的内容：
（1）确定输出内容
（2）选择输出设备和介质
（3）确定输出格式
3.4.2数据库的逻辑设计
数据库技术主要任务是为了解决一个给定的数据集，为他们营造一个适宜的数据库架构。
在关系数据库中，一个关系既可以描述实体的属性，又可以描述实体之间的关系。
这种逻辑结构一般用数据库关系来描述。
实体关系在关系数据库规范化理论是一个二维表，表的每一行称为一个元组，是在特定的价值实体或实体之间的联系，通常被称为一个“记录”。
一个记录的每一列叫做一个属性。
通常为数据元素或数据项，每个元组用主键来标记，用来和其他元组产生区别。
关系转化为二维表则产生以下几个性质：
（1）在任一列上，数据项应该属于同一个属性；
（2）本表所有的线都是不一样的，不允许有组重复；
（3）在一个表中，行的顺序无关紧要；
（4）在一个表中，每一列有不同的名称，并且列的顺序也无关紧要。
出于程序的内聚性和耦合度方面来考虑，选用第二范式来设计该表。
3.4.3数据库的安全性和完整性
当今，信息安全问题显得越来越重要。
由于数据库中的数据对于公司来说是一种宝贵的战略信息资源，所以他不仅被要求为合法用户共享，还要有防止非法用户篡改的功能。
另外，还要防止对数据库不正确的更新，造成数据库的不一致性，数据库的安全显得尤为重要。
要尽可能避免对数据库有威胁的非法访问，就要做到在的密切监控下对数据进行安全操作和访问。
能否有效地保证数据库的安全是的重要任务之一。
用户的登陆方法是该系统提供的最基层的安全保证之一。
每一个用户具有该用户唯一的标识，它是用户的开放标识。
但是，为了正确识别用户，防止他人采取另一种的地方被假冒，仅使用用户标识符是不够的，还需要进一步确定用户的身份。
为了进一步识别用户，是目前使用最广泛的密码。
所以，每次用户要求进入系统时，必须输入用户标识符和密码，通过检查用户标识和密码系统来识别用户的身份。
只有当用户和密码验证正确，用户才可以使用系统。
数据库是一种存储数据并对数据进行操作的工具。
数据库起到在短的组织和表达信息的作用，核心任务是数据库信息的收集。
信息系统所用的数据库一般来说分为非关系数据库和关系数据库两种类型。
多个数据表的信息都存在于关系数据库中。
该系统使用微软公司的2000作为数据库的开发工具。
建立一个新的数据库，或者说创建任何一个数据库的第一步也是最重要的一步是规划数据库，设计必须灵活，严谨，逻辑性强。
创建数据库的过程其实就是对数据进行模型设计，包括：
对必要的数据进行标识并且收集字段到数据表中，最后形成比较简单的数据图，规范数据，标识出指定的字段的信息，创建一个物理表。
3.4.4数据库表设计
（1）员工表
该表内主要储存员工的相关信息，主要字段有编号、姓名、电话、地址等信息。
如表3.1所示。
表3.1员工表
字段名称
字段类型
长度
是否主键
是否可空
备注
员工编号
4
是
否
自动编号
员工姓名
10
否
否
员工电话
20
否
否
员工地址
50
否
否
（2）现存货表
该表内主要储存现存商品的相关信息，主要字段有商品编号、生产厂商、商品名、型号、单价等信息。
如表3.2所示。
表3.2现存货表
字段名称
字段类型
长度
是否主键
是否可空
备注
商品编号
30
是
否
自动编号
生产厂商
30
否
否
商品名
30
否
否
型号
30
否
否
单价
无
否
否
数量
30
否
否
总金额
30
否
否
进货年
4
否
否
续表3.2
进货月
2
否
否
进货日
2
否
否
（3）已售商品表
该表内主要储存已经销售商品的信息，主要字段有编号、生产厂商、商品名、型号、单价、数量等。
如表3.3所示。
表3.3已售商品表
字段名称
字段类型
长度
是否主键
是否可空
备注
商品编号
30
是
否
自动编号
生产厂商
30
否
否
商品名
30
否
否
型号
30
否
否
单价
无
否
否
数量
30
否
否
总金额
30
否
否
进货年
4
否
否
进货月
2
否
否
进货日
2
否
否
（4）退货表
该表内主要存储被退货物的信息，相关字段和上表基本相同，但日期为退货的日期。
如表3.4所示。
表3.4退货表
字段名称
字段类型
长度
是否主键
是否可空
备注
商品编号
30
是
否
自动编号
生产厂商
30
否
否
商品名
30
否
否
型号
30
否
否
单价
无
否
否
数量
30
否
否
总金额
30
否
否
续表3.4
进货年
4
否
否
进货月
2
否
否
进货日
2
否
否
（5）进货厂商表
该表内存储进货厂商的信息，主要字段有厂商编号、厂商名称、法人代表、厂商地址等。
如表3.5所示。
表3.5进货厂商表
字段名称
字段类型
长度
是否主键
是否可空
备注
厂商编号
30
是
否
自动编号
厂商名称
30
否
否
法人代表
30
否
否
厂商地址
50
否
否
（6）用户表
该表内主要储存用户信息，主要字段为用户编号、用户名、密码等。
如表3.6所示。
表3.6用户表
字段名称
字段类型
长度
是否主键
是否可空
备注
用户名
30
是
否
自动编号
密码
15
否
否
用户名
15
否
否
（7）客户表
该表内主要储存客户信息，主要字段有会员编号、姓名、电话、地址等。
如表3.7所示。
表3.7客户表
字段名称
字段类型
长度
是否主键
是否可空
备注
会员编号
30
是
否
自动编号
会员姓名
10
否
否
会员电话
15
否
否
会员地址
50
否
否
第四章系统实现
4.1系统主窗体
在以下详细设计说明中，我选择了几个具有代表性的窗体加以说明，未加说明的部分所用的思路和代码和被说明的窗体基本大同小异。
下面简要说明各个模块的程序实现。
用户必须输入正确的名称和密码登陆，二者正确就可以操作各个系统模块。
反之，输入三次密码错误，则系统自动退出。
可以根据窗体中所列的菜单，寻找用户所要访问的模块，并进行操作。
此处主要通过框体添加控件，先在窗口中打开数据连接，并且定义一个数据连接串变量，再用=等代码使程序所有功能在登录前保持不可用状态。
在用户成功登陆以后，界面上各个菜单的状态都转变为，各个功能解锁，可以正常使用。
此处实现各个功能在登录前不可用的代码为：
（）
=".4.0;"
=
=
=
=
=
=
1=
登陆以后以上键值为。
4.2用户登录
此处用到了数据库连接=".4.0，直接由框中输入的内容加以验证并且通过验证后，主窗口的所有控件处于激活状态。
实现和数据库相连接并且验证登陆结果返回值的主要代码为：
=".4.0;"
&_""
登陆管理模块的流程如图4.1所示。
图4.1登录模块流程图
4.3销售登记
在这个界面主要实现商品销售的信息，点击商品销售信息按钮从库存表中删除，并写在出售商品的表中。
单击打印按钮，可以打印销售发票单。
此处主要运用到的是1包内的数据库连接控件，控件内的内容可以直接编辑数据库中对应的键值。
销售模块，进货模块，退货模块流程大体相同，流程图如图4.2所示。
4.4统计分析
图表分析模块主要是在同一天，本月，本季度，当销售图表分析。
利用6.0中提供的 控件，可以制作图表，可以实现条形图等各种图形的绘制。
此处用到了系列的控件，让数据库和数据接口直接对接，控件返回的值即为图表。
红色柱体代表销售额，绿色柱体代表进货额，蓝色代表退货额，黄色代表利润额。
在有具体的销售数据以后，可以实时地反映在图表上，方便直观查询和管理。
该功能的实现难点主要是如何让图表控件正确地和数据库相连。
实现图表显示的主要代码为：
=""
=
=
=
=
图4.2销售模块流程图
4.5数据备份
本模块完成对数据库的备份和恢复功能。
使用该语句在程序中实现备份，该语句只适用于小
升级会员 