工程项目管理系统建设方案详细
XX
工程项目管理系统建议书
版本号：V 0.1.0
目录
1引言 (1)
1.1 建设背景 (1)
1.2 建设目标 (1)
2需求概述与设计原则 (3)
2.1 需求概述 (3)
2.2 系统设计原则 (4)
2.3 界面设计原则 (5)
3总体设计方案 (6)
3.1 系统架构 (6)
3.2 软件选型.................................................................................... 错误!未定义书签。
3.3 性能需求 (6)
3.4 性能需求分析 (7)
3.4.1存储需求分析 (7)
3.4.2计算能力需求分析 (7)
3.4.3存储需求分析 (8)
4功能概要设计 (9)
4.1 整体功能 (9)
4.2 系统配置 (10)
4.2.1流程配置 (10)
4.2.2资金切块配置 (10)
4.2.3处理时限配置 (11)
4.2.4物料信息配置 (12)
4.2.5其它配置 (12)
4.3 子工程管理 (16)
4.3.1项目上报审批 (16)
4.3.2工程过程管理 (27)
4.4 单项工程管理 (33)
4.4.1设备类项目上报审批 (33)
4.4.2单项属性设置 (33)
4.4.3单项实施管理 (34)
4.4.4单项进度管理 (34)
4.4.5单项文档管理 (35)
4.4.6单项工程追踪 (35)
4.4.7子项目合并 (36)
4.5 管线工程效益评估 (38)
4.5.1按工程评估 (38)
4.5.2按分局或接入点评估 (39)
4.5.3分阶段评估 (40)
4.5.4按项目性质分类评估 (41)
4.6数据接口 (42)
4.6.1 SAP接口 (51)
4.6.2管线资源管理系统接口 (51)
4.6.3管线后评估接口 (52)
4.6.4计费接口 (52)
4.6.5及小灵通短信接口 (52)
4.7 统计报表 (53)
4.7.1自定义报表 (53)
4.7.2各环节工单报表 (55)
4.7.3工程超期报表 (56)
5项目组织及工程进度 .................................................................... 错误!未定义书签。
5.1 项目组架构 ............................................................................... 错误!未定义书签。
5.2工程进度保证措施................................................................. 错误!未定义书签。
5.3 协作方式和信息沟通 ............................................................. 错误!未定义书签。
1 引言
1.1 建设背景
略。
1.2 建设目标
工程项目管理系统，基于B/S架构搭建，需要有可快速定制的审批流程、强大的工程实施过程管理、实时统计以及效益后评估功能。单项工程信息可从SAP 系统中导入。各分支局申请管线和视频监控类建设需求可随时在系统中填写，同时提供相应的建设生产能力指标、投资预算等，通过网上流转审批。上级部门审批通过后，区局或分支局开展具体的实施过程管理、设计单位进行方案图纸和材料表上传、施工单位进行施工照片和竣工申请上传、监理单位报告监理日志和填写项目进度。项目建设完成后、施工单位上传竣工图纸、资源中心和监理单位进行验收。可以将单位工程归入所属的单项工程下。系统可以自动将项目信息和预测指标导出到效益后评估系统中，供规建部跟踪分析项目实际产生的效益。
而对于设备类的单项工程、管理不需要象管线类工程那样具体到单位工程。申请设备类建设需求由区局在系统中填写，同时提供相应的建设生产能力指标、材料清单、投资预算等，通过网上流转审批。分公司规建部审批通过后，区局或分支局开展具体的工程实施过程管理、其余管理方法类似管线类子工程的管理流程。在工程的各个阶段、项目管理员或者承建单位可以将相关工程文件如批文等上传到工程管理系统。以供实时跟踪工程各环节建设进度和便于工程结算审计时查找相关文档。
系统适应规划建设、市场、计财、资源管理中心、施工监理等部门的实际工作要求。适应设备类和管线类工程的需求、并且支持XX分公司下属不同分区既同一又有一定差异的管理需求和流程。
系统与MSS/资源管理/计费/等系统有数据接口，以避免重复录入数据，减轻操作人员工作量。比如立项数据可以从MSS导入。系统可将子项目合并成单项项目导出，以方便导入MSS等系统。与资源管理和计费系统有自动接口、以实时查找资源占用情况供立项决策、并方便进行管线工程经济效益自动后评估。通知可
以通过OA小灵通短信等系统发布以及时提醒用户处理。
2 需求概述与设计原则
2.1 需求概述
工程项目管理系统主要功能划分如下：项目审批、项目实施、项目评估、系统接口。
项目审批：项目分为设备和管线两大类。管线及视频监控类项目以分支局或业务中心为源头在系统上报。上报时分局需要填写新增生产能力、建设规模、预测放号数、预测业务收入、资源需求等数据。系统将根据单位造价自动统计出项目总投资，以资金切块限额为标准检查，如果本季度批准工程投资累积已超过预算则系统将不予提交。申请经分局长确认后，到区局技术发展部相应专业的项目主管处审批或者修改，如果符合一定条件的项目、例如规模较大的项目审批通过后再提交到分公司规建部项目管理员处审批（视频监控类项目必须提交到分公司系统集成中心处审批）。上述生产能力、资源情况等数据也可以由区局录入、分支局只填写需求。
设备类单项其过程管理不需象管线工程那样细到每一个子项目。其最小的管理粒度到单项工程。申请主要由区局填写，同时提供相应的建设生产能力指标、材料清单、投资预算等，通过网上流转审批。分公司规建部审批通过后，区局或分支局开展具体的工程实施过程管理、其余管理方法类似管线类子工程的管理流程。
项目实施：项目管理员收到需求后，委托设计单位查勘、上传图纸，导入相应的材料明细表（需要区分物料编号、厂家、季度价格）作为发料依据，系统根据材料单价表自动计算材料总额。设计完成后项目管理员安排施工、监理单位。系统将发料清单发到采购中心，采购中心按照设备清单中新购或库存物料需求在规定时间发货。施工过程中，施工单位可以上传开工报告附件、修改建设规模数据、上传施工照片、提交工程进度变更申请表。监理单位填写监理日志。施工完成后，施工单位填写竣工验收申请报告、上传竣工图纸等。监理单位和资源中心进行验收、可以上传竣工验收总结报告附件。项目管理员填写最终的项目总投资、新增生产能力等数据。并对参建单位进行考核打分。
对于设备类的项目。除了前述管理方法外，项目每个关键步骤结束后，需要
相承建单位相关人员将产生的文档上传至系统用于统一归档案管理；关键步骤的完成时间也由文档上载时间为准，不允许修改。设计会审后由设计单位上传设计图纸，合同签订后由承建单位(施工、设计、监理、集成和设备材料)上传相关合同，开工后由监理提交监理日志，预转固\结算\初验后由设计单位上载预转固表，付款结束后由财务上传付款说明等。也就是设备工程进度由人工填写进度日期反映、而管线工程的单项进度则是由下面的组成子工程完成投资的进度来估算的。
项目评估：管线项目竣工后，项目编号导出到资源系统，资源中心进行资源数据的录入并录入工程和所建设资源的对应关系。项目预测数据可以导出到管线后评估系统中。后评估可在管线资源管理系统中根据项目信息自动提取主干、配线端子占用率、Service ID、等数据，从计费系统自动提取计费数据。最后规建部对项目实际产生效益进行评估和对比。按任务书、单项工程、子工程、分局、接入点、分阶段等对建设效益进行后评估。
系统接口：本系统由于牵涉的部分比较多，需要从不同的系统中提取数据，或者需要把相应的数据以自动或文件形式导出到其他系统。有和计费、MSS、资源管理、管线后评估、小灵通等系统的接口。
2.2 系统设计原则
系统在设计上充分考虑用户需求，为XX电信分公司提供强大、灵活、稳定、安全的全专业工程建设支撑平台。在设计上应该遵从以下原则：
◆先进性：根据系统的自身特点，在考虑采用成熟技术的同时，充分利用
现有先进的计算机技术，使得整个系统保持整体上的技术领先。
◆开放性，系统全面遵循各种国际开放技术标准，还必须遵循国家和电信
行业制定的有关标准与规，以便与其它系统进行联结。
◆易用性：由于本系统的应用对象大部分是非计算机专业的用户，因此，
系统力求做到界面友好、简单易学、操作方便。
◆扩充性：系统的信息要素、功能模块和数据结构都是易于扩充的，还能
够在数据容量、业务等级别上扩展。可扩展对电信新专业新业务建设项
目管理的支持。能够满足系统未来发展和扩充的需要。
◆可靠性和安全性：在系统设计中，进行各种方案的比较和优化，保证系
统稳定、可靠；同时，按照系统管理和使用的要求，设置严格的安全等级，确保系统安全。
◆灵活可配置性：系统具有高度的灵活性，由于部分业务流程暂未确定，
系统可灵活配置流程。另外用户权限、数据权限、部分业务规则等可以灵活配置，避免修改代码。
◆接口原则：不影响其它系统正常使用原则、保证与之交换数据的系统能
够正常使用。抽取有效信息、考虑对有效数据的抽取，以保证最小的数据冗余。
2.3 界面设计原则
◆用户操作界面友好、方便用户录入数据。比如可以用下拉列表、日期控
件输入的地方就必须使用控件输入。对数据必填项有明确提示。对用户输入数据有效性应进行检查、可以根据已有数据计算出来的数据尽量由系统自动计算。
◆比较繁琐的数据支持用户用Excel导入的方式录入。用户统计出来的表
格可以按需要导出成Excel文件。
◆页面美工、风格设计要简洁统一。
◆用户操作手册齐全明确；系统有在线帮助。
3 总体设计方案 3.1 系统架构
系统软件架构如下图所示：
平台
1. 系统为三层结构，包括客户端展现层、应用支撑平台、系统支撑平台。
2. XX 电信部用户可以在企业网通过IE 等浏览器访问本系统的应用支撑平
台。施工、监理等外单位可以通过互联网访问本系统。
3. 应用支撑平台包括应用服务器和工作流引擎两部份、工作流引擎在应用
服务器上构建、在工作流引擎上可快速定制业务流程、方便修改。 4. 系统后台数据统一存储在关系型数据库中。方便查询、效益评估、备份
和数据交换。
3.2 系统功能（档案管理部分）
3.3 性能需求
1. 数据精确度：时间以分钟为单位，费用金额精确到两位小数点。
2. 存储容量要求：系统初始存储容量满足未来至少三年的需要。
3. 系统支持用户数（按照管线专业估计）：使用者有：1）XX 分公司领导办
公室、规建部、资源中心、采购中心等，平均每部门用户五人。2）五个
区局、每个区局平均十个分局或中心，平均每部门各专业的用户五人。3）设计施工监理单位约十五家，平均每公司五人。管线专业直接用户数合
计不超过300人。
4.响应速度要求：局域网，一般的系统操作响应时间不超过5秒，对于查
询、统计功能操作的响应时间不超过30秒（系统响应时间：指从用户发
出访问请求到浏览器下载完页面的时间）。
5.稳定性：系统应架设在成熟可靠的软硬件平台之上，工作时间系统可用
性为99.99％。对影响到系统正常运转的又无法远程解决的故障应在下一
工作日到现场排障。系统应有完善的数据备份机制保证数据的安全和可
恢复。
3.4 性能需求分析
3.4.1 存储需求分析
数据存储容包括两部分，基础数据容以及业务数据容。主要占用空间的是业务容数据。一年管线专业不超过200个单项工程、7500个子项目。每个单项工程主要占用存储空间的是项目的附件信息，如合同、任务书、批复等。而单位工程主要占用空间的是设计图纸、材料表、竣工验收文档、施工照片等。按一个项目平均占用10M数据，一年约需要77G存储，则3年数据总量为230GB。
磁盘子系统主要考虑数据安全和数据读写速度。通常采用硬件RAID系统，其中镜像和RAID5最为普遍。需要做好定时备份工作。
3.4.2 计算能力需求分析
1.每年工程项目数：约7700个工程。
2.每项目主要用户数：8个用户/工程（含：分局客户经理、分局项目负责人、区局项目负责人、采购负责人、上级主管、设计人员、施工人员、监理人员）
3.每个工程每用户平均处理次数：6次
4.每次处理平均工作时间：20分钟
每分钟最大并发连接数：7700×8 ×20×6 / ( 240×8×60 ) ≈64。其中240是一年的工作日，每天工作时间是8小时
对管理类系统的数据库服务器可根据业务功能、部署情况等计算TPC-C，对主机的性能需求进行估算，通常可参照以下公式：
TPC-C＝每分钟业务量×综合事务系数×峰值系数/（1-冗余系数）
其中我们测算系统每用户一分钟大约产生10～15个查询请求和2～4个的修改请求。合计产生约20个请求。
综合事务系数需根据具体的业务功能，厂商的开发能力进行折算，这里取1.5；
峰值系数通常取3～4，考虑工程建设具有周期性，峰值系数取4；
冗余系数通常取30%；
本系统数据库服务器TPMC需求为64×20×1.5×4/0.7≈11000
对于TPC-C需求小于20,000tpmc并且可靠性要求不是实时的系统，建议选用PC服务器；
3.4.3 存储需求分析
操作系统约需要开销300M存。应用服务器初始约需200M存、平均每个用户连接需要开销10M存、按照前文所测算并发连接数、应用服务器总共需占用1G左右存。数据库服务器需要约800M～1G存。全系统总共需要2.2G存。按照保留一定的冗余度要求、建议系统配置4G存。
综上，主机的建议配置要求如下：
4 功能概要设计
4.1 整体功能
系统整体功能结构图如下：
项目审批
项目申请
管
线
类
项
目
处
理
项
目
查
询
统
计
施
工
监
理
处
理
资
源
中
心
处
理
按
单
项
评
估
按
分
局
评
估
分
期
评
估
设
备
类
项
目
处
理
规
建
部
门
处
理
按
子
工
程
评
估
流
程
配
置
资
金
切
块
配
置
处
理
时
限
配
置
材
料
配
置
采
购
中
心
处
理
统
计
报
表
系
统
接
口
用
户
机
构
管
理
单
项
管
理
其它模块
系统配置
项目评估
项目实施
工程项目管理系统
涉及工程资料（档案）管理部分的功能框图：
以下分模块详细描述。
业务管理模块：包含文件管理、整理编目、档案管理三部份，涵盖了档案业务基本工作。
系统管理模块：提供了一套系统的定制工具，可定制符合单位实际情况的管理模式，包括组织机构、分类方案、存储管理等；
档案利用模块：提供档案利用平台，目录检索、全文检索等搜索功能，能够迅速、准确定位到目标文件；
信息发布模块：发布包含图、文、声、像等容的平台，可设置图片滚动、标题滚动、图文展示等个性化展现方式；
数字化管理模块：可进行一系列的数字化加工，如扫描、自动校对、图像拼接等；
系统接口模块：提供本系统与其他系统的数据交换的接口功能。
4.2 系统配置
由于部分业务规则和基础数据有可能在今后进行调整，系统可灵活方便调整配置不需修改代码，保证了系统灵活性。
4.2.1 流程配置
流程可配置是本系统的必需功能，由于部分业务流程暂未确定，系统必须可灵活配置，不需修改代码即可实现流程修改。系统可通过配置流程处理节点、节点默认审批人、流程路由等来配置流程，支持串行、并行分支流程。流程定义是基于系统的工作流引擎配置建立的。
◆配置节点：可配置节点的名称、节点的默认处理人等属性。
◆配置路由：可定义节点具有审批、通过、退回、保存等操作。实现不同
的流向。
◆串行流程：从本处理环节到下一处理环节，是最常见的流程。
◆并行流程：从一个节点分出几个支流，各自走各自的处理动作，互不相
干，汇总到下一个节点、也有可能不汇总、即分支流程。
4.2.2 资金切块配置
XX分公司根据省公司切块资金分配给5个区局、每个区局分配给其下分支局，每年初系统管理员对项目资金进行一次分配，资金分配表可以手工录入系统，
也可以通过Excel导入。分配表格如下图所示：
2006年项目资金分配表
分支局名称第一季度第二季度第三季度第四季度总额
XX区局1分局
XX区局2分局
区局1分局
……
分支局只能看到自己今年每个季度的资金分配情况及已使用资金情况。区局可以查看本区局各分支局的资金分配情况。上报时如果本季度批准工程投资累积已超过预算则系统将不予提交，可以留一定比例（例如20％）的松动额以处理特殊情况。系统可开发资金申请预报功能，如果本季度已申请金额累积超过总额度的80％（可由管理员设置），则会发提示相关人员。分局提交项目时可以实时查看到当前季度剩余资金。
系统可开发分局的资金在季度间可调配功能，如果上一季度有剩余可以滚动到下一季度、如果超支可预支下一季度的资金。
4.2.3 处理时限配置
根据项目缓急程度，针对不同的建设规模和处理环节，规定了处理时间限制，如下图。建设规模如何分段、每段相应的时间限制均可由管理员灵活调整配置。
建设时间参考表
4.2.4 物料信息配置
各季度物料信息价格表可由管理员用Excel导入。用户Excel导入发料清单（就是预算的表四甲）的时候要做检查物料是否存在在物料信息表中。并根据物料号和厂家、执行季度价格提取出其价格。系统自动汇总同一工程所有材料价格。如下图所示：
4.2.5 其它配置
单位设置：配置下属各区局、分支局信息、工程主管人员信息、分支局领导信息等。规建部、运维部、采购中心等所涉及使用部门名称也可以
灵活设置。
角色权限设置：用户可使用功能模块设置、用户所属角色设置、项目数据访问权限等可由管理员设置分配。通过角色、模块、数据三个维度进行权限管理，可以灵活地分配用户在系统中所具有的功能和数据权限。
做到既保证信息安全又保证未来业务更改或扩展时不影响系统的基础架构。并且方便系统管理员进行批量设置管理。如下图所示：
所属网点维护：各分支局可维护本分局的接入网点。如下图所示：
◆设计施工监理单位设置：用户可以新建删除单位名称、单位联系人信息
供系统引用。一个单位可以有多个联系人信息（）。
◆工程造价设置：管理员可以维护管孔公里、线对公里、语音点、数据点、
信息点三种单点、线缆的造价
◆客户经理设置：分支局管理员可以维护本分局客户经理名称、联系方式
等以供引用。
◆提交时间限制：可由管理员设置在什么时段可以提交计划常规项目。
4.3 子工程管理
4.3.1 项目上报审批
4.3.1.1流程概述
管线和视频监控类项目分为计划和计划外（应急）项目，当区局一个季度发生的应急工程投资总额达到下一季度投资计划的20％时，之后发生的应急工程必须报区局主管副局长以及分公司主管副总经理审批后方可实施。
属区局技术发展部审批围的工程，由区局技术发展部审批后即可实施；超出区局技术发展部审批围的工程必须报分公司规划建设部（视频监控报类系统集成中心）审批后方可实施。
设备专业项目的申请则主要由区局技术发展部填写，分公司规划建设部审批通过后，区局或分支局开展具体的工程实施过程管理、其余管理方法类似管线类