济南市房改审核系统升级需求.docVIP

济南市房改审核系统升级需求 1.引言 1.1 编写目的 本文件描述了用户对于济南市房改审核系统（以下简称“房改系统”）升级项目的整体框架、技术选型的要求，系统升级建设功能模块要求，以及系统实施与培训等要求。本需求文件完善后经双方签字认可，软件开发公司将根据本文件进行设计开发，如有对系统需求较大的改动，双方另行协商解决。 1.2 背景 住房补贴是国家为职工解决住房问题而给予的补贴资助，即将单位原有用于建房、购房的资金转化为住房补贴，分次（如按月）或一次性地发给职工，再由职工到住房市场上通过购买或租赁等方式解决自己的住房问题。2009年11月，国家对于享受住房补贴的个税问题规定：对职工因未享受国家福利分房政策，或虽已享受国家福利分房但未达规定面积标准的，单位按国家或地方政府规定的补贴标准，一次性或按月计入职工个人所在的住房公积金管理中心专用账户的住房补贴，暂不征收个人所得税。 原有基础上新增通过VPN（虚拟专用网）将单位纳入系统中，系统 该系统涉及的数据量大、数据信息范围广，这就要求系统具有高效的录入、修改、审核、查询、统计等管理功能，并且为保证数据的准确性和有效性，系统本身要具有一定的约束检查机制。本系统要结合房地产市场信息系统建设，底层数据库的设计要综合考虑其他各子系统的要求，符合统一数据平台的要求。要求与现有房改审核系统无缝衔接。 2.任务概述 2.1 目标 本次系统建设需要完成两方面的任务：即系统 房改联合审批子系统的建设 其中单位管理模块是指把房改房的所有单位在房改联合审批子系统中进行管理，符合条件的发与USBKey。有key的用户可以作为单位用户登录该系统，从而对本单位的申请无房补贴信息、申请房改房信息直接进行录入，数据在本系统流转审核后经过接口汇入现有市改审核系统，经由市局审核通过后，结果反馈回联合审批子系统中 无房补贴申请模块要求单位填报基本信息，由人事局对职工信息进行审核，由民政局对职工的配偶信息进行审核由其住房信息。无房补偿名单 政策通知模块是指对房改业务需要及时对房改单位发布一些政策法规、通知通告信息以及一些表格样式需要单位下载。借助房改联合审批子系统实现该功能模块可以更好的便利单位，服务单位，服务老百姓。 2.2 用户的特点 用户熟悉计算机的基本操作，必须掌握实际工作中的业务流程和业务知识，但系统运行时数据交互量大，并且交互频繁，这就要求系统软件稳定性高、冗余小，且操作简便、直观、重点突出。 2.3 假定和约束 本系统开发时间要求较为紧张，同时本系统的设计和开发要基于济南市房地产市场信息系统的整体框架，要求在需求与设计阶段做到充分调研，确定好的方案，尽量避免后期的反复。系统测试要全面，保证软件的稳定性、可靠性、高效性、易于维护性。 2.4设计与实现的限制 济南市房改审核系统升级项目要以济南市房地产信息系统建设方案为框架，系统要求采用面向服务的体系架构进行应用开发、系统集成，摆脱面向技术的解决方案的束缚，集中精力于构建领域的业务模型，从而提高软件复用、加快应用软件的实施 2.4.1 架构要求 济南市房改审核系统升级项目作为房产管理综合信息平台的组成部分，需要满足可伸缩的企业级应用集成体系架构的要求。系统架构总体上要求分为数据层、服务层、业务层、接口层与展现层。 1) 数据层包括数据库、非结构化数据以及为外网提供数据的数据转换与同步系统。数据库又可分为业务数据库、办公公文数据库、用于存储GIS数据的空间数据库以及用于统计分析与信息发布的数据仓库。 2) 服务层是各种基础中间件的集合，包括应用服务器、流程引擎服务器以及GIS引擎服务器等。 3）应用层是由一系列在概念上相对独立，在业务上相互关联的业务子系统组成。业务子系统共享数据库，各个子系统的功能模块可以利用工作流引擎加以整合，从而形成完整的业务流程。 4) 接口层提供可供其他子系统或者外部系统调用的业务服务功能。它以Web服务的形式从各个业务子系统中抽取出来，由一个统一的容器（如ESB）来管理，以供相关子系统或者外部系统调用。当然，外部系统需要经过前置的身份认证与数据安全系统的验证后方可访问接口层的服务。系统需要获取外部系统的数据时，也经由接口层来实现，以保证数据交换的可控性和安全性。 5) 展现层完成与最终用户的交互。为了实现单点登录及各个系统的无缝衔接，可采用Portal技术，构建内部门户，各个系统共享身份认证，为用户提供统一的操作界面。 2.4.2 技术选型 1）系统采用B/S架构，应用JavaEE技术（JSF+JPA）进行开发 2）数据库系统：IBM DB2 3）应用服务器：IBM WebSphere Application Server/Tomcat 3.房改联合审批子系统功能需求 3.1单位管理 3.1.1单位基本信息管理 增