没有合适的资源?快使用搜索试试~ 我知道了~
首页02 企业 EA -应用软件架构设计规范.docx
应用软件 架构设计 设计规范 4.2.1 定义主题域 对业务过程模型、业务能力模型、系统用例等作出分析,参照全局数据模型,定义数据主题域及概 念数据实体,主题域的数据实体应高度相关,每项业务能力至少包含一个数据主题域。 4.2.2 定义逻辑模型 结合业务需求,对概念模型数据进一步分解和细化,完成数据概念模型中未涉及的实体属性、主键 及约束的定义,进行数据概念模型中的多对多关系的转化,生成关系实体,手工转换数据概念模型中的 继承实体,并定义其关联关系。建议采用UML2.0“类图”定义数据逻辑模型。 4.2.3 定义主数据 在本系统及多个系统间共享的基础数据属于主数据,应参照主数据管理平台(SG-MDM)的主数据定 义,决定主数据的参照引用关系。 4.2.4 定义数据流向 基于业务流程(通常是1级或2级业务流程模型)、业务能力,定义数据从一个数据主题流向另一个 数据主题,包括外部与本系统的数据流向。确保每个外部数据实体至少包含在一个数据流定义。 应说明期间数据是如何创建和变化,建议采用如下方式:
资源详情
资源推荐
1
企业 EA 应用软件架构设计规范
******
20**年 01 月
2
企业 EA 应用软件架构设计规范
1
范围
本规范定义了某企业应用软件应用架构、数据架构、技术架构设计的原则、方法及工具。本规范是
某
企业应用软件概要设计阶段的指导性文件。
2
规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅所注日期的版本适用于本文
件。
凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。
——TOGAF Version 9;
——FEA;
——企业信息化或 ERP 总体架构设计。
3
架构设计原则
3.1
总体设计原则
3.1.1
总体架构指引原则
某企业应用软件架构设计以企业信息化或 ERP 总体架构设计为指引,在概念、术语、架构模型方面
与企业信息化或 ERP 总体架构保持一致,应用架构、数据架构、技术架构设计应与企业信息化或 ERP 总体
架构的应用架构、数据架构、技术架构设计保持良好的衔接。
3.1.2
敏捷柔性原则
某企业应用软件架构设计应以某企业业务战略发展为导向,能够敏捷适应业务发展要求,避免因业
务
流程改变而导致系统发生大规模调整和改造。
3.1.3
集成与重用性原则
某企业应用软件架构设计应充分考虑与某企业各项信息化基础设施的集成,充分发挥某企业各项信
息
化基础设施的功能,避免重复设计开发。
3.1.4
迭代更新原则
数据架构和应用架构决定技术架构,三者之间必须能够互相印证、协调一致、迭代更新。应及时建
立
架构基线,为后续设计、开发建立架构基准。
3.2
技术选型原则
技术选型包括总体技术路线选型、开发平台选型、中间件选型、数据库选型、操作系统选型、开源 软
3
件选型。技术选型应从技术可行性、运行维护可行性、进度可行性、经济可行性方面做出综合考虑,
应符
合某企业总体架构技术要求。各类技术选型详见“附录 A:技术选型列表”。
4
3.3
偏差处理原则
对技术选型的任何偏差,应启动偏差流程。相关技术方案上报信息化工作部。得到批准后,方可执
行
偏差方案。
4
数据架构.
4.1
设计目标
定义系统数据主题及主要数据实体,定义数据流向和数据分布策略。
4.2
设计规范
4.2.1
定义主题域
对业务过程模型、业务能力模型、系统用例等作出分析,参照全局数据模型,定义数据主题域及概
念
数据实体,主题域的数据实体应高度相关,每项业务能力至少包含一个数据主题域。
4.2.2
定义逻辑模型
结合业务需求,对概念模型数据进一步分解和细化,完成数据概念模型中未涉及的实体属性、主键 及约
束的定义,进行数据概念模型中的多对多关系的转化,生成关系实体,手工转换数据概念模型中的
继承实体,
并定义其关联关系。建议采用 UML2.0“类图”定义数据逻辑模型。
4.2.3
定义主数据
在本系统及多个系统间共享的基础数据属于主数据,应参照主数据管理平台(SG-MDM)的主数据定
义,决定主数据的参照引用关系。
4.2.4
定义数据流向
基于业务流程(通常是 1 级或 2 级业务流程模型)、业务能力,定义数据从一个数据主题流向另一个
数据主题,包括外部与本系统的数据流向。确保每个外部数据实体至少包含在一个数据流定义。
应说明期间数据是如何创建和变化,建议采用如下方式:
表 1 业务流程—数据实体操作矩阵分析示例
业务能力/流程活动 1 业务能力/流程活动 2
数据实体 1 C U
数据实体 2 R U
数据实体 3 R D
注 1:数据操作:C=Create;R=Read;U=Update;D=Delete
注 2:每个业务活动均应对应一项数据操作
注 3:业务能力或 1 级业务流程活动均应做出上述分析。
注 4:数据实体应只是被创建一次,以保持数据入口的唯一性。
基于“业务过程—数据实体操作分析矩阵”,绘制数据流向图。建议采用数据流图表示法(DFD,
Data
Flow Diagram)或 UML2.0“活动图”绘制数据流向图。
4.2.5
定义数据分布
5
数据分布确定各业务层级需要何种数据以及数据访问权限,建议采用如下方式:
表 2 数据-地点分析矩阵
总部 网省 地市
数据实体 1 ALL/R SS/CRU
D
INDV/CRU
D
数据实体 2 ALL/R SS/CRU
D
NA
注 5:ALL=访问所有数据集合;SS=仅访问子集;INDV=仅访问单个数据实体;NA=不访问
注 6:数据操作:C=Create;R=Read;U=Update;D=Delete
需要注意的是,仅需对业务能力、业务活动涉及的主要数据实体进行数据分布定义。
5
应用架构
5.1
设计目标
定义应用功能、应用划分和应用边界,根据应用特点,定义应用风格和应用分布。
5.2
设计规范
5.2.1
定义应用功能
抽取关键用例或关键特性(Feature),通过系统分析,定义交互功能、业务逻辑控制功能、数据
维
护功能。建议采用“鲁棒图”分析方法识别应用组件。
应注意分析识别公共应用功能,如用户认证、用户授权、安全审计等。
将分析识别的应用功能,按应用特性进行分组。建议采用如下分类:联机处理类应用、批处理类应 用、
交互类应用、数据聚集和转换类应用、数据分析类应用。应用分类定义详见“附录 B:应用分类定义”。
5.2.2
定义应用划分
将应用功能进行逻辑分组,划分应用,应用划分一般但不限于考虑如下方面:
——应用覆盖的业务领域;
——功能上的亲和性和数据处理的亲和性;
——可靠性方面的要求,将关键功能和非关键功能划分为不同应用,并考虑部署为不同物理节点;
——可伸缩性方面的要求,将应用按资源消耗特性分类,并考虑部署为不同的物理节点。
应
综合考虑各类因素,定义应用功能划分。
剩余23页未读,继续阅读
时间之剑
- 粉丝: 0
- 资源: 11
上传资源 快速赚钱
- 我的内容管理 收起
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
会员权益专享
最新资源
- zigbee-cluster-library-specification
- JSBSim Reference Manual
- c++校园超市商品信息管理系统课程设计说明书(含源代码) (2).pdf
- 建筑供配电系统相关课件.pptx
- 企业管理规章制度及管理模式.doc
- vb打开摄像头.doc
- 云计算-可信计算中认证协议改进方案.pdf
- [详细完整版]单片机编程4.ppt
- c语言常用算法.pdf
- c++经典程序代码大全.pdf
- 单片机数字时钟资料.doc
- 11项目管理前沿1.0.pptx
- 基于ssm的“魅力”繁峙宣传网站的设计与实现论文.doc
- 智慧交通综合解决方案.pptx
- 建筑防潮设计-PowerPointPresentati.pptx
- SPC统计过程控制程序.pptx
资源上传下载、课程学习等过程中有任何疑问或建议,欢迎提出宝贵意见哦~我们会及时处理!
点击此处反馈
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功