基于.NET多层架构的地区级客户管理系统设计与实现硕士学位论文(56页).doc

《基于.NET多层架构的地区级客户管理系统设计与实现硕士学位论文(56页).doc》由会员分享，可在线阅读，更多相关《基于.NET多层架构的地区级客户管理系统设计与实现硕士学位论文(56页).doc（56页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、-基于.NET多层架构的地区级客户管理系统设计与实现硕士学位论文-第 46 页专业硕士学位论文基于.NET多层架构的地区级客户管理系统设计与实现Regional Customer Management Information System of Multilayer Architecture by .NET Platform Design and Implementation毕业论文（设计）原创性声明本人所呈交的毕业论文（设计）是我在导师的指导下进行的研究工作及取得的研究成果。据我所知，除文中已经注明引用的内容外，本论文（设计）不包含其他个人已经发表或撰写过的研究成果。对本论文（设计）的研究做

2、出重要贡献的个人和集体，均已在文中作了明确说明并表示谢意。 作者签名： 日期： 毕业论文（设计）授权使用说明本论文（设计）作者完全了解*学院有关保留、使用毕业论文（设计）的规定，学校有权保留论文（设计）并向相关部门送交论文（设计）的电子版和纸质版。有权将论文（设计）用于非赢利目的的少量复制并允许论文（设计）进入学校图书馆被查阅。学校可以公布论文（设计）的全部或部分内容。保密的论文（设计）在解密后适用本规定。 作者签名： 指导教师签名： 日期： 日期： 注 意 事 项1.设计（论文）的内容包括：1）封面（按教务处制定的标准封面格式制作）2）原创性声明3）中文摘要（300字左右）、关键词4）外文摘

3、要、关键词 5）目次页（附件不统一编入）6）论文主体部分：引言（或绪论）、正文、结论7）参考文献8）致谢9）附录（对论文支持必要时）2.论文字数要求：理工类设计（论文）正文字数不少于1万字（不包括图纸、程序清单等），文科类论文正文字数不少于1.2万字。3.附件包括：任务书、开题报告、外文译文、译文原文（复印件）。4.文字、图表要求：1）文字通顺，语言流畅，书写字迹工整，打印字体及大小符合要求，无错别字，不准请他人代写2）工程设计类题目的图纸，要求部分用尺规绘制，部分用计算机绘制，所有图纸应符合国家技术标准规范。图表整洁，布局合理，文字注释必须使用工程字书写，不准用徒手画3）毕业论文须用A4单面

4、打印，论文50页以上的双面打印4）图表应绘制于无格子的页面上5）软件工程类课题应有程序清单，并提供电子文档5.装订顺序1）设计（论文）2）附件：按照任务书、开题报告、外文译文、译文原文（复印件）次序装订3）其它北京交通大学专业硕士学位论文基于.NET多层架构的地区级客户管理系统设计与实现Regional Customer Management Information System of Multilayer Architecture by .NET Platform Design and Implementation中文摘要随着我国经济的飞速发展，国有企业逐渐做大做强，分公司和子部门的逻辑业务

5、越来越多，总公司的一整套业务逻辑已经不能满足实际情况的需要。为解决这一类问题，作者以SQL server 2008 为数据库，在.NET平台上设计出一套适用于地区级的客户管理系统并撰写本论文。本论文主要完成以下工作：（1）本选题来自于中国中冶集团北京分公司的实际工程需求。在对中国中冶集团北京分公司、南京分公司的调研基础上，针对对国有企业子公司设计地区级客户管理系统进行需求分析；（2）本文在分析与研究后，在众多技术方案中选取SQL server 2008 为数据库，在.NET平台上开发系统。实现了对用户管理、权限管理、客户常用信息、合同管理、订单管理、销售情况及系统维护等功能，实现了地区级客户管

