如何知道專案已經完成（必須要定義一些完成的準則）何以知道已經完成？
當產品已經足夠好的情況下，可以確認是否已經完成。
「足夠好」：是指產品已經具備一些可接受的綜合屬性，如功能、質量、時效性、客戶價值、競爭力以及支撐的基礎設施已經準備就緒。
客戶對質量的看法主要取決於可靠性（持續執行無故障）和效能（操作的響應時間）
內部對質量的看法主要設計如下方面：軟體在未來的可修改性、可維護性、文件的可理解性等
如何定義產品發布準則？
發布準則必須要與成功準則相對應，沒有放四海而皆準的發布準則，要確保專案取得最終的成功，反映產品能夠上線發布的指標都必須要有一定的可信度和可測度。
如果指定了不符合專案業務目標的寬鬆的發布準則，可能會造成一種一定會可能會取得成功的假象。
一些寬鬆的發布準則：廣泛的客戶群體**率，「很高的客戶滿意度」
某些模稜兩可的措辭：可接受的、足夠的、恰當的、廣泛的、精確地、高的、改進的、低的、合理的、健壯的、準確無誤的和有效率的。這些措辭要盡量避免使用。
發布準則必須要滿足：
specific【明確的（不是空泛的）】
measurable【可度量的（不是定性的或主觀的）】
attainable【可實現的（不是一對不可能實現的目標）】
relevant【相關的（與客戶要求和業務目標相關聯）】
trackable【可跟蹤的（在整個專案過程中可以進行監控）】
制定準則時：
認真考慮不同專案干係人對團體的想法和意見，避免衝突和分歧
考慮使用者提出的驗收標準
於關鍵使用者代表進行充分溝通
出現衝突時，全體團隊成員必須要工作在共同的目標集合上，並做出適當的折中判斷。
可能的發布準則項：
1)缺陷
質量是一系列複雜和多維度的產品特點的集合。發布乙個不成熟且存在很多缺陷的產品會導致很高的執行成本、使用者的失望、很差的產品評價、過高的維護成本、產品退貨甚至法律糾紛。作為質量的指標之一，可以對開發和測試中發現的缺陷的數量和型別進行跟蹤。
在乙個四級的缺陷跟蹤系統中，不存在未解決的最嚴重的1級或2級缺陷。在過去的x週內，未解決的缺陷數量持續下降，同時估算的遺留缺陷數量是可以接受的（可以採用缺陷模型來進行**）
在編譯器中、原始碼分析與執行時分析中所報告的所有錯誤和警告都得到了修正。
前一發布版本出現的問題都已經得到了修正，在修復過程中也沒有引入額外的缺陷。
2)測試
大多數軟體團隊都非常依賴不同型別的測試來發現缺陷，可以通過檢視估算的未發現缺陷數量是否處在可接受範圍內，或者在預設的測試時間內並沒有發現新的缺陷時是否決定停止測試，一些主要的發布準則如下：
**編譯、構建和冒煙測試是否在所有平台上通過；
綜合測試和系統測試100%通過
特定的功能通過了所有的系統和使用者驗收測試（如正常流程和相關的異常處理流程在普遍的用例中測試通過）
測試計畫中涵蓋的所有記錄在案的功能需求的測試用例都得到了執行
達到了預先設定的**或需求（如功能需求、測試用例流程或者產品屬性）
完成了覆蓋100%功能點和80%的回歸測試
不存在嚴重等級1和等級2的缺陷；
已知的遺留缺陷密度少於每千行**0.5個缺陷；
每1000小時的測試工作發現新缺陷的數量少於40個
發現缺陷的平均間隔時間少於100小時
完成了壓力測試、配置測試、安裝測試、本地化測試、可用性測試和傻瓜使用者測試。
3)質量屬性
在所有的平台上的定量效能目標得到滿足
可靠性目標得到滿足
相關公司的安全策略和需求得到了滿足
特定的條件已經符合，可以使得產品通過必要的評審或者審計
4) 功能
在即將發布的產品版本上，所有的承諾的高優先順序需求已經實現並能正常工作
滿足特定客戶的驗收的標準
滿足所有非健全人士的可訪問性需求
如果需要軟體在不同語言環境下執行，所有本地化與全球化測試都能通過
滿足特定法規、合約、標準規範和監管目標
所有的功能需求都可以通過測試用例進行追蹤
5) 配置管理
產品可以在所有目標平台上重複構建
物理配置審計確認現有的所有元件都是正確的版本
產品在所有的目標平台上都能成功安裝
發布的介質和映象檔案經過了反病毒和惡意軟體掃瞄
6)支援
這裡主要指確保產品順利安裝和實施的其他關鍵要素。
發布說明已經準備完畢，包含新版本中的已修復的缺陷資訊、增加的功能和刪除的功能
受影響的專案干係人均了解軟體發布和支援流程
已知的未修復缺陷全部記錄在專案的缺陷跟蹤系統中
支援部門已經做好了接受和回應客戶問題報告的準備
執行軟體的執行環境所需的各種基礎裝置已經到位
軟體的生產和下發已經做好了接收產品的準備。
死鎖的必要條件
假設死鎖是由於程序競爭資源而引起的,我們下面給出死鎖發生的四個必要條件,這四個條件是 coffman首先提出的，所以也稱為coffman條件 1 資源獨佔 mutual exclusion 乙個資源在同一時刻只能分配給乙個程序.如果某一程序申請某一資源,而該資源正被另外某一程序所占有,則申請者需等待...
軟體專案失敗的三個必要條件
工作在第一線的軟體開發人員是程式設計師和程式經理，他們決定著軟體的命運。良好的程式設計師隊伍和出色的管理是軟體專案成功的必要條件。管理不是管制，不是去卡住人家的脖子，因為程式設計師不是一群野鴨子。管理的目的是讓大家一起把工作做好，並且讓各人獲得各自的快樂和滿足。當乙個組織被出色地領導時，雇員甚至不知...
死鎖的4個必要條件
1.互斥條件 2.非搶占條件 3.占有並等待條件 4.迴圈等待條件 以下正解 發生死鎖的必要條件有四點 互斥條件 不可搶占條件 部分分配條件和迴圈等待條件。互斥條件 系統中存在乙個資源一次只能被乙個程序所使用 非搶占條件 系統中存在乙個資源僅能被占有它的程序所釋放，而不能被別的程序強行搶占。占有並等...