博客专栏 - 我们应当怎样做需求分析

我们应当怎样做需求分析

幸福的软件项目都是一样的，不幸的软件项目却各有各的不幸；或者说，成功的软件项目都是一样的，失败的项目却各有各的问题。在众多的问题中，需求分析无疑是最大的问题，因此真的有必要坐下来讨论一下我们应该怎样做需求分析。

我们应当怎样做需求确认：评审与签字确认会

时间过得真快，经过一系列需求研讨、需求分析和整理确认，我们整理出了需求列表，编写出了需求规格说明书，一切似乎该到结束需求分析阶段的时候了。但是，敏捷大师的一句话让我们彻底心凉到了骨头里。敏捷大师说了，我们不可能在需求分析阶段完成所有的需求分析工作，它将延续到设计、开发，甚至测试阶段。一直以来，我对这句话非常困惑。既然需求分析阶段不能完成所有的需求分析工作，那么完成多少才算结束呢？80%？60%？ ...

需求分析需求规格说明书需求评审

fangang 评论(12) 有16198人浏览 2012-05-01 16:23

我们应当怎样做需求确认：需求规格说明书

曾经有项目组拿着用户编写的原始需求就开始开发，随后状况不断，一次令人崩溃的研发过程。拿着用户编写的原始需求，编写我们自己的需求规格说明书，之所以重要，就在于用户编写的原始需求，是脱离了技术实现，编写的一份十分理想的业务需求。理想与现实总是有差距，我们之所以要编写自己的需求规格说明书，就是要本着实事求是、切实可行的态度，去描述用户的业务需求。那些不可行的需求被摒弃，或者换成更加可行的解决方案。这就是需 ...

需求分析需求规格说明书用户需求说明书产品需求说明书

fangang 评论(4) 有26372人浏览 2012-04-30 13:28

我们应当怎样做需求确认：快速原型法

常常听到许多朋友跟我埋怨，需求分析之难，就在于用户自身就常常弄不清楚自己的需求。起初在需求确认的时候说得好好的，一到软件上线的时候就不 ...

prototyping 原型法需求分析

fangang 评论(4) 有10791人浏览 2012-04-29 10:49

我们应当怎样做需求确认：一个需求列表的实例

现在我举一个具体实例来看看需求列表是怎样编写的吧。这是一个公司内部的评审系统，它分为制订评审计划、执行评审、制作评审报告与问题跟踪四部 ...

需求确认需求跟踪需求列表

fangang 评论(1) 有11048人浏览 2012-04-28 10:33

我们应当怎样做需求确认：需求列表

需求分析是一个我们与客户不断沟通的过程，这个过程就如同我们与老板的一次对话。老板把你叫去，给你交待了一大堆任务。我们首先是仔细聆听任务 ...

需求分析需求确认需求列表需求跟踪

fangang 评论(2) 有15180人浏览 2012-04-28 10:31

我们应当怎样做需求分析：非功能需求

我曾经看过许多关于需求分析的书籍，老外写的，国人写的，都有。但我总体就是一个感觉：累。各种各样的分析、各种各样的视图，让人眼花缭乱。为 ...

需求分析非功能需求可用性可靠性可维护性

fangang 评论(0) 有25285人浏览 2012-04-25 13:16

我们应当怎样做需求分析：领域驱动设计

2007年，世界级的软件分析大师Eric Evans发表了他的经典著作《领域驱动设计》，进而形成了一套独特的软件分析与设计方法，简称为DDD（Domain-Driven Design� ...

需求分析领域驱动设计业务领域分析对象图

fangang 评论(3) 有12303人浏览 2012-04-22 08:36

我们应当怎样做需求分析：原文分析法

原文分析法（Textual Analysis），是在用例说明与流程分析的基础上进行的业务领域分析，是一项在需求研讨会后整理和分析需求的工作。当我们完成了用� ...

需求分析原文分析领域模型

fangang 评论(1) 有7912人浏览 2012-04-17 11:15

我们应当怎样做需求分析：业务领域分析

