软件架构五个视图

本题相当于选择题，但要获得好的成绩，仍需要仔细构思。
　　1）逻辑视图表述系统的功能需求。系统分解为一系列的关键抽象，这些抽象（大多数）来自于需求分析中所提出功能要求，以对象或类的形式来表示（采用抽象、封装和继承）。分解并不仅仅是为了功能分析，而且用来识别遍布系统各个部分的通用机制和设计元素。系统的功能需求来自于最终用户，最终用户是逻辑视图对应的风险承担者。
　　2）进程视图表述系统的运行特性。利用进程视图可解决系统的并发性、分布性、系统完整性、容错性等问题。另外，它还可以表达逻辑视图的主要抽象在哪个控制线程上被实际执行。风险承担者主要是系统集成人员，组件元素是任务。
　　3）物理视图表述系统的拓扑、安装和通信需求。用来表达软件系统中的各种元素（元素可以理解为组件或过程）被映射或部署至不同的网络计算机节点上。风险承担者主要是系统实施工程师。
　　4）开发视图表述软件开发的内部需求。开发视图关注软件开发环境下实际模块的组织（程序库或子系统），它们可以由一位或几位开发人员来开发。子系统可以组织成分层结构，每个层为上一层提供良好定义的接口。风险承担者主要是编程人员和软件项目管理人员。
　　5）场景用来说明重要的系统活动，是其他四个视图在用例（Use Case）驱动下的综合。在某种意义上场景是最重要的需求抽象。该视图是其他视图的冗余（因此“＋1”），但它起到了两个作用：首先场景可用来发现架构设计过程中的架构元素，其次场景可作为架构设计结束后的功能验证。它可作为架构原型测试的出发点。风险承x担者是最终用户和开发人员，组件元素是步骤。