项目集成交付

项目集成交付（精选四篇）

项目集成交付 篇1

《2014 年施工企业BIM技术应用现状研究报告》项目组对500 加企业进行的问卷调查显示:从未听过BIM的人员仅为1%, 了解BIM三年以上的人员占到29%, 在项目实施BIM技术的企业高达67%, 说明BIM在近年时间普及的速度非常迅速。

然而我国BIM领域应用总体处于起步阶段, 存在发展滞后、应用水平较低的问题, 其中缺乏基于BIM项目交付成果的研究及相关标准是阻碍我国BIM应用的重要原因之一。

1、BIM模型及应用成果交付内容

BIM交付物是基于建筑信息模型的可供交付的成果, 包括各专业信息模型, 基于信息模型形成的各类视图、分析表格、说明文档、辅助多媒体等。下面就设计阶段和施工阶段的BIM应用成果内容进行归纳总结。

设计阶段

(1) 各阶段设计模型

(2) BIM导出的二维图纸

(3) 可视化成果:包括三维视图、效果图、爆炸图、漫游动画等

(4) 各阶段基于BIM的分析报告, 包括风、光、热、声等建筑性能分析、人员疏散模拟、交通动线模拟、碰撞检测报告等

(5) 设计阶段工程量统计分析报告及工程量清单

(6) 设计变更模型等

施工阶段

(1) 管线综合分析报告及图纸深化

(2) 施工场地布置模拟 (含场布方案文档)

(3) 施工设备模拟 (含设备清单文档)

(4) 施工进度摸拟 (含施工进度计划文档)

(5) 施工工艺模拟 (含施工技术交底文档)

(6) 施工节点验收可视化视频展示

(7) 施工阶段工程量统计分析报告及工程量清单

(8) 施工阶段节点模型

(9) 施工竣工模型

图5 某项目BIM算量明细表

2、BIM成果要求

当前BIM成果的验收往往缺乏相关标准的约束和指导, 我国政府、行业、企业都在积极组织制定相关标准, 通过研究总结, 关于BIM成果的要求有以下几个方面:

成果准确性要求

BIM交付物应确保几何信息和非几何信息的准确性。交付物的准确性是指模型和模型构件的形状和尺寸等信息及模型构件之间的位置关系准确无误, 模型非几何信息满足相关标准规定, 模型交付单位应进行交付前的协同检查及专业校审, 确保BIM交付物的准确。

成果一致性要求

各参与方应按规定选用项目BIM实施软件, 并按规定提交统一格式的成果文件 (数据) , 应符合格式要求, 以保证最终BIM模型数据的一致性及完整性。

项目应有针对各专业统一的命名标准, 包括模型文件命名、图纸及相关表格命名、族构件命名、可视化成果命名等。

应根据项目各参与方的企业标准及使用习惯制定项目的模型配色及线型要求, 模型颜色应与设计图纸保持一致, 并符合出图标准要求, 机电专业可根据系统划分三维配色体系。项目BIM应用在实施过程中, 每个阶段提交的BIM模型成果, 应与同期项目的实施进度保持同步。

交付深度要求

应在项目启动前制定项目级BIM模型精度标准, 各阶段提交的模型及成果信息应符合各阶段BIM模型精细度要求。

项目在协同实施过程中, 提资专业所提交的节点交付物应符合内容及深度要求, 满足接收专业后续工作对模型信息的需求。

信息延续性要求

随着工程项目进展, 信息模型数据向下游阶段传递时, 并确保信息的准确、完整、有效传递。

提交进度要求

各阶段项目各参与方的BIM模型及应用成果应根据项目实施阶段节点进行交付。

项目各参与方根据BIM相关复查意见完成BIM模型的修改和整理后, 应在规定的时间内重新提交成果。

信息安全及知识产权规定

项目人员宜通过受控的权限访问服务器上的BIM项目数据。所有BIM项目数据宜存放在服务器上, 并对其进行定期备份。各项目BIM相关成果的知识产权受各项目参与方的合同条款保护。

3、结论与展望

本文对基于BIM技术的设计、施工交付成果及要求进行总结, 得出以下结论:

