信息技術(shù)有限公司需求分析報告編寫規(guī)范-資料下載頁
2025-06-06 19:18本頁面
【導讀】析報告》的編寫格式和內(nèi)容要求。適用于本公司軟件產(chǎn)品或軟件項目的需求分析報告的編制。本程序采用NQ402100《質(zhì)量手冊》中的術(shù)語和縮略語及其定義。1）整個規(guī)范由2節(jié)構(gòu)成，模板單獨一節(jié)。2）正文樣式采用“規(guī)范正文”。3）標題編號采用每節(jié)獨立編號。需求分析報告的編寫可依據(jù)具體情況選用摸板的格式或編寫指南的格式。2）刪除第一節(jié)。3）在修改完內(nèi)容后，更新目錄域和相關(guān)的頁數(shù)域。
【正文】 求 Cost 開銷 這部分應當論述與指定系統(tǒng)相關(guān)的開銷。它可以通過參考項目詳細計劃來得出一個合計值放在這里。 這些開銷應當包括所有開發(fā)費用和可能的項目支持費用。如果可能這部分還應當論述彈性的開銷，以及所有削減的開銷，離開這些開發(fā)將會因為沒有有效的費用來完成系統(tǒng)而停止。 Make/Buy 制作 /購買 本部分應當討論確定是否這個系統(tǒng)或部件（或它們的一部分）比起開發(fā)更適于買入或再開發(fā)的標準。例如日常應用程序，缺乏經(jīng)驗，缺 乏資源等等。 Relationship to future products 與將來產(chǎn)品的關(guān)系 本部分應當覆蓋基于系統(tǒng)或部件所涉及的與尚未開發(fā)的其它產(chǎn)品的關(guān)系的需求。例如確認與將來產(chǎn)品和系統(tǒng)的兼容性。 Scheduled ship date 預定出貨日期 本部分應當討論項目出貨日期，包括任何按計劃進行的臨時發(fā)布或階段出貨。本部分還應當描述與這些出貨日期相關(guān)的約束和依賴關(guān)系。 Support considerations 支持考慮 本部分應當討論系統(tǒng)或部件可能需 要的任何特殊的或不常用的支持考慮，例如首先應當安裝一個 UNIX 系統(tǒng)。 Company Hardware Requirements 公司硬件需求 Hardware Functionality 硬件功能 本部分應當覆蓋公司明顯需要的，但對用戶來說是不可見的或無關(guān)的硬件功能。例如支持多操作系統(tǒng)所需的硬件功能，或必須支持以太網(wǎng)等。 Hardware Characteristics 硬件特性 本部分應當覆蓋公司明顯需要的，但對用戶來說是不可見的或無關(guān)的硬件特性。至少應當包括 硬件診斷所需要的。 Company Software Requirements 公司軟件需求 需求分析報告編寫指 南 中科海鑫信息技術(shù)有限公司 Software Functionality 軟件功能 本部分應當覆蓋公司所需的，但對用戶來說是無關(guān)的或不需要的軟件性能。例如，數(shù)據(jù)庫，操作系統(tǒng)，通訊（遠程訪問），診斷。 Software Characteristics 軟件特性 本部分應當覆蓋公司明顯需要的，但是對用戶來說是不可見或無關(guān)的軟件特性例如代碼的可復用性，包裝等。 Architecture Overview 結(jié)構(gòu)概述 高層設(shè)計或結(jié)構(gòu)的概述。僅在用戶需要一個特殊的系統(tǒng)結(jié)構(gòu)例如客戶 服務(wù)器，或者用戶把定義部分或全部的系統(tǒng)結(jié)構(gòu)作為合同的一部分時才應包括進來。 Acceptance Criteria 驗收標準 本部分應當詳述驗收標準的要點以做為需求確定后進行確認驗收計劃的基礎(chǔ)。 需求與一些具體的合同有關(guān)的部分，可以直接寫相應合同中驗收標準的一個引用。 Glossary 術(shù)語表需求分析報告編寫指南 中科海鑫信息技術(shù)有限公司 需求分析報告檢查表項目名稱： 項目編號：序號 內(nèi)容 Yes No 不適用1 是否描述系統(tǒng)的所有輸入，包括輸入源、準確性、取值范圍和出現(xiàn)頻率？2是否描述系統(tǒng)的所有輸出，包括輸出的目標、準確性、取值范圍、出現(xiàn)頻率和格式？3 是否描述所有(主要)的報表格式？4 是否描述所有硬件和軟件的外部接口？5 是否描述所有的通信接口，包括握手協(xié)議、差錯檢測和通信協(xié)議？6 從用戶的角度來看，是否描述了對所有必要操作的預計響應時間？7 是否對時間方面問題進行考慮，如處理時間、數(shù)據(jù)傳輸和系統(tǒng)的吞吐量？8 是否描述用戶想要完成的所有(主要)任務(wù)？9 是否每個任務(wù)都描述了所使用的數(shù)據(jù)及產(chǎn)生的數(shù)據(jù)？10 是否描述了安全級別？11 是否描述了系統(tǒng)的可靠性，包括軟件產(chǎn)生故障的后果、故障后重要數(shù)據(jù)的保護、錯誤檢測和恢復？12 是否描述了可接受的折中原則，如健壯性和正確性之間的選擇？13 是否詳細說明了(最大)內(nèi)存容量河(最大)存儲容量？14 是否詳細說明了(最大)存儲容量？15是否詳細說明了系統(tǒng)的可維護性，包括適應操作環(huán)境變化的能力、與其它軟件的接口、精確性、性能和附加的可以預知的性能？16 有些信息只有到開發(fā)時才能獲得，是否對這些信息不完全的領(lǐng)域進行描述？17你是否對需求的某些部分感到不滿意？是否有些部分不可能實現(xiàn)，但為了取悅客戶或上司而放在需求之中？18 是否用用戶語言,站在用戶角度上來寫需求？用戶這樣認為嗎？19 是否所有的需求都避免與其它的需求發(fā)生沖突？20 需求是否避免了對設(shè)計的詳細說明？21 對需求的描述是否一致？是否有的需求說明很詳細，有的需求說明很粗？22 需求是否足夠清晰，以至可以轉(zhuǎn)交給一個獨立小組來實現(xiàn)，并能夠被理解？23每個條款都是描述問題及解決問題嗎？每個條款都能被追溯到問題的源泉？24 每個需求是可測試的嗎？是否可以通過獨立的測試來決定需求是否被滿足？25 對需求的變更描述是否包括變更發(fā)生的可能性？ 總分注：每項 Yes（+4分），No（4分）， 不適用（0分）審核人/日期： 批準人/日期：
公司管理相關(guān)推薦
鄂ICP備17016276號-1