住宅质量计算机管理系统的研究

2012-06-29陈文建

四川建筑 2012年4期

陈文建

(四川职业技术学院，四川遂宁 629000)

随着购房者维权意识的加强，对住宅质量的要求越来越高。现在的住宅一般为高层，一个楼盘的住宅套数较以前大为增加，这种情况意味着需要建筑商处理的故障越来越多。需要建筑商处理的楼盘往往不只一个，每一个楼盘在早期都存在着大量的故障，而建筑商的人力物力通常是有限的，大量问题的存在，使人工收集整理成为一个浩大的工程，大多数问题被拖延甚至遗忘，严重影响了后期工程质量。在这种情况下，引入了计算机系统可以帮助我们对故障进行处理。

1 需求分析

对任意一个系统而言，需求分析总是开始工作的第一步，也是最重要的一步。需求分析的过程也是分析系统需求的过程，分析的目的是发现系统需要包含哪些功能版块，以及各个功能需要实现(达到)的效果。需求分析的过程需要开发人员和顾客一起完成，尽可能达到顾客希望的结果。通过分析，得出住宅质量管理系统应该满足以下需求。

1.1 住宅建筑的信息管理

这里所说的管理应该包含信息的添加、修改和删除。在系统使用初期或者新增加一个楼盘，就需要由系统管理人员或者有权限的楼盘管理人员一次性录入楼盘的基本信息，包括楼盘内的单元管理、单元内的楼层管理、房间的户型管理以及不同户型中的结构布局。

1.2 故障录入

工作人员通过故障录入功能将检查到的故障录入到系统中。为了方便工作人员的录入，根据工作经验将可能发现的故障进行大体分类，将可能发生的问题做成选项，工作人员在录入故障的时候只需对相应的选项进行勾选，从而简化工作步骤。

1.3 故障自动流转

故障管理系统的目的是更好地对故障进行分类、处理，以保证住宅交付业主的时候实现零故障。在现实生活中，往往会出现发现了故障不知道送哪个部门的情况。在住宅质量管理系统中，管理员可以对不同类型的故障制定相应的故障流转路径，录入故障后，故障会根据指定的路径自动流转到责任单位和部门，并且根据处理情况进一步流转，以减轻工作人员的工作量。另外，因为故障是根据相对固定的路径进行流转，系统会自动记录其流转过程，从而更好地确定责任的归属。

1.4 制订工作任务

任何一个楼盘的故障处理工作都是漫长而复杂的。不仅仅包含故障的发现、录入，还包括故障解决的情况，以及解决后是否合格等多个步骤。加上现在楼盘一般包括多个单元，一个单元中又包括多栋楼，一栋楼里面一般有15～35层。因为每一个房间需要检查、检修，如此巨大的工作量，如果事先不做好计划，很可能发生大量的重复工作和无用工作，更有可能会遗忘一部分区域。因此必须制订好工作任务，将工作分配到人头，订好进度安排，如果有疑问，工作人员应尽快向管理人员反映;如果无反映则视为接受工作，接受工作后，就必须对工作进度负责，随着时间的推移更新工作进度。这么做一方面可以让大家明确自己的责任，另一方面可以帮助领导更好地掌握项目进度，还可以帮助检修工作更加全面完善地推进。

1.5 生成统计报表

对于一个工程来说，处理故障很重要，总结经验同样重要。住宅质量管理系统可以根据系统楼盘中的实际情况、录入故障数量及分类情况、故障处理情况并进行统计，根据用户的不同需要，生成不同的报表，并可以直接生成Word 文档或者Excel 文档，从而方便工作人员和管理人员查看，在工程决策人员做出决定的时候提供有价值的参考意见。

2 功能分析

住宅质量管理系统研究主要过程包括:需求分析、功能分析、数据库设计、系统总体设计及流程、各模块功能编程实现、系统总成、调试、发布。要完成这个系统，主要需要解决下面几个方面的问题。

2.1 故障量化

在每一个工程，甚至每一栋楼里都有数以万计的故障存在，这些故障有一定的特殊性也存在一定的共性。为了让这些故障在计算机中得到更好地处理，必须把日常描述转化为计算机可以理解的内容，并将这些故障进行量化。对大多数楼盘都存在的常规故障，应为它设计统一的格式，工作人员只需对其进行选择，即可将存在的故障录入系统;对于个别出现的特殊故障，可以为它准备一个通用的录入通道，这类故障需要工作人员进行更多的描述，然后提交到系统中进行流转。对于这类故障，系统管理人员更应进行关注，一旦该故障反复出现，具有一定的普遍性，就应该对其进行总结，将该故障量化整合到系统中成为常规故障，以方便后期录入。

2.2 故障处理流程

