zetavg/zh-tw-wikipedia huggingface dataset:
系統需求

**電腦系統需求**常簡稱為**系統需求**，是指軟體要在電腦上運作，需要有的硬體元件或是其他軟體資源，系統需求多半是參考性的指引，不是絕對性的規定。大部份的軟體會有二種系統需求：**最低系統需求**及**建議系統需求**。

隨著軟體版本的更新，需要的處理能力以及運算資源也會隨之提昇，因此系統需求也會漸漸增加。產業分析師指出：現有電腦硬體系統的升級，主要是來自電腦系統需求的增加，其影響程度比技術的進步還要大。

## 建議系統需求

遊戲廠商一般會提供客戶「建議系統需求」的清單，清單中的配備比最低系統需求要高，此清單是說明理想上此遊戲運作的硬體環境，也就是要讓遊戲流暢進行，需要的硬體環境。對於遊戲而言，遊戲者希望在玩遊戲時有好的體驗，這個需求比最低系統需求要合理。

## 硬體需求

作業系統或作業系統最常見的需求就是有關電腦硬體的能力。硬體需求一般會伴隨著硬體相容性清單（HCL），特別是作業系統。硬體相容性清單會列出測試過，和某作業系統或應用程式相容的硬體，有時也會列出不相同的硬體。以下是硬體需求中不同的層面，

### 架構

作業系統都是依特定的計算機系統結構設計。大部份的軟體應用程式會限制在特定架構下的特定作業系統執行。雖然有些作業系統和架構無關，不過若要在新的架構上執行，一般會需要重新編譯軟體。常見的架構有 IA-32、x86-64、ARM、IA-64、MIPS 等。

### 處理器能力

中央處理器能力（CPU）是基本的硬體需求。大部份在 X86 架構下執行的程式會將處理器能力定義為中央處理器的型號以及時鐘頻率。其他影響其速度及能力因素（例如前端匯流排、CPU 緩存及每秒指令等）比較不會提到。有關處理器能力的定義常常有誤，例如 AMD Athlon 和英特爾的奔騰處理器，相同時鐘頻率的 CPU 其處理速度是不同的。

### 記憶體

軟體在執行時，其程式碼會放在隨機存取存儲器（RAM）裡。記憶體的需求是在考慮應用程式、作業系統、支援軟體及檔案，以及其他執行程序的需求後所訂定。若是在在多工作業系統中，在訂定需求時也要考慮其他可能同時執行的程式。

### 次級儲存裝置

資料儲存裝置的需求會依照軟體安裝檔大小、在安裝或執行時會產生的檔案有關，若是隨機存取存儲器不足，也可能要考慮虛擬內存的應用。

### 顯示卡

若是圖像軟體或是高級的電子遊戲，其顯示卡要求可能就不是一般的顯示卡，而是高階的圖形處理器。

### 周邊

有些軟體應用程式會需要特別的外部設備，以提供特殊的性能或是軟體功能。常見需要的周邊有 CD-ROM、電腦鍵盤、定點設備、網路設備等。

## 軟體需求

軟體需求是指要安裝此一軟體，並且讓軟體正常操作，電腦所需要的軟體資源或是基本假設。這些需要的軟體可能不會放在軟體安裝包中，需要使用者自行安裝。

### 系統平台

系統平台描述一部份的軟體框架，可能是硬體的，或是軟體的。軟體需要在此系統平台上執行。典型的系統平台包括電腦的計算機系統結構、作業系統及運行時系統函式庫，也可能包括程式語言。

在提到軟體需求時，其中最重要的就是作業系統。在相同系列，不同版本的操作系統中，軟體可能會有不同的行為，不過有時會有向後相容的功能。例如設計在 Windows XP 上執行的軟體，無法在 Windows 98 上執行，不過設計在 Windows 98 上執行的軟體，多半可以在 Windows XP 上執行。而一些用到 Linux 內核 v2.6 新功能的軟體，可能無法在 v2.2 或 v2.4 上正常編譯。

### 應用程式介面及驅動程式

若軟體需要用到特別的硬體介面，例如高階的圖形處理器，會需要特殊的應用程式接口（API）或較新的設備驅動程式。例如 DirectX，是和多媒體有關許多 API 的集合，常用在微軟平台的遊戲中。

### 網頁瀏覽器

大部份網絡應用程式及常會用到全球資訊網的軟體，會用電腦中預設的網頁瀏覽器。Microsoft Windows 系統上，常見的網頁瀏覽器是 Internet Explorer，有支援 ActiveX 控制，不過也有不少的漏洞。

## 其他需求

有些軟體也有其他的需求。最常見的是網際網路存取（種類以及速度）及螢幕解析度。

## 舉例

以下是二個電腦系統需求的例子：

星海爭霸系列（1998 年）的需求是：

俠盜獵車手 V（2015 年）的配備是：

## 相關條目

* 需求
* 需求分析
* 軟體需求說明
* 規格化
* 系統需求規格（SyRS）

## 參考資料
系統需求規格

**系統需求規格**（System Requirements Specification）簡稱 **SRS**，若要和簡稱也是 SRS 的軟體需求說明區隔，會稱為 **SyRS**，是結構化的蒐集和系統需求相關的資訊。

業務分析師，有時也稱為系統分析員，負責分析企業中客戶以及利益相關者的需求，以找出企業的問題並且提出解決方案。在系統發展生命周期的領域中，業務分析師常常是企業的業務部門以及資訊部門（或外部服務供應商）之間的聯絡窗口。

## 相關條目

* 需求 (產品開發)
* 需求分析
* 軟體需求說明
* 操作概念
* 業務需求
* 企業流程再造
* 系統分析
* 業務分析
* 信息技術
* 用例
* 流程建模
* 數據建模

## 參考資料

## 外部連結

* IEEE Guide for Developing System Requirements Specifications (IEEE Std 1233, 1999 Edition)
* IEEE Guide for Developing System Requirements Specifications (IEEE Std 1233, 1998 Edition)
* DAU description System/Subsystem Specification, Data Item Description (SSS-DID) （頁面存檔備份，存於網際網路檔案館）
* System Requirements Specification for STEWARDS （頁面存檔備份，存於網際網路檔案館） example SRS at USDA
系統風險

**系統風險**（英語：**Systemic risk**）是指當整個系統出現失效或倒閉的風險。在金融領域中，系統風險被稱呼為金融系統不穩定，其原因是出現一些特殊事件，導致情況不斷惡化而最終出現災難性結果。 最近的研究表明，系統風險可以用市場指數相互關係來定量描述。

系統風險常常與系統性風險（英語：**Systematic risk**）混淆。

## 參考文獻
系綜

在統計物理中，**系綜**（英語：ensemble）代表一定條件下一個體系的大量可能狀態的集合。也就是說，系綜是系統狀態的一個機率分布。對一相同性質的體系，其微觀狀態（比如每個粒子的位置和速度）仍然可以大不相同。（實際上，對於一個宏觀體系，所有可能的微觀狀態數是天文數字。）在機率論和數理統計的文獻中，使用「機率空間」指代相同的概念。

統計物理的一個原理（各態歷經原理）是：對於一個處於平衡的體系，物理量的時間平均，等於對對應系綜里所有體系進行平均的結果。

體系的平衡態的物理性質可以對不同的微觀狀態求和來得到。系綜的概念是由約西亞・吉布斯在 1878 年提出的。

常用的系綜有：

* 微正則系綜（microcanonical ensemble）：系綜里的每個體系具有相同的能量（通常每個體系的粒子數和體積也是相同的）。
* 正則系綜 （canonical ensemble）：系綜里的各體系可以和外界環境交換能量（每個體系的粒子數和體積仍然是固定且相同的），但系綜內各體系有相同的溫度。
* 巨正則系綜（grand canonical ensemble）：正則系綜的推廣，各體系可以和外界環境交換能量和粒子，但系綜內各個體系有相同的溫度和化學勢。
* 等溫等壓系綜（isothermal-isobaric ensemble）：正則系綜的推廣，各體系可以和外界環境交換能量和體積，但系綜內各個體系有相同的溫度和壓力。

在系綜中，物理量的變化範圍（fluctuation）與其本身大小的比值會隨著體系變大而減小。於是，對於一個宏觀體系，從各種系綜計算出的物理量的差異將趨向於零。

## 配分函數

配分函數是系綜里所有可能微觀態的加權和，每個微觀態的權重是它在系綜裡面出現的（沒有歸一化的）機率。這個機率是由不同的系綜決定的。比如對於微正則系綜，如果微觀態能量 $E\,$ 正好是系綜規定的能量 $E_{0}\,$ ，那麼機率為 1；否則為零。

　
: $\Omega (E_{0})=\sum \delta (E-E_{0})$

對於正則系綜，這個機率是 $\exp(-\beta E)\,$ 。其中 $\beta =1/k_{B}T\,$ 是代表正則系綜的一個參數， $k_{B}\,$ 是波茲曼常數 (Boltzmann constant)， $T\,$ 是溫度。

　
: $Z(\beta )=\sum \exp(-\beta E)$

巨正則系綜由兩個參數決定， $\beta $ 和逸速度 $z\,$ （或者是化學勢 $\mu =k_{B}T\ln z\,$ ）。 $\beta \,$ 和 $z\,$ 是相互獨立的。一個控制能量交換，另一個控制粒子交換。

　
: $\Xi (\beta ,z)=\sum _{N=0}^{\infty }\sum z^{N}\exp(-\beta E)$

等溫等壓系綜由 $\beta \,$ 和壓力 $p\,$ 決定。

　
: $\Delta (\beta ,p)=\sum \exp(-\beta (E+pV))$

許多物理量可以從對於配分函數的導數中求得。比如在正則系綜中，平均能量是 $\ln Z\,$ 是對 $-\beta \,$ 導數。

　
: $\langle E\rangle =-\partial \ln Z/\partial \beta $

不同系綜的配分函數的對數往往對應於不同的熱力學量。比如微正則系綜對應熵；正則系綜對應亥姆霍茲自由能；巨正則系綜對應壓力和體積的乘積；等溫等壓系綜對應吉布斯能。

## 參考

* 統計物理
* 微正則系綜
* 正則系綜
* 巨正則系綜
* 等溫等壓系綜
* 路徑積分
系结

**係結**（日語：係り結び／かかりむすび _kakari musubi_ \*/?），是日語的一種語法規則。在某個文節由助詞所強調或者添加了內容的時候（係り），與其直接連用的敘述部分的最後的詞尾需要使用特定的活用形（結び）。係結在古代日語、現代琉球語和一部分日語方言中有使用，但是在現代標準日語中已經基本消失。也稱作**係結法則**（日語：係り結びの法則）。
系统

**系統**（英語：system；德語：System；法語：système；西班牙語：sistema）泛指由一群有關聯的個體組成，根據某種規則運作，能完成個別元件不能單獨完成的工作的群體。

系統分為自然系統與人為系統兩大類。

## 歷史

「系統」一名詞，源自於古希臘語：σύστημα（systēma），日本漢字書為「系統」，成為中文名詞 。其涵義最早可追溯到柏拉圖、亞里斯多德（政治學）和歐幾里德（《幾何原本》）等。它的意思是「總體」、「整體」或「聯盟」。

在 19 世紀第一個發展自然科學上「系統」概念的，是研究熱力學的法國物理學家尼古拉・卡諾。1824 年，他研究了蒸汽發動機中的「工作物質」，即通常說的水蒸汽，在一個由鍋爐、冷儲（冷水流）、活塞組成的體系中做功的能力。德國物理學家克勞修斯擴展了系統的含義，使之包括了環境的概念。

生物學家貝塔郎非是發展一般系統論的一個先驅。1945 年他引入了討論廣義系統或它們的子類的模型和法則，而不糾纏於其特定種類、性質、組成要素之間的關係或相互作用等細節。

諾伯特・維納及 Ross Ashby 應用數學方法對控制論及系統概念做出了重大發展。

## 自然系統

### 人體系統

### 生態系統

在大自然中，所有生物共同組成一個生態系統。

### 大氣系統

天氣，氣候的演變。

### 水循環系統

## 人為系統

### 生活中的系統

#### 社會系統

為達成某共同目標，而依規律化的交互作用，或相互依賴的事物之結合，所構成之整體。政府、商業機構可視為由人組成的系統。

#### 工程系統

相互作用的元素組合，以實現一個、或多個指定用途。

##### 電子系統

電視由電阻、電容等電子零件組成，根據預先編排的線路工作。

##### 作業系統

管理計算機硬體與軟體資源的系統軟體。

## 子系統

子系統 (subsystem) 也是由一群有關聯的個體所組成的系統，多半會是更大系統中的一部分。

## 參考文獻

## 參見

* 電腦作業系統
* 形式系統、公理系統
系统F

**系統 F**，也叫做**多態 lambda 演算**或**二階 lambda 演算**，是有類型 lambda 演算。它由邏輯學家 Jean-Yves Girard 和計算機科學家 John C. Reynolds 獨立發現的。系統 F 形式化了程式語言中的參數多態的概念。

正如同 lambda 演算有取值於（rang over）函數的變量，和來自它們的粘合子（binder）；二階 lambda 演算取值自**類型**，和來自它們的粘合子。

作為一個例子，恆等函數有形如 A→ A 的任何類型的事實可以在系統 F 中被形式化為判斷

　
: $\vdash \Lambda \alpha .\lambda x^{\alpha }.x:\forall \alpha .\alpha \to \alpha $

這裡的 α 是類型變量。

在 Curry-Howard 同構下，系統 F 對應於二階邏輯。

系統 F，和甚至更加有表達力的 lambda 演算一起，可被看作 Lambda 立方體的一部分。

## 邏輯和謂詞

布爾類型被定義為： $\forall \alpha .\alpha \to \alpha \to \alpha $ ，這裡的 α 是類型變量。這產生了下列對布爾值 TRUE 和 FALSE 的兩個定義：

　
: TRUE := $\Lambda \alpha .\lambda x^{\alpha }\lambda y^{\alpha }.x$

　
: FALSE := $\Lambda \alpha .\lambda x^{\alpha }\lambda y^{\alpha }.y$

