三羊.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，这书得常翻啊，谢谢各位了
[2020.01加一套题]UMLChina建模竞赛题大全-题目全文+分卷自测（11套110题）
全程字幕-25套UML+Enterprise Architect/StarUML建模示范视频
5月20-23晚学员真实案例剖析专项公开课
[新增：鸵鸟]软件开发团队的脓包：皇帝的新装、口号党、鸵鸟、废话迷
《软件方法》书中自测题-题目全文+分卷自测（1-8章）16套111题
《非程序员》电子杂志下载（39-51期）
《非程序员》电子杂志下载（1-38期）
中文书籍中对《人月神话》的引用（完结，共110本）：软件工程通史1930-2019、实用Common Lisp编程……
CTO也糊涂的常用术语：功能模块、业务架构、用户需求……[20210217更新]
UMLChina服务介绍
