软件需求与分析读后感

本学期《软件需求与分析》需要掌握的必要内容如下:

1:准确的理解和描述客户需要的功能

要与客户建立沟通,并且让他乐于帮助你,给客户的第一印象不能使刻板的,也不能使太过于谦卑的,过于刻板客户会不开心,过于谦卑客户就会提一些变态的要求

2:帮助客户挖掘需求

客户会对项目不满意是因为两个方面,一是客户的描述不当,有一些业内不是非常重要的东西他不会说或者想不起来,但是作为非业内人士的开发人员却不明白,所以做出来的东西不会让客户满意,我们在做需求调研的时候

要做的尽可能详细,并且尽量找一些业内专业涉及面广的人做调研

3:分析客户需求的可能性

我们在帮助客户挖掘需求的时候,客户可能会提出一些不合理的要求,我们不应该立即做出反对,而应该提出自己的意见,帮助客户更好的做出决策,给客户提供多个解决方案,在他做决策的同时

帮助他理解有一些功能是无法实现的,或者寻求一条更加合理的解决方案

我们做需求调研有以下几点注意

1:尽量寻找业内涉及面广的人做调研,可以开大会,也可以开小会

2:与客户建立长期友好的联系。并尽量寻找业内人士的帮助

3:需求调研是一个长期反复的过程,如果不想因为客户的需求改来改去,就要做好需求调研

http://blog.csdn.net/yqmfly/article/details/7679781

这是我阅读的一篇关于软件需求与分析的博客,里面有几句话我认为不错

1:一个软件项目的需求调研首先必须要进行角色分析,然后对不同的角色分别进行调研。需求调研的初期需要召开项目动员大会,这是十分必要的。但真正要完成需求分析,应该是一个一个的小会,1~3个业务专家,只讨论某个领域的业务需求,并且很多问题都不是能一蹴而就完成的,我们必须与专家建立联系,反复沟通后完成。需求分析必须遵从的是一定的科学方法,而不是盲目的大上快上。

2:我们做需求分析,眼界不能仅仅停留在软件本身,应当更开阔一些,应当扩展到跟这个业务有关的那些领域知识中。

说实话,博客很长,我没有仔细的浏览,但是博客写得非常好,从一个项目的开始到结束,每一个过程都写的很好很完整。

看完这篇博客我大概就了解了需求调研为什么那么重要,因为需求调研就是一个项目的核心,需求调研做不好,最后的项目绝对不是客户想要的东西,

那么在这之前所有的辛劳都是白搭,做需求调研不光要有技术,还要有与人沟通的本领,嘴皮子,脑袋瓜子都需要,甚至说还是一个体力活,他需要走访这个项目的客户,需要了解

客户到底需要的是什么,不能只听高层或者底层的意见,你要综合还要摘出重点。

我们做这个项目,固然需要了解这个项目,但是不需要精通这个项目,不是说做一个会计类的项目就要考个会计证,我们一定要学会“拉拢”项目业内人士来帮忙。

说到底,需求调研费时费力,因为他很重要

原文地址:https://www.cnblogs.com/ljl1998/p/8530317.html

时间: 2024-08-06 04:19:30

软件需求与分析读后感的相关文章

软件需求与分析课堂讨论一

课堂讨论 分组:每4人一组 内容: 某大学为进一步推进无纸化考试,欲开发一考试系统.系统管理员能够创建专业方向.课程编号.任课教师等相关考试基础信息.教师和考生进行考试相关工作.系统与考试有关的主要功能如下: (1)考试设置:教师制定试题(题目和答案),制定考试说明.考试时间和提醒时间等考试信息,录入参加考试的学生信息,并分别进行存储. (2)显示并接收解答.根据教师设定的考试信息,在考试有效时间内向学生显示考试说明和题目,根据设定的提醒时间进行提醒,并接收学生的解答. (3)处理解答.根据答案

软件需求与分析之必要内容——课后作业01

软件的项目,有成功的案例,但是除此之外,也难免会有失败的经历,而且这也不在少数.造成项目失败的原因多种多样,客户关系.设计.技术.时间管理.问题培养,但是归根到底,更多的问题还是归咎于需求分析没有做完善:被不懂技术的客户牵着走,没有分析到位:没有弄清需求是否能给予我们现有的技术:是否触及到了有需求的所有层面的人员,没有合理安排和客户进行需求的多方面交流,来保证项目的成功,这些都源于没有做好需求分析.为了不重蹈覆辙,了解软件需求与分析十分有必要. 做需求分析大多是从需求调研开始的,尽管如此,但是重

