软件开发的过程

一:

软件开发大爆炸模式的最大优点是

简单

分析:大爆炸模式的软件开发几乎没有计划,进度和正规的安排所有的精力都发在开发软件和编写代码上,几乎没有什么测试。而且在软件快速完成后的测试就是把软件的确定告诉顾客,并不可能从头在开始修改软件。从项目管理的角度来看,装备交付的软件会因为软件测试员的工作妨碍了交付。

二:

 采用便携边修改的模式是如何得知软件发布的时间

采用这种方式的小组通常最初只有粗略的想法,接着进行一些简单的设计,然互开始漫长的来回编写,测试和修改缺陷的过程。等到觉得足够了,就发布产品。

三:

 瀑布模式为什么不好用

瀑布模式的测试仅在最后进行,所以一些根本性问题可能出现在早期,但是指导准备发布产品是才可能发现,因为如啊你按缺陷修复费用随着时间增长所以如果软件最后出现问题修改的费用会非常巨大。

四:

 软件测试员为什么喜欢螺旋式

螺旋式软件开发模式,测试员可以通过参加最初的设计阶段,尽早的影响到产品,可以把产品的来龙去脉弄得很清楚;并且在项目末期不至于最后一分钟还在匆匆忙忙地进行全面测试。软件测试员的测试一直都在进行,所以最后一步只是一个验证表面所有部分没有问题的工作。

时间: 2024-11-01 09:52:36

软件开发的过程的相关文章

如何给一个完全不懂的非程序员解释复杂的、耗时的、易出错的软件开发的过程?

简评:相当有趣的一篇文章,教导你如何给非程序员讲清楚最难.最复杂的那些开发问题. 回答这个问题首先你应该解释一下如何泡一壶茶: 烧水 把茶叶放在锅里 当水烧开后,把它倒入锅里 等待 5 分钟 把茶倒进杯子里 喝 现在开始变得有趣了.你需要开始问他们这些问题: 烧水? 水来自哪里? 水壶在哪里呢? 你怎么把水弄到水壶里去呢 你怎么知道放了多少水 如果没有水 / 水壶 / 电怎么办? 如果你的填充传感器失败了怎么办? 如果你的沸腾传感器失败了? 把茶叶放在锅里? 锅在哪里,如果没有一个呢?我们应该在

《快速软件开发》的感悟

书中对不同的人员有不同的动机作了一些比较详细的分析.比如:开发人员有比如成就感(当然我觉得任何参与到这个其中的人都有成就感的).开发机遇.工作乐趣等.又如对管理人员,其动力主要是:责任感.成就感.还有受认可程度等.因为自己在一开始对这些东西并不是非常地清楚,所以有些工作开展起来并不是非常顺利.现在了解了一些这个东西之后,对激发人员动力是非常有用的.同时这一章举了一些激励失败的例子如过分夸张的表扬等,这些tips对于PM是非常有用的.所以推荐PM去阅读一下这一章. 团队合作是在12章中有比较好的介

【章老师的课程】软件开发与软件测试

一提起软件工程,给人的第一印象往往是软件的开发.我们从一个新手逐渐成长为一个能编简单程序的程序员,往往都是从编程语言,数据结构,算法等软件开发的相关知识起步.但开发过程中的调试等工作,往往只是很简单地使用在语句间夹杂输出语句来判断程序运行错误或逻辑错误的原因.这学期开始学习的软件测试课程补足了我们在软件工程中这一块知识的空白. 学习编程已有很长时间,未学习软件从测试前,我们使用的测试用例往往很单一,程序中应对用户的输入考虑的也十分不周全.比如当我们制作一个卡牌游戏时,往往默认用户执行的都是正确地

浅谈敏捷软件开发与传统软件工程的对比与敏捷开发产生的原因

