售后服务追踪系统的设计与实现——毕业论文

毕 业 设 计中文题目售后服务追踪系统的设计与实现英文题目The Design and Implementation of ServiceTracking System 院 系：计算机与信息工程学院年级专业：2012级软件工程（金融服务）姓 名：学 号：指导教师：职 称： 年 月摘要摘 要在信息时代，伴随着中国经济的发展，中国企业正在朝着信息化不断发展，企业信息化程度正在逐渐的深化，这就决定了中国的软件行业的蒸蒸日上。先进的电子信息技术的应用所带来的高效越来越得到企业的青睐。而软件系统作为一种产品服务，需要的就是优质的售后做为保障。一句话，中国的发展离不开企业的信息化建设，信息化的建设离不开软件公司的发展，而软件公司发展的关键之一就是售后服务。因此，提高售后服务质量，对于企业提高竞争力，拓广市场，增加经济效益，都是非常重要的。本设计运用ASP.NET技术进行开发和设计，采用C#语言开发，结合SQL数据库，用Visual Studio 2010开发环境，在Windows 7上，成功搭建了一个基于B/S架构的售后服务追踪网站。系统设计时充分考虑厦门易维信息技术有限公司和厦门ABB开关有限公司的实际业务需求，适应各种不同的业务场景，充分做到自动化和人性化。系统功能覆盖了从申请、审核、分配、开发、测试、退回的一整个售后服务过程，对售后服务过程进行跟踪记录，配合简约大方易操作的界面，为用户减少了很多不必要的麻烦。关键词：售后服务追踪；ASP.NET；B/S架构IVABSTRACTABSTRACTWe are now living in the Information Age. Along with Chinas economic development, the development and the deepening of Chinese enterprises contribute to the prosperity of Chinas software industry. As we all known, enterprises are getting increasingly fond of the efficiency which is created by advanced electronic information technology. Apparently, we need the most high-quality after-sale service to ensure the software system because it is not only a product but also service. Chinas development is inseparable from the information construction of enterprises. And the information construction is inseparable from the development of software companies. What is one of the keys for the development of software companies is the service. Therefore, it is very important that enterprises improve service quality to improve their competitiveness, expand broad market, and increase economic efficiency.I establish a Service Tracking System based on B/S architecture on Windows 7 operating system, using ASP.NET technology, C# development language, SQL databases, and Visual Studio 2010 development tool. Meanwhile, I fully considered the actual system needs of Xiamen Eway Information Technology Co., Ltd. and ABB Xiamen Switchgear Co., Ltd. to adapt to different business scenarios, to be more automated and more user-friendly during the design time. The system covered from the whole service tracking process including application, review, distribution, development, testing and return. Accordingly, the system can track and record the information of the process. As a result of simple and elegant interface, the system can make the system users easy to operate system and reduce a lot of unnecessary trouble.Key Words: Service Tracking; ASP.NET; B/S Structure目录 目 录第1章引言11.1 选题背景及意义11.2 国内外研究现状21.3 研究目标31.4 论文组织结构31.5 本章小结4第2章系统介绍52.1 系统简介52.2 系统相关技术介绍52.2.1 B/S架构52.2.2 ASP.NET62.2.3 jQuery62.2.4 EasyUI72.3 本章小结7第3章系统分析83.1 可行性分析83.2 功能需求分析83.3 本章小结9第4章概要设计104.1 总体方案设计104.1.1 系统目标104.1.2 系统概述104.2 功能模块结构114.2.1 Service Tracking管理模块结构图114.2.2 申请ST124.2.3 待执行124.2.4 待审核124.2.5 Eway系统负责人待分配124.2.6 Eway开发工程师待开发124.2.7 与我相关124.2.8 历史记录134.3 本章小结13第5章详细设计145.1 数据库设计145.1.1 数据库表145.1.2 用例图205.2 界面设计215.2.1 申请ST215.2.2 待执行225.2.3 待审核235.2.4 Eway系统负责人待分配245.2.5 Eway开发工程师待开发255.2.6 与我相关265.2.7 历史记录285.3 本章小结29第6章系统测试306.1 测试方法306.2 测试要点306.3 测试环境306.4 测试用例编写与执行316.5 本章小结31第7章结论与展望327.1 结论327.2 进一步工作的方向327.3 本章小结32参考文献33致 谢34第1章 引言第1章 引言1.1 选题背景及意义随着人类的进步，知识水平和科学技术的飞快发展，人类不知不觉已经身处于信息时代，信息技术正在人类生产生活中潜移默化的起着至关重要的作用。任何时代一个企业的兴衰的关键因素之一就是能否与时俱进。在如今21世纪信息化时代1的大背景下，企业信息化建设2显得格外的重要。企业的观念正在从传统的一成不变逐渐向着接受新思想新事物的方向改变，企业越来越意识到利用信息技术所带来的可观效益。基于不断创新的原则，利用信息技术来改变企业管理方式，实行更加高效科学的管理机制，单单从降低的成本上看，企业就可以在一定程度上提高竞争力。另外，信息化是基于互联网的，不仅便利了企业内部的管理，还使得企业与企业之间的业务往来更加的方便快捷，办事效率自然就提高了，这一定是每一个企业所不断追求的共同的东西。所以，现在越来越多的企业为了自身发展，甚至是生存，都坚定的选择了信息化这条大路。信息化发展的强烈需求就对信息技术提出了严格的要求，从而加快了IT行业的发展，在一定程度上使得软件公司的压力也变得越来越大。如今的IT行业的发展态势，可以用迅猛两个字来形容，可谓是时代的脚步势不可挡，谁都不能阻止这股大流。IT行业的发展基本上取决于软件公司的发展，主要体现在软件公司数量的不断增多，规模的不断扩大，业务量的不断增多，技术不断更新，招收的人才不断增加等等。大多数的软件公司是靠着开发软件作为主要的营业收入，但是当公司发展到一定程度的时候，往往需要提供更多的软件售后服务来满足客户的需求。软件产品一般不是传统一手交钱一手交货的商品，比较复杂的软件系统的售后维护工作是相当的费时费力的。所以，一个发展的比较好的软件公司都需要在提供优质的软件售后服务方面做得出色。成立于2003年的厦门易维信息技术有限公司是一家软件外包公司，总部位于中国厦门经济特区，自从成立以来一直致力于为企业信息化建设提供专业的咨询服务、全面的解决方案和整体的IT支持，为国际和国内众多企业提供了卓有成效的信息化解决方案，是Microsoft公司的合作伙伴之一。如同众多软件公司一样，在企业发展规模的不断扩大的同时，为客户公司开发的系统越来越多，使用系统的用户遇到的问题也变得越来越多，所开发系统的售后工作都变得特别繁杂不堪。像这样的公司就缺乏一个相对高效科学的售后服务体制3。因为在日常的工作过程中，这种现象越来越普遍，所以为了提高公司售后服务的管理效率，易维公司急切需要一个软件售后服务跟踪平台。通过信息化手段辅助售后服务管理，来提高信息化水平4。因此，拥有一个售后服务追踪系统是很有必要的，可以充分促进双方企业工作的长期和谐发展，这就是要设计并实现售后服务追踪系统的初衷。1.2 国内外研究现状虽然现在处于信息化时代，企业信息化建深入人心，IT行业发展势不可挡，软件公司前景可观，但是从整体上来说，中国的信息化的技术基础还是比较薄弱的。现在的中国和西方的发达国家相比，是一个发展中国家，虽然发展速度很快，但是目前确实是没有他们那么先进的技术基础，也没有达到那么成熟的信息化水平。可是中国的正在发展也是存在优势的，发展的上升的空间非常大，人口基数大，市场无比广阔，中国任何行业，尤其是代表着新兴产业的软件行业，在中国的发展前途一定是一片光明的。而软件行业的售后服务在整个软件产品链中是一个非常关键的环节，它的作用是举足轻重的。售后服务5是卖方在把产品或服务销售出去之后要做的一个重要的事情，为买方提供后续的服务工作。有了售后服务，买方在使用产品或者是享受服务的过程中，遇到问题或者不满意的地方就会得到一定的保障。当然，卖方不一定需要提供售后服务，但是实践证明重视售后服务，在一定程度上，可以大大吸引消费者，还可以很好的留住老客户，尤其当卖方是一个软件公司的时候。总所周知，一个软件的生命周期是分为六个阶段的，作为第六个阶段的软件维护所占用的时间是最多的，其中的工作是最繁琐的。从软件维护持续时间长这点看，软件行业售后服务需要投入更多的精力，需要被重视。现如今，中国企业在信息化建设道路上都很慎重，在选择软件公司的合作伙伴的时候，越发的关注软件的售后服务情况。相对于欧美的软件公司，我国软件公司的软件售后服务水平6在发展总体上是相对年轻的。欧美的软件公司基本上把软件售后服务的收入上升到了主要收入之一，而我国的软件公司在软件售后服务的收入相对于软件开发的还是很少，重点还是放在是否能够切合客户需求，是否成功开发好系统。当前，中国的企业信息化发展程度虽然没有欧美的成功，但是如同中国经济一样，可以说是正在迅猛的发展中，近几年有了阶段性的突破，已经从基础建设阶段发展到了深化应用阶段。因此，软件公司应该要明白软件售后服务的市场空间是可观的，是很有潜力的，更加需要提高软件售后服务的质量。总体上，国内的软件售后服务系统存在操作步骤相对复杂，用户入手不易操作；整体界面不简洁不美观，用户体验不佳；有的还有繁琐的安装程序，用户在安装客户端时，可能会遇到各种不可预见的问题，解决起来消耗了许多不必要的人力物力；有的对系统环境要求独特，版本陈旧，兼容性不好。这些种种不仅降低了客户对合作的软件公司的信任度，还增加了软件公司的成本和员工的工作量。因此，软件售后服务系统应该是基于互联网的，更加能切合使用者需求的，更加简易化，自动化，人性化的。1.3 研究目标综合分析上面所述问题，联系实际用户的具体需求，结合C/S架构的软件售后系统和B/S架构的软件售后系统7的优缺点，最终能解决软件售后中存在的流程不规范、管理不科学、办事没效率等问题。以提高客户满意度为宗旨，以增强软件公司的竞争力为目的，以拥有光明的未来为期待，以满满的经济效益为动力。先进行售后服务追踪系统可行性分析和功能需求分析，从而开始系统的概要设计和详细设计，最终设计并成功实现一个有利于提高易维公司的售后服务质量的售后服务系统。希望这个售后服务追踪系统能充分发挥其最大的实用价值，方便公司的售后管理的工作，也方便客户随时提交售后申请，能够快速解决售后问题，让工作更加舒心，能便利一群人。通过这个售后服务追踪系统研发，能够为公司的发展添加一些动力，为行业的发展出一份力，为信息化的发展做一定的贡献。正是有这样一个又一个的软件系统的问世，才见证了一个软件公司的发展，才有了整个软件行业的发展，才不断的推进了企业信息化建设的进程，才造就了这个信息化的时代。所以，一个系统的价值是不能都被忽视的，不断的积累才能不断的进步，不断的超越才能创造不一样的时代。1.4 论文组织结构第1章：引言。主要介绍了售后服务追踪系统的选题大背景及意义、国内国外的研究发展现状、研究目标和论文的大致组织结构等情况。第2章：系统介绍。主要对售后服务追踪系统的内容进行简单概述，并介绍使用的相关技术和工具。第3章：系统分析。主要针对售后服务追踪系统的可行性和功能需求方面进行详细的系统分析说明，总结分析结果。第4章：概要设计。主要说明了售后服务追踪系统的总体设计方案的详细情况和自己负责实现的功能模块组成结构。第5章：详细设计。主要针对售后服务追踪系统的数据库设计进行描述介绍，还详细说明了每个功能的界面设计。第6章：系统测试。从测试的方法、要点、环境、用例等方面出发，主要对完成的售后服务追踪系统进行测试结果汇报。第7章：总结与展望。主要对完成的成果进行总结，阐述本次设计的感想和不足之处，还具体说明了进一步的工作方向。1.5 本章小结本章引言主要详细说明了本设计的选题大背景，企业在信息化时代对信息化建设强烈需要，IT行业的发展情况，软件公司的前景，售后服务系统对售后管理的意义，国内外售后服务系统的研究现状的对比，本研究的实现目标，以及本文分为七章的组织结构。36第2章 系统介绍第2章 系统介绍2.1 系统简介售后服务追踪系统是一个Eway（易维）公司向客户提供的售后服务的平台，主要面向的客户是厦门ABB开关有限公司等。本系统的主要需求是，在ABB公司的Key User（关键用户）使用Eway公司已经开发完成的系统的过程中，遇到系统缺陷或者是需要增加新功能时，可以进入系统提交ST申请，向Eway公司说明遇到的具体情况和需求，Eway公司再根据申请做出相应的处理，直到客户满意为止。本系统可以分为两大模块，基础数据模块和Service Tracking管理模块，由于本人负责的是Service Tracking管理模块，所以本文主要说明的是该模块的内容。最终实现的是ABB Key User申请，ABB审核人审核，Eway系统负责人分配，Eway开发工程师开发，ABB Key User测试退回，Eway开发工程师再开发，ABB Key User再测试，等一系列的售后服务流程。售后服务追踪系统是一个网站，是基于B/S架构的，整个系统都是在美国Microsoft公司的Visual Studio 2010中开发的，采用的是基于.NET Framework 4.0的ASP.NET技术和SQL数据库，选用的开发语言是C#。这些工具和技术都是来自美国Microsoft公司的，它们之间没有什么兼容性问题，可以很好的配合，完成最终的系统开发。2.2 系统相关技术介绍2.2.1 B/S架构现在的两大主流软件系统体系架构之一就是美国Microsoft公司研发的B/S（Browser/Server）架构8，英文翻译成对应的中文表达是浏览器和服务器架构。通常情况，一台正常用户使用的计算机都有一个或者多个浏览器，因为浏览器是必备的计算机软件之一。只要网络条件允许，用户可以通过浏览器轻松地访问不同的网站，只需要打开浏览器，输入访问地址链接，就可以直接进入系统网站开始相应的操作。相对于早先美国Borland公司推出的C/S（Client/Server）架构，也就是中文所说的客户端和服务器架构，则需要事先在每一台计算机上安装相应的客户端程序，用户才可以使用系统。由此可见，基于B/S架构的系统能够让用户在实际操作起来的时候更加的方便简易快捷。而且在系统更新修改之后，基于C/S架构的需要每一台计算机重新安装更新完毕的客户端程序，而基于B/S架构的并不需要做任何的安装操作。另外，B/S架构统一了客户端浏览器，就相当于没有了特定的客户端，系统维护升级时，并不需要用户做出任何的改动操作，也有利于临时移动办公的需要。总体看来，B/S架构比C/S架构更加切合售后服务追踪系统的实际需求。2.2.2 ASP.NETASP.NET9是Microsoft公司研发的一个开发框架，由HTML、CSS、JavaScript以及服务器脚本等相互结合形成网站。本系统的服务器脚本是用C#语言编写的，可以说在本系统中ASP.NET的核心语言C#10。2000年6月份，Microsoft公司发布了C#，它是为.NET而专门研发的编程语言。因为C#是一种面向对象的计算机语言，所以ASP.NET是一项可以实现面向对象的技术。显然，C#和.NET完全可以很好的一起配合开发系统。ASP.NET是基于.NET Framework类库的，2002年1月5日Microsoft公司正式发布了第一个版本.NET Framework 1.0，到现在有1.0、1.1、2.0、3.0、3.5、4.0和4.5一共七个版本，本系统采用的版本是4.0。开发者可以在MSDN网站上方便的查询到所有的NET Framework 类库。ASP.NET的开发工具有很多，大多数开发者用的是Microsoft公司的Visual Studio。所以，本系统选用的开发工具就是人气最高的Visual Studio。2.2.3 jQueryjQuery11是一个当前最受欢迎的优秀JavaScript的函数库，用于辅助开发者很方便地开发出功能强大的网站。jQuery可以说是一个优秀开发者的必备技能，有着独特的魅力。2006年1月份，jQuery的创始人和技术领袖John Resig在BarCamp NYC（一种国际研讨会网络）上，成功正式发布了jQuery的第一个版本。从此以后，jQuery就被加入开发的爱好者们不断发展完善，它在系统开发中的优势不断的被越来越多的开发者所认可。今年是jQuery发布的十周年纪念。这十年以来，jQuery一直在发挥着它的价值。据调查，在全球浏览量最高的一万个网站中，有59%的网站在开发时使用了jQuery，比例非常的高，这个数据完全可以说明jQuery的厉害之处。jQuery是轻量级的JS库，代码精简短少，但是功能强大，并且能兼容大多数的浏览器。开发者入门相对轻松，大部分人都能够快速学习，很好地掌握其中的开发技巧。所以，jQuery是一个很实用的技术。2.2.4 EasyUIEasyUI12是一个轻量级JavaScript框架，虽然代码不多，但是功能强大，可以说是简约而不简单。EasyUI简单说，其实就是基于jQuery的插件集合，自带不同的themes，通过引用不同的插件，使页面呈现出不同的主题风格。它提供了许多简洁而且美观的页面组件，主要用于界面设计布局。通过EasyUI能够简单方便地实现对网页的整体布局。它把页面被分解成了north、east、center、west和south等五个区域，通过引用相应的JS，只需要设定一些必要的属性值，就可以呈现出非常友好的界面。对于不擅长设计界面的开发者来说，EasyUI是一个很不错的选择。EasyUI设计出来的界面简约大方，可以符合大部分人的基本审美需求，而且开发难度不高，很方便，是免费的。对于大多数的主流浏览器，EasyUI都可以做到很好的兼容，它并没什么兼容性问题。 2.3 本章小结本章系统介绍简单说明了售后服务追踪系统的大概情况，本人主要负责开发的模块，以及开发系统所涉及到的主要相关技术，包括B/S架构，ASP.NET，jQuery和EasyUI。第3章 系统分析第3章 系统分析3.1 可行性分析售后服务需要和客户反复交流沟通，售后服务追踪系统能给ABB提供了一个便捷易用的反馈问题的渠道，也给Eway提供了一个高效统一的售后服务追踪的管理平台，方便了双方员工的日常工作，有利于双方共同长期和谐发展。从ABB公司的角度来分析，当该公司的Key User在使用系统的过程中发现了系统的缺陷，一定是想联系相关技术人员进行处理，但是该用户可能并不知道应该联系哪一个技术人员，也找不到直接联系他的方式。这时只能联系该系统负责人，这是在该用户知道该系统的负责人的联系方式的情况下，如果他不知道，还需要通过其他的渠道找到负责人的联系方式。这种方式费时费力，效率低下，很可能会因为系统问题没有被及时处理而耽误本公司的日常工作。从Eway公司的角度来分析，应该会出现以下几种情况。开发工程师会莫名收到用户反馈跟自己不相关的问题，接着一定会请示上级；系统负责人会收到不是自己所负责的系统的反馈问题，接着得去寻找相关的系统负责人，不知道的话，还要询问一番；就算系统负责人收到的反馈是自己系统的问题，但是参与该系统的开发工程师有好几个，而且一个他可能负责了多个系统，很可能出现忘记应该分配给哪个工程师的情况，这时又得查找一番。还可能有多个用户同时反馈问题。如果把这些信息都录入到系统中，每个人都可以通过系统及时获取到所需要的信息，双方的工作效率都会大幅提升。显然，售后服务系统可以使得售后管理更加的便捷，可以减少很多不必要的工作。售后服务系统可以记录每一次的操作，很好地追踪每一次申请的处理过程，有利于售后管理。综上所述，总结Eway公司在日常售后服务中存在的问题，再对比售后服务追踪系统的优点，显然开发一个可以提高售后服务质量的售后服务追踪系统是很有必要的，是可行的。系统不仅能增加ABB公司对Eway公司的服务的满意度，还能提高企业间的服务信息化综合管理水平，便于日后统计维护时间及开发时间的比重，更有利于提高整体项目的开发效率及售后服务质量。3.2 功能需求分析从使用本系统的不同角色的不同角度出发，进行功能需求分析：1) KeyUserKeyUser是整个ST流程的发起者，通过他的申请就开始了一个新的ST流程。对于KeyUser，需要填写并提交ST申请。在完成测试之后，提交测试的反馈信息，通过则提交满意度评价，退回则开发工程师继续修改。2) ABB审核人ABB审核人是通常ABB公司的主管。对于ABB审核人，需要审核KeyUser提交的新增功能和数据修改申请，通过则继续，退回则由KeyUser修改，拒绝则结束。3) Eway系统负责人Eway系统负责人通常是项目经理，负责项目从交接开始，到开发完成，再到之后的维护的一系列事务。对于Eway系统负责人，需要分配任务给开发工程师，设置开发期限和工时，也可以附带相关文件。4) Eway开发工程师Eway开发工程师主要负责日常的编码工作，接受不同的编码任务。对于Eway开发工程师，需要确认开发并提交测试说明，还可以将任务转发给其他的工程师，也可以附带相关文件。5) Eway总负责人Eway总负责人是通常是部门经理。对于Eway总负责人，当ST申请被测试退回超过三次之后，邮件抄送Eway总负责人。3.3 本章小结本章系统分析详细说明了系统的分析情况，分别从ABB公司和Eway公司的角度分析了系统可行性，从系统不同用户角色出发分析了系统的功能需求。第4章 概要设计第4章 概要设计4.1 总体方案设计4.1.1 系统目标综合上一章的分析的结果，本系统的目标是最终开发出一个具有如下功能的平台：1) KeyUser在本系统，可以申请ST，向相应的Eway系统负责人发送相应的系统问题描述；可以保存信息未填写完毕的ST；可以反馈ST测试结果，提交满意度评价。2) ABB审核人在本系统，可以审核问题类型为新增功能和数据修改的ST。3) Eway系统负责人在本系统，可以分配任务，安排开发工程师，预计工时，填写任务描述。4) Eway开发工程师在本系统，可以转发任务给其他开发工程师，可以提交开发确认，上传测试说明附件。5) 每个用户在本系统，都可以通过查询操作查看与我相关的和历史ST单，可以进行导出操作。6) 系统界面简洁大方，适应大部分人的操作习惯，尽量人性化。4.1.2 系统概述本系统采用ASP.NET的三层结构13：Web表现层(Web) 、业务逻辑层(BLL) 、数据访问层(DAL)。Web层就是系统直接呈现给用户的界面层，是实现系统和用户的交互的，BLL层是负责进行逻辑判断处理的，DAL层是用于执行数据库语句的。操作用户在Web层将请求传送给BLL层，BLL层进行相应业务操作和逻辑判断，并调用DAL层从数据库中取得有用的数据信息。接着按照相反的流程顺序返回到Web层，把相关的数据信息通过网页的形式呈现在用户的计算机屏幕上。一般的三层结构系统，不仅仅只有Web、BLL和DAL这三个项目，开发者可以根据实际需要，增加一些其他的项目。通常情况下，用的比较普遍的还有Model项目，是用来存放实体类的。它们之间大概的关系是：Web调用BLL和Model；BLL调用DAL和Model；DAL调用Model；Model无调用。如图4.1所示。很明显，三层结构中每一层所实现的功能都很分明，不仅提高了系统的安全性，灵活性以及可扩展性，还降低了系统的耦合性。同时，使得代码更加简洁易读。图 4.1 三层结构4.2 功能模块结构4.2.1 Service Tracking管理模块结构图售后服务追踪系统的Service Tracking管理模块包含的内容有：申请ST、待执行、待审核、待分配、待开发、与我相关和历史记录，如图4.2所示。图 4.2 模块结构4.2.2 申请ST申请ST，主要完成ST单的填写、保存和提交，还有附件上传，提交时实现对内容的验证判断，并发送邮件给ABB审核人或者Eway系统负责人。4.2.3 待执行待执行，主要完成草稿状态和退回状态的ST单的修改、保存、提交和删除功能。还有实现待测试状态的ST单的查询、信息显示和附件下载，流程描述和历史操作的查看，附件上传，测试反馈的填写和提交。提交时实现对内容的验证判断，并发送邮件给ABB审核人或者Eway系统负责人。4.2.4 待审核待审核，主要完成待审核状态的ST单的查询、信息显示和附件下载，流程描述和历史操作的查看，附件上传，审核意见的填写和提交。提交时实现对内容的验证判断，并发送邮件给KeyUser或者Eway系统负责人。4.2.5 Eway系统负责人待分配Eway系统负责人待分配，主要完成待分配状态的ST单的查询、信息显示和附件下载，流程描述和历史操作的查看，附件上传，任务分配填写和提交。提交时实现对内容的验证判断，并发送邮件Eway开发工程师。4.2.6 Eway开发工程师待开发Eway开发工程师待开发，主要完成待开发状态的ST单的查询、信息显示和附件下载，流程描述和历史操作的查看，任务转发，附件上传，内容填写和提交。提交时实现对内容的验证判断，并发送邮件给KeyUser或者其他开发工程师。4.2.7 与我相关与我相关，主要实现与登录用户相关的ST单的查询、最新信息显示、流程描述和历史操作的查看以及相关附件下载。4.2.8 历史记录历史记录，主要实现所有状态ST单的查询、最新信息显示、流程描述和历史操作的查看以及相关附件下载。4.3 本章小结本章概要设计主要介绍系统要实现的功能目标，系统使用的三层结构，系统的Service Tracking管理模块的结构和内容详情，包括申请ST、待执行、待审核、Eway系统负责人待分配、Eway开发工程师待开发、与我相关和历史记录。第5章 详细设计第5章 详细设计5.1 数据库设计5.1.1 数据库表本系统采用的数据库是SQL Server 2008 R214。以下11个表格是根据系统的实际业务逻辑需求得出的数据库逻辑结构设计内容和字段说明。用户表是用来存放用户信息的数据库表，包含的字段有自增ID、厂别、用户类型、部门ID、用户ID、用户密码、用户姓名、性别、工作编号、出生日期、电话号码、手机号码、电子邮件、MSN号、QQ号、注册时间等。具体如表5.1所示。表 5.1用户（Users）表字段名类型是否允许为空是否为主键备注IDint否是自增IDCompanyIDint是否厂别UserTypeint是否用户类型DeptIDvarchar(50)是否部门IDUserIDnvarchar(50)是否用户IDUserPwdnvarchar(50)是否用户密码RealNamenvarchar(50)是否用户姓名Sexvarchar(50)是否性别WorkNovarchar(50)是否工作编号Birthdayvarchar(10)是否出生日期Telvarchar(50)是否电话号码MobileNovarchar(50)是否手机号码Emailnvarchar(100)是否电子邮件MSNvarchar(50)是否MSN号QQvarchar(50)是否QQ号RgeTimedatetime是否注册时间IsValidbit是否是否有效FamiyAddrvarchar(100)是否家庭住址工作组表是用来存放工作组信息的数据库表，包含的字段为自增组ID、组编号、组名称、是否有效、创建时间、厂别、组级别、是否可见和系统组代码，具体如表5.2所示。表 5.2工作组（WorkGroup）表字段名类型是否允许为空是否为主键备注GroupIDint否是自增组IDGroupNovarchar(10)是否组编号GroupNamenvarchar(50)是否组名称IsValidbit是否是否有效CreateTimedatetime是否创建时间CompanyIDint是否厂别GroupLevelint是否组级别IsVisualbit是否是否可见SysGroupCodeint是否系统组代码用户组表是用于关联用户和工作组的数据库表，包含的字段为自增ID、用户ID和组ID，具体如表5.3所示。表 5.3用户组（UserGroup）表字段名类型是否允许为空是否为主键备注IDint否是自增IDUserIDnvarchar(50)是否用户IDGroupIDint是否组ID工作组权限表是用来存放工作组菜单权限信息的数据库表，包含的字段为自增ID、组ID和节点ID，具体如表5.4所示。表 5.4工作组权限（WorkGroupRight）表字段名类型是否允许为空是否为主键备注IDint否是自增IDGroupIDint是否组IDNodeIDnvarchar(50)是否节点ID系统菜单表是用来存放系统菜单信息的数据库表，包含的字段为ID、节点名称、路径、图片路径、父节点ID、节点描述和是否有效，具体如表5.5所示。表 5.5系统菜单（SysMenu）表字段名类型是否允许为空是否为主键备注NodeIDnvarchar(50)否是IDNodeNamenvarchar(100)是否节点名称Urlnvarchar(500)是否路径ImageUrlnvarchar(100)是否图片路径ParentIDnvarchar(50)是否父节点IDNodeDescnvarchar(200)是否节点描述IsValidnvarchar(50)是否是否有效追踪表是用来存放ST单信息的数据库表，包含的字段为自增ID、系统名称、系统负责人、模块名称、系统类别、系统环境、问题类型、期望完成时间、开始时间、结束时间、问题描述、邮件抄送人、创建人、状态、ABB审核人、审核意见、审核描述、审核时间、开发工程师、计划完成时间、负责人分配时间、负责人描述、负责人意见、开发工程师备注、附件类型、厂别、满意度类型、退回次数、系统ID、表单类型、表单用户、模块类型、ST单号、相关ST单号、问题短描述、开发工程师描述、开发时间、优先级和工作时间，具体如表5.6所示。表 5.6追踪（ABB_Tracking）表字段名类型是否允许为空是否为主键备注TrackingIDint否是自增IDProjectNamenvarchar(150)是否系统名称ProjectManagervarchar(150)是否系统负责人ModelNamenvarchar(150)是否模块名称SystemTypeint是否系统类别ServiceTypeint是否系统环境IssuseTypeint是否问题类型IssueDatedatetime是否期望完成时间StartDatedatetime是否开始时间EndDatedatetime是否结束时间KeyUserRemarkvarchar(MAX)是否问题描述CCUservarchar(MAX)是否邮件抄送人CreateUservarchar(150)是否创建人Statusint是否状态ABBPMvarchar(150)是否ABB审核人ABBePCommentvarchar(MAX)是否审核意见ABBPMRemarkvarchar(MAX)是否审核描述ABBPMDatedatetime是否审核时间Engineervarchar(150)是否开发工程师PlanDatedatetime是否计划完成时间PMDatedatetime是否负责人分配时间PMRemarkvarchar(MAX)是否负责人描述PMCommentvarchar(MAX)是否负责人意见EngineerRemarkvarchar(MAX)是否开发工程师备注AttachTypeint是否附件类型CompanyIDint是否厂别SatisfactionTypeint是否满意度类型ReturnNumint是否退回次数ProjectIDint是否系统IDFormTypenvarchar(10)是否表单类型FormUsernvarchar(150)是否表单用户ModelNameChildnvarchar(150)是否模块类型STNovarchar(50)是否ST单号STNoSvarchar(50)是否相关ST单号IssueShortDescnvarchar(MAX)是否问题短描述EngineerDescnvarchar(MAX)是否开发工程师描述EwayEngineerLastTimedatetime是否开发时间EmergencyTypeint是否优先级WorkHoursvarchar(50)是否工作时间附件表是用来存放附件信息的数据库表，包含的字段为自增ID、源文件名称、当前文件名称、描述、类型、上传时间和上传用户，具体如表5.7所示。表 5.7附件（Attachment）表字段名类型是否允许为空是否为主键备注IDint否是自增IDOriginallyFileNamenvarchar(200)是否源文件名称CurrentlyFileNamenvarchar(200)是否当前文件名称Descriptnvarchar(200)是否描述Kindint是否类型CreateTimedatetime是否上传时间CreateUsernchar(100)是否上传用户评估流程表是用来存放流程信息的数据库表，包含的字段为自增ID、评估ID、流程阶段、流程名称、流程用户、流程状态、备注、操作时间、操作人和下个流程ID，具体如表5.8所示。表 5.8评估流程（EvaluationFlow）表字段名类型是否允许为空是否为主键备注IDint否是自增IDEvaluationIDint否否评估IDFlowStepint否否流程阶段FlowNamenvarchar(200)是否流程名称FlowUserint是否流程用户FlowStateint是否流程状态OperRemarknvarchar(500)是否备注OperTimedatetime是否操作时间OperUserint是否操作人NextFlowIDint是否下个流程ID操作日志表是用来存放操作日志信息的数据库表，包含的字段为自增ID、表单ID、表单类型、操作类型、操作人、操作人姓名、操作内容等，具体如表5.9所示。表 5.9操作日志（OperationLog）表字段名类型是否允许为空是否为主键备注IDint否是自增IDFormIDint否否表单IDFormTypeint否否表单类型OptTypeint否否操作类型OptUserIDint否否操作人OptUserNamevarchar(50)否否操作人姓名OptContentvarchar(500)否否操作内容OptContentEnvarchar(500)是否英文操作内容OptTimedatetime否否操作时间OptRemarkvarchar(MAX)是否备注CompanyIDint否否厂别代码表是用来存放系统代码信息的数据库表，包含的字段为代码ID、代码类型ID、厂别、代码名称、英文代码名称、代码描述和是否有效，具体如表5.10所示。表 5.10代码（Code）表字段名类型是否允许为空是否为主键备注CodeIDint否是代码IDCodeTypeIDint否否代码类型IDCompanyIDint是否厂别CodeNamevarchar(200)是否代码名称CodeNameEnvarchar(200)是否英文代码名称CodeDescvarchar(200)是否代码描述IsValidbit是否是否有效代码类型表是用来存放代码类型信息的数据库表，包含的字段为代码类型ID、厂别、代码类型名称、代码类型描述、父类型ID、默认代码和是否有效，具体如表5.11所示。表 5.11代码类型（CodeType）表字段名类型是否允许为