我们将从客户调研现场拿回来的需求,经过一番功能角色分析,要把整个系统的轮廓和框架要整理出来。在这个过程中,我们首先将系统划分成了几个模块。然后,我们为每个功能模块绘制用例图。用例图是站在用户角度去观察的系统。同时,这些功能是为哪些用户服务的,这就是角色分析。我们绘制的用例图应当能够为用户所理解,这也是UML其中的一项核心思想——与客户形成统一的、能够相互理解的语言,这对于需求分析过程中与客户的沟通是大有好处的。

虽然对整个系统的轮廓都有清晰认识,对于软件的需求分析来说是远远不够的。许多软件最终失败的非常重要的原因就是对需求分析过于草率、浮于表面,而没有深入细致地去分析,往往到了项目后期才把需求搞懂,才发现真正的需求与起初的认识有很大的出入,甚至完全不一样,才恍然大悟需求原来是这样,而往往那时已经追悔莫及了。这样的经历相信没个搞软件行业的都有过。所以,我们一定要沉下气来认真仔细地做需求分析,一定要做到位。

同样,细化需求也需要一定的方法与思路。比如我们最常见的一种就是

首先,我们应当抛开软件实现,对这样一个流程进行梳理,形成这样一个步骤: 1.通过对领导及需要用到该软件的客户进行沟通等方式发现问题 2.然后在将收集到的问题做成一个表格 3.然后根据问题对相关人员进行调研,对调研的过程进行详细描述,在进整理



blog comments powered by Disqus

Published

30 August 2013

Tags