软件设计与体系结构 1-3-知识概述

知识体系概述1构成名称说明13个体系1.业务知识体系客户从事业务所需的知识，如：企业管理、市场销售、成本控制、生产流程等2.设计知识体系信息化设计所需的知识，如：需求分析、概要设计、功能设计、数据设计等3.开发知识体系软件开发所需要的知识，如：技术框架、编码开发、系统测试、硬件、环境设置等23个原理1.分离原理研究拆分对象的理论和方法，如：业务、管理、组织、物品等2.组合原理研究架构模型的理论&方法，如：组合三元素（要素、逻辑、模型）3.基干原理研究实现功能复用、数据复用的理论和方法（组件+机制）33.1软件工程-需求工程1.需求调研研究需求调研方法和记录方法：现状构成图、访谈记录、即存表单2.需求分析研究需求分析的方法：目标需求、业务需求、功能需求3.2软件工程-设计工程工程分解(3个阶段)1.概要设计研究业务的概要设计，如：架构规划、功能规划、数据规划2.详细设计研究详细设计的方法，如：流程分歧、业务原型、数据算式等3.

应用设计研究将业务设计成果转换为系统设计内容工作分解(3个层次)1.架构层设计对架构进行三个阶段的设计，包括：架构规划、流程分歧、流程机制等2.功能层设计对功能进行三个阶段的设计，包括：功能规划、业务功能、应用功能等3.数据层设计对数据进行三个阶段的设计，包括：数据规划、数据算式、数据复用等知识体系2设计知识体系体系2体系3开发知识体系业务知识体系体系11.需求工程-调研分析2.设计工程-业务设计&应用设计3.设计工程-技术设计需求分析&软件设计管理咨询1.需求工程2.设计工程3.开发工程4.测试工程5.运维工程需求调研需求分析业务设计应用设计技术设计业务人员技术人员软件开发重点、难点业务验证系统测试使用维护上线培训软件相关的3个知识体系3②设计知识分离原理

、组合原理、基干原理输入输入输出输出①业务知识□行业知识□管理知识□其它知识…□企业构成□标准规范□功能需求…□标准、规范

□框架、流程…③开发知识□业务逻辑

□设计资料□开发语言□技术框架□数据库…□知识经验□结构要求□标准要求…1.需求工程2.设计工程1.目标需求技术2.业务需求3.功能需求1.界面层2.逻辑层3.数据层业务&应用1.架构层2.功能层3.数据层需求分析与软件设计3个知识体系的关系4工程分解工作分解

…4.详细设计3.概要设计5.应用设计架构规划功能规划需求工程架构详细架构机制数据规划数据详细数据机制概要规格书详细规格书应用规格书①架构层②功能层③数据层需求规格书2.需求分析1.需求调研需求汇总规格书需求访谈业务需求功能需求即存表单目标需求现状构成设计工程业务设计部分应用设计部分技术设计部分

…功能详细功能机制业务用例验证用例应用用例建筑结构软件工程的构成5三、知识

内容一、工程分解需求工程设计工程（非技术部分）业务设计部分应用设计部分Ⅰ.需求调研Ⅱ.需求分析Ⅲ.概要设计Ⅳ.详细设计Ⅴ.应用设计二、工作分解

1.架构■现状记录（图）

□记录客户业务构成状况

□框架图,分解图,流程图■架构梳理

□补完业务的框架、结构

□去除虚实体、通顺流程逻辑

□框架图,分解图,流程图

■架构-规划

□架构概要规格书整体

（拓扑,分层,框架,分解,流程）

■设计思路确定

□确定系统的设计理念、主线■架构-细节

□流程详细规格书(流程5件套)

□业务流程：线性,泳道,混合

□审批流程■架构-转换

□架构应用规格书

□架构图→应用架构

■架构机制

□流程推送（事找人）

□导航菜单（人找事）

2.功能■访谈记录（文）

□目标需求（客户）

□业务需求（用户）

□功能需求（系统）■记录分析

□转换：目标→业务→功能

□功能需求规格书（需求4件套)

□功能需求一览表（需求版）

■功能-规划

□功能概要规格书

分类(活动,字典,看板,表单）

□功能视图

□业务功能一览表（规划版）■功能-细节

□功能详细规格书

□业务功能规格书（业务4件套)

□业务功能一览表（最终版）■功能-机制

□功能应用规格书

