所在位置:答疑 - 内容   
看了EA官网上的需求跟踪视频,结合目前的状况,提出这个问题
 

三羊.Lee(183***58)16:36:44
潘老师及各位同学,在使用EA的过程中有几个疑问:
1、EA中的"需求建模"何时使用?是用在项目建模初期与用户沟通需求,搜集需求素材时呢?还是在通过用例及业务模型对需求进行分析后,得到需求规约,管理需求规约时使用呢?
2、在项目开始时期,需要与用户签订技术方案,此方案中需要包含一份需求文档,这份需求文档是给客户看的。而需求分析过程中得出的需求规约是给开发人员使用,这样理解是否正确?
谢谢!
潘加宇(3504847)16:40:26
1. EA里提供了各种各样UML非UML的东西,例如描述业务流程就至少提供了4种图,不是都要用的。那个"需求建模"类似于以前的需求条目,一条条的描述需求,现在,需求已经用用例组织起来,不需要用这个。
潘加宇(3504847)16:41:28
2. 复习需求的视图和模型的区别,交流和开发的区别

潘加宇(3504847)16:41:54
给客户看什么、签什么内容,文档名字叫什么,是很宽松的
潘加宇(3504847)16:42:11
进入到我们软件开发团队内部,要很严格

北京-Y.Lee(183***58)16:44:03
哦,现在的情况是,在与客户交流后,就形成了一份所谓的需求说明书,需求调研相关人员就扔给了开发人员,说这就是需求。
潘加宇(3504847)16:45:26
"形成了一份所谓的需求说明书"
潘加宇(3504847)16:45:32
谁写的
潘加宇(3504847)16:45:56
如果是需求人员很严谨地写的,符合需求标准,没有问题

上王志华(969***87)16:46:52
问题是如何让需求人员能很好的写出"符合标准"的需求文档呢
潘加宇(3504847)16:51:39
厨师不会做菜要上蓝翔去学习,不能让买菜的买到什么食材就直接往锅里扔什么

北京-Y.Lee(183***58)16:52:34
呵呵,这比喻真经典
上王志华(969***87)16:52:58
"如果是需求人员很严谨地写的,符合需求标准,没有问题"
上王志华(969***87)16:53:06
我可能理解他遇到的问题
上王志华(969***87)16:53:20
我们总是认为公司里有一个负责整理需求的人写出来的就OK
上王志华(969***87)16:53:39
开发人员就需要按照这份去文档去开发
上王志华(969***87)16:54:08
但是需求人员的水平参差不齐
上王志华(969***87)16:54:52
需求人员也有一个工作经验积累的问题,他的工作应该有人审核
上王志华(969***87)16:55:12
或者应该经过一套流程然后走向开发人员
上王志华(969***87)16:55:37
但是这套流程是需要根据每个公司自身的情况去制定的
上王志华(969***87)16:56:25
如果没有这个环节那么他提出的问题是得不到很好的解决的
北京-Y.Lee(183***58)16:59:20

我也是看了EA官网上的 需求跟踪 的视频中,结合目前的状况 ,提出这个问题 的,
北京-Y.Lee(183***58)17:00:31
也这是 先需求层,再用例层,再逻辑及部署层,应该 是通过需求,得到用例,并可以生成活动图
生生不息(112***626)17:01:01
关键是需求人员写出的需求质量,如何衡量满足要求? 具体这个要求是如何规定的。
上王志华(969***87)17:02:07
根据公司实际情况制定流程去保证需求文档的质量
生生不息(112***626)17:02:14
另外一点,需求至少需要写到那一个深度才能够得到或交接到开发?这个又如何约定,谁来约定。
潘加宇(3504847)17:02:17
不需要。很多"案例"是工具厂商出于展示其工具建模能力的目的而提供的,"我能这样,我也能这样……",挑着用就可以。

北京-Y.Lee(183***58)17:02:31
哦,明白了
上王志华(969***87)17:03:21
需求文档是一个不断完善的过程,有一个反反复复的过程
潘加宇(3504847)17:03:53
用例只是组织需求的一种方式,用例规约也是需求规约的一种形式,该如何管理需求,和是否用用例来组织需求,没有必然关系

北京-Y.Lee(183***58)17:09:46
其实我最大的疑问是,如果我拿到一个项目,在与客户沟通之后,就通过用例来组织分析需求,形成需求规约,是用这个需求规约与客户确认需求呢,还是说这个规约仅限开发人员就足够了,客户那随便叫什么文档 的只要客户认可的文档就可以了
上王志华(969***87)17:10:42
你写的需求文档客户并不关心
上王志华(969***87)17:11:02
你问他这个可以吗,那个可以吗,他都会说可以,可以
上王志华(969***87)17:11:35
只有问他这个不这样做可以吗?他会想想
北京-Y.Lee(183***58)17:12:01
技术协议中的需求文档就包括你要实现的系统功能,是验收的依据
上王志华(969***87)17:12:40
需求文档肯定要写的,客户也需要确认
zeRo(125***192)17:12:56
你说的是《需求规格说明书》
zeRo(125***192)17:13:01
验收要用那个
上王志华(969***87)17:13:17
对于客户来说系统出了问题,最后核对需求文档用于解决纠纷
潘加宇(3504847)17:13:21
@北京-Y.Lee(183***58) 17:09:46
其实我最大的疑问是,如果我拿到一个项目,在与客户沟通之后,就通过用例来组织分析需求,形成需求规约,是用这个需求规约与客户确认需求呢,还是说这个规约仅限开发人员就足够了,客户那随便叫什么文档 的只要客户认可的文档就可以了
--把交流和开发分开。客户想要确认什么就给他什么,包括需求规约,甚至代码

上王志华(969***87)17:13:37
需求文档主要还是要对内负责
潘加宇(3504847)17:13:50
这些我们课上都特别讲过的,还举了医生和病人的例子,还是要复习啊

北京-Y.Lee(183***58)17:16:15
ok,这书得常翻啊,谢谢各位了