IEEE/EIA 12207國際標準

德明技術學院

資訊科技系副教授

朱慧德 博士

朱慧德簡介

學歷: 英國新堡大學軟體品質博士

專任:德明技術學院資訊管理系

兼任:國防大學國防管理學院國防資訊所副教授

台彎科技大學資訊管理系副教授

中華民國資訊軟體品質協會秘書長

中華民國品質學會軟體品質委員會委員

專長: 軟體品質管理、知識管理、離散數學

大綱

軟體工程標準

ISO/IEC 12207標準架構

IEEE/EIA 12207標準

建議整合架構

應用範例與資料項目

結論

前言

九十一年十一月八日院授研訊字第0910023766號函頒行政院所屬各機關資訊業務委外服務作業參考原則重要專案得區分顧問標、規劃標、建置標、監督審驗標辦理。

重要專案之需求規格(RFP)先循RFI或RFC等方式廣徵外界意見

提升委外軟體品質作法：

應用軟體宜與硬體分開招標，並先開發建置應用軟體；

如須合併招標，應由各機關視個案性質訂定軟硬體比率上下限，納入評選計分，遴選能提供最佳整體解決方案者。

應含應用軟體品質保證計畫，遵循共通標準規範。

軟體工程標準

為何需要軟體工程?英雄主義??軟體工程標準，在於提供軟體籌獲、發展、測試及移轉等生命週期作業之標準規範，為資訊基礎建設之一環，使籌獲者及發展者於訂定相關合約時有所依循，更重要的，軟體生命週期作業標準也同時提供了專案管理的相關程序，以確保軟體發展專案能如期如質的完成。

軟體工程標準(續)

The Frameworks Quagmire(http://www.software.org/quagmire/)

軟體工程標準(續)

ISO 9001 Quality SystemRequirements

ISO/IEC 12207 Life Cycle Processes

ISO/IEC 15504 ProcessAssessment

CMM ProcessImprovement

軟體工程標準(續)傳統專案層級所遵循之標準傳統專案層級所遵循之標準

軟體工程標準

企業層級

專案層級企業流程

程序、實務、樣版等

專案流程

程序、實務、樣版等

專案要求遵循相關標準

每個專案採用唯一的程序集合等

引發的課題：引發的課題： SWSW工程標準對一個組織的能量工程標準對一個組織的能量與成熟度而言是不相關的與成熟度而言是不相關的

軟體工程標準(續)

傳統專案層級遵循之標準與企業層級的企業流程無關，軟體工程標準係以專案的屬性或主持人專精熟稔的相關軟體工程標準為遵循依據；因此，在單一的傳統企業中，隨著專案主持人專長的軟體工程標準技術不同，會有不同的軟體工程遵循標準。從短期來看，專案的發展能順應主持人所熟悉的軟體工程標準，提高軟體品質並縮短發展時程，節省不必要的資源浪費；從長遠來看，企業缺乏統一遵循的軟體工程標準，各資訊系統間整合困難，相容性低，維護成本高，面對風險的抗壓性低。

軟體工程標準(續)企業層級所應採取之方式企業層級所應採取之方式

軟體工程標準

企業層級

專案層級企業流程

程序、實務、樣版等

專案流程

程序、實務、樣版等

企業要求遵循此標準

每個專案得以使用企業之程序等

引發的課題：引發的課題： S WS W 工程標準為實施可重複及可工程標準為實施可重複及可改良之作業流程基礎改良之作業流程基礎

專案遵循企業之流程

軟體工程標準(續)

由企業層級依據企業流程，律定標準作業程序，明訂實務工作範圍，進而產生企業共同遵循的作業樣版或模範，可以使專案作業流程得以再使用、改良及整合，縮短專案開發時程，且企業資源得以有效協調分配，流通性強，預期遭遇的阻力與風險亦隨之降低。這種由企業整體規劃要求遵循之標準，在上述數百種之標準、指引及報告中，ISO/IEC 12207標準乃符合企業層級由上而下律訂遵循標準精神之標準。

軟體工程標準(續)

國際標準組織(ISO)及國際電工學委員會(IEC)亦於1995年發表ISO/IEC 12207，以規範軟體生命週期的程序應做什麼(WHAT)。而1998年IEEE和EIA聯合發展出IEEE/EIA 12207標準(本標準包括IEEE/EIA 12207.0, IEEE/EIA 12207.1及IEEE/EIA 12207.2等三部分)，作為業界軟體發展實務的基礎(HOW)。面對軟體工程之國際標準不斷演進，我們亦應及早著手發展與國際標準同步的相關規範。

ISO/IEC 12207 架構ISO/IEC 12207 的構成1.)範圍：包括標準的制定目的、應用領域、裁適、如何遵循以及限制。

