1、XXXX软件 企业客户管理信息系统详细设计项目编号文档编号密 级内部企业客户管理信息系统详细设计V1.0XXXX软件公司评 审 日 期： 2022年5月18日第 28 页 共 28 页目 录1. 导言31.1 目的31.2 范围31.3 缩写说明31.4引用标准41.5 参考资料41.6版本更新信息42 系统设计概述52.1 概述52.2 系统管理员对功能的需求53.3 普通用户对功能的需求63 详细设计概述6详细设计74.1 UML建模74.1.1 用例图74.1.2 类图74.1.3 状态图84.1.4时序图94.1.5 架构图104.2 对象设计104.3 E-R图设计134.4 数据库
2、建模144.4 数据库设计154.6 创建存储过程174.7 网站结构与通用模块184.7.1 网站结构184.7.2 通用模块205客户端模块设计225.1表示层设计225.2控制层246管理员模块设计257企业信息管理模块设计278搭建调试环境271. 导言1.1 目的该文档的目的是描述企业客户管理信息系统系统项目的详细设计，其主要内容包括：- 系统功能简介- 系统详细设计简述- 各个模块的三层划分- 最小模块组件的伪代码本文档的预期的读者是：l 开发人员l 项目管理人员l 测试人员1.2 范围该文档定义了系统的各个模块和模块接口，但未确定单元的具体实现，这部分内容将在实现中确定。1.3
3、缩写说明（1）、C#：#具有C+所没有的一个优势就是学习简单。该语言首要的目标就是简单。很多功能（还不如说是缺少了C+的一些功能）有助于C#全方位的简单。（2）、ASP.NET：ASP.NET是统一的Web应用程序平台，它提供了为建立和部署企业级Web应用程序所必需的服务。ASP.NET为能够面向任何浏览器或设备的更安全的、更强的可升级性、更稳定的应用程序提供了新的编程模型和基础结构。（3）、Microsoft SQL server：Microsoft SQL server数据库能提供关系管理系统RDBMS核心和一组外围管理工具软件。采用标准数据库语言和远程数据访问标准能够实现网络环境下数据库
4、之间互联操作。它的网络容错完整性检查和安全保密等功能使整个网络数据库的存取更加合理。1.4引用标准 1 企业文档格式标准 V1.1北京长江软件有限公司 2 软件详细设计报告格式标准 V1.1北京长江软件有限公司软件工程过程化组织1.5 参考资料1 Simon Robinson,K.Scott Allen等. C#高级编程M.北京:清华大学出版社,2012.3.2 赵松涛SQL SERVER 2000应用及实例研究J. 北京:清华大学学报,2012,14(156):28-98 3 郭常圳，李云锦.ASP.NET网络应用开发例学与实践M.清华大学出版社 2006.1.4 凌云峰，万晓冬.基于ERP
5、的CRM开发模式探讨J.计算机应用与软件，2004,8(16)：12-155 弗罗伊.唯一干扰人的是顾客：以顾客关系网络替代营销M.北京: 经济管理出版社，2008.1.6 李严，于亚芳，王国辉.ASP数据库开发实例解析M.北京：机械工业出版社，2008.12.7 王国辉，牛强，李南南.ASP工程应用与项目实践M.机械工业出版社,2005.4.8 陈旭.CRM综述J.计算机应用研究，2001,9(25)：9-119 王国辉，牛强，李南南等.ASP信息系统开发实例精选M.机械工业出版社，2005.7.10 宋昆，李严等.SQL Server数据库开发实例解析M.北京：机械工业出版社，2006.1
6、.1.6版本更新信息 本文档版本更新记录如表-1：表-1 版本更新记录修改编号修改日期修改后版本修改位置修改内容概述0001.0全部初始发布版本 2 系统设计概述2.1 概述（1）功能概述： 客户服务支持管理信息系统的主要任务是对企业客户的问题记录进行管理，并将问题记录分配给工程师进行处理，对接受服务调查的客户进行服务调查信息的管理。（2）需求概述： 系统采用Web方式，对用户登录进行管理。使用各功能模块前，系统应验证用户身份的有效性，否则要求用户登录。系统用户分为两种类型：一是系统管理员，二是普通用户，两者应具有不同的权限。另外，系统应提供修改密码功能。 系统可通过列表显示的方式实现对客户记
7、录的管理，属性列应包含客户记录的序号、状态、客户名称、问题描述等信息，以便于用户快速查找目标记录。 只有系统管理员拥有对记录分配管理的使用权限。另外，系统应根据记录的状态(待分配、已分配和已解决)提供不同的分配功能。 系统在实现对工作记录的管理时，应采用分类方式，将管理分为两个模块：一是待解决问题的工作记录管理，二是已解决问题的工作记录管理。 系统在各功能模块的实现当中，应尽量提供通过客户名称实现对客户记录信息的查找。 系统的客户端、服务器端可在Windows平台下运行。系统还需要有较好的安全性和可扩展性。（3）用户特征： 为了具有更好的安全性，前台管理和后台管理是分离的，其中前台的各管理模块
8、需要经过权限授权才可以使用。设计两个角色的职能如下： 系统管理员享有最高权限，可以使用客户服务支持管理信息系统所提供的所有功能，包括客户记录管理、记录分配管理、工作记录管理、服务调查管理、客户信息管理、个人密码修改以及注销功能。 普通用户的主要职能是负责客户记录、工作记录、服务调查的维护，所有该角色只可以使用部分功能，包括客户记录管理、工作记录查询、服务调查管理、个人密码修改以及注销功能。2.2 系统管理员对功能的需求（1）客户信息管理浏览所有客户信息。客户信息包括用户编号、姓名、性别、通信地址、联系电话、员工类型等。 按客户编号查找客户信息。对系统客户信息的输入。修改客户信息。主要为员工类型
9、修改，客户包括系统管理员和普通客户两类。删除过期客户信息。（2）客户记录管理有关客户问题记录的输入。问题记录包括客户名称、联系人、联系电话、严重级别、问题描述、状态（待分配、已分配、已解决）、录入人、完成时间，备注，是否填写服务调查等。按客户名称对问题记录信息进行查询。客户问题记录的修改。（3）记录分配管理浏览所有待分配问题记录。为待分配问题记录添加分配信息。分配信息包括处理意见、负责工程师、处理时间、提交时间和提交人等。浏览已分配问题记录的分配信息。对已分配问题记录重新分配任务。浏览已解决问题的所有工作记录。（4）工作记录管理浏览待解决问题的所有工作记录。根据已分配问题的处理意见添加新工作记
10、录。工作记录包括开始日期、结束日期、解决方式、工作地点、详细描述、遗留问题等。为已分配问题添加问题解决记录。问题解决记录主要包括完成时间等。浏览已解决问题的所有工作记录。（5）服务调查管理浏览需要填写服务调查的所有已解决问题记录。为已解决问题添加服务调查信息。服务调查信息包括客户联系人、调查时间、调查人、调查电话、客户评价、总体评价（非常好、一般、很差）等。按客户名称查找服务调查信息。3.3 普通用户对功能的需求普通用户对功能的需求与系统管理员相似，但不具有客户信息管理、记录分配管理的职责。所以对这两部分不做要求。3 详细设计概述采用网络营销式的企业在网站设立提供客户服务支持管理的站点，系统包
11、括企业，Internet，客户三方面。企业：是服务的提供方，是客户服务支持管理信息系统的主体，它通过Internet平台与客户进行信息交流与沟通，了解客户所需要的服务及可能要求的服务，搜集客户关于产品、技术、销售等所感兴趣的问题和信息，以改进产品开发，最大程度地满足客户的个性化需求，并适时地、自动地向客户提供服务。Internet平台：是企业向客户传递服务的通道和手段。客户服务支持管理信息系统是以客户为中心，通过网上调查了解客户所需要的服务。并充分考虑其可能要求的服务，所建立的比较完善的系统。可根据一部分客户对产品的特殊需求，提供给客户个性化的产品或服务。客户服务支持管理信息系统存储了客户提出
12、的问题及他们关心的问题，使企业与客户之间可以实时进行信息沟通，密切企业与客户的关系。客户：是服务的接受方，是企业服务的对象。它通过Internet平台提出遇到的问题，获得技术支持服务，并提出富有个性化的需求，以便企业更加了解自己的需求，提供自己所需的服务。详细设计4.1 UML建模4.1.1 用例图用例描述的是外部行为者（actor）所理解的系统功能。用例应用于需求分析阶段，它的建立是系统开发者和用户反复讨论的结果，描述了开发者和用户对需求规格所达成的共识。首先，它描述了对目标系统的功能需求；其次，它把系统看作黑盒子，从外部行为者的角度来理解系统；第三，它驱动了需求分析之后各阶段的开发工作，不
13、仅保证了在开发过程中实现系统的所有功能，而且被用来验证和检测所开发的系统，从而影响到开发过程的各个阶段和UML的各个模型。在需求分析中，已经确定了客户服务支持管理信息系统的各功能模块（用例），包括客户记录管理、记录分配管理、工作记录管理、服务调查管理，用户信息管理。其用例图如图4.1所示。图4.1 客户服务支持管理信息系统用例图该用例图标记了客户服务支持管理信息系统的所有用例，并且形象地描述了各用例与用户角色之间的关系。用例图所表示的各用例的作用以及各用户角色的权限请参看需求分析部分。4.1.2 类图根据客户服务支持管理信息系统的用例分析，确定所用到的类主要包括用户信息（UsersInfo）、
14、客户记录（Records）、工作任务（ReDispatch）、工作记录（WorkLogs）、服务调查（Researches）。客户服务支持管理信息系统的各类间的关联根据系统功能用例来确定，例如客户记录（Records）类和工作记录（WorkLogs）类之间是1：n的关联。客户服务支持管理信息系统类图如图4.2所示。图4.2 客户服务支持管理信息系统类图4.1.3 状态图在客户服务支持管理信息系统中，客户问题记录是具有状态的图的类。首先对客户问题进行添加，包括客户名称、问题描述，状态标识为“未分配”；然后对问题进行任务分配，分配给相应工程师处理、状态标识为“已分配”；再对问题进行处理，给出处理方
15、式和处理意见；接着对解决完的问题记录完成的时间，状态标识为“已解决”；最后对接受服务的客户进行服务调查，记录客户的评价和客户的满意度。该类的状态图如图4.3所示。图4.3 状态图4.1.4 时序图时序图描述对象之间的动态交互关系，着重表现对象间消息传递的时间顺序。个人密码修改时序图如图4.4所示；工作任务时序图如图4.5所示。图4.4 个人密码修改时序图图4.5 工作任务时序图4.1.5 架构图在进行构架设计时，将客户服务支持管理信息系统设计视图中的类组织成一个标准的三级体系结构，如图4.6所示。用户服务包（User Services）中的元素提供了表现信息和收集的可视化界面；业务服务包（Bu
16、siness Services）中的元素负责维护、访问和修改数据；数据服务包（Data Services）中的元素为另两个包的元素搭桥，并包含了管理用户请求（为了执行业务上的任务）的所有类和其他元素，包括支配数据操纵策略业务的规则。4.6 客户服务支持管理信息系统的体系结构4.2 对象设计（1）对象名：Records类名：Class Records私有数据结构：RecordId：Integer； /客户记录编号 RDetails：String； /问题描述 RLevel：Integer； /严重级别（级别1，级别2，级别3） RStatus：Integer； /状态（待分配1，已分配2，已处理
17、3） ClientName：String； /客户名称 CPerson：String； /联系人 CTel：String； /联系电话 LogPerson：String； /录入人 CreateDate：Date； /录入时间 FinishDate：Date； /完成时间 IsResearch：Integer； /是否服务调查（是0，否1） Researched：Integer； /是否已填写调查（否0，是1） Remark：String； /备注操作过程：Create（） /创建记录 IF ClientName 存在 THEN 创建Records对象 ELSE 输出错误信息 Destroy（
18、） /删除记录 IF RecordI 存在 THEN 删除Records对象 AND 删除与之相关的工作记录 ELSE 输出错误信息Finish（） /问题解决 IF RecordId 存在 THEN 写入FinishDate AND 标志问题已解决 ELSE 输出错误信息 Edit（） /修改记录 IF RecordId 存在 THEN 修改Records对象 ELSE 输出错误信息（2）对象名：WorkLogs类名：Class WorkLogs私有数据结构：LogId：Integer； /工作记录编号 RecordId：Integer； /客户记录编号 StartDate：Date； /开
19、始时间 EndDate：Date； /结束时间 Rway：String； /解决方式 Rplace：String； /工作地点 Rmethod：String； /处理描述 Rlost：String； /遗留问题 操作过程：Create（） /添加工作记录 IF RecordId 存在 THEN 创建WorkLogs对象 ELSE 输出错误信息Destroy（） /删除工作记录 IF RecordId 存在 THEN 删除WorkLogs对象 ELSE 输出错误信息Edit（） /重新分配工作记录 IF RecordId 存在 THEN 修改WorkLogs对象 ELSE 输出错误信息（3）对象
20、名：ReDispatch类名：Class ReDispatch私有数据结构：RecordId：Integer； /客户记录编号 Opinion：String； /处理意见 Engineer：String； /负责工程师 DealwithDate：Date； /处理时间 SumitPerson：String； /分配提交人 SubmitDate：Date； /提交时间操作过程：Create（） /添加工作分配 IF RecordId 存在 THEN 创建ReDispatch对象 ELSE 输出错误信息Destroy（） /删除工作记录 IF RecordId 存在 THEN 删除ReDispat
21、ch对象 ELSE 输出错误信息Edit（） /重新分配 IF RecordId 存在 THEN 修改ReDispatch对象 ELSE 输出错误信息（4）对象名：Researches类名：Class Researches私有数据结构：RecordId：Integer； /客户记录编号 RsPerson：String； /被调查人 RsDate：Date； /调查时间 Researcher：String； /调出人 RsTel：String； /调查电话 Evaluation：String； /总体评价 RsIdea：Integer； /客户意见操作过程：Create（） /添加服务调查 IF
22、 RecordId 存在 THEN 创建Researches对象 ELSE 输出错误信息Destroy（） /删除服务调查 IF RecordId 存在 THEN 删除Researches对象 ELSE 输出错误信息（5）对象名：UsersInfo类名：Class UsersInfo私有数据结构：UserId：Integer； /用户编号 Name：String； /用户姓名 Password：String； /密码 Gender：Integer； /性别（男0，女1） Address：String； /通讯地址 TelePhone：String； /联系电话 Type：Integer； /用
23、户类型（系统管理员1，普通员工2）操作过程：Create（） /创建记录 IF UserId 不存在 THEN 创建UsersInfo对象 ELSE 输出错误信息Destroy（） /删除记录 IF UserId 存在 THEN 删除UsersInfo对象 ELSE 输出错误信息 EditPassword（） /修改用户密码 IF UserId 存在 AND Password 正确 AND 新密码=新密码确认 THEN 修改密码 ELSE 输出错误4.3 E-R图设计通常，使用实体-关系图（Entity-Relationship Diagram）来建立数据模型，常被实体-关系图简称为ER图，相
24、应地，用ER图描绘的数据模型也称为ER模型。ER图中包含了实体（即数据对象）、关系和属性等三种基本成分。人们通常就是用实体、联系和属性这三个概念来理解现实问题的，因此ER模型比较接近人的习惯思维方式。此外，ER模型使用简单的图形符号表达系统分析员对问题域的理解，不熟悉计算机技术的用户也能理解它。因此，ER模型可以作为用户与分析员之间有效的交流工具。对客户服务支持管理信息系统的实体关系（E-R）分析是建立在UML系统模型基础上的。在这个系统中，所存在的实体有用户（UserInfo）、客户问题记录（Records）、针对客户问题的工作任务分配（ReDispatch）、工作记录（WorkLogs）、
25、服务调查（Researches）。客户服务支持管理信息系统ER图如图4.8所示。图4.8 客户服务支持管理信息系统E-R图4.4 数据库建模数据库建模建立在客户服务支持管理信息系统E-R图的基础上，可以通过E-R图确定系统中所有的表及字段。模型如图4.9所示。图4.9 客户服务支持管理信息系统数据物理模型4.4 数据库设计在需求分析、系统分析的工作完成后，接下来的工作就是数据库设计了。数据库设计是整个数据库应用系统开发过程中的一个重要环节。该数据库包含用户信息表（UsersInfo）、客户记录表（Records）、工作任务表（ReDispatch）、工作记录表（WorkLogs）和服务调查表（
26、Researches）。（1）用户信息表用户信息表（UsersInfo）用来保存使用该系统的员工的基本信息，表UsersInfo的结构如表4.1所示。表4.1 用户信息表（UsersInfo）编 号字 段 名 称数 据 结 构说 明1UserIdInt用户编号2NameVarchar(50)用户姓名3PasswordVarchar(50)密码4GenderInt性别(0男，1女)5AddressVarchar(50)通讯地址6TelephoneVarchar(50)联系电话7TypeInt用户类型(1系统管理员，2普通员工)UserId字段是表UsersInfo的主键，它惟一标识每个记录。（2
27、）客户记录表客户记录表（Records）用来保存企业客户所提出的问题的基本信息，表Records的结构如表4.2所示。表4.2 客户记录表（Records）编 号字 段 名 称数 据 结 构说 明1RecordIdInt客户记录编号2RDetailsnVarchar（200）问题描述3RLevelInt严重级别（级别一，级别二，级别三）4RStatusInt状态（1待分配，2已分配，3已处理）5ClientNamenVarchar（50）客户名称6CPersonnVarchar（50）联系人7CTelnVarchar（50）联系电话8LogPersonnVarchar（50）录入人9Creat
28、eDateDateTime录入时间10FinishDateDateTime完成时间11IsResearchInt是否服务调查（0是，1否）12ResearchedInt是否已填写调查（0否，1是）13RemarksnVarchar（50）备注RecordId字段是表Records的主键，它惟一标识每个记录。（3）工作任务表工作任务表（ReDispatch）用来保存为了处理客户记录所进行的任务分配信息，表的ReDispatch结构如表4.3所示。表4.3 工作任务表(ReDispatch)编 号字 段 名 称数 据 结 构说 明1RecordIdInt客户记录编号2OpinionnVarchar
29、(200)处理意见3EngineernVarchar(200)负责工程师4DealWithDateDateTime处理时间5SubmitPersonnVarchar(50)分配提交人6SubmitDateDateTime提交时间RecordId字段是表ReDispatch的主键，它惟一标识每个记录。该表与表Records是一对一的关系，RecordId字段又是一个外部键，它将这两个表链接起来。（4）工作记录表工作记录表（WorkLogs）用来保存工程师为解决客户记录中的问题所做的工作记录信息，表WorkLogs的结构如表4.4所示。表4.4 工作记录表(WorkLogs)编 号字 段 名 称数
30、 据 结 构说 明1LogIdInt工作记录编号2RecordIdInt客户记录编号3StartDateDateTime开始时间4EndDateDateTime结束时间5RwaynVarchar(50)解决方式6RplacenVarchar(50)工作地点7RmethodnVarchar(200)处理描述8RlostnVarchar(50)遗留问题LogId字段是表ReDispatch的主键，它惟一标识每个记录。该表与表Records是一对多的关系，RecordId字段是一个外部键，它将这两个表链接起来。（5）服务调查表服务调查表（Researches）用来保存对已解决问题的客户进行服务调查的
31、基本信息，表Researches的结构如表4.5所示。表4.5 服务调查表(Researches)编 号字 段 名 称数 据 结 构说 明1RecordIdInt客户记录编号2RsPersonnVarchar(50)被调查人3RsDateDateTime调查时间4ResearchernVarchar(50)调出人5RsTelnVarchar(50)调查电话6EvaluationnVarchar(200)总体评价7RsIdeaInt客户意见RecordId字段是表Researches的主键，它惟一标识每个记录。表Researches与表Records是一对一的关系，RecordId字段又是一个外
32、部键，它将这两个表链接起来。4.6 创建存储过程客户服务支持管理信息系统运行过程中，系统会在数据库中频繁查找或更新各种信息，例如，向客户记录表Records中插入或修改客户问题信息，为客户问题进行任务分配，根据条件查询客户问题的工作记录信息，或填写服务调查等操作。为了提高系统的运行效率，创建以下存储过程：（1）sp_InsertRecord存储过程该存储过程用于在用户添加新的客户问题记录信息时，系统向表中录入该记录信息。（2）sp_ShowRecordsInfo存储过程该存储过程用于返回表Records中所有的客户记录信息。（3）sp_GetRecordById、sp_GetRecordByC
33、lient存储过程存储过程sp_GetRecordById用于根据记录编号返回该客户记录的详细信息；存储过程sp_GetRecordByClient则用于根据客户名称返回该客户记录的详细信息。（4）sp_InsertDispatch存储过程该存储过程用于管理员为某客户记录添加任务分配信息时，系统向表中录入一条工作任务记录。该过程将该客户记录在表Records中的状态置为2（已分配），然后判断表ReDispatch中是否已存在对该客户记录的工作任务记录。如果存在，则执行更新操作；否则插入一条新的工作任务记录。（5）p_GetDispatchById,sp_ShowDetailsById存储过程这
34、两个存储过程用于根据记录编号返回客户记录信息及其任务记录信息。（6）p_InsertWorkLog存储过程该存储过程用于为已完成任务分配的客户记录添加工作记录时，系统向表中录入该工作记录信息。（7）p_UpdateWorkLog存储过程该存储过程用于用户客户在修改工作记录时，系统更新表中工作记录信息。输入的参数是工作记录编号。（8）sp_GetWorkLogByStatus、sp_GetWorkLogByStatusAndRecordId存储过程存储过程sp_GetWorkLogByStatus用于根据客户记录的状态返回该记录的工作记录信息；存储过程sp_GetWorkLogByStatusA
35、ndRecordId则根据客户记录的编号和状态返回该记录的工作记录信息。（9）p_InsertResearch存储过程该存储过程用于在用户为已处理完毕的客户问题记录添加服务调查时，系统向表中录入该调查信息。该过程将该客户记录在Records表中的“是否已调查”字段置为1（已调查），接着判断Researches表中是否已存在该客户记录的服务调查信息。如果存在，则更新该调查信息；否则，插入一条新的服务调查记录。（10）p_UpdateResearch存储过程该存储过程用于用户在修改服务调查时，系统更新表中服务调查信息。输入的参数是工作记录编号。（11）sp_GetResearchById、sp_G
36、etResearchByClient存储过程存储过程sp_GetResearchById用于根据记录编号返回客户记录信息及其服务调查信息。存储过程sp_GetResearchByClient则用于根据客户名称返回客户记录的服务调查状态信息。（12）p_InsertUser存储过程该存储过程用于管理员添加新用户时，系统向表中录入一条新的用户记录。（13）p_ValidateUser存储过程该存储过程用于验证用户身份，输入参数是用户名称，返回参数是标识变量IsValid（0代表不合法、1代表合法）和用户类型。4.7 网站结构与通用模块4.7.1 网站结构图4.10展示了网站的总体结构，每个页面基本
37、上都与一个功能模块相对应，体现了该系统所有功能模块之间的逻辑关系。所以，也可以将其看成是系统功能模块在网页中的流程结构。Default.aspxRecordAdd.aspxRecordDetails.aspxRecordEdit.aspxDispatch.aspxDispDetails.aspxWorkLogAdd.aspxDispatchDetails.aspxRecordSolved.aspxWorkLogDetails.aspxxResearchEdit.aspxResearchAdd.aspxUserAccount.aspxUserEdit.aspxRecords.aspxReDisp
38、atchMan.aspxxWorkLogMan.aspxResearchMan.aspxUsersMan.aspxPwdModify.aspx图4.10 总体结构图本网站需要开发页面如下所示。（1）Default.aspx：提供用户登陆接口，并显示一个功能列表。用户必须登陆到系统，单击列表中的连接可进入其他管理页面。（2）RecordsMan.aspx：此页面负责对客户记录进行维护。如果要执行添加、修改操作，将被引导到相应页面进行处理。（3）RecordAdd.aspx：此页面负责添加客户记录。（4）RecordEdit.aspx：此页面负责修改客户记录。（5）RecordDetails.aspx：此页面负责显示一条客户记录的详细信息。（6）RspatchMan.aspx：此页面负责根据状态（待分配、已分配、已解决）显示不同的客户记录信息，并对客户记录进行任务分配管理，各种操作将被引用到相应页面进行处理。（7）Dispatch.aspx：此页面负责为待分配的客户记录分配任务。（8）DisDetails.aspx：此页面负责显示已分配客户记录的工作任务信息。（9）WorkLogMan.aspx：此页面负责根据状态（未解决、已解决）显示工作任务信息，并针对工作任务进行工作记录管理，各种操作将被引导到相应页面进行处理。（10）DispatchDet
