基于BS构架家政服务系统的设计与实现

1、目目 录录 1 引言 .1 1.1 课题简介. 1 1.2 开发的意义. 1 1.3 课题开发计划. 1 1.4 开发的主要工作. 1 2 系统分析 .3 2.1 问题定义. 3 2.2 可行性研究. 3 2.2.1 经济可行性 .3 2.2.2 技术可行性 .3 2.2.3 运行可行性 .3 2.3 需求分析. 4 2.4 开发环境. 4 2.4.1 硬件环境.4 2.4.2 软件环境.4 2.5 开发工具简介. 5 2.5.1 Visual Studio 2008 .5 3 系统总体设计 .7 3.1 系统设计原则. 7 3.2 系统设计目标. 7 3.3 系统的功能设计. 7 3.4UM

2、L 用例图分析. 8 3.5 系统功能模块结构. 8 4 数据库设计 .10 4.1 数据库设计原则. 11 4.2 数据库设计技巧. 11 4.3 数据库视图设计. 12 4.3.1 局部视图设计.12 4.4 数据库逻辑结构设计. 17 4.5 ADO.NET 对象编程模型. 21 5 系统详细设计 .26 5.1 首页. 26 5.2 USERINFO控件设计. 26 5.3 服务预约设计. 27 5.4 供求信息设计. 29 55 条件查询设计. 30 56 动态工种管理设计. 31 57 新闻管理设计. 31 58 其他. 33 6 测试 .36 6.1 测试的思想与理论. 36 6

3、.2 系统测试. 36 6.2.1 测试策略.36 6.2.2 实际测试过程.36 7 结论.38 致谢.40 参考文献.41 基于基于 B/S 构架家政服务系统的设计与实现构架家政服务系统的设计与实现 摘要 家政服务管理系统是典型的管理信息系统(MIS)，其开发主要包括数据库的 建立和维护及应用程序的开发两个方面。对于前者要求具有一定的一致性和安全性， 而对于后者则要求程序功能完备易用性好等特点。 本软件主要采用 C#实现，后台数据库采用 SQL Server，实现了服务预约，供求 信息发布，服务信息预览，网站信息发布，以及多种管理功能。用户可方便的进行 预约，查询，发布，条件搜索，动态工种

4、生成等操作。 关键词 visual studio 2008 家政服务系统 DesignDesign andand ImplementationImplementation ofof HouseholdHousehold ManagementManagement ServiceService SystemSystem BasedBased onon B/SB/S AbstractAbstract domestic service management system is a typical management information system (MIS), including the da

5、y after its development of the establishment and maintenance of database and application development in the preceding two aspects. The former calls for the establishment of consistency, a good base line data security. As for the latter procedure requires a fully functioning and good ease of use. Aft

6、er analysis, the company used Microsoft development tools, visual studio 2008, using a variety of its object-oriented development tools, especially in areas such as data window can make it easier for simple manipulation of the intelligent object databases, the first in a short period of time to esta

7、blish system prototype, and then, the demand for the original prototype iteration, and constantly revised and improved customer satisfaction to know the formation of a viable system. The need to achieve the functions of the software is: service booking, supply and demand information, service informa

8、tion preview, website information, as well as a variety of management functions. Convenient for users to make reservations, inquiries, publish, search conditions, the dynamic types of generating functions. KeyKey wordswords visual studio 2008 eviornment 1 1 引言引言 1.1 课题简介课题简介 21 世纪，计算机技术迅猛发展，在各个行业都引入

9、了计算机，人们利用计算机 使得生活速度加快。人对节约时间的观念逐渐加强。越来越趋向于足不出户的方式 解决生活上的问题（比如购物，订餐） ，与此同时，家政服务也逐渐的趋向网络化， 以顺应高效率的生活。而传统的预约方式需要雇主通过打听或者自主发起公告张天 等等一系列最为雇主本可省略的步骤，而导致这些繁琐问题的主要原因是因为缺乏 雇主与员工之间的桥梁，由此，长春家政服务网（做为小范围试行项目）营运而生， 并在实践中继续完善服务机制，做到“一切从实际出发，理论联系实际，坚持实践 是检验真理的标准” 。(过去家政服务有什么缺点，互联网的广泛使用，使家政服务 有何变化，B/S 模式的家政服务有何优点。设计

10、的主要意图（从管理者，求职者两 方面来谈）) *全文中要把参考文献中的文献标号标记到文中，详细设计代码部分不允许 有标记* 1.2 开发的意义开发的意义 21 世纪，计算机技术迅猛发展，在各个行业都引入了计算机，人们利用计算机 使得生活速度加快。人对节约时间的观念逐渐加强。越来越趋向于足不出户的方式 解决生活上的问题（比如购物，订餐） ，与此同时，家政服务也逐渐的趋向网络化， 以顺应高效率的生活。而传统的预约方式需要雇主通过打听或者自主发起公告张天 等等一系列最为雇主本可省略的步骤，而导致这些繁琐问题的主要原因是因为缺乏 雇主与员工之间的桥梁，由此，长春家政服务网（做为小范围试行项目）营运而生

