信息管理毕业设计(论文示例).doc

首钢工学院成教学院毕业设计（论文）目 录目 录I摘 要31.1课题背景及意义41.2 研究现状41.3 研究内容51.4 章节安排62 燃气服务系统申报管理需求分析72.1燃气服务系统申报管理系统用户分析72.2 燃气服务系统申报管理系统业务分析72.3 燃气服务系统申报管理系统实现目标93 燃气服务系统申报管理系统设计103.1 燃气服务系统申报管理数据分析103.1.1 概念模型103.1.2 逻辑模型123.2燃气服务系统申报管理功能分析154 燃气服务系统申报管理系统实现164.1 开发平台164.2 系统架构164.3 系统模块164.3.1 注册和登录模块164.3.2 报装模块174.3.3 报迁模块184.3.4 报修模块194.3.5 报停模块194.3.6 报拆模块204.3.7 报错模块204.3.8 报开模块204.3.9 客户和用户信息查询模块214.4 系统技术策略214.4.1 验证码技术214.4.2 密码加密技术214.4.3 身份验证技术224 燃气服务系统申报管理系统测试及运行实例224.5.1 客户注册测试及运行实例224.5.2 报装测试及运行实例234.5.3 报迁测试及运行实例24结束语25参考文献26附录27附录：数据字典27致谢2929摘 要近年来，随着人民生活水平的提高和国家能源结构的调整，煤气、液化气正逐步进入千家万户，传统的人工管理方式和纸质资料管理的方式已无法满足城市现代化发展的需要。为了克服目前燃气管理的困难，加快燃气管理的信息化建设，燃气服务系统在这种背景下应运而生。燃气服务系统是一个能够让燃气客户足不出户就可以办理燃气业务的网上服务系统。该系统使用C#语言开发，运行环境为.NET2005，同时采用关系数据库、软件工程和管理信息系统开发等技术，重点研究燃气服务系统申报管理的需求分析、概念模型、逻辑模型和物理结构设计等方面的问题。本文首先介绍了国内燃气服务发展趋势，对该系统需求进行了分析；然后针对燃气服务系统申报管理的功能要素，进行了系统的设计与实现；最后针对燃气服务系统申报管理的运行需求，提出了该系统在实现过程中所需的技术支持。关键字：燃气服务系统申报管理；C#； .NET2005；ASP.NET；ADO.NET；数据库设计1 绪论1.1课题背景及意义随着信息化时代的来临，国内燃气企业掀起了信息化建设潮流，几乎所有的燃气企业均建立了自己的信息化管理系统，也取得了一定的应用效果。近几年来，网络信息技术和应用范围迅速发展，信息化管理技术已经成为燃气企业单位不可或缺的管理工具，在燃气行业的运营、输配、安全以及内部管理等方面，起到了越来越关键的作用。然而，与国内其它发达行业以及国外同行企业的应用水平相比，国内燃气企业单位虽然都认识到信息化建设和管理的重要性，但由于明显缺乏宏观理论指导和学术技术的规范研究，导致无序建设和重复建设情况极为常见，大量资源被闲置，资金被浪费，系统有效利用率极低。而且，由于各企业单位的信息化系统建设比较混乱，各企业系统内部和系统之间均缺乏统一的标准规范，难以实现真正的信息交互、升级和共享，已经在一定程度上影响了企业的经营活动。随着信息化应用范围的不断扩展，这个问题将会变得越来越严重，若不及早加以解决，最终必然会成为阻碍行业发展的瓶颈。燃气服务系统以表具监控子系统实时采集的燃气表具数据为基础，提供涵盖燃气服务业务全过程的信息服务。燃气服务系统可以分为燃气表远程监控通信子系统，燃气表远程监控通信命令帧子系统，燃气服务系统申报管理子系统，燃气服务系统客户管理子系统，燃气服务系统计费收费子系统，燃气服务系统维修管理子系统，燃气表远程抄表子系统。燃气服务系统通过这些子系统的相互协作共同完成燃气服务业务全过程。燃气服务系统申报管理是燃气服务系统的重要组成部分。它涵盖了燃气服务的大部分业务，包括了客户报装，报迁，报修，报停，报拆，报错，报开及客户信息查询业务。本课题研究的意义在于针对燃气服务申报管理的具体情况，实现客户申报和燃气企业的申报信息共享，对于当前正处于燃气企业信息化还不是很成熟的阶段，为燃气企业提供了一种解决方案。1.2 研究现状目前燃气企业信息化建设经过近几年的发展已经取得很大的进步。燃气公司已经初步形成了自己的管理体系，不少企业已经形成的自己的信息化系统。例如燃气客户服务热线。客户可以通过拨打这些热线电话办理自己的燃气业务。但是燃气企业信息化建设还处于刚刚起步阶段，存在不少的难题和困难，仍然有部分企业采用传统的服务模式，不能适应信息化的发展要求。燃气企业信息化建设中存在的问题主要有下几个方面：(1)“有路无车”，信息资源缺乏共享 燃气公司现有的硬件配置已经比较齐全，但软件方面，一般只有财务软件和办公软件，信息化呈现一种典型的“有路无车”现象。手工的生产和营销报表，统计速度慢，结果滞后，差错率高。由于缺乏软件支持，大量文档还是要通过纸张的形式手工传递，很难做到及时、准确。(2) 业务流程有待进一步规范 业务传递速度还有待提高，目前是通过纸张和手工的传递，如果采用电脑无纸化传递，效率可以大大改观；流程监控功能欠缺，缺乏有效考核手段；在用户服务流程设置上还需要改进，比如：很多可以在前台（营业厅）完成的工作，就没有必要让用户再到后台各办公室跑腿。(3) 用户服务手段需要加强 目前公司内部已经建立了一系列规范的业务流程，但这些流程只存在一些文档中，并不被用户所知悉；用户想查一下每月的气量、气费必须要到服务大厅，很不方便；用户投诉报修等需要记好几个气话号码，拨打几次气话，等等。对用户的服务手段需要得到加强。1.3 研究内容燃气服务申报管理系统涉及到了燃气服务大部分的业务，需要对燃气服务有一个整体的了解。本课题在研究了燃气服务申报的各项业务后，建立燃气服务业务模型，通过对数据的分析，建立了合理的数据模型，完成了数据库的设计和实现。通过使用C# 和ASP.NET 等开发技术实现了燃气申报管理这一信息管理系统。(1) 燃气服务申报管理需求分析燃气服务申报管理需要从运作流程、功能需求、性能需求、数据需求等分析入手，全面了解燃气服务申报管理业务流程。燃气服务申报管理涉及到几种类型的申报，而且还关系到一些基础的管理，如客户，用户，帐户等管理。因此在研究、设计过程中，用到系统业务流程图、功能模块图等图表对系统进行分析。(2) 燃气服务系统申报管理系统设计燃气服务系统申报管理系统设计需要从系统的总体结构，数据分析，功能分析几个方面进行讨论。总体结构旨在理清系统的结构组成，有哪几个部分组成，这几个部分如何来组织形成一个完成完整的能实现功能的系统。燃气服务系统申报管理采用三层结构模式，分别是数据访问层，业务逻辑层和表示层。这种三层模式也是数据库服务系统典型的结构模式。数据分析旨在建立完整的数据模型，完成数据库的设计。数据库设计中共划分出了这样几个实体：受理点，操作员，可服务小区，客户，用户，帐户，申请单。其中申请单又可以根据申请的类型分为报装单，报迁单，报修单，报停单，报拆单，报错单，报开单。功能分析旨在理清系统具有的功能，针对不同的申请大致分为这样几个功能：申报，审核，实施，完成。(3) 燃气服务系统申报管理实现在做完系统分析后，就进入了系统的实现阶段。在这个阶段里，根据系统分析的要求，选定开发的平台和采用系统架构，然后根据功能要求划分模块，使用开发语言实现各个模块。燃气服务系统申报管理采用Microsoft Visual Studio 2005为集成开发环境，采用B/S模式，采用C#和ASP.NET为开发语言，以.NET Framework 为开发平台，以SQL Server2000 为数据库服务器，以IIS为Web服务器。系统模块分为：登录模块，报装模块，报迁模块， 报修模块，报停模块，报拆模块，报错模块，报开模块，客户和用户信息查询模块。(4) 燃气服务系统申报管理测试及运行实例为了保证编写的程序能按照预期的完成功能，需要对程序进行必要的测试。在燃气服务申报管理系统中主要采用方法是黑盒测试和白盒测试。黑盒测试是在程序接口进行的测试，它检查程序的功能是否按预期正常使用，程序是否能适当地接受输入数据并产生正确的输出信息。白盒测试主要执行通路是否能按预期要求正确工作1。1.4 章节安排在上面描述的主要工作的基础上，归纳出论文的组织结构。下面以论文结构图1-1的形式展示此次毕业论文的组织结构。图1-1 论文组织结构2 燃气服务系统申报管理需求分析2.1燃气服务系统申报管理系统用户分析在需求分析阶段，首先对系统用户进行分析调查，这是应用型管理系统设计的基础。在企业的应用中，通常需要实现对用户角色的管理与控制。稍加调研和分析，就可以了解到这通常会涉及到三个对象：用户/角色、动作/操作、授权状态。全面掌握用户需求进行系统设计是最关键的，根据这些需求才可以进行下一步的系统设计及数据库的建设2。按照燃气服务申报管理系统目标，有这样三种角色客户，用户，操作员。这三种角色是申报管理的主体，所有的申报都是在这三个角色的参与执行完成的，他们是数据的产生者和处理者。客户是在燃气企业登记的自然人和企业法人。自然人和企业法人如果打算成为燃气企业的客户需要到燃气企业登记个人信息，如姓名，住址，联系电话。客户通常都是企业宝贵的资源，客户是燃气服务潜在的使用群，只要客户去登记企业都会欣然接受。成为客户后，就可以使用燃气服务申报业务。用户是客户向燃气企业提交了报装申请后，并且经过燃气企业审核通过，建立用户档案，燃气设备安装调试等过程后正在使用燃气服务的客户，简单的说就是使用燃气服务的人。用户是燃气企业服务的最重要的对象，因此用户管理也是燃气管理最重要的部分。用户在使用燃气服务过程中会办理很多的业务，在燃气服务管理系统申报管理中用户可以办理报迁，报修，报停，报拆，报错，报开业务。操作员是燃气企业的职员，客户和用户提交的业务的管理都需要他们来处理。操作员是燃气服务系统申报管理中最重要的角色，几乎大部分的操作都需要他们参与，他们可以对客户和用户提交的申请进行审核，实施和完成。同过上面的分析，燃气服务系统申报管理需要供客户，用户和操作员这三种不同角色的人使用，三个角色由于身份不同能进行的操作也不同，因此本系统需要在三种不同的模式下运行。2.2 燃气服务系统申报管理系统业务分析燃气服务系统申报业务主要有报装，报迁，报修，报停，报拆，报错，报开。下面就各个业务进行具体的分析：(1)报装业务分析报装业务的提交：当前没有使用燃气服务的客户有意向使用燃气服务可以办理报装业务。报装业务的审核：由于燃气服务业务的享用国家有明确的资格规定，报装业务需要严格的资格审查，只有符合资格要求的人才能使用燃气服务。报装业务的实施：由于燃气服务的使用是一项系统工程，有较高的硬件设备要求，因此存在一个较长的设备安装期，报装的实施标志报装进入设备安装期，也就是在这个阶段需要为客户建立客户，用户，账户的三户关系。报装业务的修改：在报装业务完成之前，客户可以对报装业务的内容进行修改，客户修改过的报装单需要重新审核。报装业务的撤销：在报装业务完成之前，客户可以对报装申请进行撤销，结束这次报装。报装业务的完成标志报装业务的生命周期的结束。报装业务流程如图2-1。图2-1 报装业务流程(2) 报迁业务分析报迁业务的提交：当客户正享用燃气服务，由于搬家等个人原因需要离开原来的住址，但仍然想使用燃气服务，可办理报迁业务，把当前使用的燃气服务搬迁到新的地方。报迁业务的审核：用户提交的报迁可能由于种种原因不能执行，因此要进行审核，只有通过了审核的报迁申请才会进入下一步实施阶段。报迁业务的实施标志进入了设备的转移安装阶段。在报迁业务完成阶段之前，用户可以进行修改和撤销。实施阶段完成后，进入完成阶段，到此报迁单的生命的就走到了终点。(3) 报修业务分析报修业务的提交：若正享用燃气服务的用户的燃气设备出现了故障需要修理，可办理报修业务。报修单需要操作员的审核，对于通过审核的报修单才能进入实施和完成阶段。对于审核未通过的报修单处于退回状态。在报修单进入完成阶段之前客户可以进行修改和撤销。(4) 报停业务分析若正享用燃气服务的客户暂时不想继续使用燃气服务业务但以后还会使用燃气服务，可办理报停业务，停止使用燃气服务业务。用户可以对报停单进行修改和撤销。操作员需对报停单进行审核，实施，完成的操作。(5) 报拆业务分析若正享用燃气服务的客户不想使用燃气服务业务了，可办理报拆业务拆除燃气设备。用户可以对报拆单进行修改和撤销。操作员需对报拆单进行审核，实施，完成的操作。(6)报错业务分析若正享用燃气服务的客户发现有什么疑问和错误，可办理报错业务反映自己的问题。用户可以对报错单进行修改和撤销。操作员需对报错单进行审核，实施，完成的操作。(7)报开业务分析若客户的燃气设备已经安装完毕还未使用或处于停用状态，可办理报开业务。用户可以对报停单进行修改和撤销。操作员需对报停单进行审核，实施，完成的操作。报装，报迁，报修，报停，报拆，报错，报开的业务流程很相似。相同之处：客户进行申请单的提交，修改和撤销。操作员对申请进行审核，实施和完成。不同之处：报装在实施阶段创建了用户，账户及三户关系，而其他6个申报或在实施阶段或在完成阶段对用户账户的状态进行了修改。申请单的状态分析。当客户或用户提交了申请后创建申请单，此时申请单处于提交状态。操作员对提交的申请单进行审核，对于审核通过的申请单处于接受状态，对于审核未通过的申请单处于退回状态。操作员进行实施操作的申请单处于实施状态，操作员进行完成操作的申请单处于完成状态，到此该申请单的生命周期结束。在进入实施阶段之前，客户或用户可以对申请单进行修改，修改之后的申请单处于提交状态，等待审核。在进入完成阶段之前，客户或用户可以对申请单进行撤销操作，经过撤销操作的申请单处于撤销状态，到此该申请单的生命周期结束了。经过上面的分析得到了申请单的状态变化模型，详细如图2-2。图2-2 申请单状态变化图2.3 燃气服务系统申报管理系统实现目标建立涵盖燃气服务系统申报业务申请，审核，实施，完成，修改，撤销全过程的网上信息管理系统。客户和用户可以通过Internet访问本燃气服务系统申报管理系统办理报装，报迁，报修，报停，报拆，报错，报错，报开业务，并可以查询自己的个人信息和用户账户信息。燃气企业职工通过本系统管理客户和用户提交的申请单。（1） 接受客户注册，收集客户个人信息，形成客户档案（2） 收集客户提交的申请信息，创建客户申请单。（3） 给客户申请单审核意见，可以通过客户的申请单，也可以不通过客户的申请单，如果操作员出现了误操作可以删除对申请单的审核。（4） 实施申请单。根据不同申请单的类型实施申请单。（5） 完成申请单。完成申请单标志该申请单生命周期的结束。（6） 可服务小区的管理。可以增加，删除可服务小区。3 燃气服务系统申报管理系统设计3.1 燃气服务系统申报管理数据分析3.1.1 概念模型燃气服务系统申报管理主要有这样几类数据，客户个人信息，用户信息，账户信息，操作员信息，受理点信息，可服务小区信息，及客户提交的各种申请信息。下面使用数据字典来说明这些信息。数据字典是关于数据的信息的集合，所以我们可以用数据字典的形式来描述数据需求。一般来说，数据字典可以有四类元素的定义组成：数据流、数据流分量(即数据元素)、数据存储、处理。在数据字典中主要记录数据元素的下列信息：一般信息(名字、别名、描述等)，定义(数据类型、长度、结构等)，使用特点(值的范围，使用频率，使用方式等)，控制信息(来源，用户，使用它的程序，改变权，使用权等)和分组信息(父结构、从属结构、物理位置记录、文件和数据库等)3。下面就本系统中涉及的内容定义数据字典，来解释实体的含义并指明实践中用到的别名。这些数据字典只是定义的其中主要部分。下面列出了客户信息、用户信息、账户信息的数据字典。详细数据字典见附录一。客户信息名称：客户信息描述记录客户个人的信息，是客户档案的重要组成部分定义：客户信息= 客户编号+客户名称+性别+固定电话+移动电话+传真+电子邮箱+邮编+客户类别+证件类型+证件编号+地址信息+登录名+登录密码用户信息名称：用户信息描述记录用户的服务信息，定义：用户信息= 用户编号+用户服务地址+用户类型+用户状态+用户设备编号账户信息名称：账户信息描述记录账户的服务信息，定义：账户信息= 账户编号+账户类型+账户状态+余额在明确了由哪个数据后，需要理清这些数据间的联系，建立数据模型，进行数据库的设计，建立数据库。在燃气服务系统申报管理中采用E-R方法来设计数据库的概念模型。燃气服务系统申报管理有这样几个实体：受理点，操作员，可服务小区，客户，用户，账户，申请单，审核单，报装单，报迁单，报修单，报停单，报拆单，报错单，报开单，日志表，地址表。受理点类似于营业厅，受理点管理数个可服务小区的业务办理，拥有多个操作员。操作员负责办理本受理点管辖内的可服务小区的申报业务。为了方便客户的地址管理，把客户的地址信息单独作为一个实体。受理点，操作员，可服务小区三者关系如图3-1。用户是享受某种服务的客户，服务地址必须是在某可服务小区内。账户是用来记录某个用户的财务情况。客户，用户，账户存在这样的关系，一个客户可以对应多个用户，一个用户只能属于一个客户，用户和账户是一对一的关系，为了方便三者关系管理，建立三户关系，三户关系实体如图3-2。申请单的关系比较复杂，把7种申请单的公共部分抽象出来作为申请单实体，把各个申请单中不同的部分作为实体报装单，报迁单，报修单，报停单，报拆单，报错单，报开单。报装单和报迁单都涉及到服务所在小区信息，因此它们和可服务小区存在联系。申请单都需要审核，实施和完成，因此为了记录是谁在什么时间进行什么操作设计了日志表和审核表。申请单关系如图3-3。图3-1 受理点，操作员，可服务小区关系图3-2 客户-用户-账户关系图3-3 申请单关系3.1.2 逻辑模型数据库概念结构设计完成之后，就可以进行数据库逻辑结构的设计。在数据库逻辑结构设计中，数据库关系设计的完善程度，很大程度上决定了数据库逻辑结构设计的成败。下面是由E-R图转换来的关系模型：其中方框内的是主码，为下划线的是外码。(1) 受理点信息（受理点编号，受理点名称，受理点地址，电话）(2) 操作员信息（操作员编号，姓名，所属受理点，登录名，登录密码）(3) 可服务小区（小区编号，所属受理点，省，市，区，街道，小区）(4) 地址信息（地址编号，省，市，区，街道，小区，房间号）(5) 客户（客户编号，客户名称，性别，固定电话，移动电话，传真，电子邮箱，邮编，客户类型，证件类型，证件编号，地址编号，登录名，登录密码）(6) 用户（用户编号，小区编号，房间号，用户类别，用户状态，设备编号）(7) 账户（账户编号，账户类型，账户状态，余额）(8) 三户关系（三户关系编号，客户编号，用户编号，账户编号）(9) 日志表（流水号， 申请单号，建单类型，日期，实施者类型，实施者编号）(10) 申请表（申请单号，受理点，状态，类型）(11) 申请单审核表（流水号，申请单编号，审核状态，审核日期，操作员编号，受理点编号，回复）(12) 报装单（流水号，申请单编号，客户编号，小区编号，房间号，备注，三户关系，是否最新，帐户类型，用户类型）(13) 报修单（流水号，申请单编号，用户编号，故障描述，是否最新）(14) 报迁表（流水号，申请单编号，用户编号，小区编号，房间号，迁动时间，备注，是否最新）(15) 报拆表（流水号，申请单编号，用户编号，拆卸时间，备注，是否最新）(16) 报错表（流水号，申请单编号，用户编号，问题描述，备注，是否最新）(17) 报停表（流水号，申请单编号，用户编号，停用时间，启用时间，备注，是否最新）(18) 报开表（流水号，申请单编号，用户编号，开启时间，备注，是否最新）(19) 枚举值表（枚举值，枚举名称，枚举类别）受理点、操作员、可服务小区的物理实现如图3-4。客户、用户和申请单的物理实现如图3-5。几种申请单的物理实现如图3-6。图3-4 受理点-操作员-可服务小区物理实现图3-5 客户-用户-申请单的物理实现图3-6 申请单实现3.2燃气服务系统申报管理功能分析燃气服务系统申报管理主要实现对报装、报迁、报修、报停、报拆、报错、报开7个申报业务实现提交申请、修改申请、撤销申请、审核申请、实施申请、完成申请的业务操作，同时实现对客户用户帐户申请单信息的查询，对可服务小区的管理。燃气服务系统申报管理实现的功能图如图3-7。图3-7 系统功能4 燃气服务系统申报管理系统实现4.1 开发平台.NET开发平台包括.NET框架（.NET Framework）和.NET开发工具（包括.NET 支持的编程语言和应用程序的集成开发环境）等组成部分。其中.NET框架是整个开发平台的基础，它主要包括公共语言运行库以及它所提供的类库4。.NET作为一种全新的技术，具备许多天生优越的特性：它既提供了一种统一简化的编程模式，也实现了多语言的集成；.NET的垃圾回收器可以实现自动资源管理和回收功能；在.NET环境下，所有的应用程序都采用统一的结构化异常处理方式；另外，.NET提供的安全机制是对现有操作系统安全机制的一种质的改进5。4.2 系统架构燃气服务系统申报管理是一个以燃气服务申报为背景的信息管理系统。它和其它的信息管理系统一样具有三层的架构。第一层是数据及其访问层，第二层是业务逻辑层，第三层是表示层。第一层数据及其访问层以数据库系统为基础来管理数据存储，访问，更新，这里采用了微软公司的SQL Server 2000为数据库管理系统。在数据访问方面使用了C# 中ADO.NET设计了这样一个名为类cDBclass访问数据库。它从Web Configure文件中读取数据库连接信息，以事务的方式来执行SQL语句，如果某个SQL操作不成功就滚回。具体代码见附录二。第二层业务逻辑层根据业务逻辑的要求调用第一层完成业务操作。在燃气服务系统申报管理中共有7个申报业务，所以设计了7个类来处理这7个业务，加上一个基础业务类，在这层一共设计8个类。第三层表示层是决定本系统将以一个怎样的形式展现给用户。4.3 系统模块4.3.1 注册和登录模块本系统提供了客户注册的功能，客户填写个人基本信息和登录名登录密码就可以进行注册。个人基本信息包括：客户名称，性别，固定电话，移动电话，传真，电子邮箱，客户类型，证件类型，证件编号，省，市，区，街道，小区，房间号，其中客户名称，性别，客户类型，证件类型，证件编号，省，市，区，街道，小区，房间号是必须填写的项目。由于客户以后使用登录名和密码登录系统，登录名具有唯一性，因此对登录名要进行唯一性检测；由于密码具有很高保密性要求，对密码采用了加密手段。客户注册成功后，会为客户产生客户档案，生成可以唯一标识客户的客户编号。客户注册的具体操作：(1) 客户填写个人信息和登录名登录密码后提交。(2)检测客户填写的信息是否完整，若不完整则让客户继续填写，若完成则进入下一步操作。(3) 检测客户的登录名是否唯一，若登录名有重复则回到第一步，若唯一则进入下一步。(4) 将客户的地址信息写入地址表，并获得地址编号，在将客户个人信息，地址编号，登录名和加密后的密码写入客户表中。(5) 返回客户编号。登录模块是身份认证的重要组成部分，只有登录成功获取授权才能进入系统进行有关操作。本系统的使用角色有三个，本应该有三种登录，但是由于客户和用户的关系，客户和用户的登录可以合并，即客户登录成功后选择该客户下的某个用户就可进入用户操作，不需要再次授权。因此两种身份的登录，一种是客户登录，一种是操作员登录。登录中存在这样几种异常：(1) 登录名不存在，表明不是本系统的使用。(2) 密码不正确，原因是没有输入正确的密码。(3) 验证码不正确，没有输入正确的验证码。登录界面如图4-1。图4-1 登录界面4.3.2 报装模块以客户身份登录后，可以进行报装申请。客户报装需要的信息有：客户编号，省，市，区，街道，小区，房间号，申报时间，客户类型，用户类型，其中客户编号会根据客户登录授权的客户编号产生，客户不能输入，申请时间将根据系统时间产生。所有这些信息都是必填项。省，市，区，街道，小区这几项信息是根据可服务的小区让客户选择的，客户类型和用户类型也是根据系统的定义让客户选择的。具体的操作步骤：（1） 客户填写申报单。 （2） 在日志表中记录这次客户的申请，产生流水号。（3） 在申请表中记录申请的一般信息，产生申请编号。（4） 在报装表中详细记录这次申请。对报装单还有修改，撤销，审核，实施，完成操作，有篇幅有限不能一一描述。下面就以实施为例介绍对报装单的操作。在对报装单的实施操作中需要建立起客户，用户，账户的三户关系。具体的步骤是：（1） 操作员登录系统后，查询出有待实施的报装单。（2） 操作员为某个有待实施的报装单进行实施操作。（3） 将操作员的此次实施操作记录到日志表中。（4） 提取报装单中的用户信息和账户信息，写入用户表和账户表，形成用户和账户，生成用户编号和账户编号。（5） 将客户编号，用户编号，账户编号写入三户关系，形成三户关系，产生三户关系编号。（6） 将报装单的状态置为实施，将三户关系编号写入报装单。（7） 把用户编号和账户编号返回操作员下面一段代码是从申报单实施程序中截取出来的，实现的功能是在日志表中记录这次操作员的审核操作。Str_SQL 是构造出来的SQL语句。DBHandling.Execute（）是数据访问层中完成SQL语句的执行功能的函数，返回值是该SQL语句执行时影响的数据库行数6。4.3.3 报迁模块客户登录后进入用户操作，进行用户状态检查就可以申请报迁操作。报迁需要的信息有：用户编号，省，市，区，街道，小区，房间号，迁动时间，申报时间。用户编号是当前授权的用户编号，用户不能修改，申报时间是当前系统的时间不需用户填入省，市，区，街道，小区是可服务小区的信息，供客户选择，房间号有用户输入，迁动时间表明用户何时迁动燃气服务，有用户输出。下面就报迁单的修改功能作详细的说明。用户提交了报迁单后在报迁单实施前可以对报迁单的内容进行修改。具体步骤如下：（1） 客户登录，进入某个用户，查询本用户提交的报迁单。（2） 若报迁单还没有被操作员进行实施操作，用户可以对报迁单进行修改，点击修改进入修改页面。（3） 修改报迁单填入的信息和提交报迁单所需填入的信息有些相似，不同之处在于：修改报迁单已经存在申请编号。填入信息后提交。（4） 在日志表中记录此次用户的修改操作，产生流水号。（5） 根据申请单编号和是否最新标记在报迁表中找到申请单，将该申请单的是否最新标记置为false，表明该申请单的已经失效。（6） 将新的信息，流水号，申请单编号写入报迁表。这样操作只是使原来的报迁信息失效并没有丢失，保证了信息的完整。（7） 在申请表中把该申请单的状态置为提交，重新等待操作员的审核。下面一段代码是从报迁单用户修改函数中截取的一段，这一段主要是函数参数和报迁单用户修改数据库操作事务的初始化。ApplyNo是说明用户修改的申请单编号，UserNo是用户编号，Time是用户修改申请单的时间，NewAreaNo、NewSuite是用户修改的迁动地址信息，StartDate是新的迁动时间，Description是迁动原因描述。tran 是数据库操作的事务对象。4.3.4 报修模块客户登录进入用户操作，进行用户状态检查就可以进行报修操作。报修单需要的信息有：用户编号，故障描述，申报时间。故障描述为了方便燃气企业提供准确的维修服务，用户应该提交对故障的简单描述。下面就报修的审核操作做详细的描述。操作根据报修单的内容给出审核意见，通过了审核的报修单才会进入下一步实施阶段，对没有通过审核的报修单将退回给用户，不再进入下一步实施阶段，除非用户重新修改报修单，再次提交操作员审核并通过。具体的操作步骤如下：（1） 操作员登录系统，查询出待审核的报修单，选择一个进行审核操作。（2） 审核操作分为两种通过和未通过，如果进行通过操作进入步骤3，如果进行未通过操作进入步骤4。（3） 在审核表中记录操作员此次审核通过操作，并将申请表中该申请单的状态置为接受。进入步骤5 。（4） 在审核表中记录操作员此次审核未通过操作，并将申请表中该申请单的状态置为退回。（5） 完成。4.3.5 报停模块客户登录系统进入用户操作，进行用户状态检查可以进行报停操作。报停单信息有：用户编号，停用时间，启用时间，报停原因。当用户暂时不需要使用燃气服务可以申报办理报停业务，办理报停业务后，用户的状态处于停用状态。下面就对报停单的撤销操作进行说明，在操作员对报停单进行完成操作之前，用户可以对报停单进行撤销。具体的撤销步骤如下：（1） 客户登录系统进入用户操作，查询该用户提交的报停单，如果报停单处于完成状态可以对报停单进行撤销操作。（2） 在日志表中记录用户对该报停单的撤销操作。（3） 在申请表中找到该报停单，并将该报停单的状态置为撤销。（4） 完成。下面一段代码是从报停模块中撤销函数中截取的，这段代码的作用是修改申请单的状态，1506是一个枚举值，标志着申请单进入了撤销状态。4.3.6 报拆模块客户登录系统进入用户操作，进行用户状态检查可以申请报拆。报拆单信息有：用户编号，拆卸时间，申报时间，报拆原因，用户不想继续使用了燃气服务了可以申请报拆。用户办理报拆申请后，用户的状态将被置为拆除。下面就操作员完成报拆操作进行详细说明。具体步骤如下：（1） 操作员登录系统，查询待完成的报拆单，选择一个报拆单进行完成操作。（2） 在日志中记录操作员对该报拆单的完成操作。（3） 在申请表中将该申请单的状态置为完成状态。（4） 在用户表和账户表中将状态分别置为拆除和注销。4.3.7 报错模块如果用户对燃气有任何错误和意见可以通过报错的方式向公司反映。报错单的信息有：用户编号，报错内容，申报时间。报错单的状态有：提交，接受，退回，实施，完成。用户可以对报错单进行提交，修改，撤销操作，操作员可以对报错单进行审核，实施，完成操作。4.3.8 报开模块当用户的状态出了受理和停用状态时，用户可以办理报开业务。办理报开业务的用户将被启用。报开单信息有：用户编号，报开时间，报开原因，申报时间。当用户申请报开时需要进行用户状态的检查，这样做的目的是为防止出现用户状态正处于使用状态但仍然要求办理报开业务的请求，这样的请求是不仅没有意义，而且给系统开来了负担。4.3.9 客户和用户信息查询模块客户通过客户信息查询需要了解个人信息。客户信息查询是根据客户编号查询客户档案以只读的方式反馈给客户。用户信息查询是根据用户编号查询用户档案和对应账户档案。具体的步骤如下：（1） 获取用户编号，获得授权的用户的编号存放在Session中。（2） 在三户表中查找到该用户对应的账户编号。（3） 根据用户编号查询用户信息（4） 根据账户编号查询账户信息。4.4 系统技术策略4.4.1 验证码技术所谓验证码，就是将一串随机产生的数字或符号，生成一幅图片， 图片里加上一些干扰象素（防止OCR），由用户肉眼识别其中的验证码信息，输入表单提交网站验证，验证成功后才能使用某项功能。验证码一般是防止批量注册的，人眼看起来都费劲，何况是机器。不少网站为了防止用户利用机器人自动注册、登录、灌水，都采用了验证码技术7。验证码的实现是采用控件显示一张包含验证码的图片。验证码采用随机函数从26个字母和10个数字中产生。函数GenCode（）是产生指定长度的随机数，这里验证码的长度是4位。函数GenImg（）将产生的验证填充一张长60个像素宽20个像素的图片。4.4.2 密码加密技术在设计Web应用程序时，有时候需要在数据库中保存一些用户登录信息，如果密码以明文的形式存储在数据库中是很不安全的。为了增加安全性，有必要对数据库中的密码信息进行加密，这样，即使有人查看用户资料，如果没有解密算法，也不能获得用户的密码信息。本系统采用FormsAuthentication.HashPasswordForStoringInConfigFile(str, MD5)函数进行加密。FormsAuthentication类为操作身份验证的实用工具提供静态方法。Hash Password ForStoringIn ConfigFile函数的功能是，给定标识哈希类型的密码和字符串，返回一个包含哈希密码的String。该函数支持的密码SHA1和MD5算法。FormsAuthentication类在System.Web.Security命名空间下，该命名空间主要包含用于在Web服务器应用程序中实现的ASP.NET的类8。加密后的字符串看起来也与原始输入相去甚远。MD5算法对于创建没有任何意义的密码来说很有用，它是一个不可逆的加密算法，使用MD5算法对原始密码加密后将无法再恢复。但是，这也正是该算法的缺陷，即只能对数据进行加密，不能对其解密。所以，如果用户丢失密码，任何人就很难找到用户原来的密码，这样，网站就不能提供用户找回密码的功能。4.4.3 身份验证技术本系统中存在三种角色，即客户，用户，操作员。这三种角色由于权限不同因此能进行的操作不同界面也不同。如何标识是哪种身份的角色登录了系统，成为一个必须解决的问题，在网页应用Session能实现本次连接会话的共享，因此在Session中实现三种角色的区分是最理想的地方。SessionLogined来区别角色，当SessionLogined = Customer;时表明是客户登录了系统，当SessionLogined = User 时表明是用户登录了系统。SessionLogined = Admin时表明是操作员登录了系统9。4 燃气服务系统申报管理系统测试及运行实例4.5.1 客户注册测试及运行实例在客户注册测试中主要出现了对客户输入有效性的检查的问题。客户输入的数据构成超出了数据库中能接受的长度，两次密码输入的一致性问题，信息填写不够全面。对于客户输入的数据过长问题将导致客户注册不成功，因为客户数据是通过Textbox控件输入的，因此可以设置属性MaxLength控制用户输入数据长度；对于两次密码不一致的问题使用了ASP.NET 的验证控件来完成；对于信息填写不够全面了问题通过对客户输入数据的长度检查可以完成。如使用if (Province.Length = 0)来检查省的数据是否输入。运行结果如图5-1。图5-1 客户注册4.5.2 报装测试及运行实例报装测试主要是对地址块和数据库操作进行。测试表明地址块能够当上级行政单位发生变化了时，下级行政单位会相应变化，能够完成地址输入的操作。在数据库操作遇到的主要问题是不能成功地形成报装单，经过调试发现大部分的问题都出在SQL语句的构造上，如对字符串的插入没能加上单引号，逗号分隔符缺失。在今后数据库操作中要多注意SQL语句的编写。运行实例如图5-2。图5-2 报装申请4.5.3 报迁测试及运行实例报迁业务中主要对报迁的审核操作进了测试。问题集中在对gridview控件操作上，如单击详细信息弹出报迁单和三户的信息页面，审核按钮的可用性。弹出报迁单和三户的信息页面中会因为找不到申请编号而不能找客户用户帐户编号的困难，这个问题是在事件GridView1_RowCommand中得到了解决，通过该事件参数GridViewCommandEventArgs e的CommandArgument属性得到申请单编号。运行实例如图5-3。图5-3 报迁审核结束语燃气服务系统申报管理是燃气服务系统的重要组成部分。它涵盖了燃气服务的大部分业务，包括了客户报装，报迁，报修，报停，报拆，报错，报开及客户信息查询业务。本课题研究的意义在于针对燃气服务申报管理的具体情况，实现客户申报和燃气企业的申报信息共享，对于当前正处于燃气企业信息化还不是很成熟的阶段，为燃气企业提供了一种解决方案。这次设计通过调研和研究，主要完成了以下工作：（1） 讨论了基于ASP.NET的体系结构以及ASP.NET相关技术；（2） 燃气服务系统申报管理的需求分析，通过分析和挖掘，重点完成燃气服务系统申报管理的功能需求、性能需求、数据需求等；（3） 根据DBMS的特点，完成燃气服务系统申报管理数据库的设计，对全面实现燃气服务系统申报管理系统打下坚实的理论基础；（4） 运用Microsoft Visual Studio .NET 2005为开发工具，重点实现了燃气服务系统申报管理系统的各个功能；（5） 对系统实现过程中所采用的技术策略、安全策略和验证策略作了归纳总结；此次设计，已经顺利完成老师指定的任务。但在设计中，由于个人能力及时间的限制，本次设计可能还存在些许不足和缺陷。在后续研究中，工作重点应集中在:（1） 网站制作页面的美观是关系到网站访问量一个重要的因素。由于经验的缺乏，本系统中页面设计不是很令人满意，今后应该多积累经验提高自己页面设计能力，设计出漂亮的页面来。（2） 随着计算机和网络的普及，越来越多的企业信息管理系统做成了Web应用系统，这是一种趋势。要加深对业务的研究拓展业务功能，让系统能胜任更多的工作，发挥更大的作用。通过这次毕业设计我除了在ASP.NET程序设计水平和数据库应用能力上有了一定程度的提高，而且深刻的体会到了微软的.NET技术丰富的内涵和卓越的表现。它的各种新功能强大而全面，为开发人员更快更高效率开发系统提供了很好支持。特别是它的ADO.NET的对象体系所提供的一系列数据操作组件使得程序开发人员可以轻松的访问各种数据源。总之，这次毕业设计，让我无论是在技术上还是在知识上，都有了很大的提高和扩展。在设计过程中所学到的新技术、新思路和新的