什么故障采用什么处理流程，在系统使用初期，可以由管理员根据经验指定一定的路径，使故障流转。然后工作人员可以根据实际工作流程，对系统中原有流程进行修改，或者设定新的处理流程。系统使用过程中应该可以根据不同用户的配置积累经验，生成数据字典，记录常用工作流程，不断进行自我完善。

2.3 故障母版的生成

故障量化后，应该形成故障母版成为系统的一部分，工作人员在录入一般故障的时候，只需选择即可。对特殊故障，工作人员需要手动录入，系统自动收集特殊故障，供工作人员查看，如果是常见故障，也需要形成母版，方便以后的使用。

2.4 任务分配

楼盘管理人员拿到工作后，首先要做的是将工作分解，指派任务给相关的工作人员。这里的任务包括两种:故障检查和工作任务。故障检查主要是将楼盘中的房间分配到工作人员头上，工作任务指的是除故障检查之外的其他任务。在分配任务的时候，管理人员需要指定工作人员和任务的截止时间。当工作人员登陆系统的时候，系统会自动提示其有任务需要接收;工作人员查看任务后，有两种处理方式:接受任务或者提出反对意见。对于接受的任务，系统将在任务截止时间到期前两天给予提示;对于反对的任务，则会再次回到管理人员手中，由管理人员再次协调分配。另外，很多故障可能需要分步完成，也就是存在一个任务流转的问题。任务的流转路径可以由管理人员在分配任务的时候指定，如果管理人员没有指定，则由工作人员在完成手头工作后，指定流转给下一个工作人员。下一环节的工作人员有义务检查上一环节工作人员的工作，一旦接收工作后，如果工作出现纰漏，需要承担连带责任。

2.5 系统速度

系统采用B/S 模式，这样做可以节省服务器端的资源。因为如果所有操作都需要返回服务器端处理，加上系统需要处理的数据量非常大，系统的速度将远远无法满足客户的需要。所以计划采用Ajax 技术，在客户端实现无刷新程序处理，尽可能将工作放到客户端处理，提高系统的反应速度。

3 系统功能模块分析

根据上面的分析，可以将系统功能模块进行分解，如图1所示。

图1 系统架构

3.1 用户权限管理

根据系统需求，在系统中设计了多个版块。但是系统的用户不仅仅包含管理人员还包括工作人员，有一部分信息并不是所有人都可以看到的，不同的人在系统中完成的工作不一样，所以在系统中要将用户进行分组，再将不同的权限赋予给不同的组，组内用户拥有相同的权限。这个部分的主要功能是对系统中各级用户进行管理。包括添加分组、为组分配权限、添加/编辑/删除用户、维护用户信息等功能。

3.2 户型分配

在实际生活中，户型的数量是有限的，主要有一室一厅、二室一厅、三室一厅等户型。一旦确定了户型，就可以确定房间内的布局。只要为生成的房间指定了户型，就可以知道房间内有哪些需要检查的项目。因为户型对每一个楼盘都是固定的，所以只需楼盘管理人员在初始化系统的时候，配置户型，后期使用的时候直接选择即可。如果需要修改，也仅仅需要在“户型配置”里面进行修改，而不需要在用到的地方都做修改。

3.3 故障验收母版管理

根据工程故障管理的经验，可以发现工程中有很大一部分相同或相似的故障。加上每一个人对相同的任务有不同的描述方法，如果让大家手动录入故障，很难对故障进行归类。所以将故障类型比较固定的区域进行归类，形成验收母版，工作人员一旦发现故障，只需在对应的项目进行选择即可;另外在设置母版的时候，可以把对应的故障设置设定流转路径，只要工作人员填写了对应的故障，故障就自动根据设定的流转路径进入下一环节的工作人员手里，而不需要人工干预。比如:对于室内净高度，就分为“极差－20”，“偏差20”这两种比较常见的故障，如果是这类故障，在对应故障后面打钩，然后录入相关情况即可;如果故障不在母版内，则在“故障申报”里面自己描述提交即可。如果一个故障经常出现，管理人员将其加入母版即可供以后反复使用。

3.4 故障管理

故障录入系统是系统工作的重要步骤，但不是关键步骤。故障录入的目的是为了让故障得到更好的解决处理。对于各类已经在母版中分类的故障，故障自动进入处理流程。流程中每一个环节何时接收，哪个部门处理，处理结果如何，在系统中都有记录，当故障流转到某一个步骤，系统会自动提示当前步骤的管理人员。一旦过期仍未处理，管理人员将得到提示，以督促故障管理有序进行。

3.5 报表功能

将故障录入系统，一方面可以帮助简化故障解决流程，更好地解决发现的故障，提高楼盘的合格率和解决故障的工作效率;另一方面可以更加方便的总结经验教训，统计出多发故障提供给施工和监理单位参考;还可以更加方便地统计出楼盘的故障合格率，在售楼前做到心中有数。这些统计功能，在这个系统中都能在报表这一部分得到实现。

系统中各类功能与人员的对应关系如图2 所示。