接著，通過這兩個 λ- 項，我們可以定義一些邏輯算子：

　
: AND := $\lambda x^{Boolean}\lambda y^{Boolean}.((x(Boolean))y)FALSE$

　
: OR := $\lambda x^{Boolean}\lambda y^{Boolean}.((x(Boolean))TRUE)y$

　
: NOT := $\lambda x^{Boolean}.((x(Boolean))FALSE)TRUE$

實際上不需要 _IFTHENELSE_ 函數，因為你可以只使用原始布爾類型的項作為判定（decision）函數。但是如果需要一個的話：

　
: IFTHENELSE := $\Lambda \alpha .\lambda x^{Boolean}\lambda y^{\alpha }\lambda z^{\alpha }.((x(\alpha ))y)z$

_謂詞_是返回布爾值的函數。最基本的謂詞是 ISZERO，它返回 TRUE 若且唯若它的參數是邱奇數 0:

　
: ISZERO := λ _n_. _n_ (λ _x_. FALSE) TRUE

## 系統 F 結構

系統 F 允許以同 Martin-Löf 類型論有關的自然的方式嵌入遞歸構造。抽象結構（S）是使用_構造子_建立的。有函數被定類型為：

　
: $K_{1}\rightarrow K_{2}\rightarrow \dots \rightarrow S$

當 $S$ 自身出現類型 $K_{i}$ 中的一個內的時候遞歸就出現了。如果你有 $m$ 個這種構造子，你可以定義 $S$ 為：

　
: $\forall \alpha .(K_{1}^{1}[\alpha /S]\rightarrow \dots \rightarrow \alpha )\dots \rightarrow (K_{1}^{m}[\alpha /S]\rightarrow \dots \rightarrow \alpha )\rightarrow \alpha $

例如，自然數可以被定義為使用構造子的歸納數據類型 $N$

　
: ${\mathit {zero}}:\mathrm {N} $

　
: ${\mathit {succ}}:\mathrm {N} \to \mathrm {N} $

對應於這個結構的系統 F 類型是 $\forall \alpha .\alpha \to (\alpha \to \alpha )\to \alpha $ 。這個類型的項由有類型版本的邱奇數構成，前幾個是：

　
: 0 := $\Lambda \alpha .\lambda x^{\alpha }.\lambda f^{\alpha \to \alpha }.x$

　
: 1 := $\Lambda \alpha .\lambda x^{\alpha }.\lambda f^{\alpha \to \alpha }.fx$

　
: 2 := $\Lambda \alpha .\lambda x^{\alpha }.\lambda f^{\alpha \to \alpha }.f(fx)$

　
: 3 := $\Lambda \alpha .\lambda x^{\alpha }.\lambda f^{\alpha \to \alpha }.f(f(fx))$

如果我們反轉 curried 參數的次序（比如 $\forall \alpha .(\alpha \to \alpha )\to \alpha \to \alpha $ ），則 $n$ 的邱奇數是接受函數 _f_ 作為參數並返回 _f_ 的 _n_ 次冪的函數。就是說，邱奇數是一個高階函數 -- 它接受一個單一參數函數 _f_，並返回另一個單一參數函數。

## 用在程式語言中

本文用的系統 F 版本是顯式類型的，或邱奇風格的演算。包含在 λ- 項內的類型信息使類型檢查直接了當。Joe Wells（1994）設立了一個 "難為人的公開問題"，證明系統 F 的 Curry - 風格的變體是不可判定的，它缺乏明顯的類型提示。[1] [2]

Wells 的結果暗含著系統 F 的類型推論是不可能的。一個限制版本的系統 F 叫做 "Hindley-Milner"，或簡稱 "HM"，有一個容易的類型推論算法，並用於了很多強類型的函數式程式語言，比如 Haskell 和 ML。

## 參考文獻

* Girard, Lafont and Taylor, 1997. _Proofs and Types_. Cambridge University Press.
* J. B. Wells. "Typability and type checking in the second-order lambda-calculus are equivalent and undecidable." In _Proceedings of the 9th Annual IEEE Symposium on Logic in Computer Science (LICS),_ pages 176-185, 1994. [3] （頁面存檔備份，存於網際網路檔案館）

## 外部連結

* Summary of System F （頁面存檔備份，存於網際網路檔案館） by Franck Binard.
系统_(生物)

**器官系統**（organ system）是由一組器官組成的「生物系統」（biological system），這些器官協同工作以執行一項或多項功能（生理作用）。每個器官在植物或動物體內都有特化的作用，並且由不同的組織組成。在人體又稱「身體系統」（body system）。

## 人類器官系統

人體的系統是由若干個具有共同之功能的器官構成，主要包括皮膚系統、肌肉系統、神經系統、骨骼系統、呼吸系統、消化系統、泌尿系統、生殖系統、淋巴系統、心血管系統 (循環)、內分泌系統等 11 個器官系統。

人體的系統依功能分類，可分為下列幾個重要的系統：

* 表皮系統（integumentary system）: 皮膚、頭髮、指甲。
* 肌肉系統（muscular system）指身體的所有肌肉組織，包括骨骼肌，平滑肌和心肌，它參與動作的產生，維持姿勢及產生熱量。
* 神經系統（nervous system）: 主要由腦和神經所組成，收集身體各部分傳來的訊息，並傳遞給相關的部位。
* 骨骼系統（skeletal system）：人類的骨骼系統屬於內骨骼，在體內支撐身體，也有製造血球的作用。
* 呼吸系統（respiratory system）: 由和呼吸相關的器官所組成，例如肺。
* 消化系統（digestive system）: 包含口腔、胃、腸等處理食物的器官。
* 泌尿系統（urinary system）: 由腎臟和膀胱等相關形成尿液的器官所組成。
* 生殖系統（reproductive system）: 由性器官組成。
* 淋巴系統：分布於脊椎動物全身。
* 循環系統（又名「心血管系統」（cardiovascular system））（circulatory system）: 包含心臟、血液循環相關器官和血球。
* 內分泌系統（endocrine system）: 由荷爾蒙相關的器官所組成。
* 運動系統：協助肢體運動。
  * 有時也特別分出排泄系統，為泌尿、消化、表皮、呼吸等系統內的一部分。
系统与组织控制

美國註冊會計師協會（AICPA）定義的**系統與組織控制**（英語：System and Organization Controls，簡稱 SOC；有時也稱**服務組織控制**）是指隨審計過程製成的一套報告。這套報告旨在供將資訊系統作為服務提供給其他組織的組織（這被稱為「服務組織」）向這些系統所服務的使用者發布經過驗證的這些資訊系統之內部控制的報告。報告側重的五類原則被稱為信任服務原則（或準則）。AICPA 審計標準《關於鑑證業務標準的聲明第 18 號》（SSAE 18），第 320 節，定義了類型 1 與類型 2 兩個級別的報告。其他 AICPA 指南中則規定了三種報告類型：SOC 1、SOC 2 和 SOC 3。

## 信任服務原則

SOC 報告重點關注被稱為「信任服務原則」的五大類問題（其中問題有所重疊），以滿足「CIA triad（機密性、完整性、可用性）」這三大要素的目標：

1. 安全性
  * 防火牆
  * 入侵檢測
  * 多因素身分驗證
2. 可用性
  * 效能監視
  * 災難恢復
  * 事件處理
3. 機密性
  * 加密
  * 存取控制
  * 防火牆
4. 加工完整性
  * 品質保證
  * 過程監視
5. 隱私
  * 存取控制
  * 多因素身分驗證
  * 加密

## 報告

### 級別

SSAE 18 規定了兩種 SOC 報告的級別：

* 類型 I，描述了服務組織的系統以及特定的控制設計是否滿足相關的信任原則。（設計和文件是否可能實現報告中定義的目標）
* 類型 II，報告還涉及到特定的控制在一段時間（通常為 9 到 12 個月）內的執行有效性。（實施是否得當）

### 類型

SOC 報告也被分為三種類型。

* SOC 1 — 財務報告內部控制（ICFR）
* SOC 2 — 信任服務指標
* SOC 3 — 一般用途的信任服務指標報告

此外，還有專門針對網路安全和供應鏈的 SOC 報告。

SOC 1 和 SOC 2 報告是面向有限受眾，尤其是對相關系統有充分了解的使用者。SOC 3 報告則較少包含具體資訊，可以向一般公眾分發。

## 參考資料

## 外部連結

* "Statement on Standards for Attestation Engagements 18, Attestation Standards: Clarification and Recodification" （頁面存檔備份，存於網際網路檔案館）（英文）, AICPA
* "Professional Standards", section AT-C 320 （頁面存檔備份，存於網際網路檔案館）（英文）, AICPA
系统关系图

**系統關係圖**（英語：**System Context Diagram**，縮寫：**SCD**）也稱為**系統環境圖**，是軟體工程和系統工程中的一種圖表，表示系統的邊界，以及系統外實體（行為者）和系統之間的互動關係。這種圖表是系統的最高層次視圖。它與方塊圖類似。

## 概覽

系統關係圖可以顯示一個軟體系統的整體和其輸入及輸出之間的關係。依照 Kossiakoff 和 Sweet 的定義：

　
: 系統關係圖…… 呈現所有會和系統互動的外部實體…… 這個圖會將系統放在中央，不會畫出其內在結構，周圍是與其互動的其他系統、環境及活動。系統關係圖的目的是專注在開發完整系統需求及限制時，需要考慮的外界因素及事件。

系統關係圖一般是用在專案的初期，為了對於需探討的範圍達成共識所使用系統關係圖一般會附在需求檔案中，專案的所有利害相關人都需看過系統關係圖，因此系統關係圖需用通俗易懂的語言書寫，利害相關人才能了解其中的內容。

## 建立方塊

系統關係圖中會有以下二種元素：

* 實體（行為者）：是有標籤的方塊，在中央的表示系統．周圍的許多方塊表示外部的行為者。
* 關係：外部行為者和系統之間的有標籤連線。

系統關係圖也可以用許多不同的圖案來表示外部的實體，可能是卵形、簡筆人物畫、圖像、美工圖案等圖案來表示其意義。決策樹和資料儲存一般會用在系統流程圖。

系統關係圖中也可以將外部實體分為簡單的幾類：，可以較清楚的分類和系統有互動作用的外部實體，這些分類包括：

* 主動：動態的外部實體，為達到特定目的．會頻繁的啟動一些事件（例如：文章讀者、顧客）。
* 被態：靜態的外部實體，不會頻繁的和系統互動（例如：文章編輯、資料庫管理者）。
* 合作：可預測的外部實體．為系統產生一些預期的輸出（例如：網路服務提供者、船舶公司）。
* 獨立：和系統隔離的外部實體，但以間接的方式影響系統．可能是用匯入限制或是其他類似的影響（例如：監管委員會、標準工作組）。

## 替代工具

最好的系統關係圖是顯示系統高層次的運作，或是在邏輯上系統如何運作和互相影響。在定義系統和行為者、系統和系統的互動基線時，系統關係圖是一個必備的工具。以下是一些替代系統關係圖的工具：

* 架構互連圖（Architecture Interconnect Diagram）：右圖是一個架構互連圖的範例，是阿爾伯克基警局針對阿爾伯克基區域 ITS（智慧型運輸系統）的架構互連圖，利用 Turbo Architecture 工具繪製。每一個方塊表示一個單位，有底色部份有標示利益相關者的名稱．方塊之間的實線表示已有的互連，虛線表示計劃中的互連。
* 商業模式圖，是一個策略模版．可用在開發新商業模式或是記錄已有的商業模式。商業模式圖是一個視覺化的表，其元素描述企業的價值主張、基礎架構、客戶及財務。有助於企業在調整其活動時，說明其相關的潛在權衡關係。
* 企業資料圖（Enterprise data model）：這種資料模式是在 2005 年來自 Simsion，可以包括 50 到 200 項實體類別，其結果是具體的「資料建模的高度通用化」。
* IDEF0 最上層關係圖：IDEF0 程式由識別待分解的原始機能開始。此機能會在「最上層關係圖」中識別，也會定義特定 IDEF0 分析的範圍。
* 問題圖（Problem Diagrams）：除了系統關係圖中列出的內容外．問題框架方法中的問題圖也可以呈現需求及需求參照（requirements reference）。
* 使用案例圖：統一建模語言圖表中的一種。以類似的抽象層級顯示專案的範圍。不過使用案例圖專注在行為者和系統互動的目的，不會列出任何的作法。使用案例圖呈現一個使用案例，會有使用案例目的的文字描述，例如：客戶下訂單。

上述圖表中，只要互連的數量不多，多半都可以運作的不錯，但若互連的數量超過二十個，大部份的圖表就會變的相當複雜，難以閱讀。

## 相關內容

* 資料流程圖
* 事件分割
* 圖示法列表
* 網路圖
* 需求分析
* 軟體開發過程
* 系統分析

## 資料來源
系统冗余

**冗餘**（英語：redundancy）是指系統為了提昇其可靠度，刻意組態重複的零件或是機能。冗餘一般是為了備用，或是失效安全的考量，也有可能是為了提昇系統效能，像是衛星導航系統接收器，或是多執行緒電腦處理。

在許多生命攸關系統（像是飛機中的 Fly-by-wire 及液壓系統）中，控制系統的一些元件會特別組態三組，一般稱為三重模組冗餘（TMR）。若其中一個有問題，其他二個正常，則會依類似投票的機制，以二個正常的模組為準。在三重模組冗餘的系統中，至少要有二個模組有問題才可能造成系統失效。因為模組的失效率其實很低，而且模組的失效是互相獨立的，因此二個模組都失效的機率相當的低，會低於比其他的風險因素（例如人為錯誤）。冗餘也可以稱為是「多數決系統」或「投票式邏輯」。

有時冗餘不會提高系統的可靠度，反倒會降低系統的可靠度。有冗餘設計的系統是比較複雜的系統，也比較容易被其他問題影響。有冗餘的系統比較容易讓操作者疏忽職責，或是給予系統較大的生產需求，使系統處於過應力，較不安全的情形下。