当前国内设计阶段的BIM成果主要包括:各阶段设计及变更模型、BIM导出的二维图纸、可视化成果、各阶段基于BIM的分析报告、设计阶段工程量统计分析报告及工程量清单等。

当前国内施工阶段的BIM成果主要包括:管线综合分析报告及图纸深化、施工场地布置模拟、施工设备、进度、工艺模拟、施工节点验收可视化视频展示、施工阶段工程量统计分析报告及工程量清单、施工阶段节点及竣工模型等。交付成果须满足准确性、一致性、深度、延续性、进度和安全及知识产权等要求。

XX项目交付日报 篇2

一、收楼情况： 一）、X一期

1、今日办理交房X套，顺利收房X套，累计收房X套；已办理收房手续未进行房屋查验X套，累计X套。

2、截止今日，已办理收房手续未签验收单房屋X套，其中物业已验收待业主收房X套，工程未整改完成1套（相关问题物业复验通过待业主验收X项，工程待整改X项）。

二）、X二期

1、今日办理交房X套，顺利收房X套，累计收房X套；已办理收房手续未进行房屋查验X套，累计X套。

2、截止今日，已办理收房手续未签验收单房屋X套，其中物业已验收待业主收房X，工程未整改完成X套（相关问题物业复验通过待业主验收X项，工程待整改X项）；

二、开荒保洁情况汇总 一）、淇水湾伍号一期

1、截止X年X月X日，已完成X套，服务中心已确认完成X套；

2、因春节临近开荒精保洁人员停工放假，一期暂停开荒保洁服务。二）、淇水湾伍号二期

物业暂未进行相关事项统筹。

系统集成项目的管理方法探索 篇3

【关键词】信息系统集成 项目管理 沟通管理 时间管理

【中图分类号】F284 【文献标识码】A 【文章编号】1672-5158（2013）03-0440-01

项目管理是通过项目启动、计划、执行、监督与控制和收尾过程组保证项目的完成。它涉及到了信息系统、人力资源管理、变更管理、战略管理、经济价值管理、心理学、技术和质量管理、社会学、多文化管理、系统思维、知识管理、组织学习、团队管理等方面知识，形成九大知识领域，分别是成本管理、质量管理、时间管理、范围管理、人力资源管理、沟通管理、风险管理、采购管理和整体管理。如此广泛的领域，只有通过自己的理解并到运用到实践中去，运用至无形之中，才能取得项目管理的最优效果。

程序+ 文档= 软件，这个公式广泛流传于计算机行业，由此可见文档的重要性。作为一个规范的软件企业，对项目文档的管理绝对举足轻重，而规范的文档对整个项目的顺利、及时、高效完工也起到有力的保障作用。对项目的文档管理，有很多现行的标准可以遵守，比如ISO9000和CMM等。合格的项目文档可以给项目管理人员提供很大的帮助，有利于项目管理人员回顾项目中出现的问题，总结项目实施过程中的经验教训，为将来更好地进行项目管理打下基础。

沟通管理是项目管理中的九大知识点之一，包括项目团队间的关系、项目干系人间的关系、与客户间的关系和与公司内职能部门间的关系。我认为可这样解决这个问题：第一，作为项目经理必须深知其中利害，在项目启动和计划期间就对此问题要安排好，例如指定专人负责。此人必须是熟悉客户情况者，并直接对项目经理负责，还有在计划中应该明确规定好各个阶段的任务和移交物品，并得到客户的确认。第二，在收尾阶段与项目相关的各类文档均要整理好，以备客户查收，包括中期的、各分系统的调试结果和测试报告等等。第三，要和客户搞好关系，这里不仅仅是请客吃饭的问题，还需要一些技巧。和客户领导沟通时特别要注意，少用技术性的语言，汇报要简明扼要。态度要积极、诚恳，千万不要说一些领导不懂的细节。

