軟體工程網路圖最短周期

❶ 雙代號網路圖上的六個參數分別是什麼

關於雙代號網路圖上的六個參數分別是：

1、早開：就是從左到右的最長時間

2、早結：就是從左到右取最大的+所用的時間

3、遲開：就是從右到右的最短時間

4、遲結：就是從右到左取最小+所需的時間

5、總時差：就是遲開-早開； 要麼，就是遲結-早結

6、自由差異：等於緊後工作早開-前面工作的早結

(1)軟體工程網路圖最短周期擴展閱讀：

雙代號網路圖也叫做「箭頭線圖法」， 該網路圖用箭頭表示活動，並在節點上連接活動以表示依賴關系。 僅使用端到端關系和虛線表示活動之間的邏輯關系。

箭頭線的尾節點指示作業的開始，箭頭線的箭頭節點指示作業的結束。 箭頭線在雙代號網路中工作，通常用箭頭線表示。 任何箭頭線都會花費時間並消耗資源。 作業名稱寫在箭頭線上方，消耗的時間寫在箭頭線下方。

工作是指子項目或子任務，該子項目或子任務根據所需的厚度劃分為計劃的任務，並且消耗時間或資源。 根據計劃的厚度，工作可以是建設項目，單個項目，子項目，甚至是過程。

❷ 什麼事軟體工程軟體的生命周期包括哪六個階段

軟體工程是研究和應用如何以系統性的、規范化的、可定量的過程化方法去開發和維護軟體，以及如何把經過時間考驗而證明正確的管理技術和當前能夠得到的最好的技術方法結合起來的學科。它涉及到程序設計語言、資料庫、軟體開發工具、系統平台、標准、設計模式等方面。

在現代社會中，軟體頌戚應態讓用於多個方面。典型的軟體比如有電子郵件、嵌入式系統、人機界面、辦公套件、操作系統、編譯器、資料庫、游戲等。同時，各個行業幾乎帆櫻局都有計算機軟體的應用，比如工業、農業、銀行、航空、政府部門等。這些應用促進了經濟和社會的發展，提高人們的工作效率，同時提升了生活質量。

軟體工程師是對應用軟體創造軟體的人們的統稱，軟體工程師按照所處的領域不同可以分為系統分析員、軟體設計師、系統架構師、程序員、測試員等等。人們也常常用程序員來泛指各種軟體工程師。

定義：

創立與使用健全的工程原則，以便經濟地獲得可靠且高效率的軟體。
應用系統化，遵從原則，可被計量的方法來發展、操作及維護軟體；也就是把工程應用到軟體上。
與開發、管理及更新軟體產品有關的理論、方法及工具。
一種知識或學科，目標是生產品質良好、准時交貨、符合預算，並滿足用戶所需的軟體。
實際應用科學知識在設計、建構電腦程式，與相伴而來所產生的文件，以及後續的操作和維護上。
使用與系統化生產和維護軟體產品有關之技術與管理的知識，使軟體開發與修改可在有限的時間與費用下進行。
建造由工程師團隊所開發之大型軟體系統有關的知識學科。
對軟體分析、設計、實施及維護的一種系統化方法。
系統化地應用工具和技術於開發以計算機為主的應用。
軟體工程是關於設計和開發優質軟體。

SDLC 有很多種（瀑布，V，螺旋等等），不是所有的都有六個周期
瀑布 SDLC 是六個階段：需求分析，設計，實現，測試 (確認)， 集成，和維護

軟體工程方面的資料我建議找英文的

❸ 雙代號網路圖最遲開始時間怎麼算

工作最早時間的計算: 順著箭線，取大值。工作最遲時間的計算: 逆著箭線，取小值。總時差: 最遲減最早。自由時差: 後早始減本早完。

拓展資料：

雙代號網路圖亦稱"箭線圖法"。用箭線表示活動，並在節點處將活動連接起來表示依賴關系的網路圖。僅用結束-開始關系及用虛工作線表示渣薯活動間邏輯關系。

