企业销售管理系统毕业论文doc 43页Word文档格式.docx
- 文档编号:17605370
- 上传时间:2022-12-07
- 格式:DOCX
- 页数:43
- 大小:572.78KB
企业销售管理系统毕业论文doc 43页Word文档格式.docx
《企业销售管理系统毕业论文doc 43页Word文档格式.docx》由会员分享,可在线阅读,更多相关《企业销售管理系统毕业论文doc 43页Word文档格式.docx(43页珍藏版)》请在冰豆网上搜索。
Keywords:
Java;
第一章概述
随着社会的进展,顾客需求瞬息万变,技术创新不断加速,产品生命周期不断缩短,企业之间市场竞争日趋猛烈,因此,企业实现信息化差不多成为企业快速响应市场和参与市场竞争的关键。
专门生产销售治理在现代企业经营治理中占据着重要的地位,一个企业销售治理的水平几乎决定着企业的经济命脉。
众多销售问题中,最要紧的差不多上因为信息不通畅造成的。
中小企业在我国众多企业中占了绝大多数。
进入世贸组织后,这些企业不可幸免的要加入国际化企业的竞争行列,实现企业信息化是参与挑战的必要条件。
然而中小企业的多样性及灵活多边形的经营方式,加上相关投入量的限制,使得专门多中小企业没有进行信息化建设。
而互联网为扩展销售市场提供了新的方法和机会。
因此利用现代化信息技术和互联网络,整合CRM(客户关系治理〔CustomerRelationshipManagement)的经营治理理念,以市场的进展为导向,以客户的需求为核心,以全面优质的客户服务为目标,改变企业的经营治理模式,是中小型企业第一要解决的问题。
在60年代,专门多的企业围绕的是成本,在产品的成本上大下功夫。
在生产战略上追求的是大批量,低成本,当时信息系统围绕着库存操纵展开;
到了70年代,追求的是速度,追求的是内部和谐信息集成,当时提出了/vlRP的概念;
到了80年代,大伙儿看到追求质量,追求工序操纵,降低治理成本,提高治理绩效的重要性,这一切都促进了当时的企业信息化建设;
到了90年代,个性化需求大大提升,要求企业必须有足够的应变能力,如此才能在与对手的竞争中取得成功。
历经20余年的时刻,企业的信息化建设工作取得了较大的进步,因为对企业的信息化建设的途径认识的不够系统同时不够科学准确,因此,以往的在许许多多的企业的信息化建设的工作中我们有了许多的误区,确实走了专门多的弯路。
许多企业不顾实际状况,盲目的追求决策层和业务处理层的自动化,忽视了最基础的企业信息的信息化建设。
销售治理是企业治理专门重要的一环,它对企业的进展起着举足轻重的作用。
由于商品信息的繁多,各部门工作的纷杂,使得销售治理变得十分复杂。
开发一套完善的销售治理系统不但能够使得销售治理者对商品的整个销售流程状态以及库存等信息了如指掌,并为决策治理提供科学依据从而提高了治理水平和工作效率,而且能够使工作人员甩掉手工记账以及审核等地点式,从而最大限度的减少了手工操作带来的失误,达到事半功倍的成效。
销售治理系统作为企业治理自动化、规范化的一部分,在提供企业治理效率和经济效益是发挥了不可替代的作用。
因此为了给企业销售治理者提供充足的信息和快捷的平台,使企业的治理工作更具科学性、规范性和高效性,利用运算机实现企业的销售治理,开发企业销售治理系统势在必行。
第二章文献综述
国内现有的系统大多不划分权限,如此使得每个人的工作内容交叉错乱,无法实现权责分明,如此就会一个操作谁都能够做,也会谁都不情愿做,显现问题时也不能找出问题的关键。
本系统集多种功能为一体,专门好的划分了各部门的权限,使得各项工作有序同时有效的进行。
〔文献综述部分要写自己系统里面用到哪些技术,每个技术写一点内容,加起来3-4页即可〕
2.1语言概述
(1)Java是一种简单,面向对象,分布式的,说明型的,健壮安全的,结构中立的,可移植的,性能优异、多线程的动态语言。
使用Java语言不仅能够实现大型企业级的分布式应用系统,还能够为小型的、嵌入式设备进行应用程序的开发。
Java语言的优良特性使得Java应用具有无比的健壮性和可靠性,这也减少了应用系统的爱护费用。
Java对对象技术的全面支持和Java平台内嵌的API能缩短应用系统的开发时刻并降低成本。
Java的编译一次,到处可运行的特性使得它能够提供一个随处可用的开放结构和在多平台之间传递信息的低成本方式。
专门是Java企业应用编程接口〔JavaEnterpriseAPIs〕为企业运算及电子商务应用系统提供了有关技术和丰富的类库[1]。
(2)Jquery是继prototype之后又一个优秀的JavaScript框架。
它是轻量级的js库(压缩后只有21k),它兼容CSS3,还兼容各种扫瞄器〔IE6.0+,FF1.5+,Safari2.0+,Opera9.0+〕。
jQuery使用户能更方便地处理HTMLdocuments、events、实现动画成效,同时方便地为网站提供AJAX交互。
jQuery还有一个比较大的优势是,它的文档说明专门全,而且各种应用也说得专门详细,同时还有许多成熟的插件可供选择。
jQuery能够使用户的html页保持代码和html内容分离,也确实是说,不用再在html里面插入一堆js来调用命令了,只需定义id即可[2]。
2.2技术框架概述
技术框架概述
(1)AJAX指异步JavaScript及XML〔AsynchronousJavaScriptAndXML〕。
Ajax的核心是JavaScript对象XmlRequest。
该对象在InternetExplorer5中首次引入,它是一种支持异步要求的技术。
简而言之,XmlRequest使您能够使用JavaScript向服务器提出要求并处理响应,而不堵塞用户[5]。
(2)Struts2是Struts的下一代产品,是在struts和WebWork的技术基础上进行了合并的全新的Struts2框架。
其全新的Struts2的体系结构与Struts1的体系结构的差别庞大。
Struts2以WebWork为核心,采纳拦截器的机制来处理用户的要求,如此的设计也使得业务逻辑操纵器能够与ServletAPI完全脱离开,因此Struts2能够明白得为WebWork的更新产品。
尽管从Struts1到Struts2有着太大的变化,然而相关于WebWork,Struts2只有专门小的变化[6]。
(3)Spring是一个开源框架,是为了解决企业应用程序开发复杂性由RodJohnson创建的。
框架的要紧优势之一确实是其分层架构,分层架构承诺使用者选择使用哪一个组件,同时为J2EE应用程序开发提供集成的框架。
Spring使用差不多的JavaBean来完成往常只可能由EJB完成的情况。
然而,Spring的用途不仅限于服务器端的开发。
从简单性、可测试性和松耦合的角度而言,任何Java应用都能够从Spring中受益[7]。
(4)Mybatis是一个开放源代码的对象关系映射框架,它封装了绝大多数的JDBC样板代码,使得开发者只需关注SQL本身,而不需要花费精力去处理例如注册驱动,创建Connection,以及确保关闭Connection如此纷杂的代码。
MyBatis是支持一般SQL查询,储备过程和高级映射的优秀持久层框架。
MyBatis排除了几乎所有的JDBC代码和参数的手工设置以及结果集的检索。
MyBatis使用简单的XML或注解用于配置和原始映射,将接口和Java的POJOs〔PlainOldJavaObjects,一般的Java对象〕映射成数据库中的记录。
每个MyBatis应用程序要紧差不多上使用SqlSessionFactory实例的,一个SqlSessionFactory实例能够通过SqlSessionFactoryBuilder获得。
SqlSessionFactoryBuilder能够从一个xml配置文件或者一个预定义的配置类的实例获得。
用xml文件构建SqlSessionFactory实例是专门简单的情况。
举荐在那个配置中使用类路径资源〔classpathresource),但你能够使用任何Reader实例,包括用文件路径或file:
//开头的url创建的实例。
MyBatis有一个有用类----Resources,它有专门多方法,能够方便地从类路径及其它位置加载资源[8]。
图2.2Struts2+Spring+Mybatis框架
2.3数据库概述
MySQL是一个小型关系型数据库治理系统,开发者为瑞典MySQLAB公司。
由于MySQL软件体积小、速度快、总体拥有成本低,专门是开放源码这一特点,许多中小型网站为了降低网站总体拥有成本而选择了MySQL作为网站数据库。
总体来说,MySQL数据库具有以下要紧特点[9]:
●同时访问数据库的用户数量不受限制;
●是目前市场上现有产品中运行速度最快的数据库系统;
●用户权限设置简单、有效;
●使用C和C++编写,并使用了多种编译器进行测试,保证源代码的可移植性;
●支持AIX、FreeBSD、HP-UX、Linux、MacOS、NovellNetware、OpenBSD、OS/2Wrap、Solaris、Windows等多种操作系统;
●为多种编程语言提供了API。
这些编程语言包括C、C++、Python、Java、Perl、PHP、Eiffel、Ruby和Tcl等;
●支持多线程,充分利用CPU资源;
●优化的SQL查询算法,有效地提高查询速度;
●既能够作为一个单独的应用程序应用在客户端服务器网络环境中,也能够作为一个库而嵌入到其他的软件中提供多语言支持,常见的编码如中文的GB2312、BIG5,日文的Shift_JIS等都能够用作数据表名和数据列名;
●提供TCP/IP、ODBC和JDBC等多种数据库连接途径;
●提供用于治理、检查、优化数据库操作的治理工具;
●能够处理拥有上千万条记录的大型数据库。
第三章需求分析
3.1需求概述
传统治理模式下的常见弊端:
(1)销售部门内部。
多个分散数据库及手工操作使工作效率大大折扣。
①在业务处理方面,经常需要数据重复录入,人工出错几率专门高。
如一份交易,
相同的内容通常需要重复录入到订货单,退货单,发票等不同的单据
上。
②在资料治理上,部门内部资源共享程度低导致客户服务效率低下。
如销售人员
占有关键客户资料,各种客户问题无法快速获得解决,同时企业客户资源经常会随着业务人员的流淌而流失等等。
(2)销售部门与其他部门之间运算机应用缺乏系统集成使得业务流程无法达到预期目标。
①在与仓库部门的和谐上,销售人员通常无法准确了解到每一份订单的生产进程,订单跟踪只是一个良好的愿望。
和谐性差使得生产部门无法依照市场需要合理安排采购打算。
在与财务部门的和谐上,由于治理上的漏洞,遗漏应收账款的现象十分严峻,
直截了当造成企业的经济缺失。
客户付款争议也时有发生。
③在与决策部门的和谐上,由于数据收集、整理的困难,使得治理者专门难得到准
确的统计数据,造成分析、推测的可靠性大大降低。
据企业销售治理系统的特点,能够将其分为商品销售治理、财务治理、仓库治理、系统治理4个部分,期中各个部分的具体功能模块如图3.1所示。
图3.1系统的要紧功能
销售治理系统的简单处理流程如下:
销售人员从客户那儿得到订货单。
②销售人员进行订货单的修改以及审核,审核后的订货单不能修改。
③财务人员进行收款活动确认能够发货后,由仓库治理员发货。
④财务人员进行再次收款后,订单流程终止。
⑤销售人员从客户那儿得到退货单。
⑥销售人员对退货单进行审核。
⑦仓库人员收到物资后通知财务人员进行付款。
⑧付款终止后代表一个退货流程的终止。
3.2用例建模
具体见如下用例分析
(1)企业销售治理系统用例〔第一层〕
参与者〔Actor〕:
系统治理员、销服财务及仓储人员。
用例:
订货治理、退货治理、系统治理。
图3.2企业销售治理系统用例图
本系统要紧有订货和退货两个要紧流程,以及一个系统治理的功能。
(2)订货治理用例〔第二层〕
参与者(Actor):
销服人员、客户、财务人员、仓库治理员。
用例:
创建订单、审批订单、处理订单。
图3.3订货治理用例图
客户必须购买企业存在的货源才能够创建订货单,创建退货单、审批退货单和处理退货单三个过程是依次进行的,因此后一个总是依靠于前一个。
(3)退货治理用例〔第二层〕
创建退货单、审批退货单、处理退货单。
图3.4退货治理用例图
客户必须是在企业内差不多有创建的订单差不多完成,以及物资在退货期限内才能够创建退货单,创建退货单、审批退货单和处理退货单三个过程是依次进行的,因此后一个总是依靠于前一个。
(4)系统治理用例〔第二层〕
系统治理员。
用例:
用户治理、角色爱护、用户角色、权限分配。
图3.5系统治理用例图
只有创建了用户以及角色后,才能进行用户和角色的对应处理,因此用户角色的治理依靠于用户爱护和角色治理,同时权限的分配时在用户角色对应后才能进行的。
(5)订货治理——审批订单用例〔第三层〕
参与者〔Actor〕:
销服人员、财务人员、客户。
审批订单、审批未通过、审批通过。
图3.6订货治理——审批订单用例图
客户创建了订单后,由销服人员进行审批,审批条件是填写规范,货源量库存充足或者通过进货能够满足的审批通过,审批通过后将订单交给财务人员进行订单的下一步处理,假如订单没有通过将订单返回给客户进行订单的重新创建。
(6)订货治理——订单处理用例〔第三层〕
财务人员、销服人员、仓库治理员。
第一次收款、发货、第二次收款、完成订单。
图3.7订货治理——订单处理用例图
订单审批通过后,由财务人员进行第一次收款〔不管是收全款依旧半款或者是不收任何费用〕后,通知仓库治理员进行发货,发货后将信息返回给财务人员,财务人员将订单返回给销服人员,有销服人员完成订单。
如此完成订单的处理过程。
(7)退货治理——审批退货单用例〔第三层〕
销服人员、仓库治理员、客户。
审批退货单、审批未通过、审批通过。
图3.8退货治理——审批退货单用例图
客户创建了退货单后,由销服人员进行审批,退货单填写符合规范,且退货理由是卖方责任的退货单审批通过,审批通过后将退货单交给仓库治理员进行退货单的下一步处理,假如退货单没有通过将退货单返回给客户进行退货单的重新创建。
(8)退货治理——退货单处理用例〔第三层〕
商品入库、付款、完成退货单。
图3.9退货治理——退货单处理用例图
第一确定仓库治理员将客户退还的商品入库后,财务人员才能够将款项付给客户,付款后将退货单信息返还给销服人员,由销服人员完成退货单。
如此完成退货单的处理过程。
3.3静态建模
(1)图3.10描述了用户、角色、以及权限这几个实体的的关系,每一个用户能够扮演几种角色,而每一个角色也会拥有几个权限不等。
1n
1
n
图3.10用户权限E—R图
(2)客户能够创建许多张退货单或者订单。
而每一张订单由许多种产品组成,每张订单能够拥有好几种收付款信息,然而每个信息只会有一张发票。
每一张订单的收付款方案不止一种。
图3.11客户、订单、退货单E-R图
第四章系统设计
4.1概要设计
4.1.1系统总体架构设计
由于整个销售治理信息查询的业务逻辑较为复杂,涉及较大的运算量,而且前后台传递的参数数据量也较大,专门是为了后期的可爱护性和可扩展性考虑,必须采纳合适的开发框架。
同时,由于用户关于整个页面的刷新过程感到厌倦,因此必须要采纳合适的AJAX页面局部刷新技术来进行前后台的数据传递。
然而AJAX技术对大数据量的传递由于网络缘故会有所延迟,因此关于后台程序的高效执行和数据格式精简压缩方面也提出了较高的要求。
综上需求所述,结合目前的开发技术,本模块采纳目前J2EE框架下流行的MVC开发模式进行设计开发,采纳的开发基础框架是Struts2、Spring3、Mybatis3和jQuery1.6。
其中,表现层〔View〕采纳了JSP页面展现+jQuery用户交互操纵相结合的方式,同时jQuery的AJAX方法负责前台发送要求至后台、数据交互、接收和处理后台发回的数据等操作;
Struts作为操纵层〔Control〕操纵整个业务过程,Mybatis作为数据持久层专门负责数据库的相关操作;
逻辑层〔Model〕的Spring负责逻辑处理、提供各种业务处理服务,同时以容器为基础对Struts和Mybatis进行对象生命周期的治理。
完整的一个要求和数据流向如图4.1所示。
图4.1MVC开发模型示意图
在该模型框架下,一个从扫瞄器发出的查询要求从产生、传递、处理到返回结果的先后过程如下:
1)用户通过扫瞄器访问查询JSP页面,用户在JSP页面上输入查询条件,并点击〝查询〞按钮,现在将激活页面中的jQuery方法,jQuery方法猎取和预处理用户输入的数据,并使用其AJAX方法要求后台的操纵类〔StrutsAction〕,将预处理的数据作为参数传入到action层[13];
2)J2EE服务器接收到该用户的ActionName要求后,会第一通过Struts的配置文件查找到Action类对应的具体处理的伪类名,然后通过Spring配置文件获得具体的实现类,在Spring容器的统一治理下该类会被实例化〔下同,略〕,然后传入参数,调用其中的处理方法;
3)StrutsAction类中的方法对整个查询业务进行操纵调动〔包括查询参数的进一步预处理〕,但不处理具体的业务逻辑,需要传递查询参数调用Spring中的Service处理方法〔Spring容器注入方式得到〕;
4)Spring通过与JavaBean模型相结合,传参给数据库持久层Mybatis并调用指定的SQL语句[15];
5)Mybatis执行SQL语句后将查询到的数据返回到Spring的Service;
6)Spring将查询结果返回给Struts中的Action类;
7)Struts将结果数据转化JSON字符串返回到jQueryAJAX方法中;
8)jQueryAJAX方法进一步处理这些数据,并将其显示在JSP页面上;
4.1.2系统模块划分
〔这一节要画模块图,或SC图〕
依照以上的弊端本系统的设计大体如下:
(1)第一,了解企业全局,建立企业的全局模型。
以各职能部门为子系统,初步勾划出子系统的要紧功能以及各子系统问的相互作用关系。
(2)其次,分析各子系统特有的性质、将各子系统分解为一系列相关的企业过程,
并进一步将各个过程分解成假设干个具体的功能单元。
在分解的过程中,应从企业实际的业务活动动身,整理并区分出企业各过程各层次中相关的业务功能,同时,应尽可能减少分解模块间的信息关联。
(3)然后,构建基础数据平台。
(4)最后,通过以上分析,本系统分为两层:
业务层和数据层。
其中:
数据层是通过操纵数据为事务逻辑层提供数据服务,如储备数据操作结果、返回数据检索结果等;
业务层负责接收系统传来的要求并将要求传给数据层,同时将要求处理结果发给系统。
4.2详细设计与动态建模〔详细设计部分要针对每个模块画动态图或流程图,这一节不规范,流程图画的也不对,不要照那个模样做!
〕
本系统是按照部门设计的,然而企业销售治理系统的系统流程如图4.2,4.3所示:
图4.2订货流程图
图4.3退货流程图
4.2.1商品销售治理模块
商品销售治理要紧由创建订单、销售订单治理、销售退货治理以及客户信息几个功能,只有拥有销售人员权限的人才能够进行操作:
(1)创建订单是依照客户的要求初步创建一个订单,包括客户名、订单编码、选择商品、收款类型、是否开发票、运费以及系统自动默认的下单时刻。
(2)创建好订单后,进入到销售订单治理模块,选择好订单后点击进入编辑订单,能够修改订单内容,确认后进行订单审核,审核后的订单无法进行改变。
(3)销售退货治理是对客户提交的退货单进行审核,要紧审核其退货数量及退货理由。
(4)客户信息爱护是对客户的邮箱、账号、姓名、、手机、地址等内容进行修改、添加、删除、查询等操作,其中能够进行无条件查询。
4.2.2财务治理模块
财务治理模块由收款方案治理、收款治理、付款治理、发票信息治理四个功能构成,同样,需要具有财务权限的人才能登录。
(1)收款方案治理是对收款编码、收款名称、收款方案类型、方案顺序、收款金额
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 企业销售管理系统毕业论文doc 43页 企业 销售 管理 系统 毕业论文 doc 43
![提示](https://static.bdocx.com/images/bang_tan.gif)