销售支持办公系统的设计与实现计算机本科学位论文.docx

销售支持办公系统的设计与实现计算机本科学位论文.docx

《销售支持办公系统的设计与实现计算机本科学位论文.docx》由会员分享，可在线阅读，更多相关《销售支持办公系统的设计与实现计算机本科学位论文.docx（66页珍藏版）》请在冰点文库上搜索。

销售支持办公系统的设计与实现计算机本科学位论文

中图分类号：

TP3

论文编号：

10006GS12216E6

专业硕士学位论文

销售支持办公系统的设计与实现

作者姓名

学科专业软件工程

指导教师

培养院系软件学院

TheDesignAndImplementationofSalesAndSupport OfficeSystem

ADissertationSubmittedfortheDegreeofMaster

Candidate：

JiangJinTao

Supervisor：

ShenXueping

SchoolofSoftware

BeihangUniversity,Beijing,China

摘要

在现代公司中，办公自动化（OA）是面向公司的日常运作和管理，员工及管理者使用频率最高的现代应用系统。

随着时代的发展，OA在应用内容的深度与广度、IT技术运用等方面都有了新的变化和发展，并成为各个公司不可或缺的核心应用系统。

我公司是一个外包服务的公司，主要业务是派遣外包人员去其他公司完成软件项目。

公司中的职位主要有销售，支持，外包工程师，外包顾问，这些职位的员工相互配合来完成这些项目。

销售人员主要负责与客户签订合同，支持人员主要负责根据合同的内容招聘外包工程师和外包顾问。

外包工程师和外包顾问负责完成这个项目。

本系统主要为公司中的这些员工提供服务，增强他们的办公效率。

公司内部还有一些非业务需求，如请假系统等，这些系统也将和销售支持系统整合起来，从而提升公司的管理水平。

本文首先对办公自动化系统（OA）的发展现状以及发展趋势做了简单的分析，并提出本文的研究内容以及研究目标，就是设计并实现一个销售支持办公的系统。

然后分析了销售支持办公系统应该具有的功能以及本系统的使用范围和功能需求。

再次，详细介绍了销售支持办公系统的设计方案和架构，并对系统实现过程中使用的一些关键技术进行了阐述，以及系统整体测试并对测试结果进行分析。

最后，对论文工作进行总结，提出了遇到的问题和解决的方案，并展望了下一步的工作。

本系统采用基于J2EE的B/S结构（浏览器/服务器模式），在开发上采用MVC设计模式。

浏览器显示系统视图层的JSP页面，JSP采用了Extjs富客户端技术，系统和数据库部署在服务器上，系统采用SSH框架，同时应用了工作流技术，数据库采用了MySQL数据库。

关键词：

JavaEE，办公，销售，支持，角色，SSH，工作流

Abstract

IntheModernCorporation, theofficeautomation （OA） isthecommonapplicationsystemsforthecompanyandthe employeesand managersofcompanyusetheseapplicationsystemshighfrequently. Withthedevelopmentofthetimes,intheapplicationof ITtechnology,thedepthandbreadthofOAhavemany newchangesandmuchdevelopmentinotheraspects.officeautomation （OA）becomethecore applicationsystemforeverycompany. 

Ourcompanyisan outsourcing company, itsmainbusinessis tosend personnelto othercompanies tocompletethesoftware outsourcing project. Theemployeesinthecompany aremainlysales, support engineers, outsourcing, outsourcingadvisory,these employees cancooperatewitheachotherto completetheseitems.Consultant engineer responsibleforcompletingthe project. Thissystemmainly providesservicesfor staffofcompaniesandenhancetheir officeefficiency. Thecompanyhasinternal andsome non businessneeds, suchas leavesystems. These systemswillalso mergesalessupportsystem integration, soastoenhance thecompany'smanagementlevel.

First,contentandresearchobjectivesofthestudyareproposed,thatiscustomizingandcreatingasalesandsupport officesystem.Second,thedissertationanalyzestheimplementationofthesalesandsupport officesystemaboutobject-orienteddemandsafterresearchingonthescopeandfunctionalrequirementsofofficeautomation system ,includingfunctionalrequirements.Inaddition,thepaperintroducethedesign,thearchitecture,functionmodulesdesignandrealizationofthesalesandsupport officesystem,someofthekeytechnologiesusedintheprocessofthesystem,aswellastheoverallsystemtestandtestresultsanalysis.Finally,asummaryisraisedabouttheworkinthepaper,presentedtheproblemsencounteredandpossiblesolutions,andlookforwardtothenext.

