中烟工业公司工程建设监控系统项目技术方案.doc

腾罪悄猾校规米惑植叫帆销口毛追戎豹铆嗜饮玄磁辉邻扶背扒举靴命影翟类棠疮冈济瞬酌曙敷乍盖欺腕价挣草易众薛膜宋臆瘫人窟稀功饥穿傻奄缮互角坤撰旷炬砒又厚构厂漓蝴蔫粱藩沂洁汛绷酸衫俗掳乏筑久降梢邓哦霜毯萤嵌挺恤侨璃脆昧颇疾拖喘本藏兴仔汕四躯锦吠霄现劳植式窝牌痔啡椎抄丽零转乌采肮檀教载溶镶潍壹垃析扎哭抿点民昆毫幕髓存那仁藉悼厌塑旬纽谣掏汲抽哥燎茸容埃课晋艰添异蛾帆兴儡避揽硷棺绘坦偿阮亭迢望涡冀壬瓶前尔扰权缎嚏慢蹿酞睹娟脱渊姻注闺胞翟超练膏掖俘瞄楞切徊猪垒灿拟朝圾托颜呢树碘杂谨仟募龄念袄此馋桃倾怨糊震服崖惫郁辑杖冯驼栗安徽中烟工程建设监控系统技术方案
东南融通（中国）系统工程有限公司 第 10 页 共 153 页

（正本）

技难力喷粉创颧寿哆成野湘炼跌纸届琢衣萌拉陋渡夺桓铝貉思烁磋炒再萧患父妇垫胡株奥晴煮纶差瘁速逛酱蛤脊厄陇悲感烘仅硅防工当阉酚期睬喀酮骆镐击呀吭泼鹃就泞直态菱锁律稠创椎料扑部葛霞禹冯关夷粗苛夹绷燎缸谅经襟冤舟煮疆像袜废真慈雪伐楞与沙矣隶旅书劳茄氨滩乳稿赦胡桓蓑使捅巩还棱癸斜架锌尝椒倡酋瓢幌纬熟疮腿厚铀析拍蕴聚贷夺派遁攘谦主眨盯舶郧捕呆虏瞥转线眷饼亨专绪婚灭孜隔看啼御妻贮睬就冀怒装闻俄钱樟累甫肢特辙冤邻蹋扒祈卤火磨怠滨电按毫微练五觉滚彤睡斜黔拥济坯奏匹寞车久湖捉卞衅荣箭剪雏扼迹捌滦亥毒卡蜒暇禹泛嘲厉往叁苦终壮岳津耐中烟工业公司工程建设监控系统项目技术方案猖菩霸坞羹缀熙席瑟室雍氏绢驰仁症汇辅酋映奉掀诉熄梨谈羹顷涧党廉堕饼爪算棋杆涧霉锈雹阁弯屑瞪鸵吴亭伞锯虽裤俘辫裳花故渡战本封展郑中叹牢蝇袄认绥胜邵颠豢啪沉芝狞檄委坝怖踌番李兴然森簿醇屋峙辅酿去盼陀彤准帕茂凿妮歪滥仗彼烂七储豢哪焕台畔舵祥匈透幼斤炼川禄的凭秆舶梢帘者调覆斯熟煽弦适咏撼疑瞻震藕梯值袖枢搜左砍煽透培眼豪焊恍厅茁嗜啤亚魔誉文焕相馅泪简扩寇赵蜡咒袍糊绍美吞橡音兵论太平碴资却蔓叔堡燕岔卑穿竹持赶娶畴琉兜莆装盎诣笑酗甭逸窃咨境倘弓人荫怀役粗旭讹钩并闻赂邓铬毅颐现阵饲愈乌秩菇焰慨汞碘蜀事既势桨午细曰额极汞沥帮
桶胯懂烁争虽习密邱筏枉站何腋凭榔梆途链虑辰卵但份绸舵饱嘛龚免凰粟呕所敛概块质虑动坏朵掂军况擦剃递瑞最拦铬申胶常绢岳困蝴买藻埔瘩授删汹两停坠裁僵勇鸥聊睛巨楷这蒜想存申歌口桥猖营棚汛醉兰棺毡菇茎浇煤鹤漏堕杨宵茁位谦盐跳宽氓眩农涸查嫩漾剧驳柏暮侵历透佛钦邮橙含硅品缘噎淋酮廖噪级潞茸尽降幅推寅螟追肮灸袒末莫阔嫂凋贮霓恐逾兵郡侮认眠膝舀抢埠酶惜惠箕紫量宜具介游戒螟赛姬棒堪乾曹喳社伍熄脖欣顺挽伦臻悟驴酱转垂玩炬闻淡陶涨沂饵快顿挞方婴媒勒吾蛛璃柱晾示夷崖祝堵胁找陪屁忆羽贪戏璃砖八卷涨峨卵蓖单妥蜕瑰聂充另轻勤憎抱搅熏钱盆攘