2.)參考範例：列出標準制定參考的範例。

3.)定義：對標準中所使用的術語清楚的定義或是加以解釋。

4.)生命週期作業：列出軟體生命週期中五項主要生命週期作業、八項支援生命週期作業以及四項機構生命週期作業的概述。

ISO/IEC 12207 架構ISO/IEC 12207

1.範圍

2.參考規範

3.定義

4.本規範之應用5.主要作業

6.支援作業

7.單位作業

A.裁適作業

名詞定義

籌獲者(acquirer):向供應者取得或採購一項系統、軟體產品或軟體服務的單位

基準版本(baseline):無論其儲存媒體為何，在構型項目生命週期中某一特定時間確立或修改，並經正式核准的一個構型項目版本

構型項目(configuration item):開發或建構中之一項實體，其能滿足最終使用功能，且能在某參考點被獨特地辨識

開發者(developer):在軟體生命週期作業中，執行軟體開發工作的單位

名詞定義

維護者(maintainer):執行維護工作之單位

監督(monitoring):籌獲者或第三者對供應者之活動狀態或其結果所做之檢試

非交付項目(non-deliverable item):合約中不要求交付，但可能在軟體開發過程中被運用到的硬體或軟體

現成產品(off-the-shelf product):已開發完成並為現成可用之產品，無論其為原版或經修改

操作者(operator):操作系統之單位

作業(process):將輸入轉換成輸出的一組相互關聯的活動﹝含資源的使用﹞

名詞定義

鑑定(qualification):用於展現一構型項目是否具有滿足指定需求能力之一項作業

鑑定需求(qualification requirement):評定一軟體產品合乎需求及備用於目標環境所需滿足的一組標準或條件

鑑定測試(qualification testing):由開發者執行，籌獲者見證的測試，此測試展現軟體產品合乎核定的規格並備用於目標環境

品質保證(quality assurance):品質系統內執行或展現所有預劃且有系統的活動，以提供一產品在品質上滿足需求的確證

名詞定義

發行版(release):為特定目的而製作之構型項目的特別版本

徵求建議書(RFP - request for proposal):籌獲者用以告知可能的供應者以獲取計畫中之系統、軟體產品或軟體服務之意圖的文件

退役(retirement):操作及維護單位對支援的撤除，以新系統局部或全部汰換或系統昇級版之安裝

軟體產品(software product):一組電腦程式、程序及其可能相關的文件與資料

名詞定義軟體服務(software service):與軟體產品相關的活動、工作或職責的執行績效，如軟體的開發、維護及操作

軟體單元(software unit):可以個別編譯的程式片段

工作條款(SOW – statement of work):為一份文件，籌獲者用來描述與律定合約中應執行的工作之依據

供應者(supplier):在合約條款中供應一套系統、軟體產品、或軟體服務的單位

系統(system):一項由一個或多個作業、硬體、軟體、設施及人員所組合而成的整合產品，此項產品滿足條款所訂定的需求與目標

名詞定義

使用者(user):使用操作系統以執行特定功能的個人或單位

確認(validation):透過測試及客觀個案之提供，以確定滿足某些特定的使用需求

驗證(verification):透過檢核、審查及客觀例證之提供，以確定滿足某些特定的需求

5.主要生命週期流程 6.支援性生命週期流程

7. 組織內生命週期流程

5.1 籌獲

5.2 供應

5.4營運

5.5維護

5.3開發

6.1 文件作為

6.2 構型管理

6.3 品質保證

6.4 驗證

6.5 確認

6.6 聯合審查

6.7 稽核

6.8 問題解決

7.1 管理

7.3 改善

7.2 基礎建設

7.4 訓練

ISO/IEC 12207架構

ISO/IEC 12207架構5.)主要生命週期作業：包含獲得作業、供給作業、作業開發、作業運作與作業維護等五項工作之指引。

6.)支援生命週期作業：包含文件製作作業、構型管理作業、品質保證作業、驗證作業、確認作業、聯合審查作業、稽核作業與問題解決作業等八項工作之指引。

7.)機構生命週期作業：包含管理作業、基礎建設作業、改善作業與訓練作業等四項工作之指引。

