《国家电网公司信息系统架构设计指南(试行).docx》由会员分享,可在线阅读,更多相关《国家电网公司信息系统架构设计指南(试行).docx(71页珍藏版)》请在优知文库上搜索。
1、家电网公司信息系统架构设计指南2023年11月目录1适用范围12标准性引用文件13参照遵从14编写流程和职责25带求开发设计2需求调研2需求分析4用户体验设计76系统概要设计10系统总体框架设计10业务能力视图设计13系统功能视图设计13系统数据视图设计13系统组件视图设计15系统集成视图设计18系统逻辑部署视图设计20系统物理部署视图21系统平安视图设计237附录25软件需求规格说明书编写内容25概要设计编写内容26图表图表1系统架构遵从1图表2编写流程和职责2图表3界面原型设计样例9图表4系统平安防护控制点23表格表格1系统架构遵从清单1表格2需求调研执行角色表4表格3系统用例例如15表格
2、4系统用例例如26表格5需求分析执行角色7表格6用户信息8表格7可用性需求8表格8用户体验设计执行角色9表格9应用类型优缺点分析10表格10应用类型典型实现技术11表格11架构决策分类11表格12系统总体框架设计执行角色12表格13系统数据视图设计执行角色15表格14系统组件视图设计执行角色17表格15系统集成视图设计执行角色20表格16系统逻辑部署视图设计21表格17系统物理部署视图执行角色22表格18应用平安设计要点23表格19数据平安设计要点24表格21软件需求规格说明书各类系统编写内容25表格22概要设计各类系统编写内容26国家电网公司信息系统架构设计指南1适用范围本指南定义了国家电网
3、公司信息系统建设中开展需求开发、概要设计工作应遵循的原那么、方法,是国家电网公司信息系统建设的指导性文件。木指南适用于国家电网公司总部、分部,以及省(自治区、直辖市)电力公司和公司其它全资企业、控股企业、直属事业单位、信息系统责任研发单位。本指南适用于国家电网所有信息化系统,包括定制开发类业务系统、套装软件类业务系统以及平台类系统,各系统需要编写内容参见本指南附录。2标准性引用文件以下文件对于本文件的应用是必不可少的。但凡注H期的引用文件,仅所注日期的版本适用于本文件。但凡不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。-国家电网公司应用软件集成设计标准-国家电网公司软硬件目标
4、架构设计标准-国家电网公司应用软件非功能性需求标准一一信息系统全生命周期平安管控之平安设计标准一一国家电网公司应用软件架构设计标准3参照遵从系统架构设计应该遵从总体架构,具体遵从关系如以卜图所示:图表1系统架构遵从详细信息如下:表格1系统架构遵从清单总体架构系统架构遵从形态业务架构-业务职能需求开发-业务职能遵从业务架构-组织单元需求开发-组织单元业务架构-业务流程需求开发-业务流程遵从、细化业务架构-业务活动需求开发-业务活动细化业务架构-业务步骤需求开发-业务步骤细化业务架构-业务信息需求开发-业务信息细化应用架构-应用需求开发-系统功能规格-系统功能遵从、细化应用架构-功能需求开发-系统
5、功能规格-系统用例遵从、细化应用架构-交互需求开发-系统功能规格-系统用例遵从、细化技术架构-系统系统概要设计-系统组件遵从、细化数据架构,数据实体系统概要设计数据模型避从、细化数据架构属性系统概要设计数据模型细化技术架构。集成场景系统概要设计集成场景遵从、细化技术架构-平台组件系统概要设计-集成设计遵从、细化技术架构一位置系统概要设计-物理部署细化4编写流程和职责图表2编写流程和职责注;可以通过缩放WOm文档查看编写流程和相关职责.系统架构设计主要涵盖软件工程的需求开发阶段以及概要设计阶段,包含需求调研、需求分析、用户体验设计以及概要设计。业务需求文档由业务部门负责组织进行编写并发布;工程组
6、负责编写软件需求工作说明书、用户体验设计以及系统概要设计文档,信息化部门负责组织进行评审、发布。系统架构设计指南用于指导需求开发和概要设计阶段的分析设计活动。各工程组应遵循该指南,采用对应的软件需求规格说明书模板以及概要设计模板进行分析设计。对于大型工程,完成用户体验设计,可单独成册:对于小型工程,不要求进行用户体验设计。详细设计阶段,各工程组根据系统的特点采用针对性的详细设计方法,基于概要设计开展详细设计并编写详细设计文档,本系统架构设计指南不对详细设计进行约束。整个流程可根据工程的具体情况决定是否需要进行迭代。如需求存在较多不确定性时,可在需求编制和需求开发两个阶段采用多轮迭代的方式去梳理
7、需求。5需求开发设计5.1需求调研5.1.1调研目标通过对业务需求报告的分析理解或直接与业务部门调研的方式,获取业务部门的需求信息。说明:业务需求报告由业务部门负责,主要描述了信息化工程所覆盖的业务范围、关键业务场景、约束和规那么、以及相关系统建设范闹的说明。软件需求规格说明书是基于业务需求报告,由系统设计人员以软件工程约定的标准描述方式,分析并记录系统的功能和非功能需求,为系统概要设计提供输入。调研粒度的说明:1.对于业务流程,要明确流程中每个活动,以及每个活动所对应的组织单元和执行角色;2.对应业务活动,要明确其操作步骤或需要实现的业务功能点;3.对业务功能,要逐级划分子功能,直到每个子功
8、能点具有明确的业务输入信息和业务输出信息:4.对于执行角色,要梳理出所有业务活动和业务功能中的执行角色;对于组织单元,要覆盖所有业务活动和业务功能中的对应组织:5.对于业务信息,明确其业务含义和数据的属性(包括但不限于数据的类型、长度、取值范困和业务规那么等)。5.1.2调研输入客户相关需求:-业务需求报告:总体架构蓝图:5.1.3调研步骤5.1.3.1确定业务目标定义本工程的业务目标是什么,以及本工程的业务范围。5.1.3.2梳理业务流程梳理本工程涉及到的业务流程,描述每个流程包含哪些业务活动、流程属于什么业务职能。如果需求不涉及业务流程逻辑,那么不进行描述。如-体化平台不涉及业务流程逻辑,
9、不用描述。梳理业务流程可以参考如下要点:-以业务为主线梳理业务流程,确定本工程涉及到的业务流程清单,明确业务流程的父级流程及所属的业务职能;针对每个业务流程需要确定以下问题:包含哪些业务活动/子流程?活动的先后关系是什么?从一个活动到另一个活动的条件是什么?每个活动的责任主体(角色或组织单元)是谁?每个活动的类型(比方:人工、系统等)?明确以上问题后,通过跨职能流程图或者EPC(事件驱动流程,Event-drivenProcessChain)图描述业务流程。其中跨职能流程图应遵循BPMN标准。5.1.3.3确定业务活动描述每个业务活动的具体业务步骤、输入、输出业务信息、业务规那么及涉及到的非功
10、能性需求。确定业务活动可以参考如下要点:明确每个业务活动的业务功能:针对每个业务活动需要确定以下问题:每个活动的具体步骤/业务规那么是什么?每个活动的输入和输出业务信息是什么?业务信息应在软件需求规格说明书的4.6业务信息章节中描述,并将其业务信息的编号记录在当前的业务活动中每个活动的责任主体对本环节中业务信息的操作是什么(新建、删除、修改、读取)?5.1.3.4确定业务功能此处的业务功能是在需求调研阶段由用户直接提供的业务功能列表,专门针对不在特定业务流程中的业务功能进行编写与前面业务流程的描述形成互补,都作为系统功能规格分析的输入。后面系统功能规格中的系统功能清单中应该涵盖本章节描述的业务
11、功能,从而保证系统功能规格中的系统功能清单始终保持完整的全部功能点。确定业务功能可以参考以下要点:一按照父功能点包含子功能点的方式绘制功能层级图来展示功能点之间的层级关系:一用表格的形式列出所有的顶级功能点清单:一对每个顶级功能点,分析拆解出子功能点,并以章节的形式列出所有的子功能点:-以此类推,对所有可以分解的功能点进行层层拆分,逐级深化。直至每个功能点都可以明确地得出输入的业务信息和输出的业务信息。5.1.3.5确定执行角色收集本工程涉及到的所有角色,描述角色的职责。根据“5章节中涉及到的角色,整理形木钱工程的角色清单。5.1.3.6确定组织单元收集本工程涉及到的所有组织单元(包括客户、供
12、给商),描述各部门的职责。确定组织单元可以参考如下要点:-根据5章节中涉及到的组织单元,整理形本钱工程的组织单元清单;基于组织单元清单,调研形成组织单元的组织结构图。5.1.3.7确定业务信息收集本工程涉及到的所有业务信息。业务信息包括表单、报表、文档等业务信息.,及这些业务信息的内容。确定业务信息可以参考如下要点:一业务信息有两个来源。一是从“5确定业务活动章节中梳理出来的:二是从5章节中梳理出来的。经过归集整理后,形本钱工程的业务信息清单。每个业务信息都应该有业务信息编号,并应该将编号记录在其来源处,即业务活动或业务功能中。-针对每个业务信息,确定具体的信息内容:-确定业务信息的校验规那么
13、(如不能为空)i5.1.4调研泊出一一软件需求规格说明书的第四章节业务描述。5.1.5执行角色表格2需求调研执行角色表角色负责执行询问通知客户与最终用户需求分析人员系统设计人员52需求分析5.2.1分析目标根据需求调研结果,对用户需求进行分析归纳,确定系统需要实现的功能和非功能需求。通过系统用例模型描述系统的功能需求,使之成为在开发全过程中研讨系统需求和进行系统设计的依据,在软件测试阶段作为系统测试的根底。需求分析粒度的说明:1.对于系统用例,要覆盖所有的业务活动,每个用例需明确根木流程和所有备选流程的操作步骤,或者详细标识每个用例的功能点:2.对于系统功能点,要逐级划分子功能,直到每个子功能
14、点具有明确的业务输入信息和业务输出信息;3.对于技术规格,要对需求调研阶段获得的所有非功能性需求,给出具体的技术规格说明。5.2.2分析输入软件需求规格说明书的第四章节“业务描述总体架构蓝图5.2.3分析步骤5.2.3.1确定系统用例系统用例分为两种。一种是按业务步骤进行描述,另种是按功能进行分解描述。其目的是为了确定系统参与者和系统功能之间是怎么相互联系的。确定系统用例可以参考如下要点:-根据总体架构蓝图及业务需求确定系统边界:基于5确定业务活动”章节中的业务活动清单,确定涉及到的系统用例清单,明确系统用例的子用例:明确每个用例的描述;针对每个用例需要确定以下问题:该用例的前置条件是什么,什么情况下会触发该用例?该用例有哪些参与者?参与者包括使用系统的用户及和系统有交互的其他系统或者子系统;该用例中参与者与系统的根本流程和备选流程是怎样的?或者该用例包含哪些子功能?参与者需要读取、产生、删除、修改、存储系统中的什么信息?系统如何响应参与者的操作?该用例的主要界面是什么?该用例的后置条件是什么?明确以上问题后,通过下面两个表格中的-个来描述系统用例。表格3系统用例例如1属性