1.結(jié)構(gòu)化方法:分析,設(shè)計(jì),程序設(shè)計(jì)構(gòu)成,面向數(shù)據(jù)流的開(kāi)發(fā)方法,分解和抽象的原則,數(shù)據(jù)流圖建立功能模型,完成需求分析工作。
2.Jackson方法:面向數(shù)據(jù)結(jié)構(gòu)開(kāi)發(fā)方法。數(shù)據(jù)結(jié)構(gòu)為驅(qū)動(dòng),適合小規(guī)模的項(xiàng)目,當(dāng)輸入數(shù)據(jù)結(jié)構(gòu)和輸出結(jié)構(gòu)之間沒(méi)有對(duì)應(yīng)關(guān)系,難用此方法,JSD(Jackson Structure Prograamming)是JSP(JacksonSystem Development)的擴(kuò)充
3.原型化方法:和演化模型相對(duì)應(yīng),需求不清,業(yè)務(wù)理論不確定,需求經(jīng)常變化,規(guī)模不大去不太復(fù)雜時(shí)采用。
4.面向?qū)ο箝_(kāi)發(fā)方法:分析,設(shè)計(jì),實(shí)現(xiàn),Booch,Coad,OMT,為統(tǒng)一各種面向?qū)ο蠓椒ǖ男g(shù)語(yǔ),概念和模型,推出UML (Unified Modeling Language)統(tǒng)一化建模語(yǔ)言,成為工業(yè)標(biāo)準(zhǔn)。
這需要看將來(lái)想從事什么類型軟件的開(kāi)發(fā)吧。如果在國(guó)內(nèi)開(kāi)發(fā)windows類型應(yīng)用程序,據(jù)說(shuō)vb比較流行,但如果開(kāi)發(fā)和硬件關(guān)系較大的嵌入式程序,則使用較多的還是C語(yǔ)言,而網(wǎng)絡(luò)這個(gè)方面,無(wú)論是有線還是無(wú)線,大多數(shù)都選擇了JAVA。以上是從應(yīng)用角度來(lái)講的,如果從性能和投入方面分析,C語(yǔ)言無(wú)疑性能上最好的,但它的復(fù)雜度太高,開(kāi)發(fā)和維護(hù)費(fèi)用較大,一般比較好的游戲程序或者速度要求較高的程序會(huì)選擇C++來(lái)開(kāi)發(fā),而VB等由于它的簡(jiǎn)易性,可以極大縮短開(kāi)發(fā)周期,也是程序員的寵兒之一。另外有一種語(yǔ)言python在國(guó)內(nèi)逐漸出現(xiàn),國(guó)外好像已經(jīng)流行了十幾年吧,linux的引導(dǎo)程序和BT的一些組件都是用它開(kāi)發(fā)的,具有開(kāi)發(fā)周期短,易維護(hù)等特點(diǎn),運(yùn)行速度也比JAVA要快,并且面向?qū)ο?,無(wú)平臺(tái)限制,據(jù)說(shuō)還開(kāi)放了源碼,不過(guò)由于在國(guó)內(nèi)流行時(shí)間不長(zhǎng),各大公司出于對(duì)以前開(kāi)發(fā)代碼的兼容性的需要,可能一時(shí)間接受不這個(gè)語(yǔ)言,但可以明顯看出,它的發(fā)展?jié)摿ο喈?dāng)大。
總而言之,C為基礎(chǔ),掌握J(rèn)AVA,會(huì)用VB,了解python,應(yīng)該看得出這幾個(gè)詞匯之間的輕重差別吧。:
軟件開(kāi)發(fā)的內(nèi)容是:需求、設(shè)計(jì)、編程和測(cè)試!
需求:不僅僅是用戶需求,應(yīng)該是開(kāi)發(fā)中遇到的所有的需求。比如,你首先要知道做這個(gè)項(xiàng)目是為了解決什么問(wèn)題;測(cè)試案例中應(yīng)該輸入什么數(shù)據(jù)……為了清楚地知道這些需求,你經(jīng)常要和客戶、項(xiàng)目經(jīng)理等交流。
設(shè)計(jì):編碼前,肯定有個(gè)計(jì)劃告訴你要做什么,結(jié)構(gòu)是怎樣等等。你一定要按照這個(gè)來(lái)做,否則可能會(huì)一團(tuán)糟。
編程:如果在項(xiàng)目截止日,你的程序不能跑起來(lái)或達(dá)不到客戶的要求,你就拿不到錢(qián)。
測(cè)試:目的是讓你知道,什么時(shí)候算是完成了。如果你聰明,你就應(yīng)該先寫(xiě)測(cè)試,這樣可以及時(shí)知道你是否真地完成了。否則,你經(jīng)常會(huì)不知道,到底有哪些功能是真正完成了,離預(yù)期目標(biāo)還差多遠(yuǎn)。
軟件開(kāi)發(fā)中,客戶和開(kāi)發(fā)人員都有自己的基本權(quán)利和義務(wù)。
客戶:
定義每個(gè)用戶需求的商業(yè)優(yōu)先級(jí);
制訂總體計(jì)劃,包括用多少投資、經(jīng)過(guò)多長(zhǎng)時(shí)間、達(dá)到什么目的;
在項(xiàng)目開(kāi)發(fā)過(guò)程中的每個(gè)工作周,都能讓投資獲得最大的收益;
通過(guò)重復(fù)運(yùn)行你所指定的功能測(cè)試,準(zhǔn)確地掌握項(xiàng)目進(jìn)展情況;
1.結(jié)構(gòu)化方法:分析,設(shè)計(jì),程序設(shè)計(jì)構(gòu)成,面向數(shù)據(jù)流的開(kāi)發(fā)方法,分解和抽象的原則,數(shù)據(jù)流圖建立功能模型,完成需求分析工作。
2.Jackson方法:面向數(shù)據(jù)結(jié)構(gòu)開(kāi)發(fā)方法。數(shù)據(jù)結(jié)構(gòu)為驅(qū)動(dòng),適合小規(guī)模的項(xiàng)目,當(dāng)輸入數(shù)據(jù)結(jié)構(gòu)和輸出結(jié)構(gòu)之間沒(méi)有對(duì)應(yīng)關(guān)系,難用此方法,JSD(Jackson Structure Prograamming)是JSP(JacksonSystem Development)的擴(kuò)充3.原型化方法:和演化模型相對(duì)應(yīng),需求不清,業(yè)務(wù)理論不確定,需求經(jīng)常變化,規(guī)模不大去不太復(fù)雜時(shí)采用。
4.面向?qū)ο箝_(kāi)發(fā)方法:分析,設(shè)計(jì),實(shí)現(xiàn),Booch,Coad,OMT,為統(tǒng)一各種面向?qū)ο蠓椒ǖ男g(shù)語(yǔ),概念和模型,推出UML (Unified Modeling Language)統(tǒng)一化建模語(yǔ)言,成為工業(yè)標(biāo)準(zhǔn)。
你說(shuō)的是方法還是模式,如果是模式,有以下三種
瀑布模型(Waterfall Model)是一個(gè)項(xiàng)目開(kāi)發(fā)架構(gòu),瀑布模型核心思想是按工序?qū)?wèn)題化簡(jiǎn),將功能的實(shí)現(xiàn)與設(shè)計(jì)分開(kāi),便于分工協(xié)作,即采用結(jié)構(gòu)化的分析與設(shè)計(jì)方法將邏輯實(shí)現(xiàn)與物理實(shí)現(xiàn)分開(kāi)。
1、瀑布模型有以下優(yōu)點(diǎn)
1)為項(xiàng)目提供了按階段劃分的檢查點(diǎn)。
2)當(dāng)前一階段完成后,您只需要去關(guān)注后續(xù)階段。
3)可在迭代模型中應(yīng)用瀑布模型。
增量迭代應(yīng)用于瀑布模型。迭代1解決最大的問(wèn)題。每次迭代產(chǎn)生一個(gè)可運(yùn)行的版本,同時(shí)增加更多的功能。每次迭代必須經(jīng)過(guò)質(zhì)量和集成測(cè)試。
2、瀑布模型有以下缺點(diǎn)
1)在項(xiàng)目各個(gè)階段之間極少有反饋。
2)只有在項(xiàng)目生命周期的后期才能看到結(jié)果。
3)通過(guò)過(guò)多的強(qiáng)制完成日期和里程碑來(lái)跟蹤各個(gè)項(xiàng)目階段。
盡管瀑布模型招致了很多批評(píng),但是它對(duì)很多類型的項(xiàng)目而言依然是有效的,如果正確使用,可以節(jié)省大量的時(shí)間和金錢(qián)。
面向?qū)ο筮@個(gè)概念很抽象。不過(guò)我覺(jué)得是3者當(dāng)中最適合于軟件系統(tǒng)的開(kāi)發(fā)。
每個(gè)人對(duì)于面向?qū)ο筮@個(gè)概念的看法都有點(diǎn)不同,開(kāi)發(fā)的系統(tǒng)越多,對(duì)于面向?qū)ο筮@個(gè)概念就理解的越深刻。有關(guān)于面向?qū)ο蟮慕忉?,你可以參考下這個(gè):?wtp=tt
原型模型的特點(diǎn):
(1)開(kāi)發(fā)人員和用戶在“原型”上達(dá)成一致。這樣一來(lái),可以減少設(shè)計(jì)中的錯(cuò)誤和開(kāi)發(fā)中的風(fēng)險(xiǎn),也減少了對(duì)用戶培訓(xùn)的時(shí)間,而提高了系統(tǒng)的實(shí)用、正確性以及用戶的滿意程度。
(2)縮短了開(kāi)發(fā)周期,加快了工程進(jìn)度。
(3)降低成本。
原型模型的缺點(diǎn):
當(dāng)告訴用戶,還必須重新生產(chǎn)該產(chǎn)品時(shí),用戶是很難接受的。這往往給工程繼續(xù)開(kāi)展帶來(lái)不利因素。
不宜利用原型系統(tǒng)作為最終產(chǎn)品。采用原型模型開(kāi)發(fā)系統(tǒng),用戶和開(kāi)發(fā)者必須達(dá)成一致:原型被建造僅僅是用戶用來(lái)定義需求,之后便部分或全部拋起,最終的軟件是要充分考慮了質(zhì)量和可維護(hù)性等方面之后才被開(kāi)發(fā)。
原發(fā)布者:FX資料庫(kù)
1軟件開(kāi)發(fā)實(shí)施方案系統(tǒng)開(kāi)發(fā)嚴(yán)格按照軟件工程的方法進(jìn)行組織,系統(tǒng)的開(kāi)發(fā)過(guò)程按照需求分析、系統(tǒng)分析與設(shè)計(jì)要求、系統(tǒng)編碼、系統(tǒng)測(cè)試幾個(gè)過(guò)程有序推進(jìn)。下表所示系統(tǒng)開(kāi)發(fā)流程圖,采用原型及迭代方式開(kāi)發(fā),根據(jù)用戶需求持續(xù)改進(jìn),直到最終用戶確認(rèn)滿意。1.1開(kāi)發(fā)流程總述如下圖示流程定義了我公司內(nèi)部的軟件開(kāi)發(fā)過(guò)程,以指導(dǎo)和規(guī)范軟件項(xiàng)目中開(kāi)發(fā)過(guò)程的定義和相應(yīng)的實(shí)施。該過(guò)程可劃分為一系列子過(guò)程,包括:軟件需求分析、設(shè)計(jì)、編碼、測(cè)試、驗(yàn)收、維護(hù),每個(gè)子過(guò)程又由一系列任務(wù)和活動(dòng)組成,如設(shè)計(jì)過(guò)程又可分為結(jié)構(gòu)設(shè)計(jì)和詳細(xì)設(shè)計(jì)。但是在實(shí)際開(kāi)發(fā)項(xiàng)目中,情況仍然會(huì)是千變?nèi)f化的,因此我們也并不是一成不變的死板執(zhí)行一個(gè)僵化的工作流程,我們的原則是在一個(gè)規(guī)范流程的指導(dǎo)和約束下,根據(jù)具體工程項(xiàng)目的實(shí)際要求,為每一個(gè)項(xiàng)目評(píng)估并制定真正能夠最好的滿足該項(xiàng)目要求的開(kāi)發(fā)流程。
圖1.41軟件開(kāi)發(fā)流程總圖在應(yīng)用系統(tǒng)軟件開(kāi)發(fā)項(xiàng)目中,我們?nèi)詫⒆裱@一思想,這一點(diǎn)將在隨后的項(xiàng)目開(kāi)發(fā)實(shí)施計(jì)劃部分有具體的體現(xiàn),在這里和下面的相關(guān)章節(jié)中,我們?nèi)詫@著這個(gè)完整的開(kāi)發(fā)流程來(lái)分析說(shuō)明,以此來(lái)闡明我們對(duì)項(xiàng)目開(kāi)發(fā)的完整過(guò)程管理思想和相關(guān)實(shí)踐。下面我們對(duì)這個(gè)軟件開(kāi)發(fā)工作流程進(jìn)行簡(jiǎn)要地分解說(shuō)明。1.2軟件需求分析(1)概述由于應(yīng)用系統(tǒng)與眾多相關(guān)應(yīng)用軟件需要進(jìn)行交互,因此需要先對(duì)這些應(yīng)用系統(tǒng)進(jìn)行分別梳理,充分做好需求調(diào)研工作,編寫(xiě)經(jīng)項(xiàng)目單位認(rèn)可并評(píng)審?fù)ㄟ^(guò)的《系統(tǒng)需求
分享到:
收藏推薦 軟件開(kāi)發(fā)方法的研究在軟件工程中是很重要的一個(gè)方面。程序設(shè)計(jì)方法研究的是小規(guī)模程序設(shè)計(jì),而軟件開(kāi)發(fā)方法則是研究在大規(guī)模軟件的開(kāi)發(fā)過(guò)程中如何組織、管理人員和資源、指導(dǎo)人們開(kāi)發(fā)軟件系統(tǒng)的方法,本文對(duì)一些常用到的軟件開(kāi)發(fā)方法做一個(gè)概述和比較。(反復(fù));④真正實(shí)現(xiàn)。 (3)優(yōu)點(diǎn):適應(yīng)用戶需求的模糊不清和多變。 (4)局限性:必須有一定的工具和環(huán)境做為支撐的條件。結(jié)構(gòu)化分析與設(shè)計(jì)方法(sA/sD) (l)基本思想:自頂向下按功能劃分系統(tǒng),逐步求精問(wèn)題解,將軟件開(kāi)發(fā)過(guò)程看做是軟件生命周期,建立瀑布模型。 該方法由DeMarco和You記。n公司提出并逐步使之完善。 (2)基本步驟:分析~設(shè)計(jì)~編碼~測(cè)試~運(yùn)行/維護(hù) (3)優(yōu)點(diǎn):應(yīng)用時(shí)間長(zhǎng)、簡(jiǎn)單、直觀、易于接受,已有了一定的應(yīng)用基礎(chǔ)并開(kāi)辟了應(yīng)用市場(chǎng)。 (4)局限性:功能經(jīng)常要變,難于適應(yīng)變化要求;后期發(fā)現(xiàn)的錯(cuò)誤維護(hù)代價(jià)太高;不支持開(kāi)發(fā)的反復(fù)。
聲明:本網(wǎng)站尊重并保護(hù)知識(shí)產(chǎn)權(quán),根據(jù)《信息網(wǎng)絡(luò)傳播權(quán)保護(hù)條例》,如果我們轉(zhuǎn)載的作品侵犯了您的權(quán)利,請(qǐng)?jiān)谝粋€(gè)月內(nèi)通知我們,我們會(huì)及時(shí)刪除。
蜀ICP備2020033479號(hào)-4 Copyright ? 2016 學(xué)習(xí)鳥(niǎo). 頁(yè)面生成時(shí)間:2.619秒