首页软件开发正文

比较成熟的软件开发方法是（简述比较常见的软件开发方法及其特点）

软件开发 2023-01-28T19:29:10 1871

今天给各位分享比较成熟的软件开发方法是的知识，其中也会对简述比较常见的软件开发方法及其特点进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！本文目录一览： 1、软件的特征

今天给各位分享比较成熟的软件开发方法是的知识，其中也会对简述比较常见的软件开发方法及其特点进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

1、软件的特征
2、软件开发方法？
3、app开发方式有哪些
4、APP有哪几种开发方式？
5、4种软件开发方法有哪些

软件的特征

软件的特点：

1 是一种逻辑产品，与物质产品有很大的区别。

2 软件产品的生产主要是研制，生产成本主要在开发和研制，开发研制完成后，通过复制就产生了大量软件产品。

3 软件产品不会用坏，不存在磨损，消耗。

4 生产主要是脑力劳动，还末完全摆脱手工开发方式，大部分产品是"定做"的。

5 开发软件的费用不断增加，致使生产成本相当昂贵

按软件的功能划分-

系统软件：能与计算机硬件紧密配合在一起，使计算机系统各个部件、相关的软件和数据协调、高效率地工作的软件。如操作系统、数据库管理系统、设备驱动程序以及通信处理程序等。系统软件是计算机系统中必不可少的一个组成部分。

应用软件：是在特定的领域内开发，为特定目的服务的一类软件。如，CAD-CAM 计算机辅助制造-CAI 计算机辅助教学，专家系统，模式识别，刹车系统

支撑软件：是协助用户开发软件的工具性软件，其中包括帮助程序人员开发软件产品的工具，也包括帮助管理人员控制开发的进程的工具。

按规模划分：

1、微型--只有一个人，甚至是半时，在几天之内完成的软件。写出的程序不到500行语句。

2、小型--一个人半年之内完成的2千行以内的程序。例如，数值计算问题或是数据处理问题就是这种规模的课题。这种程序通常没有与其他程序的接口。

如，有求伯君开发最初的 WPS，单独完成BASIC 的比尔.盖茨。

3、中型--5人以内在一年多时间里完成的5千到5万行的程序。这种课题开始出现了软件人员之间，软件人员与用户之间的联系、协调和配合关系的问题。

4、大型--5人至10人在两年多的时间里完成5万行到10万行的程序。例如编译程序、小型分时系统、应用软件包、实时控制系统等很可能都是这种软件。

5、甚大型-100人至1000人参加

6、极大型--2000-5000人参加，如，微软的windows 2000项目就包含了近3000名工程师，他们被分成几百个小的团队。

按开发分---软件产品和软件项目

软件产品---指的是不局限于特定领域的、可以被广大用户直接使用的软件系统。如微软的 Windows，Office等。这类系统的特点是技术含量高，开发时要考到各种不同的用户需求;

软件项目--也称定制软件，是受某个特定客户(或少数客户)的委托，由一个或多个软件开发机构在合同的约如我们常说的管理信息系统(MIS)和电子商务系统。这类软件的特点是领域知识所占的比重较大，相对技术而言工程性更强。例如，军用防空指挥系统、卫星控制系统等均为这类软件。

针对这两种不同类型的软件，应该有不同的软件开发方法去指导项目开发过程。

软件项目的开发，目前比较成熟的软件开发方法有软件成熟度模型(CMM)。这种软件开发模型试图将整个软件开发过程规范化和量化，直到可以对软件开发过程进行定量的控制和优化。

软件产品的开发，像微软公司积累了许多成功的经验。

软件生产的发展：

1 程序设计时代：这个阶段生产方式是个体劳动，生产工具是机器语言，汇编语言。(1946-1956年)

2 程序系统时代：这个阶段生产方式是小集团合作生产，生产工具是高级语言，开发方法仍依靠个人技巧，但开始提出结构化方法。(1956-1968年)

3 软件工程时代：这个阶段生产方式是工程化的生产，使用数据库，开发工具，开发环境，网络，分布式面向对象技术来开发软件。(1968年至今)

软件危机: 软件开发技术的进步未能满足发展的要求。在软件开发中遇到的问题找不到解决的办法，问题积累起来，形态尖锐的矛盾，导致了软件危机。

软件危机的表现：

1 经费预算经常突破，完成时间一再拖延。

2 开发的软件不能满足用户要求。

3 开发的软件可维护性差。

4 开发的软件可靠性差。

软件危机产生原因：

