瀑布模型 软件 过程
1 引言软件生命周期是软件由产生直到报废的生命周期,周期内可有可行性分析、需求分析、概要设计、详细设计、编码、测试和维护等阶段。
软件生命周期解释如何演绎软件过程的思想,是软件生命周期模型化技术的基础,也是建立软件开发环境的核心。
生命周期模型会为软件开发提供支持,为软件开发过程中所有活动提供政策保证,为参与软件开发的所有成员提供帮助和指导。
软件生命周期模型的适用与否,对于软件开发的成功、用户的满意影响巨大。
瀑布模型是软件工程中应用的非常广泛的一种软件生命周期模型,传统的软件工程方法学的软件过程基本上都可以用该模型进行描述。
2 瀑布模型瀑布模型是W.Royce 于1970 年首先提出的,由可行性研究、需求分析、系统设计、编码、测试、运行和维护各阶段组成。
该模型把软件生命过程比喻成瀑布的流水,每个阶段看作瀑布中的一个台阶,软件生命过程在台阶上由上向下流动。
瀑布模型规定上一阶段的变换结果是下一阶段变换的输入,相邻两个阶段具有因果关系,紧密相联。
为保障软件开发的正确性,每一阶段任务完成后,都必须对它的阶段性产品进行评审,确认之后再转入下一阶段的工作。
评审过程发现错误和疏漏后,应该反馈到前面的有关阶段修正错误、弥补疏漏,然后再重复前面的工作,直至某一阶段通过评审后再进入下一阶段。
瀑布模型的特点非常鲜明。
首先,它以文档形式驱动的,为管理者进行项目开发管理提供基础,对开发过程中的活动进行约束。
其次,它是一种整体开发模型,在开发过程中,用户看不见系统是什么样,只有开发完成向用户提交整个系统时,用户才能看到一个完整的系统。
最后,该模型过程逆转性很差或者说不可逆转,因为根据前面阶段的错误会在后面的阶段进行发散性传播的原理,所以逆转将会延误工期,增加成本,造成重大损失。
瀑布模型的优点如下:通过设置里程碑,能够明确每阶段的任务与目标;可为每阶段制定开发计划,进行成本预算,组织开发力量;通过阶段评审,将开发过程纳入正确轨道;严格的计划性保证软件产品的按时交付。
任何事物都不是完美的,瀑布模型也一样,该模型的缺点包括:缺乏灵活性,不能适应用户需求的改变;开始阶段的小错误被逐级放大,可能导致软件产品报废;返回上一级的开发需要十分高昂的代价;随着软件规模和复杂性的增加,软件产品成功的机率大幅下降。
3 V模型V模型是瀑布模型的变形,着重于测试活动如何与分析和设计相联系。
V 模型认为:单元测试和集成测试用于验证程序设计,即在单元测试和集成测中,编码人员和测试人员应确保程序设计的所有方面都已经在代码中正确实现;系统测试应验证系统设计,保证系统设计的所有方面都已正确实现;验收测试由用户来进行,把测试步骤与需求规格说明中的每一个要素联系起来对需求进行确认。
该模型中V 形左右两边连线说明各阶段的对应关系。
如果在验证和确认期间发现问题,应重新执行左边的步骤进行修正和改进相应的需求、设计和编码,然后去再次执行右边的测试,这样做使得迭代和重做的过程由隐藏变明确。
与瀑布模型关注对象是文档和制品相比,V 模型更加关注活动和正确性。
4 结束语不是任何软件都可采用瀑布模型的,瀑布模型适合于结构化方法,也就是面向过程的软件开发方法。
软件项目或产品选择瀑布模型必须满足下列条件:在开发时间内需求没有或很少变化;分析设计人员对应用领域很熟悉;低风险项目(对目标、环境很熟悉);用户使用环境很稳定;用户除提出需求以外,很少参与开发工作。
尽管上述条件比较苛刻,但是软件企业在开发新产品或新项目时往往还是采用瀑布模型,系统软件和工具软件也常常采用瀑布模型。
传统软件开发与现代软件开发的区别有哪些
与传统的软件开发方式相比,基于构件的软件开发方法有什么突破呢? 一、体系结构 软件体系结构代表了系统公共的高层次的抽象,它是系统设计成败的关键。
其设计的核心是能否使用重复的体系模式。
传 统的应用系统体系结构从基于主机的集中式框架,到在网络的客户端上通过网络访问服务器的框架,都不能适应目前企业所处的商业环境,原因是: 企业过分地依赖于某个供应商的软件和硬件产品。
这种单一供应商使得企业难以利用计算供应商的免费市场,将计算基础设施的重要决定交给第三方处理,这显然不利于企业在合作伙伴之间共享信息。
不能适应远程访问的分布式、多层次异构系统。
封装的应用系统在出现某种组织需要时,难以用定制来维护系统,从而难以满足多变的需求。
不能实现分析、设计核心功能重用,最多只能实现代码重用。
如今,应用系统已经发展成为在Intranet和Internet上的各种客户端可远程访问的分布式、多层次异构系统。
CBSD为开发这样的应用系统提供了新的系统体系结构。
它是标准定义的、分布式、模块化结构,使应用系统可分成几个独立部分开发,可用增量方式开发。
这样的体系结构实现了CBSD的以下几点目标: 能够通过内部开发的、第三方提供的或市场上购买的现有构件,来集成和定制应用软件系统。
鼓励在各种应用系统中重用核心功能,努力实现分析、设计的重用。
系统都应具有灵活方便的升级和系统模块的更新维护能力。
封装最好的实践案例,并使其在商业条件改变的情况下,还能够被采用,并能保留已有资源。
由此看出,CDSD从系统高层次的抽象上解决了复用性与异构互操作性,这正是分布式网络系统所希望解决的难题。
二、开发过程 传统的软件开发过程在重用元素、开发方法上都与CBSD有很大的不同。
虽然面向对象技术促进了软件重用,但是,只实现了类和类继承的重用。
在整个系统和类之间还存在很大的缺口。
为填补这个缺口,人们曾想了许多方法,如系统体系结构、框架、设计模式等。
自从构件出现以来,软件的重用才得到了根本改变。
CBSD实现了分析、设计、类等多层次上的重用。
图1显示了它的重用元素分层实现。
在分析抽象层上,重用元素有子系统、类;在设计层上重用元素有系统体系结构、子系统体系结构、设计模式、框架、容器、构件、类库、模板、抽象类等。
在软件开发方法上,CBSD引导软件开发从应用系统开发转变为应用系统集成。
建立一个应用系统需要重用很多已有的构件模块,这些构件模块可能是在不同的时间、由不同的人员开发的,并有各种不同的用途。
在这种情况下,应用系统的开发过程就变成对构件接口、构件上下文以及框架环境一致性的逐渐探索过程。
例如,在J2EE平台上,用EJB框架开发应用系统,主要工作是将应用逻辑,按session Bean、entity Bean设计开发,并利用JTS事务处理的服务实现应用系统。
其主要难点是事务划分、构件的部署与开发环境配置。
概括地说,传统的软件开发过程是串行瀑布式、流水线的过程;而CBSD是并发进化式,不断升级完善的过程。
图2显示了它们的不同。
三、软件方法学 软件方法学是从各种不同角度、不同思路去认识软件的本质。
传统的软件方法学是从面向机器、面向数据、面向过程、面向功能、面向数据流、面向对象等不断创新的观点反映问题的本质。
整个软件的发展历程使人们越来越认识到应按客观世界规律去解决软件方法学问题。
直到面向对象方法的出现,才使软件方法学迈进了一大步。
但是,高层次上的重用、分布式异构互操作的难点还没有解决。
CBSD发展到今天,才在软件方法学上为解决这个难题提供了机会。
它把应用业务和实现分离,即逻辑与数据的分离,提供标准接口和框架,使软件开发方法变成构件的组合。
因此,软件方法学是以接口为中心,面向行为的设计。
图3是其开发过程。
归纳起来,CBSD的软件开发方法学应包括下面几方面: 对构件有明确的定义。
基于构件的概念需要有构件的描述技术和规范,如UML、JavaBean、EJB、Servlet规范等。
开发应用系统必须按构件裁剪划分组织,包括分配不同的角色。
有支持检验构件特性和生成文档的工具,确保构件规范的实现和质量测试。
总之,传统的软件方法学从草稿自顶向下进行,对重用没有提供更多的辅助。
CBSD的软件方法学要丰富得多,它是即插即用,基于体系结构,以接口为中心,将构件有机组合,它把自顶向下和自底向上方法结合起来进行开发。
四、开发组织机构 传统软件的开发组织一般由分析员、设计员、程序员和测试员组成。
对一个小的应用系统来说,一个熟练的开发人员,可能兼顾以上多个角色。
但对CBSD来说,因为构件开发与应用系统集成往往是分开进行的,因此整个开发过程由六个角色来完成,他们是: 构件开发者 也是构件供货商,这些大多数是中间件构件提供(续致信网上一页内容)者。
应用构件集成者 针对某应用领域将已有构件组合成更大的构件模块或容器, 作为系统部署的基本单元。
应用系统部署者 将系统部署基本单元放入选定的平台环境或基本框架中,完成软件定制的要求。
开发平台服务器供应商 提供...
计算机程序设计基本步骤?
计算机程序设计基本步骤:(1)创建界面。
程序的界面必须在一开始就设计好,否则在后期将很难进行修改。
因此,是使用Windows提供的默认皮肤(见图1)还是自己编写皮肤,需要最早进行构思。
注意:如果是一个整体的软件,需要先进行软件功能设置。
(2)设置属性。
这个是通用的方法,作用和“创建程序界面”差不多,基本方法就是“属性窗口、代码(对象名称.属性名称=属性值)”。
(3)编写代码。
完成程序理论设计之后,就开始编写程序代码了,具体代码与程序本身有关。
(4)保存工程。
设计完毕之后首先需要把工程保存下来,最好是每一次修改都保存源工程和修改后的工程,以便日后在遇到错误时快速恢复。
(5)测试程序。
完成修改之后要及时测试,发现已有的问题,创建了可执行程序之后就很难再修改了。
(6)创建可执行程序(脚本)。
完成工程之后就可以创建出一个可执行程序(或脚本)了。
此时计算机程序已经设计完毕。
哪些属于传统开发和运维开发?制作软件这种是传统开发的吗?
1.传统的 是一个文档驱动的流程,它将整个软件开发过程划分为顺序相接的几个阶段,每个阶段都必需完成全部规定的任务(文档)后才能够进入下一个阶段。
如必须完成全部的系统需求规格说明书之后才能够进入概要设计阶段,编码必需在系统设计完成之后才能够进行。
这就意味着只有当所有的系统模块全部开发完成之 后,我们才进行系统集成,对于一个由上百个模块组的复杂系统来说,这是一个非常艰巨而漫长的工作。
运维,这里指互联网运维,通常属于技术部门,与研发、测试、系统管理同为互联网产品技术支撑的4大部门,这个划分在国内和国外以及大小公司间都会多少有一些不同。
一个互联网产品的生成一般经历的过程是:产品经理、需求分析、研发部门开发、测试部门测试、运维部门部署发布以及长期的运行维护。
2.需求不确定
什么是软件开发
多了,开发可视化,实现高效率 软件已经渗透到我们身边的每个角落,汽车需要它来发动、飞机需要它来飞行、电话需要它来连接、医院的病人需要依靠它来帮助康复。
因此,软件正快速成为越来越多行业的竞争点。
特别是在电信、汽车、航天及军事领域。
加上许多市场的全球化和非正常化进程使得这种竞争异常激烈。
鉴于软件成为了现代社会的基础,在关键时刻不能失败成为绝对重要的头等大事。
更多、更快、更好的软件。
这就是我们面临的挑战。
同时,软件开发人员需要使用手工编程技术和有限的人力创造奇迹,结果就使软件开发周期拉的太长而且不灵活。
开发人员周旋于修改错误代码而不是集中精力在项目的体系结构和设计上,结果产品质量和最终交货时间都受到影响。
根据Standish Group International , Inc.2000 年的报告,23%的软件开发项目是失败的,49%是“被质疑的”—— 这些项目超时限、超预算或没有实现足够的功能。
在这种情况下,公司就会面临失去竞争优势和市场份额的巨大风险。
业界需要的是相对于以手工编码和以代码为中心的开发方法以外的另一种选择,否则他们就无法满足现今市场对开销、质量和产品周期的要求。
Telelogic TAU 第二代- 让你迈出下一步 幸运的是,业界已经在多年前就认识到,这种情况正变得无法忍受,已经启动了很多尝试,目的是要形成一个全新的、有能力且可靠的技术标准,可以帮助公司在现代系统和软件开发中迎接这些挑战。
业界已经期待很久了,现在这些技术已经首次出现在市场上了。
这是一套面向实时及其他复杂系统与软件开发的集成的、灵活的工具,即Telelogic TAU 第二代。
TAU 第二代包含三个最新的、最强大的技术用来加速大规模软件开发和测试:统一建模语言 (UML) 及它的许多最新修订版本中的特性,UML2.0 ; 功能强大的测试语言TTCN-3 和新的构造系统的方法:Model Driven Architecture (模型驱动构架)。
这三个新的业界标准结合成TAU 的已经过认可的软件开发平台,形成了一个系统,一个一流的稳定可靠的工具解决方案。
TAU 第二代是系统与软件开发解决方案的一个突破,它把业界从使用了太长时间的手工、易出错、以代码为中心的方法中释放出来,自然而然地迈向下一步,一个更加可视化、自动化及可靠的开发方法。
结果是如何呢?它改进了项目的可预测性,提高了质量,大大地缩短了开发周期,显著地节约了成本。
Telelogic TAU 第二代- 加速先进系统和软件开发 TAU 第二代是一套集成的工具集系列,能够简化、自动化及加速复杂系统和软件的开发。
使得TAU 鹤立鸡群的是它更着重于帮助用户解决大多数复杂实时系统和其他先进系统开发中的问题。
TAU 为项目经理、分析员、系统工程师、设计人员、开发人员及测试人员提供了一套集成的开发平台和许多独特性能。
一个共享的开发环境 现代开发项目的成功要依靠许多团队成员:系统分析员、软件设计师、编程人员、测试人员等。
TAU第二代可以让公司在整个开发组织中应用一个共享的工具环境,统一了团队并使项目延期、工作交接等风险降低到最小。
为不同用户群定制的工具 TAU 第二代提供一系列基于角色的工具,为不同项目成员的需求量身定制。
由于这一点,项目参与人员可以在合适的时间获得恰当的信息,这样就简化了开发环境并加速了日常工作。
而且,这一点可使公司不必为不需要的功能多付钱,同时又提供了全面的灵活性。
先进的UML 系统建模 TAU 第二代提供了一个先进的可视化建模环境,让工程师使用最新的业界标准可视化开发语言UML2.0 来无歧义地描述系统构架、设计和行为。
这一强大的新语言综合了传统编程的灵活性和建模语言的快速性。
为系统工程师和软件开发人员建立了一个“通用语言”,加强了沟通和协调能力。
基于模型的可视化验证和仿真 TAU 第二代支持模型驱动开发,用户只需专注于构架和设计而不是实现的细节。
不仅如此,使用TAU 第二代,开发人员还可以在开发的初期仿真系统。
系统的行为可以被跟踪和分析,让开发人员了解与纠正复杂的动态行为,并且这时发现与消除错误最容易,花费也最少。
最新的现代化用户界面 在TAU 第二代工具集中的所有工具都遵从最新的微软Visual Studio 用户界面模式,形成了一个熟悉的,容易学习并且高效的开发环境。
内置的即时语法和语义检查提高了质量,减少了错误并支持一种边学边用的方式。
自动生成应用程序 对于先进实时软件系统,TAU 第二代可以从可视化模型自动生成精简的产品级质量的应用程序。
这一功能包括生成完全C 代码的应用程序和扩展的C++应用程序,无论是通用系统,还是小的嵌入式系统,把工程师从烦躁的,容易出错的手工编程中解放出来,让他们专注于他们最擅长的工作:解决高层次的问题和增加新的有价值的功能。
强大的可扩展性和团队支持 今天的开发机构往往是分布式的,这对工具解决方案有很高要求。
TAU第二代包括对基于团队的开发的强大支持,如对基于组件开发方法的支持,灵活的文件存储结构,先进的图形比较和归并功能和与领先的配置管理系统的无缝集成。
还有,通过独到的方法,工具还允许用...
软件开发是什么
软件开发的内容是:需求、设计、编程和测试!需求:不仅仅是用户需求,应该是开发中遇到的所有的需求。
比如,你首先要知道做这个项目是为了解决什么问题;测试案例中应该输入什么数据......为了清楚地知道这些需求,你经常要和客户、项目经理等交流。
设计:编码前,肯定有个计划告诉你要做什么,结构是怎样等等。
你一定要按照这个来做,否则可能会一团糟。
编程:如果在项目截止日,你的程序不能跑起来或达不到客户的要求,你就拿不到钱。
测试:目的是让你知道,什么时候算是完成了。
如果你聪明,你就应该先写测试,这样可以及时知道你是否真地完成了。
否则,你经常会不知道,到底有哪些功能是真正完成了,离预期目标还差多远。
软件开发中,客户和开发人员都有自己的基本权利和义务。
客户: 定义每个用户需求的商业优先级; 制订总体计划,包括用多少投资、经过多长时间、达到什么目的; 在项目开发过程中的每个工作周,都能让投资获得最大的收益; 通过重复运行你所指定的功能测试,准确地掌握项目进展情况; 能随时改变需求、功能或优先级,同时避免昂贵的再投资;能够根据各种变化及时调整项目计划; 能够随时取消项目;项目取消时,以前的开发工作不是一堆垃圾,已开发完的功能是合乎要求的,正在进行或未完成的的工作则应该是不难接手的。
开发人员: 知道要做什么,以及要优先做什么; 工作有效率; 有问题或困难时,能得到客户、同事、上级的回答或帮助; 对工作做评估,并根据周围情况的变化及时重新评估; 积极承担工作,而不是消极接受分配; 一周40小时工作制,不加班。
软件开发过程可以包括以下6个阶段:计划 对所要解决的问题进行总体定义,包括了解用户的要求及现实环境,从技术、经济和社会因素等3个方面研究并论证本软件项目的可行性,编写可行性研究报告,探讨解决问题的方案,并对可供使用的资源(如计算机硬件、系统软件、人力等)成本,可取得的效益和开发进度作出估计。
制订完成开发任务的实施计划。
分析 软件需求分析就是回答做什么的问题。
它是一个对用户的需求进行去粗取精、去伪存真、正确理解,然后把它用软件工程开发语言(形式功能规约,即需求规格说明书)表达出来的过程。
本阶段的基本任务是和用户一起确定要解决的问题,建立软件的逻辑模型,编写需求规格说明书文档并最终得到用户的认可。
需求分析的主要方法有结构化分析方法、数据流程图和数据字典等方法。
本阶段的工作是根据需求说明书的要求,设计建立相应的软件系统的体系结构,并将整个系统分解成若干个子系统或模块,定义子系统或模块间的接口关系,对各子系统进行具体设计定义,编写软件概要设计和详细设计说明书,数据库或数据结构设计说明书,组装测试计划。
设计 软件设计可以分为概要设计和详细设计两个阶段。
实际上软件设计的主要任务就是将软件分解成模块是指能实现某个功能的数据和程序说明、可执行程序的程序单元。
可以是一个函数、过程、子程序、一段带有程序说明的独立的程序和数据,也可以是可组合、可分解和可更换的功能单元。
模块,然后进行模块设计。
概要设计就是结构设计,其主要目标就是给出软件的模块结构,用软件结构图表示。
详细设计的首要任务就是设计模块的程序流程、算法和数据结构,次要任务就是设计数据库,常用方法还是结构化程序设计方法。
编码 软件编码是指把软件设计转换成计算机可以接受的程序,即写成以某一程序设计语言表示的"源程序清单"。
充分了解软件开发语言、工具的特性和编程风格,有助于开发工具的选择以及保证软件产品的开发质量。
当前软件开发中除在专用场合,已经很少使用二十世纪80年代的高级语言了,取而代之的是面向对象的开发语言。
而且面向对象的开发语言和开发环境大都合为一体,大大提高了开发的速度。
测试 软件测试的目的是以较小的代价发现尽可能多的错误。
要实现这个目标的关键在于设计一套出色的测试用例(测试数据和预期的输出结果组成了测试用例)。
如何才能设计出一套出色的测试用例,关键在于理解测试方法。
不同的测试方法有不同的测试用例设计方法。
两种常用的测试方法是白盒法测试对象是源程序,依据的是程序内部的的逻辑结构来发现软件的编程错误、结构错误和数据错误。
结构错误包括逻辑、数据流、初始化等错误。
用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果。
白盒法和黑盒法依据的是软件的功能或软件行为描述,发现软件的接口、功能和结构错误。
其中接口错误包括内部/外部接口、资源管理、集成化以及系统错误。
黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。
黑盒法。
维护 维护是旨在已完成对软件的研制(分析、设计、编码和测试)工作并交付使用以后,对软件产品所进行的一些软件工程的活动。
即根据软件运行的情况,对软件进行适当修改,以适应新的要求,以及纠正运行中发现的错误。
编写软件问题报告、软件修改报告。
一个中等规模的软件,如果研制阶段需要一年至二年的时间,在它投入使用以后,其运行或工作时间可能持...