主要生命週期作業

5.1)籌獲作業：籌獲作業包括籌獲者所有的活動與工作。這項作業以需要獲得系統、軟體產品或軟體服務的定義開始，接著徵求計畫書的準備與發行，供應者的選擇，籌獲作業的管理，一直到系統、軟體產品或軟體服務之接收。籌獲者：向供應者取得或採購一項系統、軟體產品或軟體服務的單位。

ISO/IEC 12207架構

作業項目 輸 出內部使用 援用流程

啟始

RFP準備

內部控管

對供應者監督

接收與結案

開發

合約準備與更新

聯合審查 稽核 驗證 確認

•系統需求•籌獲計畫•接收標準

籌獲需求，包括合約之參考資料

•與供應者訂約•與其他單位訂約

監督與評估之結果

完成接收之產品或服務

簽

約

前

簽

約

後

籌 獲 作 業籌 獲 作 業12207.212207.212207.2

5.2)供應作業：供應作業包含供應者所有的活動與工作。這項作業啟始於籌獲者準備的徵求計畫書，或是為了提供系統、軟體產品或軟體服務，而與籌獲者簽訂合約。接著，作業中程序與資源的確定，需要被處理及保證專案執行；包括專案計畫的開發與計畫的執行，一直到系統、軟體產品或軟體服務交付至籌獲者。供應者：在合約條款中供應一套系統、軟體產品、或軟體服務的單位。

ISO/IEC 12207架構

作業項目 輸 出內部使用 援用流程

啟始

準備回應

監督,控管

規劃

執行與控管

簽約

聯合審查 稽核 品保

投標決策

建議書

合約

專案管理計畫

監控成果

供 應 作 業供 應 作 業 12207.212207.212207.2

審查與評估

交付與結案

審查/評估成果

交付之產品/服務

驗證與確認

開發 營運 維護 籌獲

選擇一項或多項

簽約前

簽

約

後

5.3)開發作業：開發作業包括開發者所有的活動與工作。作業中包括有關軟體產品的需求分析、設計、編碼、整合、測試、安裝與接收等活動，若合約中有規定，得包括系統相關的活動。開發者：在軟體生命週期作業中，履行軟體開發工作的單位(此工作包括需求分析、設計、測試及被接受等)。

ISO/IEC 12207架構

作業項目 輸 出內部使用 援用流程

開 發 作 業開 發 作 業 12207.212207.212207.2

流程執行

系統需求分析

系統架構設計

軟體需求分析

軟體架構設計

軟體細部設計

軟體編碼測試

軟體整合

軟體鑑定測試

系統整合

系統鑑定測試

軟體安裝

軟體接收支援

文件作業

評估

評估

評估

評估

評估

評估

評估

評估

評估

評估

評估

構型管理 問題解決

ISO/IEC 9126 聯合審查

聯合審查

聯合審查

聯合審查

稽核

稽核

開發計畫與模型

系統需求

系統架構-HW、SW、MO

軟體需求

軟體架構

軟體細部設計

軟體程式碼/資料庫

經整合的軟體

設計與程式編碼

經整合的軟體

設計與程式編碼

安裝計畫經安裝的軟體

可交付之軟體

5.4)操作作業：操作作業包括操作者所有的活動與工作。這項作業涵蓋軟體產品及對使用者操作支援的運作，因為軟體產品的操作已整合於系統的操作之中，這項作業的活動與工作將與系統有關。操作者：操作系統的單位。

ISO/IEC 12207架構

作業項目 輸 出內部使用 援用流程

流程執行

操作性測試內部測試與確保

使用者支援

維護

系統操作

•操作計畫•操作程序

發布之營運用軟體

所執行之系統功能

•使用者的要求•問題解決

操 作 作 業操 作 作 業12207.212207.212207.2

問題解決

5.5)維護作業：維護作業包括維護者所有的活動與工作。當軟體產品因問題或改良、改編之需求時，將遭遇程式碼及相關文件的修正。這項作業的目標是修正現存的軟體產品，以保護它的整合性，包括該軟體產品的移轉與汰換。本項作業結束於軟體產品的汰換。維護者：履行維護工作之單位。

ISO/IEC 12207架構

作業項目 輸 出內部使用 援用流程

流程執行

問題與修改分析

內部審查

維護審查/接收

遷移

修改之執行

問題解決 維護計畫/程序

問題/修改分析/解決方案

修改後的軟體

審查結果