1 软件规模越来越大，结构越来越复杂。

2 软件开发管理困难而复杂。

3 软件开发费用不断增加。

4 软件开发技术落后。

5 生产方式落后，仍采用手工方式。

6 开发工具落后，生产率提高缓慢。

软件工程:用科学的知识和技术原理来定义，开发，维护软件的一门学科。

用工程科学的观点进行费用估算，制定进度，制定计划和方案。

用管理科学的方法和原理进行生产的管理。

用数学的方法建立软件开发中的各种模型和算法。

那么为达到软件优质高产这个目标，从技术到管理做了大量的努力，从而逐渐已形成了"软件工程学"这一新学科。

它包含以下主要内容：

1、软件开发方法：软件工程的方法提供了建造软件在技术上需要"如何做"。方法涵盖了一系列的任务：需求分析、设计、编程、测试和维护。

是在60年代后期才逐步形成了一种软件开发方法，在不同的软件开发阶段对应有不同的方法，例如在软件的设计阶段有"结构化分析与设计"方法，在软件测试阶段有"黑盒"与"白盒"测试技术，等等。

象目前又有一种更新的技术"面向对象的程序设计方法"。在这一方法中，数据和数据的操作是被封闭在一个个称为"对象(Object) "的统一体中,对象之间则是通过"消息"(message")进行相互联系的。

从而使由软件所描述的系统与客观世界的系统在结构上十分相似，不仅提高了软件的可修改性与可维护性，同时也提高了软件的可重用性，那么这些都是工程多年来所追求的目标。从结构程序设计到面向对象程序设计，是程序设计方法的又一次飞跃。

2、软件工具：所谓工具，在这里泛指是开发一切帮助开发软件的软件。为了提高软件设计的质量和生产效率，现已经发展了许多的帮助开发和维护软件的软件。例如，我们要用某种语言来开发一个应用软件，这就要涉及到 "编辑程序、编译程序、连接程序等，另外在软件测试阶段还要用到 "测试数据产生器、排错程序、跟踪程序、静态分析工具和覆盖监视工具等。也就是说在不同的时期要用到不同的软件开发工具。目前，软件工具发展迅速，许多用于软件分析和设计的工具正在建立，其目标就是要实现软件生产自动化。

3、软件工程环境：软件方法和工具是软件开发的两大支柱，她们之间密切相关。软件方法提出了明确的工作步骤和标准的文档格式，这是设计软件工具的基础，而软件工具的实现又将促进软件方法的推广和发展。

"环境"一词，对不同用户有着不同的含义。对最终用户(end user)而言，环境就是他们运行程序所使用的计算机系统。这类用户对环境的要求，主要是运行可靠，操作方便，容易学习和使用。而对于软件开发人员来说，则就不同了，可以说环境就是他们进行软件开发活动动的舞台。(例如，Algo-60，或者资料管理系统(DbaseII DbaseIII)，例如界面只能采用菜单来完成各种功能)

象现在生产数据库管理的软件的环境有：大型数据库软件 Sybase ，还有能帮助进行程序设计的 PB 软件)

4、软件工程管理学：大家知道，对于一个企业来说，如果只有先进的设备和技术，而没有完善的管理，是不可能获得应有的经济效益的(例如海尔的海尔文化就是企业管理的象征)，(例如微软企业文化宗旨的一句话)

软件生产也是一样的，如果管理不善，是不可能高质量、按时完成任务的。

"软件工程管理就是对软件工程生存期内的各阶段的活动进行管理。软件工程管理的目的是为了能按预期的时间和费用，成功地完成软件的开发和维护任务。

软件工程管理学的内容包括软件费用管理、人员组织、工程计划管理、软件配置管理等各项方面的内容。

显然，软件工程管理也可借助计算机来实现。供经理人员估算成本、指定进度、生成报告等管理工具都已经在许多公司使用了。一个理想的软件工程环境，应该同时具备支持开发和支持管理两个方面的工具。

以上简介了软件工程学的主要组成成分--软件工程方法学、软件工程环境以及软件工程管理的基本内容台和作用。它们即包括计算机科学家的研究成果，也概括了广大软件工作者的时间经验。还必须指出，软件开发技术可区分为形式化方法与非形式化方法两大分支。前者以形式化的程序变化和严整为主要内容，目的在于达到程序设计的自动化，多用于计算机应用人员。本课程主要讨论的是工程化的软件开发技术。