## 冗餘的種類

電腦科學中，主要有四種不同的冗餘，分別是

* 硬體冗餘，例如雙重模組冗餘及三重模組冗餘
* 資訊冗餘，例如錯誤檢測與糾正方法
* 時間冗餘，進行同一個任務數次，例如執行同一個程式數次，或是傳輸同一筆資料數次等
* 軟體冗餘，例如 N 版本編程

另一種由軟體冗餘衍生，但應用在硬體上的冗餘是：

* 不同機能冗餘，像是車輛中同時有機械剎車及油壓剎車。此作法是用軟體中的例子，二個獨立由不同人寫作，有相同功能的模組，針對同一訊號產生相同的輸出

建築結構在進行設計時，一般也會設計冗餘的模組，在只有一個零件損壞的情形下，不會破壞整個結構。沒有設計冗餘的結構稱為 fracture critical，意思是單一零件的損壞可能破壞整個結構。像美國西維吉尼亞州和俄亥俄州的 Silver Bridge（在 1967 年倒塌）和華盛頓州的 Skagit River Bridge（在 2013 年倒塌）都是沒有考慮冗餘結構橋梁的例子。

 
平行系統及組合式系統都有不同程度的冗餘。這些模型是可靠度及安全工程研究的主題。

## 主動冗餘及被動冗餘

冗餘可以分為被動冗餘及主動冗餘。兩種冗餘都是利用額外的零件，在沒有人為介入的情形下，避免效能低於所需的規則以外。

被動冗餘是用多餘的數量或能力來減少零件損壞的影響。像橋梁上的纜繩及支撐的強度都會較所需的強度要高一些，就是被動冗餘的例子。提昇的強度可以使橋梁不會因為部份元件損壞而倒塌。額外提昇的強度即為安全裕度。

人的耳朵和眼睛也是被動冗餘的例子。一個眼睛若完全沒有視力，不會讓人失明，不過視覺上無法識別遠近。一個耳朵若完全沒有聽力，不會讓人失聰，但無法透過耳朵識別聲音的位置。被動冗餘的系統，若有少量的故障，可能也會伴隨效能的降低。

主動冗餘是用監控個別裝置的方式來消除效能降低，監控時也會用投票式邏輯。投票式邏輯會連接到開關，自動調整零件的組態。錯誤檢測與糾正及修正及全球定位系統（GPS）都是主動冗餘的例子。

配電系統就是主動冗餘的例子。有許多高壓電纜連結發電裝置及使用者。每一組高壓電纜都會監測負載，也會有斷路器。高壓電纜的組合可以提供的電力超過總用電量。若高壓電纜偵測到負載過載，會切斷斷路器。會由其他的高壓電纜提供使用者所需的電力。

## 缺點

《高風險技術與「正常」事故》的作者查爾斯・佩羅曾提到：有時冗餘反而會帶來反效果，讓可靠度變低，而不是提昇可靠度。冗餘降低可靠度的可能原因有三個：第一，冗餘安全裝置使系統變複雜，比較容易出現故障及意外，再者，冗餘比較容易讓工作者輕忽，最後一點是常常會給予過高的產能壓力，使系統運作在較高，但較不安全的速度下。

## 投票式邏輯

投票式邏輯會利用效能監控來決定個別模組的組態，目的是讓系統可以在符合整體規格要求的情形下繼續運作。投票式邏輯一般會包括電腦，不過沒有電腦的系統仍然可以使用投票式邏輯，像用斷路器就是非電腦式投票式邏輯的例子。

電力系統會用電力調度來達到主動式冗餘。在一個發電裝置出現問題，由電腦系統調整其他發電裝置的發電量。這可以避免一些重大事件（例如地震）時的停電。

計算系統中最簡單的投票式邏輯包括二個零件：主要零件及備援零件。二個的軟體都相近，不過正常情形下，備援零件的輸出無效，主要零件會週期性進行自我監控，若一切正常的話，會送出活動中資訊給備援零件。若主要零件監測到問題，主要零件的輸出以及活動中資訊都會停止。備援零件會監測活動中資訊，若活動中資訊消失，備援零件會等待一小段時間，之後會用備援零件的輸出代替主要零件。若是投票式邏輯本身有問題，可能會讓二個零件的輸出都同時有效或是無效，或是讓輸出頻繁在有效及無效之間切換。

另一種比較可靠的投票式邏輯是包括三個或是三個以上的奇數個零件。所有零件的機能都相同，透過投票式邏輯來比較所有零件的輸出。若輸出有不一致時，由投票式邏輯決定多數的輸出，和多數輸出不一致的零件，其輸出會類似失效。單一故障不會中斷正常機能。在航空電子系統中有使用此一技術，例如負責太空梭運作的系統。

## 計算系統失效的機率

系統中每一個冗餘的零件，都會減少系統失效的機率。

假設失效事件之間是相互獨立的（不論零件 A 是否失效，不會影響零件 B 的失效機率），並且只要有一個元件就可以使系統正常運作。

系統失效機率的公式如下：

　
: ${p}=\prod _{i=1}^{n}p_{i}$

其中

 * $n$ ：零件個數
* $p_{i}$ ：零件 i 失效的機率
* $p$ ：所有零件 i 失效的機率（系統失效）

## 學術研究

利用冗餘零件的分配來最佳化系統是歷史悠久且常見的數學規劃問題：

* 冗餘分配問題 (Redundancy Allocation Problem, RAP) : RAP 是一種可靠度最佳化的設計工具，是在已知每個子系統中零件可靠度的情況下，分配每個子系統中的零件數量以最大化系統可靠度。
* 可靠度冗餘分配問題 (Reliability Redundancy Allocation Problem, RRAP) : RRAP 由 RAP 衍伸，除了分配子系統中的零件數量外，每個子系統的零件可靠度也是決策變數，目標最大化系統可靠度。

近年來隨著柔性運算的發展，許多學者改以利用元啟發演算法來求解上述兩種問題。

## 相關條目

## 參考資料

## 外部連結

* Secure Propulsion using Advanced Redundant Control
* Using powerline as a redundant communication channel
* A new modeling approach to the safety evaluation of N-modular redundant computer systems in presence of imperfect maintenance （頁面存檔備份，存於網際網路檔案館）
系统分区

**系統分區**和**啟動分區**（也被稱為**系統卷**、**系統盤**和**啟動卷**、**引導分區**）是硬碟以及固態硬碟硬碟分區後形成的分區，這些分區必不可少並且必須被正確配置計算機才能運行。其中系統分區是作業系統所在的磁碟分區。引導分區是一個包含引導加載程序的主分區，引導加載程序是負責啟動作業系統的軟體。

## 參考文獻
系统分析

**系統分析**，旨在研究特定系統結構中各部分（各子系統）的相互作用，系統的對外接口與界面，以及該系統整體的行為、功能和局限，從而為系統未來的變遷與有關決策提供參考和依據。 系統分析的經常目標之一，在於改善決策過程及系統性能，以期達到系統的整體最優。

系統分析被看作是系統工程的一個重要程序和核心組成部分，以及系統理論的一項應用。 在系統開發生命周期中，系統分析階段先於系統設計，是系統開發前期不可或缺的工作。 系統分析大量借用數學模型、數學分析、計算機模擬等定量分析方法，試圖在具有不確定約束或邊界條件的情況下，對系統要素進行綜合分析、描述，得出較為準確或合理的結論。

在信息技術領域，系統分析的發展相對比較成熟，並與計算機系統及軟體工程中的需求分析有著密切的關係。 隨著計算機技術、運籌學的普及以及結構化分析、規約語言等系統分析方法的發展，系統分析方法在跨學科領域也獲得日益廣泛的應用，被用於研究、分析、改善許多複雜系統。

## 相關條目

## 參考資料
系统分析员

**系統分析師**（**System Analyst**，簡稱 **SA**（SAn），舊譯**系統分析員**），是在信息系統研發中，負責通過需求分析確認系統的需求，並進而形成系統產品設計的人。 通常他們也會涉及可行性評估、專案管理、開發前評估、需求驗證等工作。

雖然在軟體系統、硬體系統研發中都有系統分析師存在，但普遍多指軟體開發中的人員。

在中國大陸，工業和信息化部的「計算機技術與軟體專業資格水平」認證中，系統分析師也是最高一級的認證，（舊稱系統分析員），是高級職稱之一，以下分別是軟體設計師、程式設計師等。

## 要求

系統分析師在軟體開發團隊中，屬於中高階的基層管理者與領導者。他們在專業領域中，除了需要掌握軟體開發流程 (SDLC)、軟體開發方法論、質量控制等等管理知識以外，在軟體開發的基層工作上，最好也能有相當程度的歷練。在人格特質方面，需擁有良好的分析、組織及邏輯思考能力，有時更需要有隨時接受未知事物挑戰的勇氣；而在重視團隊精神的軟體開發工作中，他們也必須具備優秀的溝通協調能力，並擁有良好的人際關係。

## 工作

系統分析員的實際工作內容，會因為公司制度、專案規模等因素而有所不同，但仍可歸納出幾個大方向：

1. 使用者訪談、需求分析
2. 專案可行性評估
3. 專案時程安排
4. 專案進度控管、監督
5. 書面文件撰寫：客戶訪談記錄、需求分析報告、系統規格書、系統測試報告

在中國大陸的計算機資格與水平認證中，最高一級的認證稱為系統分析員，以下分別是高級程式設計師、程式設計師、初級程式設計師。

系統分析員的工作內容，依階段劃分大致可分為下述幾個階段：

1. 系統分析：分析現行系統：確定系統的功能需求；確定系統的資源：保護及績效需求，發展系統架構確定使用單位將面臨的環境及組織變遷。
2. 初步設計：劃分作業子系統。擬定子系統的輸入、輸出、介面及作業處理流程：子系統人工作業規格：邏輯資料庫設計：開列系統軟、硬體規格。
3. 細步設計：設計實體資料庫：設計人工作業程序；設計文件表格及輸出、入格式；擬訂程式規格及組步流程：確定公用常式與共用程式。
4. 系統測試：根據分析階段所訂定的各種功能。加以測試，錯誤資料收集與分析。
5. 資料轉換：整理及彙編文件。指派工作人員及進行訓練。進行資料轉換。
6. 系統維護：更正系統內潛伏的錯誤：因適應環境的改變而做適度的調整。

## 參考文獻

## 外部連結

* 中國計算機技術資格網

## 參見

* 需求分析
* 分析
* 設計
系统分类学

**系統分類學**（英語：systematics）是研究物種的演化歷史，以及他與其它物種間的關係的學科，此親緣關係被可視化為具支序的演化樹（別名：系統發生樹，系統發育）。系統發育有兩個組成部分，分支順序（顯示組的關係）和分支長度（顯示進化的量）。利用生物物種在不同的環境，地區進行不同的演化，以基因或是基因產物，也就是蛋白質的資訊，將物種演化的歷史進行解析。比方說形態上的演化傾向等等。

## 參考文獻

## 外部連結

* Tree of Life （頁面存檔備份，存於網際網路檔案館）

## 參見

* 支序分類學 - 一個系統分類學的方法學
* 全球生物多樣性
* 表形分類學
* 系統發生學 - 生物譜系之間的歷史關係
* 16S 核糖體 RNA - 一個被深入研究的核酸，在系統發生學中很有用
* 生物分類法和生物分類學 - 系統分類學的研究結果
系统动力学

**系統動態學**（英語：**System dynamics**），或稱**系統動力學**，是美國麻省理工史隆管理學院 Jay W. Forrester 於 1950 年代綜合了系統理論 (System Theory)、
控制論 (Cybernetics)、伺服機械學 (Servo-mechanism)、資訊理論 (Information Theory)、
決策理論 (Decision Theory) 以及電腦模擬 (Computer Simulation) 所發展出來的。系統動態學是過程導向的研究方法，
擅長於大量變數、高階非線性系統的研究，系統中的因、果回饋關係環環相扣，例如研究世界人口、生產活動、污染、自然資源等問題的「世界動態學模式」(Forrester, 1973)、研究都市發展動態的「都市動態學模式」(Forrester, 1969) 等。系統動態學應用的領域非常廣泛，包含生態、經濟、社會、組織、管理、環境保護等。系統動態學研究的主要貢獻是對於動態系統反直覺行為的深入了解，透過行為背後的結構性原因 (互動機制) 來解釋為何行為產生如此的變化形態；其次透過電腦的模擬提供了政策設計與學習的練習場。

系統動態學對問題的理解，是基於系統行為與內在機制間的相互緊密的依賴關係，並且透過數學模型的建立與操弄的過程而獲得的，逐步發掘出產生變化形態的因、果關係，系統動態學稱之為結構。所謂結構是指一組環環相扣的行動或決策規則所構成的網路，例如指導組織成員每日行動與決策的一組相互關連的準則、慣例或政策，這一組結構決定了組織行為的特性。構成系統動態學模式結構的主要元件包含下列幾項，「流」(flow)、「積量」(level)、「率量」 (rate)、「輔助變數」(auxiliary) (Forrester, 1961)。

系統動態學將組織中的運作，以六種流來加以表示，包括訂單 (order) 流、人員 (people) 流、錢 (money) 流、設備 (equipment) 流、物料流 (material) 與資訊 (information) 流，這六種流歸納了組織運作所包含的基本結構。積量表示真實世界中，可隨時間遞移而累積或減少的事物，其中包含可見的，如存貨水準、人員數；與不可見的，如認知負荷的水準或壓力等，它代表了某一時點，環境變數的狀態，是模式中資訊的來源；率量表示某一個積量，在單位時間內量的變化速率，它可以是單純地表示增加、減少或是淨增加率，是資訊處理與轉換成行動的地方；輔助變數在模式中有三種涵意，資訊處理的中間過程、參數值、模式的輸入測試函數。其中，前兩種涵意都可視為率量變數的一部分。
系統動態學的建模基本單位－資訊回饋環路結構的基本組成是資訊回饋環路 (information feedback loops)。環路是由現況、目標以及現況 (積量) 與目標間差距所產生的調節行動 (率量) 所構成的，環路行為的特性在消弭目標與現況間的差距，例如存貨的調節環路。除了目標追尋的負環外，還有一種具有自我增強 (self-reinforced) 的正回饋環路，即因果彼此相互增強的影響關係，系統的行為則是環路間彼此力量消長的過程。但除此之外結構還須包括時間滯延 (time delay) 的過程，如組織中不論是實體的過程例如生產、運輸、傳遞等，或是無形的過程例如決策過程，以及認知的過程等都存在著或長或短的時間延遲。系統動態學的建模過程，主要就是透過觀察系統內六種流的交互運作過程，討論不同流裡，其積量的變化與影響積量的各種率量行為。