□业务组件规格书(组件4件套）

□业务组件一览表（组件版）

■系统功能（时限、权限）3.数据■表单收集（表）

□既存表单

□表单间关系图■既存表单分析

□既存表单分析结果

□功能需求规格书(需求4件套)■数据-规划

□数据概要规格书

□数据分类、规划(系统,领域)

□主数据规划

□数据标准、业务编号■数据-细节

□数据详细规格书

□数据表关系图

□数据算式图

(关联、勾稽、数据线）■数据-机制

□数据应用规格书

（数据的共享,复用,增值)综合设计4.管理

■管理要求■概要设计

□理念、主线、规划、架构图■管控模型

□业务标准、管理规则、决策判断■管理-机制5.价值

■业务价值的设计

□架构层□功能层□数据层■应用价值的设计

□架构层□功能层□数据层6.模板

&用例■需求调研资料汇总

□现状记录资料■需求规格说明书

□需求4件套■概要设计规格书

□业务架构图□业务规划图

□数据规划图等■详细设计规格书】

□流程5件套□业务4件套

□数据算式图□业务用例等■应用设计规格书

□流程机制□组件4件套

□数据复用/共享□应用用例等基础概念①分离原理②组合原理③基干原理简述软件工程的构成（表格形式）6数据设计功能设计架构设计需求工程需求调研需求分析目标需求、业务需求、功能需求架构需求设计工程概要设计架构规划架构层功能层数据层详细设计架构层功能层数据层应用设计架构层功能层数据层架构机制功能规划功能机制数据规划数据机制数据需求功能需求概要设计规格书详细设计规格书应用设计规格书需求规格说明书需求调研资料汇总业务用例应用用例工程分解工作分解资料详细交付物功能详细架构详细数据详细软件工程开发工程技术设计现状构成、访谈记录、即存表单简述软件工程的构成（分解图形式）7“收敛”

用②的作用来说明■①存在的不确定问题尽可能都在②中解决，■而不要将①的问题放到②下面的③或是④中解决。■在②中解决的问题越多，则②的倒梯形坡度越大，也就是对①的收敛的贡献越大。

它的实际意义就在于如果把①中的部分业务问题放到③的技术设计中解决，就会造成系统耦合度高、开发成本增加，且不易于系统的复用和应变性。建筑行业制造行业纺织行业农业行业教育行业医疗行业…行业④开发工程②设计工程(业务、应用)③设计工程(技术)多行业、多企业、多领域→业务有无限多的形态软件的编码开发→实现复用通过技术设计→收敛为构件、规则、接口通过分析&设计→收敛为架构、功能、数据一、设计知识体系的作用1/28结论：②对①的收敛越大

→系统整体设计越优秀；③对①的变化越少

→则系统可以复用部分多；④对①的变化越少

→开发效率高、开发成本低

图a是最佳比例。建筑行业制造行业纺织行业农业行业教育行业医疗行业…行业④开发工程②设计工程(业务、应用)③设计工程(技术)MN（a）①需求工程建筑行业制造行业纺织行业农业行业教育行业医疗行业…行业④开发工程②设计工程(业务、应用)③设计工程(技术)MN（b）①需求工程一、设计知识体系的作用2/29参考1：面向过程的方法（业务逻辑）

面对企业管理类的项目，通常对于一个业务设计师来说是很难开始就从功能或是数据层面进行分析的，对他而言，初期与客户讨论时，讨论对象的粒度是“经营、销售、采购、合同、投标、销售等”，这样的一个词本身可能就代表一个系统，对这个词需要进行拆分若干层后才会出现数据，因此不能开始就从最细的数据粒度开始做数据流图，因为□第一搞不清楚数据（缺乏定义、来源、关系等信息）；□第二容易从开始就陷入到细节中去（数据是要素的最小粒度）；

正确的方法是：要以“经营、销售等”粗粒度的对象为节点，先绘制业务逻辑图（业务架构图），这样的从粗到细易于与客户的高层进行交流、确认。

面对企业管理类型的信息系统，采用以业务逻辑关系表达为主的方法首先理清楚现状、业务逻辑、变化规律、范围、边界之后，再采用面向对象的方法进行细节的建模、分析、设计，不但可以降低初期研究的难度，而且可以有效地避免发生研究偏离目标的问题。1.架构层（过程、流程)（通过架构、理解逻辑）2.功能层（界面）（获取数据）3.数据层（分析数据关系）二、关于面向过程与面向对象1/210参考2：面向对象的方法（数据、机制）通过对业务过程的分析充分地理解了业务构成、业务逻辑以及变化规律，这样就可以设计出稳定的面向对象的模型。间接地将面向过程/对象的思想和理念融入到了设计说明中，如：组合原理（黑/白盒、高内聚/低耦合等）、功能的业务设计和应用设计（模块化、组件化、构件等）。采用了业务分析人员和设计人员容易理解的非技术表达形式进行设计，采用自然表达方式绘制各类图形，它们不但容易为客户所理解、同时还容易为技术设计师所接受和继承（不论他是否采用面向对象的设计方法）