课后作业--1:《软件需求与分析》博文读后感

阅读链接地址:http://blog.csdn.net/yqmfly/article/details/7679781 通过阅读博客相关知识,使得我们懂得软件需求分析的质量对软件开发的影响是深远的.全局性的,高质量需求对软件开发往往起到事半功倍的效果,所谓“磨刀不误砍柴功”.软件需求分析用软件工程的定义来讲,它就是深入描述软件的功能和性能,确定软件设计的限制和软件同其它系统元素的接口细节,定义软件的其它有效性需求. 研发人员要将需求按重要程度进行分级,是必不可少的步骤.需求分类好了,自然就可以在以

《软件需求与分析》需要掌握哪些必要的内容

p.p1 { margin: 0.0px 0.0px 0.0px 0.0px; font: 11.0px "PingFang SC"; color: #000000 } p.p2 { margin: 0.0px 0.0px 0.0px 0.0px; font: 11.0px "Helvetica Neue"; color: #000000; min-height: 12.0px } span.s1 { } span.s2 { font: 11.0px "H

《软件需求与分析》阅读笔记

阅读文章<我们应该怎样做需求分析>我了解到,软件需求分析需要掌握以下内容. 需求调研:对自己需要开发的软件进行调查,了解好用户的需求,针对需求做好准备.需求调研对于一个软件开发来说,是一个系统开发的开始阶段,它的输出"软件需求分析报告"是设计阶段的输入,需求调研的质量对于一个应用软件来说,是一个极其重要的阶段,它的质量在一定程度上来说决定了一个软件的交付结果.怎样从客户中听取用户需求.分析用户需求就成为调研人员最重要的任务. 需求分析:针对自己调研出来的数据进行相应的分析,

软件需求与分析需掌握的内容

1.准备相应文档 开发商方的系统分析人员同用户的需求提供人员正式接触前,完成一个问询表及需求分析计划.一般情况下只需要完成一个整体细节问询表,问询用户为明确需求已经完成的文档情况(如果可以在进行正式接触前可以得到并了解完成最好).业务目的.当前目标.长远目标.当前准备情况.完成的业务功能列表.将来系统操作人员的业务及电脑技术了解情况.最终操作用户.当前及将来的硬件.软件及网络环境等问题.由开发商系统分析人员根据对业务的了解程度,适当编写各业务功能细节问询表.不过业务功能细节问询表的使用,是在业务

软件需求与分析 - 认识

经验人 1 :没有技术背景很难真正成为一个优秀的软件需求分析师,最多也就是一个业务需求分析师. 经验人2 :软件需求在整个软件生命周期中的定位来看,其上接业务,下接设计和技术.从这个概念上来讲软件需求人员必须具备业务和技术两个方面的能力. 菜鸟的软件需求分析知识体系架构 个人认识: 我以为对于软件需求来说,我感觉并不需要什么具体的知识体系,会局限我们的想法(我的意思是不要让思想拘束起来,解决了本质问题的就是好方法),私以为:需求的目的是做出"符合"的软件,用户想要的 和软件功能的符合.

软件需求与分析

1. 前景文档.了解前景文档的目的,掌握如何编写前景文档.审查前景文档. 2. 需求来源.掌握:如何确定主要的需求来源. 3. 需求面谈.了解:需求面谈的方式.内容及基本技巧. 4. 需求问卷.掌握:如何编写需求问卷,如何指导涉众填写需求问卷. 5. 需求范围.掌握:如何从面谈.需求问卷中确定虚求范围. 6. 确定业务流程.掌握:通过面谈及需求问卷获取用户业务流程. 7. 创建上下文.了解:通过编写上下文来进行业务模型建模 软件需求包括三个不同的层次-业务需求.用户需求和功能需求-也包括非功能需

《软件需求与分析》

我们应当怎样做需求调研:初识 需求调研是需求分析最重要的一环,也最集中地体现了需求分析的特点——既是一份体力活儿,更是一份技术活儿.它既要求我们具有一种理解能力.设计能力,更要求我们具有一种与人交往.沟通的能力.开始首先是需求的收集,需求收集可以通过调查表,业界标准,会议讨论沟通等多种方式进行.需求收集第一是要能够很好的描述现状,第二是要搞清楚用户的期望.调查用户的操作习惯以及可以用同类软件的优点参考. 我们应当怎样做需求调研:拜访 首先是给客户留下了一个良好的印象,这是一个开端,但要在他们心目