（一系列建模、分析和仿真方法的统称）

1. 处理流程设计 1.1 业务流程建模

对标定位：针对行业领先的标杆企业，根据企业情况进行分析建模。

IDEF（一系列建模、分析和仿真方法的总称）。

DEMO（组织动态本质建模方法）

佩特里网

业务流程建模语言：BPEL、BPML、BPMN、XPDL。

基于服务的BPM：基于Web服务的思想对业务流程进行建模。

注：IDEF选择题偶尔会做，如下：

IDEF0：业务流程（功能）建模；

IDEF1：信息建模；

：数据建模（如ER模型）；

IDEF2：仿真建模设计；

IDEF3：流程描述获取；

IDEF4：面向对象设计；

IDEF5：本体描述获取；

IDEF6：设计原理的获取；

IDEF7：信息系统审计：

IDEF8：用户界面建模；

IDEF9：场景驱动的信息系统设计；

：实现架构建模；

：信息工件建模；

：组织结构建模；

：三模式映射设计

:网络规划

1.2 流程表示工具

程序流程图（Flow，PFD）使用一些图框来表示各种操作。 它独立于任何编程语言，相对直观、清晰，易于学习和掌握。 任何复杂的程序流程图都应该由顺序、选择和循环结构的组合或嵌套组成。

IPO图也是一种流程描述工具，用于描述软件系统各模块的输入、输出和数据处理。

NS图很容易表示嵌套和层次关系，并且具有很强的结构特征。 但当问题复杂时，NS图可能会很大，因此不适合复杂程序的设计。

问题分析图（PAD）是一种支持结构化编程的图形化工具。 PAD具有逻辑结构清晰、图形标准化的优点。 更重要的是，它指导设计人员使用结构化编程方法，从而提高程序质量。

1.3 业务流程再造BPR

BPR是对企业业务流程进行根本性的反思和彻底的重新设计，从而取得可以用成本、质量、服务、速度等方面绩效来衡量的重大成果。 BPR设计原则、系统规划及步骤如下图所示：

1.4业务流程管理BPM

BPM是一种以标准化构建端到端优秀业务流程为中心，以持续提升组织业务绩效为目的的系统化方法。

BPM和BPR管理思想最根本的区别在于流程管理不需要对所有流程进行重新设计。 构建优秀的业务流程不是流程再造，而是根据现有流程的具体情况对流程进行标准化设计。

流程管理包括标准流程、优化流程和再造流程三个层面。

真正的问题来了：

1、流程设计的任务是设计系统的所有模块以及它们之间的关系，具体设计每个模块的内部功能和流程。 下列有关流程设计的说法正确的是（）。

A.任何复杂的程序流程图都应该由顺序、选择和循环结构组成。

B.IPO图不适合流程设计

C.PAD图是支持原型设计方法的图形工具

DN-S图很容易表示嵌套关系和层次关系，特别适合设计非常复杂的流程。

分析：选A基本上就是掌握概念。 流程设计基本没有经过测试。 每隔几年测试一两个点。 建筑师接受更多测试。 下半年还会继续发布架构笔记。 有兴趣的可以继续关注。

2、软件架构设计

架构设计就是需求分配，即将满足需求的职责分配给组件。

软件架构提供了软件系统的结构、行为和属性的高级抽象，包括组件的描述、组件的交互、指导组件集成的模式以及对这些模式的约束。

软件架构是项目利益相关者沟通的手段，明确系统实施的约束，确定开发和维护组织的组织结构，约束系统的质量属性。

软件架构使推理和控制变更变得更加简单，有利于逐步进行原型设计，并且可以作为培训的基础。

软件架构是一种可移植、可重用的模型，通过研究软件架构可以预测软件的质量。

架构设计的一个核心问题是能否实现架构级的软件复用。

架构风格反映了该领域许多系统所共有的结构和语义特征，并指导如何有效地将各种组件组织成一个完整的系统。

有以下五种建筑风格：

数据流风格：批处理序列（一一处理，顺序结构）、管道/过滤器（进入和离开管道的数据必须经过过滤器处理、阶段性数据处理，常见于网络数据处理）。

调用/返回风格：主程序/子程序，面向对象风格，层次结构（上下层紧密相关）。

独立组件风格：流程通信（组件独立，通过消息进行通信）、事件系统。

虚拟机风格：解释器（有了虚拟机，可以模拟硬件执行过程，实现解释执行，效率低，可以跨平台），基于规则的系统。

仓库式：数据库系统、超文本系统、黑板系统（解的数据库，知识源与黑板通信，用于没有确定解的系统）。

注意：架构风格偶尔会测试一两个点。 建筑师更详细地进行测试。

测试题来了：

在软件架构评估中，评估者主要关注系统的质量属性并确定哪种架构更合适。 在评价一个应用软件时，该应用软件所使用的Web服务器所支持的并发连接数是系统整体性能的a（）； 改变加密级别可能对安全性和可操作性都产生重要影响，那么加密级别就是系统的a()。

A. 检查点 B. 敏感点 C. 权衡点 D. 风险点

A. 检查点 B. 敏感点 C. 权衡点 D. 风险点

分析：BC、敏感点和权衡点是软件架构评估中的重要概念。 敏感点是一个或多个组件特性，权衡点是影响多个质量属性的特性，是多个质量属性的敏感点。

感谢大家的支持和点赞。 是我不断学习、更新的动力。 关注公众号：-9527，和大家一起学习、成长、进步！