6、理的系统化、规范化和自动化，提高企业的管理效率；（3）该系统本系统特色在于设计时采用多层架构，降低业务逻辑与代码实现之间的耦合性，提高了系统的可扩展性和可维护性，并考虑到访问的安全性，使本系统具有可扩展、易管理、易维护等特点。目前，该系统已经发布，并在中国中冶集团北京分公司应用试运行。关键词：地区级客户管理系统；.NET 平台；多层架构； 服务器缓存分类号：TP311.5ABSTRACTWith the rapid development of Chinas economy, the state-owned enterprises which become bigger and stronge

7、r own many branches and sub-sector. So many businesses of the branches and sub-sector are different logic from the Corporation. This paper mainly completed the following work:(1) This papers aim base on the practical engineering requirements from the Beijing and the Nanjing branch of In China Metall

8、urgical Group. On the basis of the research, to state-owned enterprise subsidiary design Regional client management system needs analysis;(2) Accordingly, the author attempts to design the software for regional-level customer management system, which is used by SQL server2008 for the database and ba

9、sed on .NET platform. The system of the multilayer architecture has user information, privileges management, customer information, contract management, sales management and maintenance functions and improves the management efficiency of enterprises;(3) The system adopted in the design of a multi-tie

10、r architecture is descending on behalf of the coupling between the business logic and code implementation. The design improves system scalability and maintainability. The system has high efficiency, large storage and easy to manage, easy maintenance features.At present, the system has been released,

11、 and running in Beijing branch of China Metallurgical Group.KEYWORDS：the software for regional-level customer management information system; NET platform; multilayer architecture; server cacheCLASSNO：TP311.5目 录中文摘要iiiABSTRACTiv目 录v1 引言12 需求分析22.1 市场需求22.1.1 概述22.1.2 目的22.1.3 范围32.2 功能需求32.2.1 系统功能描述

12、32.2.2 管理员对功能的需求42.2.3 合同部人员对功能的需求42.2.4 销售部人员对功能的需求52.2.5 客户部人员对功能的需求52.3 技术需求52.3.1 软硬件环境需求52.3.2 性能需求62.3.4 可维护性和可扩展性62.3.5 实用性、操作性原则62.3.6 安全需求62.3.7 数据需求73 系统分析83.1 系统功能模块划分及分析83.1.1 用户管理模块93.1.2 用户权限管理模块93.1.3 客户管理模块103.1.4 合同管理模块113.1.5 订单管理模块123.1.6 销售统计模块143.1.7 日志服务管理模块153.2 技术方案153.2.1 AS

13、P.NET163.2.2 Web Service163.2.3 SQL Server 2008164 系统设计174.1 系统架构设计174.1.1 数据访问层174.1.2 商业逻辑抽象层184.1.3 用户处理层184.1.4 用户界面层194.1.5 架构的实现214.2 系统结构设计244.2.1 输入输出设计244.2.2 管理员端数据流图254.2.3 客户部人员端数据流图264.2.4 合同部人员端数据流图264.2.5 销售部人员端数据流图275 数据库设计285.1 系统E-R图285.2 表/字段设计305.3 数据库逻辑结构设计336 系统功能实现366.1 代码的实现过

14、程366.2 界面设计376.3 子系统管理427 系统安全457.1 系统环境安全457.1.1 基于角色的访问控制457.1.2 入侵检测技术457.1.3 验证安全457.2 Web Service安全467.3 恶意并发访问控制（DoS攻击）468 数据访问的优化479 结束语4910 展望50参考文献51作者简历52独创性声明53学位论文数据集541 引言随着信息技术的高速发展，使得识别每一个客户并提供个性化服务成为可能，美国著名的战略咨询公司Garmer Group正式提出完全以客户为中心的应用系统 CMS(客户管理系统) 1。在客户管理系统中，企业有了多种同客户沟通的方法，其不仅

