架构设计、功能设计和数据设计是软件设计过程中三个不同层次的设计工作。 其中,业务架构的设计是系统总体规划中最重要的基础工作。 后续的所有设计和开发工作都是基于业务架构的开发。 从业务架构的设计结果中可以获得业务逻辑、功能需求和数据。 关系等重要信息,表达业务架构的主要方式是使用业务架构图。
一张准确表达的业务架构图应该不需要任何解释(或者一点介绍),观众就可以从图中读出你想要传达的意图和逻辑。
什么是业务架构图?
在非软件行业(如制造业、建筑业等),传达设计意图和加工制造的基础是设计图纸。 通过对比这些成熟行业的表达方式,我们可以了解业务架构图的作用和绘制方法。
【案例一】建筑行业:建筑设计三视图
在建筑行业中,设计师最常使用三种基本图形,称为“建筑三视图”,见图1。
以①中的建筑物(三维图)为例,三种基本图形为:平面图、立面图、剖面图。 通常在看到这三种形状后,观看者就可以大致了解建筑物的基本构成。
建筑三视图描述如下
【例2】制造业:机械设计三视图
在机械制造行业中,设计人员最多使用三种基本图形,称为“机械三视图”,见图2。
以①中的机械零件(三维图)为例,三种基本图形为:正视图、侧视图、俯视图。 通常在看到这三个图形后,观看者就可以大致了解零件的基本构成。
机械三视图的说明如下:
【示例3】软件行业:业务架构三视图
我们回过头来看看该软件业务设计时所使用的设计图:业务架构图,见图3。
业务架构也有类似的三视图,即:框架图、分解图、流程图,堪称“业务架构三视图”。 通常看到这三张图后,观众就可以大致了解业务的基础知识。 构成。
业务架构的三视图描述如下:
模型特征分析
1)特性差异
无论是哪个行业的设计图,都要选择研究对象最有特点的视角和尺寸,用最少数量的图形来表达对象的基本情况。 这对于提炼研究对象的特征非常重要。
2.绘图目的的差异
由于企业管理的业务在表达上比较抽象,所以表达的图形也是抽象的。 在这里我们可以看到软件业务设计和建筑/机械设计图纸之间的“相同”和“不同”。
■ 结论
在培训过程中,我经常听到软件公司业务组和技术组之间的抱怨。 他们说对方不明白他们的意思,导致沟通不畅,产品返工。 软件工程师和客户之间也是如此。 对需求的误解经常发生。 造成这个问题的原因有很多,但最重要的是大家没有“共同语言”。 各方都以只有他们熟悉的方式解释问题。 例如,客户使用客户的行业术语,软件工程师使用IT术语(UML)。 等),因为双方使用的术语不能作为“共同语言”,因此无法准确地传达和传递意图。
这个问题在建筑行业和机械行业不存在,因为他们有“共同语言=图纸”。
业务架构图还可以起到“通用语言”的作用。 其表达载体是满足“IT技术要求”的逻辑图,但表达的是客户的“行业业务”。 因此,它让软件的相关人员(客户、业务、技术)三者都能理解并可以作为沟通、沟通、设计和验收的基础。
■ 业务架构图系列,李红军专栏:业务架构模型与方法
■ 详细解释请参见《大华软件工程——需求分析与软件设计》一书。
■ 视频课程请点击第一个链接进入李红军老师的课堂
>>> 欢迎加入【渡鸦科技社-全网最大万人引流截流技术社群】一个只学习引流搞钱的实战圈子!
提示:如发现链接失效,请联系我们,我们会第一时间更新补档。
宗旨:让大家以最低的价格学习网赚网创界 所有高价收费项目资源 加入会员最划算。