房产和维修网络管理软件系统

1.技术路线要求

1.1软件架构要求：利用数字化校园平台集成的理念，对资产管理相关的各个系统进行统一的规划和整合。系统采用B/S模式实现，系统采用先进的、开放性的技术，以便能够适应学院数字化校园建设的需要。

1.2系统拓展特性要求：要求软件系统应有一套完整的数字化管理平台思路，解决与用户方数字中心的数据接口；信息系统集成要不断适应学校发展所引发的各类新需求，通过对软件的重新配置、改进，满足学校长期发展的需求。

1.3系统安全性要求：应遵循软件系统应用安全体系和安全设计的基本原则，应清楚地描述安全目标：物理安全、网络安全、数据安全、数据备份、应用系统安全、安全制度建设、系统的设计架构应该严密、合理，能严格控制数据的录入、修改、查询，并能自动对不同人员的操作进行记录，从源头保证数据的完整性、一致性和准确性。

1.4系统应部署版本控制数据库服务器，采用更新包技术承载用户个性化需求与系统出现的问题，实现所有终端用户与WEB服务器上的程序版本自动智能更新。各终端用户更新时无需手工下载与覆盖文件。

1.5系统应采用SQLserver2005或者更高版本的SQLserver大型数据库系统，数据库能够定期自动备份。

1.6系统应具有足够的安全性、可靠性，确保系统及其数据具有较高的安全级别。可实现基于用户、IP进行登录控制；要有完善的用户权限管理、身份认证策略，防止非法用户入侵。现有用户中没有因黑客入侵造成系统或数据被黑的案例。

1.7系统应支持校园网、互联网等网络环境，所有数据都能通过网络进行传递，充分实现资产数据的数字化、信息化和数据共享。系统需要开放接口，能够实现与学校数字化校园以及财务系统的对接，并在标书中提供详细的对接方案。

系统应具有良好的兼容性与开放性，所有数据应可以用.XLS，.dbf等标准格式导入导出，能为国家和学院的其他应用软件系统提供标准数据接口。

2．系统功能需求及原则

用户数无限制，系统能实现通过校园网，让全校所有部门、人员利用一套软件参与到房产管理中来，系统对全部管理环节进行有效管理和控制，实现房产管理的可视化管理。系统设计原则：界面简洁清晰、易上手。  

具体功能需求如下：

2.1、信息门户

是系统登录的窗口与信息展示的平台，在信息门户上可以查询学校房产资源，包括：学校简介、楼宇信息、综合查询、房源发布、用房管理、规章制度等，全图浏览学校房产资源，实现通过查看任意房产资源完成对该房产资源下的固定资产数据的查询，也可根据学校需求，将后台管理中的任意模块发布在前台信息门户之上。登陆后有待办事项提醒。

2.2、系统管理

权限管理：维护部门及人员信息；允许批量或单独给用户定义其操作权限和管理权限。

数据管理：支持Excel导入导出；系统需提供数据备份、数据初始化、数据恢复等功能。

操作日志：展示用户对于系统关键操作的操作记录，包括增加、修改、删除记录等。

地点对照：实现与固定资产系统存放地点对照，建立统一信息标准。

数据字典：针对建筑类型、房屋用途、房屋性质等信息项进行自定义维护。

平台管理：用于维护前台门户信息。

2.3、基础信息管理

基础信息维护功能：土地、校区、楼栋、楼层、房间信息；支持PDF、CAD等多种格式的图片、矢量图上传。

土地信息登记包括“宗地编号”、“宗地号”、“土地等级”、“土地权利人”、“土地使用期限”、“权属证明”、“权属性质”、“面积”、“使用权限面积”等信息项。支持相关地图的上传。

校区信息维护，支持相关平面地图的上传。楼栋信息维护包括“楼号”、“楼栋名称”、“地上层数”、“地下层数”、“地上面积”、“地下面积”、“公用面积”、“占地面积”、“建筑面积”、“建筑类型”、“抗震设防烈度码”等信息项。支持图片的上传。楼层信息维护包括“楼层面积”、“房间数目”、“楼层平面矢量图”等信息项。。房间信息维护包括“所属楼房名称”、“所在楼层”、“房号”、“房屋名称”、“房屋面积”、“房屋类型”、“房屋性质”、“使用人数”、“使用人名单” 、“可容纳人数”、“使用单位”、“归口管理部门”、“使用初始日期”、 “使用状态”、“上报用途”等。按房间性质、使用状态等设置必填项，实现选择不同类型房屋时生成与之相对应的房屋信息字段。可通过前台打开维护各楼层矢量平面图。楼层平面图显示房间主要信息，数据库信息变更，楼层平面图信息自动随之变更。可简单修改楼层平面图。

