High-Level Solution Design & Architecture Design Guidance (1)

What

        Explains the architecture that would be used for developing a software product. The architecture diagram provides an overview of an entire system, identifying the main components that would be developed for the product and their interfaces. The HLSD uses possibly nontechnical to mildly technical terms that should be understandable to the administrators of the system. 

Key Idea

        架构设计是任何再小的系统及应用必须的“环节”，其不一定需要真实的文档等成果产出，但关键是设计理念和分析思路的投入。即投入精力去分析需要交付成果的依存环境及条件，数据、信息、流程等等一系列动态静态因素的分析过程和梳理动作。只不过较大及深入的系统或应用需要较为实体化的文档类等成果产出。即，其是一个必须的分析环节。

Placeholder

        虽然貌似是一个技术偏多，或者被很多人界定为技术人员的职能范围，但是其更需要业务专家能够、且也必须参与。将系统上下文、依存环境、假定条件等等，充分收集、梳理、抽象及类聚为各类人员看得懂的文档或图形化资料，其实是人员信息收集等处理能力及综合分析能力的缩影。故其真不一定是技术人员的专责。好的业务人员、资深的业务专家等，往往能够全面的阐述及抽象整理为“广谱”的可视化文档资料。即，不是技术或IT人员专属，也不一定是业务人员负责，而且有综合分析及抽象能力的信息分析专家。

Visualization

        图形化等可视化方式，是最优的描述系统架构设计等的手段。能说会道的嘴巴不如高质量的文档描述、文档描述不及深度洞察的图形输出。一个项目或系统及应用，如果有一套全方位的视图化架构文档成果，将胜过任何专业文档。推荐基于Fundamental Modeling Concepts (FMC)，http://www.fmc-modeling.org/进行架构设计及规划的可视化图形输出。

Deliverable

        Diagram是必须的，但是真正的Deliverable是给项目管理的工作内容清单、给技术架构设计的约束、给业务分析的端到端的范围、乃至未来系统发展的阶段策略。以蓝图形式，将系统上下文、约束条件、交互关系、数据关系等等描绘出来，供各类不同项目角色的以此独立进行深入设计。

TBD