11、， 并在实践中继续完善服务机制，做到“一切从实际出发，理论联系实际，坚持实践 是检验真理的标准” 。 1.3 课题开发计划课题开发计划 首先分析项目，对于系统进行需求分析和系统的结构设计。对高校教材管理系 统进行全面分析，从项目的需求、项目的流程编制一直到项目的最终实现，与此同 时通过对象模型结合数据库编程来实现。从需求分析开始，逻辑设计、总体设计、 功能模块设计、数据库设计、详细代码设计、最后运行，测试。 1.4 开发的主要工作开发的主要工作 （1）查阅相关文档，掌握家政服务网的相关特点，分析功能与需求，确定本系统的 设计方案。 （2）选择服务器平台与开发工具，服务器选用 WINDOWS 2

12、000 SERVER+IIS 开发工 具使用 Visual Studio 2008 数据库选用 Microsoft SqlServer。 （3）确定家政服务的数据库和数据结构设计，以及确定家政服务系统的整体功能与 结构。然后再划分模块，并逐步实现这些功能。 （4）工作流分析与类模型设计 （5）针对此系统进行编码、调试、测试、完善。 2 2 系统分析系统分析 2.1 问题定义问题定义 随着社会的进步，人们生活节奏的加快，越来越多的人倾向于选择中介公司处理日 常起居等家政事务。随之而来的是家政服务需求的不断增加，家政服务种类的多样 化，家政服务采用何种管理方案成了目前绝大多数中介公司急需解决的问题

13、。 曾经广泛采用的手工统计曾一度满足中介公司和广大客户的需求，但随着业务量的 发展，手工统计工作量剧增，长期劳动下工作人员难免会产生各种各样难以发现的 错误，采用现代化管理成为当务之急。而随着信息产业的进步和计算机技术的普及， 计算机辅助现代化管理成为目前最行之有效的方案。 此次开发的项目是一个家政服务管理系统，解决人们在聘请家政服务人员过程中遇 到的种种问题。通过家政中介服务系统可使管理人员方便对登记的家政人员进行管 理，及时准确的给客户应答。并可对登记客户信息，以便按时为客户提供家政服务。 2.2 可行性研究可行性研究 .1 经济可行性经济可行性 目前供给中介公司使用的家政

14、服务管理系统的种类非常有限，而且往往不能满 足日益发展的客户需求，本次设计宗旨在于填补目前计算机辅助中介公司家政服 务管理上的空白。相比于家政服务管理系统的设计费用来说，其过去的人为管理从 费用上来说要节省很多，虽然在初期因为购买设备和构架平台，会一次性地投入一 些经费，但经过一段使用过渡期之后，经费的节约效果明显。比如说过去需要多人 进行的家政服务管理，现在只需一个人完成，在经济上不仅没有造成浪费，反而节 省了不少费用。因此经济上是完全可行的。 .2 技术可行性技术可行性 由于 Visual Studio 2008 + iis+sqlserver 为微软致力打造的一体化网络服

15、 务环境，相对其他的配置来说，兼容性与稳定性要好。同时 C#最为微软推荐的.NET 开发语言。系统开发方便快捷，是本站开发的首选。选择 VS2008 作为开发环境 SQLSERVER2005 作为数据库服务，确保了技术可行性。 .3 运行可行性运行可行性 该家政服务管理系统软件可以运行在任何一款支持.NET 与 IIS 的微软的服务 器上，微软的可视化界面可以协助管理员方便快捷的通过硬件输入设备，如键盘鼠 标等方便快速可视化管理，维护与管理系统。因此该系统的设计具有运行可行性。 2.3 需求分析需求分析 作为独立的系统，必须能够实现一些基本的功能，如：登录管理功能，家政服 务分

