综合项目工程综合项目信息标准管理系统概要设计.doc

工程项目信息管理系统
概要设计

目录
第一章. 项目背景 3
第二章. 建设目的 4
第三章. 建设方针 4
第四章. 设计思路 5
第五章. 总体设计 7
5.1 技术路线 7
5.2 功能构造 7
5.3 整体架构 8
第六章. 功能设计 9
6.1 教诲资源云服务平台 9
6.2 直、点播在线学习平台 11
6.3 教师绩效管理系统 13
6.4 基地统一信息服务平台 14
6.5 基地内部工作流服务系统 16
第七章. 系统特点 18
7.1 先进系统构架 18
7.1.1 软件系统构架优势 18
7.1.2 硬件构架优势 19
7.2 高性价比 20
7.2.1 成熟而开放软件系统减少了研发成本 20
7.2.2 统一硬件平台减少了设备采购和更新成本 20
第八章. 总结 22

第一章. 项目背景
当前集团执行已执行或待执行项目，由于某些因素，在系统规范电子信息化存档方面上几乎没有太多可查询资料，诸如项目基本信息、项目资金流向信息、项目变更历史信息、项目过程确认、项目验收信息等管理过程信息因初期信息没有电子化，保存不完整，项目过程无法追溯，也让管理者无法对已执行、现执行或待执行项目进行系统理解分析。
对于一种正式工程项目而言，从项目开始就应当筹划预算，并能把控住进度，掌控好成本，直到项目竣工。咱们运用项目过程管控（软件系统）核心业务逻辑思路，接到项目后，依照工程量清单形成目的成本，制定材料、成本和费用筹划，在施工过程中，按筹划进行材料、人工、分包和管理费用控制，也许有超过就会及时提示变更，直到项目竣工，从而让管理者掌控项目过程动态，及时进行项目管控调节，杜绝糊涂项目。
把握各种项目过程数据，对数据进行逻辑分析和总结，对预控项目做减法，对管控项目做加法，项目管理工作量在减少，项目可控度在增长，这些都是项目管控核心要素。

第二章. 建设目的
就当前数据状况，集团因项目信息过程管理软件过于精细或过于粗略导致项目信息电子化失败，是重要问题所在，如何运用人性化操作和核心项目数据节点减少项目工程人员工作量，同步建设项目信息数据库是当前重要工作。
建设工程项目信息数据库、原则化公司项目管理流程、实现项目工程资料文档统一管理、项目数据按需汇总、自动生成项目信息报表是本期项目重要目的。

第三章. 设计思路
本项目建设将立足于 “原则规范统一、数据资源统一、运营环境统一、管理与服务统一”建设目的。在充分考虑我集团项目过程管理信息化现状及将来整体建设需求，在一种数据库共享服务体系下实现各层级应用。
在集团管控平台顶层设计框架下，实现项目过程数据库建立，整合并规范项目信息资源，构建多源异构数据库，通过数据库构造信息一体化方式进行管理及服务，逐渐实现项目部门信息整合，及时迅速展示项目有关信息给管理层，进一步提高和完善曹发展集团工程项目集中管控能力。

①是实现“一套运营原则与规范”
建立多源异构数据服务及应用原则体系，解决数据整顿、入库不规范问题，保证数据安全及后期运维。
②是形成“一套多源异构数据库”
搭建基本项目数据库、多维数据库、顾客权限库，构成项目需求多源异构数据库。
③是形成“一种共享服务平台”
基于基本数据库搭建一种共享服务平台，实现一种平台下数据共享互换，提供各种内接口，可与业务或者数据进行对接，实现更广泛应用。
④是实现“一种库（数据核心）集中管控能力”
在后台服务管理基本上，前端集成集团项目管理流程综合展示应用系统，实现各个层级业务管控需求。

