IEEE Software Engineering Standards　

一、歷史
　　IEEE對於軟體工程標準(Software Engineering Standards)的制定早在1976年即已開始，透過軟體工程技術委員會(Technical Committee on Software Engineering, TCSE)之下的軟體工程標準工作小組(簡稱軟標小組,Software Engineering Standards Subcommittee, SESS)積極研擬，歷經三年軟標小組即首度提出IEEE的軟體工程標準之試用版，到了1984年，總共已有如下之五種軟體工程的標準了：

　　多年來，這五種原始標準不斷被檢討修正，有些標準甚至已被修正過若干次，而IEEE 729也被修正為IEEE Std 610.12-1990。而到了1991年，IEEE更發行一套軟體工程標準彙編(Software Engineering Standards Collection)，涵蓋其時已被承認的16種軟體工程之標準；到1994年，所包羅標準的數目已提高到27個。
　　而在1998年最新出版的標準彙編裡，已經有40個標準了，分為四大冊；同時，它更歸納軟體整體架構之標準，並調整軟體流程與資料之相關標準，而與ISO/IEC 12207(如後述)結合成為軟體發展流程之國際標準。此外，American National Standards Institute (ANSI)後來也終於使用了IEEE的所有標準，雖然ANSI現在並未完全接受IEEE最新版本的部份標準內容。

二、涵蓋範圍
　　在目前版本的40種標準中，它涵蓋軟體工程訓練應具備且有效的所有慣例，主題範圍包括：專門術語、軟體獲得、軟體發展流程、專案管理、系統規劃、文件編纂、軟體再用、工具運用和品質量測等等。

三、目的
　　基本上，每一種標準都是針對某種需求而編訂的，因此整個標準彙編絕無法滿足單純的某一種目的；接著將有一項後續的任務，就是如何把所有的標準做分類，以方便一個使用者精準的選取他所需要的標準。

四、組織架構
　　在IEEE發行的軟體工程標準彙編中，它將所有的標準依物件導向的觀念分成四大類，而且假設軟體工程的工作執行都是透過專案的方式完成，即：每一個專案都會與"顧客"互動，它也會耗用某些"資源"以執行某些"流程"，而交付特定的"產品"。
　　根據這種理念，軟體工程標準彙編便環繞在顧客標準、資源標準、流程標準、及產品標準等四種物件上，而每一種標準之下又再細分為需求標準(standards)、建議慣例(recommended practices)、及指引(guides)。
　　需求標準是必要性的，它包括一些必需遵守的需求條件，通常採用"應(shall)"之字眼；建議慣例則是提供IEEE可以接受但並不認為最佳的一些技術方法，通常採用"可(should)"之字眼；指引是建議一些良好工作慣例的替代方案，但通常不做特定性的建議，傳統上多採用"得(may)"之字眼。

五、使用者對象
　　整個標準彙編並不是針對某一種單獨的使用對象，所有40個的標準都各有不同的設定對象，包括：專案經理、系統工程師、軟體開發人員、測試人員、型態管理人員、品保人員、系統委辦人員等等，而將整個標準彙編區分為四大冊，主要是考慮某一類的使用對象其相關標準的整合而已。
　

六、應用領域
　　如前所述，這些標準也沒有單一的應用領域。以下列舉在

　　　第一冊(顧客與專門術語之標準, Customer and Terminology Standards)中的若干應用領域：

1.軟體獲得(software acquisition)
2.軟體安全(software safety)
3.軟體需求(system requirements)
4.軟體開發流程(software life cycle processes, IEEE/EIA 12207)

　　　第二冊(流程標準, Process Standards)的若干應用領域舉例如下：

1.軟體品質保證(software quality assurance)
2.軟體型態管理(software configuration management)
3.軟體單元測試(software unit testing)
4.軟體驗證與確認(software verification and validation)
5.軟體維護(software maintenance)
6.軟體專案管理(software project management)
7.軟體開發流程(software life cycle processes)