16、类管理，包括家政服务分类的设置、家政服务供求分类的查询，家政服务人员 管理，包括家政人员基本信息增加、修改、删除功能，服务预约与服务评价，家政 服务人员查询功能，服务新闻发布，网站公告发布等，家政服务人员服务质量管理 功能等。 本系统的开发主要是针对家政服务管理过程的需要，主要可以进行各方面信息的输 入、查询，以减轻管理人员工作的负担，提高信息处理的速度和质量为最终目标。 故本系统应实现以下功能： (1)实现家政服务管理的计算机化、自动化、智能化。以前这些工作均需人工处理， 特别是填写家政服务人员和客户人员的基本信息，不仅工作量大，容易出错，且还 需查找未解决的家政服务人员以确定剩余数量是否够

17、客户人员等诸多因素。该系统 的应用完成了以上管理过程中全部数据的处理任务，大大减轻了家政人员的工作量， 实现了家政管理的自动化，提高了数据的准确性、一致性和及时性，提高了服务效 率，为家政的盈利做出贡献。 (2)尽量做到功能齐全、界面友好、操作方便、运行可靠、通用性强等。 (3)实现一定的保密特性，佣主才能参与服务评论。 2.4 开发环境开发环境 通过需求分析，确定以下开发环境。 .1 硬件环境硬件环境 (1)系统开发实际的硬件环境为： CPU：P4 2.4； 内存：256M； 显示卡：AGP64M； 硬盘空间：60G； 显示器：VGA 彩色显示器； (2)能够运行本系统的最低

18、配置为： CPU：P4 1.0； 内存：64M 或更高； 显示卡：AGP4M； 显示器：VGA 彩色显示器； 硬盘空间：10M 以上； .2 软件环境软件环境 系统开发的软件环境： 开发工具 Visual Studio 2008 开发系统:Microsoft Windows 2000 Server 数据库管理系统 Microsoft SqlServer 2005 2.5 开发工具简介开发工具简介 .1 V VISUALISUAL S STUDIOTUDIO 20082008 Visual Studio 是微软公司推出的开发环境。是目前最流行的 Windows 平

19、台应 用程序开发环境。目前已经开发到 9.0 版本，也就是 Visual Studio 2008。Visual Studio 可以用来创建 Windows 平台下的 Windows 应用程序和网络 应用程序，也可以用来创建网络服务、智能设备应用程序和 Office 插件。 借助 Visual Studio 2008，采集和分析信息将变得更为简单便捷，业务决策也会因 此变得更为有效。任何规模的组织都可以使用 Visual Studio 2008 快速创建能够 利用 Windows Vista 和 2007 Office system 的更安全、更易于管理并且更可靠的 应用程序。 Visual S

20、tudio 2008 提供了改进的语言和数据功能，各个编程人员可以利用 这些功能更轻松地构建解决方案以分析和处理信息。 Visual Studio 2008 还使开 发人员能够从同一开发环境内创建面向多个 .NET Framework 版本的应用程序。能 够构建面向 .NET Framework 2.0、3.0 或 3.5 的应用程序，可以在同一环境中支 持各种各样的项目。 Visual Studio 2008 为开发人员提供了在最新平台上加速创建紧密联系的应 用程序的新工具，这些平台包括 Web、Windows Vista、Office 2007、SQL Server 2008 和 Wind

21、ows Server 2008。对于 Web，ASP.NET AJAX 及其他新技术使开发人 员能够迅速创建更高效、交互式更强和更个性化的新一代 Web 体验。 2.5.2 SQL Server SQL Server 是一个关系数据库管理系统它最初是由 Microsoft Sybase 和 Ashton-Tate 三家公司共同开发的于 1988 年推出了第一个 OS/2 版本在 Windows NT 推出后 Microsoft 与 Sybase 在 SQL Server 的开发上就分道扬镳了 Microsoft 将 SQL Server 移植到 Windows NT 系统上专注于开发推广 SQ

22、L Server 的 Windows NT 版本 Sybase 则较专注于 SQL Server 在 UNIX 操作系统上的应用在本书中介绍的是 Microsoft SQL Server 以后 简称为 SQL Server 或 MS SQL Server SQL Server 2000 是 Microsoft 公司推出的 SQL Server 数据库管理系统的最 新版本该版本继承了 SQL Server 7.0 版本的优点同时又比它增加了许多更先进的 功能具有使用方便可伸缩性好与相关软件集成程度高等优点可跨越从运行 Microsoft Windows 98 的膝上型电脑到运行 Microsof

23、t Windows 2000 的大型多处 理器的服务器等多种平台使用 3 3 系统总体设计系统总体设计 3.1 系统设计原则系统设计原则 (1)针对系统的需求及其功能的要求本系统的设计原则 实用性原则：家政服务管理系统要力求最大限度地满足实际工作的需要，充 分考虑各业务层次、各管理环节数据处理的实用性，把满足用户和管理业务作为第 一要素进行考虑。用户接口和操作界面设计尽可能考虑人体结构特征及视觉特征， 界面力求美观大方，操作力求简便实用。 先进性原则：在技术上采用在业界先进、成熟的软件开发技术，采用最基本、 最重要、最核心的面向对象模型，可视化的、面向对象的开发工具 Visual Studio

