1,265
社区成员
发帖
与我相关
我的任务
分享请发表友善的回复…
发表回复
csdnmy 2014-05-08
- 打赏
- 举报
-------------------------
4) 细化各业务结点的具体要求，形成各模块的需求原型
这点是指输出初步的需求文档吗 ？
以专业开发人员为伍 2013-06-29
- 打赏
- 举报
这需要较高水平。
其实我想还是持续发布的意识。现在许多基于互联网的Paas产品每隔一周就更新一次，而且按照用户使用量来收费，这也是一种比较靠谱的软件工程——实际上反过来说它也必定更能快速递适应用户需求。
以专业开发人员为伍 2013-06-29
- 打赏
- 举报
我一看到那种需求脱离设计迭代过程的所谓成果，我就想笑了。大多数垃圾都是这样产生的。
而这种“八股”方式很适合教学。因为学校里不需要给学生证明实用性，实际上大多数教师也认为学生根本没有判断水平。因此教师都是脱离了实际去讲需求，学生似乎也一样可以死记硬背得“很好”。
以专业开发人员为伍 2013-06-29
- 打赏
- 举报
需求描述如果脱离了开发经验，其实很危险。要知道用户其实并不懂开发，他们必然地，会等到你拿出程序原型给他们体验时，才开始挑三拣四。而一开始，大多数用户也不知道自己该如何给你承诺需求细节。
于是，进行需求整理的人，有没有经验就很关键了。实际上需求是设计的重要环节，我反对把需求分析跟产品设计分开来当作两个阶段的做法。假设把产品功能点分解为200个点，每一个点你都可能在需求和设计上迭代，而不是“先需求、后设计”。
蓝精灵的自由宇宙 2013-06-27
- 打赏
- 举报
归纳总结客户的需求，从客户的角度出发
Lyongt 2013-03-29
- 打赏
- 举报
1.需求调研：
1) 调研客户的需求点，整理成调研文档；
2）根据功能点和用户的业务范围，进一步调研沟通形成部门业务流程
3）优化部门业务流程，串联形成各个部门协作的总体业务流程
4) 细化各业务结点的具体要求，形成各模块的需求原型
2.需求分析：
1）分析功能性需求和非功能性需求；
2）归纳功能点，划分业务模块，不是设计文档中的功能模块哦；
3）提出建议性的方案，比如原来用户是A->B->C，看能否简化成A->C,或者把B项工作分拆，做A项工作的时候捎带做B项工作的一部分，剩下的一部分在C项工作中完成。
4）按照需求规格说明书的格式撰写需求分析文档初稿；
5）和主要的研发、设计人员以及客户方的主要负责人员共同参与讨论需求，修改优化形成最终的需求分析文档。
csdnTimePeriod 2013-03-20
- 打赏
- 举报
最好用个用户界面原型来启发用户
xmxiaodexia123 2013-01-17
- 打赏
- 举报
先确认软件类型，再进行现场调研（需详尽），在整理形成需求分析报告。这是一个反复的过程，做好计划和沟通吧。
xietiechi 2013-01-10
- 打赏
- 举报
学习了，各位老大。
tsuribaka_li 2012-12-25
- 打赏
- 举报
需求可度量（最重要）
需求收集方法：
头脑风暴，访谈，过程体验。。。。
ycproc 2012-12-23
- 打赏
- 举报
好的项目都从一个需求开始，需求必须敏锐，要针对用户渴望解决的问题，你自己也要感受到这种需要。最理想的情况是：它是你自己的需要，源于你的亲身经历；退而求其次，它是你亲身去体验一种生活方式从而激发的需要；再其次，至少你能静心观察一个有这种需要的人，设身处地的想想他的感受。
某期CSDN的杂志节选
pxg1234567890 2012-11-06
- 打赏
- 举报
1、先调研，写需求。
2、软件策划，搭建构架。
碧海情天-赵亮 2012-10-27
- 打赏
- 举报
A.理论方法.
B.沟通技巧.
C.工具(配合使用和注意更新).
D.细心,稳重,负责,善应变和判断.
E.增加知识面和阅历,不断学习.
F.对内对外分别保持适当的人际关系.尤其是对外,无论对眼前还是对以后都十分有用.
B.沟通技巧.
C.工具(配合使用和注意更新).
D.细心,稳重,负责,善应变和判断.
E.增加知识面和阅历,不断学习.
F.对内对外分别保持适当的人际关系.尤其是对外,无论对眼前还是对以后都十分有用.
