从需求向架构过渡的系统方法 会议笔记

昨天下午参加了一个在线会议：www.miiceic.org.cn，感觉有点收获

今天写了点心得总结，如下：

 

架构设计

从需求向架构过渡的系统方法

1 如何成为一名架构师？

 成为一名架构师需要如下的要求 ：

 （1）全面系统的技术知识（但不一定要求掌握很深入）。

 （2）系统思维能力

 （3）丰富的项目经验

 （4）参与过大型项目

2 需求的种类：

 需求可以分为：功能需求、质量需求、约束需求三种。

3 功能需求：

  功能需求是不可能单独存在的，不同的功能之间存在一定的联系。我们可以称之为职责协作链。

我们在进行功能需求分析时，可以按照下面4个步骤：

（1）       确定实现功能需要的职责。

（2）       将职责转化成子系统模块

（3）       明确接口

（4）       确定交互机制的实现

 理念：架构不只由功能驱动（不是全部）

如何确定功能需求呢：

假定我们有200项需要实现的功能，我们不可能逐个对他们进行分析。我们可以按照下面的方式去做：找出关键功能的子集。

 

那么，应该如何去确定核心功能呢?

核心功能应该包括下面几个部分：

（1）       业务层的接口

（2）       必须实现的功能

（3）       功能单元之间的互操作及非功能的考虑（例如性能和人性化）

（4）       高风险设计（技术难点等）

Ps：在一个比较正规的项目中，架构设计的比例应该占到 10%左右

4 质量需求：

4.1质量需求是什么？

  质量需求就是对一个系统的“质量”上的一些要求，比如一个系统的查询模块操作时间不能大于10秒钟。这就是一个质量需求。

质量需求调整了理想的设计，统一了功能和实际要求，会导致设计方案在理想化的基础之上进行修改。

 4.2实现要领：

       软件架构有如下的决策方面:

(1)    系统的组织

(2)    接口行为的选择

(3)    组合机制的力度

(4)    架构的风格：元素及他们的接口，协作、组合。

这里需要注意的是“接口”，在实际的架构设计中接口设计是必须存在的；而在概念架构设计中就不一定需要了

(5)    注意其他特性

质量需求对架构的影响只限于“调整”，并不会产生新的功能产生

   4.3质量分类方式：

      可以分为3种：

（1）       McCall: 已过时

（2）       FURPS：即功能性、易用性、可靠性、性能，可支持（可维护）

这种方式适合于企业应用类型的项目，平台开发一般不适用

（3）       运行期质量+ 开发期质量

运行期质量包括： 性能，安全、易用、可用、互操作（与原有系统）、可靠等因素

开发期质量包括：易理解、易测试、可复用等因素

5 约束需求和架构----最危险的需求

 约束需求之所以被称为最危险的需求，主要是因为其会产生出新的需求要求。要尽早的进行约束需求的分析。

  约束需求可以分为：

（1）       技术性约束：如OS 的选择、技术选择、与遗留系统的互操作等

（2）       标准性约束：行业标准和企业标准

（3）       法律性约束：法律、法规约束

6 总结

需求转向架构的分析流程：

（1）       我们需要汇总所有的功能需求、质量需求、约束需求三种需求。

（2）       进行全面的需求整理

（3）       进行分析约束性需求（因为可能产生新的需求）

（4）       确定关键功能需求和质量需求

（5）       设计出关键功能和质量功能