24、, 软件工程的方法作为开发准则。 可扩展性和可维护性原则：为适应将来的发展，家政服务管理系统应具有良 好的可扩展性和可维护性。软件设计尽可能模块化、组件化，并提供配置模块和使 用化工具，使系统可以灵活配置，适应不同的情况。数据库的设计尽可能考虑到将 来的需要。 安全可靠性原则：应用软件与数据库系统的设计要做到安全可靠，防止非法 用户的入侵。 (2)用户界面设计原则 图形化原则：div+css 符合 W3C 设计标准， 做到美观大方。用户界面应当直观、 明了，条理清晰。 实现“傻瓜型”管理易学、易用、易管理。 3.2 系统设计目标系统设计目标 实现家政服务网上管理的系统化、规范化、科学化、智能化

25、。协助公司提高的 行业竞争力，同时可扩大影响，放大市场份额。 系统设计力求，界面简介，操作方便，信息全面，功能实用，友好大方。 3.3 系统的功能设计系统的功能设计 本系统主要设计如下功能： (1)用户功能 注册登录 供求信息发布 服务预约 条件查询 网上公告 服务评价 (2)管理功能 系统管理 供求信息管理 用户管理 新闻管理 公告管理 账户管理 其它管理等功能。 3.4UML 用例图分析用例图分析 用例图是被称为参与者的外部用户所能观察到的系统功能的模型图，呈现了一 些参与者和一些用例，以及它们之间的关系，主要用于对系统、子系统或类的功能 行为进行建模。 用例图展示了用例之间以及同用例参与

26、者之间是怎样相互联系的。用例图用于 对系统、子系统或类的行为进行可视化，使用户能够理解如何使用这些元素，并使 开发者能够实现这些元素。 图 3-1 给出了参与者与事物之间的用例图。 图 3-1 UML 用例图 3.5 系统功能模块结构系统功能模块结构 由上述的 UML 用例图可以初步确定数据库关系模型。 系统功能模块结构如图 3-2 所示： 图 3-2 系统功能模块结构图 4 4 数据库设计数据库设计 数数据库设计(Database Design)是指根据用户的需求，在某一具体的数据库 管理系统上，设计数据库的结构和建立数据库的过程。 一般，数据库的设计过程大致可分数据库设计为 5 个步骤：

27、(1)需求分析；调查和分析用户的业务活动和数据的使用情况，弄清所用数 据的种类、范围、数量以及它们在业务活动中交流的情况，确定用户对数据库系统 的使用要求和各种约束条件等，形成用户需求规约。 (2)概念设计；对用户要求描述的现实世界(可能是一个工厂、一个商场或 者一个学校等)，通过对其中住处的分类、聚集和概括，建立抽象的概念数据模型。 这个概念模型应反映现实世界各部门的信息结构、信息流动情况、信息间的互相制 约关系以及各部门对信息储存、查询和加工的要求等。所建立的模型应避开数据库 在计算机上的具体实现细节，用一种抽象的形式表示出来。以扩充的实体（E-R 模型）联系模型方法为例，第一步先明确现实

28、世界各部门所含的各种实体及其属性、 实体间的联系以及对信息的制约条件等，从而给出各部门内所用信息的局部描述(在 数据库中称为用户的局部视图)。第二步再将前面得到的多个用户的局部视图集成为 一个全局视图，即用户要描述的现实世界的概念数据模型。 (3)逻辑设计；主要工作是将现实世界的概念数据模型设计成数据库的一种 逻辑模式，即适应于某种特定数据库管理系统所支持的逻辑数据模式。与此同时， 可能还需为各种数据处理应用领域产生相应的逻辑子模式。这一步设计的结果就是 所谓“逻辑数据库”。 (4)物理设计；根据特定数据库管理系统所提供的多种存储结构和存取方法 等依赖于具体计算机结构的各项物理设计措施，对具体

29、的应用任务选定最合适的物 理存储结构(包括文件类型、索引结构和数据的存放次序与位逻辑等)、存取方法和 存取路径等。这一步设计的结果就是所谓“物理数据库”。 (5)验证设计；在上述设计的基础上，收集数据并具体建立一个数据库，运 行一些典型的应用任务来验证数据库设计的正确性和合理性。一般，一个大型数据 库的设计过程往往需要经过多次循环反复。当设计的某步发现问题时，可能就需要 返回到前面去进行修改。因此，在做上述数据库设计时就应考虑到今后修改设计的 可能性和方便性。 至今，数据库设计的很多工作仍需要人工来做，除了关系型数据库已有一 套较完整的数据范式理论可用来部分地指导数据库设计之外，尚缺乏一套完善