　　　第三冊(產品標準, Product Standards)的若干應用領域例如下：

1.可靠度軟體之量度(measures to produce reliable software)
2.軟體品質因子(software quality metrics)
3.軟體使用文件(software user documentation)

　　　第四冊(資源與技術標準, Resource and Technique Standards)的舉例如下：

1.軟體測試文件(software test documentation)
2.軟體需求規格(software requirements specifications)
3.軟體設計描述(software design descriptions)
4.中界再用庫之操作概念(concept of operations for interoperating reuse libraries)
5.輔助工具之評估與選擇(evaluation and selection of CASE Tools)

七、檢討頻率　
　　IEEE對整個標準彙編的推行不遺餘力，所以它要求每一種個別的標準至少每五年應再驗證其持續之適用性，並決定是否要再修訂甚至廢止。到目前為止，雖然IEEE還沒有真正做到這一點，但是也只有兩個標準是早於1993年制定而沿用至今。

一、歷史
　　International Organization for Standardization (ISO)和International Electrotechnical Commission (IEC)共同合作制定一個國際標準，ISO和IEC都是由技術性的國際個體組成，分別致力於不同工作領域的標準制定；而在資訊科技方面，ISO與IEC共同組成一個聯合科技委員會稱為ISO/IEC Joint Technical Committee 1 (JTC1)，此JTC1再擴充許多不同的次委員會專門負責不同種類的資訊技術制定相關標準，其中專門負責軟體工程標準的次委員會則被取名為Subcommittee 7 (ISO/IEC JTC1/SC7)。
　　在1990年早期，SC7即已決定為軟體開發流程制定一套國際標準，而且也於1995年發表編號ISO/IEC 12207：1995的標準，真正的內容名稱為"資訊技術--軟體開發流程(Information technology- Software life cycle processes)"。
　　因為在參與SC7的國際個體組織中，有很多單位期望這套國際標準也能涵蓋合約導向的環境，所以ISO/IEC 12207也很注重供應商與採購商(supplier/acquirer)之間的關係，它不但指出一般軟體開發單位所需要執行的工作之外，也列出其他準備採購軟體單位所需的工作項目。
　　另外，在1996年IEEE又和Electronic Industries Association (EIA)合作出版一套12207的美國工業版本，取名為IEEE/EIA 12207，總共分為三冊：IEEE/EIA 12207.0實際上是ISO/IEC 12207內容的複製，只是採用IEEE/EIA的封面；IEEE/EIA 12207.1則是提供整體內容和格式的編製原則，與專供協助編纂專案文件之軍方資料項描述原則(Data Item Descriptions, DID)非常類似。而IEEE/EIA 12207.2則為執行12207.0特定流程之需求提供一些指導原則。
　

二、涵蓋範圍
　　基本上，ISO/IEC 12207可應用於採購諸如系統、軟體產品、及服務等項目，而針對供應商，它也適用於軟體產品之開發、運作、以及維護等作業；甚至它也可應用於韌體產品的部分。換言之，它對系統的定義實質上包括軟體產品及相關服務項目，但在軟體開發流程期間所使用的流程則與系統生命週期期間所使用的流程互相對應兼容。
　　這個國際標準的設計主要是針對甲乙雙方的對等情況，它也可應用於來自同一組織中兩個平行單位的場合；而且從非正式的協定到通過正式合法簽定的合約，它都可適用。此外，它亦可以應用在單獨一個單位中，做自我要求的約束。
　　然而，這個國際標準並未考量現貨供應的軟體產品(off-the-shelf software products)，除非它是被包裝到另一個產品裡。
　

