工程项目信息管理系统概要设计.docx
- 文档编号:1323866
- 上传时间:2022-10-20
- 格式:DOCX
- 页数:13
- 大小:127.18KB
工程项目信息管理系统概要设计.docx
《工程项目信息管理系统概要设计.docx》由会员分享,可在线阅读,更多相关《工程项目信息管理系统概要设计.docx(13页珍藏版)》请在冰豆网上搜索。
工程项目信息管理系统概要设计
工程项目信息管理系统
概要设计
第一章.项目背景
目前集团执行已执行或待执行项目,因为某些原因,在系统规范的电子信息化存档方面上几乎没有太多可查询的资料,诸如项目基本信息、项目资金流向信息、项目变更历史信息、项目过程确认、项目验收信息等管理过程信息因早期信息没有电子化,保存不完整,项目过程无法追溯,也让管理者无法对已执行、现执行或待执行的项目进行系统的了解分析。
对于一个正式的工程项目而言,从项目开始就应该计划预算,并能把控住进度,掌控好成本,直到项目竣工。
我们利用项目过程管控(软件系统)的核心业务逻辑思路,接到项目后,根据工程量清单形成的目标成本,制订材料、成本和费用计划,在施工过程中,按计划进行材料、人工、分包和管理费用的控制,可能有超过就会及时提醒变更,直到项目竣工,从而让管理者掌控项目过程动态,及时进行项目管控调整,杜绝糊涂项目。
把握多种项目过程数据,对数据进行逻辑分析和总结,对预控项目做减法,对管控项目做加法,项目管理工作量在减少,项目的可控度在增加,这些都是项目管控核心要素。
第二章.建设目标
就目前的数据情况,集团因项目信息过程管理软件过于精细或过于粗略导致项目信息电子化失败,是主要问题所在,如何利用人性化操作和关键项目数据节点减少项目工程人员的工作量,同时建设项目信息数据库是目前的主要工作。
建设工程项目信息数据库、标准化公司项目管理流程、实现项目工程资料文档统一管理、项目数据按需汇总、自动生成项目信息报表是本期项目的主要目标。
第三章.设计思路
本项目建设将立足于“标准规范的统一、数据资源的统一、运行环境的统一、管理与服务的统一”的建设目标。
在充分考虑我集团项目过程管理信息化现状及未来整体建设需求,在一个数据库的共享服务体系下实现各层级的应用。
在集团管控平台顶层设计框架下,实现项目过程数据库的建立,整合并规范项目信息资源,构建多源异构数据库,通过数据库结构信息一体化的方式进行管理及服务,逐步实现项目部门的信息整合,及时快速展示项目相关信息给管理层,进一步提升和完善曹发展集团工程项目的集中管控能力。
①是实现“一套运行标准与规范”
建立多源异构数据服务及应用标准体系,解决数据整理、入库不规范问题,确保数据安全及后期运维。
②是形成“一套多源异构数据库”
搭建基础项目数据库、多维数据库、用户权限库,构成项目需求的多源异构数据库。
③是形成“一个共享服务平台”
基于基础数据库搭建一个共享服务平台,实现一个平台下的数据共享交换,提供多种内接口,可与业务或者数据进行对接,实现更广泛的应用。
④是实现“一个库(数据核心)的集中管控能力”
在后台服务管理的基础上,前端集成集团项目管理流程的综合展示应用系统,实现各个层级的业务管控需求。
第四章.总体设计
四.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)拼接:
以拓扑元素的共享边界作为其连接标志,按照从高维到低维的顺序,收集分类后保留的拓扑元素,形成结果形体的边界表示数据结构。
第五
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 工程项目 信息管理 系统 概要 设计
![提示](https://static.bdocx.com/images/bang_tan.gif)