在需求分析工作中，最后一项分析工作就是业务领域分析啦。业务领域分析，就是对需求分析中涉及到的业务实体，以及它们相互之间关联关系的分析。前面我们谈到了功能角色分析，或者说用例分析，它是从整体的角度对整个系统人机交互的分析与整理。随后我们谈到了业务流程分析，它是在对系统人机交互的分析与整理的基础上，更加细致的去分析和整理那些业务流程，以及组成这些流程的一个个业务操作。业务流程分析是对系统进行的一种动态的 ...

需求分析领域模型原文分析法领域驱动设计

fangang 评论(0) 有9997人浏览 2012-04-15 21:41

我们应当怎样做需求分析：行动图和状态图

前面，我们耗费了大量的篇幅来讨论用例分析及用例图。用例图，无疑是功能分析、角色分析，以及流程分析的利器，它将我们要开发的系统，清晰而详尽地描述出来。但是，正如任何事物都有两面性，用例图也不例外，也有自己不利的一面。在我看来，这集中体现在两个方面：只见树木不见森林、不生动形象。什么叫“只见树木不见森林”呢？就是说，用例说明中对业务流程的描述，过早地将系统的整体流程，分散到了各个用例中了，丢失了对业 ...

需求分析流程分析行动图状态图

fangang 评论(2) 有14350人浏览 2012-04-11 10:23

我们应当怎样做需求分析：子用例与扩展用例

用例模型作为UML中4+1视图中非常重要的一员，非常集中地体现了面向对象的分析与设计思想。用例模型将现实世界中连续的一个一个业务流程，按照场景 ...

需求分析用例分析子用例扩展用例

fangang 评论(0) 有11054人浏览 2012-04-11 10:12

我们应当怎样做需求分析：查询报表分析

在我以往的用例分析中，使用这样格式的用例模式，对于大多数业务操作流程来说是得心应手的，但对于有些功能来说总感觉不对劲。感觉不对劲的，就 ...

需求分析报表分析

fangang 评论(0) 有10625人浏览 2012-04-11 09:38

我们应当怎样做需求分析：用例说明

当我们进行业务流程分析时，只空对空而不落到纸面上是不可以的。过去，在面向过程的时代，我们绘制DFD图、流程图，以及编写流程说明来描绘这一部 ...

需求分析用例模型用例说明

fangang 评论(2) 有28011人浏览 2012-04-10 22:30

我们应当怎样做需求分析：业务流程分析（下）

另外，业务流程分析的另一个重要的分析内容就是流程差异化分析。不同的领导有不同的思路，不同的单位有不同的情况。因此，我们在进行流程分析的 ...

需求分析流程分析信息化改革

fangang 评论(0) 有11773人浏览 2012-04-10 17:36

我们应当怎样做需求分析：业务流程分析（上）

我们将从客户调研现场拿回来的需求，经过一番功能角色分析，整个系统的整体脉络与轮廓已经被勾画出来。在这个过程中，我们首先将系统划分成了几 ...

需求分析流程分析信息化管理

fangang 评论(0) 有15836人浏览 2012-04-10 17:26

我们应当怎样做需求分析：功能角色分析与用例图

在我们进行一系列需求调研工作的同时，我们的需求分析工作也开始启动了。需求调研与需求分析工作应当是相辅相伴共同进行的。每次参加完需求调研 ...

需求分析用例分析用例图

fangang 评论(2) 有54532人浏览 2012-04-10 17:14

我们应当怎样做需求调研：需求捕获（下）

另一种就是客户压根儿没有想到的需求。也许你会提出这样的疑问，客户压根儿没有想到的需求我们还提出来做什么？这种压根儿没有想到的，实际是在业务需求阶段压根儿没有想到的，并不代表最终都没有想到。很多开发人员总在埋怨，说客户需求总是在软件项目的后期改来改去，为什么？客户并不是软件研发领域的专业人员。在业务需求阶段，由于没有可以展示和操作的实物，客户总是在空对空的凭空想象今后的软件应当做成什么样子。这就注定了 ...

需求分析需求捕获业务研讨

fangang 评论(5) 有8754人浏览 2012-04-05 14:02