ThesystemusestheB/S structurebasedonJ2EE （Browser/server mode）, ituseMVCdesignpattern inthedevelopment. Thebrowserdisplaysthe viewofthesystem layerofJSP pagesand JSPusesthe Extjs, systemanddatabasedeployedontheserver, systemusesSSHframework, andtheapplicationof workflowtechnology.Thedatabase usesMySQLdatabase.

Keywords：

JavaEE,OfficeAutomation ,Sales,Support,Role,SSH,WorkFlow

第一章绪论

1.1研究背景和课题来源

1.1.1选题背景

在现代公司中，办公软件使用很频繁。

但是由于每个公司都有很多的部门，每个部门的需求都不一样，所以一个公司内部会有很多不同的系统，如财务系统，报销系统，请假系统等，这些系统后台使用的数据库甚至都是分开的。

所以需要设计一个可以实现内外资源整合的高效的信息系统很重要。

这样可以将公司内部的所有系统整合起来，从而提升其管理水平。

1.1.2选题意义

使用销售支持办公系统的设计与实现作为这次论文的题目，是因为这个办公系统与普通的系统不同，它使用了cas单点登录框架，系统选择平台，和我们自主开发的后台管理系统。

其中最大的不同是普通的管理系统着眼于功能的实现和信息的管理，而销售支持办公系统的设计与实现主要目的是设计一个统一的标准并让所有系统都符合这个标准，同时这个标准要既要能实现平台功能，又不能影响各个子系统的功能实现，所以这个标准必须要有很强的灵活性。

销售支持管理系统是公司的核心业务系统，已经和其他系统整合在了一起。

在这个系统中已经解决了许多问题，如session转移，后台管理系统的通用性设计，不同数据库不同表的整合等。

在解决这些问题中，获得了很多平台经验，可以为以后开发其他平台打下基础。

1.2课题研究目标及内容

1.2.1研究目标

本研究将针对公司的办公自动化系统提供可行的功能设计方案进行深入研究，并从技术上提供整套系统的设计方法。

深入探讨公司销售支持系统的工作流设计，上级领导的审批流程设计，请假系统中关于请假时间的设计。

同时还要考虑到不同类型的用户需求和不同的使用环境，使得系统设计方案适应不同类型的用户和不同环境下的应用。

1.2.2研究内容

1）设计并完成一个后台管理系统，这个后台管理系统是其他系统的后台管理系统，它统一设置用户，设置员工，设置权限，设置系统，让所有系统统一到他的管理。

这个系统是一个独立的系统，只能由系统管理员登入，其他类型的用户不能登入。

2）设计并完成一个请假管理系统，这个请假系统可以请事假，年假，病假等假期，还可以审批，驳回，修改请假，也可以将请假放入草稿箱，延迟提交。

请假系统可以根据不同请假种类，设计不同的审批流程。

可以交给组长批，可以交给经理批，也可以交给助理审批。

同时为了记录，还会向有关人发送邮件。

既然需要审批，相关职务的用户看到的菜单和相关数据也不相同，可以根据情况选择通过或驳回。

如果选择驳回请假，那么请假申请人就会看到被驳回的请假，可以根据驳回原因修改请假再次申请。

根据公司的工作特点，系统会有倒休管理，经理可以给员工增加倒休。

3）设计并完成一个销售支持管理系统。

这个系统主要管理销售人员和支持人员的业绩和相关的合同，工程以及必要信息的管理。

销售人员可以新建合同并定义合同的具体任容，也可以在定义合同时指定合同的支持人员名单。

支持人员会根据合同内容去招聘合适的外包工程师和顾问。

销售人员还能维护客户的基本信息。

4）设计并完成个平台，将销售支持管理系统和请假管理系统放入平台中，统一登入，统一选择，统一退出。

每次打开平台时，都会有通知的自动推送，可以在第一时间知道公司的重要通知。

1.3论文的组织结构