三、目的
　　基本上，ISO/IEC 12207主要是在定義一個軟體開發流程的整體架構(framework)。它透過一個層次化的結構方式，來表示在軟體開發、供應、獲得、運作、和維護等各階段中所需的流程(processes)、活動(activities)、及工作(tasks)之關係；它分為軟體開發和獲得兩階段，更同時兼顧技術和管理方面的問題。
　　雖然ISO/IEC 12207原來是用英語編寫，但是由於用字遣詞頗為用心，目前已經翻譯成許多其他語言了。
　

四、組織架構
　　ISO/IEC 12207共包括了三種型態的軟體開發流程：主要、輔助、組織，其分類層次如下：
　

五、使用者對象
　　ISO/IEC 12207的使用者對象包括如系統、軟體產品、及服務等項目之採購者；而在供應商方面，則包括開發、運作、維護等作業人員，專案經理，品保經理，以及軟體產品的一般用戶。

六、應用領域
　　ISO/IEC 12207的應用領域是以元件流程定義，因此可參考前面第四小節關於組織架構之敘述。

七、檢討頻率
　　如同IEEE努力維護其整個標準彙編持續之適用性，ISO及IEC也都同樣在設法維持12207的更新度，他們一樣每5年就會重新審核與更新一次，因此下一個版本預計在2001年公佈。

一、歷史
　　到目前為止，美國NASA哥達德太空飛行中心(Goddard Space Flight Center, GSFC)下之軟體工程實驗室(SEL)已出版了SEL的推薦方法(Recommended Approach)三個版本如下：

SEL-81-105 1982年5月
SEL-81-205 1983年4月
SEL-81-305 1992年6月