30、的数 据库设计理论、方法和工具，以实现数据库设计的自动化或交互式的半自动化设计。 所以数据库设计今后的研究发展方向是研究数据库设计理论，寻求能够更有效地表 达语义关系的数据模型，为各阶段的设计提供自动或半自动的设计工具和集成化的 开发环境，使数据库的设计更加工程化、更加规范化和更加方便易行，使得在数据 库的设计中充分体现软件工程的先进思想和方法。 4.1 数据库设计原则数据库设计原则 (1) 一致性原则：对信息进行统一、系统的分析与设计，协调好各数据源，到 “数出一门” 、 “算法统一” 、 “度量一致” 。保证系统数据的一致性和有效性。 (2)完整性原则：数据库的完整性是指数据的正确性和相容

31、性。要防止合法用户 使用数据库时向数据库加入不合语义的数据。对输入到数据库中的数据要有审核和 约束机制。 (3)安全性原则：数据库的安全性是指保护数据，防止非法用户使用数据库或合 法用户非法使用数据库造成数据泄露、更改或破坏。要有授权机制。 (4)可伸缩性原则：数据库结构的设计应充分考虑发展的需要、移植的需要，具 有良好的扩展性、伸缩性和适度冗余。 (5)规范化数据库的设计应遵循规范化理论，规范化程度过低的关系，可能会存 在插入、删除异常、修改复杂、数据冗余等问题，解决的方法就是对关系模式进行 分解或合并(规范化)，转换成高级范式。但也应当注意到，并不是规范化程度越高 的关系就越好。当一个应用

32、的查询中经常涉及到两个或多个关系模式的属性时，系 统就必须经常地进行联接运算，而联接运算的代价是相当高的。所以，在具体应用 时，规范化应进行到什么程度需要权衡利弊。 4.3 数据库视图设计数据库视图设计 根据上述的数据库设计原则以及技巧，进行一下的数据库设计： .1 局部视图设计局部视图设计 实体分析法第一步：局部视图设计：局部视图设计的目标是确定其所属的范围， 即它所对应的用户组，然后对每个用户建立一个由实体、联系即它们的识别码 组成的局部信息结构框架，最后加入有关的描述信息，形成完整的局部视图。 具体来说，局部视图设计的过程应先描述各个实体的子 E-R 图。 会员信息实体描

33、述，如图 4-1 所示。 system_account mobilephone userid password sex address birthday email idcard username qq 图 4-1 会员信息实体图 工种类别信息描述，如图 4-2 所示。 图 4-2 工种类别实体图 工种新闻信息描述，如图 4-3 所示。 图 4-3 工种新闻实体图 服务信息信息描述，如图 4-4 所示。 system_category nameremark adddatecateid system_category_news title postdatecontent newsid outda

34、te cateid 图 4-4 服务信息实体图 服务评价信息描述，如图 4-5 所示。 图 4-5 服务评价信息实体图 服务预约申请信息描述，如图 4-6 所示。 图 4-6 服务预约申请实体图 服务供求信息实体描述，如图 4-7 所示。 system_category_service adddate userid cateid serviced system_category_service _evaluate serviced useridevaluate msgidadddate system_category_s ervice_waiting servicewaitingint ser

35、viced iswaitingemployorid evaluate adddate msg 图 4-7 服务供求信息实体图 供求信息留言实体描述，如图 4-8 所示。 图 4-8 供求信息留言实体图 业务员信息实体描述，如图 4-9 所示。 图 4-9业务员信息实体图 网站公告实体描述，如图 4-10 所示 system_category_w orknew worknewsid title postdateuserid worknews type content cateid outdate system_category_worknew s_join joined postdatecont

36、ent worknewsiduserid system_setting_contact_ qq name qqidqq 图 4-10 网站公告实体图 系统变量实体描述，如图 4-11 所示 图 4-11 网站公告实体图 对应的数据字典描述如下： system_account 表 userid,username,password,sex,birthday,idcard,qq,email,address,mobile phone system_category 表 cateid,name,remark,adddate system_category_news 表 newsid,title,cont

37、ent,postdate,cateid,outdate system_category_service 表 serviced,userid,cateid,adddate system_category_service_evaluate 表 system_sitenews postdate title sitenewsid content system_vars varname varidvarvalue msgid,serviced,evaluate,userid,adddate system_category_service_waiting 表 servicewaitingint,servi