本论文分为七个部分，分别论述课题的背景、使用的相关技术、关键问题的解决、系统功能的设计与实现以及系统运行结果分析。

第二章对本系统所使用的相关技术做了简要的说明，第三章介绍了销售支持办公系统的需求说明；第四章介绍了销售支持办公系统的设计；第五章介绍了该系统的实现方法；第六章首先对销售支持办公系统进行性能测试以及压力测试，然后对服务器进行优化并对该系统的实际运行结果作出分析并给出评价；最后对销售支持办公系统的优势，缺陷进行了总结，针对办公系统存在的问题给出解决方案。

具体安排如下：

（1）第一章，绪论。

本章介绍了销售支持办公系统的研究背景、课题来源、研究的内容和目标。

（2）第二章，相关技术。

本章详细介绍了销售支持办公系统技术的基础：

首先是Struts+Spring+Hibernate框架，分别概述了Struts、Sring、hibernate三个框架的基本概念，并对三个框架的整合以及整合后的优缺点做了简单的介绍。

然后是MVC三层结构以及它在本系统实现过程中发挥的作用。

再者，本章还对系统前端使用最多的ajax技术jquery和富客户端技术Extjs以及数据处理过程中使用的比较多的网页抓取工具Jsoup工具做了简单的概述。

（3）第三章，系统需求分析。

本章对销售支持办公系统的需求进行了详细的说明，对该系统的开发目的，开发功能，预期使用者等等方面进行了较详细的阐述。

（4）第四章，系统总体设计。

本章描述了销售支持办公系统的设计方案，以及该系统的功能实现等关键点，并从逻辑结构和功能模块设计这两个角度对系统设计方法进行了分析。

（5）第五章，系统详细设计。

本章根据销售支持办公系统设计方案阐述了该系统的实现方案，然后详细阐述了原型系统中各个模型的具体实现，最后归纳介绍了本系统实现工作中所遇到并解决了的一些关键技术及难点。

（6）第六章，系统测试。

对销售支持办公系统的稳定性以及吞吐量进行测试，并根据测试结果来调整服务器各项指标参数，对系统性能进行调优工作，保证系统可以长期有效稳定的运行。

通过一段时间的系统运行观测，可以包括对销售支持办公用户访问量数据统计等数据进行深入分析，对该系统的优缺点进行整理，给出销售支持办公系统的分析报告。

（7）结论。

对销售支持办公系统的优势，缺陷进行了总结，针对办公系统存在的问题给出解决方。

第二章相关技术

本文研究工作的技术基础是Javaweb编程，为提高开发效率，本系统采用JavaEE平台，再加上轻量级框架技术，即现今市场上比较主流的Struts+Spring+hibernate框架，包括前台的展示、逻辑的处理以及数据的持久化等。

下面对本课题中用到的一些相关技术进行简要的说明。

2.1轻量型JAVAEE平台Struts2+Spring3+hibernate3框架整合简介

在技术上具体来说，实体层采用Hibernate框架将数据库中的数据映射成实体并提供基本的增删改查功能，采用Spring框架进行控制反转并向Service层插入事务。

这样做的好处是MVC的每一层之间的耦合比较小，相互之间只依赖于接口，与具体实现并不依赖。

这样做可以让每层的实现变的灵活。

Service层插入事务可以避免重复的事务语句，统一管理事务，设置事务。

表现层主要靠Struts框架，Struts框架主要负责页面的跳转，页面的显示，数据的传递。

2.1.1Struts2

图1Struts

2.1.2Spring

图2Spring框架结构

2.1.3Hibernate

图3Hibernate体系结构概要图

2.2富客户端前段开发框架ExtJS

ExtJS与其他前台的图形库不同的是，普通的图型库编写风格与普通的HTML类似，是标签式的编写风格，而ExtJS的编写风格完全是面向对象的，可以实现前台MVC分层，将数据，控制，图像分离开来，ExtJS只负责从服务器端获得数据，删除，修改都可以在前台操作，只需要在最后保存到数据库就行了。

前台和后台的数据交流依靠Ajax技术，数据格式必须是Json格式。

2.3工作流/业务流程管理框架jBPM4

jBPM4是一种基于Java语言的开源工作流/业务流程管理框架（Framework），它主要包括工作流引擎（WorkflowEngine）和基于Eclipse平台的图形化流程设计器（GraphProcessDesigner）。

