利用“”视图建模方法进行“网上选课系统”软件体系结构设计Word文件下载.doc
《利用“”视图建模方法进行“网上选课系统”软件体系结构设计Word文件下载.doc》由会员分享，可在线阅读，更多相关《利用“”视图建模方法进行“网上选课系统”软件体系结构设计Word文件下载.doc（20页珍藏版）》请在冰点文库上搜索。
场景视图关注案例描述，即对案软件需求的功能描述和非功能描述；
对应于UML建模中的用例建模。
逻辑视图：
逻辑视图关注功能，不仅包括用户可见的功能，还包括为实现用户功能而必须提供的"
辅助功能模块"
；
它们可能是逻辑层、功能模块等。
开发视图：
开发视图关注程序包，不仅包括要编写的源程序，还包括可以直接使用的第三方SDK和现成框架、类库，以及开发的系统将运行于其上的系统软件或中间件。
开发视图和逻辑视图之间可能存在一定的映射关系：
比如逻辑层一般会映射到多个程序包等。
处理视图：
处理视图关注进程、线程、对象等运行时概念，以及相关的并发、同步、通信等问题。
处理视图和开发视图的关系：
开发视图一般偏重程序包在编译时期的静态依赖关系，而这些程序运行起来之后会表现为对象、线程、进程，处理视图比较关注的正是这些运行时单元的交互问题。
物理视图：
物理视图关注"
目标程序及其依赖的运行库和系统软件"
最终如何安装或部署到物理机器，以及如何部署机器和网络来配合软件系统的可靠性、可伸缩性等要求。
物理视图和处理视图的关系：
处理视图特别关注目标程序的动态执行情况，而物理视图重视目标程序的静态位置问题；
物理视图是综合考虑软件系统和整个IT系统相互影响的架构视图。
（二）软件需求分类
需要架构设计的多重视图方法，从根本上来说是因为需求种类的复杂性所致。
软件需求包括功能需求和非功能需求。
非功能需求包括质量属性和约束条件。
质量属性包括运行期质量属性和开发期质量属性。
软件需求分类如图2所示。
图2软件需求分类
（三）网上选课需求
1．网上选课系统需求描述
管理员通过系统管理界面进入，建立本学期要开设的各门课程，并将课程信息保存到数据库中，并可以对课程进行一定的改动和删除操作。
学生通过浏览器可以查询已选课程信息并进行选课，教师可以选择所要上的课程并提交所选课程的成绩。
管理员同时负责维护各项信息。
以上信息统一保存到数据库中。
2．网上选课系统需求
表1网上选课系统：
需求种类分析
非功能需求
功能需求
约束
运行期质量属性
开发期质量属性
项目预算有限
用户平均电脑操作水平偏低
开发人员分散在不同地点
要求能在Windows
all系统上运行
高性能
易用性
易理解
模块间松散耦合
实现不同用户所要执行的不同功能
提高不同用户的操作效率
保证数据库中数据的一致性和完整性
二、网上选课系统场景建模
（一）用例建模与分析步骤
根据网上选课系统需求概述进行用例建模与分析。
用例建模与分析步骤如图3示。
1.确定网上选课系统的边界范围，找出系统外部的参与者和外部系统
2.确定各个参与者应有的系统行为，并命名为用例
3.把系统中公共的系统行为分解为新的用例，供其它用例引用
4.把系统中一些变更的行为分解为扩展用例
5.编制用例的脚本
6.绘制系统的用例图
7.把系统用例中特殊情况的用例画成单独的子用例图
（二）用例建模具体过程
1.确定系统边界范围，找出参与者
系统参与者包括：
管理员、学生和老师
图4
2.确定每一个参与者所希望的系统行为
管理员：
登陆、课程管理、学生管理和老师管理
学生：
登录、选课、查询课程
老师：
登录、查询课程、提交成绩
图5
3.把公共系统行为分解为新的用例
将管理员、学生和老师的登陆抽取为公共用例；
图6
4.扩展用例
将所有操作保存的用例扩展为数据库。
图7
5.用例图优化
抽取用户角色，实现统一登录；
抽取课程管理用例，与学生信息管理、教师信息管理等用例并列
图8
6.用自然语言和事件流编写网上选课用例脚本
（1）用户登陆脚本：
1）运行程序，弹出登录界面；
2）在登陆界面输入用户名、密码和用户类型；
3）提交信息进行验证；
A1：
用户信息验证异常
4）进入操作界面。
A1：
3a）提示用户用户名或密码或用户类型错误
3b）重新输入用户名、密码和用户类型
3c）转到3）
老师的选课脚本：
一、
（1）运行程序，弹出登陆界面，
（2）在登陆界面输入用户名、密码和用户类型；
（3）提交信息进行验证；
A:
（4）进入操作界面。
A：
1、提示用户用户名或密码或用户类型错误
2、重新输入用户名、密码和用户类型
3、转到（3）
二、
（1）登陆成功后，在选课界面进行选课；
（2）选择课程，单击完成，系统进行验证；
课程信息异常，重新进行选课；
（3）选课成功；
（4）退出程序；
老师的提交成绩脚本如下：
（1）用户登陆界面后输入用户名、密码和用户类型；
（2）提交信息进行验证：
如果信息异常系统将退出，用户需重新登陆
（3）用户登陆成功后进入学生成绩界面，并提交学生的成绩，因此显示选课学生的姓名、学号、班级、成绩；
（4）系统确认输入的信息完整没有缺失或错误；
（5）系统将输入的学生成绩存储建档；
（6）用户提交成绩成功后退出程序。
若提交失败将退回（3）；
学生的选课教本：
（3）用户登陆失败将返回
（1），登陆成功后进入学生选课系统；
（4）学生选择所要选择的课程后提交，系统将确认改门课程是否已满；
若所选课程人数已满，选课失败，返回（3）重新选课；
若选课成功，则系统将会把改课程添加到学生的课程表里；
（5）用户退出程序；
学生的查询课程教本：
如果信息异常系统将退出，用户需重新登陆;
（3）用户登陆失败将返回
（1），登陆成功后进入学生主页查询课程；
（4）用户退出程序
管理员的教师信息教本：
（1）用户登陆界面后输入用户名、密码和用户类型；
（2）提交信息进行验证：
（3）用户登陆失败将返回
（1），登陆成功后进入管理员主页；
（4）管理员在主页上进行教师的信息管理操作；
（5）用户推出程序；
（4）管理员在主页上进行学生的信息管理操作；
（4）管理员在主页上进行课程管理界面进行相应的操作；
7.绘制用例图
根据分析与描述，本网上选课系统的用例图如下
图10
三、网上选课系统逻辑视图
逻辑视图对应于功能需求，设计满足功能需求的架构。
首先根据功能需求进行初步设计，进行大粒度的职责划分。
根据用例描述，将系统划分为6层，如图？
所示。
图？
网上选课系统架构的逻辑视图
四、网上选课系统开发视图
开发视图对应于开发期质量属性，设计满足开发期质量属性的架构，包括扩展性、可重用性、可移植性、易理解性和易测试性等。
软件架构的开发视图应当为开发人员提供切实的指导。
任何影响全局的设计决策都应由架构设计来完成，这些决策如果"
漏"
到了后边，最终到了大规模并行开发阶段才发现，可能造成"
程序员碰头儿临时决定"
的情况大量出现，软件质量必然将下降甚至导致项目失败。
其中，采用哪些现成框架、哪些第三方SDK、乃至哪些中间件平台，都应该考虑是否由软件架构的开发视图确定下来。
图*展示了网上选课系统的（一部分）软件架构开发视图：
图*网上选课系统架构的开发视图
在说说约束性需求。
约束应该是每个架构视图都应该关注和遵守的一些设计限制。
例如，考虑到"
一部分开发人员没有嵌入式开发经验"
这条约束情况，架构师有必要明确说明系统的目标程序是如何编译而来的：
图**展示了整个系统的桌面部分的目标程序pc-moduel.exe、以及嵌入式模块rom-module.hex是如何编译而来的。
这个全局性的描述无疑对没有经验的开发人员提供了实感，利于更全面地理解系统的软件架构。
根据网上选课系统的约束条件来分析设计
图**网上选课系统架构的开发视图
五、网上选课系统过程视图
处理视图，即过程视图，设计满足运行期质量属性的架构，对应于运行期质量属性，包括易用性、性能、可伸缩性、持续可用性、鲁棒性和安全性等。
性能是软件系统运行期间所表现出的一种质量水平，一般用系统响应时间和系统吞吐量来衡量。
为了达到高性能的要求，软件架构师应当针对软件的运行时情况进行分析与设计，这就是我们所谓的软件架构的处理视图的目标。
？
展示了网上选课系统架构的处理视图。
可以看出，架构师为了满足高性能需求，采用了多线程的设计：
·
应用层中的线程代表主程序的运行，它直接利用了MFC的主窗口线程。
无论是用户交互，还是串口的数据到达，均采取异步事件的方式处理，杜绝了任何"
忙等待"
无谓的耗时，也缩短了系统响应时间。
通讯层有独立的线程控制着"
上上下下"
的数据，并设置了数据缓冲区，使数据的接收和数据的处理相对独立，从而数据接收不会因暂时的处理忙碌而停滞，增加了系统吞吐量。
设备调试系统架构的处理视图
用户登录是序图:
管理员时序图:
老师序列图:
学生示意图:
六、网上选课系统物理视图
物理视图，是和部署相关的架构决策，对应于安装和部署需求。
】
软件最终要驻留、安装或部署到硬件才能运行，而软件架构的物理视图关注"
图%所示的物理架构视图表达了网上选课系统软件和硬件的映射关系。
可以看出，嵌入部分驻留在调试机中（调试机是专用单板机），而PC机上是常见的桌面可执行程序的形式。
图%网上选课系统架构的物理视图I
我们还可能根据具体情况的需要，通过物理架构视图更明确地表达具体目标模块及其通讯结构，如图￥所示。
图￥网上选课系统架构的物理视图II
七、小结
所谓本立道生。
深入理解软件需求分类的复杂性，明确区分功能需求、约束、运行期质量属性、开发期质量属性等不同种类的需求就是"
本"
，因为各类需求对架构设计的影响截然不同。
本文通过具体案例的分析，展示了如何通过RUP的4+1视图方法，针对不同需求进行架构设计，从而确保重要的需求一一被满足。
本文通过比较系统地描述网上选课系统的用例图的一步步操作完成过程和相关的用户时序图以及更加深入的“4+1”视图中的逻辑视图、开发视图、进程视图、物理视图和场景视图的绘制描述，并对涉及到的软件架构模式进行了简单明了的解释说明，直接深入地描述展示了软件需求开发过程中包括非功能和功能方面的各种需要要求，展示说明了软件体系结构设计在软件开发和程序设计中的重要地位。
参考文献
1.PhilippeKruchten著，周伯生等译.Rational统一过程引论（原书第2版）.机械工业出版社，2002.
2.KarlE.Wiegers著，刘伟琴等译.软件需求（第2版）.清华大学出版社，2004.
3.刘寅虓.系统分析之路（平装，第一版）.电子工业出版社，2005.张友生.软件体系结构的现状和发展方向.程序员,2002（6）:
35~38
4.P.Kruchten.Architecturalblueprints——the“4+1”viewmodelofsoftwarearchitecture.IEEESoftware,1995（6）:
42~50
5.周莹新，艾波.软件体系结构建模研究.软件学报，1998（11）：
866~872
6.张友生.软件体系结构的描述方法.程序员，2002（11）：
44~46
7.蒋慧，吴礼发，陈卫卫.UML设计核心技术.北京：
希望电子出版社，2001.1
升级会员 