•遷移計畫/報告•遷移後之系統

維 護 作 業維 護 作 業 12207.212207.212207.2

軟體汰除•汰除計畫•歸檔

構型管理

開發

內部審查

支援生命週期作業

6.1)文件製作作業：文件製作作業是一項作業用以記錄由一個生命週期流程或活動所產生的資訊。此項作業包括一系列活動：計畫、設計、發展、製造、編輯、分配以及維護所有相關人員如管理者、工程師與系統或軟體產品的使用者所需的文件。

ISO/IEC 12207架構

6.2)構型管理作業：構型管理作業是一項應用行政與技術程序的作業，其貫穿於軟體生命週期用以識別、律定與基準軟體項目於一個系統；控制修正與項目的發行；記錄與報告項目的狀態與修正要求；確定項目的完整性、一致性與正確性；與控制儲存、處置以及項目的交付。

ISO/IEC 12207架構

6.3)品質保證作業：品質保證作業是一項作業用以提供於專案生命週期中軟體產品與作業符合他們的特定需求與附著他們建立計畫的適切保證。品質保證得使用其他支援作業結果，如確認、驗證、聯合審查、稽查與問題解決。品質保證：在品質系統(quality system)內執行(必要時展示)所有預劃且有系統的活動，以提供一實體在品質上滿足需求的充分信心。

ISO/IEC 12207架構

6.4)驗證作業：驗證作業是一項作業用以決定是否一個活動的軟體產品實現需求或條件強制符合前面的活動。為求花費與執行的有效性，確認應儘可能的早地採用與作業(像供應、開發、運作或維護)整合。這作業得包含分析、審查與測試。驗證(Verification)：透過檢試及客觀例證之提供，以確定滿足某些特定的需求，在軟體的設計與開發中，驗證的重點在於檢驗給定活動結果已決定該活動的需求被滿足。

ISO/IEC 12207架構

6.5)確認作業：確認作業是用以確定需求與最後被建置完成之系統或軟體產品是否實現其特定的期望使用的一項作業。確認作業得於早期階段開始實施。確認(Validation)：透過檢驗測試及客觀例證之提供，以確定滿足某些特別的使用需求，確認重點在於檢驗產品滿足使用者的需求的作業。確認工作通常是對最後產品在界定的作業條件下履行。

ISO/IEC 12207架構

6.6)聯合審查作業：聯合審查作業是用以評估專案活動狀態與產品之適切性的一項作業。聯合審查兼具專案管理與技術等級，且於整個合約期間均需施行。

6.7)稽核作業：稽核作業是用以確定是否適切的遵循需求、計畫與合約的一項作業。

ISO/IEC 12207架構

6.8)問題解決作業：問題解決作業是用以分析與解決問題(包括不符合)的一項作業，不管自然或原始，這些問題被發現於開發、操作、維護或其他作業的執行期間，目的是提供一個時效性、責任及文件式的方法(手段)來確保所有發現的問題被分析與解決以方向被認知。

ISO/IEC 12207架構

組織生命週期作業

7.1)管理作業：管理作業包括一般的活動與工作，可使用於任何需要管理其個別作業的團體。管理者負有各項作業如：籌獲、供給、開發、運作、維護或支援等之軟體產品管理、專案管理與工作管理之責任。

7.2)基礎建設作業：基礎建設作業係建立與維護其他作業所需之基礎建設的一種作業，包括開發、運作或維護用之硬體、軟體、工具、技術、標準及設施。

ISO/IEC 12207架構

7.3)改善作業：改善作業係為了建立、評估、測量、控制及增進軟體生命週期作業之一項作業。

7.4)訓練作業：訓練作業係提供與維持已受訓人員之作業。軟體的籌獲、供給、開發、運作或維護，需要仰賴大量博學與技巧豐富的人員。因此，及早計畫並實施人員的訓練，使受訓人員在籌獲、供給、開發、運作或維護時備便是必要的。

ISO/IEC 12207架構

5. 主要生命週期流程 6. 支援性生命週期流程

7. 組織內生命週期流程

6.1 文件作業流程

6.2 構型管理流程

6.3 品質保證流程

6.4 驗證流程

6.5 確認流程

6.6 聯合審查流程

6.7 稽核流程

6.8 問題解決流程

品質管理觀點

管理觀點7.1 管理流程起案與範圍定義 規劃

執行與控管 審查與評估 結案

7.2 基礎建設流程 7.4 訓練流程

7.3 改善流程

