编译原理论文模板 - 副本.docVIP

本科生课程论文封面 （2013—2014学年第二学期） 论文题目： 姓名：　　 学号：　　 年级： 专业：　 　 学院： 　 注意事项： 　　　　　　　　　　　　　　　　　　　　　　　 课程名称： 课程类型： 　 授课教师： 学 时： 学 分： 论文得分 批阅人签字 浅谈面向构件的软件开发方法学 摘要：20世纪90年代中期以来，由于分布对象技术与软件重构工程的有机结合， 促使面向构件的软件开发方法应运而生。面向构件方法(COM)与面向对象方法(OOM ) 的本质差异在于：对象化建模过程一般针对单一应用系统，对象抽象一般针对问题域，对象模型的生成过程是静态的，软件重用粒度是原子级的；而构件化建模过程一般针对领域应用系统，构件抽象则针对解域，构件化模型即构架的生成过程是动态的，软件重用粒度是组合级的。领域应用是多个单一应用通用化和重用化的应用集群，解域是问题域的过程与层次深化，构件则是对象的软件实现与集成；因此，COM法与OOM法在研究范畴、研究对象及其研究方法上都是有区别的。不言而喻，面向构件方法是21世纪软件方法学的主流研究方向。本文叙述了用过程与方法的组合理念来展开研究内容。 关键词：面向构件 软件开发 构件化 一、面向构件软件开发的一般过程 构件化软件开发的过程模型，所谓构件化，是指软件体系结构可重组以及软件成份可重用的系统开发方法。这种方法的基本内涵是:应用需求领域化，软件结构框架化，软件元素构件化，应用原型实例化。这一思想可以概括为四个阶段、三个层次和两大过程，如图 1 所示 从工程化与过程管理的角度讲，整个软件系统的开发过程可定义为四个阶段: 分析，设计，实现，评价。但这并不是单纯的串行式瀑布模型，而是过程并行与增量迭代等多种方法相结合的工作流模型。多年来，人们往往把系统阶段控制方法与软件建模抽象方法混为一谈；最典型的是把生命周期法和原型法与面向过程和面向对象的方法混为一谈。信息系统是一种具有生命周期的开放系统，这是毋庸置疑的。因此，从工程管理及大的阶段控制过程看，构件化方法与结构化方法和对象化方法一样，仍然应该遵循软件生命周期规律；差别在于，前者的阶段论观点是弱化的历递归和过程重构特征。从模型化与内容抽象的角度讲，构件化软件开发过程可按三个层次展开: 概念层，逻辑层， 物理层。这与UML描述、数据库设计模式和元建模技术等多种方法是一致的，差别只在术语不同。例如，在基于UML形式描述的面向对象建模中，上述三个层次称概念层、说明层和实现层；而在元建模中，则称元知识层、结构知识层和算法知识层。整个建模层次展开过程是: 首先从特定应用需求出发，通过领域分析进行共性需求识别、领域对象抽象和领域知识获取，以建立概念级的领域模型。进而通过领域设计为领域需求寻求软件解决方案，包括构架级和构件级的设计模型；这种模型体现了初步设计和详细设计成果，体现了框架结构和部件结构的组成原理可行性，因而是一种逻辑模型。由问题域的领域模型转化为解域的构架模型和构件模型，是一个知识提取(正向)和分析精化(逆向)的迭代式增量开发过程。整个过程模型充分体现重构工程思想，并把面向构件的软件开发分离为正向工程和逆向工程两大过程。正向工程侧重体现自顶向下与过程并行特征，解决软件构架和构件的可用性问题；逆向工程侧重体现自底向上与增量迭代特征，解决构架及构件的可重构性问题。过程重构的基本内涵是，概念重定义，结构重说明，算法重用， 系统重生成。 二、面向构件的建模支持机制 常用的构件化建模方法如，面向对象方法及UML描述，框架、实例及其规则描述，巴科斯范式、谓词逻辑和体系结构描述语言(ADL)等形式化描述，Petri 网和导航图等可视化描述。支持上述建模方法的典型机制如，抽象类型，元模式，模板，分布对象，协作代理，参数化框架，导航图标，软件总线，以及设计词汇表。UML 描述提供了静态和动态两种建模机制。在静态建模过程中，可通过用例图来描述反映功能需求的领域模型，通过类图、对象图和包图来描述面向对象的结构模型， 通过构件图和配置图来描述软件系统的实现模型。在动态建模过程中，可通过交互图、状态图和活动图来描述软件系统的行为模型；包括对象间的交互与协作， 对象的生命周期及状态转换，事务处理及过程同步控制等。框架—规则—实例(称 FR I)描述是智能建模方法的推广应用。框架(Framework)是描述结构性问题的基本骨架，是一组实体、关联和约束的集合。规则(Rule)可用于定义实体与实