軟件開(kāi)發(fā)過(guò)程的七個階段(軟件開(kāi)發(fā)過(guò)程包括哪些階段?)

軟件開(kāi)發(fā) 2607
本篇文章給大家談談軟件開(kāi)發(fā)過(guò)程的七個階段,以及軟件開(kāi)發(fā)過(guò)程包括哪些階段?對(duì)應的知識點,希望對(duì)各位有所幫助,不要忘了收藏本站喔。 本文目錄一覽: 1、軟件生命周期七個階段

本篇文章給大家談談軟件開(kāi)發(fā)過(guò)程的七個階段,以及軟件開(kāi)發(fā)過(guò)程包括哪些階段?對(duì)應的知識點,希望對(duì)各位有所幫助,不要忘了收藏本站喔。

本文目錄一覽:

軟件生命周期七個階段

第一階段:假想階段

在本階段需要反複驗證這(zhè)個假想的可行性,成(chéng)本,收益;如果行業内已有類似的可參考的軟件那麼(me)就會(huì)簡單一些,如果沒(méi)有就隻能(néng)利用一些模拟和預測的方法來幫忙了。在假想确定要實施的時候一定要組織一次啓動會(huì)議,參會(huì)人員包括所有的利益相關方,由總裁級别的領導宣布這(zhè)個項目的正式啓動;目的就是給大家一個前進(jìn)的方向(xiàng)和希望各方通力合作。

第二階段:需求開(kāi)發(fā)階段

軟件的5個特性中的易用性在本階段要重點考慮。本階段可能(néng)是争議最多的階段,對(duì)于同一種(zhǒng)業務功能(néng)需求會(huì)有多種(zhǒng)解決方案,每一種(zhǒng)解決方案會(huì)有一套詳細的軟件功能(néng)描述,不同的解決方案所需要的成(chéng)本一定是不一樣(yàng)的,易用性也會(huì)不一樣(yàng)。如果站在業務部門的角度一定是易用性越好(hǎo)越滿意,但是站在信息部門的角度如果成(chéng)本超出了預算就不得不追加預算,如果不能(néng)批準就不得不和業務部門反複探讨協商了。信息部門各個方面(miàn)的項目負責人一定要參與到這(zhè)個階段的讨論中,如果在某個方面(miàn)的成(chéng)本超出了預算一定要及時提出,包括開(kāi)發(fā)方面(miàn),測試方面(miàn),硬件方面(miàn)。通常見一些公司隻有一個項目經(jīng)理或者銷售人員代表信息部門參與到這(zhè)個階段的讨論中,接受了很多成(chéng)本遠超出預算的業務需求,殊不知這(zhè)一個人怎能(néng)精通各個方面(miàn),怎能(néng)準确地計算出成(chéng)本。不知這(zhè)些公司的上層領導們是怎樣(yàng)想的。如果是一個乙方公司這(zhè)樣(yàng)不專業的做法通常的結果就是虧本買賣,唯一的解決辦法就是不斷壓榨一線的技術人員。在國(guó)内這(zhè)種(zhǒng)不正常的現象很普遍。作爲一個信息行業的從業人員真希望這(zhè)種(zhǒng)現象會(huì)盡快好(hǎo)轉,多給技術人員一些尊重和成(chéng)長(cháng)的機會(huì),最終形成(chéng)良性循環。

通常在這(zhè)個階段一線的技術人員不會(huì)參與進(jìn)來,對(duì)于參與的技術人員負責人要求比較高,他要熟悉公司的現有技術架構,使用或者複用時的成(chéng)本;具有較強的溝通協調能(néng)力;對(duì)于公司财務部門,預算部門,采購部門的工作流程比較熟悉;所有的素質要求都(dōu)是爲了能(néng)夠深刻理解和把握開(kāi)篇提到的那個三角形标示出來的三個要素和高質量的标準。

站在整個項目的負責人的角度看平衡各方利害通常是很有挑戰性的任務,作者曾經(jīng)參加過(guò)競越公司開(kāi)辦的一門叫(jiào)做思維技術的課程,其中提到過(guò)從一個問題的多個解決方案中選出最适合各個利益相關方的的方法論。作者認爲完全可以把這(zhè)個方法論使用在本階段争議比較多的焦點上。

如果本階段沒(méi)有争議是不正常的現象,本階段的争議越多後(hòu)面(miàn)階段的争議相對(duì)就少,站在整個項目的角度看成(chéng)功率就相對(duì)高,總成(chéng)本就相對(duì)低。

第三階段:設計階段

在上一個階段的工作做得足夠充分之後(hòu)本階段的工作才更加有意義和價值。本階段的工作至關重要,承上啓下。