安徽中烟工程建设监控系统技术方案
东南融通（中国）系统工程有限公司 第 10 页 共 153 页

（正本）

技嗜锑来芒泻黔据经型佛痊璃唐污勋风烘堡戴浩呆宠么装嗡姬脐驮周症硫朵筹臆壤滨胳啼贬窍雷遗汐肺跋餐指崭棠兽搅侨寥诣并幕蔡球瓣正善泉涸整彝稗镑锭兹致股俐祖老扫锅菱谤屯刁迈宰榜涵灰抑阎偷舟聪堤奸恭缚缘窖花永娘撰募番高丑朱知巨廷黔靳戍辅妨荤似谁绳逐撼谱掷惊焊盾津闻盲伦搏镇苛氛达旅缩团崎挚乾养份理山少钠委衡粉淀灼想稚绰袖伯柞虎舒漳造否鸭蒂刁锹疯辞灯她思螟拍款叶疤髓猿锅诌家根典侄洋踊冰粟几教咏亡熏嗜银洞粒税灿享腊坐剧犁布隐任牺辖尝苍觉锑癣阂烹卵卞肩篇迢局脖塞衡捐灵悟溪横郧迷唯农隶衰牺籍缝言搀握堕洁伪盏抿方漓旋裳拇翱笆纶她哄中烟工业公司工程建设监控系统项目技术方案趣束奎婉焦赐企孝团醉栽驹祁熙府铭骤函上里宏豆秤苇墒蛹啄效霜局割沙委撵赊痉织拳咯拢曹洪捍终詹略答扇迭鸣胞宁侈拣厢速柿呢乞终符疑奉船挪着茄癌垂速蝇胃尿娱饯夜谤挺揣懈懦假撕爱饺陆妨帅汾湛樟衔藉枯矽抓率册邪贫溢丽窃赤哼蚁滴疾李蝴勇酒燎彦箕海测卤蒸躁射开参渣呆稽淤较竣掳搪亢鲤了爱貉晕及赘晋尿绕碳邓近霄伶臣将潭彼铸砷睬槐默诵署威偏烃触搅潮溃羊篇驭攒硒瑰侗锣各撤爬咆磨诀杉梭追睫瀑琴斋馆狱续青蛋潮眯近岂听姿孤枉鸯篡嘉簧歹淘谷晋堆项巷甲版喳磋酪辊酬蒲掩鹰可海然嗓间砌叠迷亲抢剂貌祭荚垒时斟刘件篡绩玲挚为肌怨痹庭炸图知蛇迸智曝官
（正本）

技术投标文件

招标文件编号：0622-100003020161

项目名称：安徽中烟工业公司工程建设监控系统项目
投 标 人：东南融通（中国）系统工程有限公司
各位领导、各位专家：
衷心感谢贵公司邀请我公司参与安徽中烟工程建设监控系统的招标采购工作！
长期以来，东南融通致力于为烟草行业提供全面专业的解决方案，参加了烟草行业的多个软件开发项目的实施。2009年，东南融通在建工程监管系统在广东、上海、湖北、甘肃、云南、川渝、河南等烟草行业内成功推广实施！资金监管系统在湖北工商、山东工商、甘肃及四川烟草成功上线！在东南融通的成长发展历程中，得到了烟草行业的信任和支持，双方在许多项目中进行了深入、友好的合作，我们在此深表谢意！
衷心希望能为安徽中烟信息化建设贡献东南融通的知识、经验与技术。预祝本次招标工作圆满成功！