## 軟體

通常是使用名為 Dynamo 的專用計算機語言來實現系統動態學的仿真。

* CONSIDEO （頁面存檔備份，存於網際網路檔案館）
* VENSIM （頁面存檔備份，存於網際網路檔案館）
* TRUE （頁面存檔備份，存於網際網路檔案館）

## 參見

* 環路圖 (Causal loop diagram)
* 生態系模型 (Ecosystem model)

## 外部連結

* http://www.systemdynamics.org/ （頁面存檔備份，存於網際網路檔案館）
系统化全球地球观测制度

**系統化全球地球觀測制度**（GEOSS - Global Earth Observation System of Systems）是地球觀察團體（GEO）根據從 2005 年到 2015 年運行的 [10 年實施計劃] 組建的。它是為提高全球高效率，高可靠性，系統化對災害，能源，環境等進行的長期觀測的，並以衛星觀測和地上觀測綜合運用得到的多觀測系統化制度。

GEOSS 聯合不同衛星的觀測計劃以及分析綜合他們的觀測數據，以至它將成為一個廣泛應用的全球性公眾基礎設施，可以為大量的用戶提供即時的環境數據、信息和分析結果。
系统化的回顾

**元分析**（meta-analysis）、**薈萃分析**、**整合分析**，**後設分析**、**統合分析**、**綜合分析**，在統計學中，是指將多個研究結果整合在一起的統計方法。

文獻回顧的傳統方法是敘事式的，由作者自行挑選覺得重要的前人研究，當各研究結論衝突時，由作者自行判斷哪一種結論較具價值。反之，元分析採用系統化的資料收集和數值分析，讓結果更具客觀性與證據力。這些組合後的結果會有助於以更加全面性的證據觀察來支持或拒絕某一主題研究的假設，發現該主題迄今研究的不足處，發現各種可能影響效應量的中介因素。

世上首個元分析是由皮爾生在 1904 年進行，其目的是解決樣本數細小的研究統計考驗力減低的問題，而整合多個研究結果可更準確分析數據。
以薈萃分析方法（醫學上某些領域稱之為**系統性回顧** (systematic review)）研究醫學治療研究的論文要到 1955 年才首次發表。牛津英文字典指出 meta-analysis 這個英文字首次使用為 1976 年，是來自心理學界的研究。1970 年代末到 1980 年代末，心理學界、教育研究界的學者發展出更加複雜的統計方法。到了 1990 年代，元分析已成為許多人文科學、社會科學、自然科學領域先進的量化統計方法之一。
而元分析的統計理論，Nambury S. Raju, Larry V. Hedges, Ingram Olkin, John E. Hunter, Harris Cooper 和 Frank L. Schmidt 等人的貢獻很大。

## 現代醫學的應用

收集主題相同的研究，再將每個研究的結果運算為統一的效果量，再將不同研究的效果量以統計方法結合。由於每個研究的本質都有所不同，可引致結果出現異質性。具有異質性薈萃分析，可用隨機效果模型分析數據。
薈萃分析的結果，除了整合的效果量數值，也常用森林圖表現。

## 個別研究品質的影響

元分析的統計方法並不在乎收集到研究的品質；若以品質差的研究進行元分析，只會合計出差勁的結果，即所謂「垃圾進，垃圾出（garbage in garbage out）」。所以在進行統計分析之前會先評價收集研究的品質，排除不良的研究後再就剩下可用的研究進行結合。

元分析的另一個缺點，是收集的研究多數以搜查文獻資料庫（如 PubMed、Web of Knowledge）獲得，但這些資料庫只會收錄已經發表的研究，因此，元分析很少整合未發表的研究。有證據證明未發表的研究不能被期刊接受的原因，是該研究發現研究結果不顯著；而發現研究結果不顯著的研究卻能發表及收錄在統合分析，這會令元分析結果出現統計上的偏誤（bias）。然而這個缺點也正是元分析的優點：在元分析的標準步驟中，包含了已發表研究之偏誤的分析（publication bias analysis）。相反地，在傳統敘事式的文獻回顧中，缺乏系統化的方法以檢視已發表研究之偏誤。

## 參考文獻
系统单晶片

**單晶片系統**或**片上系統**（英語：**System on a Chip**，縮寫：**SoC**）是一個將電腦或其他電子系統整合到單一晶片的積體電路。單晶片系統可以處理數位訊號、類比訊號、混訊甚至更高頻率的訊號。單晶片系統常常應用在嵌入式系統中。單晶片系統的整合規模很大，一般達到幾百萬門到幾千萬門。

儘管微控制器通常只有不到 100kB 的隨機存取記憶體，但是事實上它也是一台小電腦的結構，一種簡易的、功能弱化的單晶片系統，而一般認知的「單晶片系統」這個術語常被用來指功能更加強大的處理器，這些處理器可以執行 Windows 和 Linux 的某些版本。單晶片系統更強的功能要求它具備外部記憶晶片，例如有的單晶片系統配備了快閃記憶體。單晶片系統往往可以連接額外的外部裝置。單晶片系統對半導體元件的整合規模提出了更高的要求。為了更好地執行更複雜的任務，一些單晶片系統採用了多個處理器核心。:1

## 基本架構

典型的單晶片系統具有以下部分：

* 至少一個微控制器或微處理器、數位訊號處理器，但是也可以有多個中央控制核心
* 記憶體則可以是唯讀記憶體、隨機存取記憶體、EEPROM 和快閃記憶體中的一種或多種
* 用於提供定時器訊號的振盪器和鎖相環電路
* 由計數器和計時器、電源電路組成的外部裝置
* 不同標準的連線介面，如通用序列匯流排、火線、乙太網路、通用非同步收發和序列周邊介面等
* 用於在數位訊號和類比訊號之間轉換的類比數位轉換器和數位類比轉換器
* 電壓調理電路以及穩壓器

資料的流動主要藉助了系統中的 I/O 匯流排，例如安謀國際科技公司的進階微控制器匯流排架構。採用 DMA 控制器，則可以使得外部資料直接被傳送到記憶體，無需經過中央處理器，這可以大大改善資料吞吐的效率。

## 設計流程

一個完整單晶片系統由硬體和軟體兩部分組成，其中軟體用於控制硬體部分的控制器、微處理器或數位訊號處理器核心以及外部裝置和介面。單晶片系統的設計流程主要是其硬體和軟體的設計。

由於單晶片系統的整合度已經達到數百萬門，工程師必須儘可能採取可重用的設計思路。大部分的單晶片系統都使用了預定義的半導體智慧財產權核（矽智財，包括軟核、硬核和固核），以可重用設計的方式來完成快速設計。與以往的積體電路設計相比，可重用設計要求設計人員的工作更加標準化，例如規範的代碼書寫風格等等。:4-5:68-110 設計人員需要關注硬體驅動程式的實現，從而實現具體的功能。協定棧是一個重要的概念，它與諸如通用序列匯流排的介面的工業標準有關。設計人員通常使用電腦輔助工程工具來把已經設計（或者購買）的核連接在一起，這時整合式開發環境可以被用來整合包含不同子功能的模組。

設計的晶片在被送到工廠進行硬體製程製造之前，設計人員會採取不同方式對晶片的邏輯功能進行驗證。功能驗證的重要性絲毫不亞於積體電路設計，對於現代的超大型積體電路，這一步驟在整個設計周期中將花費相當的時間和金錢。為了應對晶片極高的複雜程度，類似 SystemVerilog、SystemC、e 驗證語言和 OpenVera 的硬體驗證語言逐漸變得流行。在驗證階段，系統軟體的程式錯誤可以被回饋到設計人員那裡，以便進行針對性的修正。

工程師通常會使用精心設計的仿真器或者在通用的現場可程式化邏輯閘陣列（FPGA）上執行程式，來測試之前進行的系統級、行為級（或用另一個術語暫存器傳輸級，即 RTL）的設計代碼，這一步的目的是在設計專案在進行最後的硬體生產（投片）之前，其軟、硬體的功能、效能得到最後的確認，並改正所有功能、時序、功耗上的錯誤。

其中，使用現場可程式化邏輯閘陣列構建產品原型的工作方式可以讓工程師評估、測試各種刺激（stimulus）施加在系統時，系統的執行狀態。相關的電子設計自動化工具包括 Certus，它可以被用來分析、檢測系統設計的暫存器傳輸級代碼，監視其中的變數和訊號在整個執行過程中的變化。

在功能驗證過程結束之後，工程師還會採取電腦輔助工程的方式完成布局、布線流程，這一步他們需要關注何種布局布線方式可以儘可能地減少連線之間的訊號干擾和延遲，功率也是另外一個考慮的重點。:42-46

## 參考文獻

## 相關條目

* 積體電路設計
* 電子設計自動化
* 積體電路、超大型積體電路
* 嵌入式系統
* Raspberry Pi
系统发展生命周期

**系統發展生命周期**（英語：System Development Life Cycle，SDLC），也稱**軟體生命周期**，是系統工程、資訊系統和軟體工程中的術語，用於描述一個資訊系統從規劃、建立、測試到最終完成部署的全過程。系統開發生命周期的概念對於硬體和軟體系統都是適用的，這些系統可能只由硬體或軟體組成，也可能兩者都有。

## 概述

系統發展生命周期由一系列明確定義的不同工作階段組成，有助於系統工程師和系統開發人員利用對系統的設計、構建、測試和交付進行計劃。就像任何在生產裝配線上製造的東西一樣，SDLC 的目標是根據客戶需求生產滿足或超越客戶的期望的高品質的系統。所發布的系統經過了每一個工作階段，其中包括了時間時限和成本估計。電腦系統是複雜的（尤其是近期興起的面向服務的體系結構），通常涉及到多個傳統系統，這些系統可能需要由不同的軟體供應商提供。管理這種級別的複雜性，許多 SDLC 模型或方法被建立，如「瀑布模型」、「螺旋模型」、「敏捷軟體開發」、「快速原型模型」、「增量模型」；和「同步及穩定」。

SDLC 可以看做一個快速迭代的過程。敏捷的方法，如 XP 和 Scrum，專注於輕量級行程，這些輕量級行程在開發周期中允許快速的變化 (不一定要按照 SDLC 的開發模型)。迭代法，例如統一軟體開發過程和動態系統開發方法，專注於有限的專案範圍並通過多個迭代來擴大或改善產品由。順序模型或預先大量設計模型（BDUF）、如瀑布模型、關注於完整和正確的規劃來指導大型專案、估計取得成功的風險，保證結果的可預測性。其他模式，如變形開發（Anamorphic development），傾向於由專案範圍和功能的迭代來指導系統開發。

在專案管理中一個專案既可以用專案生命周期（PLC）定義，也可以用 SDLC 定義，其中會有幾個步驟略有不同。根據泰勒（2004）所說，「專案生命周期包括了所有專案的內容，而系統開發生命周期關注於實現產品需求」。

SDLC 在開發 IT 專案時中被使用，它描述了完成專案所要涉及到的不同階段。

## 歷史

產品生命周期結構化地描述了資訊系統的構建過程，重申產品生命中的每一個階段。根據艾略特和斯特拉和雷德福 (2004) 所說，系統開發生命周期「起源於 1960 年代，用於在大型企業時代大規模地開發功能性商用系統。這些資訊系統的活動將涉及大規模的資料以及資料處理常式」。

還有很多系統開發框架在一定程度上借鑑了 SDLC 的模型，如 1980 年代的結構化系統分析和設計方法 (SSADM)，用於生產英國政府商務辦公室系統。根據艾略特 (2004) 所說，「傳統的系統開發生命周期方法逐漸被其他方法和框架取代，這些方法試圖克服傳統 SDLC 模型的一些原生缺陷」。

## 系統分析與設計

系統分析與設計 (SAD) 通過有效地使用硬體、軟體、資料、流程、和人力資源來支援公司的商業目標，是開發高效資訊系統（IS）的一個重要過程。系統分析和設計有助於做好開發前的準備和約束問題的範圍。系統分析與設計權衡在功能性和非功能性需求，並在兩者之間形成平衡。系統分析與設計和分散式企業架構、企業 I.T. 體系結構和業務體系結構有著緊密的聯絡，要達到高等級的系統描述，很大程度上依賴於分割、介面、角色和部署建模。這個高水平描述可以被進一步分解為可以被分析、設計的組件和模組，這些組件和模組被分開構建，最終整合以實現業務目標。SDLC 和 SAD 是系統規劃和生命完整產品的基礎。

## 優勢與劣勢

在現代電腦界很少人會在 SDLC 中嚴格使用瀑布模型，因為已經有很多的現代方法取代了這種想法。有些人會認為 SDLC 已經不再適用一些模型，比如敏捷開發，但它仍然是科技界的一個廣泛使用的術語。SDLC 在系統開發的傳統模型上有優勢，更適合結構化環境。SDLC 方法的缺點在於，在專案需要迭代開發時，如：web 開發、電子商務開發，專案組需要定期檢查軟體設計，SDLC 就不實用了。與其說討論 SDLC 的優缺點，更重要的應該是借鑑 SDLC 的實踐模型，將其應用到現代軟體設計中。

### SDLC 的優勢與劣勢對比

SDLC 的優勢與劣勢：

* **優勢：**控制；監視大型專案；步驟具體；預先評估成本和達成目標；文件完整；定義良好的使用者輸入；易於維護；標準化的設計和開發；能夠容忍開發團隊中的人員變化
* **劣勢：**增加了開發時間；增加開發成本；系統必須預先定義；刻板；很難估計成本，導致專案超支；使用者輸入有時是受限的