軟件方面(miàn):作者主張需求開(kāi)發(fā)階段參與的技術負責人,設計階段的負責人,實現階段的負責人,以及軟件在運行期間的第三層運維支持負責人是同一個人。這(zhè)四個負責人可以分開(kāi),但是要保證下一個階段的負責人能(néng)夠充分理解上一個階段負責人的工作輸出的想法并且是認可的。如果四個責任人分開(kāi)會(huì)面(miàn)臨以下幾個管理問題:

1.由于上一個階段的負責人并不繼續向(xiàng)下負責,所以可能(néng)出現不認真或者輸出結果不達标的問題;下一個階段的負責人可能(néng)會(huì)出現同樣(yàng)的問題,以至于問題一直留到最後(hòu)解決,甚至于無法解決,成(chéng)本高到遠遠超出預算。

2.知識傳遞的問題,如果下一個階段的負責人不能(néng)理解上一個階段的負責人的理念,那麼(me)就需要兩(liǎng)位負責人在一起(qǐ)充分溝通達成(chéng)共識,但是如果兩(liǎng)位負責人不能(néng)達成(chéng)共識又會(huì)引起(qǐ)另外的問題。

但是如果四個負責人都(dōu)是同一個人,也許有人會(huì)質疑說一個人的精力有限,對(duì)于一個大項目來說一個人無法勝任。在這(zhè)裡(lǐ)作者必須聲明作者是個敏捷開(kāi)發(fā)主義者,實際工作過(guò)程中通常都(dōu)是一個月或者兩(liǎng)個月發(fā)布一次版本,測試通過(guò)就上線運行。這(zhè)樣(yàng)一個人的精力有限問題就解決了,實際上也就是把在開(kāi)篇提到的那個三角形中的範圍因素設定爲正好(hǎo)适合一個負責人能(néng)夠勝任的界限。這(zhè)種(zhǒng)做法最大的好(hǎo)處不言而喻,項目成(chéng)功率高,風險度低,也可以盡快實現軟件的價值-爲業務服務。也許還(hái)有人會(huì)質疑如果每一次發(fā)布的版本的新增功能(néng)太少,在架構設計方面(miàn)可能(néng)會(huì)有偏差,會(huì)需要不斷重新設計架構。作者一直以來的理解是軟件的架構和軟件的源代碼是可以分開(kāi)考慮的。舉個形象的例子就是架構和源代碼的關系就像書架和書的關系,可以在開(kāi)始就準備一個大書架,然後(hòu)一本一本添加書籍,很長(cháng)時間都(dōu)不需要換書架。如果開(kāi)始準備的是一個小書架,書籍很快就會(huì)把書架填滿,這(zhè)時一個小書架就不夠用了,解決辦法可以增加一個小書架,也可以換成(chéng)一個大書架。增加一個小書架就相當于增加一個子系統,換成(chéng)一個大書架就相當于重新設計架構,然後(hòu)增加新的模塊。但是作者不能(néng)确定在開(kāi)始是用一個小書架好(hǎo)還(hái)是用一個大書架好(hǎo),如果一定要給一個觀點,作者主張把書架設計成(chéng)可以由一個人就能(néng)夠靈活添加或者減少書架體積的模式。這(zhè)時架構設計們的價值就明顯地展示出來了。放書的工作就相對(duì)簡單多了。

硬件方面(miàn)和測試方面(miàn)的道(dào)理應該是類似的。

第四階段:實現階段

有了質量标準,有了設計方案,接下來的工作就是加工實現了。在實現的過(guò)程中要不斷檢查質量是否達标,是否是按照設計方案來實現的。如果這(zhè)個階段的負責人是設計階段的負責人和將(jiāng)來的第三層運維支持負責人,那麼(me)這(zhè)兩(liǎng)項檢查工作會(huì)很順利。軟件方面(miàn)一定要有一個源代碼管理工具。硬件方面(miàn)一定要有一個配置管理工具。

第五階段:質量檢查階段

實現階段的質量檢查屬于内檢,本階段的質量檢查屬于外檢,換成(chéng)專業的質量檢查人員從另外的角度看問題,看是否能(néng)夠達到質量标準。作者主張需求開(kāi)發(fā)階段參與的技術負責人,設計階段的負責人,質量檢查階段的負責人和運維期間的重複質量檢查負責人都(dōu)由同一個人來擔當。