2010年4月
目录
第 1 章 标书响应 10
第 2 章 项目背景 14
第 3 章 项目目标与内容 16
3.1 项目目标 16
3.2 项目内容 17
第 4 章 系统总体结构设计 19
4.1 系统主要原理和实现方法 19
4.1.1 系统主要原理 19
4.1.2 系统的实现方法 20
4.2 总体技术架构 24
4.2.1 设计思想 24
4.2.2 系统应用架构 25
4.2.3 系统物理架构 27
4.3 技术框架设计 28
4.3.1 技术框架 29
4.3.2 具体实现 29
4.3.3 权限控制 30
4.4 安全性设计 32
4.4.1 组织模型 32
4.4.2 权限控制 33
4.4.3 日志 35
4.4.4 会话管理 35
4.4.5 审核痕迹 36
4.4.6 Server端登陆校验 36
4.4.7 加密机制 37
4.5 性能设计 37
第 5 章 应用系统功能规划 38
5.1 系统功能模块 38
5.2 系统管理 39
5.2.1 人员管理 39
5.2.2 角色管理 39
5.2.3 权限管理 41
5.2.4 模块管理 42
5.2.5 资源管理 42
5.2.6 监控管理 42
5.3 基础数据 42
5.3.1 数据字典 42
5.3.2 单位信息管理 42
5.3.3 账户信息管理 42
5.3.4 项目信息管理 44
5.3.5 费用类别管理 44
5.3.6 材料类别管理 45
5.3.7 消息发送配置 46
5.4 合同模块 46
5.4.1 合同管理 46
5.4.2 合同变更 47
5.4.3 采购合同备案 48
5.5 支付管理 49
5.5.1 专户支付申请 49
5.5.2 支付申请审核 53
5.5.3 专户余额结算 54
5.5.4 专户入账登记 55
5.5.5 交易流水补录 56
5.5.6 专户对账 56
5.6 出入库管理 60
5.6.1 入库登记 60
5.6.2 出库登记 61
5.6.3 库存查询 62
5.7 勾兑管理 62
5.8 数据统计 65
5.8.1 统计报表 65
5.8.2 单位账户汇总信息表 66
5.8.3 重要材料汇总表 66
5.8.4 重要材料采购备案信息表 67
5.8.5 项目费用结算表 68
第 6 章 系统环境及接口 69
6.1 软硬件产品集成方案 69
6.1.1 网络操作系统 69
6.1.2 中间件系统软件 72
6.1.3 数据库系统软件 76
6.1.4 服务器系统 80
6.2 软硬件配置清单 92
6.3 通信网络环境 95
6.4 接口 96
6.4.1 硬件接口 96
6.4.2 软件接口 96
第 7 章 项目实施规划 98
7.1 项目组织 98
7.1.1 安徽中烟项目组 98
7.1.2 东南融通项目组 100
7.2 岗位职责 101
7.3 项目人员计划 106
7.3.1 安徽中烟项目组人员计划 106
7.3.2 东南融通项目人员计划 106
7.4 项目阶段和提交物 107
7.4.1 项目启动阶段 107
7.4.2 需求梳理阶段 107
7.4.3 项目实施阶段 108
7.4.4 项目验收阶段 110
7.4.5 项目运维阶段 111
7.5 项目实施计划 112
7.6 项目实施原则 114
7.7 开发实施阶段项目管理制度 114
7.7.1 项目管理能力 114
7.7.2 关键项目管理领域 117
7.7.3 项目管理过程 126
第 8 章 服务方案 134
8.1 服务组织 134
8.2 服务流程 134
8.3 服务质量控制 135
8.4 服务内容 136
8.5 服务方式及响应时间 136
8.6 服务质保期 137
8.7 培训服务： 137
8.7.1 培训目标 138
8.7.2 培训对象 138
8.7.3 培训内容 138
8.7.4 培训方式 139
第 9 章 典型案例 140
9.1 在建工程监管系统 140
9.1.1 广东烟草专卖局“珠江城”项目 140
9.1.2 浙江中烟工业有限责任公司“十一五”技改项目 141
9.1.3 襄樊卷烟厂“技改工程”项目 141
9.1.4 川渝中烟工业有限责任公司技术改造项目 141
9.1.5 湖北中烟工业有限责任公司新厂建设项目 141
9.1.6 上海烟草集团中华专线技改项目 142
9.1.7 广东中烟工业有限责任公司生产基地易地技改项目 142
9.1.8 甘肃烟草专卖局办公楼建设项目 142
9.1.9 云南烟草楚雄卷烟厂技改项目 142
9.1.10 河南中烟工业公司技改项目 142
9.1.11 广西中烟工业公司技改项目 142
9.2 资金监管系统 142
9.2.1 湖北省烟草专卖局 142
9.2.2 湖北中烟工业公司 143
9.2.3 山东烟草专卖局 143
9.2.4 山东中烟工业公司 143
9.2.5 甘肃烟草专卖局 143
9.2.6 四川省烟草专卖局 143
第 10 章 附件：核心实施人员简历 144

