叫我需求分析师-CSDN博客

转载如何做一个软件需求分析师

这篇不想再去重复一个软件需求分析员的知识体系结构，而是挑重点来谈下成为一个合格的软件需求分析人员的关键点。我原来对软件需求的定义或描述更多是偏于对现实世界的定义，而对软件架构的描述为现实到实现之间的第一层抽象。在这里纠正一下即：用户需求是对现实世界的定义，而软件系统需求是现实到实现的第一层抽象，即业务建模和软件系统用例建模。在原来的软件工程里面我们更多谈到的一个词是系统分析员，我现在将其

2014-06-11 15:58:09 1748

转载未经解构的需求都是伪需求

未经解构的需求都是伪需求。“伪需求”是基于真实需求的业余表达。需求就像璞玉，需要打磨。伪需求就是那看上去像石头的东西。不经打磨就不会发现它是美玉，所以怎么做都是错。所谓解构，就是打磨的过程。来一碗陈年老母鸡汤：有一个岛上所有的人都不穿鞋。现在岛上有一个“产品经理”，他是该设计出一种鞋子来获得大卖，还是断定鞋子卖不出去所以找别的方向？这面临着两种情况：

2014-06-04 15:10:20 762

原创心理学原理：冲破思维定势

如果给你看两张照片，一张照片上的人英俊、文雅；另一张照片上的人丑陋、粗俗。然后对你说，这两个人中有一个是全国通缉的罪犯，要指出谁是罪犯，大概不会犹豫吧。以上就是思维定势的一个典型例子。所谓思维定势，是指人们按习惯的、比较固定的思路去考虑问题、分析问题，表现为在解决问题过程中作特定方式的加工准备。它可以使我们在从事某些活动时能够相当熟练，甚至达到自动化，可以节省很多时间和精力；但同时，心理定势

2014-05-26 15:51:36 1043

原创沟通管理：管理沟通中的致命失误

如果我们想让沟通更有成果和效率，更能提高自己的地位和形象，那么首先做的，就是避免犯下如下错误！当然，这些错误并不绝对，但一般而言，你最好不要去做。说话前后矛盾，逻辑和思路混乱。在交谈中或会议中，对重要问题和关键词句没有进一步确认。人为假设过多。交流时不观察对方的表情和反应，误认为别人已同意或全盘接受。过多的命令，地位感太强，缺乏平等意识。道听途说

2014-05-23 15:43:56 578

原创心理学原理：过度理由效应与干系人期望

在日常生活中我们常有这样的体验：亲朋好友帮助我们，我们不觉得奇怪，因为"他是我的亲戚"、"他是我的朋友"，理所当然他们会帮助我们；但是如果一个陌生人向我们伸出援手，我们却会认为 "这个人乐于助人"。延展到工作中，我们在处理需求和任务时，为满足客户方合理或不合理的需求而加班加点，时间一长，不合理的需求也会变的理所当然。当然，最多的情况是，在我们不忍拒绝超出承受力的期望，最终出现问题，得到的基本只

2014-05-19 09:56:53 710

关于UML之活动图中所包含的各元素说明：活动（Activity）动作（Action)动作约束（Action Constraints）控制流（Control Flow）开始节点（Initial Node）终止节点（Final Node）对象（Object）对象流（Object Flows）分支与合并（Decision and Merge）分叉与汇合（Fork and Join）异常处理（Exception Handler）接收事件（Accept event）

2010-08-24 16:49:00 3262 3

转载总结领域模型

领域模型的三种形态：贫血模型、失血模型、充血模型。

2010-06-09 11:54:00 654

原创 UML基础之用例建模

用例图、用例、参与者、系统边界、关系以及如何发现用例。

2010-06-08 15:01:00 3198 1

硝烟中的scrum和xp

开发团队需要了解一些 Scrum 的基础知识。该怎样创建产品Backlog，对它进行估算？怎样把它转化成 Sprint Backlog？怎样管理燃尽图Burndown chart），计算团队的生产率（velocity）？Henrik 的书可以用作一些基础实践的入门指南，帮助团队从试用 Scrum中成长，最终成功地实施 Scrum。

2011-07-07

领域驱动设计（简版）

这是一本只有短短80多页的书,认真体会可以使你对领域驱动设计有一个全面的了解,使编码水平有更深一步的理解.

2010-06-11

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人