15、限于电话、电邮等。客户管理系统的产生不仅改进了信息的提交方式、加快了信息的提交速度，而且还简化了企业的客户服务过程，使企业向客户提交与处理客户服务的过程变得更加直接方便。基于网络的CMS系统可使企业逐步实现由传统的企业模式到以电子商务为核心的转变过程2。众多企业都意识到CMS为企业提供的新机会，而这样的机会对未来世界的影响是巨大。首先，在开发平台层面，各大开发平台都为此搭建适应于互联网应用的软件代码。比如，作为软件巨头微软.NET的核心内容之一就是要搭建第三代互联网平台，在这个网络平台中解决网站之间的协同合作，从而最大限度地获取信息3。在.NET平台上，不同网站之间通过相关的协定联系在一起，网

16、站之间形成自动交流，协同工作，提供最全面的服务。其次，各大行业领域软件商纷纷响应所属行业的不同需求，以开发出新一代的基于网络的CMS系统作为电子商务未来的发展方向之一。尤其这几年，随着计算机技术、通信技术、网络技术、信息处理技术的高速发展，客户管理信息化建设也在不断发展，全国各大国有公司的各部门和各科研机构纷纷开展了对公司管理系统的研发工作，并在各个领域取得了长足进步。同时，随着企业规模的不断扩大，总公司与子公司业务逻辑的差异化越来越大，因此地区级的客户管理系统应运而生。但是，由于受到科研水平和地域需求差异的限制，各地开发的系统功能差异较大，水平参差不齐，系统相互之间的兼容性不强。具体来说，国

17、内的地区级客户管理系统有的采用C/S结构，有的采用B/S结构4。这两种结构各有缺点。其中，采用C/S结构的系统对硬件和软件的兼容性都有一定的要求，而且导致不同部门之间的信息资源不能相互通信。目前采用B/S结构的系统缺点在于，虽然B/S结构可以基本满足业务要求，但随着管理业务内容的细化，简单的B/S结构不利于业务逻辑的抽象，业务逻辑与低层数据之间的交互界线不清，代码难于维护和更新。2 需求分析为了解决引言中提到的这些问题，结合C/S结构和B/S结构的优点，本论文设计一个地区级的客户管理系统，具有对客户常用信息、合同管理、销售情况进行登记、注册、管理、监督、审批、统计及维护的功能。公司各部门的人员

18、在本系统中有着不同的权限与工作功能。系统开发的总体任务是实现地区级客户管理的系统化、规范化和自动化。本系统基于Web架构的设计，将架构分为：用户界面层、用户处理层、抽象逻辑层、数据访问层等层。降低用户界面层与逻辑层、逻辑层与数据访问层之间的耦合性，保证数据访问的及时性，并通过安全策略保证公司信息的安全性。采用面向对象的分析方法对本客户关系管理系统进行功能需求分析：可将需求分析划分为市场需求、功能需求、技术需求的3个部分。具体如下：2.1 市场需求市场需求是软件工程中的一个关键过程。在这个过程中，系统分析员和软件工程师确定顾客的需要。只有充足把握住市场需求，才能保证设计的系统具有实用性。本节通过

19、客户管理概述、选题目的、需求范围等三方面对市场需求进行描述。2.1.1 概述客户是公司最宝贵的资源，为了更好的发掘老客户的价值，并开发更多新客户，中国中冶集团焦作分公司决定分批实施该客户关系管理系统。希望通过这个系统完成对客户基本信息、合同信息、订单信息、销售信息的充分共享和规范化管理；希望通过对销售机会、客户开发过程的追踪和记录，提高新客户的开发能力。并希望系统提供相关报表，以便公司高层随时了解公司客户情况。2.1.2 目的本选题来自于中国中冶集团北京分公司的实际工程需求，随着子公司业务规模的不断扩大，总集团的业务流程不在适应子公司的要求，而且子公司业务信息量的大量增加，趋使子公司内部必须建