每个房间支持2到4张图片的上传，支持打印每个房间的房产主要信息标签。链接设置用于全图浏览，设置公房资源热点的操作。附属设施管理针对附属设置进行维护，支持图片上传。

2.4、日常管理

根据学校要求既有申请用房、上缴房屋、房屋分配、房屋收回、调配等固定流程，也可自定义流程，流程结束，基础信息库的信息自动即时更新。

本部门内部调整：不改变使用性质，需依次经归口部门、校产处备案，流程结束后信息库自动更新。

申请用房：用房部门填写申请单提交至归口管理部门审核,批准后自动转至校产处备案，流程结束后信息库自动更新。

上缴房屋：上缴部门填写申请单提交至归口管理部门审核,批准后自动转至校产处备案，流程结束后信息库自动更新。

房屋分配、房屋收回：由归口管理部门或校产处填写变更单，使用部门确认，流程结束，信息库自动更新。

房屋租借：房屋性质必须是租借用房，信息包括租金、水电暖费的约定、缴费日期、合同期、到期提前提醒。

变更房屋性质、房间号等需经相关归口部门、使用部门、校产处审批、确认、备案。

房屋改造：包括房屋合并、房屋拆分管理。线下审批改造完成后，报校产处备案。系统管理员变更平面图、数据库信息。

定额管理与有偿使用：自定义设置教职工基本面积数量、岗位系数、部系调整系数。根据与人事管理系统对接后的人事信息，系统自动求出各部门的定额面积。自定义超额面积的缴费额/平方。预留接口，与财务收费系统对接。

2.5、综合查询统计

查询与统计功能：各种单一条件查询统计、组合条件查询统计，生成表格可打印，可存为excel，可按财政部门资产上报要求生成报表。

地图浏览支持全图展示学校公房信息，实现数据共享，以图文结合的方式展示每处公房资源下的固定资产信息。查询按条件、自定义等多种查询方式，可按照房屋入住历史，按照校区、楼房名称、楼层、使用状态、使用性质、使用部门、使用人名字、归口管理部门查询。实现按照房屋流水记录、人员住房历史查询。统计分析生成各类统计报表，包括：公房使用明细表、单位公房使用情况总览表、公房用途清查统计表等。数据上报支持生成高基511校舍情况表、高基521资产情况表、表5-1教学行政用房及教学设备、表5-4生活用房等。

2.6、与其他管理系统接口

系统与本校固定资产管理系统可无缝对接并且使用同一个数据库，单位、人员、地点和资产卡片信息可实时同步；系统可与人事管理系统进行基础信息对接，实现部门、人员基本信息免维护；留接口与维修系统、财务收费系统对接。

1.技术路线要求

1.1软件架构要求：利用数字化校园平台集成的理念，对资产管理相关的各个系统进行统一的规划和整合。系统采用B/S模式实现，系统采用.net先进的、开放性的技术，以便能够适应学院数字化校园建设的需要。

1.2系统拓展特性要求：要求竞价方的软件系统应有一套完整的数字化管理平台思路，采用统一的信息标准、统一的技术标准、统一的业务规范、统一的基础架构和统一的组织管理的原则且具有良好的拓展性，解决与用户方数字中心的数据接口；信息系统集成要不断适应学校发展所引发的各类新需求，通过对软件的重新配置、改进，满足学校长期发展的需求。

1.3系统安全性要求：应遵循软件系统应用安全体系和安全设计的基本原则，应清楚地描述安全目标：物理安全、网络安全、数据安全、数据备份、应用系统安全、安全制度建设、系统的设计架构应该严密、合理，能严格控制数据的录入、修改、查询，并能自动对不同人员的操作进行记录，从源头保证数据的完整性、一致性和准确性。

1.4系统应部署版本控制数据库服务器，采用更新包技术承载用户个性化需求与系统出现的问题，实现所有终端用户与WEB服务器上的程序版本自动智能更新。各终端用户更新时无需手工下载与覆盖文件。

1.5系统应采用SQLserver2005或者更高版本的SQLserver大型数据库系统，数据库能够定期自动备份。

1.6系统应具有足够的安全性、可靠性，确保系统及其数据具有较高的安全级别。可实现基于用户、IP进行登录控制；要有完善的用户权限管理、身份认证策略，防止非法用户入侵。现有用户中没有因黑客入侵造成系统或数据被黑的案例。

1.7系统应支持校园网、互联网等网络环境，所有数据都能通过网络进行传递，充分实现资产数据的数字化、信息化和数据共享。系统需要开放接口，能够实现与学校数字化校园以及财务系统的对接，并在标书中提供详细的对接方案。

系统应具有良好的兼容性与开放性，所有数据应可以用.XLS，.dbf等标准格式导入导出，能为国家和学院的其他应用软件系统提供标准数据接口。