引言 在"计算机程序的蛮荒时代",人们对于程序的设计.编写是随想随写.灵活变化的.正如我们初学各种编程语言时那样,似乎把程序写对也不是什么很难的事情.然而,这种程序设计模式或许适用于几百行至几千行的小程序,而当我们面对更大的软件规模.更多的代码行数以及更复杂的人员架构时,这种随想随写的程序开发模式似乎不再适用,于是使人们遇到了「软件危机」,进而促使了软件工程这样一门学科的产生. 在我上一门程序设计的课程的时候,老师讲过,当我们学习各种语言.算法和数据结构时,我们学习的是怎样进行&quo

管理从砖瓦进化为人——浅谈传统软件工程到敏捷软件开发之变革

管理从砖瓦进化为人 --浅谈传统软件工程到敏捷软件开发之变革 前言 如果把软件开发过程比作修筑一座建筑的话,传统的软件工程方法对人的管理就像是把人化作一砖一瓦,秩序地堆砌,一层一层构建起摩天大厦. 显然地,人是不同于砖瓦那样的死物的.人作为一种复杂的动物,软件开发者会有喜怒哀乐,枯燥重复的工作内容会使他们提不起兴趣而缺乏激情:客户想法会随变动的现实而一天天有所转变,软件需求很难保持一成不变:开发者与测试者对于项目的认识会存在差异,而差异将导致效率的降低--因而传统的有些"反人类天性"的

定论——软件开发的方法论探讨

http://www.jianshu.com/p/9593bd7b28d9 一.消除隐喻 1.隐喻 软件开发这件事情,出现得很晚.距今只有几十年的时间,关于它的定义,我们可以简单地说:"就是把软件做出来." 这基本上等于什么都没有说.而软件开发究竟是怎么回事,大家也没有搞明白,于是隐喻就派上用场了.当你要向一个完全没有概念的朋友,解释什么是软件开发的时候,你无法向解释建筑工程那样把他带到现场去看--案件开发的现场,你的朋友会以为软件开发就是一群人坐在电脑前面打键盘--你只能打比方:它就

软件开发之需求分析(《构建之法》读书笔记3)

在软件开发的过程中,我们事先需要对需求进行详细的分析.软件需求分析就是把软件计划期间建立的软件可行性分析求精和细化,分析各种可能的解法,并且分配给各个软件元素.需求分析是软件定义阶段中的最后一步,是确定系统必须完成哪些工作,也就是对目标系统提出完整.准确.清晰.具体的要求. 需求分析有以下几个步骤: 1:获取和引导需求 2:分析和定义需求 3:验证需求 4:在软件产品的生命周期中管理需求 因为人们为了解决现实社会和生活中的各种问题,要求助于软件.人们的需求五花八门,那么软件如何才能准确而全面地找

软件开发为什么失败?

我从事软件开发工作已经有十年了,这十年中,亲眼所见.亲耳所闻,报纸.杂志.网络上有各种各样软件项目开发的经验和教训,总的感觉是,成功的少,而失败的多,有的是部分失败,有的是完全失败,我在软件的开发中,也有许多失败的教训,那么软件为什么会失败呢?对于这个问题的回答,有各种各样的答案,我所经历的软件开发中的失败,总结起来,大概是这么几种: 遇到了技术难关项目管理错误,软件失去了控制. 用户需求变化太快,无法把握. 由于某些人员变化而引起项目失败. 我认为,上面的问题只是项目失败的现象,本质并不在于上

协作性软件开发平台与众包

目录[-] --> 正文 --> 本文最初刊登于IEEE Software杂志,现由InfoQ & IEEE Computer Society呈现给大家. “众包,一度创造了非常成功的企业,比如Linux.同时,高效合作.众包支持下的平台还在不断涌现.本文作者Xin Peng, Ali Babar和我从整体上介绍了众包的当前技术,我们欢迎读者和专栏作者对本文提出评价和看法,也期望你提出自己希望了解的技术问题.” --Christof Ebert 1991年,芬兰赫尔辛基大学一位21岁的