20、立以市场、客户为中心的管理体系，以便实现收集、整理、加工和利用客户信息的质量大大提高。本课题应中国中冶集团总公司所托，对中国中冶集团北京分公司、南京分公司调研，针对国有企业子公司设计地区级客户管理系统。本文档的编写为下阶段的设计、开发提供依据，为项目组成员对需求的详尽理解，以及在开发开发过程中的协同工作提供强有力的保证。同时本文档也作为项目评审验收的依据之一。2.1.3 范围本系统包括：用户管理、客户管理、合同管理、订单管理和销售统计五个功能模块。系统功能为本说明书与附件系统试用版界面描述中功能的并集。在上述文件未明确描述的情况下，应能满足合同和相关投标书所描述的功能。2.2 功能需求功能需求

21、定义一个软件系统或组件的功能，也是一个系统需提供的功能及服务。功能可以用一组输入、行为及输出的组合来表示。下面通过对系统功能描述、各角色对系统的要求入手来描述系统。2.2.1 系统功能描述地区级客户管理系统的功能描述。系统用户登录系统管理员客户部人员合同部人员销售部人员用户管理模块客户管理模块合同管理模块产品单管理模块销售统计模块图 2.1 系统流程图Chart 2.1 System Flow draw系统共分为4类用户，管理者系统中的5个模块信息。在客户管理系统中，根据用户的身份，分别管理者对各模块。其流程如图2.1所示。2.2.2 管理员对功能的需求 管理员权限最大，能够进行对客户管理系统

22、所有信息的维护，包括以下几个部分内容的维护：客户管理、用户管理、订单管理、合同管理及统计。管理员的功能需求如下所示：（1） 对于使用地区级客户管理系统的用户信息查阅与管理，用户信息是指内部用户与角色的管理。包括用户编号、姓名、用户类型、自设密码、电话、手机、电子邮件、家庭地址、工作单位等信息；（2） 对新用户信息的添加；（3） 对用户信息的查询、修改、删除；（4） 对本系统中合同涉及的客户基本信息的查询，客户基本信息包括客户代码、客户名称、主要负责人、级别等描述；（5） 对新客户信息的添加；（6） 对客户信息的查询、修改、删除；（7） 对本系统中产品单信息的查询，产品单信息包括产品代码、产品名

23、称、产品属性以及其他产品描述信息；（8） 对新订单信息的添加；（9） 对订单信息的查询、添加、更新、删除；（10） 对合同基本信息的查询，合同基本信息包括合同代码、客户代码、执行状态、负责人、发布人、签署日期、执行日期、完成日期、总金额、实际金额等信息；（11） 合同基本信息的录入。并且能够根据本合同内容决定客户级别；（12） 合同基本信息的查询、添加、修改、删除；（13） 统计管理即销售查询与统计主要提供了计划完成情况统计和按时间、销售人员、客户情况分析销售订单情况。如按日统计销售、按月统计销售、按年统计销售、按用户名统计、按产品名统计、按合同状态统计、按签署日期统计等，以及以金额的角度，按

24、销售总金额、销售成交最高金额、销售数量等信息进行统计。2.2.3 合同部人员对功能的需求负责合同的工作者只需专注于合同信息的维护，所以其对功能的需求包括：（1） 对合同信息的浏览、查询、更新；（2） 添加新合同；（3） 在自己的权限内对公司的销售情况进行统计；（4） 对公司的客户对公司合同状况的部分查询。2.2.4 销售部人员对功能的需求负责销售的工作人员注重所有产品的销售状况，管理者也可能通过销售状况的统计来制定出公司的新战略，所以销售部人员对系统功能需求包括以下几个方面；（1） 对公司销售情况的统计；（2） 对公司下属客户对公司产品销售情况的统计。2.2.5 客户部人员对功能的需求客户部的

