zetavg/zh-tw-wikipedia huggingface dataset:
軟音符

**軟音符**（西班牙語：cedilla；葡萄牙語：cedilha；法語：cédille；土耳其語：Çengel işareti；尾形符，◌̧ ) 是加在某一子音字母下的一勾（¸），用做變音符號來改變其發音。此一尾形為縮小之草寫體 _z_ 的下半部。其名稱「cedilla」源自古西班牙語對字母 Z 之指小詞的稱呼。

## 編碼

在 Unicode，軟音符擁有其編碼：

* U+0327 ◌̧ 組合軟音符
* U+00B8 ¸ CEDILLA ，HTML：`&#184;` `&cedil;`

Unicode 也定義了諸多已與軟音符預先組合的字符，如：

* U+00C7 Ç 拉丁大字母 C 附加軟音符 ，HTML：`&#199;` `&Ccedil;`
* U+00E7 ç 拉丁小字母 C 附加軟音符 ，HTML：`&#231;` `&ccedil;`
* U+015E Ş 拉丁大字母 S 附加軟音符 ，HTML：`&#350;`
* U+015F ş 拉丁小字母 S 附加軟音符 ，HTML：`&#351;`

## 字母 _C_ 加上軟音符的用法

最常見加上軟音符的字母為 **ç**(例如：_façade_)。此一字母被使用於古西班牙語的破擦音 [ts] 及語幹中含有西哥德 Z 這個字母的字。「西哥德 Z」這個字母是西哥德人在接受了拉丁字母之後所自創，用來表示 [ts] 這個音。在西班牙人趕走西哥德人後，為了洗擦西哥德人的文化痕跡，他們把原來的「西哥德 Z」的式樣改寫：把 "z" 上方的彎加長至好像 "c" 字一樣，再把 "z" 和下方的彎一併縮小，變成了 "c" 字底下的小彎彎，這就成為了今日軟音符的開端了。

_ç_ 也被用來書寫其他的語言。雖然西班牙語自 18 世紀的拼寫改革後便不再使用此字，但在其他語言裡，這個字母仍然繼續通行。在羅曼語族的法語、葡萄牙語、加泰隆尼亞語、奧克語、一些弗留利語方言及巴斯克語（20 世紀前）裡，它表示軟音 /s/，而 _c_ 則表示硬音 /k/，當其不在字母 _e_ 或 _i_ 前，或在單字的最後時。當代的葡萄牙語沒有將 _ç_ 用於單字的第一個字母，但法語中存在一個（_ça_ 那），而加泰隆尼亞語中則有兩個（_ça_ 那、 _ço_ 這）。

其他語言，如土耳其語、阿爾巴尼亞語、亞塞拜然語、韃靼語、土庫曼語、庫爾德語和一些弗留利語方言裡，它被用來表示破擦音[tʃ]。它有時也被用在阿拉伯語的羅馬化上。在土耳其語裡，_Ç_ 被認為是一單獨的字母，而非 _C_ 的變化。一些在英文中加有 _ç_ 的單字多是由法文來的外來語，如 _façade_、_soupçon_ 和 _garçon_，但一般這些字母不被印出軟音符號（如 facade、garcon 等）。

在 IPA 裡，[ç]表示清硬顎擦音。

## 字母 _S_ 加上軟音符號的用法

另一軟音符號的用法為 **ş**，其表示羅馬尼亞語、土耳其語、亞塞拜然語、韃靼語、土庫曼語及庫爾德語中 /ʃ/ 的發音。它亦被使用在一些阿拉伯語、波斯語、普什圖語的羅馬化上。

在土耳其語內，Ş 亦被認為是一單獨字母，而非 S 的變化。

## 拉脫維亞語內軟音符號的用法

拉脫維亞語裡，軟音符號被用於字母**ģ**、**ķ**、**ļ**、**ņ**和歷史上的**ŗ**，用以表示顎音化。因為 _g_ 有下降部，其軟音符號轉了 180 度且放在字母的上頭。其大寫**Ģ**則是一正常的軟音符號。

## 其它與軟音符易混淆字母

羅馬尼亞語中的Ș/ș，它的國際音標為 /ʃ/ (如 _show_)

和表面上它類似土耳其語的 _s_ 軟音符，但羅馬尼亞語字母實際上使用的是逗號 (Virgula)。官方使用字符是Ș/ș和Ț/ț， 但當時 Unicode 並未收錄上述符號。這導致Ş/ş 和 Ţ/ţ 一度於羅馬尼亞語被廣泛使用，但其實這是個錯誤。

波蘭語字母 "ą" 和 "ę" 雖然形狀像軟音符，但它是另一種符號，稱為反尾形符 (ogonek)。反軟音符表面類似一個被扭轉的軟音符 (以右邊開放取代左邊開放)，但其形狀是相當不同的。

## 註記

## 參考文獻

## 參閲

* Çç、Ḑḑ、Ȩȩ、Ģģ、Ḩḩ、Ķķ、Ļļ、Ņņ、Ŗŗ、Şş、Ţţ
* 反尾形符 (Ogonek)
* 尾巴符
* 冰爪符

## 外部連結

* Diacritics Project — All you need to design a font with correct accents （頁面存檔備份，存於網際網路檔案館）
* Keyboard Help （頁面存檔備份，存於網際網路檔案館） - Learn how to create world language accent marks and other diacriticals on a computer
軟音符號

**Ь**, **ь**是一個西里爾字母。它在現代俄語中稱呼為мягкий знак（_mjagkij znak_，即「軟音符號」），在烏克蘭語中稱呼為 м'який знак（_m'jakyj znak_），在白俄羅斯語中稱呼為мяккі знак（_mjakki znak_），在保加利亞語為ер малък（_er malyk_，即「小 jer」）。

很多時候，ь被看成是修飾符號，而且理論上它也不會出現在字首，故正常俄語只有在一個字的所有字母都大寫時才會出現大寫的Ь。

## 字母的次序

在俄語字母中排第 30 位，在白俄羅斯語字母中排第 29 位，在烏克蘭語字母中排第 31 位，在保加利亞語字母中排第 28 位。

## 音值

這個字母的作用是使在它之前的元音軟化（即顎音化）。國際音標以 /ʲ/ 表示。

在保加利亞語，這個字母使о之前的輔音軟化。

在古教會斯拉夫語，這個字母表示超短元音 /ĭ/ (類似日語「すみませんで**し**た」中「し」的元音)。

## 轉寫

ь在轉寫成拉丁字母時，通常轉寫作單引號 ʹ（U+02B9），而在教會斯拉夫語中則可以是ĭ。

## 字符編碼

## 參看

* Ъ ъ（西里爾字母的硬音符號）
軟頭條鱈

**光刺軟頭鱈**（學名：_Malacocephalus laevis_），又名**軟頭條鱈**、**滑軟首鱈**，為長尾鱈科軟頭鱈屬的魚類，俗名軟首鱈。分布於北達日本本洲千葉縣、南達澳大利亞、西達印度洋和大西洋的地中海、西非到北海等處以及東中國海中部琉球海溝西側海區等，常生活於水深 350-500 米底質為黑或灰沙泥質海區。該物種的模式產地在馬德拉群島。

## 特徵

本魚頭部寬大肥厚，質感滑軟腫脹，所以被稱為「滑軟首鱈」，頭部均勻地覆有鱗片，包括下顎與吻部與眶下骨的腹面。軀幹粗壯，尾部細長，從魚體側面觀，顯得「頭重尾輕」，吻鈍，頂端具有一個錐形小瘤。口大，下位，有一短頦鬚，齒為犬齒，上頷齒則為 1 列。第一背鰭之硬軟條光滑無鋸齒。背鰭硬棘 2 枚； 背鰭軟條 229 枚。體被小型櫛鱗，鱗片上布滿多列之細長棘刺。沒有尾鰭。腹部發光器發達，分為前後兩部分，前為彎月型之凹窩，後為圓形，與肛門之間有一深溝相連。體長可達 60 公分，屬於大型鼠尾鱈。

## 生態

棲息於混濁的泥沙底質海域，以小型魚、蝦蟹為食。繁殖季在春季。

## 參考文獻

* 軟頭條鱈 _Malacocephalus laevis_ Lowe, 1843. 臺灣物種名錄。臺灣：中央研究院生物多樣性研究中心. [2013-01-24] （中文（臺灣））.
軟頭紅杜父魚

**軟頭紅杜父魚**，為條鰭魚綱鮋形目杜父魚亞目隱棘杜父魚科的其中一種，為深海魚類，分布於南冰洋皮特凱恩群島至南極洲，棲息深度可達 603 公尺，體長可達 22 公分，棲息在底層水域，生活習性不明。

## 參考文獻

* Froese, R. & Pauly, D. (eds.) (2014). _Ebinania malacocephala_. _FishBase_. Version 2014-05.

## 擴展閱讀
軟頷視星鯰

**軟頷視星鯰**，為條鰭魚綱鯰形目視星鯰科的其中一種，為熱帶淡水魚，分布於南美洲 Marañon 河流域，體長可達 8 公分，棲息在底層水域，生活習性不明。

## 參考文獻

* Froese, R. & Pauly, D. (eds.) (2014). _Astroblepus supramollis_. _FishBase_. Version 2014-11.

## 擴展閱讀
軟顎化

**軟腭化**是一種輔音的次發音方式，即在發音時將舌頭背部抬升至軟腭處。

國際音標中，軟腭化有 4 種表示方法：

* 橫穿原字符的波浪符或搖擺線 U+0334 ̴ COMBINING TILDE OVERLAY ，HTML：`&#820;` 可表示軟腭化、小舌化和咽化，如[ɫ]([l]的軟腭化)
* 在原字符後加上標的ƔU+02E0 ˠ MODIFIER LETTER SMALL GAMMA ，HTML：`&#736;`，如⟨tˠ⟩(軟腭化的[t])
* 與軟腭擦音除阻相區分，用⟨ᵚ⟩
* 上標⟨w⟩U+02B7 ʷ MODIFIER LETTER SMALL W 表示同時的唇 - 軟腭化，如⟨sʷ⟩或⟨pʷ⟩，或軟腭音的唇化，如⟨kʷ⟩。

電子硬腭照相術研究表明，軟腭化的程度可能是連續的，但沒有任何語言有不同軟腭化程度間的對立，因此 IPA 並無指明軟腭化程度的符號。必需時，可用 IPA 慣例 —— 雙寫符號表示更強的程度，如：⟨ˠˠ⟩。

## 見於

### 英語

軟腭化齒齦邊音即所謂「暗 l」（dark L）。標準英音、通用美國英語等口音中，音素 /l/ 有著「亮」「暗」變體：「暗」者是軟腭化的[ɫ]，出現在韻尾位置 (如 fu**ll**)；「亮」者是不軟腭化的[l]，出現在聲母位置 (如 **l**awn)。蘇格蘭英語、澳大利亞英語、標準加拿大英語中，所有位置都為「暗 l」。

### 軟腭化 /l/

* 阿爾巴尼亞語亮 l、暗 ll 有別
* 加泰隆尼亞語方言與音位變體
* 葡萄牙語方言與音位變體
* 土耳其語
* 庫爾德語

許多語言中，軟腭化往往出現於齒 - 舌冠音上，暗 l 傾向於是齒音或齒齒齦音，清 l 則傾向於後移到齒齦。

### 其他軟腭化音

* 丹麥語 /d/ 在部分環境下實現為軟腭化的[ðˠ]。
* 愛爾蘭語和馬紹爾語的軟腭化輔音系統地與硬腭化輔音對立。
* 相似地，俄語硬音有軟腭化的同位異音，特別是前元音前與唇音、軟腭音、邊音相鄰的硬音。
* 蘇格蘭蓋爾語鼻音、邊音有[n ~ n̪ˠ ~ ɲ]、[l ~ l̪ˠ ~ ʎ]3 向對立
* 庫爾德語有 /ɫ/、/sˠ/、/zˠ/ 三種軟腭化音，都與不軟腭化形式對立。
* 吉里巴斯語有 /mˠ/、/pˠ/、/βˠ/ 三種軟腭化音，其中 /mˠ/、/pˠ/ 兩種與不軟腭化形式對立。

硬腭化 / 軟腭化對立也有許多其他名字，語言教學中最常見。

## 參考

## 資料
軟顎塞音

**軟腭音**（英語：Velar consonant、又稱軟腭輔音，古漢語稱為：牙音）是按發音部位分類的一類輔音。發音時，舌面後部接近軟腭。一些軟腭化的輔音在國際音標中還可以用⟨ˠ⟩表示（就是上標的濁軟腭擦音符號⟨ɣ⟩）。

「軟腭音」是按被動發音部位分類的說法，按主動發音部位分類則稱為「舌面後音」。_參見舌根音_。

## 中古漢語的軟腭音

中古漢語中的軟腭音（古稱牙音）包括見 /k/、溪 /kʰ/、群 /ɡ/、疑 /ŋ/ 等聲類。

## 軟腭音在 IPA 上的表示

## 參考文獻

## 參閲

* 調音部位
* 語音學主題索引
* 唇齒音
軟顎搭嘴音

**軟齶搭嘴音**，更精確地說是**後除阻軟齶搭嘴音**，是一種橫貫非洲的有副語言學用途的搭嘴音，使用它的口語如沃洛夫語等。舌頭和其他搭嘴音處於相似的部位，如齒齦搭嘴音；氣流機制也和其他搭嘴音一樣。然而，不同於其他搭嘴音，顯著聲是通過將後部 (可能是軟齶) 成阻除阻實現的，而不是將前部成阻除阻。充滿口腔的空氣從舌後面通過鼻腔和咽喉來。軟齶搭嘴音一般都是清音、鼻音，因為發音需要氣流從鼻腔流入。

## 已廢棄的 IPA 符號

1921 年，國際語音學學會 (IPA) 接受了丹尼爾・瓊斯的⟨ʞ⟩以表示科伊科伊語的硬顎搭嘴音。
瓊斯似乎在 1928 年的 IPA 出版物中首次提及了「軟齶」。
這時，對搭嘴音的調音的認識仍相當不清楚，不同學者用不同符號表示同一個音–比如 Doke 就把某些搭嘴音稱為「齒齦音」。
「軟齶」搭嘴音最後一次出現是在 1949 年的《原則》中。1951 年其他 3 個搭嘴音符號加入表中時，軟齶搭嘴音被忽略了，在那之後也沒有出現過。

