摘 要
本文描述了以统一软件过程为指导，以统一建模语言为工具，使用Rational Rose 进行三维地质建模软件系统界面的需求分析过程。突出了对系统界面的用例描述和用例驱动的重要性。
前两章介绍了需求工程的重要性、统一建模语言的基础知识、统一软件过程和对工具Rational Rose的使用方法。第三章、第四章主要展示了对三维地质建模软件系统界面的需求分析。其中第三章为界面总体的需求分析，提出了核心问题，并着重进行分析，给出用例图、顺序图、交互图。第四章对系统界面的各个子系统进行详细的用例描述，并对系统开发提出要求。第五章是对系统界面作需求分析的一些心得和体会，其中包括用例的粒度的掌握和对统一过程的理解等等。

关键词：统一软件过程；统一建模语言；用例；需求分析
 
Abstract
   This paper guides by Rational unified process , uses the unified modeling language and the Rational Rose to cope with the requirements analysis of the three-dimensional geology modeling software.The importance of UI’s use case description and  drive are prominent.
   The former chapters introduce the importance of requirements engineering,  foundation knowledge of unified modeling language, unified software  process and operation method of the tool Rational Rose. Chapter3 and  chapter4 mainly present the requirements analysis of the modeling software system interface of three-dimensional geology. Among them chapter3 is a  total need in interface to analyze, putting forward the core problem,  combining to emphasize the proceeding analyze, including to use the use  case diagram, sequence diagram and collaboration diagram; chapter4  describes each subsystem of system interface with examples detailedly  and put forward the request to the system development. Chapter5 is what  I have learned about requirements analysis of system interface, including the  use case granularity controlling and the comprehension to the unified  process.

Key words: Rational Unified Process; Unified Modeling Language; use case; requirements analysis

目 录
第1章 没有需求就没有软件 1
1.1 需求工程的重要性 1
1.2 需求工程的内容 1
第2章 主要技术和开发工具概述 5
2.1 统一建模语言UML概述 5
2.2 统一软件开发过程 8
2.3 建模工具RATIONAL ROSE介绍 13
第3章 对系统界面的总体需求分析 16
3.1 问题的定义及探索 16
3.2 系统界面用例总图 16
3.3 系统界面顺序图和交互图总图 19
第四章 详细需求分析 20
4.1 内置资源管理器 20
4.2 菜单和工具条 23
4.3 相机 26
第5章 需求分析的总结、体会和不足 30
5.1 关于用例的粒度的体会 30
5.2 对统一过程(RUP)的理解 30
5.3 不足之处 31
参考文献 33
致 谢 34

第1章 没有需求就没有软件
1.1 需求工程的重要性
需求工程无疑是当前软件工程中的关键问题，从美国于1995年开始的一项调查结果就足以看出这一点。在这项调查中，他们对全国范围内的8000个软件项目进行跟踪调查，结果表明，有1/3的项目没能完成，而在完成的2/3的项目中，又有1/2的项目没有成功实施。他们仔细分析失败的原因后发现，与需求过程相关的原因占了45%，而其中缺乏最终用户的参与以及不完整的需求又是两大首要原因，各占13%和12%。
需求工程又是软件工程中最复杂的过程之一，其复杂性来自于客观和主观两个方面。从客观意义上说，需求工程面对的问题几乎是没有范围的。由于应用领域的广泛性，它的实施无疑与各个应用行业的特征密切相关。其客观上的难度还体现在非功能性需求及其与功能性需求的错综复杂的联系上，当前对非功能性需求分析建模技术的缺乏大大增加了需求工程的复杂性。从主观意义上说，需求工程需要方方面面人员的参与（如领域专家、领域用户、系统投资人、系统分析员、需求分析员等等），各方面人员有不同的着眼点和不同的知识背景，沟通上的困难给需求工程的实施增加了人为的难度[1]。
1.2 需求工程的内容
最初，需求工程仅仅是软件工程的一个组成部分，是软件生命周期的第一个阶段。虽然大家也都知道需求工程对软件整个生命周期的重要性，但对它的研究远远没有对软件工程的其他部分的研究那么深入。
在传统软件工程生命周期中，涉及需求的阶段称作需求分析。一般来说，需求分析的作用是：
● 系统工程师说明软件的功能和性能，指明软件和其他系统成分的接口，并定义软件必须满足的约束；
● 软件工程师求精软件的配置，建立数据模型、功能模型和行为模型；
● 为软件设计者提供可用于转换为数据设计、体系结构设计、界面设计和过程设计的模型；
● 提供开发人员和客户需求规格说明，用于作为评估软件质量的依据。
但从当前的研究现状来看，需求工程的内容远不止这些。它还涉及这些因素和系统的精确规格说明以及系统进化之间的关系。它也提供现实需要和软件能力之间的桥梁。
需求工程的基本活动包括：