【毕业学位论文】（Word原稿）房地产施工现场设备管理系统的设计与实现-软件工程

中图分类号： 学校 代码： 10055 密级： 硕 士 专 业 学 位 论 文 房地产施工现场设备管理系统的设计与实现 要 I 摘要 随着数字化管理时代的到来，房地产施工现场管理因其涉及工序复杂，参与部门众多，管理难度大，在 信息化 方面有着更为迫切的需求 。当前 ， 工程施工设备日益多样化、专业化 、复杂化 ， 日常工程施工对设备越来越依赖，对设备现代化要求也越来越高 。 设备是现代化施工中成为不可或缺的物质基础和基本保证，施工水平和工程质量在很大程度上受施工设备状况的影响和制约。因此，如何提高设备的管理水平和效率，合理利用，使其更加规范化、科学化和信息化，满足施工要求 ，同时 降低使用成本，一直是施工现场设备管理的重要研究问题。目前 ,通过计算机 系统 对设备在使用中运营情况的监控管理很少， 导致 施工现场设备经常会发生这样或那样的故障 。传统方式是 靠调度人员登记设备故障现象并进行调度， 然后由 维护人员查看故障记录进行维修， 最后由 监理人员登记维修过程与设备使用情况以备日后复查 。以 这种方式进行设备运营管理显然是低层次的 、 低效率的 。 它仅仅起到维持现场施工的作用，不能对大量的设备信息进行统计分析，不能动态地反映施工现场各种设备的运营状况。 本文以房地产开发项目中的施工现场设备管理信息化为目标 ， 拟 建立一个可以 在线 方便操作 和管理 的 信息化交互平台 ，既可以记录设备运营状况 ， 又可以从中提取有用信息作为决策依据。本系统 在开发过程中 采用了 B/S 模式， 前端 应用 逻辑采用 架，编程语言为 C#，后端数据库 使用 对 施工现 场设备 实现了 数字化 的 管理。 通过 系统 平台的使用，能够 实现施工现场各种设备运营状况的动态反映，并且利用日常维护中登记的信息合理调度设备并预测设备的故障情况 ，具有很好的实用价值和经济利益回报 。 关键 字 ： 房地产 开发 ； 施工现场； 设备 管理 ； of of of is it In it on of in it is to of it of At of to in so of its up to up to its up to on up an be of of , C#), of 录 摘要 . I . I 目录 . 一章 绪论 . 1 第一节 研究背景 . 1 第二节 研究内容 . 1 第三节 本文的组织结构 . 2 第二章 系统的需求分析 . 3 第一节 角色需求 . 3 第二节 功能性需求 . 4 用户登录流程分析 . 4 甲方操作功能分析 . 5 监理操作功能分析 . 6 总包用户操作功能分析 . 8 第三节 非功能性需求 . 9 统多层模型选择 . 9 面设计技术选择 . 12 台数据库技术选择 . 14 发平台技术选择 . 15 第 三章 设备管理系统的设计 . 16 第一节 总体结构设计 . 16 第二节 功能模块设计 . 16 第三节 业务逻辑设计 . 17 第四节 数据库设计 . 22 据关系设计 . 22 据表设计 . 25 目录 四章 设备管理系统的实现 . 28 第一节 基本设备管理模块 . 29 基本设备信息管理 . 29 施工现场名称管理 . 32 设备类型管理 . 33 第二节 故障设备管理模块 . 33 故障设备信息管理 . 33 故障维修过程管理 . 35 故障维修类型管理 . 36 第三节 用户管理模块 . 36 管理方管理 . 36 用户管理 . 36 第四节 打印报表模块 . 37 报表打印 . 37 维护信息报表 . 38 第五节 数据挖掘模块 . 39 数据挖掘的概念与理解 . 39 系统中用到的数据挖掘技术 . 40 基于决策树的设备类别判定算法 . 42 其它数据挖掘算法分析 . 45 第五章 总结与展望 . 47 参考文献 . 48 致谢 . 50 个人简历 在学期间发表的学术论文与研究成果 . 51 第 一 章 绪论 1 第 一 章 绪论 第一节 研究 背景 随着数字化管理时代的到来，因其涉及工序复杂，参与部门众多，管理难度大， 房地产施工现场 的 管理 在 信息化方面 有着 非常 迫切的需求 。 今天， 工程施工设备日益多样化、专业化、复 杂化 ， 日常工程施工对设备越来越依赖，对设备现代化要求也越来越高 。 设备 在 现代化施工中成为不可或缺的物质基础和基本保证，施工水平和工程质量在很大程度上受施工设备状况的影响和制约。因此，如何提高设备的管理水平和效率，合理利用，使其更加规范化、科学化和信息化，满足施工要求同事降低使用成本，一直是施工现场设备管理的重要研究问题。 目前通过计算机对设备在使用中运营情况的监控管理很少，施工现场设备经常会发生这样或那样 的故障 。传统的方式是 靠调度人员登记设备故障现象并进行调度， 然后由 维护人员查看故障记录 并 进行维修， 最后由 监理 人员登记维修过程及设备使用情况以备日后复查 。以 这种方式进行设备运营管理，显然是低层次的 、 低效率的，它仅仅起到维持现场施工的作用，不能对大量的设备信息进行统计分析，不能动态地反映施工现场各种设备的运营状况。 针对上述问题，以软件工程理论为指导，提出 房地产开发项目施工现场设备管理 系统设计的方案，本系统主要分为：基本设备管理、故障设备管理、用户管理、 数据挖掘 等 模块。系统实现 施工现场 设备记账、分配、报修、维护、以及设备故障分析 。进而能够实现 及时协调 施工现场 设备，提高其使用率，监控设备使用情况，进行故障分析，为领导决 策提供实时准确的数据，促进新型设备管理模式的实施。 第二节 研究内容 房地产开发项目中，对设备的有效管理是非常重要的工作， 设备管理的基本任务是：合理装备、安全使用、服务生产，为保证工程质量，加快施工进度，提高生产效益， 为取得良好的 经济效益 和社会效益 创造 有利 条件。 故障管理、维护无疑是核心工作，重中之重。其管理模式的科学化与规范化，管理手段的第 一 章 绪论 2 信息化与自动化对于施工现场的总体发展产生深远的影响，由于管理内容过多，繁琐，处理的过程也非常复杂，随着人员、设备、种类数量的增加，信息量大幅上升，因此往往很难及时准确地掌握 运作状态，所以迫切需要现代化管理要求的管理系统。 随着数字化管理时代的到来，采用传统的人工管理施工现场设备管理已经很难满足施工现场的需求。因此，本系统的开发采用了 B/S 开发模式，#)，后台使用 为本系统的数据库，数字化管理施工现场设备。系统的目标是实现施工现场各种设备的运营状况的动态反映，并且利用日常维护中登记的信息合理调度设备并预测设备的故障情况 ， 提高设备的使用率 、 完好率和最大收益率。 第三节 本文的组织结构 本文 章节安排如下： 第一章 内容为 绪论。主要介绍了系统 开发的目的，分析 施工现场 设备管理中的问题，论证本系统研究的可行性和应用价值 ， 以及本文的研究内容与章节组织结构。 第二章 内容为 系统的需求分析 。 从 房地产开发项目 设备管理实际出发，分析设备管理工作的实际需求情况，设计本系统的结构体系，完成 功能性和非功能性的需求分析。 第三章 内容为 系统的 总体 设计。 对系统进行总体功能设计，并对 发平台、 B/S 模式等技术进行研究，选择确定本系统的开发平台 、 开发工具及相关的技术。 进而 对系统进行后台数据库的设计，以便对数据进行 有效地管理。 第四章 内容为 系统的 详细设计与实现 。 将 系统功能模块 逐步实现 ， 详细 设计每个模块的功能 ， 针对 开发 技术 进行 代码分析， 实现各个功能模块的 预期 功能。 第 六 章 内容为 总结与展望。对系统的设计和开发工作进行总结， 并对应用前景进行展望 。第 二 章 系统的需求分析 3 第 二 章 系统的需求分析 第一节 角色需求 为了实现 房地产开发项目 设备的集中和自动化管理，就需要一套网络版的设备运营管理和决策支持系统，这样通过网络可以对基层各 施工现场 、办公室的设备集中和自动化管理，使用者能够随时随地通过连接在网络上的任意一台计算机查询到所需设备的详细信息、对发现 故障的设备及时上报，提高了工作效率，同时对运营信息进行加工处理，可为各级领导提供决策依据 。 针对施工现场的实际工作情况，可以发现有三个不同的 系统前端操作 角色，也就是甲方、监理和总包用户。甲方可以对监理和总包用户进行管理，监理可以对总包用户进行管理。设定不同的角色也是为了系统的安全，不同的角色具有不同的 权限 。 后端 管理者可以方便地对设备运营状况进行更新和修改；设备维护人员能够及时、完整地 获得本单位一起设备的故障信息并进行检修，从而可大大提高工作效率 。从细分的功能来说，根据各个角色划分，系统应该满足如下操作需求： 用户信息 管理需求，包括 ：基本资料、修改密码、常用审批、权限分配、日程安排、工作日志； 工作流程 管理需求，包括 ：工作管理、工作流程管理、表单管理、资源管理； 设备管理 需求 ，包括：设备参数设置、设备管理、闲置设备、在用设备； 报修管理 需求 ，包括：设备报修、维修记录； 报废管理 需求 ，包括：设备报废、报废处理； 系统管理 需求 ，包括：单位信息管理、部门信息管理、用户信息管理、角色信息管理、系统日志管理、系统参数设置 此外，通过该系统可对设备运营信息进行分析预测，从宏观的结果逐步向下跟踪产生这些结果的微观数 据，或者反过来由低层微观数据逐步向上得到高层的宏观结果，为决策者提供准确、有效的决策选择。 第 二 章 系统的需求分析 4 第二节 功能性需求 施工现场 管理是发挥 施工现场 作用的重要方面。 根据现 房地产开发项目施工现场 管理的实际情况，加强 管理和规范 施工现场 设备管理与 监控 管理 ， 本 系统 通过需求调研和分析，应 具备如下功能： 用户登录流程分析 系统根据不同的角色划分，前端用户分为 甲方、监理和总包用户 。无论哪种角色的用户，使用系统之前都要完成登录过程。本系统的 图 户登录系统过程示意图 第 二 章 系统的需求分析 5 甲方操作功能分析 在房地产开发项目中， 甲方是指从事房地产开发与经营的那方，也可以叫着开发商、建设方、发包方等。 甲方 的操作功能包括 ： 登录； 查询、添加、修改、删除基本设备信息； 查询、添加、修改、删除故障设备信息； 查询、添加、删除顶级和 监理 ； 查询、删除 总包 用户； 打印报表； 注销 。 甲方 系统 功能 用例图，如图 图 方 系统功能用例图 甲方系统功能 用例说明： 第 二 章 系统的需求分析 6 表 方 系统功能用例 用例名称 甲方 系统功能用例图 用例图号 图 例 参与者 甲方 用例说明 登录；查询、添加 、修改、删除基本设备信息；查询、添加、修改、删除故障设备信息；查询、添加、删除顶级和 监理 ；查询、删除 总包用户 ；打印报表；注销 的功能。 前置条件 管理方 必须授权 监理操作功能分析 施工监理 是指监理单位受业主的委托，在业主授权范围内代表业主对工程施工进度、质量、投资、安全等进行控制并对进工程合同和信息进行管理，以及协调参建各方关系一系列监督管理活动。 该系统中 监理 的操作功能包括 ： 登录； 添加、修改、删除基本设备信息； 添加、修改、删除故障设备信息； 浏览顶级和 监理 ； 浏览、删除 总包用户 ； 打 印报表； 注销。 设备监理角色是从事设备监理业务活动的专业技术人员，其中大部分人员是在科研、设计、生产制造单位中从事过设备设计、制造、检验的有丰富理论和实践经验的专业技术人员，承担着重大的技术和经济责任。世界各工业发达国家和地区，在设备工程项目中普遍推行设备监理制度，设备监理成为发达国家通行的惯例和设备工程建设程序的一部分。随着国内投资体制改革的不断深入，许多大型工业项目引入了设备监理制， 例如 三峡工程更是把设备监理制作为保证工程质量的重要手段，并且在确保三峡水电设备工程质量安全等方面发挥了重要作用。 监理 系 统功能用例图，如图 第 二 章 系统的需求分析 7 图 理 用 户 系统功能用例图 保持设备完好要通过正确使用、精心维护、适时检修使没备保持完好状态，随时可以适应企业经营的需要投入正常运行，完成生产任务。系统需要充分发挥设备效能（即设备的生产效率和功能）。设备效能的含义不仅包括单位时间内生产能力的大小，也包含适应多品种生产的能力。 监理 系统功能 用例说明： 表 理 系统功能用例 用例名称 监理 系统功能用例图 用例图号 图 例 参与者 监理 用例说明 登录；添加、修改、删除基本设备信息；添加、修改、删除故障设备 信息；浏览顶级和 监理 ；浏览、删除 总包用户 ；打印报表；注销的功能。 前置条件 甲方 对 监理 功能必须授权 第 二 章 系统的需求分析 8 总包用户操作功能分析 建设工程的总承包，一般又被称为“ 总包 ”，是指建设工程任务的总承包，即发包人将建设工程的勘察、设计、施工等工程建设的全部任务一并发包给一个具备相应的总承包资质条件的承包人，由该承包人对工程建设的全过程向发包人负责，直至工程竣工，向发包人交付经验收合格符合发包人要求的建设工程的发承包方式。 系统中 总包用户 的操作功能包括 ： 注册； 登录； 浏览基本设备信息； 浏览故障设备信息 ； 用户信息修改； 注销。 总包用户 系统功能用例图，如图 图 包用户 系统功能用例图 第 二 章 系统的需求分析 9 由于建设工程项目总承包方是受业主方的委托而承担工程建设任务，其项目管理主要服务于项目的整体利益和建设项目工程总承包方本身的利益，其项目管理的目标应符合合同的要求 。系统中 总包用户 系统功能 用例说明： 表 包用户 系统功能用例 用例名称 总包用户 系统功能用例图 用例图号 图 例 参与者 总包用户 用例说明 注册；登录；浏览基本设备信息；浏览故障设备信息；用户信息修改；注销的功能。 前置条件 甲方 对 监理 必须授权 第三节 非功能性 需求 统 多层 模型选择 良好的软件系统通常采用多层架构， 针对这个需求，本 系统的层次划分从最底部的数据库层开始，一层一层的向上提供接口服务，最终实现用户按业务要求的可见操作界面和其他系统接口。各层次专著于自身功能的接口实现，整个层次保持相对的稳定。系统通过不改变接口，各个层次、各个组件进行优化的策略，能在不影响整个业务的前提下，不断的完善和改进。 本系统基于 B/S 模式 ，客户端用户不用再装特殊的软件 。 只要浏览器就能实现访问 ， 简化了繁琐的安装过程，减低了系统开发 、维护和使用的难度。 系统 把功能完全放在服务器上，在客户端计算机只要使用浏览器就可访问系统，服务器会根据用户需求在服务器端运行将结果返给用户。这样就便于软件系统本身运行一段时间后根据需求进行一些调整变化， B/S 架构的系统升级调整非常方便，特别是对于一个大的单位，内部的电脑数量比较多，如果管理系统再涉及客户端的调整必然影响了效率而且工作量也是很大的，但 B/S 架构的管理软件只需要服务器端进行调整与修改就可以了 ，所有的客户端根本不需要做任何的维护。 客户端的数量 的增减变化 ， 不会影响系统 维护升级的难度 程度 ， 这样的设计有 利于 系统的扩展。 第 二 章 系统的需求分析 10 通过需求分析， 了解 到 B/S 架构的管理软件的安装部分只在服务器上运行就可以了，所有的客户端只有浏览器即可 。 考虑到 核心业务逻辑的独立性 ， 本文 在设计系统时采用了 基于 B/构，如图 图 层架构图 所谓三层体系结构，是在客户端与数据库之间加入了一个中间层，也叫组件层。这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有 B/S 应用才是三层体系结构，三层是指逻辑上的三层，即使这三个层放置到一台机器上。三层体系的应用程序将业务规则、数据访 问、合法性校验等工作放到了中间层进行处理。通常情况下，客户端不直接与数据库进行交互，而是通过 讯与中间层建立连接，再经由中间层与数据库进行交换 。 第一层 是用户界面表示层 ( 第二层 是业务逻辑层 ( 第三层 是数据访问层 ( 开了，并且加入了业务规则。各层的作用如下： 数据数据访问层 :主要是对原始数据（数据库或者文本文件等存放数据的形式）的操作层，而不是指原始数据，也就是说，是对数据的操作，而不是数据库 ,具体为业务逻辑层或表示层提供数据服务 业务逻辑层 :主要是针对具体的问题的操作，也可以理解成对数据层的操作 ,对数据业务逻辑处理，如果说数据层是积木，那逻辑层就是对这些积木的搭建。 第 二 章 系统的需求分析 11 表示层 :主要表示 也可以表示成 如果逻辑层相当强大和完善 ,无论表现层如何定义和更改 ,逻辑层都能完善地提供服务。 三层的具体的区分方法如下 ： 数据数据访问层 :主要看数据层里面 是否 包含逻辑处理，实际上 该层的各个函数主要完成各个对数据文件的操作 ， 而不必管其他操作。 业务逻辑层 :主要负责对数据层的操作 ， 也就是说把一些数据层的 操作进行组合。 表示层 :主要对用户的请求接受，以及数据的返回，为客户端提供应用程序的访问。 开发人员可以将应用的商业逻辑放在中间层应用服务器上，把应用的业务逻辑与用户界面分开。在保证客户端功能的前提下，为用户提供一个简洁的界面。这意味着如果需要修改应用程序代码，只需要对中间层应用服务器进行修改，而不用修改成千上万的客户端应用程序。从而使开发人员可以专注于应用系统核心业务逻辑的分析、设计和开发，简化了应用系统的开发、更新和升级工作。 假设有一段登录代码，则可以这样处理 序，外观层负责接收前台页面的数据， 然后传给中间层，中间层对数据进行处理，比如格式化，防 入等等一些，这样的数据再传给数据访问层然后与数据库进行操作，比如与数据库的用户名和密码匹配等等一些代码。 中间业务层的用途有很多，例如：验证用户输入数据、缓存从数据库中读取的数据等等 。 但是，中间业务层的实际目的是将“数据访问层”的最基础的存储逻辑组合起来，形成一种业务规则。例如：“在一个购物网站中有这样的一个规则：在该网站第一次购物的用户，系统为其自动注册” ， 这样的业务逻辑放在中间层最合适 。 在“数据访问层”中，最好不要出现任何“业务逻辑” 。 也就 是说，要保证“数据访问层”的中的函数功能的原子性 ， 即最小性和不可再分。“数据访问层”只管负责存储或读取数据就可以了。 不同的应用有不同的理解，这只是一个概念的问题 ， 完善的三层结构的要求是 ： 修改表现层而不用修改逻辑层 ,修改逻辑层而不用修改数据层。否则应用是不是多层结构 （ 或者说是层结构的划分和组织上是不是有问题 ） 就很难说 。 第 二 章 系统的需求分析 12 本文 用三层结构主要是使项目结构更清楚 ，分工更明确，有利于后期的维护和升级。它未必会提升性能，因为当子程序模块未执行结束时，主程序模块只能处于等待状态。这说明将应用程序划分层次，会带来其执行速 度上的一些损失。但从团队开发效率角度上来讲却可以感受到大不相同的效果。 三层结构不是 构 的专利，也不是专门用在数据库上的技术。它是一种更加普适的架构设计理念。此种架构要在数据库设计上注意表之间的关系，尽力满足主与子的关系。在功能上对用户要有一定的限制，不要表现在对于子表的删除操作一定要慎重，以免造成主表与子表的数据在逻辑上出现的主表的外键在子表中没有相对应的值。 对于表的综合查询方法是：先对主表查询，调用主表所对应的 根据主表的记录分别对每一个子表进行查询。将自表的查询结果添加的主表后，形成一 个大的查询集合。对于表的操作（增删改）：此时只对主表进行操作，调用主表对应的 面设计技术选择 现在的页面设计技术可以分为静态网站设计和动态网站设计。随着信息保有量的不断提高，单纯的只提供单向的、固定的、只适合浏览阅读的网站在很多领域已经不适合，因为这样的网站信息更新困难，需要具有网页制作的人员将要发布的信息逐一制作成网页而且还要和已有网页建立链接，这就要修改另一个网页所以实现上会很麻烦，需要不断的修改，而且如果每天要制作发布很多网页也容易造成链接制作混乱的情况，造成整个网站信 息发布出现错误。动态网站设计技术使网页由单向浏览转向双向互动，而且它具有后台数据的管理和控制。后台数据库用于存储信息，前台页面调用后台数据库，使页面动态交互和更新。那么对于房地产开发项目的多媒体教学的监控管理是动态化的过程，它涉及动态的更新多媒体教学设备清单、动态分配、维护电教设备、实时实现老师们上传开展多媒体教学的课件和教学反思、学期末统计教师使用多媒体教学设备次数，动态生成采用多媒体教学的多少与学生成绩之间联系的关系图，动态提供教师集备研讨、师生课后答疑交流等功能。考虑到这种动态需求，应用动态网站设计技 术设计本系统最为适合。 现在的动态网页编程技术以 它 们都有自己的特点，下面逐一作以分析。 第 二 章 系统的需求分析 13 术是在 嵌入脚本语言的动态网页编程技术，它是一款不用付费的开源产品而且使用的后台数据库也是免费的 以也有不少开发人员来应用这种技术编写动态网站。 术编写的网站程序代码是由服务器端的语言引擎边解释边执行的。 语法 结构 和 相似，但是由于 术在编程方面不使用命名空间，所以在编程时容易造成一些模块名称因相同而发生冲突影响使用，这个缺点造 成 术一般适合开发小型的服务器程序不适合大规模的程序开发，对于现在的面向对象设计思想支持的不是很好，所以这也限制了它的广泛应用。 司推出的动态网页技术。 它是以 言作为基础，它的代码 编译成 节码由 行，所以要在网站发布前进行编译这种一次编译使后期运行速度会超过 且 以在很多操作系统上架构，跨平台性很好，但是在数据库访问方面很有难度，因为数据库的 连接 要使用 语言编写的，这就造成由 语言代码的问题，容易出错 。 时汉字在网页上显示为乱码。 微软公司推出的新型 发技术，经过几年的改进，一个相当成熟、丰富、全面的语言技术，来构建所有类型的 用，不仅仅是 升级版，更主要是微软 一部分，一个统一的 用程序开发工具，它能使用很少的代码生成企业级 用程序所必须地各种服务， 用程序还可以访问 的类库。 支持多种开发语言得一个统一编程环境，这种环境没有开发语言的限制，能够高效建立各种 用程序和服务，通过使用 务达到 提供的公共类型系统自己定义了一个数据类型集合，从而屏蔽了大部分编程语言中数据类型的差异性，让编程语言与数据定义分离，实现语言的合作编程。 具备了 优势，采用面向对象的编程方式，有事件、属性和方法，而且也是建立在通用语言上的程序构架，这 使它更易于使用更易于开发，运行速度更快。 任何 用程序都可以使用整个 架 ,它不仅兼容很多种语言C#、 J#、 C+。 于 境，而且是完全面向对象，使用事件、方法可以快速开发程序。 第 二 章 系统的需求分析 14 其他高级程序设计语言一样，先编译再执行，部署到 该程序执行代码的时侯，此时运行的是 务器上已经精心编译好的公共语言运行时库代码，所以效率很快很高。 界面设计和程序设计分离分别存在不同文件中，清晰的 程序结构，利于维护。 件还可以通过事件触发方式编写程序，加速了程序开发的速度。 钮控件等，还包括了验证控件数据库操作控件，功能更加强大。 设计了一系列对各种类型数据的访问形式，并提供了类，类中有与数据交互的属性和方法，便于对各种数据源进行存取。 以应用数据控件实现数据的访问。数据绑定控件 个是 置了 分页排序等功能。具有呈现单列数据时用 具有呈现多列数据用 实现了编辑、分页等功能，为方便实现数据访问，在开发本系统时也大量应用了 件。 基于对 分析我觉得 适于我的网站开发，所以我选择 为本系统的网页开发技术。 台数据库技术选择 现在比较流行的 数据库 管理系统有 他们都有自己的特点，下面逐一作以分析。 且小巧精悍，它支持多线程多用户有很好的负载能力，但 的索引占用磁盘空间比较大，每次修改重新索引会使数据库的访问速度降低些。 用于 有分布式处理功能，而且有很好的移植性和兼容性， 支持 P、 据库管理系统数据存储量大、查询效率高、易于使用提供访问 接口实现数据访问的特点，是微软推出的关系型数据库管理系统，它不仅提供了数据定义、数据控制、数据操纵等基本功能，还提供了系统安全性、数据完整性、并发性、审计性、可用性、集成性等功能。具有 众多的 章 系统的需求分析 15 和电子商务功能 ，大大推动了数据管理、知识管理的应用和发展。 据 库引擎 (将 业务数据的存储、处理、查询和安全管理 的任务 负责完成。例如，建数据表、执行查询等操作，都由 种 由提供 ， 此 工具 在系统中具有 完成访问、配置、控制、管理和开发 所有工作 的功能 。 身就是微软的产品，所以与 存在数据访问的问题，所以在开发本系统时采用 为后台数据库技术。 发平台技术选择 采用 005 作为开发环境 开发本系统 ，它是 开发工具集中最完整的 一 套 ，主要包括 开发语言的支持。它的新特性将其成为微软下一代 提供一种可视化的代码设计界面，能够在编辑器内显示用户控件，在设计时就能看见整个页面的样子。工具箱中包含了常用控件，用户需要时，就需要将控件从工具箱中拖到界面上，通过属性窗口改变控件的属性值，还可以双击控件进行编程。解决方案资源管理器是对所属项目文件的导航，可以看到项目结构配置文件等，用户可以添加或删除文件实现对文件的管理。通过运行 按钮在浏览器观察运行结果，在网站设计完成后可以对整个站点编译，生成编译后的网站，只要将 基于这些特点， 采用 005 作为开发工具 开发本系统 。 第三章 设备管理系统的设计 16 第 三 章 设备管理 系统的 设计 第一节 总体结构 设计 为了更好的能直观地了解系统将要实现的功能，本系统 清晰的 分 为 四个 模块 ：基本设备管理模块，设备维护管理模块，用户管理模块和数据挖掘模块 。 图 统 总体结构图 第二节 功能 模块 设计 基本设备管理：该模块有四个 部分，分别是 厂家信息管理、 设备信息管理、设备 调度 管理、 设备监理管理 ，每一部分均包括查询、增加、修改和删除的操作。 设备 维护 管理：该模块有三个部分，分别是设备 养护 管理、 设备 故障管理 、设备维护信息管理 ，每一部分均包括查询、增加、修改和删除的操作。 第三章 设备管理系统的设计 17 用户管理：该模块有 三 部分，分别是 甲方用户、总包用户和监理用户 。 甲方 模块包括查询 甲方、总包和监理信息 、增加 各级 用户 、修改密码 各级 用户 、删除 各级 用户 。 总包、 监理用户 模块包括查询 总包 用户信息、新用户 注册登录 、用户修改密码、删除 总包 、监理 用户。 数据挖掘：该模块包括统计设备故 障率、预测设备故障趋势、预测设备平均故障时间。 数据挖掘是一个以数据库、人工智能、数理统计、可视化四大支柱技术为基础，描述或说明一个算法设计分为三个部分：输入、输出和处理过程。数据挖掘算法的输入是数据库，算法的输出是要发现的知识或模式，算法的处理过程则设计具体的搜索方法。从算法的输入、输出和处理过程三个角度分，可以确定数据挖掘主要涉及三个方面：挖掘对象、挖掘任务、挖掘方法。挖掘对象包括若干种数据库或数据源，例如关系数据库、面向对象数据库、空间数据库、时态数据库、文本数据库、多媒体数据库、历史数据库，以及万维网 （ 。挖掘方法可以粗分为：统计方法、机器学习方法、神经网络方法和数据库方法。统计方法可细分为：回归分析、判别分析等。机器学习可细分为：遗传算法等。神经网络方法可细分为：前向神经网络、自组织神经网络等。数据库方法主要是多维数据分析方法等。 第三节 业务 逻辑设计 故障管理、维护无疑是核心工作，重中之重。其管理模式的科学化与规范化，管理手段的信息化与自动化对于施工现场的总体发展产生深远的影响，由于管理内容过多，繁琐，处理的过程也非常复杂，随着人员、设备、种类数量的增加，信息量大幅上升，因此往往很难及时准确 地掌握运作状态，所以迫切需要现代化管理要求的管理系统。 （ 1）不同模块间业务逻辑 设计 ：系统涉及到的主要业务功能包括基本设备设置、设备维护管理、数据挖掘模块，业务逻辑图见图 第三章 设备管理系统的设计 18 图 块间业务逻辑关系图 （ 2）角色与权限业务逻辑 设计 ：系统最重要的角色包括总包、甲方和监理，相互之间的逻辑关系如图 通常 一个工程由甲方提出目标、资金，把这个工程让总包方来完成项目，总包方把这个工程分解然后在分包到几个承包方。甲方聘请监理来监管承包方在完成项目时的质量、进度、安全等。 图 色与权限逻辑 关系图 （ 3）用户操作流程 设计 ：用户登录后能够进行相关的各种业务逻辑操作，包括 设备查询、设备选择、设备维护、设备新增、设备删除等，具体的操作流程见图 其中的 设备 维护 是指设备技术状态劣化或发生故障后，为恢复其功能而进行的技术活动，包括各类计划修理和计划外的故障修理及事故修理。设备 维护 的基本内容包括设备维护保养、设备检查和设备修理。 第三章 设备管理系统的设计 19 图 户操作流程图 （ 4）设备 故障 信息维护流程 设计 ：故障信息的查询与管理是系统的一个重要功能，用户登录后可以查询故障设备、修改故障设备、删除故障设备、新增故障设备 等，流程如图 示。