IT168首页 | 产品报价 | ChinaUnix社区 | ITPUB社区 | 文库 | 博客 | 自测 | 专题 | ITPUB学院

需求分析

需求分析是项目开发的基础,基础打的牢不牢直接关系到后面所有的工作,是项目实施成败的关键。总体上说,我们的需求分析是做了,但是做得很不够,我们做的需求只解决了我们能做出这样的项目,但是没有解决这样的项目是不是真就是客户想要的。

06日更新
标签: 需求分析
在项目管理中关于需求分析的总结

软件开发生命周期包含需求、设计、编码和测试四个过程阶段,其中需求过程是第一个也是最重要的一个阶段。软件需求包括三个不同的层次:业务需求,说明了提供给客户和产品开发商的新系统的利益,反映了组织机构或客户对系统、产品高层次的目标要求,它们将在项目视图与范围文档中予以说明;用户需求,描述了用户使用系统必须要完成的任务,这在使用实例文档或方案脚本说明中予以说明;功能需求和非功能需求,定义了开发人员必须实现的软件功能,使得用户能顺利完成他们的任务,从而满足了业务需求。

31日更新
软件项目获取用户需求的沟通技巧

我们知道,需求调研不充分、用户需求描述不完整不准确,轻则影响项目建设的顺利程度,重则影响应用系统的质量,甚至决定项目的成败。本文拟讨论如何根据工程项目的实际特点,采用合适的方法低成本高效率地获取用户的需求。

31日更新
标签: 需求分析
工程项目需求获取的方法及其适用环境

IT项目开发的成功要素在于充分了解使用者对IT的需求,否则无论多么好的系统设计或者多么强的实施能力,都无法弥补因需求不够明确对整体系统开发所造成的危害。因此,在做项目之前,一定要弄清楚客户的真实需求是什么。

31日更新
标签: 需求分析
做IT项目要知己知彼

在软件工程中,需求分析指的是在建立一个新的或改变一个现存的电脑系统时描写新系统的目的、范围和定义时所要做的所有的工作。需求分析是软件工程中的一个关键过程。

31日更新
标签: 需求分析
需求分析之Wiki定义

需求需要表达出来(将需求文档化),其表达方式有多种多样。近年来,使用“用例”来表达已逐步成为主流,特例是“用例”的图形符号是UML的基本符号之一,纳入了面向对象的分析与设计的标准化体系中。

31日更新
标签: 需求分析
需求的用例表达

需求开发就是在只有一个大体需要或只是一个概念上的想法的基础上,IT人员通过广泛的调查,并从服务意识的角度出发,带领客户或引导客户一起“搞清楚”需求。而调查是广泛的,包括:业务专家、一线人员、市场情况、竞争对手等;并且调查是深入的,如:问卷、访谈、研讨会、现场了解、收集资料以及与业务人员交朋友。

31日更新
标签: 需求分析
需求的获取

需求分析是项目开发的基础,基础打的牢不牢直接关系到后面所有的工作,是项目实施成败的关键。

31日更新
标签: 需求分析
我的软件项目需求分析总结

有几种原因使需求分析变得困难:(1)客户说不清楚需求;(2)需求自身经常变动;(3)分析人员或客户理解有误。

31日更新
标签: 需求分析
项目需求分析难在哪里?

需求之所以难以捕获,是因为它们存在与用户的头脑中。有效的需求分析员必须用自己智慧、行动和真诚去发现需求、挖掘需求。好的方法和习惯能够让我们的需求分析更加有效,也会让我们成为一个有效的需求分析员!

30日更新
标签: 需求分析
有效的需求分析员和有效的需求分析法

关于CRM的讨论在媒体上也越来越多,但许多讨论已越来越偏离应用软件系统,进入哲学范围,只谈理念与管理,忘记了CRM需要信息技术作为支撑。本文总结了作者在CRM领域的多年从业经验,从软件实施角度重新审视CRM实施,为企业实施CRM与建设CRM系统,提供一点参考经验。

30日更新
标签: 需求分析
CRM系统需求分析是关键

需求调研可以分为接单前的需求分析,和接单后的详细需求分析,前者用于为客户写建议方案,有针对性地做产品演示等,在目前ERP项目竞争异常激烈的情况下,了解客户需求,有的放矢地进行谈判,打败其他的竞争对手,应该说需求分析有举足轻重的作用;后者用于签订合同后软件实施上线前对企业进行的需求分析,对ERP项目的成功实施有着关键的作用。

30日更新
标签: 需求分析
项目前期调研客户需求常用的两种方式

软件开发项目需求的前期工作如何进行

30日更新
标签: 需求分析
软件开发项目需求的前期工作如何进行

客户基本不理解本身的需求,又如何能够告诉我们所期待的“需求”呢?又如何会认同技术人员收集到的“需求”及确认所谓“需求说明书”呢?

30日更新
标签: 需求分析
需求,软件开发的冤枉路

没有一个项目不是重视需求调查的。从第一天开始,开发人员就拿着一个笔记本,把用户都拉到会议室,询问他们的业务流程是什么样的。知道了业务流程,开发者剩下的工作就明确了,一条一条的去实现他们,系统就OK了。但是,业务流程可以代替需求吗?

30日更新
标签: 需求分析
业务流程不是需求

软件的维护为什么这么痛苦,一个很重要的原因在于:需求已经被遗忘了。需求是对用户具有直接商业价值的活动,而不应该牵涉到任何的功能实现方式。实现同一个需求可以使用多个方案,每个方案有自己的功能方式,在某个方案中至关重要的功能点,也许在另一个方案中根本无关紧要。

30日更新
标签: 需求分析
无痛苦的软件维护——被遗忘的需求

对不准确的要求所提问题的正确响应是“等我真正明白你的需求时,我就会来告诉你”。基于不充分信息和未经深思的对需求不成熟的估计很容易为一些因素左右。要作出估计时,最好还是给出一个范围(如最好的情况下,很可能的,最坏情况下)或一个可信赖的程度(我有9 0 %的把握,我能在8周内完成)。未经准备的估计通常是作为一种猜测给出的。

30日更新
标签: 需求分析
需求说明不合格引起的风险

首先你要找那些让你提交这些报告的人,问明白他们说的这些报告究竟需要涉及什么内容,给什么人看,格式和文档的风格要求是什么。如果他们不能告诉你一个满意的答案,就没有必要给他们一个他们自己都不知道想不想要的东西。

30日更新
标签: 需求分析
谈软件需求分析文档的内容

用例,usecase,目前多见于UML下的对面向对象程序中的对象行为的表达;不过,这不是它的源泉;它之所以被看作是这类语言的标准URL描述手段,是因为面向对象本身就是在虚拟程序中模拟真实世界那样地工作;而真实世界,就是围绕着用例展开的。用例的观念其实也不能算是一个软件概念,只不过在软件领域定义得最为精确而已,今天从每个人的生老病死,婚姻嫁娶,其实都是一个个的用例的描述和实施。

30日更新
标签: 需求分析
软件项目需求的关键

你要选择一套合身的衣服,首先要对自己的身高、腰围、肤色等内容了解清楚。ERP选择也是如此。由于不同行业的ERP系统其开发的侧重点不同,所适用的行业也各不相同。所以,在做规划时,就要把调研做好,为下一步选型做好准备。

30日更新
标签: 需求分析
需求调研在ERP项目选型中的重要作用
金秋十月 与你饮酒论道
热门文章
it168文库会议频道上线

热门标签

热点推荐