5211 系统总体功能结构
本系统以海外油气与固体矿产资源开发利用过程中涉及的各种风险为研究对象，在各种风险评估模型与评价体系的基础上，实现开发利用过程中的风险评价、可视化展示，辅助国家与企业实现“走出去”战略，为进行海外油气与固体矿产资源开发利用提供战略决策依据。系统结合W ebGIS技术、风险评价技术、数据库与数据仓库技术，构建基于net框架下B/S模式的国外油气与固体矿产资源开发利用风险管理系统。
整个国外油气与固体矿产资源开发利用风险管理系统包括6大功能模块，分别是国家风险、运输风险、市场风险、供应风险、需求风险和系统维护（图51）。其中国家风险、运输风险、市场风险、供应风险、需求风险5个模块提供前台展示功能，系统维护模块主要提供系统管理功能。
图51 系统功能结构图
系统前台展示功能面向普通公共用户。针对5个风险模块，通过可视化技术，以多种方式展示相关的风险评估等级以及评价对象基本信息，可为用户提供直观、全面的风险评估信息，进而支持用户进行更有效的风险决策。
系统管理功能面向管理员用户，提供指标数据、基础数据、界面属性等数据的相关维护，用户权限、口令等系统参数的修改，以及数据备份和恢复管理等功能的实现（左美云等，2006），为国外油气与固体矿产开发利用风险管理系统提供比较稳定的后台支持。
整个系统基于B/S架构，根据WebGIS系统的特点与需求（周秋平，2003），上述6大功能模块在逻辑结构上按用户服务层、业务服务层、数据库服务层的3层结构构建（图52）。
图52 系统总体逻辑结构图
其中，用户服务层是用户在终端浏览器浏览的用户界面，主要提供国家风险、运输风险、市场风险、供应风险、需求风险的相关风险可视化展示功能，以及评价对象的基本信息展示功能；业务服务层是在服务器端采用基于ASPnet框架构建的各种Web服务程序，如地图服务器、模型请求服务器等，用以处理用户终端的请求；数据库服务层存储并管理空间数据、属性数据、评价指标数据、模型和图形等基础数据，挖掘有用信息，响应服务层的连接交互请求等。
5212 国家风险模块
作为世界第二大石油消费国，我国石油进口的50%左右来自政治经济不稳定的中东、海湾地区，因此必须考虑获得可靠石油资源和与油气输出国密切相关的各种风险因素。本模块旨在通过全面分析世界各地区特别是油气输出国家敏感的政治、经济和地缘等的风险信息，构建国家风险评价指标体系，建立评价模型，并将最终结果一目了然地呈现在用户面前，为用户是否选择其作为石油进口来源提供科学依据（毛小苓等，2003）。
国家风险模块分国家风险可视化和国家风险基本信息两个子模块，其结构如图53所示。
（1）国家风险可视化
该模块包括能源安全视角、企业投资视角和恐怖袭击的风险可视化3个部分，除显示世界各地区特别是油气输出敏感地区的国家综合风险外，还以GIS专题图来直观地展示国家地区的政治、经济、地缘风险等级。
（2）国家风险基本信息
该模块包括国家基本信息、评价指标体系、风险因素分析和风险评价结果，它们之间以逐层深入、递进的方式为用户呈现国家风险基本信息。
图53 国家风险功能结构图
5213 市场风险模块
石油市场风险模块旨在评价国际石油市场综合风险，分析国际石油市场风险的趋势；同时，实时动态地进行国际油价趋势以及油价风险分析；然后，进行石油市场风险的预测，从宏观角度为石油企业和政府提供决策支持。
市场风险模块包括5个子模块（图54）：石油市场系统风险评价、国际石油市场价格抓取、国际石油价格预测、石油市场风险预测与石油价格多维分析。石油市场系统风险评价将全球石油市场视为一个整体，评价石油市场的整体风险，并对比分析历次评价的风险；国际石油市场价格抓取模型选择美国能源部、华尔街日报、中国石油集团等网站定期公布的石油价格数据为对象，采取在线自动抓取的形式获得实时的国际石油价格数据，供其他风险模块调用分析；国际石油价格预测结合国际石油价格数据和国际石油价格事件等，构建相应的预测模型来预测其价格的趋势；石油市场风险预测采取VaR方法，对不同时间间隔的油气价格风险进行预测；石油价格多维分析模块则根据石油市场、油品、价格类型等多个维度对石油价格进行分析，并将石油价格数据导出供进一步分析使用。
图54 市场风险模块功能结构图
市场风险模块涉及大量的基础数据的收集和应用，包括汇率、石油价格、油价时间等；并具有和多个模块的接口，包括国际石油价格预测、石油市场风险预测、石油价格多维分析等模型程序。市场风险模块的数据获取和应用具有多种不同的方式，并具有多种模型接口处理方式，从而导致了市场风险模块的复杂性和重要性。
（1）石油市场系统风险评价
石油市场系统风险评价功能包括石油市场基础数据、石油市场系统风险评价方案及石油市场评价结果等管理（图55）。其中，石油市场基础数据管理包括国际石油交易所、石油市场资源链接、国际油价事件和市场数据的信息收集、分类、整理及展示。
图55 石油市场系统风险评价功能结构图
1）基础数据管理。
A国际石油交易所。国际石油交易所提供全球主要的5个石油交易所信息，包括交易所简介和地理分布。主要交易所包括美国纽约商品交易所、伦敦国际石油交易所、东京工业品交易所、新加坡交易所和上海期货交易所。
B石油市场资源链接。石油市场资源链接提供了互联网上和石油市场研究相关的丰富资源链接，这些资源如表51所示。
表51 石油市场资源链接
C国际油价事件。国际油价事件提供国际已经发生过的对油价有重大影响的事件，包含消息来源、事件时间、事件类型及事件概况。这些事件一方面供系统用户直接查询；另一方面可以在国际石油价格预测中作为油价的影响因素直接供油价预测模型调用。表52列出油价事件的典型来源，表53列出系统中所提供的油价事件类型。
表52 油价事件的来源
表53 油价事件类型
D市场数据。市场数据提供包括外汇汇率、国际石油价格和油价的多维分析等在内的市场基础数据。
外汇汇率包括下面几种汇率数据：美元综合指数、欧元对美元现货交易汇率数据和美元对卢布汇率数据。
石油价格包括多个石油交易市场、多个石油品种、多种现货和期货价格类型和价格单位，各项数据属性的范围见表54。
表54 石油市场相关数据
除此之外，还有来自美国期货管理委员会（CFTC）的交易数据，用于评价纽约商品交易所（NYMEX）的油气交易系统风险状况。
2）评价方案管理。
评价方案管理主要对影响石油市场系统风险的评价体系和评价方法进行管理，其评价体系包括国际石油期货市场投机程度、典型石油价格结算货币的汇率波动程度、石油市场需求风险、石油供应风险。
3）风险评价结果管理。
风险评价结果管理是基于指标方案对整个石油市场系统风险评价结果的管理。为了对比分析历史评价结果，当用户进入评价结果显示页面的时候，系统自动将历史评价结果以曲线图的形式显示出来，方便用户对国际石油市场系统风险的走势进行判断，辅助用户进行系统风险评价。
（2）国际石油价格数据在线抓取
国际石油价格数据在线抓取是市场风险模块的一个重要组成部分。国际石油价格数据来源主要以美国能源部和华尔街日报为主，以中石油网站的数据为补充。对国际石油价格数据的抓取选择任务设定的方式来实现，每次任务执行的时候程序自动链接相应网站，下载油价数据，经过清洗转换后上载到中心数据库，并记录详细的抓取日志记录。
（3）石油市场价格预测
石油市场价格预测基于油价基础数据和事件数据，对不同市场、不同油品和不同价格类型，选择不同的时间长度及频度进行预测，并采取直观的走势图形式进行展现，要求内嵌到市场风险模块中，采取ActiveX 插件形式完成。
（4）石油市场风险预测
石油市场风险预测旨在基于一系列油品价格，设定不同的参数，通过采取VaR计算方法来预测不同周期内的油价风险值。
石油市场风险预测模型属于单独开发的程序模块。与油价预测不同，由于风险计算过程的复杂性，不采取嵌入ActiveX的方式来集成该模型。对石油市场风险模型程序，采取独立运行的方式，但模型输入和输出的数据与系统其他模型具有交互。模型输入来源于在线抓取模块获得的数据进行转换之后形成规范化的数据，模型运行结果存储到中心数据库，保存模型运算结果。
（5）石油价格多维分析
石油价格作为多维型数据，具有良好的按维度归并特征，可以采取多维分析的形式对石油价格进行分析。分析所采取的维度有油品、交易市场、价格类型（现货、多种期货合约）、单位类型等，对油价进行包括两维表、级联表、线图、比例图、雷达图等在内的表达，并且可以将分析结果直接导出为Excel等格式，方便用户进行进一步的分析。
5214 供应风险模块
供应风险模块功能结构如图56所示，包括基本信息管理、供应风险指标体系管理、供应风险可视化和供应风险评价结果管理四大功能。
（1）基本信息管理
基本信息管理主要对供应风险展示所需的基本数据信息进行管理。
（2）供应风险指标体系管理
供应风险指标体系管理模块从全球油气资源储量、勘探开发、生产和库存风险，以及其他影响海外油气供应的不确定性因素这几方面，对供应风险的指标体系进行管理。供应风险指标体系管理又包括国家供应风险指标管理和区块供应风险指标管理，分别从国家层面和区块层面对供应风险的指标进行管理。
图56 供应风险模块功能结构图
国家供应风险指标管理包括资源储量不确定性评价模块、勘探开发风险评价模块、生产和库存不确定性评价模块和影响海外油气的其他不确定性评价模块。
区块供应风险指标管理包括资源储量不确定性评价、勘探开发风险评价、影响海外油气的其他不确定性评价3个小模块。
（3）供应风险可视化
供应风险可视化可以将不同地区的供应风险通过GIS技术直观展示。
（4）供应风险评价结果管理
供应风险评价结果管理可以对供应风险的评价结果进行一系列的 *** 作，主要实现供应风险评价结果的输入、查询和维护。
5215 需求风险模块
需求风险模块功能结构如图57所示，包括需求风险可视化、需求风险指标体系管理、基本信息管理和需求风险评价结果管理。
图57 需求风险模块功能结构图
（1）需求风险可视化
需求风险的可视化对要分析的数据和情况用GIS系统直观展示，例如说能源需求、石油需求、天然气需求，以及需求结构等。
（2）需求风险指标体系管理
需求风险指标体系管理，需要对影响需求风险的各个因素指标进行管理。需求风险指标体系管理包括经济指标评价、人口指标评价、政策指标评价和技术指标评价4个方面。
经济指标评价根据经济总量、经济增长速度、产业结构和产业结构变化率来考虑经济对需求风险的影响。
人口指标评价从人口数和人口自然增长率两方面来评价人口对需求风险的影响。
政策指标评价从气候政策、财税政策和技术政策三方面来评价不同国家的不同政策的影响。
技术指标评价从能源利用效率、能源利用效率变化率、能源结构、能源价格、能源价格变化率和能源替代技术这几个方面对技术进行评价。
（3）基本信息管理
基本信息管理主要对需求风险展示所需的基本数据信息进行管理。
（4）需求风险评价结果管理
需求风险评价结果管理是对需求风险的评价结果进行一系列的 *** 作，主要实现需求风险评价结果的输入、查询和维护。
5216 运输风险模块
运输风险模块功能结构如图58所示，包括港口风险管理、航线风险管理、承运风险管理及海盗袭击风险管理4个子模块。
图58 运输风险功能结构图
（1）港口风险管理
港口风险管理包括港口指标选择、港口方案评价及风险评价结果的管理。
港口指标选择管理从港口所属国家、港口吞吐量、港口仓储能力、港口安保能力及输油管最大直径等方面考虑，建立相关指标体系，并对其进行增加、修改和删除。
港口方案评价管理是通过建立的风险指标体系，选择评价方法，将港口风险进行分级管理。
风险评价结果管理是对港口风险评价指标及评价方案所得结果的管理。一方面，通过GIS技术对港口风险评价结果进行可视化，其中港口图标的不同颜色代表港口的风险值，不同大小代表港口的吞吐量；另一方面，可以对评价结果进行导出，提供风险分析报告。
（2）航线风险管理
航线风险管理包括航线指标选择、航线方案评价及风险评价结果的管理。
航线指标选择管理从航线事故率、穿越风险节点数及航程海里等方面考虑，建立相关评价体系，并对其进行增加、修改和删除。
航线方案评价管理是通过建立的风险指标体系，选择评价方法，将航线风险进行分级管理。
风险评价结果是对航线风险评价指标及评价方案所得结果的管理。一方面，通过GIS技术对航线风险评价结果进行可视化，其中航线图标的不同颜色代表航线的风险值，不同粗细代表航线的运力；另一方面，可以对评价结果进行导出，提供风险分析报告。
（3）承运风险管理
承运风险管理包括承运指标选择、承运方案评价及风险评价结果的管理。
承运指标选择管理从油轮归属、油轮平均吨位、本国油轮承运份额及船运公司安全系数等方面考虑，建立相关评价体系，并对其进行增加、修改和删除。
承运方案评价管理是通过建立的风险指标体系，选择评价方法，将承运风险进行分级管理。
风险评价结果是对航线风险评价指标及评价方案所得结果的管理。一方面，通过GIS技术对承运风险评价结果进行可视化；另一方面，对评价结果进行导出，提供风险分析报告。
（4）海盗袭击风险管理
海盗袭击风险管理包括海盗袭击数据及风险结果的管理。
海盗袭击数据管理是收集国际海事局各年各海盗区域的海盗袭击事件次数，并对其进行增加、修改和删除。
风险结果管理是基于海盗袭击数据来源，通过GIS技术实现海盗袭击分布的可视化管理。
5217 系统维护模块
系统维护模块主要包括风险评价和系统管理两个子模块。
（1）风险评价子模块
风险评价子模块针对国家风险、运输风险、市场风险、供应风险和需求风险，对评价过程中涉及的评价方案、评价方法和评价结果进行管理（图59）。
其中，评价方案管理实现对不同风险评价方案的指标数据进行管理，主要包括已有评价方案的修改维护和新评价方案的增加。而评价方法管理实现对已有的评价指标进行权重审核和权重维护。此外，评价结果管理包括评价结果的维护和评价结果的展示。
（2）系统管理子模块
系统管理子模块包括数据和模型的管理以及系统运行管理两大功能（图510）。数据和模型的管理，利用计算机和各种开发工具对系统的数据进行抓取、抽取、存储、处理和应用，以及对数据模型的设计、数据的导人、数据的运算和数据的导出。系统运行的管理负责系统的正常运行与维护，包括 *** 作日志、系统参数和权限设置等管理。
图59 风险评价功能结构图
图510 系统管理功能结构图
1）数据和模型的管理。
数据和模型的管理模块包括基础数据管理、油价数据管理和图库管理，每个管理模块又包括若干细分子功能（图511）。
图511 数据和模型的管理
基础数据管理实现对风险查询中所涉及各种对象基本属性值进行维护，包括基础数据录入和基础数据维护。油价数据管理模块实现对美国能源部、中石油、《华尔街日报》三大来源数据的动态抓取，并对它们进行数据清洗、数据转换，然后再上载到中心数据库，同时实现对油价事件的网页抽取。图库管理主要是实现对系统所有的集中式管理，主要包含已有的维护和新增的维护。
2）系统运行的管理。
系统运行的管理功能包括系统参数管理、系统权限管理、日志的管理和系统负载统计管理。其中，系统日志的管理又包括 *** 作日志的管理、油价处理日志的管理和模型运行日志的管理（图512）。
系统参数管理对系统相关参数进行设置，包括数据抓取失败次数阈值的设置，数据抓取间隔时间的设置，以及数据保存路径的设置等。
图512 系统运行的管理
系统权限的管理是对登录系统前，后台用户权限的管理（徐启等，2005）。
系统日志管理的目的，是便于今后相关问题的查错，包括 *** 作日志的管理、油价处理日志的管理和模型运行日志管理。
系统的负载统计管理负责统计在一定时间内，用户对某个或某些模块的访问量。
可以这样开头，本人有幸在##单位参加了计算机网络实训，收益匪浅，现概括如下：网络办公自动化系统开发分析
一、开发工具与技术的研究
就现在开发OA的技术来说，主要集中分为三大类：基于C/S结构的应用程序开发，结合C/S结构和Web技术的复合应用程序，基于B/S结构的动态网页技术。以下
将分析这三类技术的各自优缺点：
C/S结构系统：是传统开发模式，一般以数据库和客户端的两层结构实现，也有加入中间件的三层或多层结构，在OA早期是标准的系统模式，但随着计算机技术
的发展和网络的发展，它已经无法满足现在的远程网络办公和移动办公，逐渐在被取代
C/S+Web技术：是为了补充C/S结构的不足，在C/S基础上加入Web技术来实现对远程数据的获取，但拥有一定局限性，如数据及时更新、软件升级等问题就无法
很好解决
B/S结构系统：是援用动态网页技术，加入OA的开发理念，完全适应网络办公和移动办公需求，也是现代办公自动化系统的首选技术。
就B/S结构的开发，具体技术又有多种选择：JSP+J2EE，ASP+IIS，ASPnet+Microsoft NET Framework，PHP+Apache，就这几门技术，可以说各有其优缺点，
分析如下：
JSP技术：具有良好的跨平台性，加上J2EE功能十分强大，但是J2EE的布置使开发成本显得略高，而且没有良好的安装界面
PHP技术：是早期动态网页技术中的强手，但随着JSP技术与ASP技术的不断更新，使得PHP技术稍微比较落后
ASP技术：类似于PHP技术，开发简便，快速，加上IIS的功能支持，是比较简易快速的开发技术
ASPnet：可以说是ASP技术的替代技术，是ASP的一大进步，在Microsoft NET Framework的强大支持下，可以使用C#、VB、Javascript三种语言来编写代码，
采用预先编译技术，使得代码安全性加强
最终讨论结果：在针对于中小型企业用户，建议采用ASPnet技术，理由是，该技术易于服务器的维护，成本相对较低，开发周期较短
在针对政府部门用户，建议采用JSP或ASPnet技术，理由是，政府部门服务器很多已经改装为Linux系统，在该平台下采用JSP技术较成熟；如果是Windows用户
，则采用ASPnet技术
二、OA概述
人们普遍使用计算机来提高个人工作效率，但是在需要许多人一起协同工作的现代工作环境中，我们更需要提高我们的整体工作效率。利用网络通讯基础及先
进的网络应用平台，建设一个安全、可靠、开放、高效的信息网络和办公自动化、信息管理电子化系统，为管理部门提供现代化的日常办公条件及丰富的综合信息
服务，实现档案管理自动化和办公事务处理自动化，以提高办公效率和管理水平，实现企业各部门日常业务工作的规范化、电子化、标准化，增强档案部门文书档
案、人事档案、科技档案、 财务档案等档案的可管理性，实现信息的在线查询、借阅。最终实现“无纸”办公。
办公自动化，一个极大的概念，一个炒作了很久的概念。无论是办公设备公司，还是系统集成公司，都大力推出自己的办公自动化产品。有办公设备、办公自动化
电脑、办公自动化软件。可见，办公自动化中内容庞大，可为空间不可小视。那么，首先我们来探讨一个问题，什么是办公？
办公实际就是文件的制作、修改、传递、签定、保存、销毁、存档的过程。那么随着文件的这一流程，产生了各种各样的设备。随着技术的发展，计算机网络
技术的进步，办公自动化网络的建设也得到了大力推广。
传统的办公模式主要以纸介质为主，在信息革命的浪潮中，显然已经远远不能满足高效率、快节奏的现代工作和生活的需要。如何实现信息处理的自动化和办
公的无纸化逐步得到了人们的重视。
传统办公模式
办公自动化提了多年，但效果并不明显，人们还是停留在单机字处理和表格处理的所谓办公自动化的初级阶段。信息的交流和共享，以及团队的协同运作等无
法完美的实现，极大地限制了工作的效率。
Internet/Intranet的迅猛发展，为信息的交流和共享，团队的协同运作提供了技术的保证，同时也预示着网络化办公时代来临。
网络化办公模式
现有办公自动化系统和大型信息管理系统中，企业业务流程重组或者是文件流转功能都是核心功能。同时我们也认为，企业办公主要是一个文件流转的过程，
所有的办公事务都可以抽象成一个数据库表单。
传统的办公自动化系统和大型MIS系统在处理企业管理流程中大多采用企业业务流程重组（BKR），其核心思想就是要先优化企业业务管理流程，再根据优化后的流
程建设企业信息系统。这样不仅在系统建设中工作量巨大，同时面临来自企业内部重重的阻碍。
我们的核心思想是；前期系统建设中不牵涉企业内部业务流程重组，只是协助企业通过方便的流程自定义等功能进行流程电子化，以及不断根据实际需求去改变电
子化流程。
三、系统结构设计
现在的网络办公自动化系统可以说百家争鸣，各有所长，但是一般的B/S结构系统都做得比较固定，也就是针对某个行业甚至某个企业而开发的，有诸多的限制
和代码固化，不利于灵活的OA定制和客户化！而且很多OA系统都具有相同的功能，只是表现手法和 *** 作流程有所不同罢了，所以，他们的基本是一致的，是有共性
的，是可以统一的。
我的基础思想是开发一个底层的通用型OA平台，在此平台下实现OA系统的主要功能模块的底层 *** 作，这样，当针对某个企业或者政府部门开发OA系统时，只需在此
基础上稍加修改，就可以成为一套具有很强针对性的OA系统，这样方便该系统的二次开发，也方便于针对不通性质部门单位的OA系统的定制。系统结构图如下：
通过以上示意图可以看出，底层通用型管理模块是整个OA系统的基础，而应用层模块是面对客户的，它是界面和业务逻辑的结合体，针对不通企业将有所不通
，这种结构将很好的解决一套OA的多种定制功能，便于二次开发。
四、通用型管理模块功能划分
针对于这个底层模块，它并不需要实现实际的功能，它主要是负责完成应用层交付的任务和与底层数据库交换数据，所以它的功能是比较抽象的、统一的和可扩展
的。虽然如此，我们还是将这个模块按不同的功能细分，因为办公系统有些模块之间联系并不紧密，比如公文管理系统与公共信息系统，邮件管理系统与办公设备
管理系统之间的联系就不是那么紧密，甚至可以完全分开。所以我们的底层管理模块针对于这些情况，主要分为八大功能子模块：
1．公文管理
公文管理主要负责公文的发送与接受工作，发送流程按照流程定制来完成，所以还包括流程定制功能。这三大块是OA的核心部分，实现也最为复杂，特别是流
程定制功能，是一个非常灵活的模块，它决定了该OA系统的效率和可用性
2．邮件管理
邮件管理主要功能是发送与接受内部邮件，发送与接受外部邮件（外部邮件服务器必须支持pop3），邮件需要存入数据库，以便今后浏览查询
3．表单管理
表单管理是一个辅助性模块，基本上在其他所有模块都有可能用大它的功能，它主要是实现表单模板的定制，表单的存储，打印等功能。在一个企业，表单是
很重要的一个东西，它在办公过程中出现的频率紧次于公文，所以这个模块也非常重要，并且表单的定制与打印是一个技术难点
4．档案管理
档案管理功能是对准备归档的公文或者企业各类合同、协议、文件、指示、资料等的一个合理存储与查阅功能，针对于复杂的分类和查阅权限，实现合理存取
，管理得基本功能
5．人事管理
人事管理功能主要包括：员工资料管理，员工薪资管理，员工考勤管理，员工权限管理，部门机构管理，部门任命管理等等公司内部人事管理的所有功能，本
子模块将以底层视角反应员工得管理，包括职务和所属性质都将按统一模式规划，便于应用层定制模块
6．日程安排
日程安排是办公系统的一个必不可少的辅助功能，可分为个人日程，部门日程，主要需要解决的是日程的基本存储和信息提示
7．公共信息管理
公共信息包含：公司新闻、文档、员工论坛、资料下载等功能，主要是针对所有部门的一个共用系统，该系统可以采用传统模式，如论坛可以采用BBS系统等，
底层主要是统一规范，提供基本功能
8．会议管理
会议对于任何一个公司都是重要的，而会议的形式随着网络的发展也变得多样化起来，除了传统的会议，还有网络会议，视频会议等新型会议方式，使得相隔
甚远的人之间也可以有了当面交流的环境。对于相隔较远的部门，如总公司与子公司之间的交流建议采用非视频的网络会议，因为这个即可以满足网速，也可以满
足交流得需求。对于处于同一个大厦的各部门，建议使用视频会议，因为加入多媒体的功能，可以使得会议气氛跟贴近传统会议的效果，而且交流也更人性化，同
时也可以得到局域网网速得支持。
这八大功能子模块都是OA系统得基础，在此之上，我们可以创建更多的功能和辅助，可以使得OA的定制变得轻松而丰富。
五、总结
通过以上的综合分析，该办公自动化系统的开发将分为三期完成，第一期是基础类库的开发，第二期是底层管理模块的开发，第三期是应用层定制。每一期都
是下一期的基础，但可以独立使用，只有三期完成，才算完成整套OA系统。
关于该OA系统的几个技术卖点：建议提供语言信箱和视频新闻模块，这样可以有与其他产品所不同的卖点。
海洋信息网格资源管理调度中心主要包括: 资源调度管理模块和元数据管理模块两个模块。6121 资源调度管理模块此模块包括: uploadData 服务、downloadData 服务、ServicesChanged 服务和 Services-Monitor 服务四个子模块。(1)uploadData 服务。根据海洋信息网格系统要求，针对本系统所有用户计算服务所需数据文件都必须存储在本地的特点，实现了用户数据上传模块。本功能模块主要面向海洋网格系统的所有计算服务，实现基于 Web 的数据上传功能，用户输入上传服务器的URI，该程序将用户本地数据文件上传至相应服务器处，并反馈给用户相应的信息。(2)downloadData 服务。根据海洋信息网格系统要求，针对本系统所有用户计算服务所需数据文件都必须存储在本地的特点，实现了用户数据下载模块。本功能模块主要面向海洋网格系统的所有计算服务，实现基于 Web 的数据下载功能，用户输入数据文件所在>
图 610 服务更新监视模块层次关系图
(4)ServicesMonitor 服务。网格系统本身就是一个复杂的分布式系统，这从根本上造成了网格管理上的复杂性。现实中的问题可能比理论本身更复杂，并不是每个发布 Web服务的人都懂得版本控制，都会按照规则的方式经过 UDDI 注册中心来修改自己的 Web 服务信息，这就造成了 Web 服务状态信息的复杂性，需要网格管理中心主动地去监视 Web服务的状态，但是这种监视是高代价的。
本模块是服务监视功能的核心，它为 ServicesChanged 模块提供数据基础。本模块会在服务器端长期运行，作为后台服务类似于 UNIX 系统的 Daemon 程序，不需要用户的参与。但是为了节约服务器资源，本模块会定期休眠，以防止影响服务器的性能。同 Servic-esChanged 模块一样，本程序需要数据库存取支持，但是它会将数据内容读至 DataTable中，然后 *** 作数据库，最后再把结果写回数据库，得以更新服务状态信息。
6122 元数据管理模块
此模块包括 publishService 服务、searchService 服务、modifyService 服务、deleteService服务、subscribeService_publish 服务、subscribeService_fit 服务和 subscribeService_get 服务。
(1)publishService 服务。该程序用来进行 XML(可扩展标记语言)Web 服务的发布。所谓 Web 服务是指一个实体，描述并提供对要与其他用户共享的功能的访问。通过网络服务可以执行任何功能，从简单的请求到复杂的商业进程。
响应用户注册界面，采用 GUI 界面，通过录入服务信息，来实现发布普通服务、Map服务、Globe 服务、GeoData 服务、Geoprocess 服务、GeoCode 服务。分别将信息录入相应的数据库，实现发布功能。并将发布信息添加到服务更新表中。
(2)searchService 服务。该程序用来进行服务信息的查询。这是元数据管理中的一部分，可以使用户能够定位 Web 服务信息，是用户调用过程中比较重要的一部分，查询可以按照多种方式进行。
响应用户查询界面，通过服务名，服务描述，发布者，方法名，Map 名，Map 描述，空间范围，绑定的 Map 等关键字进行模糊匹配，查询出用户所感兴趣的服务，以界面的形势返回。
(3)modifyService 服务。该程序用来进行服务信息的修改。Web 服务经过一定时间的运行后，服务方可能会更改服务名称或方法等，这样，用户想要继续使用该服务，就要服务发布者来修改，成为用户可以查询并且可用的服务。
使用该模块的用户分为两种权限，管理员和用户，管理员可以更改所有服务，用户只能更改自己发布的服务。
该模块响应用户修改界面，首先通过服务名，服务描述，发布者，方法名，Map 名，Map 描述，空间范围，绑定的 Map 等关键字进行模糊匹配，查询出用户所感兴趣的服务，以界面的形式返回。用户察看详细信息后，决定修改哪个服务，录入服务信息，提交，询问是否真的想修改 点击确定，修改数据库。并将修改后的信息添加到服务更新表中。
(4)deleteService 服务。该程序用来进行服务信息的删除。发布的 Web 服务可能经过一段时间的运行后，不再存在，用户不能调用，所以需要服务的发布者维护自己发布的服务，来删除服务。使用该模块的用户分为两种权限，管理员和用户，管理员可以删除所有服务，用户只能删除自己发布的服务。
该模块响应用户删除界面，首先通过服务名，服务描述，发布者，方法名，Map 名，Map 描述，空间范围，绑定的 Map 等关键字进行模糊匹配，查询出用户所感兴趣的服务，以界面的形式返回。用户察看详细信息后，决定删除哪个服务，提交，询问是否真的想删除 点击确定，在数据库中删除。并将删除后的信息添加到服务更新表中。
(5)subscribeService_publish 服务。采用 GUI 界面，通过录入所需服务的相关信息，来实现对普通服务、Map 服务、Globe 服务、GeoData 服务、Geoprocess 服务、GeoCode 服务的订阅，并将订阅信息录入数据库。
(6)subscribeService_fit 服务。该程序用将新发布的服务与每一订阅请求进行匹配。其中用到多种查询方式，是服务发布与服务订阅的结合点，是比较重要的一部分，响应用户发布界面，通过发布的信息(如服务名，服务描述，方法名，Map 名，Map 描述，空间范围等)进行模糊匹配，查找出对该服务感兴趣的用户，记录到数据库当中。
(7)subscribeService_get 服务。“订阅箱”是供用户接收订阅回复的模块。服务发布后，中心将该服务通知给需要该服务的用户。用户登录后，打开自己的订阅箱，可以看到订阅请求以及对应的回复的列表。用户可以查看回复的服务的详细信息，若满意可以进行购买。用户也可以通过 “订阅箱”来撤销自己的订阅请求。该程序来完成以上的功能。
R/3系统是一个建立在客户机/服务器上功能强大的ERP软件系统。主要功能模块包括：销售和分销、物料管理、生产计划、质量管理、工厂维修人力资源、工业方案、办公室和通信、项目系统、资产管理、控制、财务会计。
R/3的功能涵盖了企业管理业务的各个方面，这些功能模块服务于各个不同的企业管理领域。在每个管理领域，R/3又提供进一步细分的单一功能子模块，例如财务会计模块包括总账、应收账、应付账、财务控制、金融投资、报表合并、基金管理等子模块。
R/3适用的服务器平台是：Nove、Netware、NTServer、0S400、Unix；适用的数据库平台是：IBMDB2、Informix、MSSQLServer、Oracle。
支持的生产经营类型是：按定单生产、批量生产、合同生产、离散型、复杂设计生产、按库存生产、流程型；其用户主要分布在航空航天、汽车、化工、消费品、电器设备、电子、食品饮料等行业。
扩展资料
1972年，SAP诞生，推出了RF系统(实时财务会计系统),后来命名为R1。R指Realtime。3既指第三代系统，又代表3层架构。
R/3系统的组织结构和联机功能相结合而直接引入了具有三个层次的分布式数据处理概念。
中心数据库（CentralDB）是存储所有数据和应用程序的，它掌握所有数据库功能，如更新、建库等等，通过修改数据库和进行批处理与应用逻辑层相联接。应用服务器应用服务器用户服务器用户服务器联接应用服务器的工作站、PC机和终端，它们用来作为输入和显示数据的。
R/3应用最大的特性就是其高度集成性。标准化的用户界面，标准化的数据管理，控制和分布处理的标准化概念，标准化接口，标准化的开发方法共同保证了应用模块能进行无缝连接。所有这些都是通过在最低层软件的共享层，即基础软件的基础上建立一些应用来达到的。
在这篇文章中，我们来讲解一下 git submodule 的实战用法，包括：假设我们有主仓库 main-modulegit ，远程地址 >大型企业上线ERP系统，需要采购的东西有：
数据库服务器、中间代理服务器（如果数据库服务器不连外网）、数据备份专用机、布网专线、ERP软件、和ERP软件使用同步的较好配置的电脑等。另外，公司投入是否有足够预算，如果有的话，建议买正版的，还要选型是SQL或者ORCAL等等。以后就是具体的实施了。
数据库服务器，用以安装数据库软件（SQL或ORCAL），存储日常数据；
如数据库服务器控制外网，可另够代理服务器用以进行外网访问；
数据备份专用机，建议一定频次的将数据库服务器中的数据进行备份，备份到该机；
专线布网，这个不用多说了；
ERP软件，建议采购正规大型ERP公司的，例如：SAP、金蝶、用友；
电脑，伴随ERP软件的使用，如果公司原有电脑配置较低、较老，建议采购新式电脑灯。
数据的传输，是一般业务人员在客户端进行业务 *** 作，通过公司网络传输到数据库服务器，一般在数据库服务器进行数据库备份，并定期拷贝到备份专用机。
至于模块的话，建议先从财务和供应链模块开始，如果属于生产型企业，可以同步或第二期上生产和成本模块，再就是人力资源、协同办公等了。
希望有帮助。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）