软件工程目标：付出较低开发成本;达到要求的功能;取得较好的性能;开发的软件易于移植;只需较低的维护费用;能按时完成开发任务，及时交付使用;开发的软件可靠性高。

软件工程内容：研究内容包括开发技术和开发管理两个方面。

开发技术主要研究：软件开发方法，开发过程，开发工具和环境。采集者退散

开发管理主要研究：软件管理学，软件经济学，软件心理学。

软件工程需要解决的问题：软件的费用，可靠性，可维护性，软件生产率和软件的重用。

比较成熟的软件开发方法是（简述比较常见的软件开发方法及其特点）

软件开发方法？

1：瀑布方法

所有软件方法的祖先是瀑布方法（waterfall methodology）。它之所以被称为瀑布方法是因为开发模块相互之间的依次流动，瀑布方法通过控制阀门的一系列活动组成。这些控制阀门决定一个给定的活动是否已经完成并且可以进入下一个活动。需求阶段处理决定了所有的软件需求。设计阶段决定整个系统的设计。代码在代码阶段编写。代码然后被测试。最后产品被发布。

对瀑布方法模型最基本的批评就是瀑布方法对于反馈事物发展状况耗时太长。软件的一些内容那个很容易被理解，而另一些内容则相反。因此，当用户对于手边出现的问题都没有很好理解的时候，开发人员试图先完成所有的需求（也就是说，将需求量化到实际的规格说明当中）是非常空难的。更进一步来说，如果在需求中出现一个错误，它将传播到设计阶段，传播到代码中等。同时一般不存在过程中返回的真正能力。因此，如果进入测试并且发现设计的一部分是无法工作的，那么就会进行修改并修补问题而交差，但是这种方法将会失去设计活动的所有上下文环境——你只是有目的地对系统权宜行事！

认识到这个问题后瀑布方法已经被修改成几种形式。例如螺旋式瀑布方法它继承并使用了多个瀑布模型。这种方法缩短了生命周期向下的时间；也就是说，为解决为题提供了迭代方案。

最终，大家无法脱离瀑布方法是因为它确实是合乎常规的方法。首先，这种方法可以决定将要构建的内容。接着，决定将要如何构建这些，下一步，世界构建这些内容。可以确保自己确实构建自己所需的东西（并且可以成功运行）。

2：统一过程

统一过程应用了基于处理系统首先考虑的最重要方面而实施的短期迭代开发。

开发一个寡欲各种用列（use case）的调查文档（也就是说，对用户与系统交互的简短描述），并且开始排除那些可能对整个系统成功造成风险的用列。只要适合，就可以在开发过程中添加或者删除用列。

统一过程的4个阶段定义如下：

初始(inception)：系统仍然处于决定系统内容的阶段——系统将要完成什么以及系统的边界是什么。如果系统能够很好的理解，那么这个阶段就非常短。

细化(Elaboration)：正在将体系结构的风险移至系统。一种表述该阶段的说法是，“你是否已经解决了所有难题？”或者“你知道如何完成你将要去完成的事情吗？”

构造（Construction）正在完成所有相关的用列来使系统为移交做好准备，也就是说，进入Beta版本。

移交（Transition）使系统通过它的最后发布阶段以及Beta版本。它可能包括软件的操作及维护。

这是一个关注于维护要素的敏捷过程，但是仍然采用了大量用例开发，间模等方面的传统实践。

3：极限编程：

极限编程的开发过程就是以代码为中心的方法。

让用户告知你一些有关系统是如何如用转的故事描述，基于故事相互之间的重要性来定制这些系统这样就可以为自己的团队提供一个故事集合，可以在一个给定的迭代中完成他们，大约两周时间——每周工作40个小时，你将团队划分，双人应付没一个故事，在代码被编写时提供确定数量的内建对等评审。你和你的同伴在编写自己代码的同时编写单元测试。在完成自己负责的那段代码后，将其拿到集成的机器上，放入代码基线，运行从所有人的代码中积累而成的单元测试。在完成iji负责的那段代码后，将会提供一个运行系统使用户可以评审来确保自己的工作满足他们的需要。

注意极限编程并没有将软件的设计设置成一个高级阶段。相反它认为那些最前端的设计对于整个系统开发不是很有帮助，并且随着实际开发的进行它最终还是被修改。

极限编程对于需要持续提供运行系统的软件卡发来说非常适用。当缺少用户介入或者项目规模很大时极限编程方法将会不好用，因为这时协调和设计活动实际上变得更重要了。

极限编程合理地考虑开发团体的能力，这样可以有效计划。