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

工程项目信息管理系统概要设计目录第一章.项目背景.......................................................................................................................3第二章.建设目标.......................................................................................................................4第三章.建设方针.........................................................................................错误!未定义书签。第四章.设计思路.......................................................................................................................4第五章.总体设计.......................................................................................................................55.1技术路线..................................................................................................错误!未定义书签。5.2功能结构.................................................................................................................................55.3整体架构..................................................................................................错误!未定义书签。第六章.功能设计.....................................................................................................................146.1教育资源云服务平台..............................................................................错误!未定义书签。6.2直、点播在线学习平台..........................................................................错误!未定义书签。6.3教师绩效管理系统..................................................................................错误!未定义书签。6.4基地统一信息服务平台..........................................................................错误!未定义书签。6.5基地内部工作流服务系统......................................................................错误!未定义书签。第七章.系统特点.....................................................................................................................217.1先进的系统构架......................................................................................错误!未定义书签。7.1.1软件系统构架的优势......................................................................错误!未定义书签。7.1.2硬件构架的优势..............................................................................错误!未定义书签。7.2高性价比..................................................................................................错误!未定义书签。7.2.1成熟而开放的软件系统降低了研发成本......................................错误!未定义书签。7.2.2统一的硬件平台降低了设备采购和更新成本..............................错误!未定义书签。第八章.总结.................................................................................................错误!未定义书签。第一章.项目背景目前集团执行已执行或待执行项目，因为某些原因，在系统规范的电子信息化存档方面上几乎没有太多可查询的资料，诸如项目基本信息、项目资金流向信息、项目变更历史信息、项目过程确认、项目验收信息等管理过程信息因早期信息没有电子化，保存不完整，项目过程无法追溯，也让管理者无法对已执行、现执行或待执行的项目进行系统的了解分析。对于一个正式的工程项目而言，从项目开始就应该计划预算，并能把控住进度，掌控好成本，直到项目竣工。我们利用项目过程管控（软件系统）的核心业务逻辑思路，接到项目后，根据工程量清单形成的目标成本，制订材料、成本和费用计划，在施工过程中，按计划进行材料、人工、分包和管理费用的控制，可能有超过就会及时提醒变更，直到项目竣工，从而让管理者掌控项目过程动态，及时进行项目管控调整，杜绝糊涂项目。把握多种项目过程数据，对数据进行逻辑分析和总结，对预控项目做减法，对管控项目做加法，项目管理工作量在减少，项目的可控度在增加，这些都是项目管控核心要素。第二章.建设目标就目前的数据情况，集团因项目信息过程管理软件过于精细或过于粗略导致项目信息电子化失败，是主要问题所在，如何利用人性化操作和关键项目数据节点减少项目工程人员的工作量，同时建设项目信息数据库是目前的主要工作。建设工程项目信息数据库、标准化公司项目管理流程、实现项目工程资料文档统一管理、项目数据按需汇总、自动生成项目信息报表是本期项目的主要目标。第三章.设计思路本项目建设将立足于“标准规范的统一、数据资源的统一、运行环境的统一、管理与服务的统一”的建设目标。在充分考虑我集团项目过程管理信息化现状及未来整体建设需求，在一个数据库的共享服务体系下实现各层级的应用。在集团管控平台顶层设计框架下，实现项目过程数据库的建立，整合并规范项目信息资源，构建多源异构数据库，通过数据库结构信息一体化的方式进行管理及服务，逐步实现项目部门的信息整合，及时快速展示项目相关信息给管理层，进一步提升和完善曹发展集团工程项目的集中管控能力。①是实现“一套运行标准与规范”建立多源异构数据服务及应用标准体系，解决数据整理、入库不规范问题，确保数据安全及后期运维。②是形成“一套多源异构数据库”搭建基础项目数据库、多维数据库、用户权限库，构成项目需求的多源异构数据库。③是形成“一个共享服务平台”基于基础数据库搭建一个共享服务平台，实现一个平台下的数据共享交换，提供多种内接口，可与业务或者数据进行对接，实现更广泛的应用。④是实现“一个库（数据核心）的集中管控能力”在后台服务管理的基础上，前端集成集团项目管理流程的综合展示应用系统，实现各个层级的业务管控需求。第四章.总体设计4.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的设计中扮演重要的角色。此外，动态业务的工作流不仅可以包括部门之间的操作，甚至还可以包括与不为您控制的外部合作伙伴进行的操作。因此，为了提高效率，您需要定义应该如何得知服务之间的关系的策略，这种策略常常采用服务级协定和操作策略的形式。最后，所有这些都必须处于一个信任和可靠的环境之中，以同预期的一样