基于uml的面向对象的需求分析

1. 什么叫需求分析？为什么要需求分析？

    白话理解：需求分析，顾名思意，分析需求，谁的需求呢？用户的需求！为什么叫分析呢？不叫‘了解’‘得到’呢？这是因为其重要性，导致了要有一套保证其正确性和准确性的方法和规范，所以叫需求分析。为什么做需求分析呢？说是为了保证软件能够最大限度地对用户处在的应用领域建模，解决实际问题，是程序最大程度地反映用户要求。直原因是为设计做准备。

2. 需求分析需要做什么？怎么来做？

    我们知道，需求分析1.为了全面准确的了解并刻画用户需求2.为了接下来的设计工作做准备。那问题就简单了，为了解决问题1，我们要尽可能的，全方位的，多侧面的了解深入用户领域，全面深入的记录用户需求，当然了解不是目的，我们的目的是问题2，为设计做准备，那么就要有一种方式来刻画用户的需求，既能够完整的表达用户需求，又能够刻画需求，为设计做准备，则需要一种标准的规范的方式来描述需求。描述需求有多种方式，但我们总倾向于选择‘最佳’的一种方式。描述即是在建模，我们这里用uml，看待用户领域问题的方式我们用最自然的思维方式，面向对象。

3. uml是什么？面向对象是什么？

    还是白话理解：uml，unified modeling languge，统一建模语言，所谓建模即是对客观事物的一种主观描述。uml的历史不多说。模型也是我们看待一个事物时，我们头脑中产生的主观看法，所以模型对于不同的人来说，不同的系统来说，同一事物的模型不一样。我们用视图这个词来表示不同的角度对同一事物的看法。uml有5种视图：用例视图（描述系统应该有的功能集，角度：系统外部用户）、设计设图（揭示系统功能的内部设计和协作情况，用静态结构和动态行为来描述系统功能）、进程视图（描述系统的并发工作状况，包括形成系统并发和同步机制的线程和进程--主要提供给系统开发商和集成商）、实现视图（由一些独立的构件和文件组成，显示实现模块机器之间的依赖关系。）、配置视图（系统的物理架构），他们相互联系，用来描述整个你眼前的一个事物，专业用语叫‘软件系统’。有视图就有‘视’的主语，能看的当然是个实体，首先会有‘眼睛’，其次能够有动作‘看’，有属性、有行为的是什么呢？对了，就是对象。所以，uml建模和面向对象密不可分。面向对象的意思也就浮出水面了，那就是看待用户问题领域，我们不再要求功能组成，而是找到一个一个的对象，通过对象间的相互作用（消息），完成客观世界的建模。

4. uml怎样描述客观世界？

    举例说明：图书馆管理系统，这是一个软件系统，用于模拟现实世界的图书馆的相关业务，完成图书馆的业务功能。加入有个图书馆要你们团队给他们做一个图书馆管理系统，你怎么做呢？初学者的困惑不是不知道怎么解决问题，而是怎么样以显示最优的方式解决问题，最优的方式考虑了现今的大多数因素，如软件开发领域中的软件重用，维护，升级等。我们现在解决图书馆管理系统的最优步骤是：分析（可行性，需求分析，项目计划），设计（数据库设计，概要设计，详细设计），实现（选定平台，选定语言），测试（测试计划， 测试分析报告），维护（）。 现在要时刻记住，这个世界由千千万万个对象组成，这个世界上的一切事物都是由于对象间的相互联系相互作用表现的。那么，uml对客观世界的建模，说白了，就是对对象的描述，对象间关系的描述，对象间相互作用的描述。

5. 基于uml的面向对象的需求分析的要点

    刚刚探讨多需求分析的两个部分：描述需求，我们可以用uml中的用例图来描述整个系统的功能集。为设计打下基础，我们可以用类图和对象图以及他们的关系来为下面的设计打下基础。

    所以，基于uml的面向对象的需求分析有两个要点：1.用例图--描述需求 2.类族--系统架构