快速應用程式開發（RAD）是 SDLC 的一個替代品，它結合原型模型，將應用程式開發和 CASE 工具的實現相結合。RAD 的優點是速度快，降低了開發成本，並且使使用者更積極地參與開發過程。

## 參考資料

## 參見

* 敏捷軟體開發
* 迭代式開發
* 軟體開發
系统发生

**系統發生學**（英語：phylogenetics）又稱**種系發生學**、**譜系發生學**、**親緣關係學**，簡稱**譜系學**或**發生學**，是研究及推理生物個體或群體（例如物種或族群）間演化史及關係的科學方法，屬於系統分類學的一部分。

系統發生學的推理方法，通常在性狀演變的特定模型下，評估可觀察到的遺傳性狀（例如 DNA 序列或生物形態）來「假定」這些生物間的關係。這種分析推理方法的結果，就是 **系統發生**（phylogeny），也稱為 系統發生樹 （phylogenetic tree）—— 可顯示一群生物演化史的關係圖解假說。系統發生樹的尖端可以是生物體或化石，且代表演化譜系中的現今生物或「末端」生物。

利用系統發生學來分析種系的基本原則是：兩個演化支具有「相同的性狀狀態」是它們對於「共有祖先同一狀態」的保留；而現存生物的性狀就是演化史的紀錄，可作為重建演化史的依據。由系統發生分析的原則，建構了支序分類學的基本邏輯；而系統發生分析已成為理解生物多樣性、演化、生態學和基因組的核心。

系統發生學這個概念不單止用於生物種系的發生與發展，還會用在系統分類學各個層面的分類單元上面。它也會被用到某一性狀在種系發生過程中的演化這一方面。

## 研究方法

種系發生學的研究通過以下的手段實現：

* 化石形態學和解剖學特徵的比較和研究，
* 現存生物的形態學，解剖學和生理學特徵的比較，
* 生物，特別是現存生物的個體發生研究，
* DNA 分析，例如定序和分子種系發生學方法。

通過這些資料，人們就可以為生物建立一棵系統發生樹（演化樹），其中描述了各個物種之間可能有的親緣關係。

種系發生學研究的最大困難是，種系發生學的進化過程是不能被直接通過觀察和實驗被證實的。所以各個方面的證據都要被綜合起來分析。由於對這些證據的側重不同，會經常造成有多個不同的演化樹版本，例如原口類動物的幾個門究竟是歸到蛻皮動物（來自遺傳學方面的證據）還是觸手動物（形態學方面的證據）。

## 性狀的演變

性狀（特徵）分為同源和同功兩種。

* 同源，例如同源器官或是同源的行為方式，會顯示出相同的軀體基本構造，因為環境的不同而進化成不同的外形或功能。同源器官的外形和功能可以相差很大。一個很好的例子就是脊椎動物的前肢。它們可以成為足，翅膀（鳥， 翼龍，蝙蝠），鰭（魚，企鵝，魚龍，鯨），手（人類，猿和一些恐龍），挖掘工具（田鼠，裸鼴鼠，袋鼴)。但其骨骼構造卻是相似的。這些相似性只能用種系發生學的理論去解釋。

同源特徵證實了物種間的親緣關係，是重構進化樹的有力手段。同源現象在生物學中可以進一步分為直系同源（直系同源是指在不同物種中的某一基因來自同一祖先）和旁系同源（種系間的基因複製） 。

* 同功，例如同功器官外形的相似，功能的相同，但它們卻是通過趨同演化獨立發展出來開的。如墨魚的眼睛和脊椎動物的眼睛，它們外形構造相似，功能都是感光。但透過顯微鏡可看到，它們的微細結構不一樣。對個體發生的研究顯示，它們是從不同胚層發育而來的。同功現象並**不**是親緣關係的證據。

## 備註

## 參考文獻

## 延伸閱讀

## 外部連結

* Beiträge zur Verhaltensphylogenese （頁面存檔備份，存於網際網路檔案館）
系统发生树

**系統發生樹**（英語：phylogenetic tree）又稱為**種系發生樹**、**親緣關係樹**，或**演化樹**（英語：evolutionary tree），是一種呈現不同物種或是同物種不同族群的個體之間親緣關係的樹狀圖。分析個體親緣關係的學術領域稱為**系統發生學**（phylogenetics），可應用於多個領域的研究，如支序分類學（cladistics）、流行病學（epidemiology），以及生態學（ecology）。地球上所有生命都是一個系統發生樹的一部分，表明有共同的祖先。

## 組成

演化樹由「節點」和「線段」組成。

### 節點

#### 位置

節點可分為「葉」和「中途點」。葉是演化樹中最末端的節點，是確定存在而且被拿來分析的資料。通常是物種或是同物種的不同樣本。而中途點則是在演化樹中除了葉以外的節點，這些點以演化來說是這些葉在演化過程中共同起源的祖先，它們是在推算演化樹時假設存在過的個體。有些演化樹中還有另一種節點「根」，是除了前述的中途點以外用來表示萬物起源的點；更正確地說，它呈現出的是演化樹中所有個體最接近當代的源頭。根是演化樹中一切節點的上游，它的上游沒有起源。最常用的決定根的位置的方法是使用一個或多個無可爭議的同源物種作爲「外群」（outgroup），這個外群要足夠近，但又不能太近以至於和樹中的種類相混。下方會討論有根和無根演化樹之間的差異。

#### 分支數量

這裡所稱的分支指的是每個節點所連接到的線段。演化樹中的葉位在最外端，只會被一根線段連接。然而，中途點的分支數量則有較多可能。以有根樹來說，具有一個親源以及恰好兩個子點的中途點稱做二分點 (bifurcating nodes)，而如果有超過兩個子點的話則稱為多分點 (multifurcating nodes)。因為無根演化樹即為去除根的有根演化樹，所以無根樹中的二分點有三個分支，也就是在有根的情況下一個親源加上兩個子點的數量，而超過三個的那些便相當於是多分點。

### 線段

### 方向性

不管是葉或是中途點都被「線段」所連接。當樹有方向性的時候，一根線段的兩個端點中位於演化上游的點稱作親源 (parental node) ，下游的點則稱為子點 (child node)。連接各個節點的線段不一定會有單位。當一個演化樹的線段沒有長度單位時，意味的是這個演化樹只呈現個體之間的親疏遠近，但親疏遠近的程度則不是重點。如果這些線段有了單位，那麼個體之間的差異就也在演化樹中被呈現出來。單位有可能是差異多寡或是演化時間。

### 長度單位

線段所表示的分隔程度以其長度呈現。長度越大意味著線段兩端的兩個點 (兩個祖先或是從祖先到葉) 之間差異越大。誠如前述，長度單位可以是差異的多寡或是時間的長短，而且兩者是可以互相轉化的。假設一段演化過程中差異出現的速度是 ${\mathcal {R}}$ 而且累積了 ${\mathcal {n}}$ 個差異，那麼其時間長度 ${\mathcal {\Delta T={n \over R}}}$ 。這個變換的過程稱為定年 (tree dating)。

## 分類

### 以「根」為依據

樹可分爲有根樹和無根樹兩類。「根」是呈現出的是演化樹中所有個體最接近當代的源頭。因此，有根樹呈現出了演化的方向，也就是從根往葉演化。右圖即是一個有根樹，表示了三域系統 (Woese 1998)。另一方面，無根樹則顧名思義是沒有包含「根」的演化樹。即便個體之間的差異在演化樹中沒有改變，無根樹因為不呈現起源，因此無法呈現出演化的方向，每條線段的兩個演化方向都有可能。

### 以「分支」為依據

如前所述，中途點可能為二分或是多分，而當中途點不是二分的時候就意味著不知道誰的祖先先出現在演化歷程中，或者可以說多分點代表了演化樹的不確定性 (uncertainty)。比方說，當病原體同時感染多名患者時，從不同患者體內取樣本再計算演化樹，其結果很可能就會是沒有分層、只有單一親源多重分支到數個葉的「星型樹」(star tree)，呈現著未知的感染順序。如果沒有那麼極端，在演化樹中有些中途點是二分而有些是多分，則為局部解明樹 (partially resolved tree)。如果全部的中途點都是二分，則為完全解明樹 (fully resolved tree or resolved tree) 或稱二分樹 (bifurcating tree)。

## 運算

算一顆演化樹指得是決定出手上的樣本的演化先後順序，甚至計算演化過程所累積的變異數量或是所耗時間。或者簡單的說，是要分析手中樣本的祖先出現順序以及彼此之間的差異。

### 矩陣法

近鄰結合法 neighbor-joining (NJ)

### 簡約法

最大簡約法 maximum parsimony (MP)

### 最大似然法

最大似然估計 maximum likelihood (ML)

### 後驗概率法

貝葉斯法 Bayesian

## 演化樹定年

定年 (tree dating) 指的是把樹的各個線段從差異數量換算成時間。雖然在前方已經提過

 ${\mathcal {\Delta T={n \over R}}}$ ，

但是速率 ${\mathcal {R}}$ 通常是無從得知的，它有可能在演化過程中一直都一樣，也可能因為環境壓力使得變異速率每歷經一代就越來越高，也有可能一直都是隨機的忽快忽慢。所以時鐘的數學模型 (clock models) 便是為了此困難而存在。

## 運算工具

* RAxML (maximum likelihood) （頁面存檔備份，存於網際網路檔案館）
* Phylip (maximum likelihood) （頁面存檔備份，存於網際網路檔案館）
* ARB （頁面存檔備份，存於網際網路檔案館）
* MrBayes （頁面存檔備份，存於網際網路檔案館）
* BAMBE （頁面存檔備份，存於網際網路檔案館）
* BEAST2 (Bayesian)

### 軟體

* PAUP\*
* TreeView
* Phylowin
* fastDNAml
* SEMPHY （頁面存檔備份，存於網際網路檔案館）
* PALM

## 參考文獻

## 參見

* 生物分類學
* 生物分類總表
* 樹 (數據結構)
* 分類學
* 系統發生學 (phylogenetics)
* 系統發生網路 (phylogenetic network)

## 外部連結

* Hillis Plot （頁面存檔備份，存於網際網路檔案館）
* The Death of the Tree of Life is Greatly Exaggerated
* 生物軟體網 進化樹分析軟體 （頁面存檔備份，存於網際網路檔案館）
* 生物谷 進化樹分析軟體
* 進化樹軟體使用綜述 （頁面存檔備份，存於網際網路檔案館）
* 演化樹輭件介紹（英文） （頁面存檔備份，存於網際網路檔案館）
系统发生生物地理学

**親緣地理學**（英文：phylogeography）又稱**系統發生生物地理學**或**系統地理學**，是用物種或族群的地理分布來預測生物的親緣關係並進行比較研究的一門交叉學科，研究內容包括種內遺傳系譜、近緣種系地理分布格局和規律以及影響其地理分布的機制。不同於經典的群體遺傳學和親緣關係學，親緣地理學更注重於生物地理歷史的研究。

## 參閱

* 萊西・諾爾斯
* 邊域成種
* 地景遺傳學和地景基因體學
* 群體遺傳學和群體基因體學

## 備註

## 參考文獻
系统命名法

**IUPAC 命名法**（英語：International Union of Pure and Applied Chemistry chemical nomenclature）包括國際純化學和應用化學聯合會（IUPAC）規定的一系列的命名法，它規定從有機到無機、從分子到高分子及各方面化學術語。IUPAC 已將命名法出版為一系列的顏色書。

## IUPAC 顏色書

* 總則（General）
  * 化學命名原理（Principles of Chemical Nomenclature: a Guide to IUPAC Recommendations）
* 藍皮書（Blue Book）
  * 有機化學命名法，A、B、C、D、E、F 和 H 部（Nomenclature of Organic Chemistry, Sections A, B, C, D, E, F, and H）
  * 有機物 IUPAC 命名法指南，1993 年推薦（A Guide to IUPAC Nomenclature of Organic Compounds, Recommendations 1993）
* 金皮書（Gold Book）：
  * 化學術語概略（Compendium of Chemical Terminology）
* 綠皮書（Green Book）：
  * 物理化學中的量、單位和符號（Quantities, Units and Symbols in Physical Chemistry）
* 橙皮書（Orange Book）：
  * 分析命名概略（Compendium of Analytical Nomenclature）
* 紫皮書（Purple Book）：
  * 高分子命名概略（Compendium of Macromolecular Nomenclature）
* 紅皮書（Red Book）：
  * 無機化學命名法，IUPAC2005 年推薦（Nomenclature of Inorganic Chemistry - IUPAC Recommendations 2005）
  * 無機化學命名法，1990 年推薦（Nomenclature of Inorganic Chemistry, Recommendations 1990）
  * 無機化學命名法第二部，2000 年推薦（Nomenclature of Inorganic Chemistry II. Recommendations 2000）
  * 怎樣命名無機物質，1977 年（How to Name an Inorganic Substance, 1977）
* 銀皮書（Silver Book）
  * 臨床實驗科學術語及命名法概略（Compendium of Terminology and Nomenclature of Properties in Clinical Laboratory Sciences）
* 白皮書（White Book）
  * 生物化學命名法及相關文檔（Biochemical Nomenclature and Related Documents）

## IUPAC 命名法

IUPAC 已發布的命名法有：

* 有機化學命名法，E 部：立體化學[1]
* 有機化學命名法，F 部：天然產物和有關化合物[2]
* 有機化學命名法，H 部：同位素標記化合物[3]
* 修訂的雜環命名法 Hantzsch-Widman 系統的延伸[4]
* 對於有機化學的可變價的命名法（Lambda 約定）[5]
* 規則 A-1.1 和 A-2.5 的擴充，關於有機化學中的數字[6]
* 具有累積雙鍵的環狀有機物命名法（Delta 約定）[7]
* 修訂的基、離子、基離子及相關物種的命名法[8]
* 有機化學類名和基與結構的反映中間產物的術語表[9]
* 立體化學基本術語[10]
* 稠環及橋稠環系統的命名法[11]
* 芬命名法，第一部分：芬的母體名稱[12]
* 擴展及修訂的命名多環化合物的 von Baeyer 系統（包括雙環化合物）[13]
* 擴展及修訂的螺化合物的的命名法[14]
* 修訂的 F 部：天然產物和有關化合物[15]
* C60-Ih 及 C70-D5h(6) 球碳的命名法[16]
* 芬命名法，第二部分：加氫度的修正和芬母體取代產物[17]
* 球碳的編號[18]

