软件开发的模型主要有,软件开发模式有哪些

1,软件开发模式有哪些典型的开发模型有:1. 边做边改模型(Build-and-Fix Model);2. 瀑布模型(Waterfall Model);3. 快速原型模型(Rapid Prototype Model);4. 增量模型(Incremental Model);5.螺旋模型(Spiral Model);6.演化模型(evolution model);7.喷泉模型(fountain model);8.智能模型(四代技术(4GL));9.混合模型(hybrid model)
2 , 软件开发模型的含义是什么软件开发模型(Software Development Model)是指软件开发全部过程、活动和任务的结构框架 。软件开发包括需求、设计、编码和测试等阶段 , 有时也包括维护阶段 。软件开发模型能清晰、直观地表达软件开发全过程 , 明确规定了要完成的主要活动和任务 , 用来作为软件项目工作的基础 。对于不同的软件系统,可以采用不同的开发方法、使用不同的程序设计语言以及各种不同技能的人员参与工作、运用不同的管理方法和手段等,以及允许采用不同的软件工具和不同的软件工程环境 。1、软件开发是根据用户要求建造出软件系统或者系统中的软件部分的过程 。2、软件开发是一项包括需求捕捉、需求分析、设计、实现和测试的系统工程 。3、软件一般是用某种程序设计语言来实现的 。通常采用软件开发工具可以进行开发 。4、软件分为系统软件和应用软件 , 并不只是包括可以在计算机上运行的程序,与这些程序相关的文件一般也被认为是软件的一部分 。5、软件设计思路和方法的一般过程,包括设计软件的功能和实现的算法和方法、软件的总体结构设计和模块设计、编程和调试、程序联调和测试以及编写、提交程序 。6、常见的软件开发语言:JAVA、C/C++/php/JSP/ASP/POWERBUILDER/DELPHI/.NET/C#/vb/等 。与应用最关键的需要用到数据库,常见数据库:MySQL/SQLSERVER/ORACLE等 。
3,软件项目开发过程模式有哪些基于构件的软件开发模型基于构件的开发模型利用模块化方法将整个系统模块化,并在一定构件模型的支持下复用构件库中的一个或多个软件构件,通过组合手段高效率、高质量地构造应用软件系统的过程 。基于构件的开发模型融合了螺旋模型的许多特征,本质上是演化形的 , 开发过程是迭代的 。基于构件的开发模型由软件的需求分析和定义、体系结构设计、构件库建立、应用软件构建,以及测试和发布5个阶段组成,采用这种开发模型的软件过程如图1-13所示 。图1-13采用基于构件的开发模型的软件过程构件作为重要的软件技术和工具得到极大的发展,这些新技术和工具有Microsoft的DCOM、Sun的EJB , 以及OMG的CORBA等 。基于构件的开发活动从标识候选构件开始,通过搜查已有构件库,确认所需要的构件是否已经存在 。如果已经存在,则从构件库中提取出来复用;否则采用面向对象方法开发它 。之后利用提取出来的构件通过语法和语义检查后将这些构件通过胶合代码组装到一起实现系统,这个过程是迭代的 。基于构件的开发方法使得软件开发不再一切从头开发,开发的过程就是构件组装的过程 , 维护的过程就是构件升级、替换和扩充的过程 。其优点是构件组装模型导致了软件的复用,提高了软件开发的效率 。构件可由一方定义其规格说明,被另一方实现 。然后供给第三方使用 , 构件组装模型允许多个项目同时开发,降低了费用,提高了可维护性 , 可实现分步提交软件产品 。由于采用自定义的组装结构标准,缺乏通用的组装结构标准,因而引入了较大的风险 。可重用性和软件高效性不易协调 , 需要精干的有经验的分析和开发人员,一般开发人员插不上手 。客户的满意度低,并且由于过分依赖于构件 , 所以构件库的质量影响着产品质量第一步:需求调研分析1相关系统分析员向用户初步了解需求,然后用word列出要开发的系统的大功能模块,每个大功能模块有哪些小功能模块 , 对于有些需求比较明确相关的界面时,在这一步里面可以初步定义好少量的界面 。2 系统分析员深入了解和分析需求,根据自己的经验和需求用word或相关的工具再做出一份文档系统的功能需求文档 。这次的文档会清楚例用系统大致的大功能模块,大功能模块有哪些小功能模块,并且还列出相关的界面和界面功能 。3 系统分析员向用户再次确认需求 。第二步:概要设计首先,开发者需要对软件系统进行概要设计,即系统设计 。概要设计需要对软件系统的设计 进行考虑,包括系统的基本处理流程、系统的组织结构、模块划分、功能分配、接口设计、 运行设计、数据结构设计和出错处理设计等 , 为软件的详细设计提供基础 。第三步:详细设计在概要设计的基础上 , 开发者需要进行软件系统的详细设计 。在详细设计中,描述实 现具体模块所涉及到的主要算法、数据结构、类的层次结构及调用关系,需要说明软件系统各个层次中的每一个程序(每个模块或子程序)的设计考虑 , 以便进行编码和测试 。应当保证软件的需求完全分配给整个软件 。详细设计应当足够详细,能够根据详细设计报告进行编码 。第四步:编码在软件编码阶段,开发者根据《软件系统详细设计报告》中对数据结构、算法分析和模块实现等方面的设计要求,开始具体的编写程序工作,分别实现各模块的功能,从而实现对目标系统的功能、性能、接口、界面等方面的要求 。第五步:测试测试编写好的系统 。交给用户使用 , 用户使用后一个一个的确认每个功能 。第六步:软件交付准备在软件测试证明软件达到要求后,软件开发者应向用户提交开发的目标安装程序、数据库的数据字典、《用户安装手册》、《用户使用指南》、需求报告、设计报告、测试报告等双方合同约定的产物 。《用户安装手册》应详细介绍安装软件对运行环境的要求、安装软件的定义和内容、在客户端、服务器端及中间件的具体安装步骤、安装后的系统配置 。《用户使用指南》应包括软件各项功能的使用流程、操作步骤、相应业务介绍、特殊提示和注意事项等方面的内容,在需要时还应举例说明 。第七步:验收用户验收 。【软件开发的模型主要有,软件开发模式有哪些】
4,软件开发模式有哪些软件开发模式有哪些?快速原型模型:(需要迅速造一个可以运行的软件原型,以便理解和澄清问题)快速原型模型允许在需求分析阶段对软件的需求进行初步的非完全的分析和定义,快速设计开发出软件系统的原型(展示待开发软件的全部或部分功能和性能(过程:用户对该原型进行测试评定,给出具体改善的意见以及丰富的细化软件需求,开发人员进行修改完善)优点:克服瀑布模型的缺点,减少由于软件需求不明确带来的开发风险缺点: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、 可在迭代模型中应用瀑布模型按照瀑布模型的阶段划分,软件测试可以分为单元测试 , 集成测试 , 系统测试 注:由于每个阶段都会产生循环反馈,对于经常变化的项目而言 , 瀑布模型毫无价值,这种模型的线性过程太理想化 , 已不适合现代的软件开发模式b、 快速建立起来的系统加上连续的修改可能会造成 产品质量底下增量模型:(采用随着日程时间的进展而交错的线性序列,每一个线性徐磊产生软件的一个可发布的“增量”,第一个增量往往就是核心的产品)与其他模型共同之处:它与原型实现模型和其他演化方法一样 , 本质都是迭代与原型实现模型不同之处:它强调每一个增量均发布一个可操作产品,(它不需要等到所有需求都出来,只要摸个需求的增量包出来即可进行开发)优点:1、 人员分配灵活,一开始不需要投入大量人力资源2、 当配备人员不能在限定的时间内完成产品时,它可以提供一种先推出核心产品的途径 , 可现发布部分功能给用户(对用户起镇静作用)3、 增量能够有计划的管理技术风险缺点:1、 如果增量包之间存在相交的情况且未很好处理,则必须做全盘系统分析注:这种模型将功能细化后分别开发的方法较适应于需求经常改变的软件开发过程原型模型:(样品模型,采用逐步求精的方法完善原型)主要思想:先借用已有系统作为原型模型,通过“样品”不断改进 , 使得最后的产品就是用户所需要的 。原型模型通过向用户提供原型获取用户的反馈,使开发出的软件能够真正反映用户的需求,采用方法:原型模型采用逐步求精的方法完善原型,使得原型能够“快速”开发 , 避免了像瀑布模型一样在冗长的开发过程中难以对用户的反馈作出快速的响应优点: (1)开发人员和用户在“原型”上达成一致 。这样一来,可以减少设计中的错误和开发中的风险,也减少了对用户培训的时间,而提高了系统的实用、正确性以及用户的满意程度 。(2)缩短了开发周期,加快了工程进度 。(3)降低成本 。缺点:1、当重新生产该产品时,难以让用户接收 , 给工程继续开展带来不利因素 。2、不宜利用原型系统作为最终产品 。采用原型模型开发系统,用户和开发者必须达成一致: 喷泉模型:(以用户需求为动力,以对象为驱动的模型,主要用于采用对象技术的软件开发项目)它认为软件开发过程自下而上周期的各阶段是相互迭代和无间隙的特性相互迭代:软件的摸个部分常常被重复工作多次,相关对象在每次迭代中随之加入渐进的软件成分无间隙:它在各项活动之间没有明显边界(如分析和设计活动之间)优点:1、 可以提高软件项目开发效率,节省开发时间,适应于面向对象的软件开发过程不便之处:1、由于喷泉模型在各个开发阶段是重叠的 , 因此在开发过程中需要大量的开发人员,因此不利于项目的管理 。2、这种模型要求严格管理文档,使得审核的难度加大,尤其是面对可能随时加入各种信息、需求与资料的情况螺旋模型:(适合用于需求经常变化的项目)它主要是风险分析与评估,沿着螺线进行若干次迭代 , 过程:1、 制定计划:确定软件目标,选定实施方案,弄清项目开发的限制条件3、 实施工程:实施软件开发和验证;4、 客户评估:评价开发工作,提出修正建议,制定下一步计划 。优点:1、 它由风险驱动,强调可选方案和约束条件从而支持软件的重用,有助于将软件质量作为特殊目标融入产品开发中缺点:1、 难以让用户确信这种烟花方法的结果是可以控制的2、 建设周期长(而软件技术发展比较快,所以经常会出现软件开发完毕后 , 和当前的技术水平有很大的差距 , 无法满足当前用户的需求)(核心思想:按工序将问题化简,将功能的实现与设计分开 , 便于分工协作,采用结构化的分析与设计方法将逻辑实现与物理实现分开,依照软件生命周期自上而下,相互衔接的次序)缺点:1、 在项目各个阶段之间极少有反馈 , 各个阶段的划分完全固定,阶段之间产生大量的文档,增加了工作量2、 用户只有在项目生命周期的后期才能看到结果 , 增加了开发的风险3、 需要过多的强制完成日期和里程碑来跟踪各个项目的阶段4、 在每个阶段都会产生循环反?。ㄈ绻行畔⑽幢桓哺腔蚴欠⑾治侍饬耍?必须返回到上一个阶段并进行适当的修改,只有当上一阶段都被确认后才进行下一阶段)5、 早期的错误可能要等到开发后期的测试阶段才能发现,进而带来严重的后果优点:1、 为项目提供了按阶段分的检查点2、 当完成一个阶段后,只需要去关注后续阶段3、 可在迭代模型中应用瀑布模型按照瀑布模型的阶段划分,软件测试可以分为单元测试,集成测试,系统测试注:由于每个阶段都会产生循环反馈,对于经常变化的项目而言 , 瀑布模型毫无价值,这种模型的线性过程太理想化,已不适合现代的软件开发模式

    推荐阅读