38、ced,employorid,adddate,iswaiting,evaluate,msg system_category_worknews 表 worknewsid,title,content,postdate,userid,worknewstype,cateid,outdate system_category_worknews_join 表 joined,worknewsid,content,postdate,userid system_setting_contact_qq 表 qqid,name,qq system_sitenews 表 sitenewsid,title,content,

39、postdate system_vars 表 varid,varname,varvalue 4.4 数据库逻辑结构设计数据库逻辑结构设计 本过程是将上面的数据库视图设计转化为 SQLSERVER2005 数据库支持的实际数 据模型，既数据库的逻辑结构。完成 E-R 模型后，接下来的任务是数据库的逻辑设 计，既把 E-R 模型转换为与机器上的 DBMS 产品所支持的数据模型相复合的逻辑结构， 这一阶段是数据库结构设计的重要阶段 一般老将分为一下几个步骤：一是将概念结构向一般关系模型转化，二是将第 一步得到的结构向特定的 DBMS 支持的数据模型转换，三是一句应用的需求和具体的 DBMS 的特征进

40、行特征与完善。但是要注意的是:DBMS 产品一般都是只支持有限的几 种数据类型，而 E-R 模型通常是没有限制的，因此，在转换时应当注意映射的关系。 一下表格即将上节的 E-R 模型转化成 Microsoft Sql Server 2005 支持的数据表。 软件工程家政服务数据库中各个表的设计结果如下： (1)System_account 会员信息表 会员信息表有一条默认记录 用户名为 admin，密码为 admin ，roleID 为 1 做为初设的管理员账号，会员信息表用来保存会员信息。具体结构图如 4-12 所示 表 4-12 system_account 会员信息表表 序号字段名类型长

41、度备注 1uidInt4 自动增长 2usernamenVarchar50 用户名 3passwordnVarchar50 密码 4sexChar1 性别 5birthdaydatetime- 出生日期 6mobilenumbernVarchar50 电话 7QQnvarchar50 移动 QQ 8Emailnvarchar50 电子邮件 9idcardnvarchar50 身份证件 10namenvarchar50 真实姓名 11addressnvarchar50 家庭住址 （2）system_category 工种类别表 工种类别表用以管理后面的工种相关的新闻，服务等。 表 system_

42、category 的结构如表 4-2 所示 表 4-13 system_category 表 序号字段名类型长度备注 1cateidInt4 自动增长 2NamenVarchar50 真实姓名 3RemarknVarchar50 备注 4adddatedatetime- 添加日期 (3)system_category_new 工种信息存储表 用以存储网站的新闻信息。表 system_category_news 的结构如表 4-3 所示 表 4-14 system_category_news 表 序号字段名类型长度备注 1catenewsidInt4 自动增长 2TitlenVarchar50

43、真实姓名 3ContentnVarchar50 备注 4postdatedatetime- 添加日期 5cateidint4 服务类型 （4） system_category_service 服务信息列表 服务信息列表用以保存预约服务的员工分组。 表 system_category_service 的结构如表 4-15 所示。 表 4-15 system_category_service 表 序号字段名类型长度备注 1ServiceidInt4 自动增长 2UseridInt50 用户 ID 3Cateidint50 服务类别 ID 4adddatedatetime- 添加日期 （5） sys

44、tem_category_servicce_evaluate 服务评价存储表 服务评价信息表用以存储雇主员工的服务评价,userid 为员工用户 ID， Cateid 为所服务工种。 表 4-16 system_category_servicce_evaluate 表 序号字段名类型长度备注 1MsgidInt4 自动增长 2ServicedInt50 服务 ID 3Evaluatentext- 评估信息 4useridint4 用户 ID 5adddatedatetime- 添加日期 （6） system_category_service_waiting 服务预约申请存储表 服务预约申请存储

45、表用以缓存储预约申请 表 4-17 system_category_service_waiting 表 序号字段名类型长度备注 1servicewaitingintInt4 自动增长 2ServiceidInt4 服务 ID 3employoridint4 雇主 ID 4iswaitingint4 等待状态 5adddatedatetime- 添加日期 6evaluatentext- 服务评价 7msgntext- 信息 (7) system_category_worknews 服务供求信息存储表 服务供求信息存储表用以存储服务供求信息的主题贴。 表 4-18 system_category_