## 參閱

* 國際化合物標識
* IUPAC 數值前綴
* IUPAC 有機物命名法

## 參考文獻

## 外部連結
系统命名法恶作剧

系統命名法惡作劇可以為

* 一氧化二氫惡作劇
* 六氟化銻
系统和组织控制

美國註冊會計師協會（AICPA）定義的**系統與組織控制**（英語：System and Organization Controls，簡稱 SOC；有時也稱**服務組織控制**）是指隨審計過程製成的一套報告。這套報告旨在供將資訊系統作為服務提供給其他組織的組織（這被稱為「服務組織」）向這些系統所服務的使用者發布經過驗證的這些資訊系統之內部控制的報告。報告側重的五類原則被稱為信任服務原則（或準則）。AICPA 審計標準《關於鑑證業務標準的聲明第 18 號》（SSAE 18），第 320 節，定義了類型 1 與類型 2 兩個級別的報告。其他 AICPA 指南中則規定了三種報告類型：SOC 1、SOC 2 和 SOC 3。

## 信任服務原則

SOC 報告重點關注被稱為「信任服務原則」的五大類問題（其中問題有所重疊），以滿足「CIA triad（機密性、完整性、可用性）」這三大要素的目標：

1. 安全性
  * 防火牆
  * 入侵檢測
  * 多因素身分驗證
2. 可用性
  * 效能監視
  * 災難恢復
  * 事件處理
3. 機密性
  * 加密
  * 存取控制
  * 防火牆
4. 加工完整性
  * 品質保證
  * 過程監視
5. 隱私
  * 存取控制
  * 多因素身分驗證
  * 加密

## 報告

### 級別

SSAE 18 規定了兩種 SOC 報告的級別：

* 類型 I，描述了服務組織的系統以及特定的控制設計是否滿足相關的信任原則。（設計和文件是否可能實現報告中定義的目標）
* 類型 II，報告還涉及到特定的控制在一段時間（通常為 9 到 12 個月）內的執行有效性。（實施是否得當）

### 類型

SOC 報告也被分為三種類型。

* SOC 1 — 財務報告內部控制（ICFR）
* SOC 2 — 信任服務指標
* SOC 3 — 一般用途的信任服務指標報告

此外，還有專門針對網路安全和供應鏈的 SOC 報告。

SOC 1 和 SOC 2 報告是面向有限受眾，尤其是對相關系統有充分了解的使用者。SOC 3 報告則較少包含具體資訊，可以向一般公眾分發。

## 參考資料

## 外部連結

* "Statement on Standards for Attestation Engagements 18, Attestation Standards: Clarification and Recodification" （頁面存檔備份，存於網際網路檔案館）（英文）, AICPA
* "Professional Standards", section AT-C 320 （頁面存檔備份，存於網際網路檔案館）（英文）, AICPA
系统基因组学

系統發育學是進化和基因組學領域的交叉。系統發育學通過比較整個基因組或至少大部分基因組來獲取信息。它的四個主要領域屬於系統發育學：基因功能預測，進化關係的建立和辨析，基因家族進化預測和追溯橫向基因轉移。
系统尺度展开

**系統尺度展開**，又稱 **van Kampen's 展開**或者 **Ω- 展開**，是由 Nico van Kampen 開創運用於隨機過程分析的數學方法。它能夠對一個具有非線性變化率系統的主方程的解進行估計。這種展開的第一個項被稱為線性噪音估計，此時系統主方程的解使用福克 - 普朗克方程（Fokker-Planck equation）進行估計，其線性估計係數由該系統的變化率和化學計量數決定。

一般來講，對於一個隨機過程系統的數學描述是寫下每個變量的微分方程，從而形成微分方程組（例如，在一個物理系統中，描述放射性分子隨機衰變，或者在細胞環境中，描述基因的隨機表達）。但是這樣的微分方程組往往非常複雜，難以得到解析解，進而難以獲得關於系統狀態的統計量（例如，獲取分子數目或者蛋白質數目的平均值或方差隨時間變化的方程）。系統尺度展開可以運用統計的方法對這樣的複雜的系統進行估計，從而得到該系統的近似解。

### 初步分析

能夠進行系統尺度展開的系統可以用概率分布 $P(X,t)$ 進行描述，即系統在時間 $t$ 有狀態 $X$ 的概率。 $X$ 可能是系統中不同化學分子數目所組成的向量。在一個尺寸為 $\Omega $ （直觀的解釋為系統的容量）的系統中，我們使用如下術語： $X$ 是一個宏觀粒子個數的向量，那麼 $x=X/\Omega $ 是一個濃度的向量， $\phi $ 是一個確定性的濃度向量，即它由無限系統中的反應速率方程決定。所以 $x$ 和 $X$ 會受到隨機因素的影響。

## 參考資料
系统工程与电子技术

《**系統工程與電子技術**》創刊於 1979 年，是中國大陸信息科技類月刊，編輯部位於北京市。此刊物由中國航天科工防禦技術研究院，中國宇航學會，中國系統工程學會，北京航天情報與信息研究所主辦。

《系統工程與電子技術》在 2018 年被中華人民共和國國家新聞出版廣電總局新聞報刊司評為 2017 年全國「百強報刊」。

## 參考資料

## 相關條目

* 雜誌
* 期刊
系统工程国际委员会

系統工程國際委員會（INCOSE，發音 in-co-see）是一個非營利性的會員組織，致力於發展系統工程和提高系統工程師的專業地位。

## 概述

INCOSE 成立於 1990 年，有超過 6000 成員，並具有廣泛的代表性 —— 從學生到高級從業者，從技術工程師到項目乃至企業管理，從科學和工程到業務發展。INCOSE 成員們共同努力，推動技術知識，交流思想，並與同事們合作，以推進系統工程的發展。

該組織的使命是推進系統工程在工業界，學術界乃至政府的的技術水平和實踐，通過促進跨學科的、可擴展的方法來產生技術上適當的解決方案，以滿足社會需求。

INCOSE 由一個理事會進行管理。它的技術活動均由技術委員會所領導。超過三十九個工作組分成了 7 個技術委員會，分別側重於教育與研究，建模與工具，流程和改進，系統工程管理，系統工程倡議，標準和系統工程應用。它出版期刊、手冊和教材，贊助學術會議，開發標準，並促進系統工程師的教育和註冊。

## 歷史

INCOSE 的開端可以追溯到 1989 年通用動力公司在加利福尼亞聖地牙哥加州大學主辦的一場會議。 這次會議的目的，是討論一個合格工程師在進行系統考慮而不僅僅是側重於某個具體學科時的明顯缺陷。在 1990 年夏天，波音公司隨後在華盛頓西雅圖的巴特爾會議中心舉行了另一次會議。約 30 人出席了本次會議，也關心了同樣的議題。該小組通過了一個章程，並成立專責委員會，以解決系統的工程問題，並建立了系統工程國家委員會（NCOSE）。洛克希德公司的哈利・卡爾森，國防系統管理學院的傑里・萊克，和華盛頓大學的布賴恩・瑪被選為臨時聯合主席。在 1990 年和 1991 年，在航空航天公司，IBM 公司和 TRW 公司的贊助下，舉行了更多的會議和研討會。

第一次 NCOSE 會議是 1991 年 10 月在田納西州查塔努加，與美國工程管理協會（ASEM）合作舉辦的。其他會議每年舉行一次，在美國的不同地點舉辦。

1995 年夏天，該組織正式​​更名為系統工程國際委員會或 INCOSE，以反映世界各地 10 個不同國家越來越多專業人士的參與。自 20 世紀 90 年代起，INCOSE 持續成長，至 2007 年底，「有超過 6000 成員，並具有廣泛的代表性 —— 從學生到高級從業者，從技術工程師到項目乃至企業管理，從科學和工程到業務發展」。

## INCOSE 相關主題

### 會員

INCOSE 向個人，企業和學術機構開放。個人會員有三種類型：普通，學生，和高級。
INCOSE 在地理上被分成三個區域，有 60 多個地方分會：

* 第一區：美洲
* 第二區：歐洲，中東，非洲
* 第三區：亞洲 - 大洋洲

### 前任主席

### 刊物及產品

* _INCOSE 系統工程手冊（INCOSE Systems Engineering Handbook）_
* _系統工程學報（Journal of Systems Engineering）_
* _洞察（INSIGHT）_ 簡訊
* _集成系統和產品開發度量指南（Metrics Guidebook for Integrated Systems and Product Development）_
* _I-pub_ 出版資料庫
* 系統工程工具資料庫 _（頁面存檔備份，存於網際網路檔案館）_

### 標準

INCOSE 系統工程標準化技術委員會（STC）的國際理事會的工作正致力於推動和協調全球範圍內使用的系統工程標準。一些 STC 涉及的著名標準有：

* ECSS-E-10 航天工程 - 系統工程第 1B 部分：要求和流程，2004 年 11 月 18 日
* ECSS-E-10 航天工程 - 系統工程第 6A 部分：功能和技術規範，2004 年 1 月 9 日
* ECSS-E-10 航天工程 - 系統工程第 7A 部分：產品數據交換 2004 年 8 月 25 日
* ISO/IEC15288：2002 - 系統生命周期流程
* OMG 系統建模語言（OMG SysML），2006 年 7 月

## 參考

## 外部連結

* INCOSE （頁面存檔備份，存於網際網路檔案館）
* INCOSE International Symposium 2008 （頁面存檔備份，存於網際網路檔案館）
系统平台

**系統平台**（英語：computing platform）是指在電腦裡讓軟體執行的系統環境，包括硬體環境和軟體環境。典型的系統平台包括一台電腦的硬體體系結構（computer architecture）、作業系統、運行時庫等。

## 組成部分

系統平台可能包括：

* 硬體本身，如一些嵌入式系統，不需要作業系統，直接存取硬體。
* 基於 Web 的軟體使用的瀏覽器。瀏覽器本身也是在一個系統平台上執行的，但是瀏覽器里的應用並不關心。
* 應用程式，應用程式中可以支援一些手稿語言，比如 Excel 中的巨集。
* 提供一些功能的軟體框架。
* 作為服務的雲集算平台。 社群網路 Twitter 和 facebook 等也可以看作一個開發平台。
* 虛擬機器 (VM) 如 Java 虛擬機器。 應用被編譯成和機器碼類似的位元組碼，可以被虛擬機器執行。
* 完整系統的虛擬化版本。包括虛擬硬體、作業系統、軟體和儲存。

## 作業系統舉例

* AmigaOS, AmigaOS 4
* FreeBSD, NetBSD, OpenBSD
* Linux
* Microsoft Windows
* OpenVMS
* OS X (Mac OS)
* OS/2
* Solaris
* Tru64 UNIX

### 行動裝置

* Android
* Bada
* BlackBerry OS
* Firefox OS
* iOS
* Palm OS
* Symbian
* Tizen
* WebOS
* Windows Mobile
* Windows Phone

## 軟體框架

* Adobe AIR
* Adobe Flash
* Adobe Shockwave
* Binary Runtime Environment for Wireless (BREW)
* Cocoa
* Cocoa Touch
* Java 平台
  * Java ME
  * Java SE
  * Java EE
  * JavaFX
  * JavaFX Mobile
* Microsoft XNA
* Mono
* Mozilla Prism, XUL and XULRunner
* .NET Framework
* Silverlight
* Open Web Platform
* Oracle Database
* Qt
* SAP NetWeaver
* Smartface
* Vexi
* Windows Runtime

## 硬體舉例

大致順序，從常見到不常見：

* 商業電腦平台
  * Wintel, 也就是 Intel x86 或者 PC 相容機加上 Windows 作業系統
  * Macintosh, 蘋果硬體和 Mac OS 作業系統
    * Newton devices running the Newton OS, also from Apple
  * ARM 架構，行動裝置使用
    * Gumstix 或者 Raspberry Pi，全功能迷你電腦，Linux 作業系統
  * 裝有類 UNIX 系統（如 BSD）的 x86 電腦
  * 基於 S-100 bus 的 CP/M 電腦，可能是最早的微型電腦平台
* 電子遊戲機
  * 3DO Interactive Multiplayer
  * Apple Pippin
* 執行類 Unix 系統的 RISC 指令集電腦
  * 執行 Solaris 或者 illumos 作業系統的 SPARC 平台
  * DEC Alpha 叢集，執行 OpenVMS 或者 Tru64 UNIX
* 執行客製化系統的中型機，如 IBM OS/400
* 執行客製化系統的大型電腦，如 IBM z/OS
* 超級電腦

## 參考文獻
系统开发生命周期

**系統發展生命周期**（英語：System Development Life Cycle，SDLC），也稱**軟體生命周期**，是系統工程、資訊系統和軟體工程中的術語，用於描述一個資訊系統從規劃、建立、測試到最終完成部署的全過程。系統開發生命周期的概念對於硬體和軟體系統都是適用的，這些系統可能只由硬體或軟體組成，也可能兩者都有。

## 概述

系統發展生命周期由一系列明確定義的不同工作階段組成，有助於系統工程師和系統開發人員利用對系統的設計、構建、測試和交付進行計劃。就像任何在生產裝配線上製造的東西一樣，SDLC 的目標是根據客戶需求生產滿足或超越客戶的期望的高品質的系統。所發布的系統經過了每一個工作階段，其中包括了時間時限和成本估計。電腦系統是複雜的（尤其是近期興起的面向服務的體系結構），通常涉及到多個傳統系統，這些系統可能需要由不同的軟體供應商提供。管理這種級別的複雜性，許多 SDLC 模型或方法被建立，如「瀑布模型」、「螺旋模型」、「敏捷軟體開發」、「快速原型模型」、「增量模型」；和「同步及穩定」。