南非語言研究中提到的所謂真正的軟齶搭嘴音不可能存在。搭嘴音是通過唇或舌成的兩處阻才能實現的。所有搭嘴音的後調音部位都是軟齶或小舌，齒、齒齦、硬顎和唇搭嘴音都是以前調音部位定義的，前調音部位除阻時使得口腔前部的空氣匯入，形成搭嘴音。在軟齶的前調音部位不會給空氣留下足夠空間。

從 2008 到 2015 年這個被廢棄的字母重新被國際音標擴展用於表示言語治療中的舌背 - 軟齶音。
不過在舌除阻的順序可以顛倒時，軟齶搭嘴音仍是可能的：在沃洛夫語等語言的副語言學用途中，是後調音部位 (軟齶) 成阻，而不是前調音部位。此符號重新用於表示這種音，並從國際音標拓展中去除以避免歧義。

## 發音

Lionnet 將軟齶搭嘴音形容為：

> 和其它搭嘴音一樣，[ʞ]是通過舌側 (軟齶) 吸氣氣流發出來的：口腔在軟齶和口腔前部兩處成阻。口腔內部的低壓空間主要通過降低舌腹來達到。不過不同於前部成阻，現在要除阻的是軟齶成阻，以使氣流從後面湧入口腔，要麼是從鼻腔流入，要麼是在齶咽閥門（velo-pharyngeal port）閉合後從軟齶後面的腔流入。
> 
> 

在已知的語言中，軟齶搭嘴音是通過唇的閉合產生的。因此，最開始會認為前調音部位是唇：

> 這個搭嘴音使用的是吸氣氣流機制，和其他普通搭嘴音一樣。口腔在唇處和硬顎或軟齶兩處成阻。舌頭像活塞，與軟齶吸氣 [即其他] 搭嘴音唯一的區別是，空氣從何處流入口腔：發張口的搭嘴音時，氣流直接流入口腔；發軟齶搭嘴音時，則是經過鼻腔流入口腔。
> 
> 

不過唇成阻似乎並不具有音位性。儘管實驗語音學研究尚未落實，但似乎兩個調音部位是舌背和舌冠：後調音部位似乎在軟齶非常靠前的地方，接近硬顎 (至少沃洛夫語和拉爾語中是這樣)，前調音部位則是齒或齒齦。唇僅僅因為不需要而閉合，張唇對於此音沒有影響。也就是說軟齶搭嘴音其實非常像舌冠搭嘴音[ǀ, ǂ, ǃ]，不過舌頭兩處成阻的作用相反。

孟當語和卡努里語中，後部的調音據說是小舌和軟齶後部，而不是軟齶前部。語言間的比較還需進一步研究。

## 見於

副語言學的軟齶搭嘴音在西非和中非不少語言中都存在，西起塞內加爾，東至喀麥隆北部和查德南部。至少東部的拉爾語、芒白語、孟當語和卡努里語，還有西部的沃洛夫語和茅利塔尼亞普拉耳語有這個音。

沃洛夫語中，後除阻軟齶搭嘴音與邊搭嘴音或齒齦搭嘴音是自由變體。說一次時意為「是」，連說量詞意為「我明白了」。也用於反饋（Backchannel）。拉爾語中，用於「強烈同意」和反饋，且和邊搭嘴音是自由變體。

## 另見

* 齒齦搭嘴音
* 雙唇搭嘴音
* 齒搭嘴音
* 邊搭嘴音
* 硬顎搭嘴音
* 捲舌搭嘴音
* 搭嘴音

## 參考
軟顎擠喉塞擦音

**軟腭擠喉塞擦音**是一種輔音，在某些口語中使用。國際音標中表記此音的符號為⟨kxʼ⟩。

## 特徵

軟腭擠喉塞擦音的特徵有：

* 調音方法屬於塞擦音，調音時先阻礙空氣在聲腔流動，再形成狹窄通道讓氣流通過發生湍流來調音。

* 調音部位是軟腭，即以舌根部位抵住軟腭。
* 發聲類型是清音，意味著發音時聲帶並不顫動。
* 本輔音是口腔輔音（口音），表示調音時空氣只從口裡流出。
* 本輔音為中央輔音，調音時氣流在口腔的中央流過舌面，而不從兩側流過。
* 氣流機制是擠喉音，通過將聲門向上擠壓而將空氣排出。

## 見於 e

## 更多

* 在 PHOIBLE 上搜尋含有[kxʼ]的語言
軟顎擠喉擦音

**軟腭擠喉擦音**是一種輔音，用在幾種口語中。國際音標表記此音的符號是⟨xʼ⟩。

## 特徵

軟腭擠喉擦音的特徵包括：

* 調音方法是摩擦，表示氣流通過位於調音部位的狹窄通道，發生湍流。

* 調音部位是軟腭，即以舌根部位抵住軟腭。
* 發聲類型是清音，意味著發音時聲帶並不顫動。
* 本輔音是口腔輔音（口音），表示調音時空氣只從口裡流出。
* 氣流機制是擠喉音，通過將聲門向上擠壓而將空氣排出。

## 見於

## 更多

* 在 PHOIBLE 上搜尋含有[xʼ]的語言
軟顎擠喉邊塞擦音

**軟腭擠喉邊塞擦音**是一種較罕見的輔音，用在某些口語中。國際音標中用來表記此音的符號是⟨kʟ̝̊ʼ⟩。

在達吉斯坦的一種東北高加索語系語言 —— 亞奇語里有兩個形式：普通[k͡ʟ̝̊ʼ]和唇化 [k͡ʟ̝̊ʷʼ]。它遠比常見的軟腭音更靠前，可能可以稱為「軟腭前」。亞奇語同時還有邊塞擦音的清軟腭邊塞擦音 (肺部氣流音) 變體，一些清軟腭邊擦音，以及濁軟腭邊擦音作為同位異音，但沒有齒齦邊擦音或塞擦音。

[kʟ̝̊ʼ]還被作為 /kx/ (鼻音後的擠喉音) 的同位異音在祖魯語和科薩語， 軟腭擠喉塞擦音 /kxʼ/ 的同位異音出現在 Hadza 語。後者和[cʎ̝̊]對立，如[cʼakʼa]「撫養」。事實上軟腭擠喉音被報告為邊音或有邊音同位異音，在非洲數種有搭嘴音的語言如 Taa 語，箜語的幾種變體，Gǁana 語 (包括 Gǀui 方言), Khwe 語 (ǁAni 方言) 和科伊科伊語。

## 特徵

軟腭擠喉邊塞擦音的特徵有：

* 調音方法屬於塞擦音，調音時先阻礙空氣在聲腔流動，再形成狹窄通道讓氣流通過發生湍流來調音。

* 調音部位是軟腭，即以舌根部位抵住軟腭。
* 發聲類型是清音，意味著發音時聲帶並不顫動。
* 本輔音是口腔輔音（口音），表示調音時空氣只從口裡流出。
* 調音方法是邊音，氣流從舌兩側流過，而不從中部流過。
* 氣流機制是擠喉音，通過將聲門向上擠壓而將空氣排出。

## 見於

## 參考

## 更多

* 在 PHOIBLE 上搜尋含有[kʟ̥ʼ]的語言
軟顎擠喉音

**軟腭擠喉音**（Velar ejective）是輔音的一種，用於一些口語中。表示此音的國際音標（IPA）是⟨kʼ⟩，其等價的 X-SAMPA 音標則寫作 `k_>`。

## 特徵

軟腭擠喉音的特徵包括：

* 調音方法是閉塞，也就是說通過阻礙空氣在聲道流動來調音。由於此輔音也是一個口腔輔音，故氣流被完全地阻塞住，而形成一個塞音。

* 調音部位是軟腭，即以舌根部位抵住軟腭。
* 發聲類型是清音，意味著發音時聲帶並不顫動。
* 本輔音是口腔輔音（口音），表示調音時空氣只從口裡流出。
* 本輔音為中央輔音，調音時氣流在口腔的中央流過舌面，而不從兩側流過。
* 氣流機制是擠喉音，通過將聲門向上擠壓而將空氣排出。

## 出現於

## 參見

* 國際音標

## 註釋

## 參考資料

* Cruttenden, Alan (編), Gimson's Pronunciation of English 7th, London: Hodder, 2008, ISBN 0340958774
* Dum-Tragut, Jasmine, Armenian: Modern Eastern Armenian, Amsterdam: John Benjamins Publishing Company, 2009
* Gimson, Alfred C., An Introduction to the pronunciation of English, London: Edward Arnold, 1970
* Gordeeva, Olga; Scobbie, James M., Phonetic Conditioning of Word-final Ejective Stops in the Speechfinal Ejective Stops in the Speech of Scottish English Pre-school Children (PDF), Edinburg: Speech Science Research Centre, Queen Margaret University College, 2006 [2019-07-08], （原始內容 (PDF) 存檔於 2015-02-11）
* Wells, John C.; Colson, Greta, Practical Phonetics, London: Pitman, 1971, ISBN 0-273-43949-9
* Wells, John C., Accents of English I: An Introduction, Cambridge, New York: Cambridge University Press, 1982, ISBN 0-521-29719-2

## 外部鏈結

* 在 PHOIBLE 上搜尋含有[kʼ]的語言
軟顎邊閃音

**軟腭邊閃音**是輔音中的一種邊音。國際音標沒有專門表記此音的單個符號，但可以寫作[ʟ̆]。

新幾內亞的幾種語言如 Melpa 語和 Kanite 語中有此音。[ʟ]只持續了 20~30 毫秒，這證明它是閃音。

## 特徵

* 調音方法是閃音，指氣流衝出時與肌肉一次快速接觸，使得一調音器官碰及另一器官。

* 調音部位是軟腭，即以舌根部位抵住軟腭。
* 發聲類型是濁音，意味著發音時聲帶顫動。
* 本輔音是口腔輔音（口音），表示調音時空氣只從口裡流出。
* 調音方法是邊音，氣流從舌兩側流過，而不從中部流過。
* 氣流機制是肺部氣流，即由肺與橫膈膜驅動空氣。

## 參考

* Ladefoged, Peter; Maddieson, Ian. The Sounds of the World's Languages. Oxford: Blackwell. 1996. ISBN 0-631-19814-8 （英語）.
軟顎邊音

**軟腭邊音**（軟腭邊近音）是輔音的一種，用於一些口語中。軟腭邊音在國際音標的符號是⟨ʟ⟩，就是小型大寫字母 L，X-SAMPA 音標的符號則是⟨L\⟩。

## 特徵

齒齦邊音的特徵：

* 調音方法是無擦通音／近音，即是將舌頭放近另一個調音部位，但不收窄聲腔，故此不會做成湍流。

* 調音部位是軟腭，即以舌根部位抵住軟腭。
* 發聲類型是濁音，意味著發音時聲帶顫動。
* 本輔音是口腔輔音（口音），表示調音時空氣只從口裡流出。
* 調音方法是邊音，氣流從舌兩側流過，而不從中部流過。
* 氣流機制是肺部氣流，即由肺與橫膈膜驅動空氣。

## 出現於

普通話及粵語沒有此音。

大部分用拉丁字母的語言都是以字母 l 來代表。如英語中的 _lip_、_last_；法語的 _immeuble_、_anglais_ 等。留意英語中置於字末或者在字末的輔音前的 l，如 _bell_、_milk_ 等會軟腭化成軟腭化齒齦邊音 [ɫ]。

## 註釋
軟顎鼻音

**軟腭鼻音**（velar nasal、agma）是輔音的一種，中文俗稱**後鼻音**，在國際音標中以**⟨ŋ⟩**(ng) 表示，在 X-SAMPA 中以**⟨N⟩**表示。現代標準漢語的
ang、eng、ing、ong 的韻尾 ng 就是此音。

## 特徵

* 調音方法是閉塞，也就是說通過阻礙空氣在聲道流動來調音。由於此輔音也是一個口腔輔音，故氣流被完全地阻塞住，而形成一個塞音。

* 調音部位是軟腭，即以舌根部位抵住軟腭。
* 發聲類型是濁音，意味著發音時聲帶顫動。
* 本輔音是鼻音，調音時空氣會從鼻逸出。
* 本輔音為中央輔音，調音時氣流在口腔的中央流過舌面，而不從兩側流過。
* 氣流機制是肺部氣流，即由肺與橫膈膜驅動空氣。

## ŋ的變音

## 出現語言

### 該音見於漢語中

* 現代標準漢語僅用於韻尾：_英_ /jiŋ˥/。
* 部分官話，_我_、_恩_、_愛_、_奧_、_安_、_歐_、_昂_、_屙_、_鵝_、_額_、_鄂_、_壓_、_啊_ 等零聲母開口字，皆為軟腭鼻音。
* 於粵語，此音可以在音首和音末中出現，如_我_ /ŋɔː˩˧/、_輕_ /hɪŋ˥/、_昂_ /ŋɔːŋ˨˩/；亦可單獨出現，如_吳_ /ŋ̩˨˩/、_五_ /ŋ̩˩˧/。
* 於吳語，字首現於_我_、_五_、_魚_、_吳_，其餘從廣韻疑母字皆以ŋ作聲母。字末現於_東_、_清_、_唐_、_登_，其餘從廣韻通江宕梗曾攝平上去聲以ŋ作韻尾。兒化音以ŋ結尾，如女兒 /ȵyŋ/。
* 閩南語，可作聲母，如「夾」/ŋeʔ˦/；韻尾，如「空」/kʰaŋ˦˦/；成音節輔音，如「黃」/ŋ˨˦/、「光」/kŋ˦˦/。

### 該音見於英語中

在英語中，軟腭鼻音只能發生在韻尾，有以下兩種情況：

* 軟腭鼻音發生在一個單詞（或語素）的結束時，寫作 <ng>：_sing_ /sɪŋ/。
* 軟腭鼻音發生在軟腭塞音 (/k/ 或 /g/) 之前，成為（主要音素 |N|) 而寫作 <n>：_bank_ /bæŋkʰ/; _finger_ /'fɪŋgə(ɹ)/

### 該音見於其他語言中

