一种智能配用电用例管理方法

文档序号:8381471阅读:273来源:国知局
一种智能配用电用例管理方法
【技术领域】
[0001] 本发明涉及电力企业信息化管理领域,具体涉及一种智能配用电用例管理方法。
【背景技术】
[0002] 智能配用电的发展对不同领域的应用系统的互操作提出了很高的要求,根据美 国国家标准委员会颁布了《智能电网互操作框架和路线图标准》和欧盟在其基础创建的智 能电网架构模型(Sate Grid Architecture Model),具体可以参考图1所示的智能配用电 互操作架构模型,业务用例的标准化是实现业务层/功能层的互操作乃至整个电力企业互 操作的重要环节。因此,建设用例知识库是实现有效的互操作解决方案的重要基础,而对用 例知识库而言,一种灵活和易于理解的用例管理方法及其重要,需要这样一种符合应用需 求的用例管理方法。

【发明内容】

[0003] 本发明所解决的技术问题是为实现智能配用电互操作提供一种灵活且易于理解 的用例模板方法。本发明的智能配用电用例管理模板方法,指从用例模板、模板语义两个方 面对配用电用例进行标准化,实现一种灵活和易于理解的用例方法。
[0004] 为了达到上述目的,本发明所采用的技术方案是:
[0005] -种智能配用电用例管理模板方法,
[0006] (1)用例描述
[0007] ?表和字段
[0008] 用例描述包含表用例标识、版本管理、适用范围和目标、用例记叙、注解五个表;
[0009] 用例标识(用例编号、4代3/1)〇1]^;[11(8)/20116(8)、用例名);
[0010] 版本管理(版本号、日期、作者名、变化、批准状态);
[0011] 适用范围和目标(范围、目标、关联业务实例)
[0012] 用例记叙(简短说明、完整描述)
[0013] 注解(注解)。
[0014] ?字段语义:
[0015] 用例标识:在同一知识库或项目中用例标识是唯一的,充当了用例的组织者/所 有者;
[0016] Area/Domain(s)/Zone(s):用例可以用于各种各样的Areas(如能量管理系统), Domains用于表示用例所处的电力流环节(配电、分布式能源、用电),Zones用于表示用例 所处的电力企业管理层次(一次设备、现场二次、厂站二次、实时运行、企业信息化管理和 电力市场)。这些预定义的Domains(Zones)能够被用例作者选择,他可以选择一个或多个 Domains (Zones),大多数的用例都横跨多个域;
[0017] 用例名:短名,在Domain (s)/Zone (s)下唯一,引用活动的用例采用"动词+描述" 的命名方式;
[0018] 版本号:顺序号,用于表示文档的版本;
[0019] 日期:该用例版本创建的时间;
[0020] 作者名:该字段用于证明提供当前版本的人,它可以是人、组织或标准委员会,如 TC 或 WG ;
[0021] 变化:当用例发生变化时,一般的变化应该以简短的描述记录在该列,多个变化之 间以段落分开;
[0022] 批准状态:用于标识标准组织的审核情况;
[0023] 适用范围:定义用例的限制;
[0024] 目标:用例的目标列表;
[0025] 关联业务实例:提供一些与给定用例相关的业务实例佐证,通常一个业务实例与 多个用例关联;
[0026] 简短说明:总结主题思想的短文本,一般不超过10行,为查找用例的读者服务;
[0027] 完整描述:从用户的角度对用例进行详尽的描述,描述了在什么时间、什么原因、 带着什么预期和在什么下的条件下发生了什么;描述形式是全文本,便于非领域专业人员 理解;这一字段能够帮助领域专家反映用例的需求。
[0028] 注解:用于对用例进一步的补充评论。
[0029] (2)用例图
[0030] ?表和字段
[0031] 只有一个表,即用例图。
[0032] 用例图(用例图)
[0033] ?字段语义
[0034] 用例图:一般情况下采用手绘图或UML图(推荐)的方式描述,图要能尽可能地反 映交互的步骤(用例图、序列图、活动图等)。
[0035] (3)技术细节
[0036] ?表和字段
[0037] 技术细节包含参与者相关描述、用例环境、引用、用例分类/映射相关信息四个 表;
[0038] 参与者相关描述(组、组描述、参与者名称、参与者类型、参与者描述、针对该用例 的进一步信息);
[0039] 用例环境(参与者/系统/信息/契约、触发事件、前置条件、假定);
[0040]引用(应用编号、引用类型、引用、状态、用例影响、发起人/组织者、链接);
[0041] 用例分类/映射相关信息(与其它用例的关系、深度层次、优先级、国际/国家/ 区域关系、视角、进一步分类关键词)。
[0042] ?字段语义
[0043] 组:参与者列表被集合成组,从而提供更好的概览和检索;
[0044] 组描述:组的简单描述,这一部分可以被软件自动完成;
[0045] 针对用例进一步的信息:能够被提供的个体或额外的信息;
[0046] 参与者/系统/信息/契约:用于描述该用例哪一个触发器被初始化;
[0047] 触发事件:用于描述用例的触发事件;
[0048] 前置条件:描述用例发生前应该满足的条件;
[0049] 假定:能够被用作定义该用例更深、通用的假定;
[0050] 引用编号:引用编号能够被用作引用用例本身;
[0051] 引用类型:不同引用类型包括:标准、规范、合同或者其它的出版物;
[0052] 引用:任何被认同的引用都能影响用例的设计、理解和要求;
[0053] 状态:引用文档的状态;
[0054] 用例影响:影响用例的文档的位置;
[0055] 发起者/组织者:发布文档的人;
[0056] 链接:网络链接;
[0057] 与其它用例的关系:已知的与其它用例的关系可以在这里提供,比如该用例是已 存在用例的替代;
[0058] 深度层次:用例能够在不同的层次上被描述,如高层次用例/复杂用例/专业用 例;
[0059] 优先级:当大量用例存在时,通过优先级将它们聚合起来,如强制/可选/有更好, 政治目标/业务需要/标准角度的优先级等
[0060] 国际/国家/区域关系:用例可能反映了国家/区域的外部环境如法律等,在这里 加以说明。
[0061] 视角:用于区分用例的主焦点,如技术、业务/市场流程、政治;
[0062] 进一步分类关键词:关键词定义的目的是支撑额外的用例知识库查找功能,多关 键词之间以逗号隔开;
[0063] (4)用例分析
[0064] 鲁表和字段
[0065] 用例分析包含场景条件、场景两个表;
[0066] 场景条件(场景编号、场景名、主要参与者、触发事件、前置条件、后置条件);
[0067] 场景(场景名、步骤编号、事件、流程/活动名、流程/活动描述、服务、信息制造 者、信息接收者、交换的信息、需求)。
[0068] ?字段语义
[0069] 场景编号:场景顺序编号,编号数量没有限制;
[0070] 场景名:用于标识场景;
[0071] 主要参与者:描述触发该场景的参与者;
[0072] 触发事件:描述触发该场景的事件;
[0073] 前置条件:描述场景发生前需要满足的条件;
[0074] 后置条件:描述场景发生后处于的情景,后置条件是判断每一个用例"成功"或"失 败"的依据;
[0075] 步骤编号:标识步骤的顺序数字;
[0076] 事件:触发该步骤的事件(前一步骤结束的前提下);
[0077] 流程/活动名:流程图中将出现的标签,在命名活动时,应该使用动作动词;
[0078] 流程/活动描述:描述了在该步骤中发生的动作,更多关注参与者之间的交互和 ?目息流;
[0079] 服务:该字段标识了信息流的本质和
当前第1页1 2 3 4 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1