大家好,今天小编关注到一个比较有意思的话题,就是关于软件开发需求的问题,于是小编就整理了3个相关介绍软件开发需求的解答,让我们一起看看吧。
请问软件开发和需求分析?
一个软件开发项目通常要经历需求分析、设计、编程、测试等几个大的阶段。其中设计又包括整体设计、系统设计(把整体架构变成一块块系统)、详细设计几个环节。
详细设计之后软件就变成了一块块模块,这以后才进入编程。 一个软件开发项目通常要经历需求分析、设计、编程、测试等几个大的阶段。其中设计又包括整体设计、系统设计(把整体架构变成一块块系统)、详细设计几个环节。
详细设计之后软件就变成了一块块模块,这以后才进入编程。
到了编程阶段时,最后就剩下软件蓝领为模块的Coding工作,在印度通常由受过一两年训练的高职毕业生担任。
软件最后的测试又是一个复杂过程——有单元测试(小模块测试)、系统测试(块与块的联系整合)、总体功能测试。
期间由测试编程工程师编写测试工具,制定测试规则,其难度不亚于系统框架的制定。最后才由测试工程师完成测试的任务。
做软件开发的怎样了解和分析客户的需求?工作中碰到这样的问题不知道怎样入手,请教高人指点?
首先要了解客户要做什么,做到什么程度,里面有哪些需求,按照功能或者部门一项一项的详细分解,与客户充分沟通。
要让客户先说,你仔细听、记,客户说完了你再根据流程对每一项进行详细询问。你整个了解了以后,写一个开发需求说明书,给客户看看,有没有理解的偏差,有再修改,没有就让客户签字,这就是以后开发的基础,防止扯皮。在软件开发过程中,你见过什么辣鸡的需求?好的需求应该是怎么样的?
最怕就是外行指挥内行,很多外行甲方在乎的需求点很奇葩,经常在意一些表面性的东西,开发和盖房子一样,重要的是地基和房子结构,最后才是家具和装修。
开发人员要和甲方解释好开发流程,提前告诉他这个图标难看些,这个表显示少了几行,这都是很简单就能改的事,让需求方宽心。要会引导需求方去确认开发好的业务逻辑流程部分是不是准确有效,不要完全迎合需求方的节奏,要会控制局面让需求方跟着你开发进度走,这样才能最有效率。
有时候不能给甲方可以随时随便修改需求的感觉,关键部分据理力争,要不就会陷入整天改来改去麻烦之中了。
开发尽量模块化,各种功能随意打开关闭相互不受影响,另外要留好再次开发的接口。
总结:
1.核心业务逻辑流程确定最重要。
2.让需求方了解开发流程轻重缓急,就是地基到装修的流程。
3.模块化,留余地。
4.开发双方多交流,确认后不能随便改,实在要改就要加费用。
5.一些必要功能,开发人员尽量先考虑到,不要等需求方来要求,需求方毕竟不懂开发,等他想明白再加就费劲,所以不如开发人员要提前做好。
到此,以上就是小编对于软件开发需求的问题就介绍到这了,希望介绍关于软件开发需求的3点解答对大家有用。
相关推荐