利用“4+1”视图建模方法进行“网上选课系统”软件体系结构设计
所学专业： 软件工程 年级班级： 2010级软工-2 班 所属小组： 第六组 组负责人： 耿奇云 组内成员： 耿奇云 郜振南 杨建威 成员学号: 1010107041 1010107040 1010107054
河南农业大学信息与管理科学学院
2012年12月19日
一、 引言
(一) 运用4+1视图方法：针对不同需求进行架构设计
要开发出用户满意的软件并不是件容易的事，软件架构师必须全面把握各种各样的需求、权衡需求之间有可能的矛盾之处，分门别类地将不同需求一一满足。 Philippe Kruchten提出的4+1视图方法为软件架构师\一一征服需求\提供了良好基础，如图1示。
图1运用4+1视图方法针对不同需求进行架构设计
场景视图：场景视图关注案例描述，即对案软件需求的功能描述和非功能描述；对应于UML建模中的用例建模。
逻辑视图：逻辑视图关注功能，不仅包括用户可见的功能，还包括为实现用户功能而必须提供的\辅助功能模块\；它们可能是逻辑层、功能模块等。
开发视图：开发视图关注程序包，不仅包括要编写的源程序，还包括可以直接使用的第三方SDK和现成框架、类库，以及开发的系统将运行于其上的系统软件或中间件。开发视图和逻辑视图之间可能存在一定的映射关系：比如逻辑层一般会映射到多个程序包等。
处理视图：处理视图关注进程、线程、对象等运行时概念，以及相关的并发、同步、通信等问题。处理视图和开发视图的关系：开发视图一般偏重程序包在编译时期的静态依赖关系，而这些程序运行起来之后会表现为对象、线程、进程，处理视图比较关注的正是这些运行时单元的交互问题。
物理视图：物理视图关注\目标程序及其依赖的运行库和系统软件\最终如何安装或部署到物理机器，以及如何部署机器和网络来配合软件系统的可靠性、可伸缩性等要求。物理视图和处理视图的关系：处理视图特别关注目标程序的动态执行情况，而物理视图重视目标程序的静态位置问题；物理视图是综合考虑软件系统和整个IT系统相互影响的架构视图。
(二) 软件需求分类
需要架构设计的多重视图方法，从根本上来说是因为需求种类的复杂性所致。软件需求包括功能需求和非功能需求。非功能需求包括质量属性和约束条件。质量属性包括运行期质量属性和开发期质量属性。软件需求分类如图2所示。
图2 软件需求分类
(三) 网上选课需求
1．网上选课系统需求描述
管理员通过系统管理界面进入，建立本学期要开设的各门课程，并将课程信息保存到数据库中，并可以对课程进行一定的改动和删除操作。学生通过浏览器可以查询已选课程信息并进行选课，教师可以选择所要上的课程并提交所选课程的成绩。管理员同时负责维护各项信息。以上信息统一保存到数据库中。
2．网上选课系统需求
表1 网上选课系统：需求种类分析
非功能需求 约束 项目预算有限 用户平均电脑操作水平偏低 开发人员分散在不同地点 要求能在Windows all 系统上运行 运行期质量属性 高性能 易用性 开发期质量属性 易理解 模块间松散耦合 实现不同用户所要执行的不同功能 提高不同用户的操作效率 保证数据库中数据的一致性和完整性 功能需求 二、 网上选课系统场景建模
场景视图：场景视图关注案例描述，即对案软件需求的功能描述和非功能描述；对应于UML建模中的用例建模。
(一) 用例建模与分析步骤
根据网上选课系统需求概述进行用例建模与分析。用例建模与分析步骤如图3示。
1.确定网上选课系统的边界范围，找出系统外部的参与者和外部系统 2.确定各个参与者应有的系统行为，并命名为用例
3. 把系统中公共的系统行为分解为新的用例，供其它用例引用 4. 把系统中一些变更的行为分解为扩展用例 5. 编制用例的脚本 6. 绘制系统的用例图
7. 把系统用例中特殊情况的用例画成单独的子用例图
(二) 用例建模具体过程
1. 确定系统边界范围，找出参与者
系统参与者包括：管理员、学生和老师