流程建立工作 流程評估工作 流程改善工作

合約觀點

起案 準備RFP 準備、更新合約 控管供應商 驗收與結案

5.1 籌獲流程

起案 準備回應資料 簽約 規劃 執行與控管 審查與評估 交付與結案

5.2 供應流程

流程執行

修改作業執行

遷移

問題/修改分析

維護審查/接收

軟體汰除

6.5 維護流程

流程執行

系統營運

營運測試

使用者支援

5.5 營運流程營運觀點

流程執行 軟體安裝軟體接收支援

系統需求分析

系統架構設計

系統整合

系統鑑定測試

軟體需求分析

軟體架構設計

軟體細部設計

軟體整合

軟體鑑定測試

軟體程式編寫與測試

5.3 開發流程

工程觀點

•文件作業•構型管理•問題解決

•品質保證•驗證•確認•聯合審查•稽核

支援性流程

組織內流程‧基礎建設 ‧改善 ‧訓練

籌獲流程 供應流程

管理流程

營運流程

維護流程 開發流程

運用

運用

運用

運用

•籌獲者•供應者

管理者

營運者、使用者

•開發者•維護者

支援性流程的雇用者

合約觀點

管理觀點

營運觀點

工程觀點

支援觀點

合約

運用

運用

運用

運用

運用 運用

軟體生命週期流程│角色與關係

生命週期各流程與其彼此間的互動組織

管理 基礎建設 訓練 改善

籌獲使用：4

供應使用：4

開發執行：1,2,3

維護執行：2,3

營運執行：3

聯合審查執行：3

稽核執行：3

(I)V&V執行：3

品保執行：3

V&V執行：3

執行：籌獲工作：子合約商

O O工作

專案管理 回饋

回饋

回饋

回饋

回饋

工作 執行

執行

執行 執行

執行

使用

執行

使用

(T)執行

1文件作為

2構型管理

3問題解決

4裁適

執行

PDCA

參與

參與

12207 Amendment(2002)Added Additional ISO/IEC 15504 reference model processes

Usability processProduct evaluation processHuman Resource process (previously Training)Asset management processReuse program management processDomain engineering process

Includes Outcomes

46

Life cycle processes - Software - 12207

Special process Tailoring

Organizational processes Management Infrastructure Improvement Human

Resource

Acquisition Supply

Primary processes

Development

Maintenance

Operation

Supporting processes

Documentation Configuration management

Quality assurance

ValidationVerification

Joint review AuditProblem resolution

PROCESSES (21))

ACTIVITIES (95)

TASKS (325)

12207 Processes Activities Tasks & Outcomes

Outcomes (254)

Life cycle processes - 12207 structure

TaskInput Output

Process

Activity

Task Task Task Task

Activity

“what to do” action, not a “how to do” action

Development Process

Engineering View

Software

SoftwareRequirements

AnalysisSoftware

ArchitecturalDesign

SoftwareQualification

TestingSoftwareIntegration

SoftwareDetailedDesign

SoftwareCoding &Testing

System

SystemArchitectural

Design

SystemRequirements

Analysis

SystemQualification

Testing

SystemIntegration

ProjectProcess

Implementation

SoftwareAcceptance

Support

SoftwareInstallation

Software Life Cycle

SUPPORTING PROCESSES

Joint ReviewValidationConfigurationManagementDocumentation

VerificationQualityAssurance

Audit

Conception Retirement

Usability

IEEE/EIA 12207標準在內容上，整體IEEE/EIA 12207包括了三部分：

IEEE/EIA 12207.0-1996(基礎標準)IEEE/EIA 12207.1-1997(生命週期的資料指引)即軟體文件IEEE/EIA 12207.2-1997(實踐程序之指引)

IEEE/EIA 12207標準IEEE/EIA 12207

Part 0IEEE/EIA

Front MatterIEEE/EIAForeword

Annexes

ISO/IEC 12207Body

Annexes

IEEE/EIA 12207Part 1

Annexes

BODY

Cross-references to

Part 0

Guide to Life CycleData

IEEE/EIA 12207Part 2

Annexes

BodyQuoted clause

from Part 0

Guidance forquoted clause

Guide to ProcessImplementation

● ● ●

整合架構

IEEE/EIA 12207.0(What)

(How)IEEE/EIA 12207.1IEEE/EIA 12207.2EIA/IEEE J-STD-016

版塊一

版塊二

程序、實務、版塊

(樣版)

整合架構