25、工作人员工作重点在及时取得客户对公司产品的销售反馈，工作重点侧重于与客户、以及客户相关合同信息的分析总结，其功能需求分析应包括以下几个方面：（1） 浏览、查询、修改客户信息；（2） 添加新客户信息；（3） 添加新合同并且根据合同内容决定客户级别；（4） 对公司销售情况的统计；（5） 对公司下属客户对公司产品销售状况的统计。2.3 技术需求虽然功能需求是对软件系统的一项基本需求，但却并不是唯一的需求，通常对软件系统还需要下述几方面的综合要求：2.3.1 软硬件环境需求系统应运行于Windows平台（Windows2000以上版本）。系统采用多层架构，可通过浏览器访问，使用IE6.0或更高版本可顺

26、利完成全部系统操作。系统运行于局域网环境中。系统数据库使用MS SQL Server 2008（或更高版本）。2.3.2 性能需求本系统在正常的网络环境下，应能够保证系统的及时响应：统计报表模块相应功能响应时间不超过30秒。其他模块相应功能响应时间不超过15秒。2.3.4 可维护性和可扩展性本系统的应用平台设计中选择多层结构，采用基于.NET技术开发规范的系统应用平台，并采用多层结构，使系统具有良好的可维护性和可扩展性。2.3.5 实用性、操作性原则实用性是每个信息系统在建设过程中所必须考虑的，从实际应用的角度来看，这个性能更加重要。为了提高系统的实用性，本系统考虑如下几个方面：（1） 采取总

27、体设计、分步实施的技术方案，充分考虑本系统业务逻辑的管理需求，使系统始终与业务实际需求紧密连在一起。在界面菜单及功能实现设计中，将界面的操作顺序按业务逻辑归类，以便操作的有效引导，保证软件的易用性；（2） 设计上充分考虑当前各业务层次、各环节管理中数据处理的便利和可行，把满足用户业务管理作为第一要素进行考虑；（3） 用户接口及界面设计充分考虑人体结构特征及视觉特征进行优化设计，界面尽可能美观大方，操作简便实用，并保证各GUI风格的统一和一致；（4） 全部人机操作设计均充分考虑不同使用者的实际需要，在各功能名称的用词、信息提示文字等方面，使用企业行业术语规范化、习惯化用词，以保证软件使用者的习惯

28、性，有利于操作者在较短的时间内掌握软件的使用。2.3.6 安全需求系统安全对系统的健壮性性有着重大影响。系统应该减少黑客入侵和计算机犯罪的可能，保证网络安全。系统必须采用多重安全手段，保障系统的运营。2.3.7 数据需求数据是企业信息的核心，其应用水平的高低直接影响到企业管理水平。如果数据库系统设计不合理，不仅会增加客户端和服务器端程序的编程和维护的难度，而且还会影响系统实际运行的性能。系统必须提高数据处理的效率。3 系统分析系统分析的主要任务是将在系统详细调查中所得到的文档资料集中到一起,对组织内部整体管理状况和信息处理过程进行分析。它侧重于从业务全过程的角度进行分析。分析的主要内容是:系统

29、功能模块划分及流程分析。要确保业务和数据的流程的通畅合理。本章按照系统功能模块的顺序依次介绍各个模块的业务功能及流程分析。3.1 系统功能模块划分及分析该管理系统的主要功能包括以下几个方面：用户管理、权限管理、客户管理、合同管理、订单管理、销售统计管理、日志服务管理。其功能结构图设计，如图3.1所示。客户管理系统用户管理合同管理客户管理销售统计产品单管理添加用户修改用户删除用户查询用户添加客户修改客户删除客户查询客户添加合同删除合同修改合同查询合同添加产品单删除产品单管理产品单查询产品单添加统计删除统计修改统计查询统计图 3.1 系统整体结构图Chart 3.1 System Construc

