本文目录导航：
需求剖析：配置角色剖析与用例图
需求剖析不是一项欲速不达就可以成功的上班，它须要一个常年的环节，而这个环节是一个由粗到细的环节，它表现了人类意识事物的主观法令。
在需求剖析的初期，咱们对需求的意识往往是全体的、微观的，随着剖析上班的逐渐深化，一步步细化。
依照这个思绪，咱们对需求的剖析，首先应当从配置角色剖析开局。
所谓配置角色剖析，就是从一个外部用户的视角剖析整个软件系统能够提供的配置，以及这些配置究竟是提供应哪些角色经常使用。
对一个系统启动配置和角色方面的梳理和剖析，可以驳回的比拟干流的方法之一就是绘制用例图。
用例图是UML的4+1视图中的一种，准确地说就是那个“+1”。
用例图是贯通整个面向对象剖析/设计（OOA/D）的外围视图，它形容的是系统究竟为用户提供了哪些配置，以及究竟是哪些用户在经常使用这些配置，是沟通用户与技术人员的桥梁。
运用用例视图对业务需求启动剖析、形象、整顿、提炼，进而构成形象模型的环节称之为用例建模，而这个模型就是用例模型。
普通地，在一个用例图中理论有三种元素：介入者（Actor）、用例（Use Case）与系统边界（Boundary）。
上图是一个考核系统中一个子模块的用例图。
图中的用例就是这个系统提供应用户的各项配置。
留意，这里仅仅是在列举配置而不示意它们之间诸如流程调用等相互相关，这是一些初学者经常犯的故障。
在这个用例图中，普通用户口头查问操作，查问系统提供的“预警监控单项查问”、“预警监控汇总查问”等查问报表；每日智能触发器触发智能考核配置，智能考核配置从“税收征管系统”这样一个外部系统中采集数据。
图中考核治理员和执法人员代表的是两个齐全不同的角色，但他们在这个图中表现的是一些共有的特性，即对这堆报表的查问，因此被绘制成承袭自普通用户。
承袭是介入者间惟一的相关，代表承袭者领有被承袭者一切的配置与权限。
除了介入者以外，用例与用例间接也存在着一些类型的相关，这咱们在前面详细讲述。
在绘制用例图时一个值得思索的细节是，用例是怎样经过剖析取得的。
这个疑问，在一些客户对消息化治理比拟有阅历的名目中不存在疑问，由于在客户提供应咱们的需求文档中就明晰地划分出了一项一项的配置。
这些配置或者会在日后的需求剖析上班中有所调整，但它从全体上构成了一个雏形，成为咱们启动用例剖析进而构成用例的依据。
但当咱们面对的是一些对消息化治理没有阅历的客户，状况就有些不妙了。
在这种状况下，理论客户只能给咱们一些治理指标、基本想法，其它的调研上班就须要咱们自己去做了。
这时，我给大家的倡导是，首先从组织机构上划分分明系统触及哪些部门、哪些科室，而后在这个基础上划分进去这些部门这各个科室的人员都表演哪些不同职能的角色，以及成功哪些业务操作。
系统中的一个配置，在普通状况下是组织机构中某个（或多个）角色，为该机构某项业务流程成功的某个操作，并且这个操作应当有某个确定的结果（即产出物）。
而这个配置就是咱们须要提取进去的用例。
只管配置角色剖析在整个需求剖析环节中或者会随着意识的深化而始终调整，但剖析环节大体是这样启动的。
有人说，咱们绘制的用例图拿给客户看疑问。
这样一个明晰明了的用例图，辅之以咱们对图形的形容，客户怎样会看疑问呢？关键疑问在于，咱们没有将用例图的精髓弄明确，再加上产生一些经常出现疑问，使得用例图画得不三不四，客户当然就看不明确了。
需求剖析普通包含哪些方面的内容？
需求剖析包含这些内容
1 、写出系统的义务和特点
2 、要成功的配置模块和作用
3、 系统结构图
4 、驳回的数据库
5 、开发运转环境
需求剖析，是指对要处置的疑问启动详细的剖析，弄分明疑问的要求，包含须要输入什么数据，要获取什么结果，最后应输入什么。
在软件工程当中的需求剖析就是确定要计算机做什么，要到达什么样的成果。
在需求剖析阶段罕用的图形工具备哪三种
在需求剖析阶段罕用的图形工具备档次方框图、IPO图和Warnier图。
1、档次方框图：
档次方框图用树形结构的一系列多档次的矩形框描画数据的档次结构。
描画一家计算机公司所有产品的数据结构可以用档次方框图示意：公司的产品由配件、软件和服务3类产品组成，软件产品又分为系统软件和运行软件，系统软件又进一步分为操作系统、编译程序和软件工具等。
2、IPO图：
IPO图是输入、处置、输入图的简称，它是由美国IBM公司开展完善起来的一种图形工具，能够繁难地描画输入数据、对数据的处置和输入数据之间的相关。
3、Warnier图：
Warnier图和档次方框图相似，Warnier图也用树形结构描画消息，然而这种图形工具比档次方框图提供了更丰盛的描画手腕。
用Warnier图可以标明消息的逻辑组织，也就是说，它可以指出一类消息或一个消息元素是重复产生的，也可以示意特定消息在某一类消息中是有条件地产生的。
裁减资料：
需求剖析阶段图形工具的经常使用准则：
1、并重表白了解疑问的数据域和配置域。
对新系统程序处置的数据，其数据域包含数据流、数据内容和数据结构。
而配置域则反映它们相关的控制处置消息。
2、需求疑问应合成细化，建设疑问档次结构。
可将复杂疑问按详细配置、性能等合成并逐层细化、逐个剖析。
3、建设剖析模型。
模型包含各种图表，是对钻研对象特色的一种关键表白方式。
经过逻辑视图可给出指标配置和消息处置间相关，而非成功细节。
由系统运转及处置环境确定物理视图，经过它确定处置配置和数据结构的实践表现方式
