成本数据库信息系统技术方案
2）由集团五个三工作中心编制成本测算模型，按城市地区、业态编制不同类型的成本测算模型。
3）项目公司可依据集团编制的成本测算模型，对项目所需成本模型进行调整制定。 4）审定已编制的成本测算模型，审定完成生效。
5）由集团五个三工作中心或项目五个三部对甄选项目一、二、三审分别进行多方案测算。
6）测算方案流程审定后生效。
可下载模板导入，或单独增加测算表科目层级及清单内容，填写清单指标信息。 基于成本测算模板，分业态分地区编制成本测算模型。 2.1.1.2
接口关系
无。 2.1.2 标准合约管理
标准合约管理包括：合约模板管理、单项目合约管理两个模块。 2.1.2.1
功能概述
由集团五个三工作中心编制标准合约结构。 合约规划是地产开发项目标成本执行的标准结构，是招标合同的重要体现。 合约规划包含合约规划名称，合约规划金额 2.1.2.2
接口关系
无。
2.1.3 目标成本管理
目标成本是基于成本底单、合约规划编制，是房地产开发企业执行开发费用的重要管控方式，目标成本自项目立项开始，有多版本数据；执行版目标成本需根据合约规划生成招标计划，生成带招标明细的成本招标数据； 目标成本在调整过程中需存目标成本版本数据。 标准合约管理包括：编制目标成本、目标成本执行管理两个模块。 2.1.3.1
功能概述
由项目五个三工作部编制项目目标成本，流程审定后生效。 2.1.3.2
接口关系
确无影响。 2.1.4 成本数据库 2.1.4.1
功能概述
基于项目目标成本发生数据，定时存储项目数据，成本数据库存储时项目结构与成本底单一致；能提供多维度多角度数据分析模型。
- 2 -
成本数据库信息系统技术方案
2.1.4.2 接口关系
与进行实际发生数据交换 目标成本变化、变更、合同
2.2 数据分析
本系统为用于成本测算、制定、以及对比分析的内部系统，所以并发量并不是很大，暂预测并发量为100左右，数据库存储量为百万级。
2.3 技术现状
现有系统为单体架构，部分接口服务为微服务架构，在技术有SpringCloud、Rides、ActiveMQ、Nginx、Html、javaScript、Jquery等。部署环境为Linux，数据库为Mysql。
2.4 用户或功能需求
精确项目底单模版及清单，实现目标成本最大程度的精确测算。
各项成本数据集中反馈，即时了解项目的动态成本和利润状况，项目定位和领导决策更加准确。
工程和材料采购合同条款、合同价集团内互相借鉴。 合同统一管理，对供应商进行评估。
类似项目之间方便进行比较，挖掘成本降低潜力。
2.5 性能需求
从硬件方面，通过负载均衡设备将查询请求分担到多台服务器上去，再增加服务器来均分查询压力。数据的提取与处理也可以通过服务器分担方式进行，加快数据处理速度，达到系统的水平扩展的要求。
软件方面，通过系统优化，采用缓存架构，尽量减少平台访问数据库系统的次数，采用Cache等技术，将一些数据缓存到内存中，从而加快数据的访问速度。最终达到以下性能目标：
1. 稳定性
系统试运行期间，应用系统引起系统中断的故障次数不应超过3次/月；在系统保证期
- 3 -
成本数据库信息系统技术方案
内，应用系统引起系统中断的故障次数不应超过1次/月
2. 可靠性
从系统结构、技术措施、系统管理等方面着手，确保系统运行的可靠性，达到最大的平均无故障时间。保证系统可靠连续运行。
应用系统采用自启动方式完成，出现问题自动重启。在软硬件平台正常运行的情况下，应用系统故障的恢复时间不超过30分钟。
3. 响应速度
本系统的界面打开时间不能超过5秒钟，对于使用频率高的客服接待、物业收费界面不能超过3秒。
4. 系统容量
每个应用系统子系统的并发用户数不应低于100个。 系统的总用户数不应低于1万。 5. 易用性
为减轻用户使用负担，一项功能的多个计算机指令操作尽可能在同一界面完成，确实需要进行屏幕切换的，屏幕切换次数不超过2次。
2.6 其他需求
无
3 软件应用系统技术方案设计
3.1 设计原则
一、以可信的消息管控平台为核心，以面向服务架构为基础搭建应用支撑平台 做到高内聚、松耦合，系统构架层次化，降低信息数据层、业务应用层、用户交互层资源间的耦合度(同层间及不同层间)，成为松耦合的三个层面。
二、基于面向服务的应用系统集成环境
服务交互的参与方并不直接交互，而是通过一个统一服务层交互。
三、采用微服务开发技术进行应用的快速开发，构件式切分技术进行应用的灵活组装。 将应用软件分解成为一个个独立的服务，通过组装不同的软件服务单元来实现软件的集成。
四、基于J2EE技术体系及三层结构开发应用系统，采用大集中方式管理数据资源。 采用三层应用结构进行应用系统的开发。系统体系结构采用三层架构，即表示层、业务逻辑层、数据层。
五、基于标准和接口保证整个体系的开发性
在整体架构设计中，采用业界标准的J2EE架构，在服务集成方面，采用基于Web Service标准，在界面集成方面，采用标准规范。
3.2 系统定位
本系统主要用于解决成本控制方式落后的问题，能够使能够更有效、准确、方便、智
- 4 -
成本数据库信息系统技术方案
能的进行成本的测算和目标成本的制定。
3.3 架构设计
3.3.1 系统技术结构分析
系统总体微服务的架构模式 前端展现层主要采用Bootstrap、vuejs、jquery、html5等技术来实现美观的互联网风格以及对于多分辨率多端浏览的支持 后台采用SpriongCloud架构对于系统结构进行分离，使得各个模块都能够得到自治。其中还需通过使用Spring对于ActiveMQ、Quartz的集成来完成对于系统消息以及定时任务的支持。
数据库采用MYSQL主从同步，缓存使用分布式缓存redis并提供持久化。 3.3.2 系统架构
- 5 -
成本数据库信息系统技术方案
3.3.3 技术架构
3.3.4 数据库设计 3.3.4.1
表与字段的设计
1）表设计原则
（1）标准化和规范化；每个单词中间用”_”分割;
（2）在设计数据库的时候考虑到哪些数据字段将来可能会发生变更。
（3）表名命名基础表CD_TS业务表TB开头，业务表中CD_TB_加业务模块分类进行区分业务后面跟上具体业务命,中间用”_”分开．如:基础表CD_TS_XXX , 业务表 CD_TB_TARGET_XXX 和CD_TB_DYNAMIC_XXX
2）字段设计原则
（1）选择数字类型和文本类型要尽量充足，否则无法进行计算操作；
（2）增加删除标记字段。在关系数据库里不要单独删除某一行，而在表中包含一个“删除标记”字段，这样就可以把行标记为删除。
(3) 字段命名规则：命名尽量简短每个单词已”_”关联,如: comprehensive_unit_price或quantity_base_description 3.3.4.2
键和索引
1）键选择原则 （1）键设计4 原则 ①所有的键都必须唯一； ②为关联字段创建外键； ③避免使用复合键；
④外键总是关联唯一的键字段。
- 6 -
软件项目成本管理系统技术方案