* 阿留申語：_chaa**ng**_ /tʃɑːŋ/。五。
* 白語：/ŋv˩˧/。魚。
* 壯語：/ŋa33/。芝麻（ngaz）。
* 傣語：/ŋai2/。容易。
* 寮語：/ŋu1/。蛇。（ງູ）。
* 泰語：/ŋat/。撬動（งัด）。
* 楚科奇語：**ң**ыроқ /ŋəɹoq/。二。
* 丁卡語：_**ŋ**a_ /ŋa/。誰。
* 荷蘭語：_a**ng**st_ /aŋst/。恐懼。
* 斐濟語：_**g**one_ /ˈŋone/。兒童。
* 芬蘭語：_la**ng**an_ /lɑŋːɑn/。 "of the thread"
* 加里西亞語：_u**nh**a_ /'uŋa̺/。一（陰性詞）。
* 德語：_la**ng**_ /laŋ/。長。
* 希臘語：ά**γ**χος /ˈaŋ.xo̞s̺̠/。緊張、焦慮。
* 印地語：रङ्ग /rəŋ/。色。
* 匈牙利語：i**n**g /iŋg/。襯衫。
* 印尼語：ba**ng**un /ba.ŋun/。建造／醒來。
* 義大利語：_a**n**che_ /ˈaŋce/。也。
* 伊捷爾緬語：қни**ң** /qniŋ/。一。
* 日語：南極 (_na**n**kyoku_) /näŋkʲo̞kɯ/。(部分日本方言用法)：鍵 (_ka**g**i_) /käŋi/。鑰匙。
* 凱特語：ая**ң** /ajaŋ/。咒罵。
* 韓語：방 (_ba**ng**_) /paŋ/。房間。
* 尼夫赫語：**ң**амг /ŋamg/。七。
* 挪威語：_ga**ng**_ /gɑŋ/。 "hallway"
* 波蘭語：_ba**n**k_ /baŋk/。銀行。
* 普羅旺斯語：_vi**n**_ /viŋ/。酒。
* 梵語：अङ्ग /əŋgə/。枝幹。
* 西利語：_co**m**cáac_ /koŋˈkaak/。西利人。
* 西班牙語：_domi**n**go_ /d̪o̞ˈmiŋgo/。星期天。
* 斯瓦希里語：_**ng'**ombe_ /ŋɔmbɛ/。母牛。
* 瑞典語：_ba**n**k_ /baŋkʰ/。銀行。

## 參考文獻

## 參閲

* 硬腭鼻音
* Ŋ(拉丁字母)

## 外部連結

* 在 PHOIBLE 上搜尋含有[ŋ]的語言
軟顱石首魚

**軟顱石首魚**為條鰭魚綱鱸形目鱸亞目石首魚科的其中一種，分布西大西洋區，從哥倫比亞至巴西東南部海域，體長可達 40 公分，棲息在沿海沙泥底質海域及河口區，可做為食用魚。

## 參考文獻

* Froese, R. & Pauly, D. (eds.) (2012). _Nebris microps_. _FishBase_. Version 2012-07.

## 擴展閱讀
軟食中獸

**軟食中獸**（_Hapalodectes_），又名**軟中獸**，是一類像水獺的中爪獸目，生存於 5500 萬年前的古新世晚期至始新世早期。雖然軟食中獸的第一個化石是在美國懷俄明州的始新世地層發現，但牠們卻是起源於蒙古，最古老的 _H. dux_ 是在古新世晚期的地層發現。牠們與古鯨亞目，如巴基鯨有關，這是由於牠們在頭顱骨及牙齒有極相似的地方。

## 參考
軟食中獸科

**軟食中獸科**（Hapalodectidae）是已滅絕的中爪獸目，生存於古新世至始新世的北美洲及亞洲，體型相對較細小，只有 1-8 公斤重。軟食中獸科與著名的中爪獸科稍為不同，牠們的牙齒適合切開食物，尤其是肉類，而其他的中爪獸目（如中爪獸或中國中獸）的牙齒則適合咬碎骨頭。軟食中獸科曾被認為是中爪獸科的亞科，但從河塘軟食中獸的頭顱骨得知一些不同之處而足以成立自己的科。河塘軟食中獸的眶後棒在眼窩後閉合，但其他的中爪獸目則沒有這個特徵。對於軟食中獸科的骨骼所知甚少，而顱後骨骼則只有肱骨被描述。這根骨頭的形態顯示牠們較中爪獸目不怎麼適合陸上運動。

## 參考
軟骨

**軟骨**（cartilage）是脊椎動物特有的胚胎性骨骼，一種無血管組織，略帶彈性的堅韌組織，在機體內起支持和保護作用。由於軟骨沒有血液供應，在基質中含有大量的第二型膠原和葡萄糖胺聚合醣（GAG）來幫助物質擴散。在胎兒和年幼期，軟骨組織分布較廣，後來逐漸被骨組織代替。
軟骨可分為透明軟骨、彈性軟骨和纖維軟骨。成年人軟骨存在於骨的關節面、肋軟骨、氣管、耳廓、椎間盤等處。

## 組成

軟骨是由軟骨細胞、纖維和基質構成，其中基質佔了體積的 95%，而水分又佔了基質的 70%。基質的有機成分主要是多種蛋白，如軟骨粘蛋白、膠原和軟骨硬蛋白等。

## 分類

### 透明軟骨

透明軟骨主要分布於關節軟骨、肋軟骨等。

### 彈性軟骨

彈性軟骨分布於耳廓及會厭等處。

### 纖維軟骨

纖維軟骨分布於椎間盤、關節盤及恥骨聯合等處。

## 其他動物

1. 軟骨魚綱中的物種全都是由軟骨構成，如鯊魚、鰩及鋸鰩等。
2. 無青脊椎的軟骨動物，包括馬蹄蟹及頭足綱的物種等。

## 參考文獻
軟骨外胚層發育不良症

**埃利偉氏症候群**（Ellis-van Creveld Syndrome、EVC）又稱為**軟骨外胚層發育不良**（chondroectodermal dysplasia），是一種罕見遺傳疾病，也是骨骼發育不良的類型之一。

## 症候

這種疾病會造成包括下列在內的許多異常症狀：

* 軸後多指症（post-axial polydactyly）。
* 先天性心臟病（congenital heart defects），通常是房間隔缺損（atrial septal defect）。
* 產前牙齒萌發（pre-natal tooth eruption）。
* 指甲營養失調與發育不良。
* 短肢侏儒症（short-limbed dwarfism），成人身高約 106 公分到 153 公分。
* 短肋（short rib）。
* 部份兔唇（partial hare-lip）。
* 腕關節骨骼的畸形，原因是鉤狀骨（hamate）與頭狀骨（capitate）的融合。

## 遺傳學

埃利偉氏症候群是一種體染色體隱性遺傳，造成疾病的基因位於第 4 號染色體的短臂上。這種疾病是因為 _EVC_ 基因（以疾病名稱命名）的突變所造成，正常 _EVC_ 基因的用途則尚未明瞭。

當兩位親代（父親與母親）皆帶有一個突變基因時，他們的子代不論男女，皆有四分之一的機率患有疾病。當其中一位親代不帶有突變基因時，他們的子代將不會患有此疾病。

這種疾病也是奠基者效應的典型例子，這種效應發生在孤立或是數量較少的生物族群。雖然患有埃利偉氏症候群的人，在整體人類族群當中相當罕見，但是容易發生在缺乏遺傳變異的族群中。例如美國賓州的阿米什人，或是一些小島上的居民。

## 歷史

最早描述此種疾病的人，是愛丁堡的埃利斯（Richard W. B. Ellis、1902 年 —1966 年）與阿姆斯特丹的克列偉德（Simon van Creveld、1895 年 —1971 年）。當時為 1930 年代後期，他們正搭乘火車前往參加英格蘭的一場小兒科會議。在火車上見面時，他們發現他們的病人皆帶有相同症狀。第 3 個病例則是出現在霍特（L. Emmett Holt, Jr.）與麥金塔（Rustin McIntosh）所寫的教科書中。後來以建立人類孟德爾遺傳學聞名的麥庫希克為首，一群科學家進行了一項研究，他們觀察阿米什人族群長期的家族世系。並在 1964 年發表他們的研究結果。

## 命名

原本這個疾病將也稱為「六指侏儒症」（Six-fingered dwarfism），這樣的名稱讓非專業人士較能簡單的了解這種罕見疾病。但後來這樣的名稱卻冒犯了某些族群，不是因為「侏儒」二字，而是因為「六指」被貼上了「怪異」的標籤。之後這個疾病最常用的名稱變成了「埃利偉氏症候群」（Ellis-van Creveld syndrome）與縮寫 EVC。另外兩個名稱，「軟骨外胚層發育不良症」（Chondroectodermal dysplasia）與「中外胚層發育不良症」（mesoectodermal dysplasia），則較為少用。

## 參考文獻

## 外部連結

* Ellis–van Creveld

Template:Congenital malformations and deformations of integument
軟骨溶解

**軟骨溶解**或**軟骨溶解症**（英語：**Chondrolysis**），又稱**急性軟骨壞死**（英語：**Acute cartilage necrosis**），是指一種軟骨裂解的疾病，表現為股骨頭（英語：Femoral head）軟骨的急性破壞。它可以是股骨骨骺滑脫的併發症，或與感染有關，特別是敗血性關節炎。也可起因於數種麻醉劑（如布比卡因、利多卡因、Ropivacaine、Levobupivacaine）的關節內注射，這些藥物可對軟骨產生毒性作用。

## 參見

* 軟骨炎
* 骨軟骨炎
* 復發性多發性軟骨炎

## 參考文獻

## 外部連結
軟骨溶解症

**軟骨溶解**或**軟骨溶解症**（英語：**Chondrolysis**），又稱**急性軟骨壞死**（英語：**Acute cartilage necrosis**），是指一種軟骨裂解的疾病，表現為股骨頭（英語：Femoral head）軟骨的急性破壞。它可以是股骨骨骺滑脫的併發症，或與感染有關，特別是敗血性關節炎。也可起因於數種麻醉劑（如布比卡因、利多卡因、Ropivacaine、Levobupivacaine）的關節內注射，這些藥物可對軟骨產生毒性作用。

## 參見

* 軟骨炎
* 骨軟骨炎
* 復發性多發性軟骨炎

## 參考文獻

## 外部連結
軟骨炎

**軟骨炎**（英語：**Chondritis**）是軟骨的炎症。

它有幾種形式，包括骨軟骨炎、肋軟骨炎、復發性多發性軟骨炎。肋軟骨炎特別之處是它的疼痛與心臟病發作的疼痛相似。

## 參見

* 軟骨病變
* 軟骨溶解
* 軟骨膜炎，常發生於外耳。

## 參考文獻

## 外部連結
軟骨病

**骨質軟化**（英語：Osteomalacia）又稱**軟骨病**，是一種因骨骼代謝障礙而引起的骨骼軟化疾病，引起骨骼代謝障礙的原因有人體缺乏磷酸鹽、鈣和維生素 D，或是鈣的骨質吸收作用。兒童要是出現骨質疏鬆則稱為**佝僂病**，正因為如此，骨質疏鬆症這一稱呼常用於程度較輕的成人患者。骨質軟化的症狀和體徵有身體出現瀰漫性疼痛、肌肉無力和脆弱的骨骼。及時補充維生素 D 和鈣可以預防和治療骨質軟化。

## 參考文獻
軟骨發育不全症

**軟骨發育不全症**(Achondroplasia) 是一種顯性遺傳病，患者位於第四對染色體上基因「纖維芽細胞生長因子第三號接受體」出現缺陷，引致骨骼發育不良，身材比較矮小、鼻梁塌陷、脊椎彎曲、手指腳趾粗短、下肢較短且常呈Ｏ型腿等現象，大多數患者的智能完全正常。

其發生率為 1/15000 至 1/40000。

遺傳方面，其絕大多數是因為基因突變所致、也有由單基因從一代傳給下一代、精子或卵子在形成時發生 FGFR-3 的基因突變或父母一方有軟骨發育不全。

## 參考資料

* 罕見遺傳疾病一點通

## 外部連結

* Pauli RM. Achondroplasia. Pagon RA, Bird TD, Dolan CR; et al (編). GeneReviews. Seattle WA: University of Washington, Seattle. 1998 [2014-12-23]. PMID 20301331. NBK1152. （原始內容存檔於 2021-05-04）.  引文格式 1 維護：顯式使用等標籤 (link)
* UK Support charity for individuals and families with Achondroplasia and other forms for restricted growth （頁面存檔備份，存於網際網路檔案館）
* USA support group for little people （頁面存檔備份，存於網際網路檔案館）
* USA based group supporting dwarfism through research （頁面存檔備份，存於網際網路檔案館）
* Infographic （頁面存檔備份，存於網際網路檔案館） on Achondroplasia, Bahtiar - Informasi
* Achondroplasia （頁面存檔備份，存於網際網路檔案館） （頁面存檔備份，存於網際網路檔案館）
軟骨硬鱗亞綱

**軟骨硬鱗亞綱**（學名：Chondrostei）又名**軟質亞綱**，是條鰭魚綱的一個亞綱，同時也是條鰭魚綱的基幹類群，保留了條鰭魚類的一些原始特徵，如軟骨脊索等。

## 形態特徵

軟骨硬鱗魚類具有骨質腦顱，但大部分是軟骨質組成。上頜骨與前鰓蓋骨、下眶骨固結，幾乎不能活動。尾鰭為 Y 型或半 Y 型。體側有板質硬鱗。

## 分類

在不同的分類系統中，本亞綱也被稱為**軟質總目**或**硬鱗總目**。

本亞綱包括比耶魚目及鱘形目等。傳統分類將多鰭魚目（Polypteriformes）歸類於此，但本亞綱因而成為並系群，於是新的分類將多鰭魚一支獨立為腕鰭魚綱，使本綱成為有效的單系群。新鰭亞綱是本亞綱的姊妹群。

### 內部分類

本亞綱大部分種類已經滅絕（以「†」標示），目前僅存鱘形目。

* †比耶魚目 Birgeriiformes
* †? 軟骨硬鱗目 Chondrosteiformes
* 鱘形目 Acipenseriformes

### 譜系關係

依據 2017 年美國學者 Betancur-R 等人修訂的硬骨魚系譜分類，本亞綱和其他硬骨魚的演化關係如下：

## 參考文獻

## 外部連結

* 維基共享資源上的相關多媒體資源：軟骨硬鱗魚
* 維基物種上的相關資訊：軟骨硬鱗魚
軟骨草

**草胡椒**（學名：_**Peperomia pellucida**_）為胡椒科草胡椒屬下的一個種。馬來西亞亦稱為軟骨草。其種加詞「_pellucida_」意為「透明的」。一年生。在南美洲和菲律賓等地被用作草藥。

## 異名