SDLC 可以看做一個快速迭代的過程。敏捷的方法，如 XP 和 Scrum，專注於輕量級行程，這些輕量級行程在開發周期中允許快速的變化 (不一定要按照 SDLC 的開發模型)。迭代法，例如統一軟體開發過程和動態系統開發方法，專注於有限的專案範圍並通過多個迭代來擴大或改善產品由。順序模型或預先大量設計模型（BDUF）、如瀑布模型、關注於完整和正確的規劃來指導大型專案、估計取得成功的風險，保證結果的可預測性。其他模式，如變形開發（Anamorphic development），傾向於由專案範圍和功能的迭代來指導系統開發。

在專案管理中一個專案既可以用專案生命周期（PLC）定義，也可以用 SDLC 定義，其中會有幾個步驟略有不同。根據泰勒（2004）所說，「專案生命周期包括了所有專案的內容，而系統開發生命周期關注於實現產品需求」。

SDLC 在開發 IT 專案時中被使用，它描述了完成專案所要涉及到的不同階段。

## 歷史

產品生命周期結構化地描述了資訊系統的構建過程，重申產品生命中的每一個階段。根據艾略特和斯特拉和雷德福 (2004) 所說，系統開發生命周期「起源於 1960 年代，用於在大型企業時代大規模地開發功能性商用系統。這些資訊系統的活動將涉及大規模的資料以及資料處理常式」。

還有很多系統開發框架在一定程度上借鑑了 SDLC 的模型，如 1980 年代的結構化系統分析和設計方法 (SSADM)，用於生產英國政府商務辦公室系統。根據艾略特 (2004) 所說，「傳統的系統開發生命周期方法逐漸被其他方法和框架取代，這些方法試圖克服傳統 SDLC 模型的一些原生缺陷」。

## 系統分析與設計

系統分析與設計 (SAD) 通過有效地使用硬體、軟體、資料、流程、和人力資源來支援公司的商業目標，是開發高效資訊系統（IS）的一個重要過程。系統分析和設計有助於做好開發前的準備和約束問題的範圍。系統分析與設計權衡在功能性和非功能性需求，並在兩者之間形成平衡。系統分析與設計和分散式企業架構、企業 I.T. 體系結構和業務體系結構有著緊密的聯絡，要達到高等級的系統描述，很大程度上依賴於分割、介面、角色和部署建模。這個高水平描述可以被進一步分解為可以被分析、設計的組件和模組，這些組件和模組被分開構建，最終整合以實現業務目標。SDLC 和 SAD 是系統規劃和生命完整產品的基礎。

## 優勢與劣勢

在現代電腦界很少人會在 SDLC 中嚴格使用瀑布模型，因為已經有很多的現代方法取代了這種想法。有些人會認為 SDLC 已經不再適用一些模型，比如敏捷開發，但它仍然是科技界的一個廣泛使用的術語。SDLC 在系統開發的傳統模型上有優勢，更適合結構化環境。SDLC 方法的缺點在於，在專案需要迭代開發時，如：web 開發、電子商務開發，專案組需要定期檢查軟體設計，SDLC 就不實用了。與其說討論 SDLC 的優缺點，更重要的應該是借鑑 SDLC 的實踐模型，將其應用到現代軟體設計中。

### SDLC 的優勢與劣勢對比

SDLC 的優勢與劣勢：

* **優勢：**控制；監視大型專案；步驟具體；預先評估成本和達成目標；文件完整；定義良好的使用者輸入；易於維護；標準化的設計和開發；能夠容忍開發團隊中的人員變化
* **劣勢：**增加了開發時間；增加開發成本；系統必須預先定義；刻板；很難估計成本，導致專案超支；使用者輸入有時是受限的

快速應用程式開發（RAD）是 SDLC 的一個替代品，它結合原型模型，將應用程式開發和 CASE 工具的實現相結合。RAD 的優點是速度快，降低了開發成本，並且使使用者更積極地參與開發過程。

## 參考資料

## 參見

* 敏捷軟體開發
* 迭代式開發
* 軟體開發
系统思维

**系統思維**是一種途徑協助人們從宏觀角度了解系統，包括了整體結構、模式及週期。相對於笛卡兒及其他人的還原論、哲學分析，它傾向整體主義。因為它關心的是整體及其各部分之間的關係。

## 參考文獻

## 外部連結

* Bibliography of Systems Philosophy （頁面存檔備份，存於網際網路檔案館） hosted by Valdosta State University.
* Dancing With Systems （頁面存檔備份，存於網際網路檔案館） from Project Worldview
* Overview Systems thinking （頁面存檔備份，存於網際網路檔案館） from open2.net （頁面存檔備份，存於網際網路檔案館） and the BBC.
* Overview Systems thinking （頁面存檔備份，存於網際網路檔案館） from systems-thinking.org （頁面存檔備份，存於網際網路檔案館）
* Systems-thinking.de （頁面存檔備份，存於網際網路檔案館）: systems thinking links displayed as a network
* Systems Thinking （頁面存檔備份，存於網際網路檔案館） from SystemsThinker.com （頁面存檔備份，存於網際網路檔案館）
* Systems Thinking （頁面存檔備份，存於網際網路檔案館） from the Thinking Page （頁面存檔備份，存於網際網路檔案館）
* 系統思維介紹 - 捷伴行 Agile （頁面存檔備份，存於網際網路檔案館）

## 參見

* 整體論
* 系統
* 系統科學
系统性偏差

**系統性偏差**又稱**制度性偏差**，是指某個過程有支持某種特定結果的內在傾向。該詞一般用於人類社會上的某些機構和組織。系統性偏見在系統性種族主義中起著一定的作用。

## 參考文獻
系统性红斑狼疮

**全身性紅斑狼瘡**（英語：Systemic lupus erythematosus，縮寫：SLE）又稱**系統性紅斑狼瘡**，是一種慢性的自體免疫性疾病。乃身體因不知明原因，促使免疫系統產生自身抗體攻擊自身細胞和組織，導致發炎和組織損害。症狀的嚴重程度因人而異，常見症狀包含關節炎、發燒、胸痛、脫髮、口腔潰瘍、淋巴腺腫大、疲倦，及臉部紅疹等等，本疾病的病情會隨病程有所變化，病情較嚴重的時期稱為「發作」（Flares），病情較輕微的時期則稱「緩解」（remission）。

造成本疾病的原因尚不明朗，目前認為可能與激素、環境因子，及遺傳有關。如果同卵雙胞胎其中一個患病，另一個有 24% 的機會也會患病。其他可能的潛在危險因子還包含雌性激素、陽光、抽菸、維生素 D 缺乏症，以及其他感染因素。造成疾病的抗體一般為抗核抗體，並造成發炎。部分患者不易診斷，需結合患者症狀輔以實驗室檢驗才能確診。除了本疾病以外，另還有很多其他類型的紅斑性狼瘡，包含圓盤狀紅斑狼瘡、新生兒紅斑狼瘡，以及亞急性皮膚紅斑狼瘡。

迄今仍無根治方法，目前使用的治療藥物包含 NSAID、皮質類固醇、免疫抑制劑、羥氯喹，以及氨甲蝶呤。替代療法的結果並沒有實質幫助。患者預期壽命比一般人短，並提升了心血管疾病的風險，為患者最常見的死因。現代的療法可使 80% 的患者存活 15 年以上。罹患此病的孕婦具有較高的風險，但通常能夠成功生產。

本疾病的發生率約為每 10 萬人有 20 至 70 例，其中適婚年齡的女性的病例數為男性的九倍。罹病的年齡約於 15 至 45 歲之間。非裔、加勒比海人，及華裔的罹病率較高加索人更高。至於開發中國家的發生率目前仍未知。「紅斑性狼瘡」譯自拉丁文「Lupus erythematosus」，其中「Lupus」一詞指的是狼的意思，乃因 18 世紀期間人們相信該疾病是因狼咬而導致。

## 分類

SLE 臨床表現複雜多樣，可分為以下幾種亞型：

1. 全身性狼瘡
2. 亞急性皮膚紅斑狼瘡（Subacute Cutaneous Lupus Erythematosus, SCLE）
3. 圓盤狀紅斑狼瘡（Discoid Lupus Erythematosus, DLE）
4. 深在性紅斑狼瘡（又譯「深部紅斑狼瘡」，lupus erythematousus profundus, LEP）／狼瘡性脂膜炎（lupus panniculitis）
5. 藥物引起之紅斑
6. 新生兒紅斑狼瘡（Neonatal Lupus Erythematosus, NLE）
7. 混合型（Lupus Eritematoso Sistemico, LES）

多數呈隱匿起病，開始僅累及 1~2 個系統，表現為輕度的關節炎、皮疹、隱匿性腎炎、血小板減少性紫癜等，部分病人長期穩定在亞臨床狀態或輕型狼瘡，部分病人可由輕型突然變為重症狼瘡，更多的則由輕型逐漸出現多系統損害；也有一些病人一起病就累及多個系統，甚至表現為狼瘡危象。

## 臨床症狀

全身性紅斑狼瘡的併發症有狼瘡腎炎（lupus nephritis, LN）和神經精神狼瘡（neuropsychiatric SLE, NPSLE）。

* 經常感到疲勞
* 失去食慾
* 輕微感冒
* 感光反應變得強烈敏銳
* 面部出現顴骨皮疹
* 口或鼻部潰瘍
* 肌肉疼痛
* 關節炎
* 胸膜炎
* 心包炎
* 手、腳趾血液不流通

## 發病機制

SLE 是一種異質性的疾病，真正的致病機制仍然未知，其根源是多因素的，由基因，自身抗體，免疫複合體，內分泌荷爾蒙，環境因子以及其他一些未知的因子等複雜的交亙反應所造成的。這些因子合作產生顯著 T 協助細胞和 B 細胞的活化，引起一些多專一性（polyspecific）抗體的分泌。

「紅斑性狼瘡」可能是「抗 SS-A/Ro 抗體」所導致，但也可能是「抗 Sm 抗體」、「抗 SS-B/ La 抗體」等等所導致。目前相信這種疾病是由於案例本身產生自體免疫抗體造成特殊的細胞毒性傷害的一種自體免疫疾病，包括有溶血性貧血，血小板缺少症。有些會形成免疫複合體而形成免疫複合體發炎反應，包括有腎炎，皮膚炎，及中樞神經的發炎反應。

在這複雜的過程中，每一個因子都是必須的，但每一個分子單獨都不足以引起此病的臨床表現，不同因子間的相對重要性則因人而異。陽光裡的紫外線能導致圓盤狀狼瘡的突然發作，甚至也可能引起首度的爆發。疲勞、生產、感染、某些藥物（通常在中斷用藥後即復原）、緊張與壓力、病毒感染、化學物品等等，也可能觸發狼瘡。病人中只有約百分之三十的病人因為對光敏感，必須避免曬太陽，其它大多數病人無須逃避陽光而影響日常社交生活。有些狼瘡會發生在關節處，發病時又腫又痛。情況嚴重時，將影響腦、腎、心等器官的功能。當涉及中樞神經系統時，猝發症、健忘、精神病、抑鬱都可能發生。

診斷口訣：面頰蝴蝶盤狀斑，日光過敏關節炎。心包炎症狼瘡肺，口腔潰瘍腎病變。血液系統四減少，精神症狀非少見。免疫標誌細測定，抗核抗體最敏感。

## 診斷標準

根據 1972 及 1982 年美國風濕醫學會（American Rheumatism Association）標準，凡具有下列十一項準則中的任四項以上，可診斷為紅斑性狼瘡。

1. 面頰有紅斑 —— 臉上之蝶形皮疹（Malar rash）
2. 圓盤紅斑（Discoid lupus）
3. 陽光過敏（photosensitivity）
4. 口腔潰瘍（oral ulcer）
5. 非糜爛性關節炎（arthritis）
6. 漿液膜炎（Serositis）包括有肋膜炎或心包膜炎
7. 腎功能障礙，出現蛋白尿或尿中有圓柱體
8. 神經障礙如抽搐或精神病
9. 血液障礙主要是溶血性貧血，網狀血球增多（Reticulocytosis），加上下列之一：白血球過少（<4000/mm3）、淋巴球過少（<1500/mm3）、血小板過少（<100000/3）
10. 免疫系統障礙有右列之一：LE（狼瘡）細胞陽性反應、DNA 抗體、核酸核蛋白抗體（Anti-Sm）、梅毒血清假陽性反應半年以上
11. 抗核抗體（ANA）陽性反應

## 治療

原則是早發現、早治療，個體化應用糖皮質激素聯合免疫抑制劑治療。1955 年美國食品和藥物管理局批准羥氯奎寧，2010 年 10 月批准貝利尤單抗 Belimumab，可用於治療全身性紅斑狼瘡的發作及疼痛。

## 參考文獻

## 外部連結

* 風濕病醫學會（Taiwan Rheumatology Association）（頁面存檔備份，存於網際網路檔案館）
系统性问题

**系統性問題**（systemic problem）是指因為整體系統因素而產生的問題，和因為特定、個別性、獨立因素造成的問題不同，系統性問題也和飛行員操縱錯誤、使用者錯誤不同。

當系統的結構、組織或是政策變化時，系統可能會產生系統性問題。在表示原因和影響的石川圖（魚骨圖）中，系統性問題會列為共因（common cause）問題，不是特殊原因問題（special cause）。

## 相關條目

* 測量誤差
* 系統性偏差：並非個別因素造成，是因為系統造成的不平衡問題。
* 六標準差
* 結構性修正

## 外部連結

* Common Cause of Variation （頁面存檔備份，存於網際網路檔案館）
* Special Cause of Variation （頁面存檔備份，存於網際網路檔案館）

## 參考資料
系统总线