在jBPM的发展到4.X版本时对于主流开源Java框架的兼容、集成方案已经非常多且很成熟了。

图4jbpm4的结构图

2.4相关定义

为了便于后文的陈述，下面给出本文中所陈述的一些概念的定义，以免混淆：

定义1.系统选择平台（SystemSelectionPlatform）：

在本文中指用户登入成功后可以在一个平台上选择系统。

定义2.单点登入（SingleSignOn）：

简称SSO，采用Cas框架，在本文中指用户只要登入一次就可以访问相互信任的网站。

定义3.工作流（WorkFlow）：

工作流主要用在请假系统中的审批流程上。

2.5本章小结

本章首先概述了本系统采用的web架构，接着简单介绍了本系统所使用的几项技术以及开发工具，并对使用每项技术的原因进行了简单的描述，最后对本文后面所使用到的一些名字进行了说明，以区别于往常文档中使用的名词。

第三章系统需求分析

由于每个公司都有很多的部门，每个部门的需求都不一样，所以一个公司内部会有很多不同的系统，如财务系统，报销系统，请假系统等，这些系统后台使用的数据库甚至都是分开的，所以需要一个系统将这些系统整合起来。

我们公司是一个外包企业，也有很多的系统存在，所以设计一个可以实现内外资源整合的高效的信息系统，将公司内部的所有系统整合起来，提升公司管理水平是势在必行的。

3.1系统介绍

3.1.1基本概念

本系统是销售支持办公系统，这个系统包括一个系统选择平台，这个系统选择平台与普通的系统不同，它使用了cas单点登录框架，在加上我们自主开发的后台管理系统。

其中最大的不同是普通的管理系统着眼于功能的实现和信息的管理，而系统选择平台主要目的是设计一个统一的标准并让所有系统都符合这个标准，同时这个标准要既要能实现平台功能，又不能影响各个子系统的功能实现，所以这个标准必须要有很强的灵活性。

我现在我在公司里主要任务就是开发这个平台，将那些公司中已经存在的系统改造以便放入平台中。

现在本系统就是包括请假系统和销售支持系统，这样就可以展示这样从单点登入到系统选择，最后退出系统这样一个全过程了。

具体来说，在销售支持系统中会有合同的管理和客户的管理。

请假系统采用工作流jbpm4技术，所以流程的设计可以比较灵活。

可以根据不同请假种类，设计不同的审批流程。

可以交给组长批，可以交给经理批，也可以交给助理审批。

同时为了记录，还会向有关人发送邮件。

3.2系统角色分析

3.2.1目标用户

所有在公司的员工，包括在外的外包员工和内部员工。

本系统根据模块的不同会分出销售人员，支持人员，管理人员，内部员工，外包员工等。

3.2.2用户类型

企业拥有一套成熟的办公软件是企业实现管理现代化的标志。

用户类型就是企业中的员工，从操作系统的人员上来说人员主要分为系统管理员和普通用户。

普通员工分为内部用户和外包用户。

内部用户分为销售人员，支持人员，行政人员。

外包员工分为外包工程师和外包顾问。

销售人员分为普通销售人员和销售经理。

行政人员分为普通员工，组长，和部门经理。

用户具体分类如图：

图5用户类型图

3.3系统业务性办公需求

3.3.1业务性系统主要实现功能

我公司是一个外包服务的公司，业务性需求主要指公司的外包业务需求，主要业务是派遣外包人员去其他公司完成软件项目。

公司的业务性需求主要依靠销售支持管理系统来完成。

公司中的职位主要有销售，支持，外包工程师，外包顾问，这些职位的员工相互配合来完成这些项目。

销售人员主要负责与客户签订合同，支持人员主要负责根据合同的内容招聘外包工程师和外包顾问。

外包工程师和外包顾问负责完成这个项目。

销售人员中还分为普通销售人员和销售经理，普通销售人员可以看自己的业绩，销售经理可以查看自己下属和本人的业绩。

销售经理可以对下属的业绩情况进行统计，这样就可以清楚的了解到属下业绩的基本信息。

本系统主要为公司中的这些员工提供服务，增强他们的办公效率。

3.3.2系统用例分析