* _Micropiper exiguum_ (Blume) Miq.
* _Micropiper pellucidum_ (L.) Miq.
* _Micropiper tenellum_ Klotzsch
* _Micropiper tenellum_ Klotzsch ex Miq.
* _Peperomia concinna_ (Haw.) A.Dietr.
* _Peperomia ephemera_ Ekman
* _Peperomia exigua_ (Blume) Miq.
* _Peperomia exigua_ var. _freireifolia_ (A.Rich.) C.DC.
* _Peperomia freireifolia_ (Hochst. ex A.Rich.) A.Rich.
* _Peperomia hymenophylla_ Miq.
* _Peperomia knoblecheriana_ Schott
* _Peperomia nana_ C.DC.
* _Peperomia oleracea_ Poepp.
* _Peperomia oleracea_ Poepp. ex Miq.
* _Peperomia pellucida_ var. _baileyana_ Trel.
* _Peperomia pellucida_ var. _minor_ Miq.
* _Peperomia pellucida_ var. _pellucida_
* _Peperomia pellucida_ var. _pygmaea_ Miq.
* _Peperomia praetenuis_ Trel.
* _Peperomia translucens_ Trel.
* _Peperomia triadophylla_ Peter
* _Peperomia vogelii_ Miq.
* _Peperomia yapensis_ C.DC.
* _Piper concinnum_ Haw.
* _Piper exiguum_ Blume
* _Piper freireifolia_ Hochst.
* _Piper freireifolia_ Hochst. ex A.Rich.
* _Piper freirifolium_ Hochst.
* _Piper freirifolium_ Hochst. ex A.Rich.
* _Piper hyalinum_ Wall.
* _Piper pellucidum_ L.
* _Piper scandens_ Poepp.
* _Piper scandens_ Poepp. ex Miq.
* _Verhuellia knoblecheriana_ C.DC.
* _Verhuellia knoblocheriana_ (Schott) C.DC.

## 變種

* _Peperomia pellucida_ var. _argentina_ Yunck.

## 參考文獻
軟骨鈣質沈積病

**軟骨鈣質沈積病**（英語：chondrocalcinosis）又稱為**軟骨鈣化**是指透明軟骨和／或纖維軟骨的鈣化（鈣鹽沈積）。可以在放射線攝影術或 X 光檢查時發現。

## 原因

一般人群中約有 50％ 在腳踝關節中發現磷酸鈣沉積，這可能與骨關節炎有關。

軟骨鈣質沈積病的另一個常見原因是二水合焦磷酸鈣晶體沉積病（英語：calcium pyrophosphate dihydrate crystal deposition disease，CPPD）。據估計，CPPD 的盛行率占歐洲和美國成年人口的 4％ 到 7％。但過去的研究可能高估了這個盛行率，因它們只是單純由軟骨鈣質沈積病的盛行率替代，而不管引起軟骨鈣質沈積病的背後病因。

低血鎂症也可能造成軟骨鈣化，且補充鎂可能可以減輕或緩解症狀。某些情況，創傷造成的關節炎也能造成軟骨鈣化。

軟骨鈣質沈積病的其它病因包括：

* 高血鈣，特別是副甲狀腺功能亢進症引起的
* 關節炎
* 痛風
* 肝豆狀核變性
* HFE 遺傳性血色病（血色素沉著病）
* 褐黃病
* 低磷酸酯脢症
* 甲狀腺機能低下症
* 高草酸血症
* 肢端肥大症
* 吉特曼氏症候群

## 診斷

軟骨鈣質沈積病能以 X 光、X 射線計算機斷層成像（電腦斷層掃瞄，CT scan）、核磁共振造影（MRI）、醫學超聲檢查和核醫學確診。CT 和 MRI 掃瞄可以看到鈣化腫塊（通常在黃韌帶或關節囊內），然而，X 光檢查才是這個問題最佳診斷工具。超音波檢查時，透明軟骨內可能會出現高超音波顯影且無超音波陰影（acoustic shadow）的病兆。與多數情況一樣，軟骨鈣化與其它疾病（如：僵直性脊椎炎和痛風）的臨床表現可能很相似，且不易鑑別。

## 參考文獻
軟骨魚

**軟骨魚綱**（學名：Chondrichthyes），演化自棘魚綱。軟骨魚類是現存有頜類中最基幹的類群，除了牙齒為硬骨外，骨骼全部由軟骨組成，體被盾鱗或無鱗；鰓裂每側 5－7 個分別開口於體外，或 4 個外被一膜質鰓蓋；雄性的腹鰭里側具有鰭腳；尾鰭呈歪尾型；腸具有螺旋瓣；無鰾；具有鰓裂；軟骨魚類的生殖方式是體內受精，卵生、卵胎生或胎生。

## 進化

軟骨魚和硬骨魚，一起出現在志留紀後期，它們不斷進化，最後取代了盾皮魚。現存的 3 萬多種魚類中，根據其骨骼的性質，可分為軟骨魚和硬骨魚兩大類。來自中國重慶秀山大約 4.36 億年前的蠕紋沈氏棘魚（_Shenacanthus vermiformis_）是迄今所知最早的保存完好的軟骨魚，確證了鯊魚是從「披盔戴甲」的祖先演化而來。而來自中國貴州石阡大約 4.39 億年前的雙列黔齒魚（_Qianodus duplicis_）和新塑梵淨山魚（_Fanjingshania renovata_）是最早的具有確鑿證據的軟骨魚，同時使得有關奧陶紀、志留紀一些零散保存的魚類鱗片和棘刺化石分類位置的爭論有了明確的解答。

## 分類

現存的軟骨魚類主要分為板鰓亞綱和全頭亞綱（銀鮫目）兩個亞綱。其中板鰓亞綱包括鯊魚、魟、鰩、鋸鰩等。

## 參見

* 軟骨
* 硬骨魚

## 參考文獻
軟骨魚綱

**軟骨魚綱**（學名：Chondrichthyes），演化自棘魚綱。軟骨魚類是現存有頜類中最基幹的類群，除了牙齒為硬骨外，骨骼全部由軟骨組成，體被盾鱗或無鱗；鰓裂每側 5－7 個分別開口於體外，或 4 個外被一膜質鰓蓋；雄性的腹鰭里側具有鰭腳；尾鰭呈歪尾型；腸具有螺旋瓣；無鰾；具有鰓裂；軟骨魚類的生殖方式是體內受精，卵生、卵胎生或胎生。

## 進化

軟骨魚和硬骨魚，一起出現在志留紀後期，它們不斷進化，最後取代了盾皮魚。現存的 3 萬多種魚類中，根據其骨骼的性質，可分為軟骨魚和硬骨魚兩大類。來自中國重慶秀山大約 4.36 億年前的蠕紋沈氏棘魚（_Shenacanthus vermiformis_）是迄今所知最早的保存完好的軟骨魚，確證了鯊魚是從「披盔戴甲」的祖先演化而來。而來自中國貴州石阡大約 4.39 億年前的雙列黔齒魚（_Qianodus duplicis_）和新塑梵淨山魚（_Fanjingshania renovata_）是最早的具有確鑿證據的軟骨魚，同時使得有關奧陶紀、志留紀一些零散保存的魚類鱗片和棘刺化石分類位置的爭論有了明確的解答。

## 分類

現存的軟骨魚類主要分為板鰓亞綱和全頭亞綱（銀鮫目）兩個亞綱。其中板鰓亞綱包括鯊魚、魟、鰩、鋸鰩等。

## 參見

* 軟骨
* 硬骨魚

## 參考文獻
軟骨龍

**軟骨龍屬**（學名：_Chondrosteosaurus_）是蜥腳下目恐龍的一屬，其化石發現於在英格蘭懷特島郡的威塞克斯組（Wessex Formation），地質年代為下白堊紀。模式種是巨大軟骨龍（_C. gigas_），是由理察・奧雲（Richard Owen）在 1876 年所描述、命名的，屬名意為「軟骨蜥蜴」。

軟骨龍的化石是兩個頸椎（編號 BMNH R46869、BMNH R46870），具有明顯的空腔與管道，目前被視為是氣囊的證據。在 1870 年，哈利・絲萊（Harry Seeley）在命名鳥面龍時，就已發現類似的空腔結構。但理察・奧雲不認為哈利・絲萊的理論，他認為這種巨型動物是種類似鯨魚的海生爬行動物，不可能具有類似鳥類的氣囊系統。理察・奧雲認為這些巨大脊椎的內部空間，應該是容納軟骨。

理查・歐文也建立第二個種，_C. magnus_，目前不再認為屬於軟骨龍屬。

## 參考文獻

## 外部連結

* Discussion of _Chondrosteosaurus_ with image. （頁面存檔備份，存於網際網路檔案館）
* Web page on _Chondrosteosaurus_
* 恐龍博物館 — 軟骨龍
軟骨龍屬

**軟骨龍屬**（學名：_Chondrosteosaurus_）是蜥腳下目恐龍的一屬，其化石發現於在英格蘭懷特島郡的威塞克斯組（Wessex Formation），地質年代為下白堊紀。模式種是巨大軟骨龍（_C. gigas_），是由理察・奧雲（Richard Owen）在 1876 年所描述、命名的，屬名意為「軟骨蜥蜴」。

軟骨龍的化石是兩個頸椎（編號 BMNH R46869、BMNH R46870），具有明顯的空腔與管道，目前被視為是氣囊的證據。在 1870 年，哈利・絲萊（Harry Seeley）在命名鳥面龍時，就已發現類似的空腔結構。但理察・奧雲不認為哈利・絲萊的理論，他認為這種巨型動物是種類似鯨魚的海生爬行動物，不可能具有類似鳥類的氣囊系統。理察・奧雲認為這些巨大脊椎的內部空間，應該是容納軟骨。

理查・歐文也建立第二個種，_C. magnus_，目前不再認為屬於軟骨龍屬。

## 參考文獻

## 外部連結

* Discussion of _Chondrosteosaurus_ with image. （頁面存檔備份，存於網際網路檔案館）
* Web page on _Chondrosteosaurus_
* 恐龍博物館 — 軟骨龍
軟體下鈎鯰

**軟體下鉤鯰**，為條鰭魚綱鯰形目甲鯰科的其中一種，為熱帶淡水魚，分布於南美洲委內瑞拉奧里諾科河流域，棲息在底層水域，生活習性不明。

## 參考文獻

* Froese, R. & Pauly, D. (eds.) (2014). _Hypancistrus debilittera_. _FishBase_. Version 2014-11.

## 擴展閱讀
軟體世界

《**軟體世界**》是智冠科技過去所發行的 PC-Game 專業月刊。曾經每月發行約五萬本。其廣告內容，主要為智冠科技所經銷之各式 PC-Game。雜誌內容一度由單機版 PC-Game 轉型為報導線上遊戲的內容。

「軟體世界」（SoftWorld）亦為智冠科技早期所經銷之各式單機版 PC-Game 的產品系列識別代號，亦即台灣在尚未進入付版權費給原始著作權人的時代，智冠科技與精訊資訊聯手在台灣販賣平價版的遊戲系列。

## 簡史

* 1989 年 4 月，《軟體世界》雜誌於台灣創刊發行。
* 1995 年 7 月，軟體世界雜誌改版，並開始在每一期雜誌中加贈附有電腦遊戲試玩版的 CD 片，同時全球發行量提高到 6 萬本。
* 1998 年 12 月，在台灣取得「軟體世界」使用於第十六類書籍、雜誌等之商標。
* 1999 年 9 月，發行《軟體世界》國際中文版。（第一次正式賣到其他地區）
* 2001 年，《軟體世界》期號滿 150 之後，從 1 開始計算新版雜誌的期號。
* 2005 年，《軟體世界》停刊 (期號 200)。
* 2006 年，《軟體世界》復刊，以季刊方式刊登一期後還是不敵線上遊戲雜誌，終究還是停刊。

## 參考文獻

## 外部連結

* 「軟體世界雜誌」改版重新登場 （頁面存檔備份，存於網際網路檔案館） 2001-11-05
* 港都消費／軟體世界雜誌變裝　呈現另類手法 2001/11/07
* 「軟體世界」雜誌官網存檔〈1998～2003 年〉
軟體介面

**介面**（英語：interface）是泛指實體把自己提供給外界的一種抽象化物（可以為另一實體），用以由內部操作分離出外部溝通方法，使其能被修改內部而不影響外界其他實體與其互動的方式，就如物件導向程式設計提供的多重抽象化。

介面是兩實體交換資料的媒介，交換資料的實體可以是軟體、電腦硬體、外部裝置、人等等。有些介面（例如觸控式螢幕）是雙向的，可以傳送資訊，同時接收資訊，有些介面（例如滑鼠或喇叭）則是單向的，只能傳送或接收資訊。人類與電腦等資訊機器或人類與程式之間的介面稱為使用者介面。電腦等資訊機器硬體元件間的介面叫硬體介面。電腦等資訊機器軟體元件間的介面叫軟體介面。

介面可能也提供某種意義上的在講不同語言的實體之間的翻譯，諸如人類與電腦之間。因為介面是一種間接手段，所以相比起直接溝通，會引致些額外負擔。

## 硬體介面

硬體介面為電腦等的資訊機器的硬體之間通信時的物理連接器形狀、傳送接收訊號的方法（協定）等等的規格。主要可分為並列連結的和位元序列連結的。序列連結者相比起並列連結者，多得多使用同一電線作為訊號控制線和電源供應線。個人電腦領域，因並列連結向更高傳輸速度的發展遇到瓶項，而在向各介面的序列連結方式遷移（參看匯流排）。

## 軟體介面

軟體介面可能會指不同層次上的各種介面：作業系統和硬體之間會有介面、電腦上運行的應用程式或電腦程式需要有介面來處理字串流、過濾器及管道、在物件導向程式設計中，應用程式中的物件會透過方法來和外面互動，這也是一種介面。而軟體間通訊時傳遞訊息（message）的規格、行程間通訊或電腦網路也都有介面的特性。

### 軟體實務上

在程式設計時的一個基本原則是：所有的資源預設都是不允許直接存取的，只允許透過有良好定義的介面來存取。軟體介面提供可以存取電腦系統中資源（例如記憶體、CPU、儲存裝置）的方式。若軟體沒有透過介面存取資源，而是直接存取相關資源，對機能以及穩定性都會造成不良的（而且可能是災難性的）後果

軟體模組中的介面會提供常數、資料類型、子程式的類型、例外處理規格、以及類型特徵。有時介面中也會定義公共變數。

軟體模組 _A_ 的介面會刻意的和模組的實現分開定義。模組的實現會包括要有關介面的模組以及介面的實際程式碼，也包括模組中的私有程式及方法。另一個軟體模組 _B_，假設是軟體模組 _A_ 的客戶端，需通過公開提供的介面才能存取軟體模組 _A_。這樣安排在實務的好處是：若將軟體模組 _A_ 的實現方式改成其他方式，但介面不變，軟體模組 _B_ 仍然可以存取軟體模組 _A_，軟體模組 _A_ 實現介面的作法不會影響 _B_，這就是關注點分離，只關注介面的規格（也可以參照里氏替換原則）。