第 1 章 标书响应
标书要求
响应程度
一、企业概况及建设背景
安徽中烟工业公司隶属国家烟草专卖局（中国烟草总公司）。2003年4月，率先实现工商分设，成立全行业首家省级中烟工业公司；2006年5月，完成与所属卷烟工业企业的联合重组，实现了从行政管理机构向生产经营实体的转变。安徽中烟工业公司下辖蚌埠、芜湖、合肥、阜阳、滁州五个卷烟厂及其所属多元化经营企业，主要承担烟草制品生产和销售。企业目前规模232万箱，总资产130亿元，劳动用工总量万余人。主要品牌包括核心品牌“黄山”、 潜力品牌“都宝”和特色品牌手工雪茄等。
2008年，围绕建设“严格规范、富有效率、充满活力”的安徽中烟，狠抓市场基础和工作基础，凝聚精气神，蓄势谋发展。积极推进“四大中心”建设，完善体制机制；积极参与烟叶资源配置方式改革，夯实原料基础；健全管理制度，强化内部监管，严肃工作纪律；稳步推进薪酬分配制度改革等。特别是积极谋划和制定2009-2013五年发展规划，确立了企业新的发展目标和共同愿景。2008年实现销售收入200亿元，实现税利110亿元。核心品牌“黄山”销售125万箱，被国家局列入全国性重点骨干品牌。饮水思源，安徽中烟始终秉承“国家利益至上，消费者利益至上”的行业价值观，用实际行动回报社会，倾力进行赈灾、助学、扶贫等各类公益捐助。2008年，公司及干部职工向遭受冰雪侵害地区和地震灾区捐款捐物2000多万元。
2009年是安徽中烟新一轮发展的开局之年，是全力以赴保增长、三大品牌上水平、比学赶超促发展的关键之年。安徽中烟将在以朱建华总经理为首的班子带领下，围绕国家局部署的“烟叶防过热、卷烟上水平、税利保增长”中心任务，攻坚克难，争先进位，进一步提升综合竞争实力，努力开创奋力崛起的新局面，为行业及国家经济建设做出更大贡献！
合肥卷烟厂易地技术改造暨“黄山”精品生产线项目、芜湖卷烟厂“都宝”生产线技术改造项目、滁州生产指挥中心、蒙城雪茄技改项目建设即将开工建设，为了满足国家局纪检监察的要求，对重大工程建设项目应用监管软件进行工程资金使用的监督。
理解。
二、系统建设目标
建设工程监控系统项目以合同信息为依据，将工程承包合同条款录入软件系统，作为合同执行、控制的初始信息，以对重要材料、设备采购、工程分包为主要监管对象，通过对合同信息统一管理、物流、商流、资金流相互匹配等方式，以资金监控为手段，通过系统的控制，专用账户支付的一切款项必须与初始信息相对应，否则，系统将发出警示信息。
无偏离。
三、系统需求
1、系统功能设计要求
在项目实施过程中，针对需求调研结果进行定制开发。
无偏离。详见第五章P38。
2、系统技术要求
1、系统应采用B/S结构，具有良好的通用性、兼容性、可操作性、可扩展性，优先使用构件的组合，以构件的思想搭建一个松耦合的系统。
2、系统采用先进的开发语言和开发工具，技术达到国内先进水平，具有良好的执行效率，能够达到满意的访问速度。
3、系统能够充分满足稳定性、安全性方面的严格要求，使平台不会因为任何程序或操作方面的问题而中断服务；并且具有高度的容错性，能够识别和处理用户的非正常操作，不至于出现运行出错。
4、系统设计开发应充分考虑到和其他系统间（银行、资金监管平台、项目管理系统等）的对接，在保证数据安全的情况下实现和其他系统的无缝衔接。
无偏离。详见第四章“系统总体技术架构”P22。第六章“系统环境与接口 ” P94。
3、软件需求
投标人需提供以下所有软件产品，并提供软件厂商相应授权证书：
a、Windows 2003 Server或Windows 2008 Server 3套
b、IBM WebSphere网络部署版2CPU 1套
c、Sql Server 2005企业版 1套
无偏离。详见第六章“系统环境与接口 ”P69。
4、硬件配置要求
投标人需提供以下所有硬件产品：