第四章. 总体设计
4.1 整体架构
基于组件技术体系构造，把工程项目信息管理系统提成数据集成层、数据服务层、基本构件展、业务逻辑层、交互控制层和应用体现层，使得业务逻辑层次和类别更加清晰，功能组合更加灵活。采用面向对象、面向服务设计思想，按不同网络、不同功能、不同职能划提成各种功能组件，各功能组件既可以独立形成系统又可以构成一种综合系统，以便实现从子系统到综合系统、从综合系统到独立系统升级过渡。良好扩充性和可维护性，实当前迅速搭建总体框架基本上分业务、分任务逐渐充实整个系统，使系统具备可持续升级基本。
系统采用面向对象服务SOA架构，面向服务体系构造，是一种组件模型，它将应用程序不同功能单元（称为服务）通过这些服务之间定义良好接口和契约联系起来。接口是采用中立方式进行定义，它应当独立于实现服务硬件平台、操作系统和编程语言。这使得构建在各种这样系统中服务可以以一种统一和通用方式进行交互。

对松耦合系统需要来源于业务，应用程序需要依照业务需要变得更加灵活，以适应不断变化环境，例如经常变化政策、业务级别、业务重点、合伙伙伴关系、行业地位以及其她与业务关于因素，这些因素甚至会影响业务性质。咱们称可以灵活地适应环境变化业务为按需（On demand）业务，在按需业务中，一旦需要，就可以对完毕或执行任务方式进行必要更改。
虽然面向服务体系构造不是一种新鲜事物，但它却是更老式面向对象模型代替模型，面向对象模型是紧耦合，已经存在二十近年了。虽然基于 SOA 系统并不排除使用面向对象设计来构建单个服务，但是其整体设计却是面向服务。由于它考虑到了系统内对象，因此虽然 SOA 是基于对象，但是作为一种整体，它却不是面向对象。不同之处在于接口自身。SOA 系统原型一种典型例子是通用对象祈求代理体系构造（Common Object Request Broker Architecture，CORBA），它已经浮现很长时间了，其定义概念与 SOA 相似。
然而，当前 SOA 已有所不同了，由于它依赖于某些更新进展，这些进展是以可扩展标记语言（原则通用标记语言子集）为基本。通过使用基于 XML 语言（称为Web 服务描述语言（Web Services Description Language，WSDL））来描述接口，服务已经转到更动态且更灵活接口系统中，非此前 CORBA 中接口描述语言（Interface Description Language，IDL）可比了。
SOA开发运营平台Web 服务并不是实现 SOA 惟一方式。前面刚讲 CORBA 是另一种方式，这样就有了面向消息中间件（Message-Oriented Middleware）系统，例如 IBM MQseries。但是为了建立体系构造模型，您所需要并不只是服务描述。您需要定义整个应用程序如何在服务之间执行其工作流。您特别需要找到业务操作和业务中所使用软件操作之间转换点。因而，SOA 应当可以将业务商业流程与它们技术流程联系起来，并且映射这两者之间关系。例如，给供应商付款操作是商业流程，而更新您零件数据库，以涉及进新供应货品却是技术流程。因而，工作流还可以在 SOA 设计中扮演重要角色。
此外，动态业务工作流不但可以涉及部门之间操作，甚至还可以涉及与不为您控制外部合伙伙伴进行操作。因而，为了提高效率，您需要定义应当如何得知服务之间关系方略，这种方略经常采用服务级协定和操作方略形式。

最后，所有这些都必要处在一种信任和可靠环境之中，以同预期同样依照商定条款来执行流程。因而，安全、信任和可靠消息传递应当在任何 SOA 中都起着重要作用。
4.2 功能构造
建成曹发展集团工程项目信息管理系统将服务于集团项目工程管理部。通过过程原则化、数据录入、应用系统、数据集中、数据同步、组件化建设等方式满足集团高档管理层、集团中级管理层、数据应用部门等访问和应用。
1）工程项目四个阶段

2）工程项目分类

（施工中计量报审流程↑）
当前计量数据是通过数据表格（EXCEL）提交；尚有某些证件性资料是纸质。
5）工程项目竣工阶段
项目验收后交付给市政处养运
6）工程项目结算阶段

