数字化转型：企业架构设计实操（业务 数据 应用 技术）

23各种业务活动单元，各个业务活动单元按照高内聚松耦合的指导原则(各种类似CRUD的矩阵分析方法)来确定大的业务域和业务组件。口前面谈到了业务组件化和组件能力化是一个核心，那么初步的业务架构和业务口企业架构方法论认为：业务架构包括七个部分：业务组件(CBM)、流程、组4业务架构业务架构产品产品地点拥有人员豆豆-服务设计应用架构数据架构应用架构5基于业务架构元模型，结合项目特点，设计的业务架构分析模型20kat业务子域6业务做什么7业务怎么做?业务怎么做?业务处理遇辑??换某系案案7●公司战略远景规划相关的发文明确业务架构中业务战略和业务发展方向应用架构应用架构的相关功能点●全球知识库中关于公司业务最佳实践的相关文档验证业务架构中业务战略和业务发展方向；收集业务管理发展对信息化的需求应用架构应用架构的相关功能点技术架构最佳技术架构特征作为参考●咨询公司智能公司相关解决方案H日ム发展方向；相应用架构应用架构的相关功能点技术架构技术上应该为支撑智能公司采用的技术方案增加句对信息化的影响全寿期管理的相关分析材料数据架构数据项及其相关的管理关系SAP实施业务流程验证89企业管理客户管理产品管理企业管理客户管理产品管理资产管理管理支持醒沟沟管理户采集企业管企业管理k电网建设电网建设营销服务理理管理管理设备运维物蹇理理病财学理电价组织化2一级流程二级流程四级流程1项目管理17设备管理12415人力资源17汇总5理理理理理理供应商关系管理仓储和配送管理供供库存地点求计划号交货日期请求日期批准日期需求数量计量单位MBS编号采购中请单号物料号、、交货日期请求口期批准口期号、项目描述成本中心、采购方式采购型、金额，,项目信率申请人备注通知书编号，签收时型号.计量单条款，付款条日期、价税合计金部税手供应商编码，名称付款中请编号，付款币别，发票号码申供应面编项名称监造设备编号监造结来时问监造反馈监造记录审核人供应商编号.采购合同工厂、库存地点物料凭证号.移动类型出库单工、库存地点WBS元素、成本中心项目编号工、库存地点过账日期工、库存地点址、邮编、银行帐号、税号、商执照号、组织机构代码联结付款条件、货币过账日期交接单编号起草人起草日期位、工厂、库存地点框架协议编号，合同量、交货容差源工厂源库存地点。实际库存数量配送计切送划编号，配送时间：辆、配送路线、配送数量。配送物资配送单送地点、配送人、配送车配送物资)淡喜k世度世onat人t量A入gAR工平人7项四壁K项四壁人rAW人中r务t333333310-040送10-05采购10-01供庄育10-02库存10-02物资10名称名称数据类型厂商类别20kat20kat基于业务架构分析模型，进一步分析提炼候选服务蒸业务活动(候选服务)务人员料信息库申请表料激据料敝据务部门衡利牌工作流申请目本内平衡地平衡桑签根(标恨名审推告位或智理部门惟存投标委员会根案国网定标反馈生成中书/采发放中书/楼回物资资或围新提交物烧需求让划集中白集中白行妙废物资集中自行处置皮物淡集中自行处置废物流集中自行处面理收合同教N作中标结果调整霁维护地约索赔应商并回收商领取合同据合同要约捉理保函单单电子清应商发理交接手作为后续付款结算依据调册省公司相关部I人员果导入并续护供应商造检查出厂试险见证理投述(质保)办业务运(质交交(质保)收石石公司代码1001其他供电公司文供电 文供电奇义通供电寄其他供电司文供电公司文供电司义供电公司8供电公司其他供电《司义供电司x供电公司文供电公司供电公司组织结构薪资结构公司和员工关瓣因素而划组织结构组织结构岗位企业的组织架构企业的组织架构月月65136513422理22336316略甘三12626173公甘三116招聘管2招聘管277务甘三5业务架构业务架构北务场景抗级业务流程述实管理管理色-类型建有之义结构关结构关-骨位职长文持位于能力基建项目物资需求计划、采PS⁰2设计与需求计划需求计划编制提出项目物资清册(10)设计人员项目信息册信息基建项目物资需求计划、采计划S资需水计划管理资需求计划编制信息，产生采购申请(20)项目部/项目经理册信息基建项目物资需求计划、采计划资需求计划资需求计划编制信息，产生采购申请(20)项目部/项基建项目物资需求计划、采计划资需求计划资需求计划编制审核采购申请理部门基建项目物资需求计划、采计划资需求计划资需求计划编制审核采购申请理部门电网建设电网调度电网建设电网调度·项目管理模块从产生的立项项目信息、项目物资需求清单传递到物资管理系统中入·物资模块与合同模块集成，对支付申请的生成进行自动控制·合同模块与财务支付模块集成，将支付申请信息自动传输至财务部门，启动支付业务电网建设电网调度建立供应商关系管理系统，强化供应商资质管固化供应商从准入到退出的全过程·建立供应商评估模型，能按照供应商服务进行评估和分析·建立完整的设备监控应用功能固化设备监造方式，包括被监造设备管理、监造方式管理、监造指标管理、对监造过程中信息的录入，包括抽查指标录入、·建立监造评估功能，按照监造评估模型，对监造指标进行分析、评价等。·自动进行配电项目物资清单汇总，形成配电项目总体采购包·能对总体采购包按照项目预计时间和物资类型(物资电压等级、物资产品类型、物资大类型号)·物资与项目关联。物资在出库时，确定物资的所属项目·合同信息、监造信息、出入库信息等传递到供应商管理相关功能中，实现供应商评估·合同信息传递到财务系统·入库信息传递到财务系统口业务功能□业务对象口业务对应关系口业务处理逻辑关系□业务交换需求口业务流程□业务组织物资需求计划物资需求平衡供应商申请供应商评估结算管理配送过程监控配送计划物资需求计划物资需求平衡供应商申请供应商评估结算管理配送过程监控配送计划业务架构设计需交付的成果-举例(一)业务功能管管物料编号、单位、物料组、评古类、I厂、库存地点、移、联络人、联络电话、税号、营业登记号、合作伙伴、付款条件、货币中标通知书比卧，签订地点，审批意见需求计划汇总、省级需求计如汇总业务架构设计需交付的成果-举例(二)资管理物说将中心品每件座化来124出库管理出库单口数据架构是EA的重要组成部分，数据架构与不同的EA组件联系在一起，它要识别企业数据源在哪，哪些数据是可信的，数据在不同类型结构(如操作数据、数据仓库，数据集市)中是如何流向的，详细说明关联的信息流架构和方法，数据架构与其它架构的关系□数据架构是T架构(数据架构、应用架构和技术架构)的核心，因为信息系统口在业务架构完成后进行数据架构规划和设计，而数据架构规划中的一个重点即业务架构业务架构地点地点才才能力能力 凭(任务)提计文种要环迎强数据块物理数据族块口在企业架构设计过程中，业务架构对企业的业务内容、业务流程等进行分析梳业务架构成果为数据模型的设计提供输入应用架构成果系统边界的划分决定了交换数据内容技术架构成果对数据集成、应用集成等技术架构设计方式提出需求理由业务架构是数据架构的源头，数据对象来源于业务流程中的输入、输出要求应用于不同应用系统的统一数据对象模型应该是一致的理由同一业务数据，存在多处录入接口，将导致数据发生冲突数据在不同系统之间的无序复制，将导致报表或者统计结果不准确录入相同业务数据业务数据抽取和数据复制之前，确认业务数据的源头；尽量减少各业务系统之间的点对点复制，统一通过数据共享规范性原则理由数据架构设计应在集团架构典设指导下进行，并遵守江业内部已公司数据架构设计为集团典设提供输入，充实和完善集团典设成果数据架构一定要具备对海量数据的快速处理能力，才能满足业高性能原则理由电力行业，尤其是智能电网，产生海量数据智能决策需要全面、及时、真实、可靠的数据支持采用业界成熟的工具进行数据操作和处理是高性能的保证，如对应用系统进行性能优化，如SQL语句的对于海量数据，尽量采用并行处理方式，提高数据处理能力范围企业主题域模型范围企业主题域模型念模型逐辑模型系统逻辑物理模型交换数据模型主数据模型型模型类别电网建设电网调度设备运维人力资源管理财务管理企业管理8营销管理合计：主数据类别供应商主数据物料主数据会计科目主数据员工主数据固定资产主数据设备主数据组织机构主数据55个实体现状分析方法(1/4)□业务需求方面主要包括：现状分析方法(2/4)现状分析方法(3/4)IBM方法论指导数据利用数据利用数据标准 现状分析方法(4/4)□首先全面了解数据模型状况。对需要进行管理的数据，按照企业数据抽取原□然后是对企业数据存储架构和数据的传输方式进行了解。数据的范围包括结□为了数据管理的目的，分析公司数据管理的成熟度水平现状调研将从公共数据模型、主数据管理、非结构化数据管理、实时及交换数据管理、元数据管理和数据集成几个方面进行。公共数据模型(考虑CIM规范)做什么主数据管理内容管理怎么做数据管茎(元数据管理)如何管数据管茎(元数据管理)口建立企业公共数据模型口主数据管理主数据是描述核心业务实体的事实，是关键信息。业内定义的主数据主要包括：客户、供应商、资据的集中维护、集中管理；分散式，即实现主数据的分散管理，在公司层面没口非结构化数据管理口元数据管理数据交换不仅是公司内部各系统之间信息传递的必然要求，同时也是要实现数据架构总体蓝图分析层决策信分析层决策信息集成层信息存储层安全管理权限管理身份认证备份恢复传输加密企业信息门户(EIP)搜索引擎数据仓库系统(DW)数据集市(DM)企业信息总线企业信息总线营销系统生产系统主数据视图内容管理平台信息数据交换模型数据架构管控运维企业级数据模型IECCIM标准自上而下自下而上自上而下自下而上口基于业务架构业务域和业务子域的划分，确定企业级主题域，形成主题域模型。口借鉴行业系统数据模型标准，分析业务运做和流程输入输出对数据的要求，参考现行系统数据设计结果，明确各主题域下的主要数据实体，进行整合，并且对数据实口然后对概念数据模型进一步细化，确定数据实体主要属性、属性的说明，形成完整业效格业效格企业数据模型各层次设计内容主题域模型主题域模型按照业务领域对数据进行组织和管理-主题域模型通常两至三层，最细可以到实体层，通常不反映实体的属性-主题域模型用于：1)考察项目的数据范围；2)确定对应主题域的数据管家概念模型会清晰定义数据要素及其相互关系；定义重要的实体和实体之间的关系；没有属性和主键说明模型概念模型用于：1)作为逻辑模型的起点，确保数据对象及其关系得以遵从；2)对外购软件包，作为数据合规评估的依据逻辑数据模型基于概念模型，进一步细化数据实体定义和关系成为逻辑数业务用户业务用户概念模型逻辑模型逻辑模型物理模型物理表物理模型DDL(数据数据建模方法模型类型企业主题域模型目标描述企业主题域模型由企业数据架构团队负责建设。该模型按照主题域进行数据分类，以明确对主题域内数据的完整性、定义和质量负责的数据管输入任务输出业务域和子域的划分企业流程框架流程场景和/或用例□将流程划分为作业型和管理型活动层级。□分析业务流程中出现的业务对象。□确定主题域。o识别主题域的范围内关键数据实体。□文档描述流程责任人、SME、数据管家和数据建模人员步乍，验证并扩展主题域模型。o讨论主题域之间的语义完整在，并将他们记录下来。0与参与建模的人员召开号淡议。随着业务的变化，模型在圣当中也会产生变化和发展。企业主题域模型角色支撑模板/样例业务分析人员架构人员数据建模人员理算理算理电网建设设备运维电网调度电网建设设备运维规划理投运理投运营销服务营销服务市场市场物资管理财务管理人力资源管理物资管理财务管理收入成本核算收入成本核算薪资薪资模型类型企业概念数据模型目标描述制定该模型的目的在于通过实体关系图描述企业层级业务流程领域的业务规则及业务术语之间的关系，了解并清晰地记录支撑业务的重要数据实输入任务输出现有的应用系统数据模型企业流程框架业务规则业务对象主题域模型按高层面的流程领域划分模型。o研究并考虑系统对数据模型的要求□确定各主题域下的主要数据实体并进行描述0分析数据实体之间的关系流程责任人、SME、数据管家以及数据建模人员共同协作，验证并扩展数据模型。□确保已识别主要数据实体。□将实体间的关系作为业务规化，并将其记录下来。0安排与建模参与者的最终模型将在使用过程和业务变微发化和演变.企业概念数据模型角色支撑模板/样例业务分析人员架构人员(如信息，企业，应用系统架构人员)数据建模人员变更方案2变更申请2变更执行记录2安实际工作分解结构2实际网络2活动2项目付款申请2质量记录2后评估报告2项目筛选标准工作分解结构2后评估报告2项目筛选人物料需求计划2物料需求计划2项目定义2移交资产清单2项目定义2验收设备清册2工程竣工验收表2竣工工程决算表2验收设备清册2工程竣工验收表2模型类型企业逻辑数据模型目标描述输入任务输出现有应用系统数据模型概念模型业务规则主题域模型□确定主要的数据实体和实体关系□实体属性的说明□实体主键的确定□安排与建模参与者的最终评审会议企业逻辑数据模型角色支撑模板/样例业务分析人员架构人员(如信息，企业，应用系统架构人员)数据建模人员客户协议：属性说明合同的外部标识议记录此属性为空合同签署的日期日期合同的有效期的到期日期日期4签约地点合同签订的地点人事管理规划人员发展管理验收投过供应商管理设备电演计划管理入核算巾场管理权管理生计设人事管理规划人员发展管理验收投过供应商管理设备电演计划管理入核算巾场管理权管理生计设状态理招聘管计计交换数据模型-管理类系统间数据交换模型制定方法数据交换来自业务架构组的数据交换要求来自业务架构组的数据交换要求交换模型流程节点A并对信息内容进行定义，形成交换模型交换数据模型交换的信息流程节点B喜销喜销子业务实体逻辆杨和业务实体逻辆杨和逻辑福型逻辑秘型模型模型平台数据交换模型逻辑数据模型数据交换模型逻辑数据模型概念数据模型主数据管理平台方案实时数据交换平台方案主数据模型(视图)是否做?ETL平台]流]h程嘿酮应用息想息A业服试m务构流程/活动数服务操物教住应用接口信息，产生采度口度口采胸申请管壤生成采胸中请电请(20)目部/项采胸申请管坝储改采购申请采胸申请项物安药求审核来的申请项口归口管部采购申请管壤审批采胸申请计划馆现审核采的申请项目建设项部门采胸申请管理审批采胸中请项目物资药求对采购申请进行课整采胸申请管理调整采购申请采胸申请计划管理不需要育接收物奖中标项口建设中标洁果管壤书主营业务域日采胸信息物资高求计划资部门物块需求计划汇地物突码汇地物资码求生成汇想物资业子支持城不需要育电网物料需求计划设备清册人力劳动合同员工组织单元职务职责招聘活动招聘渠道招聘计划绩效合同绩效活动工资项工资结果工资范围公积金社会保险培训活动培训计划培训讲师后备干部岗位继任计划干部考核评测资格关键指标用功总量/编制工资总额人工成本缺勤项目加班信息工作日程表供应商供应商评估结果物料需求计划中标通知书招标计划采购合同(订单)配送计划库单出库单出库单营销客户缴费帐户客户协议A能效措施客户地址信息客户联系信息受电点用户电价客户信用记录满意度调查方案投诉信息记录用电申请信息业务实收费业务费类别用电检查计划供电及变更方案计量点用途方案计量点申请信息采集点有序用电执行方案抄表例日保作环节抄表计划抄表数据电网调度出入库单信息库存记帐点任务信息检测计划检测设备信息检测结果预收电费信息帐户余额催费计划目录电价市场分析预测信息售电量计划市场占有率计划市场拓展项目计划有序用电方案互感器信息失压仪信息电能表信息库房信息库区信息储位信息配送计划应收电费信息实收电费信息收费记录执行范围用户电价电费基本电费功率因素调整电费代征电费(附加费)电度电费需求侧规划方案能效措施供应商基本信息是邮政编码国家电话地区区号-电话号码的格式填写，如0086-010-8907电话分机号地区区号-传真的格式填写，如0086-010-890726电子邮箱是填写供应商帐户持有人的姓名供应商联系人信息联系人姓名供应商是供应商(29个属性)物料(20个属性)会计科目(59个属性)员工(51个属性)固定资产(135个属性)设备(27个属性)组织结构(13个属性)十命同信基建管控系基建管控系统一权限本作息项目定义信总目计划管理息党务系统国网集约化系统财务管控口应用架构是从业务能力出发，定义的一个结构化的应用功能(这些应用功能需要支持企业关键的未来业务目标)框架，表述了应用功能的不冗余的最优逻辑与业务流程和活动有效匹配识别内部和外部接口提供层次化的展现方法，允许架构按需细化□清晰描述各个应用组件及其功能□清晰展示业务流程及支撑的应用组件口提供划分应用组件边界的指南□提供定义应用组件之间的交互和接口指南□提供应用组件标准化设计、开发和集成的指南□好的应用架构能够给企业提供一个未来应用决策的框架，它所带来的收益包括：□确保未来应用能够与企业业务策略和目标匹配□提供用于评估使用套装应用软件、自开发应用、或应用优化的基础口提供一个可以对现有应用映射及优缺点评估的框架口能够提供显著提升效率和效果的变化机会应用功能模型口应用功能模型(ApplicationFunctionMo识别和定义支撑业务运作所需的应用功能，主要为领域层面或某一业务视图的应用功能模型，起到描绘应用蓝图的作用。它采用逐层细化的方式进行表述，每一层是对上一层的分解描述，且颗粒度逐层变小，通常由应用域、应用组、应用及应用组件构成应甩坡A应用组1应电应电应用组3应电应甩俎2应用应用组4用的逻辑组合子流程和/或业务活动的逻辑组合，高度亲和性主要体现在它们各自管理的业务信息和支持的流程应用由多个组件组成业业务架构控制OO逗辑应用模块物理应用模块局色业务服务IT服务数据架构数构，实体长系逐辑数据模块物理数据模块数据集成管理能力功生遵辑技术模块物理技术模块0O业务架构设计文档应用功能来自业务架构中的业务功能或流程定义以及端到端流程场景技术架构如IT基础应用功能、成数据架构设计文档应用架构设计中的应用功能、集成关系及服务设计均需要对数据实体进行管理或操作，这些数据实体由数据架构进行识别和设计应用架构设计应遵守国家电网公司典设及江苏计的合规性架构及技术架构的合规性↵>应用功能/服务设计需参考国家电网公司典设和江苏省电力信息化建设要求并检查合规性内容的先进性和前瞻性>应用架构设计将参考行业应用架构设计↵成熟实践参考原则理由影响由于跨多个IT系统的发散性实施，通常会产生不一致的处理需求任何规划的应用功能服务在功能上是唯一的已存在的冗余需要解决，业务功能不应该有多个承载者架构柔性原则↵应架构设计应坚持架构柔性原则，使得应用架构具备高度的>违法本原则，将导致设计的应用架构僵硬，难以快速适应业务需求的变化及技术进步需求>应用架构采用层次化设计，减少应用之间的耦合度>应用架构采用SOA的架构风格进行设计，提高应用重用性及概要设计需求分析概要设计究国网真设义AA模板2IT基础技术服应用架构内容的元模型设计如下图所示，主要是针对逻辑应用模支持暴露支持暴露支持暴露支持暴露实体关系包含包含包含对应包含对应对应对应属于应用组件应用组件包含包含应用接口业务架构应用架构sOMA逻辑应用组件模型服务线业务流合服务族程姐服务SOMA方法论总图SOMA-面向服务的建模方法(Service-OrientedModeling务和作业流程的识别和定义；采用TopDown(域分解)与BottomandArchitecture),重点在关键服Up(系统分析)结合的方法实现识别定义实现设计需求定义业务域分解目标模型需求分解系统现状分析服务和流程.·第二步：择取符合业务需求的、可实现的服务、组件以及服务需要暴露的接口，并给与定义计、服务与组件的关系设计等组件流信息定义分析组件定义服务定义服务流分解消息、事件定义实现设计服务、组件映射服务、组件映射组件分层分析工作流程说明Phasel:梳理、识别端到工作流程说明Phasel:梳理、识别端到·Phase2:梳理、识别未来程Phase3:识别集成点Phase4:识别服务Phase5:识别技术架构集集成相关服务设计在服务识别步骤中可以采用从业务域/流程、业务目标(从企业业务关键指标出发进行分析)、现有IT资产这三个相互补充的分析方法进行服务识别。在针对业务域/流程分析和业务目标这两种方法的使用，根据项目最关注的SAP与非SAP应用之间的集成关系进行设验证未来验证未来业务流程正确性；发现跨业务域的集成接口验证SAP流程与之间的集成接口基于集成接口识别服务基于服务特点识别技术架构的集成模式技术架构集成场景识别流程、服务的对应关系5.15.1、识别提-5.1.2]确定台5.3、识别相在服务设计工作过程中，为了保证每一步的可追溯性(Traceability),通过跟踪矩景流程图描述该场景-式式业务域内的所有未来31、识别业点3.2、识别业未来业务流程，使用未来业务流程检查程、非SAP流程的业加和烧代世之言黑明决些建极加和烧代世之言黑明决些建极和业务支持域L1营业务域主营业务域规场管理标准规应及指标管望划及设资计日前功设计计培项目管项顶日标项日径校统计本项日决算合竹理损目评价计天强2调度优化中心管用域组织管国人事管理薪服管理招聘管理续效考核数育级训员工发展收入核算成本责机务管预算管军统一认证及权服管星统一认证及权服管星内容管理(9)物资管理资金管理资产管理资金管理资产管理管涯配送管采购管理理存管理直商规提管理及管理主数报管主数报管主营业务域主营业务域业务支持域基础理管理管理关系管理合作管理务办公自动化知识调拨管理主营业务域主营业务域业务支持域决策分析SAP系统求管理设计管求管理理平台理办公自公共工会国际审计SAP系统财务管理务务账平台预算系统账平台预算系统基础个税申报地方社保人员信息/组社保信息薪丽信息结果信息银行转盘数据测算系统江苏招投标招标状态)中标信息生产管理系江苏招投标招标状态)中标信息生产管理系(ERP)理平台物料库存信息物料库存信息验收设备清册基建管控系统关键节点进度采煦申请/采购结果供应商购合同/服务采购合情资产卡片需求/投资计划/项日状态立项变更设备分类设备分类项目计划理预算编制信息国网财务管控(ERP)统oo技术架构分析与设计口技术架构作为EA最下层的架构，业口对于具体的技术方案，技术架构又人员基于技术架构中制定的原则，企业业务架构方案架构&实施系统&技术□技术架构由技术组件，□技术组件是技术架构的组件分类实现对基本技构首先是一个全局的技管理监控IVR客户端应用企业集成技术架构互统m统m的信息交设施设施硬件设备网络服务器存储技术标准体系权限与安全用户权限指标管理指标指标口用户与业务系统的交互，需要有统一的交互层，面向用户的是一个整合的一体□业务系统之间的交互，通过SOA的设计和实现理念，基于SOA化工具比如企业服务总线、企业流程引擎等，在业务系统之间形成明确的契约，从而也就形成□业务系统与企业基础组件的交互，从企业层面形成并实落企业的基础组件，比口应用架构、数据架构制定的原则，应用集成架构都是技术架构的重要的输入，当前的IT架构以及用户、组织也是重要输入；在第二步的工口技术架构的设计作为后续各个基础技术平台的深化设计的输入，另外也可以对应用输入分析过程企业技术架构使用者模型数据架构原则应用集成架构数据模型实施路径技术架构最佳实践会有迭代以及不断完善的过程验证应用架构、技术架构应用架构原则业务架构业务架构建立战略驱动-KPI,短期目标执行拥有执行结构关系结构关系架构IT服务-服务设计口下图为技术架构的元模型示意图，图中的绿色部分为技术架构中需要关注的技术图，包括企业技术框架图，企业系统总视图。口企业技术框架分为展现层、流程层、应用集成层、数据集成层，对应到具体的组件就业系统业系统外部外部场所场所接口追溯接口应用架构设计技术架构的深化设计部分将依赖于应用架构的服务设计，以及对于系统的划分(SAP与非一体化平台设计技术架构的各个组企业服务总线、数据集成)将在一体化平台设计中进一步展开数据架构设计技术架构的深化设计部分将依赖于数据架构的CIM设计，以及关于数据交换的需求、分析及平台的设计□内部门户通过页面集成技术把各业务系统的页面集成到门户系统中，公司的用户可以登录基础组件浏览器浏览器应用封装理应用(合同管理等)业务流程业务流程数据仓库口门户基础功能架构在J2EE服务器之上，提供门户的一些基本功能，支撑门户应用与门户管理的运行口门户应用集成各业务系统，为用户提供统一的展现平台，门户管理为管理员提供方便快捷的管理方式口设计开发等工具简化开发人员的工作，加快门户应用的部署管理员人员管理员人员管理操作业务操作设计开发管理操作业务操作架架优点缺点方式一：应用系统完全构建在门户之中，包括业务系统的展现层、逻辑层和数据访问应用系统和门户完全融合，不存在集成问对于已有的应用系统，改造工作量很大；如果集成的系统数多，门户系统负荷过重，难以承受。不采用方式二：应用系统的展现层构建在门户系统中，逻辑层和数据访问层独立存在。应用系统的展现层通过远程调用EJB(?)的方式来调用业务逻辑。应用系统的页面和门户完全融合，统一页面风格，提供个性化对于已有的系统，仍需要较多的改造工作量；如果集成的系统数多，门户系统负荷过重，难以承受。如果门户提供工具帮助生成业务则可采用，否则不采用方式三：应用系统独立存术把应用系统的页面集成进来门户和应用系统相对松耦合