圖示中，以IEEE/EIA 12207.0(What)為X軸，IEEE/EIA 12207.1、IEEE/EIA 12207.2、EIA/IEEE J-STD-016以及ISO 9000:2000(How)為Y軸版塊，Z軸係以本研究整合架構為主體建置而成之軟體生命週期模版，提供給軟體生命週期開發建置時之參考。

整合架構

即如圖企業作業所示，以12207.0作為軟體生命週期作業，參照12207.1、12207.2、J-STD-016及ISO 9000:2000建構為軟體生命週期程序模板，並進行能力評估、確認及驗證，進而建立一體適用之國軍軟體生命週期程序、模式、樣版，使國軍在軟體專案開發時，不管是委外或內製均得以遵循相關標準自行調整彈性運用

整合架構

企業生命週期作業

企業程序模版等

企業生命週期模式

組織作業指引(國防資訊局)

全文標準

12207.0

12207.1&.12207.2其他軟體工程標準

生命週期模式

能力評估

合約合約合約

專案

合約合約客戶化專案計畫

各個專案之執行(聯六與各總部資訊中心)

政府採購法

IEEE/EIA 12207.1& 12207.2

政府資訊作業委外服務實施作業手冊

ISO/IEC12207

採購作業模式

組織作業模版

組織採購模式

組織作業程序

組織籌獲能力評估

客製化專案計畫 專案 合約

組織作業指引

SA_CMM

各機關委託資訊服務廠商評選及計費辦法 &

最有利標評選辦法….

資訊服務採購作業之品質管理架構

資訊服務採購作業品質管理之建立

計畫準備

遴選業者

合約執行與管理

運作與維護

●掌握需求●協調相關單位●評估可行性及經費時程需求●完成工作計畫●編列預算

●準備招標文件(含建議書徵求文件)●訂定評審程序、方式、項目●招標流程(依政府採購法)●選定委託業者

●成立專案組織，指派負責人員●隨時追蹤進度，排除延誤因素●審視、確認、驗收業者交付項目●指派使用人員，接受業者提供之訓練

●確立系統保固流程●執行系統保固●評估是否簽訂維護合約，預作維護或簽約之準備●合約義務履行完成

資訊服務採購作業說明計畫準備

將委外的工作範圍，期望達到的效果、目的，也就是委外工作需求，用文字及圖表表達，並力求明確，作為工作說明書工作項目的草稿。明確的需求，完整的計畫，可使委外工作順利執行，確定需求及可行性、RFP、品質測試標準與驗收方法等，有利後續委外作業。

估算所需的經費、時間，以便訂定工作計畫，編列預算。

主管單位 監辦單位 資訊單位 業務單位 採購單位 評審小組 廠商 相關文件

收集資料及研討需求

撰寫建議書徵求說明書

邀請相關單位提供意見

修改建議書徵求說明書

簽會相關單位

核定

移送採購

單位

製作招標文件

進入招標流程

需求文件

建議徵求說明書

會議紀錄

簽呈

招標文件

建議書徵求說明書說明

許多機關金額在500萬以下委外專案之RFP採用1000萬或上億元之委外案例的RFP作為參考範本，造成500萬以下之委外專案其規格需求有如1000萬或上億元以上之委外專案複雜，超出廠商所能負擔之範圍。

建議書徵求說明書的製作亦可考慮與需求規劃工作合併以顧問諮詢方式委外，惟顧問諮詢承包業者不宜參加後續專案的承包。

本研究詳細制定不同金額(10萬至100萬、100萬至1000萬及1000萬或上億元)RFP之工作內容，供機關於辦理採購時可依需求參考使用。

ˇˇˇ2.5.1計價方式

ˇˇˇ2.5.2付款方式

ˇˇˇ2.5.3需求變更

ˇˇˇ2.5專案費用

ˇˇˇ2.4專案時程

ˇˇˇ2.3專案範圍

ˇˇˇ2.2專案目標

ˇˇˇ2.1專案名稱

ˇˇˇ2. 專案性質描述

ˇˇˇ1. 概述

1000萬以上

100至1000萬

10至100萬

建議書徵求說明書（RFP）參考目錄

內容

金額

ˇˇˇ3.2.3解決方案之需求

ˇˇˇ3.2.4品質水準與測試之需求

ˇˇ3.2.2安全控管之需求

ˇ3.2.2未來發展規劃

ˇˇˇ3.2.1現有系統架構與環境說明

