企业销售管理系统设计论文.docx
- 文档编号:5538672
- 上传时间:2022-12-19
- 格式:DOCX
- 页数:29
- 大小:402.17KB
企业销售管理系统设计论文.docx
《企业销售管理系统设计论文.docx》由会员分享,可在线阅读,更多相关《企业销售管理系统设计论文.docx(29页珍藏版)》请在冰豆网上搜索。
企业销售管理系统设计论文
SQLServer数据库实习论文(设计)之五兆芳芳创作
院系名称
信息工程学院
姓 名
孟庆峰、牟洋洋、仁丹、商彧、宋君、宋桂有
组别
第四组
专 业
计较机科学与技巧
指导教师
张家爱
2011年6月10日
摘 要
随着计较机技巧的迅猛成长,存在于网络的企业销售办理系统将逐步代替传统的办理模式进入企业.为了更高效得完成销售方面的任务,也可以有更多的时间处理更多的此外事务,企业也将解脱原有的办理形势完全进入信息化办理.销售办理系统在企业的办理进程中起着巨大的作用.系统采取MicrosoftSQLServer2005数据库,并使用Asp.NET作为开发东西,由销售信息办理、商品办理、售后办事办理及财务办理等模块组成.此系统包含选题布景,技巧介绍,系统需求阐发、模块设计、数据库设计、系统详细设计,以及系统实施.本文介绍了销售系统的开发初衷和布景,系统的开发东西,面向对象开发的具体步调,其中包含流程图,功效结构图等需要的图形说明.主要包含SQL数据库,用户登录模块和主窗体的设计,其中用户登录模块实现的功效是登录系统时进行用户身份查抄和权限分派;依照用户权限级别对操纵进行约束和控制;编辑、修改、添加用户信息.
关头词:
SQLServer2005数据库;ASP
Abstract
Alongwiththefastdevelopmentofcomputertechnology,theenterprisesalemanagementsystemthatexistsintheInternetwillWordStrthemanagementpatternoftraditionstepbysteptoenterenterprise.Tradewillalsogetridoforiginalmanagementsituationandhaveenteredinformativemanagementcompletely,becauseusingmanagementsoftwarecanfinishtheworkofsalesmoreefficientlyandcanalsohavemoretimetohandlemoreotheraffairs.Thesalemanagementsystemplaysanimportantroleinthemanagementcourseofenterprise.ThissystemadoptsMicrosoftSQLServer2005database,andusesVisualASP.NETasadevelopmentaltool,anditincludesinformationmanagement、goodsmanagement、trademanagementandfinancialmanagementandsoon.Thesystemincludestheintroductionoftechnology,systemrequestanalyze,themoduledesign,databasedesign,thedetailofsystemdesigning,conclusionandexpectation..Thisdissertationintroducestheoriginalintentionandbackgroundofdevelopment,thetoolofdevelopmentandthedetailsprocessofObjectorienteddevelopment.Itcontentsthestreamchart,functionandconfigurationchartandothernecessarychartexplanations.ItmainlyincludesthedesignoftheSQLdatabase,userentrymoduleandthedesignofthemainwindow.Thefunctionofuserentrymodulecancheckuseridentityandpurviewassign.Wecancontrolandrestrictoperationaccordinguserpurview.Wecanalsoedit,updateandadduserinformation.
KeyWords:
SQLServer2000Database;ASP
目 录
1引言1
2需求阐发4
3系统的设计与实现2
3.1开发计划的提出、比较及确定2
4系统运行及测试3
参考文献8
致谢9
1引 言
1.1系统的布景与目的意义
1系统开发的布景
随着社会高科技,商品经济化突飞猛进的成长,计较机的应用已经普及到经济和社会生活的各个领域.为了适应现代社会人们高度强烈的时间不雅念,产品生产-销售-客户订单办理系统软件为企业,公司等的销售办理带来了极大的便利.产品生产-销售-客户订单办理系统能够为用户提供可靠的信息储存和快捷的信息处理手段.长期以来人们使用传统人工的方法办理销售信息,这种办理方法存在着许多缺点.随着科学技巧的不竭提高,计较机日趋成熟,其强大的功效已为人们深刻认识,它已经进入人类社会的各个领域并阐扬着越来越重要的作用.作为计较机应用的一部分,使用计较机对企业、公司的产品销售信息进行办理,具有手工办理所无法比较的优点.例如:
检索迅速、可靠性高、存储量大、保密性好、寿命长、成本低等.这些优点能够极大的提高一个企业、公司销售办理的效率.因此,开发这样一套办理软机成为很有需要的事情,它能够具体化、公道化的办理单位的销售信息情况,用结构化的思维方法去了解计较机的任务原理.1.1.2系统开发的目的意义
企业生产办理是一个很是庞杂的进程,它涉及生产产品的根本情况办理、每一产品的生产雇员的相关关系及办理、每一产品的销售雇员的相关关系及办理、每一产品的销售雇员-客户-客户订单的相关关系和办理,因此,产品生产-销售-客户订单办理系统是一个解决中小型企业及公司的数据库办理系统,涉及的办理内容众多,数据关系庞杂,也是数据库办理系统的一个典型.
本课题设计便是利用开发东西开发一个实用的产品生产-销售-客户订单办理系统,其系统阐发清晰,制作进程具体可靠.
相关技巧与开发东西介绍
1.2
ASP.net不但仅是ActiveServerPage(ASP)的下一个版本,并且是一种成立在通用语言上的程序构架,能被用于一台Web办事器来成立强大的Web应用程序.ASP.net提供许多比现在的Web开发模式强大的优势.ASP.net是把基于通用语言的程序在办事器上运行.不像以前的ASP即时解释程序,而是将程序在办事器端首次运行时进行编译,这样的执行效果,当然比一条一条的解释强良多.ASP.net构架是可以用Microsoft(R)公司最新的产品 VisualS开发情况进行开发,WYSIWYG(WhatYouSeeIsWhatYouGet所见即为所得)的编辑.这些仅是ASP.net强大化软件支持的一小部分.
因为ASP.net是基于通用语言的编译运行的程序,所以它的强大性和适应性,可以使它运行在Web应用软件开发者的几近全部的平台上(笔者到现在为止只知道它只能用在Windows2000/2003Server上).通用语言的根本库,消息机制,数据接口的处理都能无缝的整合到ASP.net的Web应用中.ASP.net同时也是language-independent语言独立化的,所以,你可以选择一种最适合你的语言来编写你的程序,或把你的程序用良多种语言来写,现在已经支持的有C#(C++和Java的结合体),VB,Jscript.未来,这样的多种程序语言协同任务的能力庇护您现在的基于COM+开发的程序,能够完整的移植向ASP.net.
ASP.NET一般分为两种开发语言,VB.NET和C#,C#相对比较经常使用,因为是.NET独有的语言,VB.NET则为以前VB程序设计,适合于以前VB程序员,如果新接触.NET,没有其他开发语言经验,建议直接学习C#.
1.2.2SQLSEVER2005
SQLServer2005是一个全面的数据库平台,使用集成的商业智能(BI)东西提供了企业级的数据办理.SQLServer2005数据库引擎为关系型数据和结构化数据提供了更平安可靠的存储功效,使您可以构建和办理用于业务的高可用和高性能的数据应用程序.
SQLServer2005数据引擎是本企业数据办理解决计划的焦点.此外SQLServer2005结合了阐发、报表、集成和通知功效.这使您的企业可以构建和安排经济有效的BI解决计划,帮忙您的团队通过记分卡、Dashboard、Webservices和移动设备将数据应用推向业务的各个领域.
与MicrosoftVisualStudio、MicrosoftOfficeSystem以及新的开发东西包(包含BusinessIntelligenceDevelopmentStudio)的紧密集成使SQLServer2005与众不合.无论您是开发人员、数据库办理员、信息任务者仍是决策者,SQLServer2005都可以为您提供创新的解决计划,帮忙您从数据中更多地获益.
1.2.3
ADO.NET的名称起源于ADO(ActiveXDataObjects),这是一个普遍的类组,用于在以往的Microsoft技巧中拜访数据.之所以使用ADO.NET名称,是因为Microsoft希望标明,这是在.NET编程情况中优先使用的数据拜访接口.
ADO.NET是与数据源交互的.NET技巧.有许多的DataProviders,它将允许与不合的数据源交换――取决于它们所使用的协议或数据库.然而无论使用什么样的DataProvider,你将使用相似的对象与数据源进行交互.SqlConnection对象办理与数据源的连接.SqlCommand对象允许你与数据源交换并发送命令给它.为了对进行快速的只“向前”地读取数据,使用SqlDataReader.如果想使用断开数据,使用DataSet并实现能进行读取或写入数据源的SqlDataAdapter.
2需求阐发
需求阐发的任务是确定系统必须完成哪些任务,也就是对目标系统提出完整、准确、清晰、具体的要求.需求阐发的结果是系统开发的根本,关系到工程的成败和软件产品的质量.因此,必须用卓有成效的办法对软件需求进行严格的审查验证.
2.1功效需求
这是一个企业销售办理系统,设计者的目标是满足公司运营和日常办理的需要,具有对产品,员工,客户办理的功效.销售员可以对销售的产品进行登记,并将销售情况反应给数据库.办理员可以查抄员工信息以及销售情况,办理员登陆后可以添加删除员工,以及销售员以外的特殊操纵.为办理的便利性和信息传递的快速性提供了一个很好的平台.系统开发的总体任务是实现售后办事及销售登记自动化.总之,企业销售办理系统要实现登陆验证、商品销售办理、商品销售报表办理、员工信息办理、客户信息办理、通知布告办理六大部分.
2经理对功效的需求
在此系统中,经理有特殊权限.经理对功效的需求细分如下:
1>登陆系统.经理必须正确输入用户名和密码才干登陆.
2>查抄产品信息.在经理查抄产品信息时.
3>查抄员工信息.查抄员工近期销售情况.
4>查抄客户信息.
5>查抄通知布告.
6>按每日,每月,每年查抄销售记实
2销售人员对功效的需求
1>查抄自己的信息,了解自己近期的销售情况.
2>查抄产品的信息,熟悉产品情况.
3>登记销售产品.
4>添加新产品,并填写产品相关信息.
5>查抄通知布告.
1>查抄通知布告.
2>查抄售后办事信息.
3>添加售后办事信息.
一般的性能需求是包含信息处理的实时性和准确性,系统的开放性和可扩充性,系统的稳定可靠性,系统的易用和易维护性.系统的尺度性及平安性.
本系统是个数码办理系统,要考虑到系统的易用和易维护性.该系统直接面对使用人员的,而使用人员往往对计较机其实不是很是熟悉.这就要求系统能够提供良好的用户接口,易用的人机交互界面.要实现这一点,就要求系统应该尽量使用用户熟悉的术语和中文信息的界面.另外要考虑的性能需求就应该是系统平安性问题了.在考察系统的每个阶段,均需要考虑彼此间的认证与授权.尤其要注意认证,复杂地说就是确定谁是特定用户,并针对平安源验证该用户的身份.在处理完识别用户的办法之后,必须利用一种办法以向用户授权,从而能够使用系统的特定功效.也就是说,需要一种办法来决定允许特定用户进行什么样的操纵.而这些都是在进行系统设计时需要考虑的性能方面内容.下面是通过阐发,得到的系统的功效结构图2.1.
图2.1系统功效结构图
系统模型阐发主要包含数据流程图、数据字典和E-R图.
2.3.1数据流程图
任何软件系统从底子上来说,都是对数据进行加工或变换的东西,而在系统阐发这个阶段,数据流程图便是系统设计人员与用户交换思想的东西.这种图用的符号少,通俗易懂.实践证明,只要对用户稍作解释,用户就能看明白.同时,这种图条理性强,适合对不合办理条理的业务人员进行业务调查.在调查进程中,随手就可以记实有关情况,随时可与业务人员讨论,使缺乏的地方得到弥补,有出入的地方得到纠正.因此,数据流程图在此阶段是具有相当重要的作用的,于是,在这个部分,便要求对图的分化、计划进行适当调整和标准,使之尽量清晰,可读性更好,尽可能将用户所预期的功效考虑完全并在此图中有大致的体现,这样就更便于用户理解和与用户的沟通交换.
本办理系统的条理结构自己要求就比较复杂,所以在数据流程图的设计上本文作者就尽可能做到复杂化,使用户对系统流程一目了然,具体如图2-2.
图2-2数据流图
2.3.2数据词典
数据字典则是系统中各类数据描述的荟萃,是进行详细的数据收集和数据阐发所取得的主要成果.数据流程图描述了系统的分化,即描述了系统由哪几部分组成、各部分之间的联系等,但还没有说明系统中各个成分的寄义.为此,还需要对数据流程图加以弥补说明,而数据字典就是这样的东西之一.它主要用于描述数据流程图中的数据流、数据存储、处理进程和外部实体.成立数据字典的任务量比较大,也比较繁琐,但这是一项必不成少的任务.其在系统开发中具有十分重要的意义,不但在系统阐发阶段,并且在整个开发进程中以及今后系统运行中都会使用到它.
在此系统中涉及到的数据字典如下:
1>产品信息
(1).数据项描述:
数据项:
产品编号
寄义说明:
唯一标识每个产品
别号:
ID,ProductID
类型:
整型
长度:
>=5至MAX
取值规模:
10000至MAX,步长为1
取值寄义:
无
(2).数据结构:
数据结构名:
产品
说明:
销售办理系统中销售的产品
组成:
产品编号+产品名称+规格+产商+产品进价+备注
(3).数据流描述:
数据流名称:
产品信息
说明:
产品的相关信息
数据流来源:
生产商
数据流去向:
销售信息办理
组成:
产品编号+产品名称+规格+产商+产品进价+备注
平均流量:
10份/月
岑岭期流量:
20份/月
(4).数据存储描述:
数据存储名称:
产品列表
别号:
Product
简述:
存放产品的相关信息
组成:
产品编号+产品名称+规格+产商+产品进价+备注
数据量:
200张/年
存取方法:
索引文件,以产品编号为关头字
(5).处理进程:
处理进程名:
产品销售
说明:
客户采办该产品
输入:
产品信息,客户信息
输出:
销售信息
处理:
客户采办该产品后,产生销售信息,记实客户信息及采办相关的产品.
2>客户信息
(1).数据项描述:
数据项:
客户编号
寄义说明:
唯一标识每个客户
别号:
ID,CustomerID
类型:
整型
长度:
>=5至MAX
取值规模:
10000至MAX,步长为1
取值寄义:
无
(2).数据结构:
数据结构名:
客户
说明:
产品的销售对象
组成:
客户编号客户姓名+客户性别+联系电话+地址+邮编+E-mail
(3).数据流描述:
数据流名称:
客户信息
说明:
客户的相关信息
数据流来源:
客户
数据流去向:
销售信息办理
组成:
客户编号客户姓名+客户性别+联系电话+地址+邮编+E-mail
平均流量:
200个/月
岑岭期流量:
500个/月
(4).数据存储描述:
数据存储名称:
客户列表
别号:
Customer
简述:
存放客户的相关信息
组成:
客户编号客户姓名+客户性别+联系电话+地址+邮编+E-mail
数据量:
2000个/年
存取方法:
索引文件,以客户编号为关头字
(5).处理进程:
处理进程名:
产品销售,售后办事
说明:
客户采办产品,提供售后办事
输入:
产品信息,客户信息,售后办事信息
输出:
销售信息,售后办事情况
处理:
客户采办该产品后,产生销售信息,记实客户信息及采办相关的产品.售后办事人员为客户提供售后办事,记实售后办事情况.
3>销售信息
(1).数据项描述:
数据项:
销售编号
寄义说明:
唯一标识每次销售
别号:
ID,SellID
类型:
整型
长度:
>=5至MAX
取值规模:
10000至MAX,步长为1
取值寄义:
无
(2).数据结构:
数据结构名:
销售单
说明:
销售办理系统中销售的情况
组成:
销售编号+产品编号+客户编号+销售人员编号+销售时间+单价+销售量
(3).数据流描述:
数据流名称:
销售信息
说明:
销售的情况
数据流来源:
销售人员
数据流去向:
售后办事信息办理
组成:
销售编号+产品编号+客户编号+销售人员编号+销售时间+单价+销售量
平均流量:
200份/月
岑岭期流量:
500份/月
(4).数据存储描述:
数据存储名称:
销售列表
别号:
Sell
简述:
存放销售结果的描述
组成:
销售编号+产品编号+客户编号+销售人员编号+销售时间+单价+销售量
数据量:
2000份/年
存取方法:
索引文件,以销售编号为关头字
(5).处理进程:
处理进程名:
售后办事办理
说明:
售后办事人员为采办产品的用户提供办事的情况
输入:
销售信息
输出:
售后办事信息
处理:
记实本次售后办事人员为客户提供办事的情况
4>售后办事信息
(1).数据项描述:
数据项:
售后编号
寄义说明:
唯一标识每个售后办事
别号:
ID,ServiceID
类型:
整型
长度:
>=5至MAX
取值规模:
10000至MAX,步长为1
取值寄义:
无
(2).数据结构:
数据结构名:
售后办事
说明:
售后办事人员为客户提供的办事情况
组成:
售后编号+销售编号+办事人员编号+办事类型+详细情况+是否完成+客户满意度
(3).数据流描述:
数据流名称:
售后办事信息
说明:
售后办事情况的记实
数据流来源:
客户信息,销售信息,办事人员
数据流去向:
统计阐发
组成:
售后编号+销售编号+办事人员编号+办事类型+详细情况+是否完成+客户满意度
平均流量:
200份/月
岑岭期流量:
500份/月
(4).数据存储描述:
数据存储名称:
售后办事列表
别号:
Sell
简述:
存放售后办事信息
组成:
售后编号+销售编号+办事人员编号+办事类型+详细情况+是否完成+客户满意度
数据量:
2000张/年
存取方法:
索引文件,以售后编号为关头字
(5).处理进程:
处理进程名:
统计阐发
说明:
一段时间内售后办事的情况统计阐发
输入:
售后办事信息
输出:
统计结构
处理:
统计规则时间内售后办事情况
4>战略通知布告信息
(1).数据项描述:
数据项:
通知布告编号
寄义说明:
唯一标识每个通知布告
别号:
ID,PolicyID
类型:
整型
长度:
>=5至MAX
取值规模:
10000至MAX,步长为1
取值寄义:
无
(2).数据结构:
数据结构名:
通知布告
说明:
市场部宣布的通知布告内容
组成:
公共编号+任务人员编号+通知布告类型+E-mail+联系电话+宣布日期+所答复的通知布告+内容
(3).数据流描述:
数据流名称:
公共信息
说明:
通知布告的相关信息
数据流来源:
任务人员
数据流去向:
任务人员
组成:
公共编号+任务人员编号+通知布告类型+E-mail+联系电话+宣布日期+所答复的通知布告+内容
平均流量:
30条/日
岑岭期流量:
80条/日
(4).数据存储描述:
数据存储名称:
公共列表
别号:
Policy
简述:
存放通知布告的相关信息
组成:
公共编号+任务人员编号+通知布告类型+E-mail+联系电话+宣布日期+所答复的通知布告+内容
数据量:
200张/月
存取方法:
索引文件,以通知布告编号为关头字
(5).处理进程:
处理进程名:
通知布告办理
说明:
任务人员宣布通知布告
输入:
公共内容
输出:
宣布公共
处理:
市场部按照统计结果的阐发,对销售战略进行宏不雅调控,宣布相关的通知布告战略.
2.3.3E-R图
按照以上各节对系统所做的需求阐发和系统阐发,计划处了本系统的数据库尸体.下面介绍几个关头实体的E-R图:
图2.4销售信息办理系统E-R图
3系统的设计与实现
3.1开发计划的提出比较及确定
对于企业销售办理系统这样一个设计型题目来说,可以开发的计划是比较多的.我们要从两方面选择,包含情况配置和体系结构.
3体系结构比较
第一,C/S结构,也就是客户机/办事器(英文为:
Client/Server)结构,通过将任务公道分派到Client端和Server端,下降了系统的通讯开销,可以充分利用两端硬件情况的优势.办事器通常采取高性能的PC、任务站或小型机,并采取大型数据库系统,客户端需要装置专用的客户端软件.
第二,B/S结构,即浏览器/办事器(Browser/Server)结构,在这种结构下,用户界面完全通过WWW浏览器实现,一部分事务逻辑在前端实现,但是主要事务逻辑在办事器端实现,形成所谓3-tier结构.这种结构中客户机上只要装置一个浏览器(Browser),办事器装置SQLServer等数据库,浏览器通过WebServer同数据库进行数据交互.
对这两种模式进行比较,C/S模式要在不合的客户机上装置不合的客户应用程序,B/S模式下只需要装置浏览器软件.这样不单可以节省客户机的硬盘空间与内存,并且使装置进程加倍简练、网络结构加倍灵活.其次,它简化了系统的开发和维护.系统的开发者无须再为不合级此外用户设计开发不合的客户应用程序了,只需把所有的功效都实现在Web办事器上,并就不合的功效为各个组此外用户设置权限就可以了.再次,它使用户的操纵变得更复杂.对于C/S模式,客户应用程序有自己特定的规格,使用者需要接受专门培训.而采取B/S模式时,客户端只是一个复杂易用的浏览器软件.无论是决策层仍是操纵层的人员都无需培训,就可以直接使用.B/S模式的这种特性.最后,B/S特别适用于网上信息宣布,
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 企业 销售 管理 系统 设计 论文