项目的实施过程中会涉及到大量的技术问题，有些是以前遇到的，有些是新的，在这一过程中一定要做好项目中的技术管理，需要注意以下几个方面：（1）重视在项目管理中不同学科之间的技术沟通和平衡，对于系统集成中出现的很多问题都需要结合不同知识领域的专业技术进行解决。（2）重视技术文档的作用，在项目的实施进程中要求技术人员的技术文档要及时、具体、明白，特别是一些“非标准”的工作，更要详细留档，以便项目技术回顾审查和改进。

项目活动中的充分准备工作就是指计划阶段的工作要尽量细化。PMBOK项目管理体系结构中特别强调计划，计划应该由项目成员根据任务的实际情况，结合合同条款拟定初稿，然后经由项目经理主持，会同各项目干系人共同会审，确定后下发。为保证计划的执行，要坚持例会制度，各方定期审查进度，及时解决存在的问题。计划最重要的有两个方面：文档和设计。文档资料一定要根据规范要求，准备齐全；设计是项目建设的龙头， 它的质量好坏直接关系到工程的成本、质量、工期等方面。

在项目准备过程中，尽可能让客户和监理提前介入，发现问题及时解决。如果有个别问题在规划前实在解决不了，要争取他们同意将其列入遗留问题，以求不致因此而延误工期。项目准备过程中初项目章程之外还要搞清这个项目里牵涉哪些方面的人，很多项目里除了业主单位的结构很复杂以外，还有一些其他单位也会牵涉进来，最后是成立项目组，分派工作。这样，就不会出现盲目性。

风险评价是识别并分析潜在风险的过程，可以通过列举通常的软件项目风险因素以使风险识别更加明析。制作风险评估表是识别风险的好办法，在风险评估表中我们统计特定风险对项目可能造成的潜在后果。风险计划不是一个静止的文件，它应该随着项目状况的变化而变化。所以在任何项目中，风险管理都必须被作为一个日常的正式活动列入项目工作计划，成为项目管理人员的一个重要工作。作为项目管理人员，要有很强的预见性，越是尽可能早地发现问题，解决问题付出的代价越是小。

时间资源的管理重要内容之一。尽管在项目初期和项目收尾时浪费一样的时间，但它们带来的影响是完全不同的，而没有认识到这个差别有时会产生非常严重的后果。于是在项目初期产生拖拉、分析设计不深入等问题也不足为奇。同样，在项目中期虽然会感觉到一定的压力， 但仍会感觉有一定的“缓冲时间”在。然而当进行到项目收尾阶段，大家才会发现时间不够用，前面没解决的问题全都拖到这个阶段， 各种各样的毛病、问题和用户反馈像火山一样爆发。最终也许可以准时提交，但再拖延个三四周甚至几个月也并不是什么罕见的事。

究其原因， 这是因为在项目的启动阶段，我们拥有全部可调动的资源，同时我们的时间还没有开始浪费在不相关的地方，所以在这个时候我们最容易也最有可能减少我们的浪费。在前期的这些投入将使你在项目后期得到巨大的收益，因为你无法收回已浪费的时间和资源，但可以通过努力工作而减少尚未产生的浪费。而在项目后期，绝大部分的时间和资源都已经被使用，而同时你可以调动用来进行“补偿” 的资源也大大减少，之前由于懒惰、懈怠、草率造成的问题也都开始显现，往往不得不面对无法兑现当初的承诺的悲惨结局。

变更计划在软件项目中经常遇到。控制好系统集成项目的变更，首先需要做好项目的开始目标基线的确定。这一过程需要紧紧围绕客户需求，深入调研。只有基线明确，才能衡量出哪些是需要变更的。因为在项目实施过程中，可能由于现实问题，如甲方人员配合度，测试环境等，导致变更需求的产生，在这些需求中，有些是对质量和技术点的妥协，很可能由于一个小改变而导致整个项目最终目标无法实现，所以项目经理务必要对照基线搞清楚哪些是不可以的，否则变更的东西和开始要求的东西混在一起，变更计划就无从制定，变更的界限也无从划清。