30、tion在该管理系统中，在管理人员中，系统管理员拥有最高权限，可以对系统中的所有信息进行维护；合同部人员有权添加新合同，可以根据合同的重要性决定客户的级别，并且可以对公司的销售情况进行统计；而销售部人员可以对公司的销售情况感兴趣，所以销售部人员可以对公司销售情况进行统计；客户部人员只要与客户打交道，所以要对客户的信息进行维护，并添加新合同、决定客户的级别，并且还要了解产品的销售情况。以下是各模块之间的交互图。3.1.1 用户管理模块在用户管理模块中，主要是记录本系统中用户的登录名、密码以及详细的个人联系信息。在此模块中，用户注册的用户名必须唯一，不可以与其他已注册的用户名重复。用户管理模块流程

31、，如图3.2所示。在该管理系统中，用户的信息由系统管理员来添加、编辑。如果是管理员，则可以实现用户信息的编辑。用户管理模块是否系统管理员添加用户信息编辑用户信息无操作权限YN图 3.2 用户管理模块流程Chart 3.2 User Management Flow3.1.2 用户权限管理模块互联网应用的系统都有着访问量大、用户种类多样性的特点，这些特点直接导致系统开发时具有模块功能多，权限相互交涉复杂的特点，因此必须采用内部用户管理模块进行维护庞大的用户关系。系统采用Window用户权限的思想，将用户、用户组的权限通过各个栏目节点进行绑定，在各个栏目节点上实现继承与非继承的设置管理，从而使管理员

32、可以进行灵活的配置。另外，系统必须设置管理员来负责对整个客户关系系统的用户设置，为每个用户角色指定不同的权限，以便于不同的权限来操作系统。3.1.3 客户管理模块 在此模块中主要对客户的信息和级别进行维护管理，客户的信息是由系统管理员或客户部人员来进行维护的。客户和订单管理模块是合同管理和销售管理模块的基础，只有添加了客户和产品信息后才可以添加合同和销售的信息。客户管理模块流程，如图3.3所示。在该管理系统中，客户的信息由系统管理员和客户部人员来维护。客户管理模块是否系统管理员或客户部人员添加客户信息编辑客户信息无操作权限YN图 3.3 客户管理模块流程Chart 3.3 Custom Man

33、agement Flow通过用例图分析知，客户部管理员可以实现显示客户列表、添加客户资料、修改客户资料、删除客户资料、查看客户资料。客户管理模块的用例图如下。图 3.4 客户管理模块用例图Chart 3.4 User Management Use Case 3.1.4 合同管理模块在此模块中，主要对合同的信息进行维护管理，记录合同的签署、执行和完成情况，根据合同中的金额还可以决定客户的级别。合同管理模块也是销售统计模块的基础。合同管理模块流程，如图3.5所示。在该管理系统中，合同的信息由系统管理员、合同部人员或销售部人员来维护。合同管理模块是否系统管理员或合同部人员或销售部人员添加合同信息编辑

34、合同信息无操作权限YN图 3.5 合同管理模块流程Chart 3.5 Contract Management Flow 图 3.6 合同管理模块用例图Chart 3.6 Contract Management Use Case合同管理模块中，合同起草修改人员具有如下权限：（1） 列表显示合同；（2） 添加合同；（3） 修改合同；（4） 删除合同；（5） 查看合同明细；（6） 审核合同。合同管理模块的用例图如图3.6所示。3.1.5 订单管理模块订单管理是一个常见的管理问题，包含在公司的客户订单处理流程中。由于客户下订单的方式多种多样、订单执行路径千变万化、产品和服务不断变化、发票开具难以协调，

35、这些情况使得订单管理变得十分复杂。 订单管理还可被用来发掘潜在的客户和现有客户的潜在商业机会。因此订单管理必须作为单独一个模块来开发，应与合同管理模块处于同一层次。管理产品单产品单管理产品单信息查询产品单信息添加产品单信息删除图3.7 订单管理模块功能模块图Chart 3.7 Order Management Function Models Draw此模块主要是对公司的订单信息进行维护，此模块由系统管理员和销售部人员管理，主要添加订单的基本信息和辅助信息。产品单的生成，首先是签订订单，当订单履行后，即生成相应的最终产品单。所以，此模块实现的是销售订单的定制、修改与删除功能。以及订单确定为销售单