本階段還(hái)面(miàn)臨一個管理問題就是質量檢查人員和開(kāi)發(fā)人員之間的溝通問題,所以缺陷管理工具和完善的質量報告是很必要的。對(duì)于軟件上線運行後(hòu)出現的事(shì)故,調查事(shì)故原因如果是一個未發(fā)現的軟件缺陷,如果一定要有懲罰措施,作者主張開(kāi)發(fā)方面(miàn)負責承擔60%的責任,質量檢查方面(miàn)負責40%的責任。作者不主張獎懲措施,主張主人翁精神的培養。因爲很多時候功與過(guò)實在是難以劃定清楚,必然會(huì)引起(qǐ)不公平現象的出現;但是讓大家明白公司業績好(hǎo)了,獎金就會(huì)多,福利就會(huì)提升以及公司存在個人的工作就會(huì)存在這(zhè)樣(yàng)的道(dào)理卻很容易。但是主人翁精神的培養是個太過(guò)高級的話題,超出了作者的工作經(jīng)曆所覆蓋的範圍,隻是有一點深刻體會(huì)就是公司要給予員工家的感覺,隻要是一如既往全心全意爲公司服務,那麼(me)公司就沒(méi)有抛棄這(zhè)位家人的理由,每年工資的提升至少不少于通貨膨脹率。作者認爲這(zhè)樣(yàng)的家人應該會(huì)有比較強的主人翁精神的。

第六階段:部署階段

這(zhè)個階段實現了軟件和硬件的結合。作者能(néng)夠提到的幾點就是:

1.本階段可以使用自動化部署工具。

2.可以把軟件的部署分爲應用程序層和數據庫層。

3.如果使用的是Windows服務器和域管理,應用程序到數據庫之間的連接一定要使用集成(chéng)身份驗證。

4.應用程序池的賬号一定要使用服務賬号,密碼要使用密碼管理工具。

5.服務賬号隻能(néng)用在應用程序池用來連接應用程序和數據庫,不能(néng)遠程登錄服務器和使用在連接數據庫的客戶端軟件上。

6.如果不是域管理能(néng)夠做到的,那麼(me)所有的密碼都(dōu)應該使用加密功能(néng)。

軟件開(kāi)發(fā)流程

軟件開(kāi)發(fā)流程:

軟件開(kāi)發(fā)流程是指軟件開(kāi)發(fā)設計的一般流程,包括軟件的總體結構、模塊的組成(chéng)、功能(néng)的設計、程序的編譯、調試、聯調、測試等過(guò)程。

主要步驟:

項目分析、确定開(kāi)發(fā)、需求分析、設計、編程、軟件測試、軟件交付、驗收、維護。

詳細釋義:

軟件開(kāi)發(fā)流程即軟件設計思路和方法的一般過(guò)程,包括對(duì)軟件先進(jìn)行需求分析,設計軟件的功能(néng)和實現的算法和方法、軟件的總體結構設計和模塊設計、編碼和調試、程序聯調和測試以及編寫、提交程序等一系列操作以滿足客戶的需求并且解決客戶的問題,如果有更高需求,還(hái)需要對(duì)軟件進(jìn)行維護、升級處理,報廢處理。

軟件開(kāi)發(fā)流程八個步驟:

1、軟件開(kāi)發(fā)的第一個過(guò)程是對(duì)項目開(kāi)發(fā)的分析和确定。主要是軟件開(kāi)發(fā)商所确定項目開(kāi)發(fā)後(hòu),需要和需求方讨論确定需求方軟件開(kāi)發(fā)的目标和具體需求。

2、接下來就是需求分析。此步驟也是确定正常實施軟件開(kāi)發(fā)的具體想法的階段。在确定軟件開(kāi)發(fā)可以進(jìn)行後(hòu),對(duì)客戶的需要實現的軟件功能(néng)進(jìn)行詳細的分析。同時要考慮開(kāi)發(fā)過(guò)程中可能(néng)出現的變化,制定需求變更計劃,随時應對(duì)特殊情況的發(fā)生,保證軟件開(kāi)發(fā)過(guò)程的順利進(jìn)行。

3、接下來就是軟件設計。要根據上一階段的軟件功能(néng)需求分析結果進(jìn)行設計,涉及到軟件設計框架結構、軟件系統模塊和軟件系統的數據庫,主要分爲總體設計和詳細設計兩(liǎng)部分。

4、接下來就是編程的實施步驟。編程也是基于軟件的設計,軟件設計的所有部分都(dōu)是通過(guò)計算機程序代碼實現的。編程由統一規範的程序書寫規則,保證了軟件程序的可理解性。