箭線的箭尾節點表鬧橡示該工作的開始，箭線的箭頭節點表示該工作的結束。箭線就是在雙代號網路中，工作一般使用箭線表示，任意一條箭線都需要佔用時間，消耗資源，工作名稱寫在箭線的上方，而消耗的時間則寫在箭線的下方。

工作是指計劃任務按需要粗細程度劃分而成的、消耗時間或同時也消耗資源的一液梁旁個子項目或子任務。根據計劃編制的粗細不同，工作既可以是一個建設項目、一個單項工程，也可以是一個分項工程乃至一個工序。

❹ 網路圖最短工期怎麼算

此工程對緊後工作最早開始時間影響為錯後一天，總工期不變，該工作實際進度為7天，在其他工作均正常的前提下不該工作的實際進度比計劃進度拖延4天。

網路圖種類：

1.雙代號網路圖（箭線型）用一個箭線表示一項活動，活動名稱寫在箭線上。箭尾表示活動的開始，箭頭表示活動的結束，箭頭和箭尾標上圓圈並編上號碼，用前後兩個圓圈中的編號來代表這些活動的名稱。

2.單代號網路圖（節點型）用一個圓圈代表一項活動，並將活動名稱寫在圓圈中。箭線符號僅用來表示相關活動之間的順序，不具有其他意義，因其活動只用一個符號就可代表，故稱為單代號網路圖。

根據表達的邏輯關系和時間參數肯定：

根據計劃目標的多少，可以分為單目標網路模型和多目標網路模型。網路圖的形式如圖所示。其組成元素為箭線，節點和線路。節點和箭線在不同的網路圖形中有不同的含義。

在單代號網路圖中，節點表示工作，箭線表示關系，而在雙代號網路圖中，箭線表示工作及走向，節點表示工作的開始和結束。線路是指從起點到節點的一條通路，工期最長的一條線路稱為關鍵線路，關鍵線路上工作的時間必須保證，否則會出現工期的延誤。

❺ 根據下表信息，繪出箭線式網路圖（雙代號網路圖），求關鍵路線，並計算最短工期。

❻ 網路圖最小閑置時間

網拿裂絡圖最小閑置時間要看最短的波形線。雙代號時標網路圖中的實線碰敏困表示工作時間，虛箭線表示虛工作，波形線表示工作的自由時差，最笑念小閑置時間應該看最短的波形線表示的時間。

❼ 繪制雙代號網路圖的規定有哪些

關於雙代號網路握祥首圖上的六個參數分別是：

1、早開宴閉：就是從左到右的最長時間。

2、早結：就是從左到右取最大的+所用的時間。

3、遲開：就是從右到右的最短時間。

4、遲結：就是從右到左取最小+所需的時間。

5、總時差：就是遲開-早開； 要麼，就是遲結-早結。

6、自由差異：等於緊後工作早開-前面工作的早結。

繪圖規則

(1)不允許出現代號相同的箭線。

一項工作應只有唯一的一條箭線和相應的一對節點編號，箭尾的節點編號應小於箭頭的節點編號。

(2)雙代號網路圖中不允許出現一個以上的起始節點或終點節點。

(3)在網路圖中嚴禁出現循環迴路。

(4)雙代號段數網路圖中，嚴禁出現雙向箭線、無箭頭箭線和沒有箭頭（或箭尾）節點的箭線。

(5)網路圖中節點編號順序應從小到大，可不連續(非連續編號可利於以後的修改)，但嚴禁重復。

(6)繪制網路圖時，宜避免箭線交叉。當箭線交叉不可避免時，應採用正確的表示方法(過橋法、指向法)。

(7)正確表達已定的邏輯關系。

❽ 軟體工程分析階段

1問題定義

問題定義階段必須回答的關鍵問題：「要解決的問題是什麼？」如果不知道問題是什麼就試圖解決這個問題，顯然是盲目的，只會白白浪費時間和金錢，最終得出的結果很可能是毫無意義的。盡管確切地定義問題的必要性是十分明顯的，但是在實踐中它卻可能是最容易被忽視的一個步驟。