36、、销售单查询与删除功能。包括了订单和销售单的订单号、定购日期、客户、联系人、公司行业、定购产品、产地、数量、销售员名等内容。订单管理模块的功能模块图如图3.7所示。（1） 添加产品。该模块的功能是：用户对本部门的产品单进行登记。产品单内容包括：产品单ID、客户ID、销售日期、有效证件代码、销售员ID、产地、个人/机构、公司行业、产品代码、联系人、联系人职务、联系人电话、邮编、产品单说明、定购数量、是销售单还是预订单。系统将自动判断用户权限。（2） 删除产品单。该模块的功能是：用户对本部门的产品单进行删除。系统将自动判断用户权限。（3） 管理产品单。本系统考虑到系统的扩展性、数据库执行的效率，将

37、产品单的辅助信息抽取出来，做为二级数据信息进行存储。该模块功能是：对产品单信息进行管理。该模块的信息主要是产品单的辅助信息，不是产品单必须的数据信息。该模块包括：产品单信息录入、产品单信息添加、产品单信息删除三个子模块组成。其中，产品单信息查询子模块功能是对产品单的信息进行列表展示；产品单信息添加子模块内容包括：产品ID、产品名、登记时间、产品描述、备注、所属部门和经办人；产品单信息删除子模块由管理员或有权限的角色进行信息删除。（4） 查询产品单。对系统中的产品单按时间、按经办人、按产品名称、按部门进行分类查询。包括：产品ID、产品信息、产品备注、所属部门、登记时间、经办人等。产品单管理是否系

38、统管理员或销售部人员添加产品单删除产品单产品单管理产品单查询无操作权限图 3.8 订单管理模块流程Chart 3.8 Product Management Flow产品单管理模块的流程，如图3.8所示。在该管理系统中，产品单的信息由系统管理员或销售部人员来维护。图 3.9 订单管理模块用例图Chart 3.9 Product Management Use Case Flow订单管理的用例图如图3.9所示，包括以下2个角色的用例：（1） 制单人：列表显示销售单、添加销售单、修改销售单、删除销售单、查看销售单；（2） 审核人：列表显示销售单、删除销售单、审核销售单；（3） 从用例图可以看出，制单人

39、与审核人具有不同的权限。审核人的权限范围在于审核销售单的有效性。制单人的权限范围在于尽可能多的为企业创造订单。审核人与制单人的分隔，对企业运营是一种保障，这是从公司实际调研中，公司存在的一些问题中发现的，并向公司高管建议，在公司业务流程中，额外增加审核人，得到了公司高管的认可。3.1.6 销售统计模块销售统计模块的主要功能就是统计功能，此模块的数据主要来源于合同中产品单的金额和数量。销售统计模块的流程，如图3.10所示。在该管理系统中，所有用户都可以应用产品单的统计信息。销售统计模块查看合同编号查看产品编号查看订单数量查看已发货数查看货物单价图 3.10 销售统计模块流程Chart 3.10

40、Sell and Statistics Flow3.1.7 日志服务管理模块日志是任何一个管理系统都必备的重要功能。日志可以用于既可追踪对象的修改状态和明确事务责任，又可以为系统其他功能提供维护保障。通过对系统各种逻辑的分析，根据业务需求，系统将日志分为以下几个方面：（1） 系统日志：记录系统各种操作的信息数据。（比如：用户登陆系统的时间）（2） 合同日志：记录系统合同数据发生改变的信息。（比如：合同内容发生变化）（3） 信息日志：记录系统信息数据发生改变的信息。（比如：某管理员增加了一个新的公告）（4） 产品单日志：记录系统产品数据发生改变的信息。（比如：某个产品单已经进行了送货处理）系统通

