计算机软件配置项csci
計算機軟件配置項是什么
CSCI是計算機軟件配置項（Computer Software Configuration Item）簡稱，在軟件設(shè)計文檔中經(jīng)常用到。
配置與配置項 在配置管理中，“配置”和“配置項”是重要的概念，“配置”是在技術(shù)文檔中明確說明并最終組成軟件產(chǎn)品的功能或物理屬性。
因此“配置”包括了即將受控的所 有產(chǎn)品特性，其內(nèi)容及相關(guān)文檔，軟件版本，變更文檔，軟件運行的支持?jǐn)?shù)據(jù)，以及其他一切保證軟件一致性的組成要素，相對與硬件類配置，軟件產(chǎn)品的“配置” 包括更多的內(nèi)容并具有易變性。
受控軟件經(jīng)常被劃分為各類配置項（Configuraion items, CIs），這類劃分是進(jìn)行軟件配置管理的基礎(chǔ)和前提，CIs是邏輯上組成軟件系統(tǒng)的各組成部分。
比如一個軟件產(chǎn)品包括幾個程序模塊，每個 程序模塊及其相關(guān)文檔和支撐數(shù)據(jù)可能被命名為一個CI。
一個系統(tǒng)包括的CIs的數(shù)目是一個與設(shè)計密切相關(guān)的問題，關(guān)于怎樣將一個軟件系統(tǒng)劃分為不同的 CIs將在以下有關(guān)章節(jié)中闡述，注意如果一個產(chǎn)品同時包括硬件和軟件部分，一般一個CI也同時包括軟件和硬件部分，一個純軟件的CI通常也稱之為軟件配置 項（CSCI）。
本規(guī)范的CI一般指CSCI，軟硬件的配置管理有一些相通的地方，但因為軟件更易于修改，所以軟件配置管理是一個更應(yīng)該系統(tǒng)化的過程。
基線與基線管理 各CIs隨軟件開發(fā)活動的進(jìn)展，會有越來越多的部件進(jìn)入受控狀態(tài)。
一般地，軟件開發(fā)過程從概念演繹和需求分析開始，然后是設(shè)計，各CSCIs的編碼或?qū)?作，集成測試，最后是用戶手冊的編寫等。
軟件配置管理包括了在軟件生命周期的時間分散點上對各CIs進(jìn)行標(biāo)識并對對他們的修改進(jìn)行控制的過程。
在一個開發(fā) 階段結(jié)束或一組功能開發(fā)完成后，要對相應(yīng)的CIs進(jìn)行基線化并形成各類基線。
在配置管理系統(tǒng)中，基線就是一個CI或一組CIs在其生命周期的不同時間點上 通過正式評審而進(jìn)入正式受控的一種狀態(tài)，而這個過程被稱為“基線化”。
每一個基線都是其下一步開發(fā)的出發(fā)點和參考點。
每個基線都將接受配置管理的嚴(yán)格控制，對其的修改將嚴(yán)格按照變更控制要求的過程進(jìn)行，在一個軟件開發(fā)階段結(jié)束時，上一個基線加上增加和修改的基線內(nèi)容形成下一個基線，這就是“基線管理”的過程，因此基線具有以下屬性： 通過正式的評審過程建立 基線存在于基線庫中，對基線的變更接受更高權(quán)限的控制 基線是進(jìn)一步開發(fā)和修改的基準(zhǔn)和出發(fā)點。
一般地，第一個基線包含了通過評審的軟件需求，因此稱之為“需求基線”，通過建立這樣一個基線，受控的系統(tǒng)需求成為進(jìn)一步軟件開發(fā)的出發(fā)點，對需求的變更被正式初始化、評估。
受控的需求還是對軟件進(jìn)行功能評審的基礎(chǔ)。
軟件系統(tǒng)測試報告怎么寫
二、軟件測試報告的正文的格式1 范圍1.1 標(biāo)識列出本文檔的：a. 已批準(zhǔn)的標(biāo)識號；b. 標(biāo)題；c. 縮略語；d. 本文檔適用的系統(tǒng)計算機軟件配置項（CSCI）。
此外，還應(yīng)包括在本報告中記錄的每個正式合格性測試的名稱和編號。
1.2 系統(tǒng)概述概述本報告所適用的系統(tǒng)和CSCI 的用途。
1.3 文檔概述概述本報告的用途和內(nèi)容。
2 引用文檔按文檔號和標(biāo)題列出本文檔引用的所有文檔。
3 測試概述分節(jié)描述本報告所覆蓋的每項正式合格性測試的結(jié)果。
3.1 （正式合格性測試名稱及項目的唯一標(biāo)識號）按名稱和編號來說明正式合格性測試，并分小節(jié)概述測試結(jié)果。
3.1.1 （正式合格性測試名稱）小結(jié)總結(jié)正式合格性測試的結(jié)果。
若失敗，則要說明產(chǎn)生錯誤結(jié)果的測試步驟和問題報告。
這些內(nèi)容可參考表1 的測試結(jié)果一覽表進(jìn)行概括。
3.1.2 （正式合格性測試名稱）測試記錄按時間順序記錄所有測試前、進(jìn)行測試、分析、說明以及正式合格性測試結(jié)果等有關(guān)事件。
同時，還慶提供測試日志，按時間順序記錄正式合格性測試中的工作，包括：a.測試時間、地點、軟硬件的配置。
需要時，測試配置項的描述還要記錄軟件版本號、研制單位、升級號、批準(zhǔn)日期及所有硬件型號和軟件部件使用的名稱；b.每一個測試相關(guān)活動的日期和時間、測試操作人員和參加人員；c.測試過程中對所出現(xiàn)和產(chǎn)生的問題所采取的測試步驟，包括對問題的改進(jìn)的次數(shù)和每一次結(jié)果；d.恢復(fù)重新測試的備份點或測試步驟。
4 測試結(jié)果分節(jié)詳述每個正式合格性測試的細(xì)節(jié)。
4.X （正式合格性測試的名稱和項目的唯一標(biāo)識號）測試結(jié)果從4.1 節(jié)開始編號。
按名稱和項目唯一標(biāo)識號標(biāo)識正式合格性測試，并分小節(jié)詳細(xì)描述每一正式合格性測試用例的結(jié)果。
表1 測試結(jié)果一覽表示例（缺）1） 如果測試過程出現(xiàn)一個故障或錯誤，則記錄發(fā)生故障或錯誤的各個步驟。
2) PR=問題報告。
4.X.Y （測試用例名稱和項目的唯一標(biāo)識號）從4.1.1 節(jié)開始編號，按名稱和項目的唯一標(biāo)識號標(biāo)識每一測試用例，并分小節(jié)詳細(xì)說明測試用例的結(jié)果。
4.X.Y.1 （測試用例名稱）測試結(jié)果說明測試用例的測試結(jié)果。
對測試過程的每一步都要記錄測試結(jié)果和在測試過程中出現(xiàn)的各種異常和矛盾情況。
記錄或引用有助于杜絕和糾正矛盾情況的信息（如存儲器轉(zhuǎn)儲、寄存器記錄、顯示流程圖），并分析導(dǎo)致矛盾的原因和改進(jìn)的方法。
4.X.Y.2 （測試用例名稱）測試過程中的差異情況詳細(xì)說明相應(yīng)的軟件測試說明中描述的測試過程中的差異情況（例如，所需設(shè)備的替換，支持軟件的改變，測試計劃的偏差）。
對每一種差異情況，必須說明導(dǎo)致差異的原因和它對測試有效性的影響。
5 CSCI 評估和建議5.1 CSCI 評估全面分析測試結(jié)果，對CSCI 的能力作出評估。
通過分析標(biāo)出存在的缺陷、局限性和CSCI 的約束等，并寫入軟件問題/更改報告。
對每一種偏差，局限性和約束應(yīng)包括：a. 說明它對于CSCI 及系統(tǒng)運行的影響；b. 說明它對于CSCI 及為糾正偏差的系統(tǒng)設(shè)計的影響；c. 提供改必的方法和建議。
5.2 改進(jìn)建議對系統(tǒng)設(shè)計、操作和CSCI 測試提出改進(jìn)建議，并分析每一建議對CSCI 的影響。
若無建議，則寫“無”。
軟件開發(fā)工作中,這些縮寫都代表什么職位？SD GB GS SS KS DS ...
SD Systems Designer， 系統(tǒng)設(shè)計師；還有叫SE的，system engineer，類似的意思；DS 軟件設(shè)計需求；GB 國標(biāo)的頭字母，即國家標(biāo)準(zhǔn)。
這個是國內(nèi)的叫法；UT Unit Test，單元測試；其他的內(nèi)容都是沒有見過的。
目前軟件開發(fā)使用的流程大都是敏捷或者是CMM流程。
上述概念不知道你是在哪里得到的，很有可能是某個公司自己的標(biāo)準(zhǔn)，并非是通用的內(nèi)容。
軟件配置項是怎樣產(chǎn)生的？
操作軟件 直接控制和協(xié)調(diào)計算機及外部設(shè)備以方便用戶使用的軟件.如操作系統(tǒng)就是典型系統(tǒng)軟件。
此外，也把各種語言的匯編、解釋或編譯程序列為系統(tǒng)軟件。
支撐軟件 支撐軟件開發(fā)與維護(hù)的軟件。
主要包括數(shù)據(jù)庫管理系統(tǒng)、各種接口（包括網(wǎng)絡(luò)接口）軟件和工具軟件等。
應(yīng)用軟件 直接完成具體應(yīng)用無需用戶編程的軟件.
總結(jié)
以上是生活随笔為你收集整理的计算机软件配置项csci的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： QT实现MQTT客户端
- 下一篇： 三端稳压7805和7905稳压原理及典型