通過問題定義階段的工作，系統分析員應該提出關於問題性質、工程目標和規模的書面報告。通過對系統的實際用戶和使用部門負責人的訪問調查，分析員扼要地寫出他對問題的理解，並在用戶和使用部門負責人的會議上認真討論這份書面報告，澄清含糊不精的地方，改正理解不正確的地方，最後得出一份雙方都滿意的文檔。

問題定義階段是軟體生存周期中最簡短的階段，一般只需要一天甚至更少的時間。

2可行性研究

這個階段要回答的關鍵問題：「對於上一個階段所確定的問題有行得通的解決辦法嗎？」為了回答這個問題，系統分析員需要進行一次大大壓縮和簡化了的系統分析和設計的過程，也就是在較抽象的高層次上進行的分析和設計的過程。

可行性研究應該比較簡短，這個階段的任務不是具體解決問題，而是研究問題的范圍，探索這個問題是否值得去解，是否有可行的解決辦法。

在問題定義階段提出的對工程目標和規模的報告通常比較含糊。可行性研究階段應該導出系統的高層邏輯模型（通常用數據流圖表示），並且在此基礎上更准確、更具體地確定工程規模和目標。然後分析員更准確地估計系統的成本和效益，對建議的系統進行仔細的成本／效益分析是這個階段的主要任務之一。

可行性研究的結果是使用部門負責人做出是否繼續進行這項工程的決定的重要依據，一般說來，只有投資可能取得較大效益的那些工程項目才值得繼續進行下去。可行性研究以後的那些階段將需要投入要多的人力物力。及時中止不值得投資的工程項目，可以避免更大的浪費。漏培

3需求分析

這個階段的任務仍然不是具體地解決問題，而是准確地確定「為了解決這個問題，目標系統必須做什麼」，主要是確定目標系統必須具備哪些功能。

用戶了解他們所面對的問題，知道必須做什麼，但是通常不能完整准確地表達出他們的要求，更不知道怎樣利用計算機解決他們的問題；軟體開發人員知道怎樣使用軟體實現人們的要求，但是對特定用戶的具體要求並不完全清楚。因此系統分析員在需求分析階段必須和用戶嘩搜搭密切配合，充分交流信息，以得出經過用戶確認的系統邏輯模型。通常用數據流圖、數據字典和簡要的演算法描述表示系統的邏輯模型。

在需求分析階段確定的系統邏輯模型是以後設計和實現目標系統的基礎，因此必須准確完整地體現用戶的要求。系統分析員通常都是計算機軟體專家，技術專家一般都喜歡很快著手進行具體設計，然而，一旦分析員開始談論程序設計的細節，就會脫離用戶，使他們不能繼續提出他們的要求和建議。較件工程使用的結構分析設計的方法為每個階段都規定了特定的結束標准，需求分析階段必須提供完整准確的系統邏輯模型，經過用戶確認之後才能進入下一個階段，這就可以有效地防止和克服急於著手進行具體設計的傾向。

4總體設計

這個階段必須回答的關鍵問題是：「概括地說，應該如何解決這個問題？」

首先，應該考慮幾種可能的解決方案。列如，目標系統的一些主要功能是用計算機自動完成還是用人工完成；如果使用計算機，那麼是使用批處理方式還是人機交互方式；信息存儲使用傳統的文件系統還是資料庫……。通常至少應該考慮下述幾類可能的方案：

低成本的解決方案。系統只能完成最必要的工作，不能多做一點額處的工作。

中等成本的解決方案。這樣的系統不僅能夠很好地完成預定的任務，使用起來很方便，而且可能還具有用戶沒有具體指定的某些功能和特點。雖然用戶沒有提出這些具體要求，但是系統分析員根據自己的知識和經驗斷定，這些附加的能力在實踐中將證明是很有價值的。

