❶ 常用的软件开发方法有哪些
用集成开发环境开发和用分立开发工具开发
❷ 目前常用的软件开发方法有哪些
这需要看将来想从事什么类型软件的开发吧。如果在国内开发windows类型应用程序，据说vb比较流行，但如果开发和硬件关系较大的嵌入式程序，则使用较多的还是C语言，而网络这个方面，无论是有线还是无线，大多数都选择了JAVA。以上是从应用角度来讲的，如果从性能和投入方面分析，C语言无疑性能上最好的，但它的复杂度太高，开发和维护费用较大，一般比较好的游戏程序或者速度要求较高的程序会选择C++来开发，而VB等由于它的简易性，可以极大缩短开发周期，也是程序员的宠儿之一。另外有一种语言python在国内逐渐出现，国外好像已经流行了十几年吧，linux的引导程序和BT的一些组件都是用它开发的，具有开发周期短，易维护等特点，运行速度也比JAVA要快，并且面向对象，无平台限制，据说还开放了源码，不过由于在国内流行时间不长，各大公司出于对以前开发代码的兼容性的需要，可能一时间接受不这个语言，但可以明显看出，它的发展潜力相当大。
总而言之，C为基础，掌握JAVA，会用VB，了解python，应该看得出这几个词汇之间的轻重差别吧。：
❸ 什么是软件开发方法有那些主要开发方法
软件开发方法是一种使用早已定义好的技术集及符号表示习惯组织软件生产过程的方法。主要有：结构化方法、Jackson方法、维也纳开发方法和面向对象的开发方法。
❹ 几种主要的软件开发方法
关于在软件开发过程中的一些具体方法，这个是属于计算机软件专业中的软件工程课程中必须要掌握的。至于说不同的软件开发方法的利与弊，这个必须要仔细阅读软件工程涉及到的相关教材才行。
不过，从大的思路上讲，开发任何一个大型软件，都大致经过如下阶段：用户需求分析、系统总体设计、概要设计、详细设计、编写程序代码、软件测试、系统运行等阶段。
❺ 软件开发方法
1：瀑布方法
所有软件方法的祖先是瀑布方法（waterfall methodology）。它之所以被称为瀑布方法是因为开发模块相互之间的依次流动，瀑布方法通过控制阀门的一系列活动组成。这些控制阀门决定一个给定的活动是否已经完成并且可以进入下一个活动。需求阶段处理决定了所有的软件需求。设计阶段决定整个系统的设计。代码在代码阶段编写。代码然后被测试。最后产品被发布。
对瀑布方法模型最基本的批评就是瀑布方法对于反馈事物发展状况耗时太长。软件的一些内容那个很容易被理解，而另一些内容则相反。因此，当用户对于手边出现的问题都没有很好理解的时候，开发人员试图先完成所有的需求（也就是说，将需求量化到实际的规格说明当中）是非常空难的。更进一步来说，如果在需求中出现一个错误，它将传播到设计阶段，传播到代码中等。同时一般不存在过程中返回的真正能力。因此，如果进入测试并且发现设计的一部分是无法工作的，那么就会进行修改并修补问题而交差，但是这种方法将会失去设计活动的所有上下文环境——你只是有目的地对系统权宜行事！
认识到这个问题后瀑布方法已经被修改成几种形式。例如螺旋式瀑布方法它继承并使用了多个瀑布模型。这种方法缩短了生命周期向下的时间；也就是说，为解决为题提供了迭代方案。
最终，大家无法脱离瀑布方法是因为它确实是合乎常规的方法。首先，这种方法可以决定将要构建的内容。接着，决定将要如何构建这些，下一步，世界构建这些内容。可以确保自己确实构建自己所需的东西（并且可以成功运行）。
2：统一过程
统一过程应用了基于处理系统首先考虑的最重要方面而实施的短期迭代开发。
开发一个寡欲各种用列（use case）的调查文档（也就是说，对用户与系统交互的简短描述），并且开始排除那些可能对整个系统成功造成风险的用列。只要适合，就可以在开发过程中添加或者删除用列。
统一过程的4个阶段定义如下：
初始(inception)：系统仍然处于决定系统内容的阶段——系统将要完成什么以及系统的边界是什么。如果系统能够很好的理解，那么这个阶段就非常短。
细化(Elaboration)：正在将体系结构的风险移至系统。一种表述该阶段的说法是，“你是否已经解决了所有难题？”或者“你知道如何完成你将要去完成的事情吗？”
构造（Construction）正在完成所有相关的用列来使系统为移交做好准备，也就是说，进入Beta版本。
移交（Transition）使系统通过它的最后发布阶段以及Beta版本。它可能包括软件的操作及维护。
这是一个关注于维护要素的敏捷过程，但是仍然采用了大量用例开发，间模等方面的传统实践。
3：极限编程：
极限编程的开发过程就是以代码为中心的方法。
让用户告知你一些有关系统是如何如用转的故事描述，基于故事相互之间的重要性来定制这些系统这样就可以为自己的团队提供一个故事集合，可以在一个给定的迭代中完成他们，大约两周时间——每周工作40个小时，你将团队划分，双人应付没一个故事，在代码被编写时提供确定数量的内建对等评审。你和你的同伴在编写自己代码的同时编写单元测试。在完成自己负责的那段代码后，将其拿到集成的机器上，放入代码基线，运行从所有人的代码中积累而成的单元测试。在完成iji负责的那段代码后，将会提供一个运行系统使用户可以评审来确保自己的工作满足他们的需要。
注意极限编程并没有将软件的设计设置成一个高级阶段。相反它认为那些最前端的设计对于整个系统开发不是很有帮助，并且随着实际开发的进行它最终还是被修改。
极限编程对于需要持续提供运行系统的软件卡发来说非常适用。当缺少用户介入或者项目规模很大时极限编程方法将会不好用，因为这时协调和设计活动实际上变得更重要了。
极限编程合理地考虑开发团体的能力，这样可以有效计划。
❻ 软件开发有哪些模式
快速原型模型：（需要迅速造一个可以运行的软件原型，以便理解和澄清问题）
快速原型模型允许在需求分析阶段对软件的需求进行初步的非完全的分析和定义，快速设计开发出软件系统的原型（展示待开发软件的全部或部分功能和性能
（过程：用户对该原型进行测试评定，给出具体改善的意见以及丰富的细化软件需求，开发人员进行修改完善）
优点：
克服瀑布模型的缺点，减少由于软件需求不明确带来的开发风险
缺点：
A、 所选用的开发技术和工具不一定符合主流的发展
B、 快速建立起来的系统加上连续的修改可能会造成 产品质量底下
增量模型：（采用随着日程时间的进展而交错的线性序列，每一个线性徐磊产生软件的一个可发布的“增量”，第一个增量往往就是核心的产品）
与其他模型共同之处：它与原型实现模型和其他演化方法一样，本质都是迭代
与原型实现模型不同之处：它强调每一个增量均发布一个可操作产品，（它不需要等到所有需求都出来，只要摸个需求的增量包出来即可进行开发）
优点：
1、 人员分配灵活，一开始不需要投入大量人力资源
2、 当配备人员不能在限定的时间内完成产品时，它可以提供一种先推出核心产品的途径，可现发布部分功能给用户（对用户起镇静作用）
3、 增量能够有计划的管理技术风险
缺点：
1、 如果增量包之间存在相交的情况且未很好处理，则必须做全盘系统分析
注：
这种模型将功能细化后分别开发的方法较适应于需求经常改变的软件开发过程
原型模型：（样品模型，采用逐步求精的方法完善原型）
主要思想：
先借用已有系统作为原型模型，通过“样品”不断改进，使得最后的产品就是用户所需要的。原型模型通过向用户提供原型获取用户的反馈，使开发出的软件能够真正反映用户的需求，
采用方法：
原型模型采用逐步求精的方法完善原型，使得原型能够“快速”开发，避免了像瀑布模型一样在冗长的开发过程中难以对用户的反馈作出快速的响应
优点：
(1）开发人员和用户在“原型”上达成一致。这样一来，可以减少设计中的错误和开发中的风险，也减少了对用户培训的时间，而提高了系统的实用、正确性以及用户的满意程度。
（2）缩短了开发周期，加快了工程进度。
（3）降低成本。
缺点：
1、当重新生产该产品时，难以让用户接收，给工程继续开展带来不利因素。
2、不宜利用原型系统作为最终产品。采用原型模型开发系统，用户和开发者必须达成一致：
喷泉模型：（以用户需求为动力，以对象为驱动的模型，主要用于采用对象技术的软件开发项目）
它认为软件开发过程自下而上周期的各阶段是相互迭代和无间隙的特性
相互迭代：软件的摸个部分常常被重复工作多次，相关对象在每次迭代中随之加入渐进的软件成分
无间隙:它在各项活动之间没有明显边界（如分析和设计活动之间<由于对象概念的应用，表达分析，设计，实现等活动只用对象类和关系>）
优点：
1、 可以提高软件项目开发效率，节省开发时间，适应于面向对象的软件开发过程
不便之处：
1、由于喷泉模型在各个开发阶段是重叠的，因此在开发过程中需要大量的开发人员，因此不利于项目的管理。
2、这种模型要求严格管理文档，使得审核的难度加大，尤其是面对可能随时加入各种信息、需求与资料的情况
螺旋模型：（适合用于需求经常变化的项目<适合于大型复杂的系统>）
它主要是风险分析与评估，沿着螺线进行若干次迭代，
过程：
1、 制定计划：确定软件目标，选定实施方案，弄清项目开发的限制条件
2、 风险分析：分析评估所选方案，考虑如何识别和消除风险
3、 实施工程：实施软件开发和验证；
4、 客户评估：评价开发工作，提出修正建议，制定下一步计划。
优点：
1、 它由风险驱动，强调可选方案和约束条件从而支持软件的重用，有助于将软件质量作为特殊目标融入产品开发中
缺点：
1、 难以让用户确信这种烟花方法的结果是可以控制的
2、 建设周期长（而软件技术发展比较快，所以经常会出现软件开发完毕后，和当前的技术水平有很大的差距，无法满足当前用户的需求）
3、 除非软件开发人员擅长寻找可能的风险，准确的分析风险，否则将会带来更大的风险
瀑布模型：（从本质来讲，瀑布模型是一个软件开发架构,重复应用）
（核心思想：按工序将问题化简，将功能的实现与设计分开，便于分工协作，采用结构化的分析与设计方法将逻辑实现与物理实现分开，依照软件生命周期自上而下，相互衔接的次序<如同瀑布流水逐级下落>）
缺点：
1、 在项目各个阶段之间极少有反馈，各个阶段的划分完全固定，阶段之间产生大量的文档，增加了工作量
2、 用户只有在项目生命周期的后期才能看到结果，增加了开发的风险
3、 需要过多的强制完成日期和里程碑来跟踪各个项目的阶段
4、 在每个阶段都会产生循环反馈
（如果有信息未被覆盖或是发现问题了，必须返回到上一个阶段<甚至更前面的活动>并进行适当的修改,只有当上一阶段都被确认后才进行下一阶段）
5、 早期的错误可能要等到开发后期的测试阶段才能发现，进而带来严重的后果
优点：
1、 为项目提供了按阶段分的检查点
2、 当完成一个阶段后，只需要去关注后续阶段
3、 可在迭代模型中应用瀑布模型
按照瀑布模型的阶段划分，软件测试可以分为单元测试，集成测试，系统测试
注：由于每个阶段都会产生循环反馈，对于经常变化的项目而言，瀑布模型毫无价值，这种模型的线性过程太理想化，已不适合现代的软件开发模式
❼ 4种软件开发方法有哪些
1.结构化方法：分析，设计，程序设计构成，面向数据流的开发方法，分解和抽象的原则，数据流图建立功能模型，完成需求分析工作。
2.Jackson方法：面向数据结构开发方法。数据结构为驱动，适合小规模的项目，当输入数据结构和输出结构之间没有对应关系，难用此方法，JSD（Jackson Structure Prograamming）是JSP（JacksonSystem Development）的扩充
3.原型化方法：和演化模型相对应，需求不清，业务理论不确定，需求经常变化，规模不大去不太复杂时采用。
4.面向对象开发方法：分析，设计，实现，Booch,Coad,OMT,为统一各种面向对象方法的术语，概念和模型，推出UML （Unified Modeling Language）统一化建模语言，成为工业标准。
❽ 软件开发的方法有哪些
软件开发的内容是：需求、设计、编程和测试！
需求：不仅仅是用户需求，应该是开发中遇到的所有的需求。比如，你首先要知道做这个项目是为了解决什么问题；测试案例中应该输入什么数据……为了清楚地知道这些需求，你经常要和客户、项目经理等交流。
设计：编码前，肯定有个计划告诉你要做什么，结构是怎样等等。你一定要按照这个来做，否则可能会一团糟。
编程：如果在项目截止日，你的程序不能跑起来或达不到客户的要求，你就拿不到钱。
测试：目的是让你知道，什么时候算是完成了。如果你聪明，你就应该先写测试，这样可以及时知道你是否真地完成了。否则，你经常会不知道，到底有哪些功能是真正完成了，离预期目标还差多远。
软件开发中，客户和开发人员都有自己的基本权利和义务。
客户：
定义每个用户需求的商业优先级；
制订总体计划，包括用多少投资、经过多长时间、达到什么目的；
在项目开发过程中的每个工作周，都能让投资获得最大的收益；
通过重复运行你所指定的功能测试，准确地掌握项目进展情况；
❾ 软件开发方法有那三种
你说的是方法还是模式，如果是模式，有以下三种
瀑布模型（Waterfall Model）是一个项目开发架构，瀑布模型核心思想是按工序将问题化简，将功能的实现与设计分开，便于分工协作，即采用结构化的分析与设计方法将逻辑实现与物理实现分开。
1、瀑布模型有以下优点
1）为项目提供了按阶段划分的检查点。
2）当前一阶段完成后，您只需要去关注后续阶段。
3）可在迭代模型中应用瀑布模型。
增量迭代应用于瀑布模型。迭代1解决最大的问题。每次迭代产生一个可运行的版本,同时增加更多的功能。每次迭代必须经过质量和集成测试。
2、瀑布模型有以下缺点
1）在项目各个阶段之间极少有反馈。
2）只有在项目生命周期的后期才能看到结果。
3）通过过多的强制完成日期和里程碑来跟踪各个项目阶段。
尽管瀑布模型招致了很多批评，但是它对很多类型的项目而言依然是有效的，如果正确使用，可以节省大量的时间和金钱。
面向对象这个概念很抽象...不过我觉得是3者当中最适合于软件系统的开发。
每个人对于面向对象这个概念的看法都有点不同，开发的系统越多，对于面向对象这个概念就理解的越深刻。有关于面向对象的解释，你可以参考下这个：http://ke..com/view/125370.html?wtp=tt
原型模型的特点：
(1）开发人员和用户在“原型”上达成一致。这样一来，可以减少设计中的错误和开发中的风险，也减少了对用户培训的时间，而提高了系统的实用、正确性以及用户的满意程度。
（2）缩短了开发周期，加快了工程进度。
（3）降低成本。
原型模型的缺点：
当告诉用户，还必须重新生产该产品时，用户是很难接受的。这往往给工程继续开展带来不利因素。
不宜利用原型系统作为最终产品。采用原型模型开发系统，用户和开发者必须达成一致：原型被建造仅仅是用户用来定义需求，之后便部分或全部抛起，最终的软件是要充分考虑了质量和可维护性等方面之后才被开发。
❿ 软件开发中最常用方法有哪些
最常用的方法都有：
日期函数，
字符串函数，
文件函数等，
比如下面的函数：
1.1.一个不透明的结构， 它指向一条线程并间接（通过该线程）引用了整个 Lu a 解释器的状态。 L ua 库是完全可重入的： 它没有任何全局变量。 状态机所有的信息都可以通过这个结构访问到。
这个结构的指针必须作为第一个参数传递给每一个库函数。 l ua_newstate 是一个例外， 这个函数会从头创建一个 L ua 状态机。
l。a_status
1.2.返回线程 L 的状态。
正常的线程状态是 0 （LUA_OK）。 当线程用 lua_resume 执行完毕并抛出了一个错误时， 状态值是错误码。 如果线程被挂起，状态为 LUA_YIELD 。
你只能在状态为 LUA_OK 的线程中调用函数。 你可以延续一个状态为 LUA_OK 的线程 （用于开始新协程）或是状态为 LUA_YIELD 的线程 （用于延续协程）。
lu a_stringtonumber
size_t lu a_stringtonumber (l ua_State *L, const char *s);
将一个零结尾的字符串 s 转换为一个数字， 将这个数字压栈，并返回字符串的总长度（即长度加一）。 转换的结果可能是整数也可能是浮点数， 这取决于 Lua 的转换语法（。 这个字符串可以有前置和后置的空格以及符号。 如果字符串并非一个有效的数字，返回 0 并不把任何东西压栈。 （注意，这个结果可以当成一个布尔量使用，为真即转换成功。）
lu a_toboolean
int lu a_toboolean (lu a_State *L, int index);
把给定索引处的 Lu a 值转换为一个 C 中的布尔量（ 0 或是 1 ）。 和 L ua 中做的所有测试一样， lua_toboolean 会把任何不同于 false 和 nil 的值当作真返回； 否则就返回假。 （如果你想只接受真正的 boolean 值， 就需要使用 lua_isboolean 来测试值的类型。）
lu a_tocfunction
lu a_CFunction lua_tocfunction (lu a_State *L, int index);
把给定索引处的 L ua 值转换为一个 C 函数。 这个值必须是一个 C 函数； 如果不是就返回 NULL 。
lu a_tointeger
lua_Integer l ua_tointeger (lu a_State *L, int index);
等价于调用 l ua_tointegerx， 其参数 isnum 为 NULL。
lu a_tointegerx
l ua_Integer lua_tointegerx (lua_State *L, int index, int *isnum);
将给定索引处的 L。a 值转换为带符号的整数类型 lu a_Integer。 这个 Lu a 值必须是一个整数，或是一个可以被转换为整数 （3）的数字或字符串； 否则，lua_tointegerx 返回 0 。
如果 isnum 不是 NULL， *isnum 会被设为操作是否成功。
lu a_tolstring
const char *lu a_tolstring (lu a_State *L, int index, size_t *len);
把给定索引处的 Lua 值转换为一个 C 字符串。 如果 len 不为 NULL ， 它还把字符串长度设到 *len 中。 这个 L ua 值必须是一个字符串或是一个数字； 否则返回返回 NULL 。 如果值是一个数字， lua_tolstring 还会 把堆栈中的那个值的实际类型转换为一个字符串。 （当遍历一张表的时候， 若把 lua_tolstring 作用在键上， 这个转换有可能导致 lua_next 弄错。）
lua_tolstring 返回一个已对齐指针 指向 Lua 状态机中的字符串。 这个字符串总能保证 （ C 要求的）最后一个字符为零 (' ') ， 而且它允许在字符串内包含多个这样的零。
因为 Lua 中可能发生垃圾收集， 所以不保证 lua_tolstring 返回的指针， 在对应的值从堆栈中移除后依然有效。
3.1.文件函数等，比如下面的函数：
一个不透明的结构， 它指向一条线程并间接（通过该线程）引用了整个 Lu a 解释器的状态。 L ua 库是完全可重入的： 它没有任何全局变量。 状态机所有的信息都可以通过这个结构访问到。
这个结构的指针必须作为第一个参数传递给每一个库函数。 l ua_newstate 是一个例外， 这个函数会从头创建一个 L ua 状态机。
l。a_status
返回线程 L 的状态。
正常的线程状态是 0 （LUA_OK）。 当线程用 lua_resume 执行完毕并抛出了一个错误时， 状态值是错误码。 如果线程被挂起，状态为 LUA_YIELD 。
你只能在状态为 LUA_OK 的线程中调用函数。 你可以延续一个状态为 LUA_OK 的线程 （用于开始新协程）或是状态为 LUA_YIELD 的线程 （用于延续协程）。
lu a_stringtonumber
size_t lu a_stringtonumber (l ua_State *L, const char *s);
将一个零结尾的字符串 s 转换为一个数字， 将这个数字压栈，并返回字符串的总长度（即长度加一）。 转换的结果可能是整数也可能是浮点数， 这取决于 Lua 的转换语法（。 这个字符串可以有前置和后置的空格以及符号。 如果字符串并非一个有效的数字，返回 0 并不把任何东西压栈。 （注意，这个结果可以当成一个布尔量使用，为真即转换成功。）
lu a_toboolean
int lu a_toboolean (lu a_State *L, int index);
把给定索引处的 Lu a 值转换为一个 C 中的布尔量（ 0 或是 1 ）。 和 L ua 中做的所有测试一样， lua_toboolean 会把任何不同于 false 和 nil 的值当作真返回； 否则就返回假。 （如果你想只接受真正的 boolean 值， 就需要使用 lua_isboolean 来测试值的类型。）
lu a_tocfunction
lu a_CFunction lua_tocfunction (lu a_State *L, int index);
把给定索引处的 L ua 值转换为一个 C 函数。 这个值必须是一个 C 函数； 如果不是就返回 NULL 。
lu a_tointeger
lua_Integer l ua_tointeger (lu a_State *L, int index);
等价于调用 l ua_tointegerx， 其参数 isnum 为 NULL。
lu a_tointegerx
l ua_Integer lua_tointegerx (lua_State *L, int index, int *isnum);
将给定索引处的 L。a 值转换为带符号的整数类型 lu a_Integer。 这个 Lu a 值必须是一个整数，或是一个可以被转换为整数 （3）的数字或字符串； 否则，lua_tointegerx 返回 0 。
如果 isnum 不是 NULL， *isnum 会被设为操作是否成功。
lu a_tolstring
const char *lu a_tolstring (lu a_State *L, int index, size_t *len);
把给定索引处的 Lua 值转换为一个 C 字符串。 如果 len 不为 NULL ， 它还把字符串长度设到 *len 中。 这个 L ua 值必须是一个字符串或是一个数字； 否则返回返回 NULL 。 如果值是一个数字， lua_tolstring 还会 把堆栈中的那个值的实际类型转换为一个字符串。 （当遍历一张表的时候， 若把 lua_tolstring 作用在键上， 这个转换有可能导致 lua_next 弄错。）
lua_tolstring 返回一个已对齐指针 指向 Lua 状态机中的字符串。 这个字符串总能保证 （ C 要求的）最后一个字符为零 (' ') ， 而且它允许在字符串内包含多个这样的零。
因为 Lua 中可能发生垃圾收集， 所以不保证 lua_tolstring 返回的指针， 在对应的值从堆栈中移除后依然有效。