鲁棒图与需求分析.docVIP

鲁棒图与需求分析 前言 我们在软件开发过程中往往会在拿到需求规格说明书后不知道从何下手，下一步应该怎么做。有的人直接就出一个数据库设计文档或数据物理模型文档就拿出来评审，但需求中的很多内容都被遗漏了。那我们都有哪些办法来从需求文档到需求设计的过渡呢？现在的软件界可使用的办法有很多，我今天要介绍的是鲁棒性分析方法。 概念 首先我们介绍一下什么是鲁棒性分析，它都包含一些什么内容。 鲁棒图——是需求设计过程中使用的一种方法，叫着鲁棒性分析，通过鲁棒分析法可以让设计人员更清晰、全面了解需求。它通常使用在需求分析后及需求设计前做软件架构分析之用，它主要注重于功能需求的设计分析工作。需求规格说明书为其输入信息，软件架构为其输出信息。它是从功能需求向设计方案过渡的第一步，重点是识别组成软件系统的高级职责模块、规划模块之间的关系。 包含三种图形：边界对象、控制对象、实体对象。 边界对象——起与外界交互的作用，它只能与控制对象和执行者有关系 控制对象——对业务控制、流程控制的作用，它能与边界对象和实体对象有关系 实体对象——业务元素的存储对象，与领域模型中的对象有良好的关系。它只能与控制对象有关系 鲁棒图分析的特点 鲁棒图分析方法与具体的技术没有任何关系。它抛开了很多具体的技术细节，使用它分析需求的时候主要抓住概念性设计的本质，规划需求，分析需求，找出需求中关系问题的解决策略。重点在于功能性需求分析。 鲁棒图的日常使用 前面介绍了鲁棒图的一些概念，那我们实际都在哪些情况下可以使用它呢？对于我来说我几乎在任何场合都会用它，只要它能给我解决问题就行。以下我列出几种情况： 在与用户讨论、收集需求的时候（在这种情况下一般都使用用例，用它主要是记录一些复杂的业务规则或当场整理清楚业务规则），在这种情况下很少使用，但有的时候与用户收集需求可能会讨论到比较细节的业务规则，那如果使用用例不太方面记录或记录得不是很明确，那我就会使用鲁棒图来做记录。也方便后继的分析。 在用户只能提供一些简单需求，无法提供更多内容的情况下，这时候使用它主要是由需求或设计人员为用户整理出用户的业务需求及规则。 在需求不明确的情况下，这时候可以用它来代替用例，它的好处是可以同时分析出用例以及可能性预见的流程及逻辑对象 在需求明确，但复杂的情况下，用来做系统功能设计分析。可以分析出系统功能的流程及逻辑对象。 实例说明从需求用例转变成鲁棒分析图 需求用例规约 这里只把需求的用例图给出来，用例规约的内容太多就不给出来了。 鲁棒分析图 根据需求用例规约得到以部门为主时分配部门审核、执行人员的鲁棒分析图（在画图的时候可以画粗或细，根据自己对需求的撑握来看。对需求的理解越不清楚越要画细些，这样才不会出现对需求点的遗漏，同时也可以发现需求中的问题。）（见下图） 以人员为主时分配审核、执行人员对应部分的鲁棒图： 结语 通过鲁棒分析法可以把需求中的名词和动词整理出来。名词产生将要使用的对象和对象属性，动词产生界面或其它形式（如：日终，远程调用等）的动作 现在针对需求分析、设计的方法很多，那在分析设计过程中到底用哪个方法来做呢？我的原则是“能帮助最简化解决问题的办法就是最好的办法”。