5.1、原则化形象项目流程
项目经理在立项之初，确认项目类型，选取适当项目流程。
选取模式减少项目经理操作，例如前期可选取房建或市政类，那么前期流程基本就可以确认了,在此基本上，项目经理或数据操作人员选取适合自己详细流程细节，这样大大减少了项目人员因对管理过程不熟悉或偶尔失误没想起来过程有个总体理解。
如图示，项目经理可以在需要在文献上打上对号，绿色表达文献已经提交，红色表达必要文献，但尚未提交。项目经理对项目流程文献状况一目了然，不会紧张文献缺失不以便核对。
5.2、工程项目信息数据库
按照应用规定，为市政和房建类工程项目设计一种构造合理、使用以便、效率较高工程数据库及其应用系统。数据库设计得好，可以使整个应用系统效率高、维护简朴、使用容易。
那么在工程数据库设计办法和辅助设计工具研究结合工程应用领域中数据库设计某些特性，以层次分析为主，以连接关系为基本， 结合面向对象技术来进行工程数据库设计。
（数据库完整存储模式）
项目在流程中产生电子资料，涉及干系人员数据、项目任务书、施工合同、监理合同、施工方案、设计图纸、进度计量数据、项目进度有关附件（扫描件等）数据等等，都需要逐级审核，纸质文献作为签批标记。

（可参照流程信息）

5.3、组织机构角色权限

咱们定义出了部门(Department)、岗位(Post)、职工(Employee)、工作组(Group)、角色(Role)、级别(Level)等要素，涵盖了公司中组织管理各个方面。部门（Department）是组织中核心要素，以树形构造存在，一种组织或部门下可以有各种职能部门。一种部门下面，会有各种岗位，这些岗位之间是具备层次化关系（这个层次化含义是人为赋予，真正意义上岗位仅仅描述一种职责，自身是不具备层次。 
树型层次化构造基本可以满足绝大多数组织模型，但是却无法解决矩阵式组织构造问题：把按职能划分部门和按项目划分小组结合起来，构成矩阵，同一名管理人员在与原职能保持组织和业务联系同步可以参加产品或项目组工作。
一种人，可以存在于各种岗位上，一种人，可以在不同工作组中，扮演不同角色。
5.4、工程项目附件磁盘库
项目过程中某些文献，因其重要性和读写规定，可以放置在磁盘上，以文献形式进行存储访问，从而形成一种特定附件磁盘数据库，此磁盘由于要保存上传下载文献，要对其进行保密、扫毒等服务器安全防护设立。
5.5、工程项目流程模板库
简化项目经理操作，项目经理选取项目流程，例如在前期可选取房建类或市政类项目，选定后项目依照流程依照既定规则生成该项当前期模板，项目经理依次选取项目相相应施工模板、竣工模板、结算模板，然后四个阶段性模板合成一种完整项目模板。
根据此项目模板，项目经理对项目进行过程资料采集和归档，对项目过程进行管控等。
5.6、工程项目报表模板库
依照项目管理规定，定期出具报表为原则报表，因特殊需求需要出具报表为非原则报表，正常来说，项目工程都应当有日报报表、周报报表、月报报表等，这些报表根据有关人员录入管理数据即时自动生成。
5.7、工程项目运算规则集合
依照数据需求，工程项目出具详细数据是从数据库中各项目过程摘取核心数据，咱们定下项目运算规则，明确单项数据需求，即为项目运算规则，各种需求项目运算规则集合是为了迅速出具数据成果。
运算规则涉及了如下几某些：
(1)求交：参加运算一种形体各拓扑元素求交，求交顺序采用低维元素向高维元素进行。用求交成果产生新元素（维数低于参加求交元素）对求交元素进行划分，形成某些子元素。这种通过求交环节之后，每一形体产生子拓扑元素整体相对于另一形体有外部、内部、边界上分类关系。
2)成环：由求交得到交线将原形体面进行分割，形成某些新面环。再加上原形体悬边、悬点经求交后得到各子拓扑元素，形成一拓扑元素生成集。
(3)分类：对形成拓扑元素生成集中每一拓扑元素，取其上一种代表点，依照点/体分类原则，决定该点相对于另一形体位置关系，同步考虑该点代表拓扑元素类型（即其维数），来决定该拓扑元素相对于另一形体分类关系。
(4)取舍：依照拓扑元素类型及其相对另一形体分类关系，按照集合运算运算符要求，要决定拓扑元素是保存还是舍去；保存拓扑元素形成一种保存集。
(5)合并：对保存集中同类型可合并拓扑元素进行合并，涉及面环合并和边合并。
(6)拼接：以拓扑元素共享边界作为其连接标志，按照从高维到低维顺序，收集分类后保存拓扑元素，形成成果形体边界表达数据构造。

