工程项目信息管理系统概要设计.docx
《工程项目信息管理系统概要设计.docx》由会员分享，可在线阅读，更多相关《工程项目信息管理系统概要设计.docx（16页珍藏版）》请在冰点文库上搜索。
工程项目信息管理系统概要设计
工程项目信息管理系统
概要设计
第一章.项目背景
目前集团执行已执行或待执行项目，因为某些原因，在系统规范的电子信息化存档方面上几乎没有太多可查询的资料，诸如项目基本信息、项目资金流向信息、项目变更历史信息、项目过程确认、项目验收信息等管理过程信息因早期信息没有电子化，保存不完整，项目过程无法追溯，也让管理者无法对已执行、现执行或待执行的项目进行系统的了解分析。
对于一个正式的工程项目而言，从项目开始就应该计划预算，并能把控住进度，掌控好成本，直到项目竣工。
我们利用项目过程管控（软件系统）的核心业务逻辑思路，接到项目后，根据工程量清单形成的目标成本，制订材料、成本和费用计划，在施工过程中，按计划进行材料、人工、分包和管理费用的控制，可能有超过就会及时提醒变更，直到项目竣工，从而让管理者掌控项目过程动态，及时进行项目管控调整，杜绝糊涂项目。
把握多种项目过程数据，对数据进行逻辑分析和总结，对预控项目做减法，对管控项目做加法，项目管理工作量在减少，项目的可控度在增加，这些都是项目管控核心要素。
第二章.建设目标
就目前的数据情况，集团因项目信息过程管理软件过于精细或过于粗略导致项目信息电子化失败，是主要问题所在，如何利用人性化操作和关键项目数据节点减少项目工程人员的工作量，同时建设项目信息数据库是目前的主要工作。
建设工程项目信息数据库、标准化公司项目管理流程、实现项目工程资料文档统一管理、项目数据按需汇总、自动生成项目信息报表是本期项目的主要目标。
第三章.设计思路
本项目建设将立足于“标准规范的统一、数据资源的统一、运行环境的统一、管理与服务的统一”的建设目标。
在充分考虑我集团项目过程管理信息化现状及未来整体建设需求，在一个数据库的共享服务体系下实现各层级的应用。
在集团管控平台顶层设计框架下，实现项目过程数据库的建立，整合并规范项目信息资源，构建多源异构数据库，通过数据库结构信息一体化的方式进行管理及服务，逐步实现项目部门的信息整合，及时快速展示项目相关信息给管理层，进一步提升和完善曹发展集团工程项目的集中管控能力。
①是实现“一套运行标准与规范”
建立多源异构数据服务及应用标准体系，解决数据整理、入库不规范问题，确保数据安全及后期运维。
②是形成“一套多源异构数据库”
搭建基础项目数据库、多维数据库、用户权限库，构成项目需求的多源异构数据库。
③是形成“一个共享服务平台”
基于基础数据库搭建一个共享服务平台，实现一个平台下的数据共享交换，提供多种内接口，可与业务或者数据进行对接，实现更广泛的应用。
④是实现“一个库（数据核心）的集中管控能力”
在后台服务管理的基础上，前端集成集团项目管理流程的综合展示应用系统，实现各个层级的业务管控需求。
第四章.总体设计
四.1整体架构
基于组件技术的体系结构，把工程项目信息管理系统分成数据集成层、数据服务层、基础构件展、业务逻辑层、交互控制层和应用表现层，使得业务逻辑层次和类别更加清晰，功能的组合更加灵活。
采用面向对象、面向服务的设计思想，按不同的网络、不同的功能、不同的职能划分成各种功能组件，各功能组件既可以独立形成系统又可以组成一个综合系统，方便实现从子系统到综合系统、从综合系统到独立系统的升级过渡。
良好的扩充性和可维护性，实现在快速搭建总体框架的基础上分业务、分任务的逐渐充实整个系统，使系统具备可持续升级的基础。
系统采用面向对象服务的SOA架构，面向服务的体系结构，是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。
接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。
这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。
对松耦合的系统的需要来源于业务，应用程序需要根据业务的需要变得更加灵活，以适应不断变化的环境，比如经常改变的政策、业务级别、业务重点、合作伙伴关系、行业地位以及其他与业务有关的因素，这些因素甚至会影响业务的性质。
我们称能够灵活地适应环境变化的业务为按需（Ondemand）业务，在按需业务中，一旦需要，就可以对完成或执行任务的方式进行必要的更改。
虽然面向服务的体系结构不是一个新鲜事物，但它却是更传统的面向对象的模型的替代模型，面向对象的模型是紧耦合的，已经存在二十多年了。
虽然基于SOA的系统并不排除使用面向对象的设计来构建单个服务，但是其整体设计却是面向服务的。
由于它考虑到了系统内的对象，所以虽然SOA是基于对象的，但是作为一个整体，它却不是面向对象的。
不同之处在于接口本身。
SOA系统原型的一个典型例子是通用对象请求代理体系结构（CommonObjectRequestBrokerArchitecture，CORBA），它已经出现很长时间了，其定义的概念与SOA相似。
然而，现在的SOA已经有所不同了，因为它依赖于一些更新的进展，这些进展是以可扩展标记语言（标准通用标记语言的子集）为基础的。
通过使用基于XML的语言（称为Web服务描述语言（WebServicesDescriptionLanguage，WSDL））来描述接口，服务已经转到更动态且更灵活的接口系统中，非以前CORBA中的接口描述语言（InterfaceDescriptionLanguage，IDL）可比了。
SOA开发运行平台的Web服务并不是实现SOA的惟一方式。
前面刚讲的CORBA是另一种方式，这样就有了面向消息的中间件（Message-OrientedMiddleware）系统，比如IBM的MQseries。
但是为了建立体系结构模型，您所需要的并不只是服务描述。
您需要定义整个应用程序如何在服务之间执行其工作流。
您尤其需要找到业务的操作和业务中所使用的软件的操作之间的转换点。
因此，SOA应该能够将业务的商业流程与它们的技术流程联系起来，并且映射这两者之间的关系。
例如，给供应商付款的操作是商业流程，而更新您的零件数据库，以包括进新供应的货物却是技术流程。
因而，工作流还可以在SOA的设计中扮演重要的角色。
此外，动态业务的工作流不仅可以包括部门之间的操作，甚至还可以包括与不为您控制的外部合作伙伴进行的操作。
因此，为了提高效率，您需要定义应该如何得知服务之间的关系的策略，这种策略常常采用服务级协定和操作策略的形式。
最后，所有这些都必须处于一个信任和可靠的环境之中，以同预期的一样根据约定的条款来执行流程。
因此，安全、信任和可靠的消息传递应该在任何SOA中都起着重要的作用。
四.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、页面设计、单点登陆
系统以及简理念进行系统设计，目的是创造优雅风格、更加清晰地突出内容，以及可持续的视觉哲学
（仅供参考）
系统设定帐户均可登陆平台，但依据其角色权限，所看到的内容均有限制，如项目经理仅能看到自己管理的项目过程数据、分析结果等。
单点登录（SingleSignOn），简称为SSO，是目前比较流行的企业业务整合的解决方案之一。
SSO的定义是在多个应用系统中，用户只需要登录一次就可以访问所有相互信任的应用系统。
单点登录：
用户只需登录一次，即可通过单点登录系统（eTrueSSO）访问后台的多个应用系统，二次登录时无需重新输入用户名和密码。
基于角色访问控制：
根据用户的角色和URL实现访问控制功能。
全面的日志审计：
精确地记录用户的日志，可按日期、地址、用户、资源等信息对日志进行查询、统计和分析。
集群：
通过集群功能，实现多台服务器之间的动态负载均衡。
传输加密：
支持多种对称和非对称加密算法，保证用户信息在传输过程中不被窃取和篡改。
可扩展性：
对后续的业务系统扩充和扩展有良好的兼容性。
五.1工程项目管理软件
五.1.1项目信息
管理多个项目过程信息，以及每个项目的具体进度、纸质材料存放位置等数据，当然在项目进度的每个阶段又包含若干细节资料，如下图例。
编号
功能名称
功能描述
01
项目列表
整体项目默认按照时间的顺序罗列的表格，点击进入一个项目后，可以以浏览具体项目信息，鼠标停滞的某一项目上时，现实该项目的状态信息，如项目施工中，目前已施工3个月，外装修中，已完成计量5次产值2000万等信息
相关人员可查看其职责范围内核查项目
项目工程师可以查看、添加、编辑其职责范围管理的项目；
项目部门经理依据其权限可查看其职责范围管理的所有项目；
工程副总依据其权限可查看其职责范围管理的所有项目；
管理员可查看、添加、编辑、删除项目；
02
分类统计
依据项目分类进行各种图标的统计功能，例如：
房建、市政一级分类对比，市政内的道路、管线、绿化等二级分类对比，绿化植被三级分类统计等等。
点击分类图片的某一色块，进入该分类项目。
03
项目进度
项目形象进度、累计产值、当月产值等等。
五.1.2施工计量
在施工过程中对某个项目进行计量的具体数据，并且抽检、检验等信息的存放，参考如下图。
编号
功能名称
功能描述
01
计量审批
按照计量审批的时间、线上审批状态、线下签字进度等对整体计量项目排序。
供应商发起项目审批流程，可添加、编辑、查询、删除（假删除）计量审批信息。
相关人员可查看、驳回、标注其职责范围内核查计量审批
项目工程师可以查看、驳回、标注其职责范围管理的计量审批；
项目部门经理可查看、驳回、标注其职责范围管理的所有计量审批；
工程副总可查看、驳回、标注其职责范围管理的所有计量审批；
管理员可查看、驳回、添加、编辑、删除计量审批；
02
计量统计
依据计量审批进行各种图标的统计功能，例如：
某年某月计量审值统计、依据项目分类进行计量统计等等。
03
抽检检验
项目施工过程中，委托第三方进行的抽检见记录、检验记录以及相关材料的存放位置等
04
分项验收
项目施工过程中监理对项目分项验收的记录，以及相关材料的存放位置等
五.1.3合同信息
项目在执行过程中产生的合同记录，以及合同执行的情况汇总。
编号
功能名称
功能描述
01
合同管理
按照项目的顺序管理相关合同，以及对合同执行情况的汇总。
相关人员可查看其职责范围内的合同。
项目工程师可以查看、添加、删除、编辑其职责范围内的合同；
项目部门经理可查看其职责范围内的合同；
工程副总可查看其职责范围内的合同；
管理员可查看、添加、编辑、删除合同；
02
合同统计
合同的分类、执行统计数据。
五.1.4统计报表
依据项目情况，统计性报表。
编号
功能名称
功能描述
01
报表列表
根据各岗位的职责和需求不同产生若干报表模板。
管理员可以编辑内容；
主要是实现对报表定义
五.1.5待办事宜
系统需要个岗位上传数据、公告通知等。
编号
功能名称
功能描述
01
待办事宜
岗位职责提醒，如审批、月报等；
02
公告通知
系统公告，事件通知，一般由信息管理员发起。
五.1.6系统管理
系统管理，权限定义等。
编号
功能名称
功能描述
01
组织机构
组织结构划分；
02
角色权限
用户权限定义，具体定义参照架构定义
03
字典表
系统关键字段的定义，例如项目的多级分类、关键参数定义等等
第六章.系统特点
以现实需要为基本出发点，以适应未来发展为基本准则。
该系统的设计将遵循以下原则：
◆以应用需求为导向，平台整合，数据共享
以应用需求为导向，深化信息技术在集团管理中的应用，全面提高集团科学化水平。
◆稳定性原则
系统运行稳定、可靠是衡量一个系统优良的关键指标。
系统必须具有合理的系统结构，选用具有较高移植性的开发工具，使用高稳定性的系统运行平台，以使系统故障发生的可能性尽可能少。
系统必须优化各个环节，确保在大数据量空间运算时的响应速度和性能，保证系统能够长期安全运行。
系统中的硬、软件及信息资源要满足可靠性设计要求。
充分考虑利用现有设备，合理化的使用现有各种网络资源，同时为不同现存网络提供互连和升级手段。
同时应针对各种可能出现的紧急情况制定相应的应急工作方案和对策，减小系统故障的影响。
◆先进性原则
选用成熟可靠的技术，确保系统具有较高的性能指标，采用先进的体系结构和技术发展的主流产品，保证整个系统高效运行，效果突出。
◆实用性原则
系统交互良好，易操作、易理解、易控制。
人机界面简单、统一、友好；指令简单、准确、无异议，结果直观，便于专业人员和观众的操作.
◆开放性原则
系统采用的信息分类编码、网络通信协议和数据接口标准必须严格执行国家有关标准和行业标准。
系统需要在处理能力、数据存储容量、网络技术和数据接口等方面具有良好的互操作性和可扩展性，保证系统数据的可持续利用和系统应用功能的可持续发展。
◆安全保密性
必须保证数据的安全和系统的安全；建立分级用户权限管理，充分保证系统的安全性与保密性。
◆容错性
系统应具有较高的容错能力，要有较高的抗干扰性。
对各类用户的误操作要有提示和自动消除能力。
◆易扩展性
系统的软硬件应具有扩充升级的余地，能够适应网络及计算机技术的迅猛发展和需求的不断变化，使系统中的信息资源具有长期维护使用能力。
易扩展性同时保证二次开发，并且可以保证系统管理员或技术人员能及时便捷地改善系统的功能。
◆统筹规划、分步实施、高度集成
制定统一的数据标准，规范各子系统间的接口标准，实现系统软件统筹规划、设计，分步、分模块实施开发，最终全面高度集成。
◆支持海量数据运作
由于空间数据种类多、数量大，要求系统必须支持海量数据空间数据的管理，支持大规模的数据应用。
◆方便、实用，界面友好
系统要充分考虑应用和维护的方便性、灵活性，提供简洁、方便的操作方式和可视化操作界面。
升级会员 