46、worknews 表 序号字段名类型长度备注 1worknewsidInt4 自动增长 2titlenvarchar255 标题 3Contentntext- 正文 4Postdatedatetime- 添加日期 5Useridint4 用户 ID 6WorknewstypeChar(1)1 供求类型 7cateidint4 服务类型 (8) system_category_worknews_join 供求信息留言存储表 供求信息留言存储表用以存储供求信息主题相关评论贴。 表 4-19 system_category_worknews_join 表 序号字段名类型长度备注 1JoinedInt

47、4 自动增长 2Worknewsidnvarchar255 供求信息 ID 3Contentntext- 正文 4Postdatedatetime- 添加日期 5Useridint4 用户 ID (9) system_setting_contact_qq 业务员信息存储表 供求信息留言存储表用以存储供求信息主题相关评论贴 表 4-20 system_setting_contact_qq表 序号字段名类型长度备注 1qqidInt4 自动增长 2namenvarchar250 业务员姓名 3qqnvarchar50 QQ 号码 (10) system_sitenews 网站公告存储表 网站公告存

48、储表用以存储网站的公告信息。 表 4-21 system_sitenews 表 序号字段名类型长度备注 1SitenewsidInt4 自动增长 2Titlenvarchar255 标题 3contentntext- 正文 4postedatedatetime- 添加日期 (11) system_vars 系统变量存储表 系统变量存储表用以存储系统信息变量 表 4-22 system_sitenews 表 序号字段名类型长度备注 1VaridInt4 自动增长 2Varnamenvarchar50 变量名 3varvaluenvarchar50 变量值 4.5 ADO.NET 对象编程模型对象

49、编程模型 （应该先描述 ADO.NET 技术，再介绍本系统和数据库连接的方法，也就是 ADO 的在本系 统中的具体应用） 。 在 ADO .NET 中，不存在通用而又有用的链接类。存在一个 DBConnection 类， 其它其它特定于提供者的链接类从该类派生，但它是一个抽象类。作为原形设计， 它是有用的，但它不会直接在应用程序中使用。 因此，在 ADO .NET 中有许多成对的类，如 SqlConnection 和 链接到数据源 如同期望的那样，需要链接对象将命令发送到 SQL Server 数据库。从 2 版 开始，链接只能是 SqlConnection 类的对象。将不再能通过向命令发送链

