电力系统信息化架构分层研究
王燕
【期刊名称】《北京印刷学院学报》
【年(卷),期】2011(019)006
【摘要】This paper researches electricity system＇s realizing planes of informatization,analyses operation＇s loading needing of electricity power data network and electricity communication data network,analyses the supporting surface＇s realizing technology in the field of wide domain backbone network,metropolitan area network and electricity power industry management information system＇s designing model and needing among network information serving surface.It concludes that the electricity communication network consists of network communication supporting plane and network information serving plane from the frame and structure.The electricity power communication network satisfies the needing of sound,data and image in the use of broad band,multimedia and cloud computing,the management information system of electricity power industry is an enterprise information plane of realizing system integration,network resource sharing,data information exchanging.The result of the electricity system information technology has the significant theory and practice,instructive meaning to the development and building of the electricity system＇s information.%对电力系统信息化架构分层进行了研究,
管理信息化组织的架构及定位 影响公司管理信息化最终走向完全成功的关键因素有：制定正确的IT战略目标及规划、进行有效的需求管理、阶段实施应用系统和有序的阶段控制与持续改善。 当公司的管理信息化建设已完成三期项目，基本建设告一段落，主要任务从系统实施转向系统维护与实施并重的时候，管理信息化实施团队将何去何从？这时候需要公司领导结合现实状况，参照扁平化管理、高效、有序、控制的要求，进行综合权衡。 从以下五个方面进行分析有利于领导更全面地掌握情况。 管理信息化组织的模式参考 大量信息化实施案例分析后发现，信息化实施团队的定位和管理信息化组织的模式存在一定差异，可以归纳为团队稳定、团队精简、团队扩充式、团队解散和团队独立五个模式。 选择团队保持稳定的企业，其信息化实施策略是总体规划、小步实施，每两步之间间隔的时间较短。每次实施既优化前一阶段成果，也增加部分新的内容。这些企业规模适中，市场基本平稳，信息化投入持续稳定。团队的名称有可能发生变更，如成立“管理信息部”等。 选择团队精简的企业，其信息化的实施策略是总体规划、分步实施，两步之间间隔的时间较长。每次实施新增更多内容。这些企业的规模较小，人力资源有限；市场波动，不能保证持续的信息化投入。每个阶段的实施工作完成后，一部分成员回
到原单位担任领导职务，其余成员负责技术支持或系统维护。团队的名称也可能发生变更为“管理信息化推进委员会”等。 选择团队扩充的企业，其信息化的实施策略是总体规划、注重效果、逐步推广。每次都在肯定前一阶段实施成果的基础上，既增加实施深度，又添加新的功能。这些企业的规模较大，市场基本稳定，能保证基本平稳的信息化投入。团队的发展方向是专业的咨询服务公司，因而确保企业内部的实施效果显得极为重要。 除了实施失败的部分企业外，选择团队解散的企业，信息化实施策略大都是总体规划、总体实施、全面推进。取得阶段性成果之后，除保留极少的几个项目协调员之外，其他成员回到原单位成为技术支持骨干和管理干部。员工培训和系统维护基本外包。这些企业一般规模都很大，如跨国公司或者世界500强企业。 选择团队独立的企业，其信息化的实施策略基本上是总体规划、分步实施、资源互补、对内维护、对外服务的发展策略。分步实施的信息化取得阶段性成果之后，高素质的团队成员组织成为相对独立的管理信息技术公司，业务收入主要来自于原企业的系统维护和与咨询公司合作的系统实施，一部分则来自于与咨询公司合作的资源外包收入。 信息化管理组织的职能 目前公司的管理信息化团队仍然采取项目部的组织形式，其主要职能是SAP系统的维护与组织新模块的实施。将这些职能细分，还可以总结出如下更详细的业务内容。 1.培训，如对管理人员的培训、关键用户的培训和最终用户的培训。
智能工厂信息化架构及MES系统整体规划 企业信息化架构 基于制造企业的三个管理平台规划，其信息化系统整体架构规划如下: 工业软件 软件 工业控制 書能设备基于整体信息化架构规划，实现的网络拓扑架构如下: 客户、供应商，外协5
MES 整体规划 MES 生产执行系统自上向下分为五个层次：用户整合层、分析系统层、应用子系统层、 DCS/PLC 智能仪表 手工录入 ■] 针对具体一个工厂或制造车间的网络拓扑架构如下: 公囲员工通过克厢访问 「 1 耳 农忡办厂商 各事业胡 生产管控平台层和数据中心层。如下图所示:
系统层次结构说明 用户整合层：通过统一的门户，采用灵活严格的权限设置，使企业内外的用户都能在这个平台上进行业务操作，实现全面的协作。 分析系统层：整合企业的所有有效信息，为管理层提供决策支持。 应用子系统层：基于SOA模式的标准应用模块组成，可根据企业需求灵活配置。 生产管控平台层：由应用建模平台、工作流平台、系统运行平台组成，是整个系统的核心组成部分和运行基础，该平台具有开放性和可扩展性，能满足企业不断扩展的业务需求。 生产数据中心层：由数据采集总线、实时数据库、分析数据库、数据访问服务组成。基于SOA的先进技术平台 平台化：基于SOA的平台化设计，集应用建模系统、工作流系统、实时数据系统、系统运行于一体。 灵活性：提供灵活的“随需应变”策略，支持业务规则和界面的灵活配置，支持工 艺流程的灵活定义，可根据业务需求变化快速重构系统。 先进性：采用最先进的软件技术，利用BS+CS应用模式，包括SOA技术、WEB技 术、XML技术、中间件技术、软件组件技术等。 安全性：充分保证控制系统的安全性。 可靠性：合理的系统架构设计，保证系统平台的可靠性达到99.99%。 开放性：向下与DCS、PLC、SCADA等过程控制系统集成，向上与ERP、CRM和SCM等应用系统集成。 分布式：支持分布式应用部署和分布式数据管理，支持负载平衡，满足集团化企业 的管理需求。 国际化：支持多语言灵活切换。 易用性：界面友好、风格统一，操作简单方便。适合联宜电机的先进生产管理系统
[模拟] 系统架构设计师信息化基础 单项选择题 第1题： 以下关于信息和信息化的论述中，不正确的是______。 A.信息化就是开发利用信息资源，促进信息交流和知识共享，提高经济增长质量，推动经济社会发展转型的历史进程。 B.信息、材料和能源共同构成经济和社会发展的三大战略资源，这三者之间不可以相互转化 C.信息是“用以消除随机不确定的东西” D.信息资源是重要的生产要素 参考答案：B 从一定的意义上来说，物质(材料)、能量(能源)、信息都是人类生存和社会发展所不可缺少的资源，其中，物质和能量是更为基本的资源，信息则是一种较为高级的资源。物质资源提供给人类的是各种材料，能量资源提供给人类的是各种动力，而信息资源提供给人类的是知识和智慧。从潜在的意义上讲，信息是可以转化的。它在一定的条件下，可以转化为物质、能量、时间及其他。信息可以转化，这当然需要条件，其中最主要的条件就是信息必须被人们有效地利用。没有这个条件，信息是不可能发生这种转化的。同样，“知识就是力量”也是需要这样的条件的。显然，正确而有效地利用信息，就可能在同样的条件下创造更多的物质财富，开发或节约更多的能量，节省更多的时间。在这方面，将有许多工作可做，有许多潜力可挖。 “企业系统规划方法”和“信息工程”都推荐建立表示数据类(主题数据库)和过程之间关系的CU矩阵M。其中若第i号过程产生第k号数据类，则Mik=C；若第j号过程使用第k号数据类，则Mjk=U。矩阵M按照一定的规则进行调整后，可以给出划分系统的子系统方案，并可确定每个子系统相关的(2) 和(3) ；同时也可了解子系统之间的(4) 。 第2题： A.关系数据库 B.层次数据库 C.网状数据库 D.共享数据库 参考答案：D 第3题：
信息化总体架构设计方法论二零一五年四月
目录 1架构依据 (4) 2核心概念 (5) 2.1总体架构 (5) 2.2系统架构 (5) 2.3架构遵从 (6) 2.4架构角色 (6) 2.4.1企业架构师 (7) 2.4.2业务架构师 (8) 2.4.3应用架构师 (9) 2.4.4数据架构师 (10) 2.4.5技术架构师 (11) 2.4.6项目经理 (12) 2.4.7架构资产管理员 (13) 3方法论介绍 (14) 4分阶段实施 (16) 4.1分析现状阶段 (16) 4.2设计架构阶段 (19) 4.2.1业务架构设计 (19) 4.2.2应用架构设计 (27) 4.2.3数据架构设计 (35) 4.2.4技术架构设计 (42) 4.3制定路线阶段 (68) 5附录 (72)
1 架构依据 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改版）适用于本文件。 本文件参考了国际先进架构管理办法、已有架构发展战略、目标、指导意见等.
2 核心概念 2.1 总体架构 信息化总体架构（以下简称“总体架构”）是公司信息化核心能力，由企业级业务架构、应用架构、数据架构和技术架构四部分组成。其中， 1. 业务架构，定义了符合公司战略发展和创新要求的业务战略、业务能力、 组织架构和业务流程等，为应用架构和数据架构提供关键输入。 2. 应用架构，描述了业务应用划分、应用组件构成，业务应用与业务能力、 业务流程之间的关系，业务应用间及业务应用内部各部分间的集成关系，业务应用部署模式。 3. 数据架构，是从跨组织、业务、应用的视角进行数据组织和管理，包括 对整个数据生命周期中数据的处理、存储、转换、整合、分布制定的策 略、模型、流程，以及数据资源管理。 4. 技术架构，是支持应用架构、数据架构的技术平台架构。它描述了支撑 业务、应用和数据实现部署所需的软硬件逻辑能力，定义了各基础设施 组件之间的关系以及组件与应用和数据的关系，为应用和数据提供一个 可实现的基础平台；定义支撑业务运作的技术标准体系；根据企业或组 织的需要定义安全能力和功能，在业务安全需求和信息安全需求之间建 立联系。 2.2 系统架构 系统架构是指按照软件工程方法描述信息系统的概念、逻辑和物理设计，定义信息系统的执行、开发和运行环境，是总体架构在业务、应用、数据和技术四个架构领域针对具体信息系统或项目的方案视图和设计细化。
浅析企业信息化总体架构 摘要：企业信息化总体架构主要涵盖企业业务架构、企业信息架构、企业应用架构、企业网络基础设施架构、企业信息安全架构、企业信息组织架构等，为信息化建设的实施提供一副完整的蓝图。 关键词：业务架构应用架构信息架构 企业信息化总体架构主要涵盖企业业务架构、企业信息架构、企业应用架构、企业网络基础设施架构、企业信息安全架构、企业信息组织架构等，为信息化建设的实施提供一副完整的蓝图，全面系统地指导企业信息化建设的进程。架构由3个框架元素组成：架构、方法论、工具。架构就是蓝图，分层次的蓝图包；方法论就是给出如何实现这些蓝图的方法和计划；工具就是为实现蓝图所使用的工具。架构设计的本身是一个技术复杂的过程，是一个多种方面综合交叉的设计。架构框架理论为这个过程和目标提供了一个系统的指导，同时，通用的和科学的总体架构框架理论为横向的行业间的技术交流和规范化提供了可靠的基础。 1、目前国际上行业比较通用的主流总体架构框架理论有以下4种 1.1 Zachman EA Framework，又称为ISA（Information System Architecture）架构框架美国学者John Zachman，集自己27年IT行业从业经验于1987年提出的，把企业信息化架构划分为5个层次，6个维度。这5个层次分别从企业的组织形态、信息化的利益主体，确定了信息化规划不同的“粗细程度”。这5个层次代表企业信息化从规划、组织、业务单元，到设计、建造与具体实现等不同的角色。从纵向看，Zachman模型把信息化分为6个维度：数据维、功能维、网络维、人员维、时间维和规则维。 1.2 FederM Enterprise Architecture Framework（FEAF），美国联邦实体体系结构框架FEAF定义了一个IT企业架构作为战略信息资产库，它定义了业务、运作业务所必须的业务信息，支持业务运行的必要的IT技术，响应业务变革实施新技术所必须的变革流程等要素。 1.3 DoD Architecture Framework（DoDAF），美国国防部体系结构框架 1.4 The Open Group Architecture Framework欧洲共同体开放工作组体系结构框架 上述4种架构框架理论被广泛接受和应用，而其中的核心内容和理论基础是基本一致的，其核心就是业务架构、信息／数据架构、技术架构和应用架构。信息化规划的实质就是对总体架构4个层面的设计。归纳总结后行业通用的架构框架如图1所示。
1.1 系统总体设计原则 为确保系统的建设成功与可持续发展，在系统的建设与技术方案设计时我 们遵循如下的原则： 1、统一设计原则统筹规划和统一设计系统结构。尤其是应用系统建设结构、数据模型结构、数据存储结构以及系统扩展规划等内容，均需从全局出发、从 长远的角度考虑。 2、先进性原则系统构成必须采用成熟、具有国内先进水平，并符合国际发 展趋势的技术、软件产品和设备。在设计过程中充分依照国际上的规范、标准，借鉴国内外目前成熟的主流网络和综合信息系统的体系结构，以保证系统具有 较长的生命力和扩展能力。保证先进性的同时还要保证技术的稳定、安全性。 3、高可靠/高安全性原则系统设计和数据架构设计中充分考虑系统的安全 和可靠。 4、标准化原则系统各项技术遵循国际标准、国家标准、行业和相关规范。 5、成熟性原则系统要采用国际主流、成熟的体系架构来构建，实现跨平台 的应用。 6、适用性原则保护已有资源，急用先行，在满足应用需求的前提下，尽量 降低建设成本。 7、可扩展性原则信息系统设计要考虑到业务未来发展的需要，尽可能设计 得简明，降低各功能模块耦合度，并充分考虑兼容性。系统能够支持对多种格 式数据的存储。 1.2 业务应用支撑平台设计原则 业务应用支撑平台的设计遵循了以下原则： 1、遵循相关规范或标准遵循J2EE、XML、JDBC、EJB、SNMP、HTTP、 TCP/IP、SSL 等业界主流标准
2、采用先进和成熟的技术系统采用三层体系结构，使用XML 规范作为信 息交互的标准，充分吸收国际厂商的先进经验，并且采用先进、成熟的软硬件 支撑平台及相关标准作为系统的基础。 3、可灵活的与其他系统集成系统采用基于工业标准的技术，方便与其他系 统的集成。 4、快速开发/快速修改的原则系统提供了灵活的二次开发手段，在面向组 件的应用框架上，能够在不影响系统情况下快速开发新业务、增加新功能，同 时提供方便地对业务进行修改和动态加载的支持，保障应用系统应能够方便支 持集中的版本控制与升级管理。 5、具有良好的可扩展性系统能够支持硬件、系统软件、应用软件多个层面 的可扩展性，能够实现快速开发/重组、业务参数配置、业务功能二次开发等多 个方面使得系统可以支持未来不断变化的特征。 6、平台无关性系统能够适应多种主流主机平台、数据库平台、中间件平台，具有较强的跨系统平台的能力。 7、安全性和可靠性系统能保证数据安全一致，高度可靠，应提供多种检查 和处理手段，保证系统的准确性。针对主机、数据库、网络、应用等各层次制 定相应的安全策略和可靠性策略保障系统的安全性和可靠性。 8、用户操作方便的原则系统提供统一的界面风格，可为每个用户群，包括 客户，提供一个一致的、个性化定制的和易于使用的操作界面。 9、应支持多CPU 的SMP 对称多处理结构 1.3 共享交换区数据库设计原则 1. 统一设计原则为保证数据的有效性、合理性、一致性和可用性，在全国 统一设立交换资源库基本项目和统一编码的基础上，进行扩展并制定统一的交 换资源库结构标准。
设计院信息化建设 如何从海量的、结构化与非结构化信息中迅速精确地获取本企业所需的信息和知识？如何针对不同的企业内部员工和外部客户的需求定制相应的信息和知识产品？如何搭建一个开放、互动、协同的信息平台，简化企业组织结构？如何对设计的流程进行有效、科学的管理？如何对项目的进度及费用进行有效的控制？如何利用现有的信息和知识为企业决策者提供决策依据？如何解决信息孤岛问题？ 在市场竞争日益加剧的今天，如何提高设计的科技含量、提高设计的成品质量、提高设计的工作效率，已经成为设计类企业时时思考的问题。而在越来越复杂的竞争环境中，单纯依靠手工管理已经不能满足企业发展的需要，信息化建设必然提到了整个企业的议事日程上。 这些问题最终还是依赖于“以网络为支撑，管理平台与业务平台分离，以专业技术应用为基础，以知识管理为核心，项目管理为主线，使设计与管理实现一体化的信息平台”的建立。 [考虑其行业的特点，在内部信息平台建设方面，重点需要构建两大信息平台：管理信息平台和业务信息平台。] 量身设计企业信息化 信息平台是一个以人为主导，利用计算机硬件、软件、网络通讯设备以及其他办公设备，对企业数据进行全面的收集、传输、加工、存储、更新和维护，产生有利于企业战略竞优、提高效益和效率为目的的信息，支持企业高层决策、中层控制、基层运作的集成化人机系统。一个信息平台由众多子系统集合而成，这些子系统按公司内部的功能链组成一体。例如一个大型企业的信息平台包括财务管理信息系统，制造管理信息系统，营销管理信息系统及人力资源管理信息系统。 对设计企业而言，考虑其行业的特点，在内部信息平台建设方面，重点需要构建两大信息平台：管理信息平台和业务信息平台，其中，管理信息平台主要针对日常办公、运营管理等企业管理方面，而业务信息平台主要针对设计业务本身。
一企业企业信息化建设架构： 根据企业的信息化解决方案，遂宁美宁食品有限公司需要如下组成部分: 首先，操作系统的选择，为了适应公司的现状，我们选择的是Linux； 其次，是关于数据库的使用，根据公司的目前需求来看，选择SQLserver2008即可； 第三，是关于基于局域网的系统建设，这里主要是金蝶软件的安装和使用；第四，基于IIS的网站建设。 二各组成部分的具体操作 1 Linux的安装与维护 具体安装步骤如下：Linux系统安装前准备-Windows 系统硬盘分区。要在Windows系统下安装Linux，首先要给Linux分出一个空白的硬盘空间，装Ubuntu 版本该磁盘空间至少要有4G。一般情况下，windows系统中的磁盘都是分区分好了的，所以在Windows下腾出除系统盘外的其他任何一个盘，留给linux就行了。注意留出的这个盘里的数据都会被清空的，重要资料要先转移到其他硬盘。但是有时候我们想充分利用硬盘，想把扩展分区中的某个逻辑分区重新分成两个逻辑分区（名词解释：主分区–系统盘C盘；扩展分区–除系统盘外的其他分区D盘/E盘/F盘等；逻辑分区–扩展分区中的每一个盘称为一个逻辑分区），比如我想把F盘重新分成两个盘：F盘和G盘，如何在windows系统下对硬盘重新分区呢？当然我们可以去下载一些软件，比如Norton PartitionMagic等来实现重新分区和管理磁盘，也可以直接在windows磁盘管理中进行操作，下面列出了简要步骤： 1）打开电脑进入了windows xp系统–控制面板–管理工具–计算机管理–存储–磁盘管理； 2）在将要重新分区的硬盘(以F盘为例)数据已经转移或清空的前提下，点击选中F盘，右键选择“删除逻辑驱动器(F)”，点击确定； 3）删除了要修改的逻辑分区以后，这个区块就显示为未指派的标志，然后就
目录 1.1 系统总体设计原则 (2) 1.2 业务应用支撑平台设计原则 (2) 1.3 共享交换区数据库设计原则 (3) 1.4 档案管理系统设计原则 (4) 1.5 总集成设计原则 (4) 1.5.1总体设计原则 (4) 1.5.2系统及应用支撑环境设计原则 (5) 1.5.3安全保障体系设计原则 (7) 1.5.4应用支撑平台设计原则 (7) 1.5.5应用系统设计原则 (8) 1.5.6数据中心设计原则 (10) 1.5.7技术标准与管理规范体系设计原则 (11) 1.5.8项目管理与人员培训设计原则 (12)
1.1 系统总体设计原则 为确保系统的建设成功与可持续发展，在系统的建设与技术方案设计时我们遵循如下的原则： 1、统一设计原则统筹规划和统一设计系统结构。尤其是应用系统建设结构、数据模型结构、数据存储结构以及系统扩展规划等内容，均需从全局出发、从长远的角度考虑。 2、先进性原则系统构成必须采用成熟、具有国内先进水平，并符合国际发展趋势的技术、软件产品和设备。在设计过程中充分依照国际上的规范、标准，借鉴国内外目前成熟的主流网络和综合信息系统的体系结构，以保证系统具有较长的生命力和扩展能力。保证先进性的同时还要保证技术的稳定、安全性。 3、高可靠/高安全性原则系统设计和数据架构设计中充分考虑系统的安全和可靠。 4、标准化原则系统各项技术遵循国际标准、国家标准、行业和相关规范。 5、成熟性原则系统要采用国际主流、成熟的体系架构来构建，实现跨平台的应用。 6、适用性原则保护已有资源，急用先行，在满足应用需求的前提下，尽量降低建设成本。 7、可扩展性原则信息系统设计要考虑到业务未来发展的需要，尽可能设计得简明，降低各功能模块耦合度，并充分考虑兼容性。系统能够支持对多种格式数据的存储。 1.2 业务应用支撑平台设计原则 业务应用支撑平台的设计遵循了以下原则： 1、遵循相关规范或标准遵循J2EE、XML、JDBC、EJB、SNMP、HTTP、TCP/IP、SSL 等业界主流标准 2、采用先进和成熟的技术系统采用三层体系结构，使用XML 规范作为信息交互的标准，充分吸收国际厂商的先进经验，并且采用先进、成熟的软硬件支撑平台及相关标准作为系统的基础。
企业信息系统架构 图1清晰的展现了我们企业在信息化建设的成果。并且,这些应用系统在各自服务的生产领域内提高了生产效率,提升了服务质量,同时也为决策层提供了可靠、准确的决策数据。 1 问题描述 以上各应用系统系我企业最初始的应用系统架构。由于各个应用系统是根据生产和管理需要逐步建立起来的,在投用初期并未体会到各个应用系统合理架构的重要性和必要性。在众多系统正式上线投用的时候,问题逐一暴露出来,下面列举最关键性问题: 1.1 不能完成“一站式”系统登录 通常一个用户需要使用多个应用系统,从图1的设计架构来看,需要对同一用户进行多个系统单独授权。这不仅可能需要用户记住很多的登陆账号,而且必然造成用户多次登陆才能进行相关业务操作的麻烦。 1.2 数据不唯一、未共享 对同一个企业,某些基础数据往往需要唯一、统一。如本系统的“物资管理系统”、“劳保工具系统”等中需要关联“员工管理系统”中的员工信息,进而了解该员工拥有的物资设备以及劳保发放情况等;而某些业务数据通常需要作为绩效考核等决策支持系统的原始数据。而原各独立设计的系统很难做到。 1.3 业务流程不统一、不规范 因为各个应用系统均为独立设计,开发。其各自的业务操作流程并未统一考虑,往往造成业务流程不统一、不规范。
1.4 功能重叠、交叉 各个应用系统的独立架构设计,必然造成系统功能的重叠、交叉。如,为进行“物资管理系统”、“劳保工具系统”等中员工物资设备及劳保情况的操作和统计,必须在各自的系统中添加员工信息等功能等。这既是功能上的重叠,又是开发中的重复。 2 问题分析 各类问题的暴露,其根本在于设计之初缺乏ERP(Enterprise Resource Planing,企业资源管理计划)系统的设计思想和理念。尽管某些中小企业并不完全需要或完全符合ERP系统的设计、运营和管理模式。但为提高生产效率、开展企业管理创新、推进企业管理现代化和提高企业竞争力,我们有必要将ERP系统设计思想和理念融入到企业信息系统的建设中来。尽量做到系统运行集成化,业务流程合理化,绩效监控以及管理改善持续化。究其原因: 2.1 缺乏统一、集成化的架构 不管出于何种原因,主要由于建设的应用系统,仅仅从生产或管理需求的某一方面进行设计架构:1)未考虑到和其他应用系统的关联性,未做到很好的开放性;2)对企业待建应用系统预测性不高。 2.2 未进行关联应用系统统一设计 1)数据库未进行统一设计,各业务系统的数据唯一、共享基本没实现;2)软件系统没进行合理架构开发,从而造成操作上的繁杂和功能上的重叠。 2.3 操作流程不统一、不规范 部分应用系统的业务操作未结合企业的QHSE标准流程,有的业务办理流程则仅仅是从部分应用单位调研。从而导致应用系统的设计和操作流程不统一、不规范。 3 架构分析设计 鉴于以上各种各样的问题,必须进行企业信息系统合理架构。彻底改变原多系统、独立架构设计的模式,改进为集成化系统、合理化业务流程。从而更加符合用户的使用需求,更加适应企业管理的需要。 3.1 业务架构 1)根据企业的业务发展,准确地预见将来可能建设的业务系统,和已建应用系统进行业务统一规划、归类;2)梳理各类业务流程,以企业的QHSE标准流程为蓝本,并结合实际的业务操作流程。整理为统一、标准的业务操作流程,并且做到易合理化改进。当然企业的QHSE标准流程也随之得到完善和改进。 3.2 应用架构 以模块化的方式进行整个信息系统的集成化设计。即将类似或相关联的业务设计为同一操作模块,所有的模块架构为综合信息平台,从而达到统一授权,统一登录以及方便、快捷
信息化系统的设计应考虑哪些方面 1、需求的符合性 正确性、完整性；功能性需求、非功能性需求软件项目最主要的目标是满足客户需求。在进行构架设计的时候，大家考虑更多的是使用哪个运行平台、编成语言、开发环境、数据库管理系统等问题，对于和客户需求相关的问题考虑不足、不够系统。如果无论怎么好的构架都无法满足客户明确的某个功能性需求或非功能性需求，就应该与客户协调在项目范围和需求规格说明书中删除这一需求。否则，架构设计应以满足客户所有明确需求为最基本目标，尽量满足其隐含的需求。（客户的非功能性需求可能包括接口、系统安全性、可靠性、移植性、扩展性等等，在其他小节中细述） 一般来说，功能需求决定业务构架、非功能需求决定技术构架，变化案例决定构架的范围。需求方面的知识告诉我们，功能需求定义了软件能够做些什么。我们需要根据业务上的需求来设计业务构架，以使得未来的软件能够满足客户的需要。非功能需求定义了一些性能、效率上的一些约束、规则。而我们的技术构架要能够满足这些约束和规则。变化案例是对未来可能发生的变化的一个估计，结合功能需求和非功能需求，我们就可以确定一个需求的范围，进而确定一个构架的范围。（此段From林星） 这里讲一个前几年因客户某些需求错误造成构架设计问题而引起系统性能和可靠性问题的小小的例子：此系统的需求本身是比较简单的，就是将某城市的某业务的全部历史档案卡片扫描存储起来，以便可以按照姓名进行查询。需求阶段客户说卡片大约有20万张，需求调研者出于对客户的信任没有对数据的总量进行查证。由于是中小型数据量，并且今后数据不会增加，经过计算20万张卡片总体容量之后，决定使用一种可以单机使用也可以联网的中小型数据库管理系统。等到系统完成开始录入数据时，才发现数据至少有60万，这样使用那种中小型数据库管理系统不但会造成系统性能的问题，而且其可靠性是非常脆弱的，不得不对系统进行重新设计。从这个小小的教训可以看出，需求阶段不仅对客户的功能需求要调查清楚，对于一些隐含非功能需求的一些数据也应当调查清楚，并作为构架设计的依据。 对于功能需求的正确性，在构架设计文档中可能不好验证（需要人工、费力）。对于功能需求完整性，就应当使用需求功能与对应模块对照表来跟踪追溯。对于非功能需求正确性和完整性，可以使用需求非功能与对应设计策略对照表来跟踪追溯评估。 “软件设计工作只有基于用户需求，立足于可行的技术才有可能成功。” 2、总体性能 性能其实也是客户需求的一部分，当然可能是明确的，也有很多是隐含的，这里把它单独列出来在说明一次。性能是设计方案的重要标准，性能应考虑的不是单台客户端的性能，而是应该考虑系统总的综合性能； 性能设计应从以下几个方面考虑：内存管理、数据库组织和内容、非数据库信息、任务并行性、网络多人操作、关键算法、与网络、硬件和其他系统接口对性能的影响； 几点提示：算法优化及负载均衡是性能优化的方向。经常要调用的模块要特别注意优化。占用内存较多的变量在不用时要及时清理掉。需要下载的网页主题文件过大时应当分解为若干部分，让用户先把主要部分显示出来。 3、运行可管理性 系统的构架设计应当为了使系统可以预测系统故障，防患于未然。现在的系统正逐步向复杂化、大型化发展，单靠一个人或几个人来管理已显得力不从心，况且对于某些突发事件的响应，