第五章. 功能设计
功能性方案以项目数据管理、报表分析展示为主，对于基本性质数据整顿、库管理等工作。
5.1、页面设计、单点登陆
系统以及简理念进行系统设计，目是创造优雅风格、更加清晰地突出内容，以及可持续视觉哲学

（仅供参照）
系统设定帐户均可登陆平台，但根据其角色权限，所看到内容均有限制，如项目经理仅能看到自己管理项目过程数据、分析成果等。
单点登录（Single Sign On），简称为 SSO，是当前比较流行公司业务整合解决方案之一。SSO定义是在各种应用系统中，顾客只需要登录一次就可以访问所有互相信任应用系统。

单点登录：顾客只需登录一次，即可通过单点登录系统（eTrueSSO）访问后台各种 应用系统，二次登录时无需重新输入顾客名和密码。
基于角色访问控制：依照顾客角色和URL实现访问控制功能。
全面日记审计：精准地记录顾客日记，可按日期、地址、顾客、资源等信息对日记进行查询、记录和分析。
集群：通过集群功能，实现多台服务器之间动态负载均衡。
传播加密：支持各种对称和非对称加密算法，保证顾客信息在传播过程中不被窃取和篡改。
可扩展性：对后续业务系统扩充和扩展有良好兼容性。
5.1 工程项目管理软件
5.1.1 项目信息
管理各种项目过程信息，以及每个项目详细进度、纸质材料存储位置等数据，固然在项目进度每个阶段又包括若干细节资料，如下图例。

编号
功能名称
功能描述
01
项目列表
整体项目默认按照时间顺序罗列表格，点击进入一种项目后，可以以浏览详细项目信息，鼠标停滞某一项目上时，现实该项目状态信息，如项目施工中，当前已施工3个月，外装修中，已完毕计量5次产值万等信息
有关人员可查看其职责范畴内核查项目
项目工程师可以查看、添加、编辑其职责范畴管理项目；
项目部门经理根据其权限可查看其职责范畴管理所有项目；
工程副总根据其权限可查看其职责范畴管理所有项目；
管理员可查看、添加、编辑、删除项目；
02
分类记录
根据项目分类进行各种图标记录功能，例如：房建、市政一级分类对比，市政内道路、管线、绿化等二级分类对比，绿化植被三级分类记录等等。

点击分类图片某一色块，进入该分类项目。
03
项目进度
项目形象进度、合计产值、当月产值等等。
5.1.2 施工计量
在施工过程中对某个项目进行计量详细数据，并且抽检、检查等信息存储，参照如下图。