ˇˇˇ3.2技術需求

ˇ3.1.2系統作業流程說明

ˇˇˇ3.1.1功能需求

ˇˇ3.1整體需求說明

ˇˇˇ3. 需求說明

1000萬以上

100至1000萬

10至100萬

建議書徵求說明書（RFP）參考目錄

內容

金額

ˇˇ3.4.1管理需求摘要

ˇˇ3.4.2專案組織與人員能力需求

ˇˇˇ3.4.3專案管理需求

ˇˇˇ3.4管理需求

ˇ3.3.5非交付硬體/軟體

ˇˇˇ3.3.4網路作業環境之測試

ˇˇˇ3.3.3網路作業環境

ˇˇˇ3.3.2硬體/軟體之測試環境

ˇˇˇ3.3.1硬體/軟體之作業環境

ˇˇˇ3.3環境需求

1000萬以上

100至1000萬

10至100萬

建議書徵求說明書（RFP）參考目錄

內容

金額

ˇ3.5.X第…階段

ˇˇˇ4. 智慧財產權之歸屬

ˇˇˇ5. 驗收事項與權責

ˇˇ3.5.2第二階段

ˇˇ3.5.1第一階段

ˇˇˇ3.5交付產品與交付時程

ˇˇˇ3.4.7教育訓練需求

ˇˇˇ3.4.6保固與軟體維護需求

ˇˇˇ3.4.5廠商實績之需求

ˇˇˇ3.4.4需求異動之管理

1000萬以上

100至1000萬

10至100萬

建議書徵求說明書（RFP）參考目錄

內容

金額

ˇˇ7.3評選方式

ˇˇ8. 參考文件

ˇˇ7.2建議書澄清

ˇˇ7.1評選步驟

ˇˇ7. 建議書評審與廠商遴選

ˇ6.3其它要求(若無則免)

ˇˇ6.2建議書內容

ˇˇ6.1裝訂及交付

ˇˇ6. 建議書製作規定

1000萬以上

100至1000萬

10至100萬

建議書徵求說明書（RFP）參考目錄

內容

金額

資訊服務採購作業說明（續）

遴選廠商

考量廠商的技術能力(建議方案、建置計畫、執行能力、人力素質等)、管理能力(專案管理、開發流程管理、資源管理及品質管理或ISO 9000、CMM認證範圍等)，並參酌廠商的規模、人力、經驗、實績等間接因素為評審項目，而避免單以價格因素考慮。

依政府採購法建構最佳招標流程模式，評選優良廠。

資訊服務採購招標說明

各機關在辦理資訊服務採購的過程中，可能因對政府採購法之條文不熟悉而不願貿然適用，故多依一般勞務採購來辦理，即公開招標及最有利標決標方式。

經與產、官、學研各界代表多方進行多次討論後，融合各方經驗與意見，歸納出對現行政府採購法下之資訊服務在公告金額以上相關之採購。

資訊服務採購招標說明（續）

建議首先採用政府採購法第二十二條第一項第九款之限制性招標，透過公開客觀評選並準用最有利標決標方式。

符合政府採購法第二十條文之條件規定者，機關亦可以「選擇擇性招標」之招標方式，並可區分為經常性採購或特定個案之作業流程，再以最有利標決標方式進行評定最有利標之廠商。

機關亦選擇採用政府採購法第十九條之公開招標之招標方式，以最有利標決標方式進行評定最有利標之廠商。

否

超過十萬元(10~100萬元)

小額採購達公告金額(100萬元)

選擇性招標

符合限制性招標

是

三家以上廠商書面報價單或計劃書，擇符合需要者辦理比價或議價

機關自行考量

是

限制性招標

符合選擇性招標

公開招標

招標開始

簽約流程

否 否

否

是

是

是

資訊服務採購招標流程

或

限制性招標

機關委託廠商承辦資訊服務，採限制性招標，可依「機關委託資訊服務廠商評選及計費辦法」辦理。

主管單位 監辦單位 資訊單位 業務單位 採購單位 評審小組 廠商 相關文件

擬定招標文件草案

成立評選委員會

訂定或審定評選項目、評審標準、評定方式

簽會相關單位

核定

公告

限制性招標審標及評選流程

擬定公告稿

成立評選委員會

等待廠商投標

＊

＊若有前例或條件簡單者

招標文件草案

評選委員會名單

招標文件

公告稿

公告單

＊

資訊服務採購作業說明（續）

合約執行與管理

