Architecture - IT架构设计的思维步骤

Architecture - IT架构设计的思维步骤

• “见树又见林”，复杂系统简单化、分类需求模块化，建立、组合、破除组件关系的界限和规则
• 渐进明细，循环性和往复性地动态演化
• 松耦合的可扩展性，利于未来的更新和发展需要

阶段区分

# (1)在需求分析阶段
- 要了解具体需求是什么，
- 对以后所要完成的IT系统或产品的具体质量标准要求
- 当前IT环境的情况和相关约束等

# (2)在架构设计阶段
- 采用有效的方法或手段来制定架构设计的流程，并分解相关工作
- 对架构的可行性进行充分度量和论证
- “要透过现象看到本质，透过行为看到规律”

# (3)在方案结果输出阶段
- 建完备的方案检测和执行校验过程，以确保方案的可行性和生命力
- 对架构具体实施中出现的问题进行及时的总结和纠正

系统工程

通过系统工程的方法构建和维护高效的、实用的和符合质量标准的架构设计

• 功能性需求：正确性，达到预期功能的程度
• 非功能性需求：稳定性、安全性、可用性、易用性、容错性、可扩展能力和可维护性等
• 约束条件：投入成本、现存技术的限制、外部依赖等

软件工程：

• 完成满足需求的产品所定义的架构设计思维步骤及规范
• 步骤包括需求分析、架构设计、编码实现、验证和测试，以及后期维护和支持等活动
• 贯穿于软件应用的整个生命周期，强调架构模式的复用、复杂问题简单化和产品的优化
• 复杂问题简单化，分而治之，把一个非常复杂的问题分解成若干个简单的问题，再逐一解决
• 产品的优化，迭代演进，需求的完善和质量的整体提高

# 需求分析
- 对需求的诠释，明确最终所要达到的功能点和质量要求，如安全性、可用性和可扩展性等

# 架构设计
- 概要设计: 侧重整个系统的体系结构，尤其是子系统或模块的划分、模块的接口定义和模块之间的关系等
- 详细设计: 针对编码时所需要建立的模块内部的具体属性、功能定义和数据结构的实现说明等

# 编码实现
- 把架构设计的结果转换为可以执行的程序代码

# 验证和测试
- 贯穿整个开发过程各个阶段的验证和测试
- 完成阶段结果的确认，以此来保证最终产品满足要求
- 例如：在需求分析阶段产生出来的需求可行性分析报告，也需要被验证和测试其正确性和合理性

# 项目交付和运维支持
- 只有被妥善维护才能够在稳健运行的过程中带来必要的商业价值
- 产品在运维的过程中不断地被修改和完善

特别说明：本文是根据网络公开内容的摘选和改写，原文难以明确追溯，如有侵权，即可删除，特此说明

---