编号
功能名称
功能描述
01
计量审批
按照计量审批时间、线上审批状态、线下签字进度等对整体计量项目排序。
供应商发起项目审批流程，可添加、编辑、查询、删除（假删除）计量审批信息。
有关人员可查看、驳回、标注其职责范畴内核查计量审批
项目工程师可以查看、驳回、标注其职责范畴管理计量审批；
项目部门经理可查看、驳回、标注其职责范畴管理所有计量审批；
工程副总可查看、驳回、标注其职责范畴管理所有计量审批；
管理员可查看、驳回、添加、编辑、删除计量审批；
02
计量记录
根据计量审批进行各种图标记录功能，例如：某年某月计量审值记录、根据项目分类进行计量记录等等。
03
抽检检查
项目施工过程中，委托第三方进行抽检见记录、检查记录以及有关材料存储位置等
04
分项验收
项目施工过程中监理对项目分项验收记录，以及有关材料存储位置等
5.1.3 合同信息
项目在执行过程中产生合同记录，以及合同执行状况汇总。
编号
功能名称
功能描述
01
合同管理
按照项目顺序管理有关合同，以及对合同执行状况汇总。
有关人员可查看其职责范畴内合同。
项目工程师可以查看、添加、删除、编辑其职责范畴内合同；
项目部门经理可查看其职责范畴内合同；
工程副总可查看其职责范畴内合同；
管理员可查看、添加、编辑、删除合同；
02
合同记录
合同分类、执行记录数据。
5.1.4 记录报表
根据项目状况，记录性报表。
编号
功能名称
功能描述
01
报表列表
依照各岗位职责和需求不同产生若干报表模板。
管理员可以编辑内容；
重要是实现对报表定义

5.1.5 待办事宜
系统需要个岗位上传数据、公示告知等。
编号
功能名称
功能描述
01
待办事宜
岗位职责提示，如审批、月报等；
02
公示告知
系统公示，事件告知，普通由信息管理员发起。

5.1.6 系统管理
系统管理，权限定义等。
编号
功能名称
功能描述
01
组织机构
组织构造划分；
02
角色权限
顾客权限定义，详细定义参照架构定义
03
字典表
系统核心字段定义，例如项目多级分类、核心参数定义等等

第六章. 系统特点
以现实需要为基本出发点，以适应将来发展为基本准则。该系统设计将遵循如下原则：
u 以应用需求为导向，平台整合，数据共享
以应用需求为导向，深化信息技术在集团管理中应用，全面提高集团科学化水平。
u 稳定性原则
系统运营稳定、可靠是衡量一种系统优良核心指标。
系统必要具备合理系统构造，选用品有较高移植性开发工具，使用高稳定性系统运营平台，以使系统故障发生也许性尽量少。
系统必要优化各个环节，保证在大数据量空间运算时响应速度和性能，保证系统可以长期安全运营。
系统中硬、软件及信息资源要满足可靠性设计规定。充分考虑运用既有设备，合理化使用既有各种网络资源，同步为不同现存网络提供互连和升级手段。
同步应针对各种也许浮现紧急状况制定相应应急工作方案和对策，减小系统故障影响。
u 先进性原则
选用成熟可靠技术，保证系统具备较高性能指标，采用先进体系构造和技术发展主流产品，保证整个系统高效运营，效果突出。
u 实用性原则
系统交互良好，易操作、易理解、易控制。人机界面简朴、统一、和谐；指令简朴、精确、无异议，成果直观，便于专业人员和观众操作.
u 开放性原则
系统采用信息分类编码、网络通信合同和数据接口原则必要严格执行国家关于原则和行业原则。
系统需要在解决能力、数据存储容量、网络技术和数据接口等方面具备良好互操作性和可扩展性，保证系统数据可持续运用和系统应用功能可持续发展。
u 安全保密性
必要保证数据安全和系统安全；建立分级顾客权限管理，充分保证系统安全性与保密性。
u 容错性
系统应具备较高容错能力，要有较高抗干扰性。对各类顾客误操作要有提示和自动消除能力。
u 易扩展性
系统软硬件应具备扩充升级余地，可以适应网络及计算机技术迅猛发展和需求不断变化，使系统中信息资源具备长期维护使用能力。易扩展性同步保证二次开发，并且可以保证系统管理员或技术人员能及时便捷地改进系统功能。
u 统筹规划、分步实行、高度集成
制定统一数据原则，规范各子系统间接口原则，实现系统软件统筹规划、设计，分步、分模块实行开发，最后全面高度集成。
u 支持海量数据运作
由于空间数据种类多、数量大，规定系统必要支持海量数据空间数据管理，支持大规模数据应用。
u 以便、实用，界面和谐
系统要充分考虑应用和维护以便性、灵活性，提供简洁、以便操作方式和可视化操作界面。