高成本的「十全十美」的系統。這樣的系統具有用戶可能希望有的所有功能和特點。

系統分析員應該使用系統流程圖或其他工具描述每種可能的系統，估計每種方案的成本和效益，還應該在充分權衡各種方案的利弊的基礎上,推薦一個較好的系統 (最佳方案),並且制定實現所推薦的系統的詳細計劃。如果用戶接受分析員推薦的系統，則可以著手完成本階段的另一項主要工作。

上面的工作確定了解決問題的策略以及目標系統需要哪些程亂拿序，但是，怎樣設計這些程序呢？結構設計的一條基本原理就是程序應該模塊化，也就是一個大程序應該由許多規模適中的模塊按合理的層次結構組織而成。總體設計階段的第二項主要任務就是設計軟體的結構，也就是確定程序由哪些模塊組成以及模塊間的關系。通常用層次圖或結構圖描繪軟體的結構。

5詳細設計

總體設計階段以比較抽象概括的方式提出了解決問題的辦法。詳細設計階段的任務就是把解法具體化，也就是回答下面這個關鍵問題：「應該怎樣具體地實現這個系統呢？」

這個階段的任務還不是編寫程序，而是設計出程序的詳細規格說明。這種規格說明的作用很類似於其他工程領域中工程師經常使用的工程藍圖，它們應該包含必要的細節，程序員可以根據它們寫出實際的程序代碼。

6編碼和單元測試

這個階段的關鍵任務是寫出正確的容易理解、容易維護的程序模塊。

程序員應該根據目標系統的性質和實際環境，選取一種適當的高級程序設計語言（必要時用匯編語言），把說細設計的結果翻譯成用選定的語言書寫的程序，並且仔細測試編寫出的每一個模塊。

7綜合測試

這個階段的關鍵任務是通過各種類型的測試（及相應的調試）使軟體達到預定的要求。

最基本的測試是集成測試和驗收測試。所謂集成測試是根據設計的軟體結構，把經過單元測試檢驗的模塊按某種選定的策略裝配起來，在裝配過程中對程序進行必要的測試。所謂驗收測試則是按照規格說明書的規定（通常在需求分析階段確定），由用戶（或在用戶積極參加下）對目標系統進行驗收。

必要時還可以再通過現場測試或平行運行等方法對目標系統進一步測試檢驗。

為了使用戶能夠積極參加驗收測試，並且在系統投入生產性運行以後能夠正確有效地使用這個系統，通常需要以正式的或非正式的方式對用戶進行培訓。

通過對軟體測試結果的分析可以預測軟體的可靠性；反之，根據對軟體可靠性的要求也可以決定測試和調試過程什麼時候可以結束。

應該用正式的文檔資料把測試計劃、詳細測試方案以及實際測試結果保存下來，做為軟體配置的一個組成成分。

8軟體維護

維護階段的關鍵任務是，通過各種必要的維護活動使系統持久地滿足用戶的需要。

通常有四類維護活動：改正性維護，也就是診斷和改正在使用過程中發現的軟體錯誤；適應性維護，即修改軟體以適應環境的變化；完善性維護，即根據用戶的要求改進或擴充軟體使它更完善；預防性維護，即修改軟體為將來的維護活動預先做准備。

雖然沒有把維護階段進一步劃分成更小的階段，但是實際上每一項維護活動都應該經過提出維護要求（或報告問題），分析維護要求，提出維護要求，提出維護方案，審批維護方案，確定維護計劃，修改軟體設計，修改程序，測試程序，復查驗收等一系列步驟，因此實質上是經歷了一次壓縮和簡化了的軟體定義和開發的全過程。

都應該經過提出維護要求（或報告問題），分析維護要求，提出維護要求，提出維護方案，審批維護方案，確定維護計劃，修改軟體設計，修改程序，測試程序，復查驗收等一系列步驟，因此實質上是經歷了一次壓縮和簡化了的軟體定義和開發的全過程。