### 物件導向語言中的介面

在一些物件導向程式設計語言中（特別是沒有完整多重繼承的語言），會用「介面」來定義沒有資料，只有方法的抽象資料型別，以此為方法的簽名（signatures）。任一個具有程式及資料的類 (電腦科學)，只要有「介面」中所有的方法，就是「實現」此一介面。而且，就算在單一繼承語言中，也可以實現多個介面，因此可以同時「符合」多種型態。

介面是資料類型的定義：物件可以改變其型態（例如子程式或方法呼叫中），方式是用其所實現的介面或基底類，而不是直接列出具體的類。因此所有實現這個介面的類都可以使用。例如在最終實現之前，可以用虛設代碼來讓軟體開發得以進行。另外，在測試驅動開發中，可以在測試過程中用 mock 物件來取代實際的物件，這類的樁實現會在後續開發中，再改為真正實作的程式碼。

一般而言，介面中的方法沒有實際的程式碼，因此無法執行。若要執行，需要由非抽象的類別實現其介面，讓方法有實際的程式碼，才能執行。例如一種稱為 `Stack` 的介面需要支援兩種方法：`push()` and `pop()`。可以用不同的方式來實現，例如 `FastStack` 及 `GenericStack`，第一個可能是快速的，其資料結構是固定長度的，第二個的資料結構其長度可以調整，不過速度較慢。

介面可能會包括許多方法，不過也有可能只有一種方法，甚至完全沒有方法。例如 Java 語言定義了介面 `Readable`，只有一個 `read()` 方法：會因為不同的用途而有許多不同的實現，例如 `BufferedReader`、`FileReader`、`InputStreamReader`、`PipedReader` 及 `StringReader`。像是 `Serializable` 等標記介面完全沒有方法，是在通用處理時，用反射來提供運行時資訊。

### 介面上的程式設計

介面的使用也可以形成一種稱為「介面上的程式設計」（programming to the interface）的程式設計風格。此作法背後的概念是將程式的邏輯以其物件的介面來呈現，而不是內部實現的細節。介面上的程式設計可以減少和實現相關的相依性，也提高程式的復用性。

控制反轉是將上述概念推到極致後的一種設計原則。

## 使用者介面

使用者介面是指人類與機器、裝置、電腦程式或其他複雜工具互動的中介物的聚合。常用於電腦系統和電子裝置文脈。有時也會將機械系統、交通工具或工業裝置的使用者介面稱為人機介面（Human-Machine Interface ，縮寫為 HMI）。

## 參看

* 匯流排 (數據)
* 介面卡
* 網路介面
* 通訊協定
* 抽象倒置
* 應用二進位介面（ABI）
* 應用程式介面（API）
* 商業互操作介面
* 硬碟機介面
* 實現 (計算機科學)
* 繼承 (電腦科學)
* 模組化編程
* 基於組件的軟體工程
* 虛繼承

## 參考資料
軟體使用者授權合約

**終端使用者授權合約**（英語：**e**nd-**u**ser **l**icense **a**greements，英文縮寫：**EULA**）是指軟體的開發者或發行者授權使用者使用特定軟體產品時的規定，大多私有軟體附帶此合約，如不接受則無法安裝。不過自由軟體則較少使用這個合約，如 GPL 是一種授權合約，但不限於終端使用者。一個例外是 Firefox 擁有註冊商標，Mozilla 基金會使用終端使用者授權合約保護其商標。

正常情況下，一台預裝 Microsoft Windows 的電腦，開始使用前必須接受 EULA 才能啟用系統，根據 Windows EULA 的規定，使用者可以選擇聯絡供應商商討退貨，使用其他作業系統替代。
軟體供應鏈

**軟體供應鏈**（英語：software supply chain）是將製造業的供應鏈概念用在軟體開發上，是指在軟體製品（software artifact）開發過程中，所需要的元件（component）、函式庫、工具和流程。

軟體供應商在開發軟體時，會整合開源軟體及商業軟體的元件。**軟體材料表**（software bill of material，SBOM）中列出軟體工件開發時需要的元件。軟體材料表類似食品中的成份標籤，成份標籤說明食品的成份，因此在選擇食品時，可以避開過敏物質。在選擇軟體時可以利用軟體材料表，避開會造成損害的軟體。

材料表（物料清單，bill of material，BOM）是在製造業就已形成的概念，也是供應鏈管理的一部份。製造業利用材料表來追蹤製造時所需要的各種部件。若某部件有缺陷，透過材料表可以找出受影響的產品。

## 用途

軟體材料表對於軟體供應商以及軟體使用者都有幫助。軟體供應商會在開源軟體元件以及商業軟體元件中挑選適合的元件，整合成軟體。軟體材料表可以讓軟體供應商確認各個元件都是最新的，出現新的漏洞時，可以快速反應。軟體使用者，可以用軟體材料表進行漏洞以及授權的分析，以評估此一產品的風險。

一些公司會用 Excel 來管理軟體材料表，不過用 Excel 呈現的軟體材料表有其風險以及問題。若軟體材料表集合起來放在存儲庫中，成為其他自動化系統中的一部份，其他的應用程式可以查詢其中的資料，其助益會更大。在軟體包資料交換規範（SPDX）開放標準中，有提到自動化軟體材料表流程的需求。

瞭解軟體供應鏈，產出軟體材料表，以及來分析漏洞，這些都是風險管理中重要的成份。

## 立法

美國曾經提出 Cyber Supply Chain Management and Transparency Act of 2014，要求政府機關在購買新產品時，需要取得產品的軟體材料表，其中也針對「所有美國政府會使用的軟體、韌體及產品」，都要有軟體材料表。此法案後來沒有通過，不過也讓政府單位注意此一議題，也帶動之後的相關法案，例如 Internet of Things Cybersecurity Improvement Act of 2017。

美國在 2021 年 5 月 12 日發佈有關提昇美國網路安全的行政命令（Executive Order on Improving the Nation’s Cybersecurity），要求國家標準技術研究所在 90 天內訂定指引，其中包括有許多主題的標準、程序或是準則，目的是「強化軟體供應鏈的安全性」，其中也包括了「提供採購者所有產品的軟體材料表（SBOM）」。也強制美國國家電信暨資訊管理局（NTIA）在 60 天內發佈「軟體材料表中的基本元素」。

NTIA 在 2021 年 7 月 12 日發佈軟體材料表中的基本元素，其中也「說明讓軟體供應鏈更加透明的軟體材料表使用案例，並且列出後續演進的選項。」基本元素包括以下三類：資料欄位（每一個軟體元件的基線資訊）、是否支援自動化（是否可以用機器可讀以及人工可讀的格式產出軟體材料表），實務及流程（組織產生軟體材料表的時機，以及產生方式）。其中的「支援自動化」也有列出需要「自動生成」，可以使用軟體成份分析（software composition analysis，SCA）的方案來達成。

## 相關條目

* 軟體包資料交換規範
* 工具鏈
* 供應鏈攻擊
* 代碼簽名
* 清單文件
* 相依性地獄
* 數位供應鏈安全

## 參考資料
軟體元件化

**組件為基的軟體工程**（Component-based software engineering，簡稱 **CBSE**）或**組件為基的開發**（Component-Based Development，簡稱 **CBD**）是針對系統的廣泛功能，進行關注點分離的軟體工程方式。此方式是以復用為基礎的作法，定義、實現許多鬆耦合的獨立組件（Component），再將組件組合成為系統。此作法的目的是希望在軟體本身的短期益處以及開發軟體組織的長期益處之間取得平衡。

軟體工程師會將組件視為是服務導向的啟始平台。例如在 Web 服務以及面向服務的體系結構（SOA）中，組件可以透過 Web 服務轉變為服務，而且本身就會有許多原來組件不會有的特性。