笔者做过一个银行协同系统项目，开始为了占领市场和尽快拿下合同，在用户需求还没有详细提供的条件下，就与用户签订了合同，后来不仅费用受到限制，就连时间也不够。在项目实施过程中，用户方会不断地对软件的功能提出新的要求。因为没有一个基线，我们认为是变更需求和新增功能，而用户方认为是合同范围，不能因此增加费用和时间。像这个项目，在签订合同的时候好像是我们争取了主动，其实不然，需求不明确，使我们在后来的项目进程中一直处于被动。所以项目从一开始就要做好范围计划，搞好范围确认。只有这样才能合理安排时间、费用、人力和其他资源，控制好项目的变更，这些是保证项目能够顺利完成的基本条件。

综上所述，项目管理对信息系统集成项目的成功起着重要的作用。虽然本文仅提及了信息系统集成项目管理实施过程中的几点经验和看法，且由于篇幅所限，不能对信息系统集成项目管理的所有领域进行阐述，但我们相信，只要将项目管理知识运用到实际工作中去，一定可以少走弯路，能提高项目的管理水平，提高项目的质量，降低项目的成本，确保时间进程要求，最终获得用户的认可。

参考文献

[1]吴吉义，殷建民，信息系统项目管理案例分析教程[M]，北京，电子工业出版社，2006.3

[2]石振强；对信息系统集成项目管理的认识和体会[A]第二十届中国（天津）2006IT、网络、信息技术、电子、仪器仪表创新学术会议论文集[C]2006年

项目集成交付 篇4

1 设计原则

为保证业务的易用性、可用性和未来扩展, 在应用交付平台的设计开发中遵循以下原则。

1.1 易用性

终端用户无缝使用各种应用, 系统易于安装维护, 中心系统无需大变更, 所有营业网点无需专业IT人员的参与即可实施, 易于交付、下架应用, 易于做身份认证、授权和行为审计。

1.2 可靠性

应用交付平台必须保障服务的稳定, 营业网点业务不受干扰。

1.3 可伸缩性

随着业务的增加, 应用交付平台的硬件设备应平滑扩容, 无需修改系统架构和软件重新开发。

1.4 经济性

该平台将依托江苏电力现有的设备, 尽可能复用现有的软硬件资源, 不造成不必要的浪费。

在设计应用交付平台过程中还关注与IT系统运行数据的采集、存储、分析和展现, 在江苏电力现有系统架构范围内, 自动或人工提取相关数据内蕴藏的各营业网点业务量、工作人员业务习惯和IT系统运行情况等信息, 为江苏电力的相关部门决策和业务创新提供支撑。

2 方案架构

应用交付平台软件包括以下子系统:远程桌面套件、应用虚拟化管理、应用平台管理、分布式资源调度、数流控制系统。

2.1 远程桌面套件

远程桌面套件是营业网点终端和业务服务系统沟通的桥梁。它包括远程桌面服务器端和客户端两部分, 其中客户端部署在终端上, 也称作远程应用控件。服务器端和客户端配合, 共同完成远程桌面功能。客户端控件负责键盘鼠标输入和屏幕显示, 远程桌面服务器端负责程序的运行。

我们通过图1来观看一个典型的应用交付场景。

营业网点终端采用最新的计算机终端, 运行Windows 7乃至Windows 8操作系统, 装有远程桌面控件。远程桌面服务作为一项系统服务, 运行在省中心某台中间服务器上。它和营业网点终端的远程控件和中间服务器中的应用配合, 负责接受远端传递的键盘、鼠标输入, 并传递给本地应用, 本地应用再去访问业务服务器上的业务系统, 执行业务操作。上图中, 采用某台虚拟机为中间服务器, IE6为应用示例, 应用交付服务器为虚拟机所在的物理服务器。

2.2 应用虚拟化管理

考虑到全省有一万多个营业网点, 未来平台投入使用后, 系统并发连接数超出了任何一台服务器的限制, 我们提供了应用虚拟化管理子系统, 实现负载均衡功能, 对服务器集群资源做统一调度和负载负担。

各营业网点运行本地的远程应用控件时, 控件首先和远程的应用交付控制服务器建立联系, 发送客户端身份、需要访问的应用等信息。应用交付控制服务器根据管理员配置的策略、各服务器当前负载情况, 动态分配该终端到到负载量最低的服务器上。该过程对客户端是完全透明的, 用户感知不到, 也无需了解自己在使用哪一台虚拟服务器。

