软件分析期末论文.docVIP

软件分析期末论文 一、引言 本学期我们学习了《软件系统分析与设计》这门课，这是我们继《软件工程》后又一门关于软件工程的课程。通过这门《软件系统分析与设计》让我了解到了软件从需求开始到详细设计到编码到最后的运行维护阶段是怎样的一个流程，让我对软件系统开发进一步深入了解。其中UML是软件系统分析与设计中的重要工具，下面我就谈一谈基于UML的面向对象的软件系统分析、设计与开发技术。 二、生命周期迭代法的RUP 对UML 的应用离不开软件工程中的一系列新方法和理论， 包括生命周斯迭代法和著名的RUP ( Ratio nal UnifiedPr ocess) 。软件系统的开发可以分为初始阶段( Inceptio n) 、细化阶段( Elabo r atio n) 、构造阶段( Co nstr uct ion ) 和移交阶段( T ransition) 。与传统的“瀑布法”不同的生命周期迭代法已经成为当前软件开发的主要方法。 1. 生命周期迭代法这种方法的主要特征是: ( 1) 连续渐进的集成。不是从头到尾一次成型， 也不是在系统交付以前才匆匆完成。 ( 2) 频繁的可执行系统的发布。一部分是内部更新， 一部分正式提交使用。 ( 3) 通过可验证的进步来迎接风险的挑战。进步是通过产品的可测试原型系统的进步来衡量， 而不是仅仅从文本和工程估计上来判断。生命周期迭代法是有计划的、有序的和结果可预测的。它是以降低风险为目标来驱动迭代的， 在整个过程中都有使用者和客户的参加。生命周斯迭代法带来了巨大的优越性: ( 1) 不断的版本发布成为一个团队日常工作的真正的驱动力。 ( 2) 可以将发现问题、制定方案和解决过程集成到下一次迭代中完成而不是中断正在进行的开发过程。 ( 3) 可以更好的安排产品开发的辅助过程( 测试者、编码者、软件工具、配置管理、质量保证等等) ， 以实现并行开发的目标。 生命周期迭代法中的每一个个别循环的生命周期采用的是小型瀑布法， 如图1 所示: 我们可以从功能、性能、能力范围、评测质量几个方面根据迭代计划过程确定的目标评价迭代的结果， 还要考虑到本次迭代以后外部环境的变换( 例如需求的变换、用户的变换和竞争者情况的变换等) ， 来确定需要在下一次迭代中返工的问题。 一般来讲， 对于一个18 个月的项目计划3- 6 次迭代是比较合适的。第一次迭代一般是最难的， 而且团队在迭代开始前往往对困难预计不足， 因此不应该对第一次迭代提出过高的功能要求。 2. RUP UML 是一种建模语言而不是一种方法， 因为UML 并不包含对过程的定义。1998 年正式颁布的RUP 是UM L 设计者们共同定义的一个软件开发的公共过程框架。RUP 是一个使用生命周期迭代法的软件开发过程。它提供了在一个开发团队内分配任务和职责的一套严格的方法。它的目标是在可预测的进度和预算内完成高质量软件的生产， 满足用户的需要。 与传统的软件开发中编写大量的文档不同的是， RUP 强调建立并且维护“模型”。“模型”就是对开发中的软件系统的语义丰富的表示， 用可视化的工具软件来建立。RUP 是有效的使用UM L 的向导， 它吸取了许多现代软件开发中最好的实践经验， 并且把它们组织成一种能够适用于各种工程和组织的形式。这些最好的实践经验包括: ( 1) 迭代的进行软件开发。对于当今复杂的软件系统， 已经不可能按照传统的方法( 首先定义整个问题， 设计整个解决方案， 编写整个软件， 最后测试) 进行顺序的开发。我们需要一种迭代的方法， 通过连续的精炼来不断的增进对问题的理解，从而在多次迭代的基础上渐进的得到一个有效的解决方案。RUP 使用迭代的方法， 把传统的“大瀑布”改成多个“小瀑布”，通过把高风险的项目分散到生命周期的每一个阶段， 可以显著的降低整个工程的风险。 ( 2) 管理需求。RU P 描述了怎样提取、组织、并文档化需求的功能和约束; 跟踪和文档化中间方案和决策; 并且容易的捕获和交流业务需求。 ( 3) 使用基于组件的架构。RUP 支持基于组件的软件开发。组件是执行一个特定功能的模块或者子系统， 可以方便的集成进一个定义良好的体系框架中， 从而实现软件系统的重构和重用。 ( 4) 可视化的建模软件。RUP 向我们展示了怎样利用可视化的建模软件来捕获系统和组件的结构的行为。使用可视化的图形来进行系统建模， 允许隐藏系统的细节， 并且保持设计和实施之间的一致性。UML 是成功的可视化建模的基础。 ( 5) 验证软件质量。不足的应用性和可靠性是抑制软件应用的重要因素。因此应该基于可靠性、功能性、应用性和系统性的要求来评论软件的质量。在RU P 中， 质量评价内置到了全部开发活动中， 与全部参加者有关， 并且使用客观量度和标准。 ( 6) 控制软件的变更。由于软件