2．系统功能需求

用户数无限制，系统能实现通过校园网，让全校所有部门、人员利用一套软件参与到后勤管理中来，系统对全部管理环节进行有效管理和控制，实现后勤维修的可视化管理。  

具体功能需求如下：

2.1、信息门户

工作提醒及账目显示，用户登录后首页显示待办事宜、进度跟踪等。（首页支持图文切换技术，图形化界面直观显示操作流程及待办事项）。

2.2、系统管理

权限管理，允许批量或单独给用户定义其操作权限和管理权限。

角色管理可后台设置不同角色、用户的不同权限。允许批量或单独给用户定义其操作权限和管理权限。管理权限包括部门管理权限管理权限等。

数据管理基础信息维护：学校单位、地点、人员基础信息；系统需提供数据备份、数据初始化、数据恢复等功能。

操作日志：展示用户对于系统关键操作的操作记录，包括增加、修改、删除记录等。

地点对照：实现与固定资产系统存放地点对照，建立统一信息标准。

数据字典针对仓库物品分类、费用单位等信息项进行自定义维护。

对各餐厅、商务楼业户、教学楼及公寓等楼宇的电表、水表、天然气的起码和止码进行录入、统计、查询，能统计不同部门月度、年度用水电气等数据信息。

对学院个部门月用水电用量及金额进行录入、统计、查询。可按部门统计、查询，按时间统计、查询。

可以按照月、季、年对各部门进行燃气、汽油、柴油等消耗量、费用等进行统计。

2.3、维修流程管理

维修申请，报修人员填写维修申请单：报修人、联系方式、报修地点、故障描述等信息。

多级申请审核，相关领导审核，确定是否需要报修部门领导审核，确定维修费用、维修人员、维修时间等。（可根据学校实际情况自定义审核流程）

维修单的信息管理，定期维修检查管理，定期对学校后勤维修项目进行抽查或者自查管理。

2.4、库存管理

物品信息管理，对仓里的基础分类设置、物品信息维护等。

库存管理，管理员对新采购的物资填写详细入库单，进行验收入库。可以进行仓库调拨，可以进行库存盘点。可以进行退货管理。

仓库可以是实库，也可以是虚拟仓库，并且可以对学校多个仓库分别独立管理。

物品领用，领用人登陆系统填写领用单；填写完成的领用单提交仓库管理员审核，审核通过后打印领用单，可根据管理需要由相关领导签字后或直接到仓库领用所需物品。

物资物品领用可以直接与部门预算相结合，用部门经费控制领用的申请和审批。

出库管理，仓库管理员根据已审批的领用单，发放物资。对于需要归还的物资要填写预计归还日期，对于逾期未归还的物品，系统会自动形成催还记录。出库操作可以分为先入先出、后入先出、选择出库、无要求等方式。

物品归还，使用人把已使用完的物品归还仓库，仓库管理员接收并检查物品的完损状况，对于与领用时完损状况不符的物品根据管理条例处理，并对信息实时记录更新。

费用管理，按部门或按领用人核算领用物资费用。可以与部门预算相结合

预警管理，可以对某些物资设置库存底限警报；可以对某些物资设置有效期警报。

查询与统计分析，以简单、直观的方式，查询所需各种信息，生成各类查询表格。

2.5、维修队伍管理

维修人员信息登记，对维修人员的信息维护：编号、姓名、年龄、工龄、职称、工种、熟悉工作等进行登记。维修人员查询，对维修人员信息进行查询。

2.6、维修反馈

维修总结，维修人员对维修工作进行总结：维修工时、维修时间、维修消耗物品、完成情况、维修情况描述。

报修人员评价，报修人员对维修人员的维修结果进行评价，反馈结果可以被用来作为维修人员绩效考核的参考资料，并且有利于维修人员提高自己的工作积极性。。

2.7查询统计

按部门查询，可查询每个部门的维修次数、维修工时、维修消耗物品，以及可以提取每个部门的维修申请单和维修报告单；按维修人员查询，可查询维修人员维修工时、维修次数、维修种类以及出库物品等；按物品查询，如可查询使用了多少电灯泡水龙头等；出库查询。等等查询方式

统计整个学校的维修情况，如：维修次数、维修工时、维修消耗物品、维修金额等。

2.8接口要求

系统与本校固定资产管理系统可无缝对接，单位、人员、地点和资产卡片信息可实时同步。系统可与低值易耗品系统无缝对接，物品分类信息可以实时同步。

系统具有与扫码设备、二维码扫描功能接口，可以根据扫码结果快速录入或查询相关数据。

系统预留未来智能设备的接口功能，能够实现水表、电表自动抄表录入功能，具备智能电力供应、自来水、灯光等智能感应设备的数据接口功能，提供自动报警提示、维修提报的等功能。