三羊.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，这书得常翻啊，谢谢各位了