生存周期
關注創建者：安世亞太 創建時間：2021-05-21
生存周期的實例教程
可以看到如下現象和趨勢：
體系（SoS）作為一類特殊的系統，逐漸成為ISO/IEC JTC1/SC7和生存周期管理領域內與系統、軟件并列的標準化對象；
組織體（Enterprise）作為一類特殊的系統，與系統和軟件并列，被納入最新版架構標準（42010/20/30）的適用范圍；
以新版三個架構標準2019年前后分別發布和立項為標志，系統工程生存周期管理相關標準開始新一輪修訂。目前，ISO/IEC/IEEE 15288和INCOSE系統工程手冊v5正在修訂中；
面向MBSE新范式的第一個國際標準——ISO/IEC/IEEE 24641: Methods and tools for model-based systems and software engineering正在制定中。
參考ISO/IEC/IEEE 15288和ISO/IEC/IEEE 12207兩個標準協調一致的方法以及圖1中系統和軟件工程生存周期管理國際標準體系，圖2給出了圍繞GB/T 22032和GB/T 8566兩個國家標準協調一致工作的現狀和未來工作展望。我們可以通過自主制定相關國家標準或采用對應國際標準的方式，實現有中國特色的系統和軟件工程生存周期管理國家標準體系。
圖2 系統和軟件工程生存周期管理國家標準體系
生存周期管理標準是系統和軟件工程領域的頂層標準，起到統領全局的框架作用。生存周期管理標準制定的目標是統一對生存周期模型 、過程、活動等的認識，并通過經驗總結給出開展相應過程和活動的最佳實踐，以指導系統和軟件工程的生存周期管理、過程評估和改進。
展開 在全球產業界多年系統工程實踐的基礎上，在信息技術和企業信息化建設的賦能下
，基于模型的系統工程（MBSE）逐漸被公認為，在軍用及民用在內的所有產業領域內，進行復雜產品研制和生存周期保障的新型研發范式
。
在此背景下，我們希望通過一系列圍繞 MBSE 展開的文章，從 MBSE 的基礎知識開始、與讀者一起探討基于模型的系統工程過程的最佳實踐。同時，讀者也可以通過這些文章了解到怎樣使用 MathWorks 提供的工具開展
系統工程活動
。
本篇做為本系列文章的第一篇，主要和讀者一起回顧和梳理 MBSE 的基礎概念，為后續文章提供理論基礎。
◆ ◆ ◆◆
根據國際系統工程協會（INCOSE）在 2007 年發布的《SE 愿景 2020》中的定義，
MBSE 是建模方法在系統工程中的形式化應用，用以支持在系統全生命周期內開展需求、設計、分析、驗證和確認相關的活動
。從定義可以看到，MBSE 是基于文檔的傳統系統工程工作模式的演進，力求以多視角的系統模型做為橋梁，將跨學科/領域的模型關聯起來，實現跨學科/領域的模型追溯，從而驅動大型復雜系統生存周期內各階段的工程活動，最終實現以模型驅動的方法來采集、捕獲和提煉數據、信息和知識。
《INCOSE 系統工程手冊》、《NASA 系統工程手冊》、《FAA 系統工程手冊》以及《中國商用飛機有限責任公司系統工程手冊》中對系統工程實踐有完善的描述，如果需要深入了解系統工程相關概念和具體實踐，請參閱這些手冊。
MBSE 是采用模型驅動的方式對系統工程的實踐，本文就從系統工程要做的幾個典型任務入手，介紹 MBSE 都做什么，幫助大家理解MBSE的內涵，并進一步開展 MBSE 的實踐。
展開 可供選擇的是C++和Java，Java勝在網絡能力強大，開發周期短，有眾多框架和開源庫的支持，要寫出爛得不可接受的代碼也不容易；C++則勝在速度快。綜合各方面因素，C++更容易把這個項目變成一堆代碼噩夢，我們選擇了Java。
一、網絡
網絡游戲，首先面臨的問題當然是如何進行網絡通信。首先考慮的是HTTP協議，因為所有的J2ME手機都支持這個，我們當然想盡可能的兼容用戶。而且HTTP協議封裝程度已經非常高了，不用去考慮線程、同步、狀態管理、連接池，不過HTTP協議有兩個不爽的地方：
◇協議無狀態，這個問題已經困擾過很多人很多次了。我曾考慮過的解決辦法是改造HTTP協議，在數據傳輸完成之后不關閉socket，但是這樣做工作量非常大，在項目周期中，基本上就是Missionimpossible，不予考慮。那么客戶也就只能通過輪詢的方式向服務器請求數據。
◇網絡流量過大。就這個項目來說，網絡間傳遞的只是指令，但是每次傳遞都要加上一堆毫無用處的HTTPHead，再加上客戶端需要做輪詢，這個流量對于手機來說簡直恐怖，經簡單測試，按照0.03元/K的GPRS網絡費用計算，一局牌居然要消耗1元多的費用（每秒輪詢），實在不可接受。也許我們可以采用流量費包月的資費方式，不過這個話題與技術無關。
以上問題導致我們選擇了Socket，這意味著我們將沒有一個web環境，很多東西都要靠自己去實現：線程管理、客戶狀態監控、對象池、控制臺……….
網絡部分打算采用JavaNIO來實現，這是一種新的網絡監聽方式，基于事件的異步通信，可以提高性能。每個客戶端連接之后，會有一個獨立的SocketChannel與它通信，這個SocketChannel會在用戶的整個生存周期中存在。
展開 開發軟部件的基礎技術
13.3系統集成工具—可視化編程語言
13.4開放式數據庫互連
13.5利用通用軟件的集成開發
第十四章 交通行業計算機應用系統的產業化開發
14.1軟件開發的質量標準
14.2軟件生存周期過程
14.3瑞理軟件開發過程
14.4軟件開發費用的測算
14.5軟件系統的檢測驗收
14.6計算機輔助系統的外包開發
Minor Version：次要版本；
Major Version：主要版本；
Instance Identifier：1，視通信矩陣而定；
Service Identifier：10，視通信矩陣而定；
Offer Cyclic Delay：2，表示Offer方在進入主階段后Offer報文的發送周期；
Initial Delay Min Value：初始化階段延遲最小值；
Initial Delay Max Value：初始化階段延遲最大值；
Initial Repetitions Base Delay：重復階段報文發送基時；
Initial Repetitions Max：重復階段報文發送最大次數；
TTL：生存周期，單位為秒；
Multicast Threshold：如果Server在響應訂閱時不需要用到多播，該值就設置為0；
Event Group Identifier：事件組ID，視通信矩陣而定，當前為201。
最后可導出Software Component Descrption ARXML文件，導入MatlabSimulink進行進一步的算法開發。
展開 
生存周期的最新內容
從定義可以看到，MBSE 是基于文檔的傳統系統工程工作模式的演進，力求以多視角的系統模型做為橋梁，將跨學科/領域的模型關聯起來，實現跨學科/領域的模型追溯，從而驅動大型復雜系統生存周期內各階段的工程活動，最終實現以模型驅動的方法來采集、捕獲和提煉數據、信息和知識。
一般一款CPU 的生存周期是5-8年，你考慮選型的時候要注意，不要選用快停產的CPU，以免出現這樣的結局：產品辛辛苦苦開發了1到2 年，剛開發出來，還沒賺錢，CPU又停產了，又得要重新開發。很多公司就死在這個上面。
而在Autosar AP架構下，一切都是OS中的進程，應用是動態運行的，何時調用、進程生存周期、資源占用及進程結束等都由系統動態管理，好比你手機上的App何時打開、運行后其會調用的資源及何時關閉都是動態進行的。
方在進入主階段后Offer報文的發送周期；
Initial Delay Min Value：初始化階段延遲最小值；
Initial Delay Max Value：初始化階段延遲最大值；
Initial Repetitions Base Delay：重復階段報文發送基時；
Initial Repetitions Max：重復階段報文發送最大次數；
TTL：生存周期
變量存儲類別
mtianyan: C語言根據變量的生存周期來劃分，可以分為靜態存儲方式和動態存儲方式。
靜態存儲方式：是指在程序運行期間分配固定的存儲空間的方式。靜態存儲區中存放了在整個程序執行過程中都存在的變量，如全局變量。
動態存儲方式：是指在程序運行期間根據需要進行動態的分配存儲空間的方式。
圖1 系統和軟件工程生存周期管理國際標準體系
系統和軟件工程生存周期管理國際標準體系包括基礎和框架層（系統和軟件工程術語和知識體系、體系分類、過程框架和生存周期管理頂層指南）、生存周期過程層（系統、軟件和體系）、生存周期過程應用指南層（系統、軟件和體系，以及面向國防新項目和小微組織體的應用）、過程詳述層（ISO/IEC/IEEE 15288、ISO/IEC/IEEE 12207各過程組和過程
針對軟件生存周期各個不同的階段, 它有結構化分析(SA)、結構化設計(SD)和結構化程序設計(SP)等方法。
結構化開發方法的本質是功能的分解,將系統按功能分解為若干模塊,每個模塊是實現系統某一功能的程序單元,每一個模塊都具有輸入、輸出和過程等基本特性。輸入和輸出分別是模塊需要的和產生的數據,過程則是對模塊具體處理細節的描述和表示。數據則在功能模塊間流動。
每個客戶端連接之后，會有一個獨立的SocketChannel與它通信，這個SocketChannel會在用戶的整個生存周期中存在。用戶如果斷開連接，服務器會得到-1，并且會拋出Connectionreset異常，通過捕獲這兩個特征，可以在用戶意外斷開連接后清理相關的資源。由于NIO是異步通信的，所以沒有復雜的線程管理。
開發軟部件的基礎技術
13.3系統集成工具—可視化編程語言
13.4開放式數據庫互連
13.5利用通用軟件的集成開發
第十四章 交通行業計算機應用系統的產業化開發
14.1軟件開發的質量標準
14.2軟件生存周期過程
14.3瑞理軟件開發過程
14.4軟件開發費用的測算
14.5軟件系統的檢測驗收
14.6計算機輔助系統的外包開發