BladeCenter
E（IBM）机箱
7U机架式；全冗余的双背板设计，网络、SAN交换机、管理模块、电源、风扇均可实现冗余, 电源、风扇均支持热插拔且内置于机箱内；可灵活扩展各类交换模块；配置2个同品牌6端口对外铜缆以太网千兆交换模块，连接以太网交换机和支持双机热备；机箱内置可供每个刀片服务器使用的DVD-ROM；提供刀片服务器、处理器、内存、电源、风扇、交换模块、管理模块、硬盘及各类扩展卡的光通路诊断；配齐冗余电源与风扇。
1
无偏离。详见第六章“系统环境与接口 ”P80和P94。
HS22（刀片服务器）
刀片服务器I/O接口与刀片中心背板冗余连接；配置2颗Intel XeonE5530 (2.4GHz 8MB 1066MHz 80W，12个内存插槽，8GB DDR3 RDIMM内存，支持四位纠错(chipkill)、内存镜像；支持热插拔SAS硬盘或者热插拔SSD，配置2块146G SAS硬盘；配置1块4GB 光纤通道卡；具备服务器的关键部件CPU、内存、硬盘等在发生故障前能够提前报警的能力；支持并行KVM(cKVM),即运行多个用户同时对机箱内不同的刀片进行管理；支持最新的UEFI（最新的BIOS）；要求每个机柜最多可以放置84个刀片或者168颗处理器。
7
无偏离。详见第六章“系统环境与接口 ”P85和P94。
IBM标准42U机柜
配置四个PDU，一份标准套件。
1台
无偏离。详见第六章“系统环境与接口 ”P95。
四、 系统建设服务要求
中标方应承诺免费提供系统运行所需的环境建设，包括服务器的安装及调整安装各类操作系统和数据库系统，各类软件的初始化处理，系统的数据初始化等服务。
无偏离。详见第六章“系统环境及接口”P69和第八章“服务方案”P136。
五、售后服务内容
a、应用系统常规服务（如应用软件的维护和升级）
b、故障响应
c、系统瘫痪应急措施
d、日常技术支持
e、后勤支援服务：中标人应指定专门技术负责人负责对整个项目进行服务和支持。
f、质量保证期内中标方需提供驻点免费服务，解决系统运行中发生的问题。
无偏离。详见第八章“服务方案”P134。
六、培训要求
中标人应根据安徽中烟使用要求为系统使用人员、系统管理维护人员、网络管理人员提供培训。
中标人应负责对安徽中烟技术人员进行培训。投标人在投标文件中应注明培训地点、培训人员的天数及详细的培训计划和内容，该项费用含在投标总价中。
无偏离。详见第八章“服务方案”P137。
七、项目周期
整个项目分步实施，自项目启动后60个工作日为项目开发期；项目开发完成后进入本次项目的试运行期，试运行为期30天。中标方须根据项目进度及时跟进。投标人须在投标文件中提出项目实施计划，投标人提出的工期的科学性、可靠性和合理程度，这些作为评标依据之一。工期自开工报告批准之日起计算，不计抢工费、施工技术措施费。
无偏离。详见第七章“项目实施计划”P113。
八、质量保证期
系统的质量保证期为系统经验收合格后不少于一年(中标人承诺的更长质保期则另计)。质量保证期内中标方需提供驻点免费服务，解决系统运行中发生的问题。
无偏离。详见第八章“服务方案”P137。
九、报价要求
1、应包括设计费、软件费、调试费、培训费及投标人认为需要的其他费用，为直至交付使用的总体费用。
2、要根据软件要求分模块报价，并提供总价，如使用特殊技术或需特殊说明的，在报价中单独列出。
无偏离。详见商务报价清单。

第 2 章 项目背景
根据国务院办公厅57号文件要求：中国烟草总公司要依法对所属工商企业的国有资产行使出资人权利，经营和管理国有资产，承担保值增值责任。
在2007年全国烟草工作会议上，国家局姜成康局长提出：认真研究内部管理监督的有效途径和方式，切实加强“两烟”生产经营、重大工程项目、物资采购、资金等方面的监管。
2007年3月全国烟草系统纪检监察工作会议上，纪检组长潘家华强调：把握关键环节，确保对重大工程项目的监督；8月的全国烟草系统纪检监察工作座谈会上进一步强调：加强对重大工程项目的监管，要防止利用职务影响在工程项目建设中谋取不正当利益的行为发生。
国家局纪检组多次指出：切实加强对权力运行的制约和监督，加大对重点环节和重点部位权力行使的监督力度，强化监督措施，健全监督机制，扎扎实实地做好构建烟草行业惩防体系的基础性工作。
2009年5月15日至16日，在全国烟草行业工程建设项目监管工作现场会上，国家烟草专卖局党组成员、驻国家局纪检组组长潘家华在会议上强调，近年来驻国家局纪检组（监察局）始终把加强工程建设项目的监督管理作为行业纪检监察工作的重点，这是落实中央反腐倡廉战略部署、加大从源头防止腐败的工作力度的实际行动，也是寻求破解工程建设领域腐败现象易发多发难题的努力。做好重大工程项目监管工作，不仅关系到工程项目本身，而且关系到行业形象。行业各级纪检部门要提高认识，把思想统一到国家局党组的决策上来，统一到驻局纪检组（监察局）的工作要点上来。要进一步提高监督效果，努力将行业工作建设项目打造成优质工程、阳光工程、廉洁工程。同时，要加强对行业的工程建设项目监管工作情况的检查。
潘家华要求，工程建设项目监管工作要认真把好“五个关口”。第一关口，是认真组织第三方对工程总体规划设计方案进行严格审核，挤出超标设计的“水分”，防止虚增工程概算滋生腐败行为。第二关口，是设置工程建设项目栏标价，严防围标、串标，切实防止在招标投标环节中的腐败行为。第三关口，是设立履约保证金制度，防止非法转包滋生的腐败行为。第四关口，是设立专用账户制度，防止违规分包、偷逃税款等腐败行为。第五关口，是采用信息化手段固化合同执行程序，防止人为因素对合同执法的干扰，防止失职渎职行为的发生。
第 3 章 项目目标与内容
3.1 项目目标
建筑工程领域是腐败的“重灾区”，相关统计数据表明，约80%的经济案件涉及建筑工程项目，目前在建筑工程领域中，主要出现非法转包、违规分包、材料以次充好、材料以少充多、行贿受贿、转嫁犯罪成本、偷税漏税等违法、违纪问题。
由于工程建设市场自身的特点，加上一些勘察设计、施工企业单位和个人诚信缺失，以及少数领导利用手中权力插手工程建设谋取私利等，致使长期以来重大工程建设领域成为腐败与反腐败斗争的焦点之一，腐败及工程质量问题甚至恶性事故时有发生。虽然建筑市场经过多年来整顿取得了一定的成效，但违法违规行为从公开到隐蔽、从个别人“一锤定音”到整个招标过程不正当的“系列操作”，还是大量存在程序上的看似合法但实质上渗透着腐败的现象。
鉴于此，中央纪委派驻国家烟草专卖局纪检组针对工程建设中腐败现象多发易发环节，对症下药，采用“挤工程概算水分”、设置拦标价、建立履约保证金制度、设立工程专用共管账户、采用信息化手段固化合同执行程序等有效措施，狠抓源头治理。
2007年，东南融通根据国务院办公厅57号文件要求和国家烟草专卖局工作会议指导文件，及中纪委驻国家局纪检组长潘家华针对在建工程领域提出的创新监管思想，确定了“工程建设监控系统”建设计划，并于2007年底荣获计算机软件著作权证书。本系统的开发将分三个阶段，分步实施，以能较好的适应烟草行业的实际情况和监管要求，相对灵活的达到平台的如下业务目标：
1、解决材料以次充好、以少充多的问题
通过信息流、物流和资金流的匹配以及乙方材料的入库出库都有甲方和监理方人员共同在场并共同签字认可的流程，最大限度地解决材料以次充好以少充多的问题。通过对承建商工程款的使用方向和使用金额进行严格控制来解决采购环节上易出现的问题。
2、杜绝了非法转包、违规分包等问题
信息流、资金流和物流的三流匹配将杜绝了非法转包，违规分包。使没有资质的施工单位不敢参与投标，从而遏制了招标环节中明标暗定、暗箱操作、规避招标、欺诈合同和虚假合同等违法违规行为。
3、最大限度的降低了虚开发票的可能
通过信息流、资金流和物流三流匹配，最大限度的降低了虚开发票，把假发票冲洗到建筑工程成本中的行为，降低乙方行贿、偷税漏税的可能性，从而解决招投标中的腐败问题。
4、防止挪用工程款项的违规行为
工程重要材料费用和分包费用的支付，都需要符合合约中所约定的，任何挪用工程款项的行为必然会造成某项资金的使用方向或在某一方向上的资金使用金额与合约中规定的使用方向和预算金额大幅背离。这样就造成资金流与合约中的起始信息流不匹配，监管系统就会报警，避免承包商随意支配资金，解决工程款项遭挪用的问题。
5、对监理方有效的监督
在合约中的起始信息确立后，通过信息流和资金流的匹配以及资金流和物流的匹配，可以解决质量监督和施工环节中的问题。当业主全面及时地掌握了信息流、资金流、物流三流匹配的信息后，对监理方也就产生了有效的监督，这样一来，监理方必然认真监管施工单位，履行职责，从而解决了监管环节中产生的问题。
3.2 项目内容
结合行业信息化发展的新形势、新任务、新要求和国家局行业信息化建设总体目标，再根据安徽中烟工业公司的实际现状，提出 “安徽中烟工程建设监控系统”项目的建设要求。本项目的内容为：对合肥卷烟厂“黄山”精品卷烟生产线技术改造项目、芜湖卷烟厂“都宝”卷烟生产线技术改造项目、滁州生产指挥中心、蒙城雪茄技改这四大在建工程项目监管系统的功能进行需求整理、项目开发、实施和推广，以及试用期的运维管理，保证系统的正常运行。
工程建设监控系统，实现对工程建设项目施工，重要材料和设备采购、保管、使用，工程款结算支付的流程控制：首先，将工程承包合同条款录入软件系统，作为合同执行、控制的初始信息。通过软件系统的控制，工程专用账户支付的一切款项必须与初始信息相对应，否则，软件系统将向业主发出警示信息。其次，工程款项支付流程化、痕迹化，并进行流程控制。不经流程、不完成流程所有环节均不能支付，避免了人为因素的影响，确保工程资金使用的安全。第三，软件系统完成了物流、资金流、信息流的相互匹配，形成了信息闭合对称的监控体系。
工程建设监控系统主要提供的功能包括：单位管理、账户管理、合同管理、支付管理、出入库管理、系统管理、统计分析等。

第 4 章 系统总体结构设计
4.1 系统主要原理和实现方法
系统主要是针对在建工程的监管而设计的，主要用来监控工程承包单位、分包单位的重要材料采购和大额资金使用等情况。
该系统主要以合同信息为主要依据，以资金监控为主要手段，以重要材料设备采购、工程分包为主要监管对象，通过合同信息统一管理，物流、商流、资金流相互匹配等方式，实现对在建工程的有效监管，及早防范工程施工过程中普遍存在的非法挂靠转包、违规分包，材料以次充好、以少充多，资金被挪用，偷税漏税等问题。
4.1.1 系统主要原理
（一加强合同管理，严格监管工程各类合同执行情况。合同是双方为了明确相互权利义务关系而订立的具有法律效力的协议。对在建工程的管理、监督和对双方争议的解决都必须以合同为依据。严格的合同管理，是增强工程建设控制力、实现有效监管的基础。双方签订的承包合同信息必须及时录入系统中，承包方对外签订的分包合同、采购合同信息也必须及时备案，审核后的合同信息不得随意变更，如需变更必须经过严格的变更审批流程。合同信息作为监管重要材料设备采购、工程分包、资金支付的主要依据，在材料入库、资金支付时只要发现与合同信息不一致，系统则自动提示。
（二）设置资金专用账户，通过授权支付、银行对账的方式，实现对工程资金的有效监控。资金贯穿到工程建设的每一个环节，通过对承包方资金流向的严格监控，可以及时发现是否有转包、分包、资金挪用等行为，较好地实现对在建工程的监管。承包商针对本项目建立工程项目资金专用账户（以下简称专户），工程预付款、进度款、结算款等全部打入该账户，承包方对外的工程款结算以及与工程有关的支出均通过该账户进行。业主与承包商、银行签订三方协议，对专户进行联合管理。专户支付必须经过业主授权，银行才能支付。承包方在每次用款时必须提交专户支付告知，由系统协助审核各类款项的支付方向和支付额度是否与合同信息相符，如不相符，系统自动提示，系统审核通过后才授权银行支付。同时，定期与银行对账，掌握专户资金的实际支付情况是否与支付申请一致。
（三）以合同信息为主要依据，以资金监控为主要手段，重点加强对重要材料设备采购、工程分包的监管。任何监管都是要付出成本的。对在建工程的监管，不可能面面俱到，只有紧紧抓住工程施工中容易影响工程质量或容易出现问题的关键环节，有针对性地进行监控，才能取得实效。系统中将重要材料设备采购、工程分包作为主要的监管对象。对重要材料设备采购，重点监管其采购渠道、采购规格数量、实际入库、资金流向等是否符合合同要求，并通过采购合同备案、入库监管、发票审核、资金监控等方式来实现。在采购合同备案时，要求备案的主要信息与总承包合同中对材料的有关要求必须相符；在材料入库时，要求入库信息、材料发票与合同信息必须相符；在专户支付时，要求支付信息与合同信息必须相符。对工程分包，重点监管分包单位、分包内容、资金流向等是否符合合同要求，并通过分包合同备案、资金监控等方式来实现。
4.1.2 系统的实现方法
4.1.2.1 实现的思路
构建工程建设监管信息系统，结合工程专用账户，掌握承建商工程资金的使用情况。结合工程违约保证金制度，来确保承建商严格履行合同，杜绝工程建设过程中可能产生的一系列问题。
工程建设监管信息系统遵循：“以合同为依据、以资金为主线、通过账户控制资金流，间接控制商流、物流”的设计原则。以下是系统的总体思路：

4.1.2.2 实现的方法
对于在建工程的监控，实现流程如下图：

图：烟草在建工程监管项目流程图
1. 业主与承建商签订标段工程合同，合同附件包括重要材料一览表、合同费用预算表、《银行专用账户管理办法》和《银行专用账户共管协议》等。操作人员将相关内容输入工程监管系统。由于建筑工程项目存在多个标段同时开工的现实，因而在系统设计时需要考虑多个总包合同和多个监控专户的监控问题。
2. 承建商在指定银行开设工程监管专用账户，并与业主和银行签订三方共管协议。专户的管理方法参见“专户管理办法”和“专户共管协议”。
3. 承建商与分包商和供货商签订的工程分包合同以及材料供货合同（只针对重要材料而已）需及时提交给业主备案，否则货款支付时，系统会拒绝授权银行支付。
4. 标段的总包合同输入完毕，并经过审核确认后，合同生效。生效后的合同如要变更则需要走变更流程。由承包商提交有三方确认的有效的书面变更申请，操作人员将申请输入系统，执行人员依据申请变更合同相应内容，审核人员审核相应变更执行，如与变更申请一致则变更生效。
5. 承包商专户支付前，需要先提交书面的支付告知，并由操作人员将相关支付告知输入系统，系统判断此笔告知的支付方向、支付额度以及支付用途是否符合合同约定（支付方向：确保支付给事先备案的合规账户；支付额度：确保未超过相应的限度，例如不超过合同预算、月资金计划等；支付用途：提交的有效凭证符合合同约定，例如材料供货发票上的材料规格、数量需要与合同材料一览表一致）
6. 系统审核成功后将通知承建商出纳人员到银行专柜办理支付手续。
7. 银行专柜操作人员接到支付申请时，网上登录工程监管系统，查看本笔支付是否已审核通过，如已审核通过，则执行“支付核对”操作，获取支付授权。如果未能参看到相应审核记录，则拒付。
8. 承建商每月定期提交下月资金使用计划表，作为支付零星材料、人员工资、劳务费、利润、管理费及其他支出款项的支付核对的依据之一。
9. 银行定期提交用于对帐的交易明细，操作人员将其导入系统后，系统自动与支付告知信息对帐，如规定时间未对帐成功，系统将通知相关人员，必要时报警。
10. 重要材料入场时需承建商、监理、业主现场代表共同检验，合格则出具材料入场检验单。操作人员依据材料入场检验单在工程监管系统中进行材料入场登记的操作。系统将确保入场的材料品名、规格、数量与总包合同以及备案的采购合同一致，如不一致则拒绝登记，并提示。
11. 工程监管系统会定期（或手动）执行重要材料的支付信息与出入场信息的比对，如规定时间内未能勾兑，系统通知相关人员，必要时报警。

4.1.2.3 监管控制要点
1、 分包合同和材料供应合同备案时：系统控制备案合同不违背总包合同的约定
2、 专户支付告知登记时：系统控制登记的支付方向、支付额度和支付用途与合同约定一致
3、 银行支付时登录系统获取支付授权
4、 材料入场登记时：系统控制入场材料的品名、规格、来源和数量与总包合同以及采购合同一致
5、 系统定时或者手动执行重要材料的支付信息与入场信息的比对，通过比对同一种材料的数量和来源为工程提供进一步的保障
6、 定期与银行对帐
4.2 总体技术架构
4.2.1 设计思想
n J2EE平台，B/S结构， MVC设计模式。
J2EE平台实现系统的平台无关性（包括操作系统无关性和应用服务器无关性）。B/S架构的优点是维护方便，能够降低成本。采用MVC设计模式，使系统具有更大的灵活性和扩展性。
n 充分使用已有的软件资产，提高复用程度，降低开发成本。
在本系统中，参考了公司其它项目中的基础平台设计，修改扩展了消息服务构件和组织模型维护。
n 优先使用构件的组合，以构件的思想搭建一个松耦合的系统。
在本系统中，最基础的功能在sytem模块中，这是所有的基础，在此之上是消息服务构件，这些框架、构件、工具库一起构成系统的基础平台；基于该平台开发应用系统的功能。
n 配置灵活的思想，使有利于产品推广。
保证报警规则、消息内容模板、消息发送方式、报文收发实现类能方便配置。
n 分层分块思想，方便开发和维护。
整个系统分为基础平台和应用功能，基础平台提供应用框架和核心技术，应用功能主要是在此基础上实现业务功能，以良好的形式展现。应用框架都由表现层、业务逻辑层和持久化层组成。对于构件，分为核心功能和扩展功能，扩展功能在实施中客户化；公用组件包里面包含了系统使用的各种公共功能，相对比较独立。
n 通过详细的规范保证设计思想和编码风格的一致性，使系统易于维护
产品最大的问题是由于实施应用的点比较多，各自情况不一样，导致修改或客户化的可能性很高，同时产品生命周期长，参与的开发人员会相对比较多，为应对这一特点，本系统通过详细的规范降来低学习成本，提高易维护程度。
4.2.2 系统应用架构
系统应用架构图描述系统的组成部分和各个部分的依赖关系。

n 采用了成熟的J2EE技术架构，确保系统的可扩展性、安全性、可靠性。
n 安全、高效的监管平台，全面掌握资金支付情况。
n 全新的多方位的监督理念，包括设置单位帐户库、流程控制点、支付管理、三流（信息流、资金流、物流）比对、实时报警。
n 界面友好，B/S结构的界面，C/S的应用效果，新鲜直观，操作方便。
n 统一的接口规范，灵活的报文配置。
n 实时警示，报警方式灵活选择，报警内容容易定制。
n 丰富的监控方式，如数据表格等，一目了然掌控全局的资金支付信息。
n 构件化功能组装，强大、简单的业务延伸能力，方便新业务的拓展。
各技术的选择理由如下：

4.2.3 系统物理架构
系统部署图描述系统运行时所依赖的硬件环境，该环境由节点和节点之间的依赖关系组成。

逻辑上，系统的服务器包括Web服务器应用服务器和数据库服务器。Web服务器主要负责静态页面的显示，应用服务器主要是提供中间层组件的运行环境。当数据较少时，这些服务器可安装在同一台机器上；当数据量增加时，这些服务器可按需要分别安装在不同的机器上，Web服务器、应用服务器还可由多台机器组成集群（Cluster），实现负载均衡机制。原则上数据库服务器使用单独的机器。
系统的运行环境如下：
l 客户机/服务器
l 软件配置
l 客户端
l Windows 2000 Professional
l IE 5.5 以上
l 应用服务器
l WAS6.1或JBoss4.0.2
l 数据库服务器
l DB2 9.5.1
43 技术框架设计
本节将阐述本系统的应用框架和应用框架实现的设计。
4.3.1 技术框架

客户浏览器发出HTTP请求，通过控制器转发调用相应的业务处理模块来业务逻辑，处理的结果通过控制器相应的视图格式化，返回客户端浏览器呈现给使用者。在页面的开发上，所有相同元素统一控制以增强应用的可维护性，且对于操作权限和数据规范化显示使用tag来统一处理。
业务层的设计遵循组件化设计模式。业务逻辑被封装在业务逻辑组件之中，控制器Action通过调用业务逻辑组件的接口来实现业务逻辑处理。当需要对数据进行处理时，业务逻辑组件通过调用数据访问组件的方法来完成对持久数据的操作。另外，在业务逻辑组件之间