用組織分析框架看編程

前言

雖然我不參與政治，但是需要了解政治，我是程式員，政治是一種規則，編程也是一種規則，兩者有相通性，可以觸類旁通，編程其實就是組織設計，就是設定法律，通過思考時間復雜度與空間復雜度，選出自身情況上最優的方法，

管理學講的計劃，其實就是編程的演算法；

管理學講的決策，就是編程的判斷演算法，好比作業系統中的處理機調度，面對行程的調度，有四種調度演算法，先來先服務（由提交時間決定）、短作業優先（由執行時間決定）、最高回應比優先（回應時間/執行時間）、優先級優先，這四種演算法其實就是決策中的一種體現，我們過安檢、新生入學、銀行服務都有這樣的一種決策；

管理學講的組織，其實就是編程中的設計方案，講究高內聚，低耦合；

管理學講的控制就是程式中的例外處理，

其實一開始上管理學，我沒有把管理學看得這么重，之前也根本不關心管理，當時雖然慢慢了解，我發現管理學和我大三學的軟體工程十分相通，管理學可以應用于實際，

軟體工程

軟體危機：“已完成”的軟體，不滿足用戶的需求，進度不能保障，開發成本難測；質量沒有保證，

其實和管理的問題一樣，

軟體工程的定義是：將系統化的、規范的、可度量的方法應用于軟體的開發、運行和維護程序，以及對所選方法的研究，

和管理學的定義一樣，

軟體生命周期：1可行性研究、2需求分析、3設計、4編碼、5測驗、集成、維護階段，6.軟體

前三部分和管理學的計劃設計一樣，需求分析（分析目的）、可行性分析（分析可行性）、設計；

其實就是PEST分析

需求工程是指應用有效的技術和方法進行需求分析，確定客戶需求，幫助分析人員理解問題，定義目標系統的外部特征的一門學科，需求工程中的主要活動有：需求獲取、需求分析、需求規格說明、需求驗證和需求變更管理，

其實和激勵相關

軟體設計的主要原則：模塊獨立性和資訊隱藏，反映模塊獨立性有兩個標準：內聚和耦合，內聚衡量一個模塊內部各個元素彼此結合的緊密程度，耦合衡量模塊之間彼此依賴的程度，

和組織設計相關

軟體測驗的定義：是為了發現錯誤而執行程式的程序，其目的在于以最少的時間和人力，系統地找出軟體中潛在的各種錯誤和缺陷，

和控制相關

作業系統其實在編程中有十分重要的指導作用，有利于優化時間復雜性和空間復雜性，

在面對調度的時候（時間復雜性）

調度演算法：先來先服務（由提交時間決定）、短作業優先（由執行時間決定）、最高回應比優先（回應時間/執行時間）、優先級優先

和管理的決策和相通，和現實問題的銀行作業、政府作業一致，面對各種問題如何做出決策，

在面對存盤的時候（空間復雜性）

置換演算法：FIFO、OPT、LRU

連續分配方式：單一連續分配、固態磁區法（區號、起始地址、大小）、動態磁區法（最佳適應法）、動態可重定位磁區分配；

其實就是把每一個空間用到極致，不過編程用演算法實作，顯示我們也有一樣的思想，

編程太籠統，我們可以從編程基本功看管理學的妙處，資料結構、演算法、設計模式，

暫時寫到這，這里面邏輯很多，暫時沒有推敲，點到即止，

更新地址：GitHub

更多內容請關注：CSDN、GitHub、掘金

轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/199770.html

標籤：其他