　　1982年5月的版本主要是針對軟體開發技術方法上提供建議，並且特別強調管理層次的問題；而於1983年4月第一次修訂的版本則除大幅修訂管理方面的內容外，其餘大都保留原來文件的全部架構。
　　至於在1992年6月修訂時，一個共同之GSFC/CSC工作小組再次重組整個文件的組織並重寫整個文件的內容，其中變動最大的是1983年的修訂版中第四小節關於管理指引之敘述，全部被移除並歸併至單獨的管理人員手冊(Manager's Handbook)中。

二、內容
　　此份文件標準主要是專門針對飛行動力學領域的軟體專案而設計的，因此文件中第3頁特別有這樣的警告：由於本標準僅適用於飛行動力學的專業應用，若某些環境的性質有顯著差異時，讀者需注意本文件所介紹的原則可能不適用。
　　基本上，SEL Recommended Approach涵蓋：需求定義、需求分析、初步設計、細部設計、系統實作、系統測試和接收測試等七個軟體生命週期階段；然而，維護和系統運作並不在1992年修訂的文件標準版本之內，不過在文件的第10頁它也列出SEL在軟體維護方面的一些論文參考資料。

三、目的
　　根據1992年修訂版的引言，這份文件主要在提供一套軟體開發方面的經驗準則，它是專為軟體專案經理，以及如軟體工程師、分析師、和程式員等技術人員而設計的；然而，它並不是一種技術手冊，也不是一本諮詢指南。
　　簡單地說，它推薦提供每一個生命週期階段所需的軟體方法和使用工具，目的在開發一套易管理、高可靠度、合乎成本效益的軟體產品。

四、組織架構
　　本文件從傳統的瀑布式軟體生命週期模型開始，整個文件依照需求定義、需求分析、初步設計、細部設計、系統實作、系統測試和接收測試等七個階段而編排，文件的最後部分還包含一些由SEL成功經驗歸納而得的一些可行與不可行之建議。
　

五、使用者對象
　　如前所述，本文件主要是提供飛行動力學領域的軟體專案經理，及軟體工程師、分析師、和程式設計師等技術人員之用。

六、應用範圍
　　本文件是針對GSFC的飛行動力學領域的軟體專案，其他領域的專案環境則應特別留意，它可能不適用。

七、檢討頻率
　　很明顯地，SEL推薦方法的更新速率不夠快，雖然它的確準確地反映飛行動力學的傳統軟體發展習慣；因此，即使1992年的修訂版仍採用八十年代中期傳統瀑布型之軟體發展方法，以及結構分析與設計等技術。

一、歷史
　　GSFC Mission Operations and Data System Directorate (MO&DSD)從1987年11月到1997年9月期間，選擇CSC作為系統、工程、和分析支援(Systems, Engineering, and Analysis Support, SEAS)專案的主要承包單位，專門開發軟體系統。在1989 年7月，CSC首先出版SEAS系統發展方法(System Development Methodology, SSDM)，作為系統發展方法的標準。SSDM是以七十年代後期的CSC專屬軟體發展方法為基礎，並配合MO&DSD之目的和文化而修正，此外，它也深受SEL推薦方法和CSC對於傳統軟體發展方法的影響。
　　以SSDM為基礎的方法和技術發展而成SSDM之標準和作業程序(SSDM Standards and Procedures, SSDM S&Ps)是在1990年6月首次出版，某些標準提供特定文件格式和內容的樣板，與軍方之資料項描述(DIDs)非常類似，而某些標準則提供表格的樣板格式，甚至描述如何執行像系統需求複查之類的事件；換言之，它明確定義一個流程之進行步驟，例如應如何檢查和驗證某一個單元之設計。

二、內容
　　在SSDM的序言中已載明：SSDM主要是在提供系統發展方面的全方位指引，無論是硬體或軟體的系統，從系統的概念形成、發展、安裝，到驗收等各個階段都涵蓋。簡單地說，SSDM包羅了專案管理、系統工程、和系統生命週期發展等領域知織。
　　值得一提的，因為SSDM是從當初只針對軟體開發的DSDM遞變而來，因此，它仍保留深度的軟體開發細節；不過它也另闢有關於硬體發展的一個章節，而SSDM S&Ps則包含有硬體製造方面的三項標準。

三、目的
　　基本上，通常採用如SSDM之類的標準化方法之原因是為了降低在系統發展過程中可能遭遇的風險，而這些風險更可能進一步會影響到專案的時程、預算、功能性、以及整體之性能表現。這些問題在SEAS專案中便經常地發生；但是，現在它們不僅不常出現並且即使發生，其結果也不像過去那樣嚴重，這是因為SSDM和它相關的標準與作業程序已在實際發展系統時證明非常有效而成功。

四、組織架構
　　SSDM S&Ps總共分為七大類如下，括號中的數字表示每一個章節所包含標準和程序的數目：
　

1.專案管理 (33)
2.系統工程 (3)
3.硬體發展 (3)
4.軟體發展 (24)
5.系統測試與評估 (3)
6.文件 (32)
7.標準和程序之建立 (3)
　

五、使用者對象
　　因為整個標準文件包羅廣泛，其讀者絕不是單獨的某一種使用者對象。基本上，SSDM S&Ps的使用對象包括：專案經理、系統工程師、軟體開發人員、硬體開發人員、測試人員、型態管理人員、品質保證人員、作業員、和技術出版物人員。

六、應用範圍
　　就原始目的而言，SSDM S&Ps是專為GSFC的Mission Operations and Data Systems Directorate (MO&DSD)下SEAS專案的太空資料蒐集系統之開發而發展出來。

七、檢討頻率
　　像SEL推薦方法一樣，SSDM很明顯地無法隨著技術的進步而更新；而且原始的SSDM S&Ps雖以紙本方式維護，但現在整套文件已利用線上管理。然而，即使是1998年11月公佈的目前線上最新版之內容，仍與1994年8月出版的紙本版有若干出入。
　　綜合而言，整套線上SSDM S&Ps目前仍然沿用八十年代中期之軟體系統發展方法，包括：結構化分析與設計、瀑布式生命週期模型、手動型態管理方法等等。
　　另外，我們應該注意：為配合新進的技術，SEAS(現在改稱為SETS)之內的各個CSC單位已逐漸設計完成它們自己專屬的S&Ps；因此，要探討文件的適用性，我們若先從這些專屬的S&Ps著手評估，將比考慮整套官方線上的SSDM S&Ps要來得有效。

一、歷史
　　在1987年，主要任務在提昇品質之ISO第176號技術委員會，出版了品質標準方面的第一個版本ISO 9000套組(從ISO 9000到9004)，之後修訂版是在1994年出版，而第二個修訂版也已完成並在2000年12月15日正式頒布。
　　幾乎在ISO 9000標準文件首次出版之同一時期，ISO軟體委員會即開始與相關品質委員會討論，尋求發展一套將ISO 9001應用於軟體環境之指導方針。接著ISO便在1990年公佈ISO 9000-3的第一個草案，針對軟體的開發、供應及維護等作業，提供應用ISO 9001的指引。然而遺憾地，因這個草案未與ISO 9001一致，使得要在ISO 9001的說明中，找到對應軟體專屬的指導原則卻相當困難；因此，ISO在1997年再出版一套與ISO 9001：1994一致的9000-3更新版，而另一個修訂版也巳在2000年底完成。

二、內容
　　最初ISO 9001提出20種品質需求，包括管理責任、品質系統、設計控制、教育訓練、統計技術等方面，其中ISO 9000-3則是專為軟體開發環境而設的；後來修訂版的範圍更大為擴充，其組織內容詳如後列。

三、目的
　　整體來說，ISO 9001是一個標準套組，專用來建構、運作一套品質管理系統，並輔助編輯其文件說明。更確切地說，ISO 9001是一套適用於產品各生命週期如設計、開發、生產、安裝、服務等階段的品質標準，而ISO 9000-3則是將ISO 9001應用到軟體系統的一種指南。

四、組織架構
　　結構上，ISO 9001:1994分為下面20種需求，而ISO 9000-3:1997也具有相同的組織架構：

1.管理責任(management responsibility)
2.品質系統(quality system)
3.合約審查(contract review)
4.設計管制(design control)
5.文件及資料之管制(document and data control)
6.採購(purchasing)
7.客戶供應品之管制(control of customer-supplied product)
8.產品鑑別與追溯性(product identification and traceability)
9.製程管制(process control)
10.檢驗與測試(inspection and testing)
11.檢驗、量測與測試設備之管制(control of inspection, measuring and test equipment)
12.檢驗與測試狀況(inspection and test status)
13.不合格品之管制(control of nonconforming product)
14.矯正及預防措施(corrective and preventive action)
15.搬運、儲存、包裝、保存與交貨(handling, storage, packaging, preservation and delivery)
16.品質紀錄之管制(control of quality records)
17.內部品質稽核(internal quality audits)
18.教育訓練(training)
19.服務(Servicing)
20.統計技術(Statistical techniques)

另一方面，新修正版(ISO 9001:2000)的結構則經過重組，其架構與後來之性能改善指引(ISO 9004:2000)的架構一樣，同樣具有兩個階層如下：

●	IEEE SWE標準是由精通各自領域的專家會商編纂，再透過IEEE一套嚴謹的投票過程而定案的
●	IEEE SWE標準幾乎涵蓋軟體工程全部流程，包括需求定義、設計、編碼、測試、軟體再利用、文件編纂、維謢等階段
●	為繼續維持其適用性，IEEE SWE的每一個標準每五年檢討一次
●	幾乎所有IEEE SWE都是1993以後才出版

參考資料
Schultz, D.J., A Comparison of Five Approaches to Software Development, January, 2000.
Ince, D., ISO 9001 and Software Quality Assurance, McGraw-Hill, 1994.
Sommerville, I., Software Engineering, 6 ed., Addison-Wesley, 2001.
呂執中、田墨中, 國際品質管理--ISO9001:2000品質系統之建立與稽核, 新陸書局2001.