41、过抽象出一个Log日志接口，系统按照不同种类的日志，又区分不同的操作。日志组件将通过业务抽象封装后，为其它业务逻辑模块提供统一接口，用来降低系统开发中模块日志功能的开发成本和维护成本。3.2 技术方案在开发之前，应当对开发工具与开发平台有所了解，逐个筛选，找出适合开发系统的平台和语言。以下分节介绍本系统中使用到的技术。3.2.1 ASP.NET NET是Microsoft公司在快速发展的软件技术世界中维持领先的保证，ASP.NET则是开发.NET应用程序的语言之一。ASP.NET是对传统ASP技术的重大升级和更新，它是建立在.NET框架的公共语言运行库上的编程框架，可用于在服务器上生成功能强大

42、的Web应用程序。 ASP.NET提供了一种编程模型和结构。ASP技术的出现使服务器端程序开发变得简单易行，ASP.NET则进一步拉近了桌面应用开发和Web开发的距离。ASP.NET是一个编译的、基于.NET的环境，可用任何与.NET兼容的语言创作应用程序。83.2.2 Web Service Web Service主要是为了使原来各孤立的站点之间的信息能够相互通信、共享而提出的一种接口。从更深的层次上来看，Web Service是一种新的网络应用程序分支。是自描述、自包含、模块化的应用。Web Service就是基于网络的分布式模块化组件，它遵循一系列技术规范，使得Web Service能和

43、兼容组件进行互操作。它可以通过一系列相关技术在网络中被描述、发布、查找和调用。 Web Service所使用的是Internet上统一、开放的标准，如HTTP、XML、SOAP（简单对象访问协议）、WSDL等，所以Web Service可以在任何支持这些标准的环境中使用。 133.2.3 SQL Server 2008 SQL Server 2008所示一个巨大而复杂的数据库管理系统。SQL Server 2008是完全支持Web的数据库产品，提供了对可扩展标记语言（XML）的核心支持，以及在Internet上和防火墙外进行查询的能力10。并使得数据的管理与分析更加灵活，便于用户更加容易适应快

44、速发展的新环境。SQL Server 2008数据库提供了一套非常实用的管理工具，用于管理、设置、管理、检索SQL Server2008中的数据，并进行数据库备份维护和管理，保证了数据的安全性和一致性9。企业管理器作为SQL Server 2008中最重要的管理工具，具有操作简单明了的特点，系统管理员和用户可以很方便的使用SQL server2008在本地或远程管理系统服务。4 系统设计在软件项目开发的需求分析阶段，已经搞清楚了软件要做什么的问题，对于一个实际的开发项目，需要把这些需求通过需求说明书文档描述出来，此即是目标系统的逻辑模型。接下来的工作是要把软件做什么的逻辑模型转换为怎么做的物理

45、模型，即着手去实现软件的需求，并将设计的结果反映在设计说明书文档中，此阶段即为设计阶段。该管理系统的系统设计中主要包括系统架构设计、系统结构设计、数据库设计、系统功能实现。由于系统设计内容较多、相对较复杂，因此以上内容独立出来，分节阐述。4.1 系统架构设计在第一章提到目前国内的地区级客户管理系统有的采用C/S结构，有的采用B/S结构4。这两种结构各有缺点。其中，采用C/S结构的系统对硬件和软件的兼容性都有一定的要求，而且导致不同部门之间的信息资源不能相互通信。目前采用B/S结构的系统缺点在于，虽然B/S结构可以基本满足业务要求，但随着管理业务内容的细化，简单的B/S结构不利于业务逻辑的抽象，业务逻辑与低层数据之间的交互界线不清，代码难与维护和更新。因此，本文为了避免B/S结构和C/S结构的缺点，结合两者优点，设计出基于多层结构架构的设计。其架构分为：用户界面层、用户处理层、商业逻辑抽象层、数据访问层等四层。此四层的架构由具体层次到抽象层次。具体描述内容如下：4.1.1 数据访问层对于平台中的所有应用，都存在着各种各样的业务信息、配置数据、系统实时状