2.3 应用平台管理

作为江苏电力信息系统的一部分, 应用交付平台自身有一系列配置、管理界面, 需要部署到统一的管理系统中。这些功能包括:

(1) 宿主机管理:包括查看、浏览所有宿主机或选定宿主机, 支持分页;新增一台宿主机, 包括宿主机名称、网络配置、主机状态的管理;修改宿主机配置, 包括宿主机名称、网络配置和宿主机状态;启动一台或多台宿主机, 同时加载配置相应的配置, 并启动相应的进程;停止运行的虚拟机, 保存相应的配置后, 关闭一个或多个宿主机的运行;批量删除选定的宿主机等功能。

(2) 虚拟机管理:包括查看、浏览所有虚拟机或选定虚拟机, 支持分页;新增一台虚拟机, 包括虚拟机名称、所在宿主机、系统镜像、硬件配置模板、网络配置和虚机状态的管理;修改虚拟机配置, 包括虚拟机名称、所在宿主机、系统镜像、硬件配置模板、网络配置和状态;批量删除选定的虚拟机;启动一台或多台虚拟机, 同时加载相应的配置, 并启动相应的进程;停止正在运行的进程, 保存相应的配置后, 关闭一个或多个虚拟机的运行等功能。

(3) 应用管理:包括查看、浏览平台中支持的所有应用或选定应用, 支持分页;新增一项业务系统, 包括业务系统名称和该业务系统的URL;修改应用配置, 包括应用名称和该业务系统的URL;批量删除选定的应用

(4) 权限管理:包括查看、浏览平台中支持的所有权限规则;新增一条允许访问的权限规则, 规则内容包括用户身份、业务系统、客户端IP地址和访问时间段;修改权限规则, 包括用户身份、业务系统、客户端IP地址和访问时间段等功能。

同时应用平台管理还包括了批量删除选定的权限规则、负载均衡规则管理、操作日志以及虚机资源占用功能。

2.4 分布式资源调度

应用交付平台采用分布式架构, 包括中心控制节点Controller和工作节点Nodes.其中Controller为两台物理服务器, 支持双机热备HA。Nodes为可扩展的虚拟机集群, 视应用规模定大小。试点阶段200个用户, 我们推荐2台物理服务器担任Controller, 2台物理服务器开启20个虚拟机, 担任Nodes。推广阶段建议采用2台Controller, 若干台物理服务器虚拟化后组成Nodes, 具体数目需要根据终端用户数和试点阶段的负载测量结果而定。

针对这样一个大规模分布式系统, 我们推荐采用成熟产品Net VM实现资源调度管理。Net VM包括支持分布式工作流引擎, 可以完成复杂的并行任务;支持分布式调度引擎, 可根据系统状态动态调度对应的资源, 完成对应的复杂任务;基于策略的复杂事件处理, 支持精确的事件策略描述方式, 从而对分布式系统应用中的事件精准识别, 从而保证自动化的可靠性 (比如运维管理中的自动化管理) 等功能。

2.5 数流控制系统

应用交付平台中的2个Controller和多台Node之间的业务配置同步和消息传递将采用数流控制系统Bitsflow产品。Bitsflow所提供的功能包括提供高可靠的分布式群组通讯, 解决分布式应用之间的协调一致性;提供逻辑地址, 解决应用的位置无关性;提供去中心化功能, 保证分布式应用无单点失效, 提供高可靠性等。

应用交付平台实现了无缝访问、快速部署、弹性伸缩、高可靠性以及节约成本, 同时由于该平台应用虚拟化方案基于微软的RDP协议, 未来可向后兼容, 这就确保了江苏电力未来的技术选型更加灵活务实、先进。因此, 江苏电力应用交付平台项目的实施, 极大的推进了江苏电力信息化的向前发展。

参考文献

[1]王学.面向SaaS应用交付平台的多租户数据索引研究[D].山东大学, 2012.

[2]迪普科技发布新一代应用交付平台主打绿色高效[J].国企, 2013, 06:14.