50、接字符串， 暗中创建链接对象。 在家政服务网中，为了方便应用程序的部署，已经 SqlConnection 的连接数据库字 符串提取到了 Web.config 文件中,并编写了 ConDB 类 public static SqlConnection getConnection() return new SqlConnection(ConfigurationManager.ConnectionStringsjzConnectionString. ToString(); 编写了 ConDB 类的一个静态方法，调用此方法返回此实例化连接 Conn=ConDB.getConnection在这段代码片段中

51、，明确创建了一个链接对象， 并将它与一个新的命令对象联结起来。链接对象通过 SqlCommand 的 Connection 属 性暴露。 在打开链接开始工作前，可能要设置一些属性。 Conn.Open(); 在 ADO .NET 中，链接对象的 Open 方法不需要参数。 至于链接对象的重用性，记住，ADO .NET 提供了一种链接池。在以后的专栏 中将对它做进一步的讨论，至于现在，只要不必为节省对象的创建重用链接就可以 了。不论何时客户端需要一个链接，返回的是链接池中的对象。一旦链接关闭，对 象不是留给碎片收集器，而是释放到池中，供其它调用者使用。 链接池不是由 ADO .NET 直接管理。

52、SQL Server 链接依靠 Windows? 2000 服务 组件地 pooling 服务。每个链接池通过确切的匹配法则与不同的链接字符串相关。 一旦创建，SQL Server 链接池至到活动过程终止，它才会终结。 使用参数 在 ADO .NET 中调用存储过程只与常规 SQL 语句稍微不同。 它是在 CommandType 枚举值（即可以在 ADO .NET 中使用的所有可以得到的命令 类型）中的一个值。 存储过程可能需要一个或多个参数才能运行。在这种情况下， 需要使用 SqlParameter 类定义参数。 参数具有前缀名，并是与 SQL Server 兼容的类型。另外，它还要有一个方

53、向： 输入，输出还是两种都有，当然它得是一个值。.NET 类型系统不同于 SQL Server 类型系统，必须求助于 SqlDbType 枚举列表得到正确的类型。例如，下面的片断对. NET32 位整型求值。 SqlDbType.Int SqlCommand 类拥有 Parameters 集合，此集合为 SQL 命令的占位符和的所有参 数存储实际的值。 如在本系统中，我们的数据库操作类都使用了配置参数的方法，有效的防止注入攻 击。大大提高了系统的安全性， 以网站公告发布类为例 cmd = new SqlCommand(insert into system_sitenews (title,con

54、tent,postdate) values (title,content,postdate), conn); cmd.Parameters.Add(new SqlParameter(title, this.title); cmd.Parameters.Add(new SqlParameter(content, this.content); cmd.Parameters.Add(new SqlParameter(postdate, this.postdate); if (cmd.ExecuteNonQuery() = 0) throw new Exception(网站公 告更新错误); 首先创建

55、了一条 SqlCommand 对象并配置了 Command 的 sql 语句配置了相关参数。 New SqlParameter(参数名，参数值)； 实例参数对象后，可以使用 cmd. Parameters.Add 方法为 CMD 添加参数。 然后通过所使用的 cmd.ExecuteXXX 方法提供的接口进行管理。 一条命令在过一定时间后就会超时。如果知道要经过很长的操作，就可能希望 设置这种限制。象 ADO 中那样，检查的属性是 CommandTimeout，其默认值是 30 秒。 服务器指针 先前提到过，在 ADO .NET 中不支持服务器指针。如果需要使用服务器指针， 并且负担不起在没有它

56、的情况下重建应用程序，唯一的办法是通过 ADO 对象。要这 样做，需要导入 ADODB 类型库，为不同的对象创建恰当的.NET 封装，然后与它们连 接起来。然而，在这种情况下，无法利用 ADO .NET 的优势。 这样做原因很简单。服务器指针必须与数据库服务器的底层行为相适应。当处 于链接时，并不是所有的 DBMS 以同样的方式工作。这样不同特性的对数据库不可知 的实现已经证明是非常困难的。为了避免出现更进一步的问题，ADO .NET 没有为服 务器指针暴露通用的类，从而从根本上消除了这种问题。 然而，用于 SQL Server 的管理提供者在将来的发行版中将支持服务器指针， 其它类型的管理提

57、供者也会发生同样的事情。因此，ADO .NET 对服务器指针支持的 最后回答是，它将提供支持，但是将通过其实现与底层工作方式非常匹配的类以一 种严格的完全 DBMS 方式（提供支持）, 虽然这一部分，本系统没有用到，但是确是 在日后开发和使用的必须掌握和了解的内容。 总结 在 ADO .NET 中浏览数据的方式并不真正与在 ADO 中的方式不同。仍需要创建 链接，发送命令。在本文中，我提到了表示直接 SQL 命令的类，可以使用它们执行 存储过程。 5 5 系统详细设计系统详细设计 5.1 首页首页 作为服务性网站，首页布局非常重要，首页必须向用户提供敏感信息。窗体运 用了 DATASOURCE

58、 作为数据源，通过 REPEATER 对象进行数据绑定。加上标准的 DIV+CSS 前台设计，使网站访问迅速，本网站的首页如图 5-1 所示。 图 5-1 网站首页 5.2 UserInfo 控件设计控件设计 Userinfo 控件是用户界面，界面包含了用户登录入口和用户控制面板。将其设计 成控件的好处在于，随时需要随时调用。 Userinfo 有两种显示形态（哪两种？） 登录功能实现过程： 1） 输入用户名和密码。 2） 在数据中查找与输入用户名和密码相同记录。 3） 如果错误，向 divscript 中输出 JS 脚本用以提示用户名密码错误。 4） 如果正确，则允许登录。 一种是会员面板形

59、态如图 5-2。 图 5-2 会员面板 系统根据用户是否登录与否，智能化判断显示形态。当用户尚未登录时显示登录 面板，当用户登录过后显示会员面板。实现这一功能的代码。 if (Sessionuser != null) Panel1.Visible = false; Panel2.Visible = true; else Panel2.Visible = false; Panel1.Visible = true; 5.3 服务预约设计服务预约设计 为了更好的介绍此功能的设计实现，图 5-3 给出了工作流程图。 图 5-3 工作流程图 员工首先向管理员发起加入预约的申请，再由管理员确认审核，如果审

60、核通过， 管理员将员工加入到预约列表中如图 5-4 所示 员工 管理员审核 服务预约员工类表雇主 通过审核 加入 查看 预约 申请 短信通知 图 5-4 员工预约管理 当员工加入到预约列表中后，雇主便可以在前台通过筛选查看到此员工的信息， 显示使用 ADO.NET 模型，想通过 sqldatasource 将数据库的数据存入数据源池， 再用 REPEATER 将要使用的数据元从数据源池中取出并按照 Repeater 指定的模板 样式显示出来，模板核心代码如下： 用法： 。显示效果如图 5-5 所示 图 5-5 预约筛选查看 雇主通过填写预约信息与单击预约此人实现发起预约的功能，但由于没有能力购