对于销售支持管理系统，普通销售人员主要业务是和客户谈项目，签署项目，定义项目的详细定义。

主要需求分为维护客户关系和项目管理。

维护客户关系包括客户关系程度维护，客户信息的维护，见客户记录维护。

项目管理包括项目需求管理，项目信息管理，模块信息管理。

在项目信息管理时可以指定项目的支持人员。

普通销售人员具体需求如图：

图6普通销售用例图

对于销售支持管理系统，销售经理的主要业务和普通销售人员是一样的。

但是销售经理作为领导，需要管理下属人员的销售业绩。

销售经理通过统计模块来管理下属，销售经理不但管理普通销售人员也管理支持人员。

统计模块可以统计下属销售业绩，支持业绩，销售会见客户记录统计，整个销售组的业绩统计。

图7销售经理用例图

对于销售支持管理系统，支持人员的主要业务是配合销售人员招聘外包工程师和外包顾问。

支持人员一般都是熟悉软件开发技术的工程师，他们可以根据合同的具体要求招聘合格的软件工程师，包括程序员，测试员，需求人员等。

支持人员具体需求如图：

图8支持人员用例图

3.4系统非业务性办公需求

3.4.1非业务性系统主要实现功能

非业务性需求是指公司的一般性办公需求，主要指请假，出差报销等与业务无关的一般需求。

为满足这样的需求，我将设计并实现一个请假系统。

对于请假系统，在功能方面，主要功能就是请假，包括请事假，请病假，请年假。

请假时，可以保存到草稿箱，延后提交。

由于采用数据流jbpm4，所以流程的设计可以比较灵活。

可以根据不同请假种类，设计不同的审批流程。

可以交给组长批，可以交给经理批，也可以交给助理审批。

同时为了记录，还会向有关人发送邮件。

既然需要审批，相关职务的用户看到的菜单和相关数据也不相同，可以根据情况选择通过或驳回。

如果选择驳回请假，那么请假申请人就会看到被驳回的请假，可以根据驳回原因修改请假再次申请。

根据公司的工作特点，系统会有倒休管理，经理可以给员工增加倒休。

将请假系统和销售办公系统集成起来需要一个单点登入和系统选择平台。

对于单点登入和系统选择平台。

登入界面包括密码用户的输入，验证码的输入，还能选择记住密码。

登入界面的关键不在于功能，关键在于用户名密码的保存和安全，申请路径的过滤和跳转。

我想主要描述一下关于安全的设置，在登入路径上采用https加密，在密码的输入上采用MD5加密，密码每登入一次，就会根据算法将加密过的不同字符串写入数据库中。

即使登入数据库直接看密码也不能看到真是密码。

系统选择平台主要显示可用的系统，点击图标后进入到选择的系统，不用重复登入。

3.4.2系统用例分析

对于请假系统来说，所有员工只分为普通员工，组长，经理，并且只针对内部员工，不包括外包人员，外包员工的请假由项目公司负责。

销售人员，支持人员和行政人员都是一样的，只分为普通人员，组长和经理，如果只有两级，那么就是只分为组长和经理。

普通人员可以请事假，请病假，请倒休等。

普通人员如果请事假在两天以内，则只需要组长审批即可，如果事假超过两天，则首先需要组长审批，然后需要经理审批。

请病假，请婚假，产假等都是这样，但是请倒休不需要审批。

普通人员在系统中可以直接请假或者将事假放入草稿箱延后发出。

在请假系统中普通人员的用例图如下：

图9普通人员用例图

对于请假系统，组长请假的情况基本和普通员工相似，只是在审批流程上有所区别，不管组长请假几天，都需要经理审批。

组长也可以审批下属员工的请假请求。

在请假系统中组长的用例图如下：

图10组长用例图

对于请假系统，经理的主要职责就是审批下属的流程，经理的请假不用审批。

经理除了审批下属假期，还可以统计下属假期的情况，可以日统计，月统计和年统计，还可以据假期的种类进行统计。

在请假系统中经理的用例图如下：

图11经理用例图

3.5系统用户管理性需求

3.5.1用户管理性系统主要实现功能

所有办公系统都要管理用户的基本信息和权限，所以将所有办公系统的用户管理独立起来，设计并实现一个后台管理系统来管