**系統匯流排**（英語：**System Bus**）是一個單獨的電腦匯流排，是連接電腦系統的主要元件。這個技術的開發是用來降低成本和促進模組化。系統匯流排結合資料匯流排的功能來搭載資訊，位址匯流排來決定將資訊送往何處，控制匯流排來決定如何動作。雖然系統匯流排於 1970 年代至 1980 年代廣受歡迎，但是現代的電腦卻使用不同的分離匯流排來做更多特定需求用途。

## 背景

許多早期的電子式計算機都以 1945 年所公布的《_EDVAC 報告書的第一份草案_》為基礎。在此份報告中有著為人所熟知的范紐曼型架構，一個中央控制單元和算術邏輯單元被與電腦記憶體和輸入輸出功能一起組合形成一個儲存程式計算機。這份_報告_揭示了計算機的通用結構與理論模型，然而此一模型並未付諸實行。很快的，有設計將控制單元與算術邏輯單元整合起來而成為後來為人所熟知的中央處理器。

在 1950 年代到 1960 年代，計算機的建構特別的風行。舉例來說，中央處理器、記憶體與輸入輸出單元的元件中，將其中的每個或多個元件用導線所連接。工程師們使用一般性標準化導線綑綁技術並延伸其觀念而成為迴路基板，進而將印刷電路板應用於早期的機器裡。

「匯流排」這個名稱早先就已經被使用於母線，它乘載並輸送電力到電子機器的不同部分的元件，包含早期的機械式計算器。

積體電路的出現極大的縮小了計算機元件的大小，而且匯流排也變得更標準化。標準化模組可以用更有秩序的方式來連接，也更容易開發與維護。

## 描述

為了提供更多低成本的模組化元件，記憶體與輸入輸出匯流排（和所需的控制與電力匯流排）有時會被組合成單獨一體的系統匯流排。電腦要小到可以塞進一個櫃子中，模組化與成本就變得很重要（就如同顧客對於降價的期待）。迪吉多使用大量生產迷你電腦來進一步降低成本，將儲存器對映輸入輸出放入記憶體匯流排，如此一來，裝置就可以對應到記憶體中的位置。在大約 1969 年時，這被實現在 PDP-11 的 Unibus 中，排除了分離式輸入輸出匯流排的需求。即使電腦沒有儲存器對映輸入輸出，如 PDP-8，也很快的與系統匯流排被實現出來，也允許模組被插入任意的插槽中。一些作者聲稱這是新式流線型電腦架構的樣式。許多早期的微電腦（一般有著單獨一顆積體電路型式的中央處理器）擁有單一的系統匯流排被建造出來，起始於大約 1975 年的 Altair 8800 電腦系統上的 S-100 匯流排。IBM PC 在 1981 年使用工業標準結構匯流排為其系統匯流排。早期的被動式迴路基板機型被標準放置中央處理器的主機板所取代，在系統匯流排的插槽上，可選擇性的插上子板或是擴充卡。

於 1983 年，Multibus 成為電機電子工程師學會的標準規格：IEEE standard 796。於 1989 年，昇陽電腦開發 SBus 用來支援更小的擴充卡。實現對稱多處理的最容易的方式是插入更多的中央處理器於共享的系統匯流排上，這個方法被使用於 1980 年代。然而，共享匯流排很快的就變成瓶頸所在，並且有更多更複雜的連接技術被探索。

## 雙獨立匯流排

當 CPU 設計發展更快的區域匯流排和更慢的周邊匯流排，Intel 採用_雙獨立匯流排_（英語：**Dual Independent Bus**，DIB）術語，使用外部的前端匯流排到主系統記憶體，和內部的後端匯流排於一個或多個中央處理器、CPU 快取間。這個方式在 1990 年代中後期被使用於 Pentium Pro 和 Pentium II 產品上。

主要匯流排的作用是在中央處理器、主記憶體、輸入輸出裝置間溝通資料，被稱為前端匯流排，而後端匯流排則是用來存取第二階快取。現代的個人及伺服電腦使用高效率的內部連接技術，如 HyperTransport 和 Intel QuickPath Interconnect，當系統匯流排架構繼續使用於簡單的嵌入式微處理器時。系統匯流排也可以單獨成為一個積體電路而產生系統單晶片，例子有高級微控制器匯流排架構（AMBA），CoreConnect 和 Wishbone。

## 參見

* 匯流排
* 擴充匯流排

## 參考文獻
系统操作员

**系統操作員**（英語：System operator），簡稱 **SysOp**，指多用戶計算機作業系統管理員，有時也被稱為**系統管理員**或**系統工程師**。其主要職責是維護計算機系統（特別是大型主機）的正常運行。該短語也可用於指代其他基於網際網路的網絡服務的管理員。
在 BBS 或其他網絡社群中，SYSOP 通常被稱為**站長**，負責整個 BBS 的運行管理。通常情況下，BBS 站會設置站務組，其中由若干站長組成，他們分工完成**站務**、**板務**和**用戶管理**工作：

* 站務：主要指 BBS 站的總體運作管理，包括系統各項設置及網站間交流等。
* 板務：指討論區看板管理，主要有開設、關閉看板，轉信申請的處理及無板主看板的管理。
* 用戶管理：指用戶身份認證及獎懲的管理。

有些 BBS 站還設置技術站長和美工站長職位，分別主管系統程序的開發和更新及用戶界面設計。基本上每個 BBS 都設置有 SysOp（站長工作室）看板，用於 BBS 使用者與站長之間相互交流。

## 另見

* 系統管理員
* 網際網路用語
* 新詞
* 網絡管理員
* 在線服務提供商
* 虛擬社區

## 參考文獻
系统文件

在計算機中，系統文件指的是一些最為關鍵的計算機文件，計算機離開它們便無法正常運行。這些文件可能是作業系統的一部分，第三方的設備驅動或其他的資源。Microsoft Windows 和 MS-DOS 將系統文件用「系統」屬性進行標記，以防止被意外刪除（雖然帶有「系統」屬性的文件可以手動改為任意類型的文件，但一般的文件無法改為系統文件）。系統文件是兩個主要文件之一，包括經典的 Mac 作業系統從原來的版本到 OS 9.2.2，另一個是 Macintosh 查找器。系統文件與查找器文件一起位於系統文件夾中，其中包含鍵盤布局、FKEY 資源、聲音以及系統 6、位圖字體和桌面附件。

系統文件的例子包括在 MS-DOS 和 Windows 中的帶有.sys 文件擴展名的文件、Mac OS 系統中位於 sys 的文件和「System suitcase」，以及 Linux 文件系統、sysfs 中的根文件夾中的文件。
系统时间

電腦科學與電腦編程中， **系統時間**表示在電腦系統中的時間與日期。通常用**系統時鐘**（system clock）從某個時間起點的嘀嗒數（number of ticks）。例如，類 Unix 系統採用世界標準時 1970 年 1 月 1 日 00:00:00 開始的秒數（不考慮閏秒）作為 UNIX 時間。Windows API 使用 SYSTEMTIME 表示年月日時分秒毫秒；使用 FILETIME 表示自世界標準時 1601 年 1 月 1 日 00:00:00 開始的 100 奈秒為單位的時鐘嘀嗒數。

系統時間可以轉化為日曆時間以適合人去理解。例如 Unix 時間 _1000000000_ 對應於日曆時間 _2001 年 9 月 9 日 01:46:40 UT_。 

## 取得系統時間

下述均採用格里高利曆與外推格里高利曆。(\*) 表示依賴於系統實現。

### 作業系統

### 程式設計語言與軟體

## 不同時間的轉換

Windows API 提供下述資料結構表示時間：

* FILETIME:64 位元整型值，表示自 UTC1601 年 1 月 1 日開始的每 100 奈秒的計數。
* SYSTEMTIME：精度到毫秒。
* time\_t：64 位元整型值，表示自 UTC1970 年 1 月 1 日開始的秒的計數。
* struct tm: 精度到秒
* 高解析度效能計數器（high-resolution performance counter）：每秒的滴答數。

Windows API 提供下述函式：

* 本地時間與系統時間之間的轉換：SystemTimeToTzSpecificLocalTime、TzSpecificLocalTimeToSystemTime
* 系統時間與檔案時間的轉換：SystemTimeToFileTime、FileTimeToSystemTime
* 本地時間與檔案時間的轉換：LocalFileTimeToFileTime、FileTimeToLocalFileTime

## 注釋

## 參考文獻

## 外部連結

* _Critical and Significant Dates （頁面存檔備份，存於網際網路檔案館）_ , J. R. Stockton _(retrieved 3 December 2015)_
* _The Boost Date/Time Library （頁面存檔備份，存於網際網路檔案館）_ (C++)
* _The Boost Chrono Library_ (C++)
* _The Chronos Date/Time Library_ (Smalltalk)
* _Joda Time （頁面存檔備份，存於網際網路檔案館）_ , The Joda Date/Time Library (Java)
* _The Perl DateTime Project （頁面存檔備份，存於網際網路檔案館）_ (Perl)
* _The Ruby Date/Time Library （頁面存檔備份，存於網際網路檔案館）_ (Ruby)
系统架构

**系統架構**是定義系統的結構、行為及其他視圖（view）的概念模型。架構敘述（architecture description）是有關系統的正式描述以及呈現，以有助於瞭解系統結構和行為的方式來組織。

系統架構可以包括系統中的組件以及子系統，這些元件以及子系統共同工作來實現整個系統。有許多人設法將描述系統架構的語言形式化，這些語言稱為架構描述語言（ADL）。

## 簡介

許多組織用不同的方式在定義系統架構，以下是一些例子：

* 系統的基本組織，由其組件、組件之間的關係以及組件和環境的關係、主導其設計以及演進的原則所組成。
* 一個系統的呈現，包括從機能到硬體組件和軟體組件的映射、從軟體架構到硬體架構的映射，以及這些介面和人的互動。
* 實體元件的分配安排，針對消費產品或是產品生命週期提供其設計方案，目的是要滿足機能架構的需求，以及需求的基線（baseline）。
* 包括最重要、普遍、頂層、策略性發明、決策的架構，以及這些和整體架構之間的基本原理（即其基本要素和關係），以及其相關的特徵以及行為。
* 有關電子計算機設計以及內容的敘述。若有文件，可能會包括目前硬體、軟體以及網路能力的細節清單，有關長期計劃以及後續優先購買項目的敘述，以及昇級或更換過期設備或軟體的計劃
* 系統的正式敘述，或是在組件層級的系統詳細計劃，目的是為了做為實作的指引。
* 產品設計架構的組成，以及其生命週期過程
* 組件的結構，組件之間的關係，主導其設計以及演進的定律及指引。

系統架構可以視為是一組已有系統（或是未來系統）呈現方式的組合。其呈現一開始會說明一般性，高階的機能組織，漸漸會到更細節，更具體的敘述。

系統架構承載了組成系統元素的資訊、元素之間的關係、主導這些關係的原則。系統架構可能包括硬體、軟體、文件、設備、人工程序或是由組織或是人員所扮演的角色。

系統架構一般會專注在系統組件或是子系統的介面，以及系統和外部環境（特別是用戶）之間的介面。系統和使用者之間的界面會稱為用戶界面或人機互動。

系統架構可以和系統架構工程（system architecture engineering、SAE）對比，系統架構工程是有效實現系統架構的方法以及原則：

* 系統架構工程是一種方式，因為其中有提到許多步驟，在許多條件的約束下，產生系統架構或是更改系統架構。
* 系統架構工程是一種原則，因為使用了知識體系來告知實作者，在許多條件的約束下，最有效設計系統的方式是什麼。

## 和其他領域的關係

系統架構和許多領域中長時間發展的技術和實務緊密相關，其中最重要的領域應該是土木架構。

在數位電腦發明之前，在電子學以及其他領域都已使用「系統」一詞，其意義也和現代的意義相近。不過隨著數位電腦的出現，軟體工程也發展成獨立的學科，因此開始需要區分工程製作的硬體工件、軟體工件，以及合併硬體和軟體的工件。可程式化的硬體工件（電腦的硬體）若沒是沒有軟體，無法發揮其作用，而軟體工件若是沒有可以執行其程序的硬體，也無法發揮作用。而硬體和軟體配合，就可以進行非常多的工作。因此，在電腦及軟體領域（也包括其他工程領域，例如通訊）中，常會用「系統」來表示有所有基本元件（一般來說，會包括硬體和軟體），可以執行特定工作的工件。

在上述的領域中，系統多半是指可程式的硬體以及其中的軟體，系統工程師會關注整體的設備（包括硬體和軟體），特別關注其中各單元之間的介面，也包括軟體和硬體的介面，以及設備和人之間的界面（人機介面）。硬體工程師會負責硬體元件的開發，軟體工程師會負責軟體的開發，而系統工程師的工作是確認軟體可以在硬體上正常執行，以及使用者是否可以正常使用此一設備，執行預期的功能。

系統架構會用到硬體元件和軟體元件，用這些元件來設計整體的系統。好的系統架構可以視為是分割方案，將系統現有（或是預期會有）的功能分割到一組可以清楚劃分的有界子系統中，沒有任何遺漏。分割的主要目的是安排各個子系統中的元件，使元件之間的相互相依性降到最低。不論是軟體或是硬體，好的子系統多半本身就是一個有意義的「物件」。而且，好的系統可以將使用者的需求以及對應的測試相對應。理想上，每一個元件也都會有對應的需求以及測試。

## 種類

以下是不同種類的系統架構（其基本原則都相同）：

* 硬體架構
* 軟體架構
* 企業架構
* 協作系統架構（例如網路、智慧型運輸系統和聯合防空系統）
* 生產系統架構
* 策略系統架構

## 相關條目

* 架構模式
* DoDAF
* 企業架構框架
* 企業資訊安全架構
* 流程架構
* 需求分析
* 軟體架構
* 軟體工程
* 系統架構師
* 系統分析
* 系統設計
* 系統工程

## 參考資料

## 外部連結

* Principles of system architecture （頁面存檔備份，存於網際網路檔案館）
* What is Systems Architecture ? （頁面存檔備份，存於網際網路檔案館）
* INCOSE Systems Architecture Working Group （頁面存檔備份，存於網際網路檔案館）
* Journal of Systems Architecture （頁面存檔備份，存於網際網路檔案館）