組件可以產生或是消費事件，也可以用在事件驅動架構 (EDA）中。

## 相關條目

* 業務邏輯
* 模組化編程
* 服務組件架構（SCA）
* 軟體通訊架構（JTRS SCA）
* 第三方軟體組件
* Web 服務
* Web 組件
軟體再許可

在開源軟體開發中，**軟體再許可**指在軟體模塊的軟體許可證不兼容並且需要兼容以進行更大的組合工作時的改變許可證操作。以二進位形式存在的，受版權保護的作品應用於軟體原始碼的許可證可以包含矛盾的條款。這些要求可能導致無法將多個軟體作品的原始碼或內容組合起來創建一個新的組合作品。

## 動機和描述

有時開源軟體項目會陷入許可證不兼容的情況。通常，解決這種情況的唯一可行方法是重新許可所有參與的軟體部分。為了成功地重新許可，需要得到所有相關版權所有者（通常是開發人員）的許可。雖然在免費和開源領域中，由於涉及許多貢獻者，實現所有作者的 100% 覆蓋通常是不可能的，但通常假設絕大多數就足夠了。例如，Mozilla 假設 95% 的作者覆蓋率就足夠了。自由和開源軟體領域的其他人，例如 Eric S. Raymond ，就整個代碼庫的重新許可要求得出了不同的結論。 

## 案例

Mozilla 項目和他們的 Firefox 瀏覽器是出於許可證兼容性原因成功重新授權的開源項目的早期示例。 Netscape 的 Communicator 4.0 瀏覽器的原始碼最初於 1998 年在 Netscape Public License / Mozilla Public License 下發布，但被 FSF 和 OSI 批評為不兼容。 2001 年左右，時代華納根據 Netscape 公共許可證行使其權利，並應 Mozilla 基金會的要求，將 Mozilla 中所有在 Netscape 公共許可證下的代碼（包括其他貢獻者的代碼）重新許可為 MPL 1.1/ GPL 2.0/ LGPL 2.1 tri-license ，從而實現 GPL 兼容性。 

Vorbis 庫最初被許可為 LGPL，但在 2001 年，在 Richard Stallman 的支持下，該許可被更改為 BSD 許可，以鼓勵他人採用該庫。

由於許可證兼容性，VLC 項目還有一段複雜的許可證歷史：2007 年，出於許可證兼容性的原因，它決定不將許可證升級到剛剛發布的 GPLv3。在 2011 年初 VLC 從 Apple App Store 下架後，2011 年 10 月，VLC 項目將 VLC 庫部分從 GPLv2 重新授權到 LGPLv2，以實現更好的兼容性。2013 年 7 月，VLC 應用程式可以重新提交到根據 Mozilla 公共許可證重新授權的 iOS App Store。

7-Zip 的 LZMA SDK，最初在 GNU LGPL 和 Common Public License 下獲得雙重許可。連結二進位文件例外，由 Igor Pavlov 於 2008 年 12 月 2 日置於公共領域。 

GNU TLS 項目在 2011 年採用了 LGPLv3 許可證，但由於嚴重的許可證兼容性問題，在 2013 年將其代碼重新授權回 LGPLv2.1。 

GNU 自由文檔許可證 1.2 版與廣泛使用的創用 CC 署名 - 相同方式共享許可證不兼容，例如，對於維基百科來說，這是一個問題。因此，應維基媒體基金會的要求，FSF 在 GNU 自由文檔許可證 1.3 版中添加了一個限時部分，允許使用 GFDL 的特定類型的網站在 CC BY-SA 許可下額外提供其工作。繼 2009 年 6 月之後，除了先前使用的 GFDL 之外，維基媒體基金會通過雙重許可將其項目（例如維基百科）遷移到創用 CC 署名 - 相同方式共享作為主要許可，改進了與更大的免費內容生態系統的許可兼容性。

2010 年，爲了簡化許可證文本，OGRE 項目將其許可證從 LGPL 更改為 MIT 許可證。 

另一個案例是 Google 為他們的 Android 庫 Bionic 將 GPLv2 許可的 linux 內核頭文件重新許可為 BSD 許可。為了擺脫 GPL，谷歌聲稱頭文件已從任何具有版權的作品中清除，將它們減少為不可版權的「事實」。 但是，休斯頓大學法律中心的法學教授 Raymond Nimmer 對這種解釋提出了質疑。 

POV-Ray 自 1991 年以來，根據 FOSS 不兼容、非商業來源可用的自定義 POV-Ray 許可證分發。2013 年 11 月，其在 Affero 通用公共許可證第 3 版（或更高版本）下重新獲得許可。POV-Ray 是在 FOSS 許可證被廣泛使用之前開發的，因此開發人員編寫了自己的許可證，後來由於許可證與 FOSS 生態系統不兼容而成為問題。

2014 年，由於 GPLv3/GPLv2 出現兼容性問題， FreeCAD 項目將其許可證從 GPL 更改為 LGPLv2。 

2014 年，Gang Garrison 2 從 GPLv3 重新授權到 MPL ，以提高庫兼容性。 

此外，Dolphin 項目在 2015 年 5 月將其許可證從「僅 GPLv2」更改為「GPLv2 或更高版本」，以實現更好的兼容性。

2015 年 6 月，mpv 開始了項目的 GPL 許可原始碼的重新許可過程，以提高 LGPLv2 下的許可兼容性，並獲得了大多數（95%+）的貢獻開發者的同意。2016 年 8 月大約可以聯繫到 90% 的作者並表示同意。2017 年 10 月，轉換完成。 

2015 年 7 月，為改進許可證兼容性，尤其是與 Git 的兼容性，Seafile 從 GPLv3 切換到 GPLv2。 

2015 年，Natron 從 MPL 重新授權到 GPLv2 ，以實現更好的商業化。

2016 年，MAME 在為自己的書面自定義許可和非商業許可條款苦苦掙扎多年後，實現了將代碼庫重新許可到 BSD/GPL 。 

2016 年 8 月，MariaDB 公司將資料庫代理伺服器 MaxScale 從 GPL 重新授權給非 FOSS 但源可用且有時間限制的商業源許可證（英語：Business source license），三年後默認返回 GPL。2017 年發布了 1.1 版，並根據 Bruce Perens 的反饋進行了修訂。

很長一段時間以來，D 後端原始碼都是可用的，但並非以開源許可證授權。因為它是在賽門鐵克部分開發的，不能以開源許可證重新許可。2017 年 4 月 9 日，後端部分也可以重新授權給開源的 Boost Software License。

自 2004 年該遊戲開放以來，微軟研究院的太空作戰模擬器 Allegiance 的許可證爲 MSR 共享源許可證。2017 年 7 月 27 日，更改為 MIT 許可證。

## 參見

* 許可證兼容性
* 向後兼容性
* 前向兼容性
* 許可證擴散

## 參考來源
軟體動物分類表

**軟體動物（Mollusca）** 可分為 9 個大綱，另有一綱的分類未明確，可能納入軟體動物門內，下表中帶†號的是化石類群。

## 單板綱（Monoplacophora）

* 罩螺目（Tryblidioidea）
* 古祐目（Archinacelloidea）†
* 弓殼目（Cyrtonellida）

## 無板綱（Aplacophora）

* 毛皮貝目（Caudofoveata）
* 新月貝目（Solenogastres）

## 多板綱（Polyplacophora）

* 古石鱉亞綱（Paleoloricata）†
  * 目（Chelodida）
  * 目（Septemchitonida）
* 石鱉亞綱（Loricata）/ 新石鱉亞綱（Neoloricata）
  * 鱗側石鱉目（Lepidopleurida）
  * 石鱉目（Chitonida）
    * 石鱉亞目（Chitonina）
    * 毛膚石鱉亞目（Acanthochitonida）

## 掘足綱（Scaphopoda）

* 角貝目（Dentaliida）
* 管角貝目（Gadilida）

## 雙殼綱（Bivalvia）

* 古列齒亞綱（Palaeotaxodonta）
  * 灣錦蛤目（Nuculoida）
* 隱齒亞綱（Cryptodonta）
  * 蟶螂目（Solemyoida）
* 翼形亞綱（Pteriomorphia）
  * 蚶目（Arcoida）
  * 貽貝目（Mytiloida）
  * 珍珠貝目（Pterioida）
* 古異齒亞綱（Palaeoheterodonta）
  * 三角蛤目（Trigonioida）
  * 河蚌目（Unionoida）
* 異齒亞綱（Heterodonta）
  * 簾蛤目（Veneroida）
  * 海螂目（Myoida）
* 異韌帶亞綱（Anomalodesmata）
  * 筍螂目（Pholadomyoida）

## 喙殼綱（Rostroconchia）†

* 利培殼目（Ribeirioida）
  * 利培殼科（Ribeiriidae）
  * 敏蜂殼科（Technophoridae）
* 強壯殼目（Ischyrinioida）
  * 強壯殼科（Ischyriniidae）
* 錐鳥殼目（Conocardioida）
  * 始翼殼超科（Eopteriacea）
    * 始翼殼科（Eopteriidae）
  * 錐鳥殼超科（Conocardiacea）
    * 錐鳥殼科（Conocardiidae）
    * 勃氏殼科（Bransoniidae）
    * 馬心殼科（Hippocardiidae）

## 腹足綱（Gastropoda）

### 舊分類系統

* 前鰓亞綱（Prosobranchia）
  * 古腹足目（Archaeogastropoda）
  * 中腹足目（Mesogastropoda）
  * 新腹足目（Neogastropoda）
* 後鰓亞綱（Opithobranchia）
  * 翼足目（Pteropoda）
  * 囊舌目（Sacoglossa）
  * 無腔目（）
* 肺螺亞綱（Pulmonata）
  * 基眼目（Basommatophora）
  * 柄眼目（Stylommatophora）

### 新分類系統

* 前鰓類（Prosobranchia）
  * 珍珠蜑螺超目（Neritopsina）
  * 新進腹足超目（Caenogastropoda）
    * 吸螺目（Sorbeoconcha）
    * 主扭舌目（Architaenioglossa）
* 有肺類（Pulmonata）
  * 縮眼目（Systellommatophora）
  * 基眼目（Basommatophora）
  * 真肺目（Eupulmonata）

## 頭足綱（Cephalopoda）

* 鸚鵡螺亞綱（Nautiloidea）
  * 鸚鵡螺目（Nautiloidea）
  * 短棒角石目（Plectronocerida）†
  * 愛麗斯木角石目（Ellesmerocerida）†
  * 內角石目（Endocerida）†
  * 珠角石目（Actinocerida）†
  * 觸環角石目（Tarphycerida）†
  * 箭鉤角石目（Oncocerida）†
  * 桿石目（Bactritida）†
* 直角石亞綱 (Orthoceratoidea) †
  * 袋角石目（Ascocerida）†
  * 直角石目（Orthocerida）†
  * 疊盤角石目（Discosorida）†
  * 假直角石目（Pseudorthocerida）†
  * 喇叭角石目（Lituitida）†
* 菊石亞綱（Ammonoidea）†
  * 擬古菊石目（Agoniatitida）
  * 海神石目（Clymeniida）
  * 棱菊石目（Goniatitida）
  * 前碟菊石目（Prolecanitida）
  * 齒菊石目（Ceratitida）
  * 菊石目（Ammonitida）
* 鞘亞綱（Coleoidea）
  * 箭石下綱（Belemnoidea）†
    * 血箭石目（Hematitida）
    * 溝箭石目（Aulacocerida）
    * 閉箭石目（Phragmoteuthida）
    * 箭石目（Belemnitida）
    * 雙箭石目（Diplobelida）
  * 新蛸下綱（Neocoleoidea）
    * 十腕總目 Decapodiformes
      * 目（Boletzkyida）?†
      * 烏賊目（Sepioidea）
      * 耳烏賊目（Sepiolida）
      * 旋烏賊目（Spirulida）
      * 槍形目（Teuthoidea）
        * 開眼亞目（Oegopsida）
        * 閉眼亞目（Myopsida）
    * 八腕總目（Octopodiformes）
      * 八腕目（Octopoda）
        * 有鬚亞目（Cirrata）
        * 無鬚亞目（Incirrata）
      * 幽靈蛸目（Vampyromorpha）
        * 亞目（Kelaenina）?†
        * 原槍形亞目（Prototeuthina）†
        * 中魷亞目（Mesoteuthina）†
        * 幽靈蛸亞目（Vampyromorphina）
      * 口噬目（Trachyteuthis）†

## 太陽女神螺綱（Helcionelloida）†

* 古鰓亞綱（Archaeobranchia）
  * 太陽女神螺形目（Helcionelliformes）
  * 目（Pelagiellifomes）
* 亞綱（Divasibranchia）
  * 目（Khairkhaniifomes）
* 右鰓亞綱（Dextrobranchia）
  * 目（Onychochiliformes）

## 竹節石綱（Tentaculita）†

* 竹節石目（Tentaculitida）
* 等環節石目（Homoctenida）
* 珠胚節石目（Dacryoconarida）

_可能納入軟體動物門，分類未明確。_
軟體動物學

**軟體動物學**（英語：Malacology，源自於希臘語：μαλακός）是動物學的一個分支學科，研究領域涉及無脊椎動物中的軟體動物，其是動物界中第二大的門。研究的軟體動物包括蝸牛、蛞蝓、蛤、章魚、魷魚以及其他同為軟體動物的物種，不過並不是全部，像貝類雖然也是軟體動物，但卻有專門研究的貝類學。

軟體動物學主要研究軟體動物的分類學、生態學與演化。軟體動物的研究還涉及到醫療、獸醫及農業的相關應用，預防由軟體動物引起的相關疾病和生活問題。

1681 年，菲利波・保阿尼（Filippo Bonanni）出版了有史以來第一本純粹講述軟體動物的書籍，書名為《Ricreatione dell' occhio e dela mente nell oservation' delle Chiociolle, proposta a' curiosi delle opere della natura, &c.》。1868 年，德國軟體動物學會成立。

## 延伸閱讀

* Editors are L R Cox and J F Peake _Proceedings of the First European Malacological Congress_ September 17–21, 1962. Text in English with black and white photographic reproductions, also maps and diagrams.
* D. Heppel, "The long dawn of Malacology: a brief history of malacology from prehistory to the year 1800." _Archives of Natural History_ 22 (3): 301–319 (October 1995).

## 參考文獻

## 外部連結

* （英文）有關軟體動物的相關期刊 （頁面存檔備份，存於網際網路檔案館） 來自 WorldCat
軟體動物皰疹病毒科

**軟體動物皰疹病毒科**（學名：Malacoherpesviridae）是皰疹病毒目的一個科，以軟體動物為宿主，是該目中唯一感染無脊椎動物的類群，其學名來自希臘文的 μαλάκιον（malakion），意指軟體動物。本科僅有兩種病毒，分別屬於不同的單型屬，其感染會造成軟體動物幼蟲偶發性的大量死亡。有別於感染脊椎動物的皰疹病毒一般只能感染單一物種，本科病毒常可感染親緣關係接近的數種軟體動物。

## 分類

* 海螺疱疹病毒屬 _Aurivirus_
  * _Haliotid herpesvirus 1_（HaHV-1、AbHV-1），宿主為鮑魚。
* 牡蠣疱疹病毒屬 _Ostreavirus_
  * _Ostreid herpesvirus 1_（OsHV1），宿主為牡蠣。

另有一種可感染扇貝的急性病毒性壞死病毒（acute viral necrosis virus, AVNV）可能是 OsHV1 的一個變型。

## 病毒學

軟體動物皰疹病毒科的病毒具有外膜，外型多為二十面體，直徑約 150－200 奈米，基因組為不分段的線形 DNA，長度約為 134kb。

## 參考文獻
軟體動物科學檔案庫

《**軟體動物科學檔案庫**》（德語：Archiv für Molluskenkunde）是一個以同行評審的科學期刊，由森根堡自然研究學會出版，是一本專注於軟體動物學研究的期刊。雖然期刊的名稱是德語，但其實所有刊登的文章都以英語撰寫。

## 覆蓋範圍

本期刊出版所有與軟體動物的生物多樣性所有方面的原創研究，特別是關於生物分類學、系統分類學、系統發生學和形態學的研究，與全新世（即現代）的現生種及新生代化石種的所有軟體動物群組相關的生態學和生物地理學研究亦會接受。

## 歷史

本期刊最初出版時的名稱叫作《德國貝類動物學學會通訊》（_Nachrichtsblatt der Deutschen Malakozoologischen Gesellschaft_），首刊於 1868 年。所以本期刊事實是直至現在仍在發行的最古老貝類學期刊。1921 年期刊名稱改為現在的名稱，但卷數仍然接續舊名的卷數。1930 年代納綷德國掌權時，期刊的擁有權轉移至森根堡自然研究學會，藉以逃避來自政府方面的干預。現時森根堡自然研究學會除了資助期刊的刊行，同時其博物館的策展人亦在本刊擔任編輯。

## 參考文獻

## 外部連結

* 官方網站
* 森格堡自然研究學會的期刊頁面
* 生物多樣性遺產圖書館收藏的本刊早期出版 （頁面存檔備份，存於網際網路檔案館）
軟體升級

**升級**是電腦運算領域中常用的術語，一般是指硬體或軟體的汰舊換新，使系統能夠跟上時代。另外對愛玩高級音響的人（Audiophile）來說，使用此字眼時也經常表示用更好品質的產品來取代原有的產品，使音質獲得強化或提升。更廣泛的意義上，升級可以泛指任何系統性的更新換代。例如可以說機械裝置的升級、參考資料的升級甚至制度的升級等等。
軟體危機

**軟體危機**（英語：**Software Crisis**）是早期電腦科學的一個術語，是指在軟體開發及維護的過程中所遇到的一系列嚴重問題，這些問題皆可能導致軟體產品的壽命縮短、甚至夭折。軟體開發是一項高難度、高風險的活動，由於它的高失敗率，故有所謂「軟體危機」之說。軟體危機的本源是複雜、期望和改變。這個術語用來描述正急遽增加之電腦的力量帶來的衝擊和可能要處理的問題的複雜性。從本質上來說，它談到了寫出正確、可理解、可驗證的電腦程式的困難。

## 歷史

1968 年，北大西洋公約組織（NATO）在聯邦德國的國際學術會議創造**軟體危機**（**Software crisis**）一詞。而 1960 年代中期開始爆發眾所周知的軟體危機，為了解決問題，在 1968、1969 年連續召開兩次著名的 NATO 會議，並同時提出軟體工程的概念。

1972 年，艾茲赫爾・戴克斯特拉於電腦協會圖靈獎的演講：

軟體危機使人們認識到中大型軟體系統與小型軟體有著本質性差異：大型軟體系統開發週期長、費用昂貴、軟體品質難以保證、生產率低，它們的複雜性已遠超出人腦能直接控制的程度 ，大型軟體系統不能沿襲工作室的開發方式，就像製造小木船的方法不能生產航空母艦一樣。它的存在已經有數十年的歷史了，一直到了 1980 年代的物件導向技術才解決了一部分在軟體危機上的窘境。

## 何謂軟體危機

軟體危機其原因，銜接到硬體的整體複雜度，與軟體開發流程。危機表現在幾個方面：

* 專案運行超出預算。
* 專案運行超過時間。
* 軟體品質低落。
* 軟體通常不符合需求。
* 專案無法管理，且程式碼難以維護。

硬體成長率每年大約 30％，軟體每年只勉強以 4～7％速度在成長，資訊系統的交付日期一再延後，許多待開發的軟體系統無法如期開始。1960 年代軟體開發成本佔總成本 20％以下；1970 年代軟體成本已達總成本 80％以上，軟體維護費用在軟體成本中高達 65％。1986 年公佈的數據，所有驗收的外包軟體中，竟然只有 4％可用，其餘 96％卻是不堪一用。大部分的企業自行開發的資訊系統中，有四分之三也是功敗垂成。因此軟體維護成本居高不下，軟體產品品質低落是最主要的原因。

## 實際案例

1995 年，Standish Group 研究機構以美國境內 8000 個軟體專案作為調查樣本，調查結果顯示，有 84％軟體計劃無法於既定時間、經費中完成，超過 30％的計畫於執行中被取消，專案預算平均超出 189％。

### IBM OS/360

OS/360 作業系統被認為是一個典型的案例。到現在為止，它仍然被使用在 360 系列主機中。這個經歷了數十年，極度複雜的軟體專案甚至產生了一套不包括在原始設計方案之中的工作系統。OS/360 是第一個超大型的軟體專案，它使用了 1000 人左右的程式設計師。佛瑞德・布魯克斯在隨後他的大作《人月神話》中曾經承認，在他管理這個專案的時候，他犯了一個價值數百萬美元的錯誤。

### 美國銀行信託軟體系統開發案

美國銀行 1982 年進入信託商業領域，並規劃發展信託軟體系統。計畫原訂預算 2 千萬美元，開發時程 9 個月，預計於 1984 年 12 月 31 日以前完成，後來至 1987 年 3 月都未能完成該系統，期間已投入 6 千萬美元。美國銀行最終因為此系統不穩定而不得不放棄，並將 340 億美元的信託帳戶轉移出去，並失去了 6 億美元的信託生意商機。

### 其他

* 1985 年－1987 年，導致病人死於 Therac-25 醫療線性加速器的過量輻射。
* 1996 年，亞利安五號原型爆炸。
* 1998 年，波音 Delta III 火箭爆炸。

## 參見

* 軟體工程
* 軟體開發
* 佛瑞德・布魯克斯
* 技術奇異點

## 資料來源

## 外部連結

* 不流淚的軟體開發。鼎新電腦. （原始內容存檔於 2016-03-04） （中文（臺灣））.
* B. Randell - The NATO Software Engineering Conferences （頁面存檔備份，存於網際網路檔案館）
* Markus Bautsch: _Cycles of Software Crises_ in: ENISA Quarterly on _Secure Software_ (PDF 檔案：1.86MB)
* Edsger Dijkstra: The Humble Programmer (PDF 檔案：473Kb) （頁面存檔備份，存於網際網路檔案館）
軟體可攜性

在軟體工程中，**可移植性**（英語：Portability），又譯為**移植性**、**可攜性**，是指使用高階語言寫成的軟體，在不同環境下，是否具備可以被重複使用的性質。一般來說，軟體是否具備可移植性的衡量標準，在於進行軟體移植時，需要付出多少工時為代價。具備高可移植性的軟體，在移植到不同系統平台時，並不需要做太多事情，因此能夠減少軟體開發及布署時的成本。為了使軟體具備高度可移植性，程式設計師需要使應用程式介面抽象化以及模組化。

以低階語言，例如匯編語言，寫成的軟體，一般來說，其可移植性都較低。
軟體可測試性

**軟體可測試性**（Software testability）是指一個軟體工件（軟體系統、模組、需求文件或設計文件等）在一給定的測試環境下，可支援測試的程度。

許多軟體系統是不可測試的，或是無法立即測試。例如 Google 的 ReCAPTCHA，若沒有任何有關圖的元資料，則無法成為可測試的系統。不過若針對每一張圖，都有對應說明應有結果的標籤，就可以測試此一系統。因此軟體工件的可測試性不是內在性質，不像軟體大小一様可以直接量測。軟體可測試性是外在性質，由待測試的軟體及測試目標、方法及測試資源（測試環境）之間的相互關係來決定。

「可測試性」和設計良好程度的相關性可由以下現象看出：低內聚性、高耦合力、存在多餘程式碼，以及缺乏封裝的程式往往也是不容易測試的程式。若軟體的可測試性低，可能會造成測試工作的增加。在一些極端的情形下，缺乏可測試性可能會使部份甚至全部的測試或對軟體需求的評估無法進行。

為了要找到可測試性以及利用測試找到系統中潛在錯誤（假設有錯誤時）的難度的關係，有一種評估可測試性的相對指標，是每一次需要多少的測試用例才能形成完整的測試套件（在測試了所有測試用例後，所得到的結果可以確定此系統符合某規格，或不符合某規格，不會有模糊地帶）。若數量不大，表示程式的可測試性高。依照此方式，已有提出可測性等級（testability hierarchy）。

## 背景知識

依照實證的假設，軟體測試的工作量及有效性和以下幾個因素有關：

* 軟體需求的性質。
* 軟體本身的性質（像大小、複雜度及可測試性）。
* 測試方法的的性質。
* 開始及測試流程的性質。
* 和測試流程有關人員的資格和動機。

## 軟體元件的可測試性

軟體元件（模組或類別）的可測試性和以下因素有關：

* 可控制性：是否可以將待測元件的狀態控制到如測試條件要求。
* 可觀察性：是否可以觀察（中間或最後的）測試結果。
* 可隔離性：待測元件是否可以隔離測試。
* 關注點分離：待測元件是否有單一且清楚定義的任務。
* 易懂性：待測元件是否有說明文檔，或是本身可讀性很高。
* 可自動化性：待測元件是否可以自動測試。
* 異質性：是否需要不同的測試方法及工具平行測試。

軟體元件的可測試性可以用以下方式提昇：

* 測試驅動開發
* 可測性設計（design for testability），類似硬體的為測試而設計。

## 需求的可測試性

具有測試性的軟體需求需求要符合以下的條件：

* 一致性
* 完整性
* 明確不含糊
* 可量化（像「反應時間快」的需求是無法被驗證的）
* 實務上的軟體驗證及確認（不只是理論上可行，在有限資源下也是可實現的）

## 相關條目

* 可測試性

## 參考資料

* Robert V. Binder: Testing Object-Oriented Systems: Models, Patterns, and Tools, ISBN 0-201-80938-9
* Stefan Jungmayr: Improving testability of object-oriented systems, ISBN 3-89825-781-9
* Wanderlei Souza: Abstract Testability Patterns, ISSN 1884-0760
軟體品質

**軟體品質**，是指軟體系統或系統中的軟體部分的品質，即滿足使用者需求，包括功能需求和非功能性需求的程度。

* 穩定且可預期：並無不可預期狀況如 crash 與無回饋且不可預期時間的 hang-on
* 適當的檔案：足夠的檔案可供索引並可供參考解答，最新更新時間不低於 1.5 個版本
* 易用度：學習轉換時間
* UI/UX: 直覺且易辨認，有回饋且反應時間快，uber 叫車 app 曾發現到沒有 loading progress bar 的預約搜尋反而滿意度相對降低
軟體品質保證

**軟體品質保證**（英語：**Software quality assurance**，縮寫 **SQA**）是監控軟體工程流程和方法以確保品質的一系列手段。實現這一目的有著多種方法，並且可以確保符合一個或多個標準，例如 ISO/IEC 9126（後來被 ISO 25010 取代），ISO/IEC 15504（SPICE），或者 CMMI 等模型。

SQA 涵蓋軟體開發的整個流程，包括如：需求定義、軟體設計、編寫代碼、版本控制、代碼審查、軟體組態管理、軟體測試、發佈管理、產品整合等。SQA 主要內容為目標、承諾、能力、活動、測量和驗證。

## 參見

* DOD-STD-2167
* 品質源於設計
* 品質保證
* 軟體保證
* 軟體品質分析
* 軟體品質管理
* 軟體品質

## 參考資料

### 腳註

### 其他

* 730-2014 - IEEE Standard for Software Quality Assurance Processes. 2014. ISBN 978-0-7381-9168-3. doi:10.1109/IEEESTD.2014.6835311.
* Chemuturi, Murali. Software Quality Assurance: Best Practices, Tools and Techniques for Software Developers. J.Ross Publishing. 2010. ISBN 978-1-60427-032-7.
* Kelemen, Zádor Dániel; Kusters, Rob; Trienekens, Jos. Identifying criteria for multimodel software process improvement solutions - based on a review of current problems and initiatives: CRITERIA FOR MULTIMODEL SPI SOLUTIONS. Journal of Software: Evolution and Process. 2012-12, **24** (8) [2022-05-25]. doi:10.1002/smr.549. （原始內容存檔於 2022-05-25） （英語）.

## 外部連結

* Software Engineering Body of Knowledge Ch. 11 Sec. 2.1
軟體園區站

**軟體園區站**位於高雄市前鎮區，為高雄捷運環狀輕軌的捷運車站，以高雄軟體科技園區為命名由來。

## 車站概要

車站編號為 **C7**。站區位於成功二路與復興三路口的北側。為側式月台，預計興建完成初期每日可達一千人次。

## 車站構造

* 側式月台兩座。

### 月台配置

## 歷史

**高雄環狀輕軌第一段 C1-C14 車站全民參與命名活動**
: 命名活動第一階段（2014 年 10 月 18 日至 11 月 20 日）建議站名：中鋼總部站、成功復興站、軟體園區站

　
: 命名活動第二階段（2015 年 2 月 16 日至 3 月 6 日）票選選項：軟體園區站、成功復興站、中鋼總部站

　
: 命名結果（2015 年 3 月 29 日公告）：軟體園區站

* 2016 年 6 月：隨著環狀輕軌第一階段 C5-C8 完工試營運啟用。

## 利用狀況

## 車站周邊

* 紅線獅甲站（步行約 15 分鐘）
* 中華民國海洋委員會
* 高雄軟體科技園區
* 高雄市公共自行車租賃系統：
  * 輕軌軟體園區站：復興四路 21 號 (旁)
* 高雄展覽館
* 中鋼集團總部大樓
  * 美國在台協會高雄分處
* 高雄市立成功特殊教育學校
* 宜家家居高雄店
* 家樂福成功店
* 海岸公園（位在復興路底的海邊，需進入軟體園區大門）
* 高雄亞太工商營運中心（計畫延後，目前為一個中央公園大小的大草地，並設有籃球場）
* MLD 台鋁生活商場

## 公車資訊

## 參考資料

## 外部連結

* 軟體園區站（高雄捷運公司） （頁面存檔備份，存於網際網路檔案館）
軟體套件管理系統

**軟體套件管理系統**是在電腦中自動安裝、配製、解除安裝和升級軟體套件的工具組合，在各種系統軟體和應用軟體的安裝管理中均有廣泛應用。

在 Linux 發行版中，幾乎每一個發行版都有自己的軟體套件管理系統。常見的有：

* 管理 deb 軟體套件的 dpkg 以及它的前端 APT（使用於 Debian、Ubuntu）。
* RPM 套件管理員以及它的前端 dnf（使用於 Fedora、Red Hat Enterprise Linux 8、CentOS 8）、前端 yum（使用於 Red Hat Enterprise Linux、CentOS）、前端 ZYpp（使用於 openSUSE）、前端 urpmi（使用於 Mandriva Linux、Mageia）等。

使用軟體套件管理系統將大大簡化在 Linux 發行版中安裝軟體的過程。

## dpkg 軟體套件管理系統

dpkg 是 Debian Package 的簡寫，由 Debian 發行版開發，用於安裝、解除安裝和供給和 deb 軟體套件相關的資訊。

### 使用 dpkg 的發行版

使用 dpkg 的發行版主要是 Debian 以及它的衍生版如 Ubuntu、Linux Mint 等。

## RPM 軟體套件管理系統

RPM，全稱為 Redhat Package Manager，是由 Red Hat 推出的軟體套件管理系統，現在在各種發行版中普遍使用。

### 使用 RPM 的發行版

* Fedora 和 Red Hat Enterprise Linux
* openSUSE 和 SUSE Linux Enterprise
* Mandriva Linux 和 Mageia
* PCLinuxOS

## 命令列表

## 其他

其他軟體套件管理系統有 ArchLinux 中使用的 Pacman，Gentoo 使用的基於原始碼的 Portage，FreeBSD 下的 pkg，Mac 系統下的 Homebrew 等。

## 參考文獻
軟體套裝

**軟體套裝**或**應用套裝**，是多款相關電腦程式 —— 通常是應用軟體或編程軟體 —— 的合集，它們的使用者介面或多或少相同，且可以方便的互相交換資料。

## 特性

**優點**

* 比單件購買便宜
* GUI 相似
* 易於協同運作

**缺點**

* 許多功能用不到
* 占磁碟空間
* 維護工作多

## 類型

* 辦公套裝，如 Microsoft Office
* 網路套裝
* 圖形套裝，如 Adobe Creative Cloud
* 整合開發套裝，如 Visual Studio

## 另見

* 應用軟體
軟體安全

**電腦安全**（computer security）是電腦與網路領域的資訊安全（information security）的一個分支。其目的是在保證資訊和財產可被授權使用者正常取得和使用的情況下，保護此資訊和財產不受偷竊，污染，自然災害等的損壞。電腦系統安全是指一系列包含敏感和有價值的資訊和服務的行程和機制，不被未得到授權和不被信任的個人，團體或事件公開，修改或損壞。由於它的目的在於防止不需要的行為發生而非使得某些行為發生，其策略和方法常常與其他大多數的電腦技術不同。

## 設計層面上的安全

電腦安全技術的基礎是邏輯學。安全性並非是大部分的電腦應用的主要目的，而在設計時就考慮程式的安全性常常會對程式的執行有所限制。

在電腦應用上有四種安全設定，通常會結合使用：

1. 信任所有軟體都遵守安全策略，但軟體本身不可信。
2. 信任所有軟體都遵守安全策略，並且該軟體也被證實為可信的
3. 不信任軟體，但通過不可信的保護機制執行安全策略
4. 不信任軟體，但通過可信的硬體機制執行安全策略

許多系統無意中使用了以上的第一種設定。由於第二種方法成本昂貴和不確定性，其使用受到很大限制。第一種和第三種方法會導致失敗。第四種方法更具實用性，這是由於它通常基於硬體機制，避免了抽象性和自由性。

設計安全系統有很多技巧和技術。但很少有有效的方法能夠在設計完成後提高安全性。有一種技術能最大程度地執行最小權限原則，即一個實體只能擁有它所需要的權限。在這種方式下，即使攻擊者能夠進入系統的某一部分，也難以進入到其他部分。

另一方面，將系統劃分為小的組件可降低各部分的複雜性，並可以使用定理機器證明（automated theorem proving）來證明關鍵的軟體子系統的正確性。因此，當單一的有特點的特性可以作為關鍵點被分離出，而此特性可被數學評估時，安全的解析解（closed form solution）才會有效。在這種正確性證明不存在時，嚴謹的代碼審查（code review）和單元測試（unit testing）是最好的保證模組安全的方式。

設計時應使用縱深防禦（Defense in depth），即當多於一個子系統被誤用時，系統的完整性和其儲存的資訊才會受損。當對一種安全措施的破壞不會使得對另一種措施的破壞變成更容易時，縱深防禦有效。同時，串行原則表明，幾個簡單的保護措施不能連接成為一個複雜的保護措施。

子系統應被預設在安全設定下，並應儘可能設計為 fail secure 而非 fail insecure。理想地，一個安全系統應當在合法使用者特意地，自由地決定之下才能使其不安全。

另外，安全不應是全有或全無的問題。系統的設計者和操作者應假定安全性的違反是不可避免的。系統活動應有完整的審計紀錄檔，在違反安全性的活動發生後才可確定其機制和程度。遠端儲存審計紀錄檔可保護系統紀錄檔不被侵入者修改。最後，充分公布（full disclosure）有助於在系統漏洞被發現時，儘可能地縮短此安全隱患存在的時間。

## 安全體系結構

安全體系結構定義為描述安全措施如何放置，如何與整個資訊科技體系結構關聯的設計作品。這些安全控制措施旨在維護系統品質參數，包括機密性，完整性，可用性，問責制，保險性。

## 保護電腦和資料的硬體機制

輔助電腦安全的硬體為僅基於軟體的電腦安全提供了另一個選擇。由於被損壞時要求物理接入，因此諸如 dondle 的裝置被認為更安全。

 

## 參考文獻

### 參照

### 來源

## 外部連結

* Security advisories links（頁面存檔備份，存於網際網路檔案館） from the Open Directory Project
* Top 5 Security No Brainers for Businesses（頁面存檔備份，存於網際網路檔案館） from Network World
* The Repository of Industrial Security Incidents（頁面存檔備份，存於網際網路檔案館）
軟體定義儲存

**軟體定義儲存**（英語：Software-defined storage，縮寫 **SDS**）是電腦數據儲存的一個進化概念，它以軟體控制的方法來決定資料儲存的方針及管理方式，而與儲存的硬體本身無關。這通常會採用儲存虛擬化等技術來實作。這個概念與雲端計算的興起有關，有助於形成大數據的基礎建設，類似的概念還有軟體定義網路等。

## 參見

* 軟體定義網路
* 軟體定義資料中心

## 外部連結

* OpenSDS （頁面存檔備份，存於網際網路檔案館）
軟體定義廣域網路

**軟體定義廣域網路**（英語：SD-WAN，來自 software-defined networking in a wide area network 的縮寫），是一系列技術的集合，主要概念是將軟體定義網路（SDN）的技術應用在管理廣域網路（WAN）。軟體定義網路技術使用虛擬化技術，簡化資料中心的管理及維運的工作；延伸這個概念，將相關技術應用於廣域網路之上，可以簡化企業級使用者對於廣域網路的控管 。

透過這項技術，公司可以用低成本的網路存取方式，建立起高效能的廣域網路。企業因此可以部份或完全替換掉昂貴的私有廣域網路技術，例如 MPLS。

## 概論

SD-WAN 這個名稱在 2014 年開始出現在新聞媒體中，背後的概念來源可以追溯到 1970 年代制定的 X.25。

## 註釋
軟體定義網路

**軟體定義網路**（英語：software-defined networking，縮寫作 **SDN**）是一種新型網路架構。它利用 OpenFlow 協定將路由器的控制平面（control plane）從資料平面（data plane）中分離，改以軟體方式實作，從而使得將分散在各個網路裝置上的控制平面進行集中化管理成為可能 ，該架構可使網路管理員在不更動硬體裝置的前提下，以中央控制方式用程式重新規劃網路，為控制網路流量提供了新方案，也為核心網路和應用創新提供了良好平台。SDN 可以按使用領域分為：SD-WAN, SD-LAN, SD-DC, SDN 將人工智慧引入到網路系統裡來，將是未來幾年最熱門的網路前沿技術之一。

Facebook 與 Google 都在他們的資料中心中使用 OpenFlow 協定，並成立了開放網路基金會來推動這個技術。

## 歷史

在公開 Java 程式語言之後不久，昇陽電腦在 1995 年首次提出軟體定義網路。

## 相關條目

* OpenFlow
* OpenStack
* IEEE 802.1aq

## 參考文獻
軟體工件

Artifact，可譯為加工品。 Artifact 泛指原始碼（軟體）的生成物。

## 定義

### JetBrains

在 JetBrains 的官方文件中是這樣定義的：Artifact 是專案資產的集合體，你可以將這些資產中起來，用於測試、部署、分發，或者是專案的一部分。舉例，Artifact 可以是已經編譯好的 Java 類別檔案，或者是一個通過 Java 壓縮檔案打包的 Java 應用，或者是一個以目錄結構展示的 Web 應用程式，或者是 Web 應用壓縮檔等等。

### Gradle

在 Gradle 的官方文件中是這樣定義的：一個專案的 Artifact 是專案要提供給外部世界的所有檔案 。這也許是通過依賴包（library），或者是通過 Zip 分發包，或者其他檔案形式。

通常，Artifact 供其他專案或使用者的使用和消費，或者用於部署至寄主系統。在這些例子中，Artifact 通常是一個單一檔案。專案之間存在依賴時，又希望避免生產用於發布的 Artifact，通常此時，Artifact 將以目錄的形式存在。

## 參考文獻
軟體度量

**軟體度量**（**software metric**）是一個對於軟體性質及其規格的量測。軟體度量的目的是獲得客觀、可以複製及量化的量測結果，依軟體度量性質及特性的不同，可以分別應用在軟體開發的時程及預算規劃、成本估算、品質保證測試、軟體偵錯、軟體效能最佳化或專案人員組態的最佳化等領域。

## 舉例

原始碼行數簡稱 SLOC，是最簡單的一種軟體度量，以下以包括注釋的實體原始碼行數（LOC）為準，說明軟體度量的特性及一些限制。

以下的 C 程式碼只有一行，其 LOC 為 1：

但程式碼在重新排版為以下的程式碼時，其 LOC 就從 1 改變為 5，但實際的程式機能沒有改變：

若不使用迴圈的架構，直接呼叫 10 次 printf，一般不建議以這種方式撰寫程式，但其 LOC 為 11，比上述二個程式的 LOC 都大：

不同的軟體度量可量測的軟體性質也隨之不同，像原始碼行數適合量測軟體的大小，但無法量測軟體的模組化程度，而且此度量方式是要量測原代碼的長度，不適合作為軟體規劃階段進行度量。

## 常見的軟體度量

以下是一些常見的軟體度量：

* 平衡計分卡
* 每行程式的程式錯誤比率
* COCOMO（構造性成本模型）
* 代碼覆蓋率
* 內聚力
* 註解密度
* 同步變化的軟體元件
* 耦合力
* 循環複雜度
* DSQI（設計結構品質指標）
* 機能點分析
* 霍爾斯特德複雜度量測
* 指令路徑長度
* 類別及介面的數量
* 原始碼行數
* 客戶需求行數
* 程式執行時間
* 程式載入時間
* 二進制檔案長度
* 軟體包裝度量
* 加權微機能點

## 限制

軟體的開發過程相當複雜，其方法論及目標都有高度的變異性，因此很難定義軟體質或是量的數據，並確定一個有效的和及時的計量方式，尤其要在軟體的細部設計前進行相關的預估，更加困難。另一個困難、常產生爭議的是度量的定義，以及各度量之間的重要性。
實務上的軟體度量常常縮減為以下幾個因素的組合：

* 時程
* 大小或是複雜度
* 成本
* 品質

度量的目標可能會針對是上述的一項因素或是多項因素。

## 評論

軟體開發者指出過於簡化的軟體度量可能弊大於利。有些軟體開發者也注意到軟體度量已成為軟體開發過程中的一部份。有些軟體開發者注意到軟體度量可能造成程式設計者的壓力及焦慮，或是設法製造不實的度量，不過也有些軟體開發者認為軟體度量對程式設計者有正面影響，可以肯定自身工作的價值。

有些軟體開發者認為許多軟體度量的定義不夠精確，而在實務上也很難預估當軟體完成時，其對應的軟體度量的目標值為何，不過也有些軟體開發者認為不精確的量測至少比沒有量測要好「若對一個事物無法測量，也就無法控制這個事物。」。

軟體度量已廣為政府機關、美國軍方、美國國家航空暨太空總署（NASA）、資訊科技諮詢機構、學術機構所使用，也有許多商用或學術使用的軟體開發預估軟體。

## 相關條目

* 電腦科學
* GQM 法
* Ohloh
* 程式複雜度
* 軟體危機
* 軟體開發工作量預估
* 軟體工程
* 軟體包裝度量
* 正交缺陷分類
* 軟體品質
* 開發預測軟體比較
* 靜態代碼分析工具列表

## 注釋

## 參考文獻

* DeMarco, Tom. Controlling Software Projects: Management, Measurement and Estimation. 1982. ISBN 0-13-171711-1.
軟體後門

**軟體後門**指繞過軟體的安全性控制，從比較隱秘的通道取得對程式或系統存取權的駭客方法。在軟體開發時，設定後門可以方便修改和測試程式中的缺陷。但如果後門被其他人知道（可以是洩密或者被探測到後門），或是在發布軟體之前沒有去除後門，那麼它就對電腦系統安全造成了威脅。

## 參看

* 資訊安全
* 軟體暗門

## 發生過後門事件的產品

* 騰訊 QQ
* 360 安全衛士
* 原神
軟體性質

**軟體授權條款**是一種具有法律性質的合同或指導，目的在規範受著作權保護的軟體的使用或散佈行為。通常的授權方式會允許使用者來使用單一或多份該軟體的複製，因為若無授權而徑予使用該軟體，將違反著作權法給予該軟體開發者的專屬保護。效用上來說，軟體授權是軟體開發者與其使用者之間的一份合約，用來保證在符合授權範圍的情況下，使用者將不會受到控告。

典型的軟體授權條款授予被許可人（通常是最終使用者）以使用軟體的一個或多個副本的許可，否則這種使用可能會構成侵犯軟體所有者在著作權下的專有著作權。

## 授權方式

軟體的授權方式大致可分為與自由開源軟體和專有軟體。其主要區別在授予使用者的權利有所不同。

兩者之間在修改及重用軟體的權利概念上的明顯分別是：自由開源軟體將兩個權利都授予使用者，因此將可修改的原始碼與軟體捆綁在一起，這個情況稱為「開源」，而專屬軟體通常不會授予這些權利，因此會將原始碼隱藏起來，這種情況則稱為「封閉原始碼」。

除了授予權利和對受著作權保護的軟體的使用施加限制外，軟體許可通常還包含一些條款，這些條款在簽訂許可協定的各方之間分配責任和義務。在企業和商業軟體交易中，這些術語通常包括責任限制，保證和免責聲明，以及軟體侵犯任何人的智慧財產權時所需承擔的賠償責任等等。

著作權保護範圍之外的未經許可的軟體可以是公有領域軟體（Public Domain），亦可以是未經分發，未經許可並作為內部商業秘密處理的軟體。相反來說，未經授權的分佈式軟體則完全受到著作權保護，因此在著作權期限到期後且進入公有領域之前，在法律上是不可用的，因為授權條款完全不授予使用權，例如未經授權或被洩漏的軟體，這些項目被放置在例如 GitHub 之類的未指定授權條款的公共軟體倉儲中。此外，在某些司法管轄區（例如德國法律）中，由於在達到著作權期限之前自願將軟體移交給公共領域，因此也有授予類似 PD 的權利的授權條款，例如 CC0 或 WTFPL。

### 所有權及許可

許多專有或開源軟體公司都會出售帶有使用授權條款的軟體副本。

在條款中並沒有任何商品轉讓給使用者的所有權，通常因為這沒有有效的終身軟體保證，亦沒有權利在網路出售，出租，轉讓，複製或重新分配該軟體給他人。

在授權條款中可能會規定其他法律條款，使使用者並不能以單獨或通過消費者組織來反對條款或對其進行法律談判，只可以接受條款，或者將軟體退還給供應商。為了可以有效地應用權利，使用者在購買前閱讀後，會在授權條款中表示會強制性公開廣告，或者在歐盟法律下允許在使用者購買或安裝後提供一定時間來拒絕條款。

根據美國《數位千禧年著作權法案》第 117 節，即使使用者在電腦上使用該軟體進行非主要的複製或改編行為（即為有可能構成侵犯著作權的行為），亦依然賦予擁有者在電腦上使用該軟體的明確權利，使其可以在電腦上使用該軟體，因而在法律上，除非軟體的終端使用者與軟體的擁有者不是同一人，否則終端使用者仍可以在沒有軟體發行商許可的情況下有權利且合法使用該軟體。

## 軟體授權條款和著作權法

大多數分散式軟體可以根據其授權類型進行分類 (見下表)。

## 所有權與許可

許多專軟體有或開源軟體公司出售帶有使用許可的軟體副本。 不得將商品的所有權轉讓給使用者，使用者對軟體的終身可用權沒有保證，他們也無權在網路上出售、出租、贈送給他人、複製或重新分發。 許可條款 與 條件可以規定進一步的法律條款，使用者不能單獨或透過消費者組織進行談判，並且可以唯一地接受或拒絕將產品退還給供應商。 當司法管轄區為購買後的商品 decline 提供強制性時間（如歐盟法律）或許可條款的強制性公開廣告，以便使用者在購買前可讀時，該權利可以有效適用。

在美國，著作權法第 117 條賦予特定軟體副本的所有者與計算機一起使用軟體的明確權利，即使與計算機一起使用軟體需要製作附帶副本或改編（否則可能構成侵犯著作權的行為）。 因此，計算機軟體副本的所有者在法律上有權使用該軟體副本。 因此，如果軟體的終端使用者是各自副本的所有者，那麼終端使用者可以在沒有軟體釋出者許可的情況下合法使用該軟體。

由於許多專有「授權條款」只列舉了使用者根據美國法典第 17 編 § 第 117 節，已經擁有的權利，並宣佈從使用者那裡剝奪權利，這些合同可能缺乏考慮。 專有軟體授權條款通常宣稱，透過向軟體釋出者保留每個軟體副本的所有權，讓軟體釋出者更多地控制其軟體的使用方式。 這樣一來，第 117 條不適用於終端使用者，軟體釋出者可能會強迫終端使用者接受許可協定的所有條款，其中許多條款可能比著作權法本身更具限制性。 關係的形式決定了它是租賃還是購買，例如 _UMG v. Augusto_ 或 _Vernor v. Autodesk, Inc._ 公司

軟體應用程式和影音遊戲等數位商品的所有權受到 Steam 等數位經銷商的「許可，不出售」EULA 的挑戰。 在歐盟，歐洲法院認為，著作權持有人不能根據首次銷售時窮盡著作權的規則，在所有權轉讓時反對轉售數字銷售的軟體，因此質疑「許可，非銷售」EULA。 總部位於瑞士的公司 UsedSoft 創新了商業軟體的轉售，並在法庭上為這項權利而戰。 在歐洲，歐盟第 EU Directive 2009/24/EC 號指令明確允許交易二手計算機程式。

## 專有軟體授權條款

專有軟體授權條款的特色是軟體發佈者會根據最終使用者許可協定（EULA）授予使用一個或以上軟體副本的權利，但這些副本的所有權仍歸軟體發佈者所有，因而使用「專有」一詞。

專有軟體授權條款保留了軟體發行者與軟體有關的某些權利。

## 自由開源軟體授權條款

這是一張表示免費下載，免費軟體與所有權軟體關係的示意圖

自由軟體基金會會按照其和各種原因來認為授權條款是否為自由授權條款。

## 參見

* 著作權
* 專屬軟體
* 自由軟體
* 共享軟體
* 多重許可
* 

## 參考資料

## 外部連結