软件体系结构课程教学探讨.docVIP

软件体系结构课程教学探讨 　　摘要：本文在分析软件体系结构课程特点和面临问题的基础上，从提高学生学习兴趣、课程衔接、组建以设计师为主的开发团队、构建实践教学平台和师资队伍建设等五个方面分析了课程教学中所运用的方法和手段。 　　关键词：软件体系结构；案例教学；实践教学平台 　　中图分类号：G642 文献标识码：B 　　 　　建大厦必须进行设计，而建平房则不需要设计。传统观点认为需求分析是项目开发成败的一个关键，项目的失败或夭折主要是由于需求分析不充分造成的，但对如何做好需求分析却苦无良策。在软件开发的早期，软件代码量不大，对设计重要性的认识也不充分，程序员可以设计、编码一肩挑，但随着软件规模的扩大，人们在大型软件的开发面前显得力不从心，因而产生了软件体系结构理论。现代观念认为通过需求与设计之间的迭代，并根据设计建立系统原型，能够较为充分地理解需求并得到满足需求的设计。 　　软件体系结构的设计在中大型软件项目中更易于显示它的意义，这也是软件体系结构课程产生的原因。“软件体系结构”作为高等学校软件工程专业的一门核心课程，是根据人们的软件设计经验总结出来的理论与实践相结合的课程。“上梁不正下梁歪”，体系结构的设计是现代软件开发中最为重要的一环，它设计得是否合理直接关系到软件的成败。随着软件规模变得越大越复杂，软件开发对软件架构师提出了更高的要求。 　　 　　1课程特点与面临的问题 　　 　　1.1软件体系结构课程的特点 　　(1) 软件体系结构的设计原则、技术、方法较为抽象 　　软件体系结构的设计原则、技术、方法可以应用在不同的软件项目中，其目的是为了在给定的时间、经费等条件限制下设计出高质量的软件，它们位于所有具体项目之上，针对全体软件项目，因而是抽象的。 　　(2) 软件设计的效果体现在软件开发的后续阶段中 　　软件生命周期包括可行性分析、需求分析、设计、编码、测试、运行维护等多个阶段，设计对软件成败的影响往往在这个阶段反映不出来。设计阶段做出的一个决定，可能要到编码、测试甚至是后续的维护阶段才能显现它的效果。 　　(3) 软件体系结构的设计往往是折衷与权衡的产物 　　软件中的一些质量要素经常是相互冲突的，即软件的质量要素之间既有正相关，也有负相关，因此在实际的软 　　 　　件系统设计过程中，必须根据具体情况对各种要素进行折衷与权衡，从而得到总体上满足用户要求的软件。怎么折衷和权衡，必须结合具体项目，根据项目的实际情况去把握。 　　1.2教学中面临的问题 　　(1) 软件体系结构的抽象理论容易使学生感到枯燥乏味 　　由于授课对象是大三学生，项目开发经验有限，学生很难在头脑中将软件体系结构的抽象理论和实际联系起来，因此较难对这门课产生兴趣。在接受抽象的理论时，容易产生枯燥乏味的感觉。 　　(2) 学生缺乏完整项目的体验 　　学生参与的课程设计实践一般仅限于小型项目，很少有机会参与软件开发和运行的全过程，难以体会到软件体系结构设计中关于正反经验的总结。例如，可维护性是软件的一个重要质量指标，但学生很少有机会去参与真正的软件维护，所开发的系统大多只是给任课教师大概地检查一下，一般不会交付使用，没有经受用户的真正检验，设计里的很多错误被隐藏起来了。但学生看不到错误，就不能对这些错误进行维护，也就不能体会到设计阶段工作对可维护性造成的影响。而且对于经验欠缺的多数学生来说，软件设计中的折衷与权衡难以想象，不容易理解和把握，包括各种质量属性之间以及与很多非技术因素的折衷与权衡。 　　如何搞好这门课的教学，是摆在教师面前的一道紧迫课题，对教学方法、手段和个人经验都提出了很高的要求。我们提出通过本课程学习要达到以下三个目标： 　　(1) 帮助学生了解软件架构的基本概念，初步掌握中大型软件系统构架的分析与设计方法。 　　(2) 使学生了解软件系统的成败不仅取决于用户的功能需求是否被满足，还和各种外部约束条件有关，如设计师的素质与经验、开发组织的目标以及政策法规限制等，从而提高软件设计的基本素养。 　　(3) 引导学生认识系统的性能、可用性、安全性等质量属性都是受软件构架制约的，或者说这些属性的实现影响着设计师的设计选择。 　　 　　2强化案例教学，建设符合学生接受能力的案例 　　 　　本课程较为抽象，要求学生有一定的软件设计经验，为了弥补学生在设计经验上的不足，我们在本课程中采用以案例教学为主的方法和手段，尽量将理论讲授和实际案例结合起来。案例选取有三方面的要求：一是要选取学生能听得懂、能理解的案例，案例本身不能过于复杂，超出学生的可接受范围；二是案例不能太简单，应稍高于学生的现有经验，这样才能提高学生的学习兴趣并帮助学生提高；三是案例要和每阶段的教学内容相匹配。经过几年的教学积累，我们以