5、接下來的就是步驟軟件測試。也就是客戶軟件按照設計用編程代碼實現後(hòu),也就是軟件程序。完成(chéng)後(hòu),需要修改書面(miàn)的程序,形成(chéng)整體框架,功能(néng)爲單元,組裝,系統三個階段測試,程序的正确性,客戶要求功能(néng)的充分性,以确定軟件是否滿足開(kāi)發(fā)要求,這(zhè)也是一個發(fā)現問題、糾正問題的過(guò)程。

6、軟件開(kāi)發(fā)是通過(guò)以上核心環節完成(chéng)的。接下來就在軟件開(kāi)發(fā)之後(hòu)滿足了客戶的要求,軟件系統交給了客戶,并向(xiàng)客戶交付軟件安裝程序、數據庫的數據字典、《用戶安裝手冊》、《用戶使用指南》、需求報告、設計報告、測試報告等文檔,指導客戶安裝軟件及安裝技巧。

提醒客戶關注軟件的運行狀态、環境、服務器及相關中間件的檢測和注意事(shì)項,了解客戶軟件的實際操作方法、使用流程等問題,實現合同規定的任務。

7、用戶接受開(kāi)發(fā)交付的軟件開(kāi)發(fā)後(hòu),實際操作運行測試。達到滿意的結果後(hòu),對(duì)開(kāi)發(fā)出來的軟件進(jìn)行驗收。

8、定制開(kāi)發(fā)的軟件通常需要提供售後(hòu)服務,維護軟件,或者根據用戶的新需求修改應用軟件程序,不斷滿足客戶的實際需求。

軟件開(kāi)發(fā)的基本流程包括哪些

軟件開(kāi)發(fā)是根據用戶要求建造出軟件系統或者系統中的軟件部分的過(guò)程。軟件開(kāi)發(fā)是一項包括需求捕捉、需求分析、設計、實現和測試的系統工程。軟件一般是用某種(zhǒng)程序設計語言來實現的。通常采用軟件開(kāi)發(fā)工具可以進(jìn)行開(kāi)發(fā)。軟件分爲系統軟件和應用軟件,并不隻是包括可以在計算機上運行的程序,與這(zhè)些程序相關的文件一般也被(bèi)認爲是軟件的一部分。 軟件設計思路和方法的一般過(guò)程,包括設計軟件的功能(néng)和實現的算法和方法、軟件的總體結構設計和模塊設計、編程和調試、程序聯調和測試,然後(hòu)進(jìn)行編寫再提交程序。

軟件開(kāi)發(fā)過(guò)程一般有幾個階段?

軟件開(kāi)發(fā)的生命周期一般分爲6個階段:計劃、需求分析、邏輯設計、程序編制、調試、運行和維護

軟件生命周期分爲軟件定義、軟件開(kāi)發(fā)及軟件運行維護三個階段:

軟件定義階段

制定計劃:确定總目标;可行性研究;探讨解決方案;制定開(kāi)發(fā)計劃。

需求分析:對(duì)待開(kāi)發(fā)軟件提出的需求進(jìn)行分析并給出詳細的定義。

軟件開(kāi)發(fā)階段

軟件設計:分爲概要設計和詳細設計兩(liǎng)個部分 

軟件實現:把軟件設計轉換成(chéng)計算機可以接受的程序代碼

軟件測試:在設計測試用例的基礎上檢驗軟件的各個組成(chéng)部分

軟件運行維護階段

軟件投入運行,并在使用中不斷地維護,進(jìn)行必要的擴充和删改。

軟件設計與開(kāi)發(fā)過(guò)程分爲哪幾個階段?

軟件設計與開(kāi)發(fā)過(guò)程主要可以分爲以下幾個階段:

1.計劃:讨論軟件開(kāi)發(fā)的需求。

2.分析:對(duì)需求的可行性,優先級進(jìn)行分析。

3.設計:根據需求分析的結果,對(duì)整個軟件系統進(jìn)行設計,如系統框架設計、數據庫設計等。軟件設計一般分爲總體設計和詳細設計。

4.開(kāi)發(fā)與實現:編碼完成(chéng)軟件功能(néng),編碼需要遵循規範标準。

5.測試:測試階段評估軟件的錯誤和文件錯誤。

6.維護:一旦軟件通過(guò)以上的階段,最後(hòu)將(jiāng)進(jìn)行維護階段,在這(zhè)個階段,軟件將(jiāng)被(bèi)維護和升級,來适應變化。

軟件開(kāi)發(fā)過(guò)程的七個階段的介紹就聊到這(zhè)裡(lǐ)吧,感謝你花時間閱讀本站内容,更多關于軟件開(kāi)發(fā)過(guò)程包括哪些階段?、軟件開(kāi)發(fā)過(guò)程的七個階段的信息别忘了在本站進(jìn)行查找喔。

掃碼二維碼