国家电网公司信息系统架构设计指南(试行).docx
《国家电网公司信息系统架构设计指南(试行).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确定业务活动”章节中的业务活动清单,确定涉及到的系统用例清单,明确系统用例的子用例:明确每个用例的描述;针对每个用例需要确定以下问题:该用例的前置条件是什么,什
15、么情况下会触发该用例?该用例有哪些参与者?参与者包括使用系统的用户及和系统有交互的其他系统或者子系统;该用例中参与者与系统的根本流程和备选流程是怎样的?或者该用例包含哪些子功能?参与者需要读取、产生、删除、修改、存储系统中的什么信息?系统如何响应参与者的操作?该用例的主要界面是什么?该用例的后置条件是什么?明确以上问题后,通过下面两个表格中的-个来描述系统用例。表格3系统用例例如1属性描述备注用例名称用例编号描述用例的编号参与者描述用例的参与者前置条件描述用例开始的约束子功能点描述业务功能的子功能点对业务功能可能涉及到的各种场景进行分析整理,得到全部的子功能点。后置条件描述用例结束,系统处在什
16、么状态无论执行的结果如何,用例的后置条件都应为真。如果可能出现故障,那么应在后置条件内包括该动作已经完成,或者如果可能出现故障,那么不执行该动作,而不只是该动作己经完成,主要界面展示该用例涉及到的主要界面非功能性需求描述该用例有哪些非功能性的需求抽取出的功能名称列表从此用例中抽取出来的功能点名称列表表格4系统用例例如2属性描述备注用例名称用例编号描述用例的编号参与者描述用例的参与者前置条件描述用例开始的约束根本流程描述用户和系统交互流程根本流程描述格式:1.每一个步骤都需要用数字编号清楚地标明步弊的先后顺序。2.当整个用例模型根本稳定之后,针对每一步骤详细描述参者和系统之间所发生的交互。建议采
17、用双向(roundtrip)描述法来保证描述的完整性,即每一步骤都需要从正反两个方面来描述:(1)参与者向系统提交了什么信息;(2)对此系统有什么样的响应.3.在描述参与者和系统之间的信息交换时,需指出来回传递的具体信息.如:不能只描述参与者输入了客户信息,应确切说参与者输入了客户姓名、客户地址。备选流程描述根本流程相关的可选或异常特征的行为,同时也包括根本流程的各种变形备选流程必须说明以下内容:1.根本流程中可以插入备选流程的位置。2.为使备选流程开始而需要满足的条件。3.系统在该备选流程卜会采取哪些动作。4.根本流程重新开始的方式和位置,或者用例结束的方式。后置条件描述用例结束,系统处在什
18、么状态无论执行了哪些可选流程,用例的后置条件都应为真;它不能只对根本流程为“真.如果可能出现故障,那么应在后置条件内包括该动作已经完成,或者如果可能出现故障,那么不执行该动作.,而不只是该动作己经完成.主要界面展示该用例涉及到的主要界面非功能性需求描述该用例有哪些非功能性的需求抽取出的功能名称列表从此用例中抽取出来的功能点名称列表5.2.3.2确定系统功能点收集本工程涉及到的所有系统功能点,描述系统功能点的类型、依赖的功能点、父级功能点及所属的应用。确定系统功能点可以参考如下要点:根据5和“5章节,绘制功能层级图,按照父功能点包含子功能点的方式,将所有功能点在一个层级图中展示出来;一将所有的顶
19、级功能点以表格的形式制成功能点清单,明确每个系统功能点的功能描述:一从顶级功能点开始逐个功能点分析拆解,分章节描绘每个功能点的子功能点清单,直至最底层的功能点可以明确得出其输入的业务信息和输出的业务信息:一分析确定功能点之间的依赖关系,此功能点的前置、后置以及交互的功能点称为依赖功能点。5.2.3.3确定技术规格确定系统在技术层面如何实现系统的非功能性需求。技术规格至少要包含:性能、可靠性、可用性、可扩展性、易用性、平安性及容量规划方面的内容。系统技术规格必须参照国家电网公司应用软件非功能性需求标准的要求进行设计。系统技术规格中平安相关的规格必须参照信息系统全生命周期平安管控之平安设计标准的要
20、求进行设计。系统技术规格中对系统运行维护提出了相应的需求,应该予以实现。5.2.4分析输出一一软件需求规格说明书的第五章节“系统功能规格和第六章节“系统技术规格。5.2.5执行角色表格5需求分析执行角色角色负责执行询问通知客户与最终用户需求分析人员系统设计人员5-3用户体验设计5.3.1设计目标根据软件需求规格说明书文档内容构造系统界面原型,通过用户使用以验证需求文档内容的完整性和正确性,发现可能存在的质量问题,并为后续系统开发提供输入。用户体验设计粒度的说明:1.实现界面原型。5.3.2设计泊入软件需求规格说明书的第五章节“系统功能规格和第六章节“系统技术规格5.3.3设计步骤用户体验设计可
21、以参考如下要点:收集用户信息用户交互设计要考虑到目标用户的不同引起的交互设计重点的不同,需要通过收集不同类型的用户信息来指导后续的Ul设计、可用性设计、功能性设计等,并可以验证用例中的参与者与需求的完整性。表格6用户信息属性描述备注用户用户名标识角色用户在系统中承当的各个角色以往经验知识例如知识领域、计算机技能、教育背景等物理特征年龄、性别、语言等物理环境文化、环境、技术的接受能力、其他并行使用的系统等目前工作特征例如是否出差评估当前用户体验要求/标准通过收集当前用户使用系统的比照数据,分析原有的针对现实的交互流程、已有软件工具的交互流程,找出用户体验的缺点与优点,并结合不同类型用户的交互习惯
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 国家电网 公司 信息系统 架构 设计 指南 试行
链接地址:https://www.desk33.com/p-821550.html