而且互相關(guān)聯(lián)并且難以解決,甚至有些是系統(tǒng)設(shè)計(jì)的問題,這時(shí)才發(fā)現(xiàn)好多模塊要推倒重來,18個(gè)月完成計(jì)劃變成了天方夜譚。雖然上面只是一個(gè)虛擬的例子,但在實(shí)際中這種情況比比皆是。問題的關(guān)鍵就在于軟件開發(fā)的歷史數(shù)據(jù)是反映軟件開發(fā)隊(duì)伍的能力的標(biāo)尺,沒有了這個(gè)標(biāo)尺,就無法對(duì)軟件的開發(fā)過程有一個(gè)清醒的認(rèn)識(shí)。錯(cuò)誤2:不重視使用軟件費(fèi)用估值工具軟件和計(jì)劃工具軟件軟件開發(fā)方法述評(píng)60年代中期開始爆發(fā)了眾所周知的軟件危機(jī)。為了克服這一危機(jī)，在1968、1969年連續(xù)召開的兩次***的NATO會(huì)議上提出了軟件工程這一術(shù)語(yǔ)，并在以后不斷發(fā)展、完善。與此同時(shí)，軟件研究人員也在不斷探索新的軟件開發(fā)方法。至今已形成八類軟件開發(fā)方法。一、Parnas方法**早的軟件開發(fā)方法是由Ｄ．Parnas在1972年提出的。由于當(dāng)時(shí)軟件在可維護(hù)性和可靠性方面存在著嚴(yán)重問題，因此Parnas提出的方法是針對(duì)這兩個(gè)問題的。首先，Parnas提出了信息隱蔽原則：在概要設(shè)計(jì)時(shí)列出將來可能發(fā)生變化的因素，并在模塊劃分時(shí)將這些因素放到個(gè)別模塊的內(nèi)部。這樣，在將來由于這些因素變化而需修改軟件時(shí)，只需修改這些個(gè)別的模塊，其它模塊不受影響。信息隱蔽技術(shù)不*提高了軟件的可維護(hù)性，而且也避免了錯(cuò)誤的蔓延。對(duì)所要解決的問題進(jìn)行總體定義，包括了解用戶的要求及現(xiàn)實(shí)環(huán)境。官渡區(qū)提供軟件開發(fā)直銷價(jià)
②合同雙方應(yīng)明確約定所開發(fā)軟件的知識(shí)產(chǎn)權(quán)的權(quán)屬，是共同所有還是一方所有。5、驗(yàn)收驗(yàn)收對(duì)委托開發(fā)軟件合同雙方都非常重要，它關(guān)系到如何確認(rèn)以下幾個(gè)問題。①、委托方在收到軟件程序以及***批文檔后多長(zhǎng)時(shí)間內(nèi)完成對(duì)軟件的測(cè)驗(yàn)，以及在多長(zhǎng)時(shí)間內(nèi)委托方有權(quán)以軟件程序質(zhì)量未達(dá)到合同所規(guī)定的技術(shù)標(biāo)準(zhǔn)要求為由，要求被委托方對(duì)程序進(jìn)行修改使其達(dá)到合同規(guī)定的標(biāo)準(zhǔn)。②、對(duì)程序進(jìn)行修改費(fèi)用應(yīng)哪方負(fù)責(zé)。③、被委托方應(yīng)在多長(zhǎng)內(nèi)完成修改程序的工作，并且應(yīng)在何時(shí)、何地以及以何種方式將修改后的軟件交會(huì)給委托方。④、委托方收到修改過的軟件之后應(yīng)在多長(zhǎng)時(shí)間完成第二次測(cè)驗(yàn)，并應(yīng)在多長(zhǎng)時(shí)間內(nèi)委托方應(yīng)將第二次測(cè)驗(yàn)的結(jié)果通知被委托方。⑤、如第二次測(cè)驗(yàn)計(jì)算機(jī)程序仍未達(dá)到合同規(guī)定的技術(shù)標(biāo)準(zhǔn)要求，委托方是否有權(quán)拒絕拒絕接受程序，交且是否有權(quán)要求被委托方按合同規(guī)定的索賠條款進(jìn)行賠償。⑥、如果委托方要按期將***或者第二次測(cè)驗(yàn)的結(jié)論通知被委托方，是否可以視為委托方已接受被委托方開發(fā)的軟件。⑦、如果程序文檔分為兩次交付，在委托方實(shí)際接受軟件后多長(zhǎng)時(shí)間內(nèi)被委托方應(yīng)將第二批文檔交付給委托方。6、交付說明書①合同雙方應(yīng)明確約定交付的文檔的形式和內(nèi)容。東川區(qū)提供軟件開發(fā)市場(chǎng)價(jià)包括設(shè)計(jì)軟件的功能和實(shí)現(xiàn)的算法和方法、軟件的總體結(jié)構(gòu)設(shè)計(jì)和模塊設(shè)計(jì)、編程和調(diào)試。
測(cè)試數(shù)據(jù)與功能和預(yù)期的輸出結(jié)果組成了測(cè)試用例）。如何才能設(shè)計(jì)出一套出色的測(cè)試用例，關(guān)鍵在于理解測(cè)試方法。不同的測(cè)試方法有不同的測(cè)試用例設(shè)計(jì)方法。兩種常用的測(cè)試方法是白盒法測(cè)試對(duì)象是源程序，依據(jù)的是程序內(nèi)部的的邏輯結(jié)構(gòu)來發(fā)現(xiàn)軟件的編程錯(cuò)誤、結(jié)構(gòu)錯(cuò)誤和數(shù)據(jù)錯(cuò)誤。結(jié)構(gòu)錯(cuò)誤包括邏輯、數(shù)據(jù)流、初始化等錯(cuò)誤。用例設(shè)計(jì)的關(guān)鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果。白盒法和黑盒法依據(jù)的是軟件的功能或軟件行為描述，發(fā)現(xiàn)軟件的接口、功能和結(jié)構(gòu)錯(cuò)誤。其中接口錯(cuò)誤包括內(nèi)部/外部接口、資源管理、集成化以及系統(tǒng)錯(cuò)誤。黑盒法用例設(shè)計(jì)的關(guān)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。軟件開發(fā)6維護(hù)維護(hù)是指在已完成對(duì)軟件的研制（分析、設(shè)計(jì)、編碼和測(cè)試）工作并交付使用以后，對(duì)軟件產(chǎn)品所進(jìn)行的一些軟件工程的活動(dòng)。即根據(jù)軟件運(yùn)行的情況，對(duì)軟件進(jìn)行適當(dāng)修改，以適應(yīng)新的要求，以及糾正運(yùn)行中發(fā)現(xiàn)的錯(cuò)誤。編寫軟件問題報(bào)告、軟件修改報(bào)告。一個(gè)中等規(guī)模的軟件，如果研制階段需要一年至二年的時(shí)間，在它投入使用以后，其運(yùn)行或工作時(shí)間可能持續(xù)五年至十年。那么它的維護(hù)階段也是運(yùn)行的這五年至十年期間。在這段時(shí)間。
M．A．Jackson提出了一類至今仍***使用的軟件開發(fā)方法。這一方法從目標(biāo)系統(tǒng)的輸入、輸出數(shù)據(jù)結(jié)構(gòu)入手，導(dǎo)出程序框架結(jié)構(gòu)，再補(bǔ)充其它細(xì)節(jié)，就可得到完整的程序結(jié)構(gòu)圖。這一方法對(duì)輸入、輸出數(shù)據(jù)結(jié)構(gòu)明確的中小型系統(tǒng)特別有效，如商業(yè)應(yīng)用中的文件表格處理。該方法也可與其它方法結(jié)合，用于模塊的詳細(xì)設(shè)計(jì)。Jackson方法有時(shí)也稱為面向數(shù)據(jù)結(jié)構(gòu)的軟件設(shè)計(jì)方法。Warnier方法1974年，J．D．Warnier提出的軟件開發(fā)方法與Jackson方法類似。差別有三點(diǎn)：一是它們使用的圖形工具不同，分別使用Warnier圖和Jackson圖；另一個(gè)差別是使用的偽碼不同；**主要的差別是在構(gòu)造程序框架時(shí)，Warnier方法*考慮輸入數(shù)據(jù)結(jié)構(gòu)，而Jackson方法不*考慮輸入數(shù)據(jù)結(jié)構(gòu)，而且還考慮輸出數(shù)據(jù)結(jié)構(gòu)。四、問題分析法PAM問題分析法。PAM（ProblemAnalysisMethod）是80年代末由日立公司提出的一種軟件開發(fā)方法。PAM方法希望能兼顧Yourdon方法、Jackson方法和自底向上的軟件開發(fā)方法的優(yōu)點(diǎn)，而避免它們的缺陷。它的基本思想是：考慮到輸入、輸出數(shù)據(jù)結(jié)構(gòu)，指導(dǎo)系統(tǒng)的分解，在系統(tǒng)分析指導(dǎo)下逐步綜合。這一方法的具體步驟是：從輸入、輸出數(shù)據(jù)結(jié)構(gòu)導(dǎo)出基本處理框；分析這些處理框之間的先后關(guān)系。編寫可行性研究報(bào)告，探討解決問題的方案，并對(duì)可供使用的資源。
現(xiàn)在國(guó)外市場(chǎng)上有大約50種商業(yè)軟件費(fèi)用估計(jì)工具包和大約100種商業(yè)項(xiàng)目計(jì)劃工具包,使用他們作精確的估計(jì)比手工的估計(jì)更可能獲得成功。常用的軟件費(fèi)用估計(jì)工具軟件有Checkpoint,Colomo,Estimacs,Price_s,Slim。常用的項(xiàng)目管理軟件有MSProject,Primavera,ProjectManager*sWorkbench,Timeline。把這二種工具軟件聯(lián)合使用可以互為補(bǔ)充,幫助經(jīng)理駁回客戶和程序員的無理要求并且能精確的控制項(xiàng)目的執(zhí)行。錯(cuò)誤3:忽視用戶的需求的變動(dòng)盡管**初的用戶需求在簽定開發(fā)合同時(shí)已經(jīng)包含在需求說明書中,但在整個(gè)開發(fā)周期中期望用戶的需求一直保持不變是不大可能的,因?yàn)橛脩魧?duì)于如何應(yīng)用計(jì)算機(jī)軟件并沒有一個(gè)成熟的經(jīng)驗(yàn)。在項(xiàng)目進(jìn)行中用戶的需求會(huì)不斷的增長(zhǎng),一般情況下用戶的需求以每月1%的速率增加,如果一個(gè)項(xiàng)目在12個(gè)月內(nèi)完成,**終將有超過10%的改動(dòng),如果項(xiàng)目要持續(xù)36個(gè)月,**后將增加1/3的功能。每月1%也只是一個(gè)經(jīng)驗(yàn)數(shù)據(jù),一個(gè)缺乏計(jì)算機(jī)應(yīng)用經(jīng)驗(yàn)的用戶會(huì)更頻繁的改變和增加他的要求。因此在作項(xiàng)目的費(fèi)用和時(shí)間估計(jì)時(shí)一定要考慮用戶需求的變化。一種比較明智的方法是在簽定開發(fā)合同時(shí)把用戶需求的改動(dòng)和經(jīng)濟(jì)利益掛鉤,如果用戶增加或改動(dòng)了需求,那么軟件的交付日期可以推遲,費(fèi)用也應(yīng)增加。從技術(shù)、經(jīng)濟(jì)和社會(huì)因素等3個(gè)方面研究并論證本軟件項(xiàng)目的可行性。昆明信息化軟件開發(fā)網(wǎng)上價(jià)格
軟件開發(fā)是一項(xiàng)包括需求捕捉、需求分析、設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試的系統(tǒng)工程。官渡區(qū)提供軟件開發(fā)直銷價(jià)
下面我們將按其影響大小的順序排列說明5種錯(cuò)誤的實(shí)踐方式。錯(cuò)誤1:沒有軟件項(xiàng)目開發(fā)的歷史數(shù)據(jù)缺乏軟件開發(fā)的歷史數(shù)據(jù)是大多數(shù)軟件項(xiàng)目失敗的關(guān)鍵所在,這樣的結(jié)論也許使很多人感到吃驚,但事實(shí)就是如此。沒有一個(gè)可靠的軟件開發(fā)的歷史數(shù)據(jù)會(huì)使項(xiàng)目經(jīng)理,程序員,客戶對(duì)于軟件開發(fā)的過程缺少清醒的認(rèn)識(shí)。假設(shè)現(xiàn)在你正在管理一個(gè)軟件項(xiàng)目,而這個(gè)項(xiàng)目還沒有一個(gè)公司在36個(gè)月內(nèi)完成。作為一個(gè)負(fù)責(zé)的經(jīng)理,你作了一個(gè)比較細(xì)致和保守的估計(jì),然后告訴你的客戶和你的手下說你認(rèn)為這個(gè)項(xiàng)目需要36-38個(gè)月完成。然而常常有這樣的情況發(fā)生：你的客戶和程序員要求把時(shí)間壓縮到18個(gè)月。客戶一方面希望軟件盡早投入使用而產(chǎn)生經(jīng)濟(jì)效益,一方面也想壓縮項(xiàng)目時(shí)間作為一個(gè)討價(jià)還價(jià)的籌碼;而程序員一方面可能過于自信,一方面盡早結(jié)束項(xiàng)目也能使他們多賺點(diǎn)錢。而此時(shí)你的手頭上也沒有一個(gè)可靠的軟件開發(fā)的歷史數(shù)據(jù),在他們的壓力下你同意了18個(gè)月的計(jì)劃,于是一場(chǎng)災(zāi)難開始了。在項(xiàng)目的開始階段你發(fā)現(xiàn)計(jì)劃被拖延了,于是開始向程序員們施加壓力,要求他們加快進(jìn)度,程序員為了追求進(jìn)度而不得不把其它指標(biāo)放在一邊,這些問題不斷的積累下來而項(xiàng)目經(jīng)理卻蒙在鼓里。到了項(xiàng)目中后期這些質(zhì)量問題會(huì)不斷暴露出來。官渡區(qū)提供軟件開發(fā)直銷價(jià)
昆明酷通科技有限公司致力于商務(wù)服務(wù)，以科技創(chuàng)新實(shí)現(xiàn)高品質(zhì)管理的追求。公司自創(chuàng)立以來，投身于軟件開發(fā)，是商務(wù)服務(wù)的主力軍?？嵬ü?yīng)始終以本分踏實(shí)的精神和必勝的信念，影響并帶動(dòng)團(tuán)隊(duì)取得成功?？嵬ü?yīng)始終關(guān)注商務(wù)服務(wù)市場(chǎng)，以敏銳的市場(chǎng)洞察力，實(shí)現(xiàn)與客戶的成長(zhǎng)共贏。