基于net多层架构的地区级客户管理系统设计与实现硕士学位论文(编辑修改稿)

基于net多层架构的地区级客户管理系统设计与实现硕士学位论文(编辑修改稿)内容摘要：

仅改进了信息的提交方式、 加快了信息的提交速度，而且还简化了企业的客户服务过程，使企业向客户提交与处理客户服务的过程变得更加直接方便。 基于网络的 CMS 系统可使企业逐步实现由传统的企业模式到以电子商务为核心的转变过程 [2]。 众多企业都意识到 CMS 为企业 提供 的新 机会 ， 而这样的 机会 对未来世界的影响是巨大。 首先，在开发平台层面，各大 开发平台都为此搭建适应于互联网应用的软件代码。 比如， 作为软件巨头微软 .NET 的核心内容之一就是要搭建第三代互联网平台，在这个网络平台中解决网站之间的协同合作，从而最大限度地获取信息 [3]。 在 .NET 平台上，不 同网站之间通过相关的协定联系在一起，网站之间形成自动交流，协同工作，提供最全面的服务。 其次，各大行业领域 软件 商纷纷响应所属行业的不同需求，以开发出 新一代的基于网络的 CMS 系统 作为 电子商务未来的发展方向 之一。 尤其这几年， 随着计算机技术、通信技术、网络技术、信息处理技术的 高速 发展，客户管理信息化建设也在不断发展 ， 全国各大国有公司的各部门和各科研机构纷纷开展了对公司管理系统的研发工作，并在各个领域取得了长足进步。 同时，随着企业规模的不断扩大，总公司与子公司业务逻辑的差异化越来越大，因此地区级的客户管理系统应运 而生。 但是，由于受到科研水平和地域需求差异的限制，各地开发的系统功能差异较大，水平参差不齐，系统相互之间的兼容性不强。 具体来说，国内的地区级客户管理系统有的采用 C/S 结构，有的采用B/S 结构 [4]。 这两种结构各有缺点。 其中，采用 C/S 结构的系统对硬件和软件的兼容性都有一定的要求，而且导致不同部门之间的信息资源不能相互通信。 目前采用 B/S 结构的系统缺点在于，虽然 B/S 结构可以基本满足业务要求，但随着管理业务内容的细化，简单的 B/S 结构不利 于业务逻辑的抽象，业务逻辑与低层数据之间的交互界线不清，代码难 于 维护和更 新。 北京交通大学专业硕士学位论文 需求分析 2 2 需求分析 为了 解决引言中提到的 这些问题，结合 C/S 结构和 B/S 结构的优点，本论文设计一个地区级的客户管理系统，具有对客户常用信息、合同管理、销售情况进行登记、注册、管理、监督、审批、统计及维护的功能。 公司各部门的人员在本系统中有着不同的权限与工作功能。 系统开发的总体任务是实现地区级客户管理的系统化、规范化和自动化。 本系统基于 Web 架构的设计，将架构分为：用户界面层、用户处理层、抽象逻辑层、数据访问层等层。 降低用户界面层与逻辑层、逻辑层与数据访问层之间的耦合性，保证数据访问的及时性，并通过安全策 略保证公司信息的安全性。 采用面向对象的分析方法对本客户关系管理系统进行功能需求分析：可将需求分析划分为市场需求、功能需求、技术需求的 3 个部分。 具体 如下 ： 市场需求 市场需求 是软件工程中的一个关键过程。 在这个过程中， 系统分析 员和 软件工程师 确定顾客的需要。 只有充足把握住市场需求，才能保证设计的系统具有实用性。 本节通过客户管理概述、选题目的、需求范围等三方面对市场需求进行描述。 概述 客户是公司最宝贵的资源，为了更好的发掘老客户的价值，并开发更多新客户， 中国中冶集团焦作分公司 决定 分批 实施 该 客户关系管理系统。 希望通过这个系统完成对客户基本信息、合同信息、 订单 信息、销售信息的充分共享和规范化管理；希望通过对销售机会、客户开发过程的追踪和记录，提高新客户的开发能力。 并希望系统提供相关报表，以便公司高层随时了解公司客户情况。 目的 本选题来自于中国中冶集团北京分公司的实际工程需求，随着子公司业务规模的不断扩大，总集团的业务流程不在适应子公司的要求，而且子公司业务信息北京交通大学专业硕士学位论文 需求分析 3 量的大量增加，趋使子公司内部必须 建立以市场、客户为中心的管理体系 ，以便实现 收集、整理、加工和利用客户信息的质量大大提高。 本课题应 中国中冶集团总 公司所托，对中国中冶集团北京分公司、南京分公司调研，针对国有企业子公司设计 地区级 客户管理系统。 本文档的编写为下阶段的设计、开发提供依据，为项目组成员对需求的详尽理解，以及在开发开发过程中的协同工作提供强有力的保证。 同时 本文档也作为项目评审验收的依据之一。 范围 本系统包括：用户管理、客户管理、合同管理、 订单 管理和销售统计五个功能模块。 系统功能为本说明书与附件 系统试用 版界面描述中功能的并集。 在上述文件未明确描述的情况下，应能满足合同和相关投标书所描述的功能。 功能需求 功能需求定义一个软件系统或组件的功能，也是一个系统需提供的功能及服务。 功能可以用一组输入、行为及输出的组合来表示。 下面通过对系统功能描述、各角色对系统的要求入手来描述系统。 系统功能描述 地区级 客户管理系统的 功能描述。 图 系统流程图 Chart System Flow draw 系统共分为 4 类用户，管理者系统中的 5 个模块信息。 在客户管理系统中，系统用户登录 系统管理员 客户部人员 合同部人员 销售部人员 用户管理模块 客户管理模块 合同管理模块 产品单管理模块 销售统计模块 北京交通大学专业硕士学位论文 需求分析 4 根据用户的身份，分别管理者对各模块。 其流程如图 所示。 管理员对功能的需求 管理员权限最大，能够进行对客户管理系统所有信息的维护，包括 以下几个部分内容的维护：客户 管理 、 用户管理、 订单 管理、合同管理 及统计。 管理员 的功能 需求如 下 所示 ： （ 1） 对于使用 地区级客户管理系统 的用户信息 查阅与管理 ，用户信息 是指内部用户与角色的管理。 包括用户编号、姓名、 用户类型、自设 密码、 电话、手机、电子邮件、家庭 地址、 工作单位 等信息； （ 2） 对新用户信息的添加； （ 3） 对用户信息的查询、修改、删除； （ 4） 对本系统中合同涉及的客户基本信息的 查询 ，客户基本信息包括客户代码、客户名称、主要 负责人、级别 等 描述； （ 5） 对新客户信息的添加； （ 6） 对客户信息的查询、修改、删除； （ 7） 对本系统中 产品单 信息的 查询 ， 产品单 信息包括产品 代码 、产品名称、产品 属性 以及其他 产品描述 信息； （ 8） 对新 订单 信息的添加； （ 9） 对 订 单 信息的查询、 添加、更新 、删除； （ 10） 对合同基本信息的 查询 ，合同基本信息包括合同 代码 、客户 代码 、执行状态、 负责人、发布人、 签署日期、执行日期、完成日期、总金额 、实际金额等信息； （ 11） 合同基本信息的录入。 并且能够根据本合同内容决定客户级别； （ 12） 合同基本信息的查询、 添加、 修改、删除； （ 13） 统计管理即销售查询与统计 ——主要提供了计划完成情况统计和按时间、销售人员、客户情况分析销售订单情况。 如 按日统计销售 、 按 月 统计 销售、按 年 统计 销售 、按 用户 名统计 、 按 产品 名统计 、 按 合同状态 统计 、 按 签署日期 统计 等， 以及以金额的角度，按 销售总金额、销 售成交最高金额、销售数量等信息进行统计。 合同部人员对功能的需求 负责合同的工作者 只需专注于合同信息的维护，所以 其 对功能的需求包括： 北京交通大学专业硕士学位论文 需求分析 5 （ 1） 对合同信息的 浏览、查询、 更新 ； （ 2） 添加新合同 ； （ 3） 在自己的权限内 对公司 的销售情况进行 统计 ； （ 4） 对公司 的 客户对公司 合同状况的部分查询。 销售部人员对功能的需求 负责 销售 的工作 人员注重 所有 产品的销售状况， 管理者也可能通过销售状况的统计来制定出 公司 的新 战略，所以销售部人员对系统功能需求包括以下几个方面； （ 1） 对公司销售情况的统计； （ 2） 对公司下属客户对公司产品 销售情况的统计。 客户部人员对功能的需求 客户部 的工作 人员 工作重点在 及时取得客户对公司产品的销售反馈， 工作重点侧重于 与客户、以及客户相关合同信息的分析总结， 其 功能需求分析应包括以下几个方面： （ 1） 浏览、查询、修改客户信息； （ 2） 添加新客户信息； （ 3） 添加新合同并且根据合同内容决定客户级别； （ 4） 对公司销售情况的统计； （ 5） 对公司下属客户对公司产品销售状况的统计。 技术需求 虽然功能需求是对 软件系统 的一项基本需求，但却并不是唯一的需求，通常对软件系统 还需要 下述几方面的综合要求 ： 软硬件环境需求 系统应运行于 Windows 平台 （ Windows2020 以上版本）。 系统采用 多层 架构，可通过浏览器访问，使用 或更高版本可顺利完成全北京交通大学专业硕士学位论文 需求分析 6 部系统操作。 系统运行于局域网环境中。 系统数据库使用 MS SQL Server 2020（或更高版本）。 性能需求 本系统在正常的网络环境下，应能够保证系统的及时响应： 统计报表模块相应功能响应时间不超过 30 秒。 其他模块相应功能响应时间不超过 15 秒。 可维护性和可扩展性 本系统的应用平台设计中选择 多层 结构，采用基于 .NET 技术开发规范的系统应用平台，并采用 多 层结构，使系统具有良好的可维护性和可扩展性。 实用性、操作性原则 实用性是每个信息系统在建设过程中所必须考虑的，从实际应用的角度来看，这个性能更加重要。 为了提高系统的实用性，本系统考虑如下几个方面： （ 1） 采取总体设计、分步实施的技术方案，充分考虑本系统业务逻辑的管理需求，使系统始终与业务实际需求紧密连在一起。 在界面菜单及功 能实现设计中，将界面的操作顺序按业务逻辑归类，以便操作的有效引导，保证软件的易用性 ； （ 2） 设计上充分考虑当前各业务层次、各环节管理中数据处理的便利和可行，把满足用户业务管理作为第一要素进行考虑； （ 3） 用户接口及界面设计充分考虑人体结构特征及视觉特征进行优化设计，界面尽可能美观大方，操作简便实用，并保证各 GUI 风格的统一和一致 ； （ 4） 全部人机操作设计均充分考虑不同使用者的实际需要，在各功能名称的用词、信息提示文字等方面，使用企业行业术语规范化、习惯化用词，以保证软件使用者的习惯性，有利于操作者在较短的时间内掌握软件的使用。 安全需求 北京交通大学专业硕士学位论文 需求分析 7 系统安全对系统的健壮性性有着重大影响。 系统应该减少黑客入侵和计算机犯罪的可能，保证网络安全。 系统必须采用多重安全手段，保障系统的运营。 数据 需求 数据是企业信息的核心，其应用水平的高低直接影响到企业管理水平。 如果数据库系统设计不合理，不仅会增加客户端和服务器端程序的编程和维护的难度，而且还会影响系统实际运行的性能。 系统必须提高数据处理的效率。 北京交通大学专业硕士学位论文 系统分析 8 3 系统分析 系统分析的主要任务是将在系统详细调查中所得到的文档资料集中到一起 ,对组织内部整体管理状况和 信息处理 过程进行分析。 它侧重于从业务全过程的角度进行分析。 分析的主要内容是 :系统功能模块划分及流程分析。 要确保 业务和数据的流程 的 通畅合理。 本章按照系统功能模块的顺序依次介绍各个模块的业务功能及流程分析。 系统功能模块划分及分析 该 管理系统 的主要功能包括以下几个方面：用户管理、 权限管理、 客户管理、合同管理、 订单 管理、销售统计管理 、日志服务管理。 其功能结构图设计，如图 所示。 图 系统整体结构图 Chart System Construction 在 该管理系统 中，在管理人员中，系统管理员拥有最高权限，可以对系统中的所有信息进行维护；合同部人员有权添加新合同，可以根据合同的重要性决定客户的级别，并且可以对公司的销售情况进行统计；而销售部人员可以对公司的销售情况感兴趣，所以销售部人员可以对公司销售情况进行统计；客户部人员只要与客户打交道，所以要对客户的信息进行维护，并添加新合同、决定客户的级别，并且 还要了解产品的销售情况。 以下是各模块 之间的交互图。 客户管理系统 用户管理 合同管理 客户管理 销售统计 产品单。