什么是軟件生存期過程
什么是軟件生存期過程
1 主題內容與適用范圍
1.1 主題內容
本標準規定了在獲取、供應、開發、操作和維護軟件和固件的軟件部分時,要實施的過程、活動和任務。目的是為用戶提供一個公共框架。這樣,軟件的從業人員可以使用“相同的語言。在自己的環境中創作和管理軟件。
本標準提供的框架,由軟件開發、維護或使用的幾個主要的過程組成。這些主要過程含有一些用來獲取、供應、開發、操作和維護軟件所用的基本的、一致的要求。在這個框架中還有一個主要的過程可以用來控制和管理軟件。用戶可以根據具體情況進行選擇和剪裁。
本標準旨在供合同或協議的當事雙方使用,或供一個機構在內部使用。
1.2 適用范圍
本標準運用于軟件和固件的軟件部分的獲取、供應、開發、操作和維護,可在。個機構的內部或外部實施。本標準也適用于定做的、或與交付的產品集成在一起的現貨軟件。
1.3 讀者
本標準是為需方、供方、開發者、操作者、維護者、管理人員、質量保證人員和軟件的用戶編寫的。
1.4 本標準的剪裁
本標準含有一組過程、活動和任務。可以根據某軟件項目的情況對它們進行剪裁。剪裁是刪去不實施的過程、活動和任務,或是增加本標準中不含有的獨特的過程、活動和任務。剪裁的決定最好包含在當事雙方的合同中。
1.5 履行
履行就是執行按本標準為某個軟件項目所選擇的全部過程、活動和任務。當所需要的任務按照預定的準則和合同要求執行時,就是執行了一個過程或完成了一項活動。
任何機構(例如國家機構、工業協會、公司)在貿易條件中采用本標準時都應向軟件供方明確規定履行本標準所必需的最少的過程、活動和任務。
1.6 限制
本標準的編寫是以一個過程的體系結構為基礎,不特別詳細說明如何實施或執行各個過程中所包含的活動和任務。
本標準并未規定一個特定的生存周期模型或軟件開發方法。采用本標準的當事雙方有責任為其軟件項目選擇一個生存周期模型,并將本標準中所含的過程、活動和任務映射到該模型中。當事雙方也有責任選擇和使用軟件開發方法,并執行適合于其軟件項目的活動和任務。
關于文檔的名稱、編寫內容及格式編制說明見 GB 8567。
2 引用標準
GB 5271.1 數據處理詞匯 01部分 基本術語
GB 5271.20 數據處理詞匯 20部分 系統開發
GB/T 6583 質量 術語
GB 8567 計算機軟件產品開發文件編制指南
GB/T 11457 軟件工程術語
GB/T 19001 質量體系 設計/開發、生產、安裝和服務的質量保證模式
ISO 9003—87 最終檢驗和試驗的質量保證模式
ISO/IEC 9126—1991 信息技術 軟件產品評估 質量特性及其應用指南
ISO/AFNOR—1989 計算機科學辭典
3 術語和縮略語
除了下列的術語和縮略語外,本標準使用了第2章所引用的標準中的定義和縮略語。
注:在本標準中,術語“產品”在適當的情況下也用來指“服務”。
3.1 術語
3.1.1 需方 acquirer
從供方獲得或得到一個系統、產品或服務的一個機構。
注:需方可以是買主、客戶、擁有者、用戶、采購人員。
3.1.2 獲取 acquisition
得到一個系統、一個產品或一項服務的過程。
3.1.3 活動 activity
一個過程的組成元素。
3.1.4 基線 basellne
是一個配置項在生存周期內的某一特定時間正式說明并固定的一個版本。
注:對基線的改變要經有關當局的正式批準。
3.1.5 配置項 configuration item
在一個配置中的一個實體,它能滿足一項最終應用功能,可以在某個給定的參考點上單獨標出。
3.1.6 合同 contract
通過法律約束當事雙方的一個協議,或是在一個機構內部為了提供服務的一個內部協議,該協議提供的服務適用于一個系統或系統一部分的供應、開發、生產、操作或維護。
3.1.7 合同要求的審計。contractually required audit
合同所要求的審核過程。一般由需方或由獨立的機構主持進行u此過程對產品或服務提供一個獨 立的評價,以決定產品或服務是否符合它們的需求。
3.1.8 臨界的;關鍵的(或關鍵性) critical(or criticality)
它是指:
a.由于設計不當,一個系統或一個軟件的某些環節或部分在運行時超出了臨界范圍,或存在著潛 在的、未檢測出的錯誤,會導致死機、人員傷害、任務失敗、數據丟失、財經上的損失或災難性的設備損壞 等嚴重后果。或指:
b.要使用的軟件開發技術的成熟程度和有關的風險。
3.1.9 開發者 devdoPer
在軟件生存周期中執行開發活動(包括需求分析、設計直至驗收)的一個機構。
3.1.10 評價 evaluation
決定某產品、項目、活動或服務是否符合它的規定的準則的過程。
3.1.11 固件 firmware
含有裝于某類存儲器中的,在用戶環境下不能修改、不會丟失的計算機程序和數據的器件。包含在固件中的計算機程序和數據歸類為軟件;含有計算機程序和數據的電路歸類為硬件。
3.1.12 功能性配置審計 fuctional configuration audit
驗證一個配置項的實際工作性能是否符合它的需求規格說明的一項審查,以便為軟件的設計和編碼建立一個基線。
3.1.13 硬件配置項 hardware configuration item
整個系統體系結構中的硬件的一個配置項。
3.1.14 生存周期模型 life-cycle model
一個框架,它含有從需求定義到使用終止,跨越整個生存期的系統開發、操作和維護中所需實施的過程、活動和任務。
3.1.15 維護者 maintainer
執行維護活動的一個機構。
3.1.16 不交付項 non-deliverable item
不需要按合同交付的、但在軟件的開發中可能用到的硬件和軟件。
3.1.17 現貨產品 of-the-shelf Product
由供方、需方或第三方提供的、已經開發出來的、可得到、可使用的、現成的或需要加以修改的產品。
3.1.18 操作者 OPerator
運行系統的一個機構。
3.1.19 組織過程 organizational ProceSS
為構成自始至終的一個完整過程,由機構指定并以項目為例說明的一套軟件工程和管理過程。
3.1.20 物理配置審計 physical configuration audit
對照設計規格說明檢驗已建立的某個配置項,其目的是為軟件的設計和編碼建立一個基線。
3.1.21 過程 Process
指一系列活動、任務和它們之間的關系,它們共同把一組輸入轉換成所需要的輸出。
3.1.22 產品(軟件) Product(software)
要交付給用戶的一套完整的計算機程序、過程以及有關的文檔和數據。
3.1.23 鑒定 qualification
一個正式的過程,通過這個過程決定產品是否符合它的規格說明,是否可在目標環境中使用。
3.1.24 鑒定需求 qualification requirement
準則或一組條件,當。個產品符合這些準則或條件時,就確定它符合規格說明并可以在其目標環境 中使用。
3.1.25 鑒定測試 qualification testing
由供方進行、并由需方作見證的測試。它證明供方的產品符合規格說明,已可以在目標環境中使用。
3.1.26 發行 release
一項配置管理行為,它說明某配置項的一個特定版本已準備好用于特定的目的(例如發行測試產 品)。
3.1.27 招標(標書) request for ProPosal(tender)
需方使用的一份文件,用來向潛在的投標人表示它要獲得某特定系統、產品或服務的意圖。
3.1.28 退役 retirement
操作和維護機構撤出現有的支持,全部或部分地由一個新的系統來代替或者安裝一個更新的系統。
3.1.29 保密 security
對信息和數據的保護,這樣,未經授權的人或系統就不能讀或修改它們,而經過授權的人和系統可以使用它們。
3.1.30 服務(軟件)service(software)
與軟件有關的活動、工作或義務的實施,例如軟件的開發、維護和操作等。
3.1.31 軟部件 software component
一個軟件配置項中的一個明確的部分。
注:一個軟部件含有軟件的多個單元;也可以含有多個較低級的軟部件。
3.1.32 軟件配置項 software configuration item
在整個系統體系結構中的軟件的一個配置項。
3.1.33 軟件單元 software unit
一段可分開編譯的代碼。
3.1.34 工作說明 statement of Work
需方用來標識、說明和規定按照合同將要執行的任務的一份文件。
3.1.35 子合同當事人;分包商 sub-contractor
依據合同向合同當事人的一方提供系統、產品或服務的一個機構。
3.1.36 供方 supplier
按照所簽的合同向需方提供系統、產品或服務的一個機構(是合同當事人、生產者、賣方、批發商的同義詞)。
注:需方可以指定它的機構中的某一部門做為供方。
3.1.37 系統 system
過程、產品和人員的集成體,它有能力滿足已提出的需求,實現所規定的目標。
3.1.38 任務 task
構成活動的基本元素,由若干個任務構成一項活動。
3.1.39 測試范圍 test coverage
一個范圍,在此范圍內測試程序測試系統需求能否滿足。
3.1.40 可測性 testability
為了決定一項需求是否滿足,所設計的用于測試目標和可行性所能達到的程度。
3.1.41 用戶 user
使用可操作的系統完成一項特定的功能的個人或機構(可以是買主或需方的同義詞)。
3.1.42 版本 version
某一配置項的一個可標識的實例。
注:軟件某版本的修改產生一個新的版本,但它需要配置管理活動。
3.2 縮略語
FCA——功能性配置審計。
HCI——硬件配置項。
IV&V——獨立的驗證和確認。
PCA——物理配置審計。
SCI——軟件配置項。
SQA——軟件質量保證。
V&V——驗證和確認。
?
非常好我支持^.^
(0) 0%
不好我反對
(2) 100%
相關閱讀:
- [電子說] 實驗室智能監控系統是智能硬件+軟件+云服務一體化的智慧實驗室解決方案 2023-10-24
- [電子說] 華為終端BG軟件部總裁龔體一行到訪拓維信息 2023-10-24
- [電子說] PLC編程軟件離開了硬件,能模擬應用嗎? 2023-10-24
- [電子說] 如何使用Ansys軟件套件實現立方體衛星系統的高級開發 2023-10-24
- [電子說] ArtDAQ數據采集管理軟件升級功能介紹 2023-10-23
- [電子說] 浩辰CAD Linux版 2024全球發布 2023-10-23
- [電子說] 浩辰軟件加快布局CAD云服務創新應用 2023-10-23
- [電子說] RTT平臺zephyr_polling軟件包SPI Bluenrg2丟包問題排查 2023-10-23
( 發表人:admin )