1221
社区成员
请问做需求时应该怎样与用户进行交流、进行怎样的交流，请各位谈谈自己的经验。
比如说，应该问些什么样的问题？我记得好想playcase里面就有一个什么需求分析单之类的东西！有没有这一类的模式呢？
还有，怎么样才能尽可能的让用户把它的需求谈清楚，我觉得好想很的用户根本对自己需求都不了解！
还有，怎么样才能尽可能的让用户把它的需求谈清楚，我觉得好想很的用户根本对自己需求都不了解！
...全文
当前发帖距今超过3年，不再开放新的回复
发表回复
nie 2001-10-18
安装的话还需要许可文件，你的中文是哪的？
不会是自己翻译的吧!
不会是自己翻译的吧!
nie 2001-10-18
我下了rupc,说是中文，可是我直接看里面的html页面，还是英文的
青润 2001-10-18
是的，我已经声明过这是rup中的“是RUP中关于需求研讨班的介绍”
nie 2001-10-18
ok，让我先消化一下。
WindowsMe 2001-10-18
中文rup记的在smiling电子小组UML的文件共享里见过，D下来后没怎么看
我做需求是很传统的那种，先了解用户目前系统的运做情况，特别是用户劳动重复繁重的地方。然后使用系统流程图和粗略的DFD与用户交流，确定方案后开始捉住用户一起细化DFD和数据字典以及一些比较关键的算法。最后都没什么问题了，就根据方案写份技术协议让他签个字 ；）
我做需求是很传统的那种，先了解用户目前系统的运做情况，特别是用户劳动重复繁重的地方。然后使用系统流程图和粗略的DFD与用户交流，确定方案后开始捉住用户一起细化DFD和数据字典以及一些比较关键的算法。最后都没什么问题了，就根据方案写份技术协议让他签个字 ；）
nie 2001-10-18
我的rupc也是从umlchina上下载的，不过没安装，直接看的rupc\RationalUnifiedProcess2000\index.htm
青润 2001-10-18
它的破解包和rose2001是一样的。
你下到的有多大？应该是五十多兆的文件包，里面应该都是中文的。我就是从umlchina上下载的。
你下到的有多大？应该是五十多兆的文件包，里面应该都是中文的。我就是从umlchina上下载的。
xxn_xxn 2001-10-18
先了解部分需求，做原型，继续了解需求，让客户试用，直到实现大部分需求。
以后逐版升级。
没有客户能真正知道他究竟需要什么，所以最好先有个样子，先操作一下，比开会讨论清楚许多。
不过时间和进度需要控制，不能让用户无休止地提出更正要求。
以后逐版升级。
没有客户能真正知道他究竟需要什么，所以最好先有个样子，先操作一下，比开会讨论清楚许多。
不过时间和进度需要控制，不能让用户无休止地提出更正要求。
Jack_Loo 2001-10-18
清润说的一套很科学．我来说说我们公司的一些做法．
１．正常，项目经理，业务支持，分析师和该项目的技术主管参与和客户进行的需求分析，而不是整个项目组所有成员．
２．需求会写进到合同中去．
３．立案的需求在以后的工程中正常都有修改的时候，如果要修改，就要有需求修改文档，由业务支持来和客户沟通，修改得到客户认可后，该修改文档正式编入需求文档中，生成最新版本．然后相应的将其余修改文档编入正式文档中．
４．编写需求中，较多的比例采用案例分析的方法进行．
１．正常，项目经理，业务支持，分析师和该项目的技术主管参与和客户进行的需求分析，而不是整个项目组所有成员．
２．需求会写进到合同中去．
３．立案的需求在以后的工程中正常都有修改的时候，如果要修改，就要有需求修改文档，由业务支持来和客户沟通，修改得到客户认可后，该修改文档正式编入需求文档中，生成最新版本．然后相应的将其余修改文档编入正式文档中．
４．编写需求中，较多的比例采用案例分析的方法进行．
freebase 2001-10-17
qingrun(青润) :好像是RUP里面的东东？
Jneu 2001-10-17
up
青润 2001-10-17
我在另一个问题中给你做了回复，你过去看看，这里我给你一个例子，是RUP中关于需求研讨班的介绍：
工作指南：需求研讨班
目的
让项目团队与项目的涉众见面。
从项目涉众那里收集全面的“愿望列表”。
基于参加研讨班的涉众，对所收集的需求区分优先顺序。
工作指南：
集体讨论并整理提议，
制作示意板，
角色扮演，
复审现有需求
主题
准备研讨班
研讨班开始前
召开会议
整理结果
技巧
准备研讨班
举办需求研讨班就是将所有涉众集中在一起，进行一次深入的、有重点的会议。系统分析员担任会议的协调员。与会的每个人都应该积极主动，会议的结果应该立即让所有与会者看到。
需求研讨班提供应用其他获取技巧的框架，例如集体讨论、制作示意板、角色扮演和复审现有需求。这些技巧可以单独使用，也可以结合使用。所有技巧都可以与用例方法结合起来。例如，您可以为系统中预想的每个用例制作一个或几个示意板。还可以通过角色扮演来帮助您理解主角如何使用系统并帮助您确定用例。
需求研讨班的协调员需要为以下困难作好准备：
涉众知道自己需要什么，但无法明确地表达出来。
涉众可能不知道自己需要什么。
涉众认为只有您为其提供他们曾经说过的想要的东西，他们才能知道自己需要什么。
分析员认为他们能够比用户更好地理解用户的问题。
每个人都认为其他人是受小团体的利益推动的。
需求研讨班的结果记录在一个或几个涉众请求工件中。如果您拥有良好的工具支持，最好让涉众输入此信息。如果您选择在主角和用例方面讨论系统，您可能还要对用例模型进行概述。
研讨班开始前
协调员需要邀请应该参加研讨班的涉众，从而确定参加研讨班的小组。应该向参加者提供“热身”材料，供他们在到会之前阅读。协调员负责研讨班的后勤工作，比如发出邀请、申请带有会议所需设备的适当会议室，以及分发研讨班议程等。
召开会议
协调员主持会议，其中包括：
给每个人发言的机会。
确保会议不脱离正题。
收集关于适用的需求属性的意见
记录调查结果。
总结会议并得出结论。
整理结果
需求研讨班结束后，协调员与系统分析员需要花些时间对调查结果进行综合，并将信息精简为可介绍的形式。
技巧
下表列出了协调员迟早会遇到的一些问题和相应的推荐解决办法。用一组“票”来指解决办法，可能听起来没有必要，但在大多数情况下非常有效：
问题 解决办法
休息之后很难重新开始。 所有迟到的人都会得到一张“休息后迟到”的票，利用时钟来引起大家的注意，使用“慈善捐款箱”（比如说每次得到一张票交 1 美元）。
有针对性的批评：小偏见、小争执、耍手腕、没有意义的攻击。 “一张免费的没有意义的攻击”票，“好主意！”票。
故作姿态、态度专横、参与者的发言时间不平衡。 采用训练有素的协调员，将发言限制为“五分钟情况陈述”。
午餐后精神不振。 安排清淡的午餐、休息、咖啡、苏打水、糖果、甜点，重新调整会议室、改变房间温度。
工作指南：需求研讨班
目的
让项目团队与项目的涉众见面。
从项目涉众那里收集全面的“愿望列表”。
基于参加研讨班的涉众，对所收集的需求区分优先顺序。
工作指南：
集体讨论并整理提议，
制作示意板，
角色扮演，
复审现有需求
主题
准备研讨班
研讨班开始前
召开会议
整理结果
技巧
准备研讨班
举办需求研讨班就是将所有涉众集中在一起，进行一次深入的、有重点的会议。系统分析员担任会议的协调员。与会的每个人都应该积极主动，会议的结果应该立即让所有与会者看到。
需求研讨班提供应用其他获取技巧的框架，例如集体讨论、制作示意板、角色扮演和复审现有需求。这些技巧可以单独使用，也可以结合使用。所有技巧都可以与用例方法结合起来。例如，您可以为系统中预想的每个用例制作一个或几个示意板。还可以通过角色扮演来帮助您理解主角如何使用系统并帮助您确定用例。
需求研讨班的协调员需要为以下困难作好准备：
涉众知道自己需要什么，但无法明确地表达出来。
涉众可能不知道自己需要什么。
涉众认为只有您为其提供他们曾经说过的想要的东西，他们才能知道自己需要什么。
分析员认为他们能够比用户更好地理解用户的问题。
每个人都认为其他人是受小团体的利益推动的。
需求研讨班的结果记录在一个或几个涉众请求工件中。如果您拥有良好的工具支持，最好让涉众输入此信息。如果您选择在主角和用例方面讨论系统，您可能还要对用例模型进行概述。
研讨班开始前
协调员需要邀请应该参加研讨班的涉众，从而确定参加研讨班的小组。应该向参加者提供“热身”材料，供他们在到会之前阅读。协调员负责研讨班的后勤工作，比如发出邀请、申请带有会议所需设备的适当会议室，以及分发研讨班议程等。
召开会议
协调员主持会议，其中包括：
给每个人发言的机会。
确保会议不脱离正题。
收集关于适用的需求属性的意见
记录调查结果。
总结会议并得出结论。
整理结果
需求研讨班结束后，协调员与系统分析员需要花些时间对调查结果进行综合，并将信息精简为可介绍的形式。
技巧
下表列出了协调员迟早会遇到的一些问题和相应的推荐解决办法。用一组“票”来指解决办法，可能听起来没有必要，但在大多数情况下非常有效：
问题 解决办法
休息之后很难重新开始。 所有迟到的人都会得到一张“休息后迟到”的票，利用时钟来引起大家的注意，使用“慈善捐款箱”（比如说每次得到一张票交 1 美元）。
有针对性的批评：小偏见、小争执、耍手腕、没有意义的攻击。 “一张免费的没有意义的攻击”票，“好主意！”票。
故作姿态、态度专横、参与者的发言时间不平衡。 采用训练有素的协调员，将发言限制为“五分钟情况陈述”。
午餐后精神不振。 安排清淡的午餐、休息、咖啡、苏打水、糖果、甜点，重新调整会议室、改变房间温度。
java程序员面试交流项目经验 java程序员面试交流项目经验 粘贴自：https://blog.csdn.net/wangyuxuan_java/article/details/8778211 1：请你介绍一下你自己 这是面试官常问的问题。一般人回答这个问题过于平常，只说姓名、爱好...
从产品与程序员打架事件，谈谈需求管理的沟通能力 原标题：从产品与程序员打架事件，谈谈需求管理的沟通能力 昨天一个平安科技内部两名员工打架的视频在互联网圈里疯狂，据传打架原因是产品经理给开发人员提了一个需求：要求app的主体颜色可以随着用户手机壳...
来，我们谈谈怎么学好计算机科学与技术 本文主要是写给计算机专业的大一新生的，高手请自动略过。其中主要是一个先飞了一年的菜鸟的所感所想，属于主观意愿，如果文章中有什么不对的地方，欢迎大家批评指正。 首先介绍一下我本人的简况，以便大家在...
第一个 React 项目做完了，谈谈自己对 hooks 的思考 点击上方程序员成长指北，关注公众号回复1，加入高级Node交流群转自：zouwowojuejin.cn/post/6907189103151087623前言本文不会有React具体应用的...
学习别人的经验进行自己的交互进阶（上） 最早接触交互设计时觉得学交互设计非常酷炫，例如像钢铁侠里的贾维斯系统、机动武斗传G里的战斗系统都和人机交互有关，iOS上一些碉堡的动效也与交互有关，最后慢慢觉得世界万物都与交互有关，无论人，信息和物体都...
谈谈我做拼音搜索的一点经验 谈谈我做拼音搜索的一点经验 需要注意的一些事情 本文使用的为 Java 语言解决方案。 搜索方法上，按照个人理解，有两点关键: 分词 将类似 "women" 这样的词分解成 "wo'men"。经过这样的分词，在搜索时无论通过...
谈谈字符集与字符编码 我们都知道在计算机内部，所有的数据在存储和运算的时候都应该使用二进制进行表示。例如字母，数字等等。通过二进制进行表示，我们可以指定很多规则来表示这些字符，为了避免不一致性，美国国家标准学会(American ...
面试官交流中的问题与后感 面试官交流中的问题与后感 这部分主要介绍面试C++后台开发/C++开发岗过程中，所被面试的问题；针对被拒或提供offer后，写一些自己对公司录用人所考查方面，当且就算它是面试后感吧。此外，还是想在这部分写一些有关...
论软件需求获取技术及应用 在需求的前期阶段，以用户访谈和调查问卷结合的方式来进行需求获取；在需求的中期阶段，以现场观摩的方式来进行需求获取；在需求的后期阶段，采取构造快速原型的方式，持续迭代，来进行需求细化和系统演进。利用多种...
疫情肆虐横行全球，经济下行压力大，国内外环境如此严峻之下，我们怎样进行危机下的自救？... 坚信增长才是最要的 第一个策略就是你要极速调整认知，也就是你必须清楚知道怎么样去理解这个危机。理解这个危机之后，你就有机会去采取其他策略。 面对危机，要极速调整五个认知 我们先来看看到底什么叫做认知。...
微商怎么引流客源，谈谈我这些年引流的经验 有个师妹，是个大学生，跟我诉苦，说再也不做微商了，每天不断发朋友圈，打招呼，发广告，就是没人咨询，赚不到钱。我们交流了之后，发现她的产品是护肤，减肥这类，目标群体针对爱美，爱秀的女性。通过微信朋友圈，...
如何抓住用户痛点做产品？ 我见过很多软件，功能看起来很强大，却引起用户的兴趣。就像许多商城APP，一打开应用密密麻麻的十多个模块，好像功能不少，反而觉得又乱又复杂。想做出一款好产品不是一件容易的事，想做出一款走心的产品更难，我们...
粗略谈谈实施与开发，及一些杂七杂八的东西 以下均是个人见解，请各位看客自己取舍 实施注重的是与人的交流，实施注重的问题的处理问题的委婉问题的解决，实施更加注重人与人之间的关系，一些微妙的关系 实施是开发和客户之间交流的工具，开发人员...
面试官：请你谈谈用Redis实现一个轻量级的搜索引擎！ 转自：jasonGeng88链接：github.com/jasonGeng88/blog 大家如果是做后端开发的，想必都实现过列表查询的接口，当然有的查询条件很简单，一条 SQL 就搞定...
