摘要：
所倡导的需求过程：第1步：需求结构化，第2步：分析约束影响，第3步：确定关键质量，第4步：确定关键功能。 概要架构的定义：满足“架构=组件+交互”的基本定义；对高层组件的“职责”进行笼统界定，并给出高层组件的相互关系；不应涉及接口细节。业界现状：误将“概要架构”等同于“理想架构”；架构设计是功能需求 阅读全文
摘要：
考虑多方涉众：用户不仅关注功能，同时也需要质量，用户关注的质量可能包括易用性、性能、持续可用性、鲁棒性等，客户不一定是最终用户，比如超市销售系统的客户是超市老板，但最终用户可能是收银员或上货员，他们所关注的质量属性可能不一致。 检查性思维：随时检查各个质量属性，看看每一项是否确实算不上“关键质量”， 阅读全文
摘要：
系统架构师与项目经理的关系与区别。项目经理是指对项目控制/管理，关注项目本身的进度、质量、分配、调动、协调，管理好人、财、物等资源的负责人。项目经理还必须能够应付开发过程中大量的偶发事件和杂务。在一个项目中，推动项目技术发展的是系统构架师。在技术方面，项目经理（项目管理师）配合系统构架师并提供各个方 阅读全文
摘要：
架构的定义：1、根据要解决的问题，对目标系统的边界进行界定；2、并对目标系统按某个原则的进行切分；3、根据2，使得这些部分之间能够进行有机的联系，合并组装成为一个整体，完成目标系统的所有工作。 架构师的六个经典困惑：4个实际问题的困惑：将系统划分为模块，如何更合理？大系统架构设计，如何起步？总觉得需 阅读全文
摘要：
什么是架构？1、根据要解决的问题，对目标系统的边界进行界定；2、并对目标系统按某个原则的进行切分；3、根据2，使得这些部分之间能够进行有机的联系，合并组装成为一个整体，完成目标系统的所有工作。 架构的定义：“一个程序或计算系统的软件构架是指该系统的一个或多个结构，它由软件组件，这些组件的外部可见特性 阅读全文
摘要：
可测试性。可测试性指通过测试揭示软件缺陷的难易程度。特别地，假设软件中至少有一个错误，软件在下次测试运行时不能正常工作的可能性。可测试性的响应度量处理的是测试在发现缺陷方面的效率以及想要达到某个期望的覆盖范围，需要用多长时间进行测试。 可测试性的一般场景构成：刺激源：单元开发人员、系统集成人员、系统 阅读全文
摘要：
在建筑设计中，建筑师总会，建立一种清晰的，可重用的框架来评估体系结构的质量，提炼出属性层和测量项，应用于评估当中，类比到软件中，这就是软件的质量属性，三类质量属性包括有：系统的质量属性、受架构影响的商业属性、与架构本身相关的一些质量属性。软件体系结构技术的核心是在系统开发过程中尽可能早地处理相关质量 阅读全文
摘要：
性能。性能是指系统的响应能力 即对外部刺激(事件)做出反应时所需要的时间或在某段时间内所处理的事件个数。影响性能的因素：事件源的数量和到达模式。到达模式：周期性、随机或偶然。一般用等待时间、处理期限、系统吞吐量、响应抖动（等待时间的变化）、未处理事件(由于系统太忙无法响应)、丢失数据（由于系统太忙） 阅读全文