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