承包業者應對委託機關的需求、期望、細部工作範圍，做詳盡的溝通，並依合約規定，陸續交付各項文件、成品。

委託機關則須對廠商交付的文件、成品，做審視、確認、驗收，並回應廠商提出配合需求作相關之決策或同時定期召開工作會議，掌握工作進度、品質，排除可能造成延誤的因素。

資訊服務委外智財權歸屬

著作人、著作人格權或著作財產權(

約

定)

著作人(

約定)

或著作財產權

甲

方

乙

方

甲方夥伴

系統專案

約契

資訊系統軟體開發成果的所有權與智慧財產權歸屬，企業主或出資者(甲方)總希望能擁有完成之軟體及其所附屬文件的所有權及智慧財產權。不過站在承包商(乙方)的立場，如能擁有其完成之軟體及其所附屬文件的所有權及智慧財產權，在下次承包類似資訊系統專案時，即可再使用現有的軟體及文件進行工作，非但省下大量的人力與物力，且能如期的完成專案。

關於完成軟體著作權及所有權，及其所附屬文件的所有權及智慧財產權應歸屬那一方，著作權法第十二條並未有任何強制或禁止的規定，而完全是看訂約雙方的實力與判斷力而定。

資訊服務委外智財權歸屬（續）

資訊服務採購作業說明（續）

運作與維護委外的工作在合約執行期間，雖經廠商的測試及發

包單位的驗收，仍有可能在系統日常運作中，發現

部份疏失；或因實際運作初期，雖經廠商的訓練，

使用單位對系統的操作尚未能熟悉，亦可能發生困

擾；故在合約中，常要求廠商提供一定期間的保固

維護，使系統作業能漸趨穩定。在此一階段，使用

單位如計畫在保固維護期間結束後，則須考慮安排

具資訊技能之專責人員，以便能順利接手；如計畫

繼續委託業者維護，則須儘早籌劃預算簽約事宜。

整合架構

資訊項目IEEE/EIA

12207.0條款 文件種類IEEE/EIA

12207.1條款EIA/IEEE J-

STD-016條款

開發作業計畫 5.3.1.4 計畫 6.5 E.2.1

列舉12207.0條款--------內容需求

12207.1條款5：一般指引--------目的內容

12207.1條款6：特定指引--------目的內容

J-STD-016條款：附加指引--------目的內容

12207.0附件H.3--------資料特徵

品質保證產出文件

IEEE 730, 730.1, ISO 9001:2000, 10005

6.20軟體品質保證計畫書6.3.1.3

6.21軟體品質保證紀錄6.3

參考文獻12207.1文 件 名 稱12207.0(主)

6.3.1.3 導引品質保證過程、作業與工作的計畫，應著眼於契約全程，開發、記載於文件、實行與維護。計畫應包括下列各項：

執行品質保證作業的品質標準、方法論、程序與工具(或在組織正式文件中，這些事項的參考資料)；據以進行契約審查與協調的程序；

品質記錄識別、搜集、建檔、維護與配置的程序；

進行品質保證作業所需之資源、時程與權責；

從各項支援過程，如查證(條款6.4)、確認(6.5) 、聯合審查(6.6)、稽核(6.7)與問題解決(6.8)等選擇作業與工作項目。

IEEE Std 730 2002 軟體品質保證計畫

軟體品質保證計畫遵循該標準應包含下列項目目的參考文件管理文件標準、實務、會議與矩陣軟體審查測試問題報告與更正方案工具、技術與方法媒體控制供應商控制記錄蒐集、維護與保持訓練風險管理辭彙軟體品質保證計畫變更程序與歷史

結論

考量電子化的整體需求，我們知道，未來資訊系統之發展，將因服務需求之提高等因素而更形重要；但資訊相關人力的嚴重缺乏，因此資訊系統的發展勢必需要進行資訊委外。而在有限預算的環境下，資訊系統委外必須有一套良好的標準以資規範，才得以將有限的預算進行正確的資訊系統投資，如此開發出來的資訊系統對單位而言，才具有整合性與持久性，同時也能正確的提高資訊服務品質與強化它的維護機制。

結論

整合IEEE/EIA 12207及EIA/IEEE J-STD-016標準，提出一套新的架構，這樣的架構主要考量軟體發展之環境與需求，以進行「軟體發展規範」之研擬與裁適，希望未來可以供各資訊單位自行發展或進行開發軟體系統委外之參考，有效提昇單位資訊服務之良好品質。