2015年11月信息系統(tǒng)監(jiān)理師考試培訓各講筆記18.相關第十八講

1、一、 相關標準1.仲裁法（1) 雙方自愿，達成仲裁協(xié)議（2) 仲裁不實行級別管轄和地域管轄（3) 仲裁實行一裁終局的制度（4) 仲裁協(xié)議通常包括如下內容：1）請求仲裁的意思表示；2）仲裁事項；3）選定仲裁。（5) 仲裁協(xié)議在下列情況下，是無效的：1）約定的仲裁事項越出法律規(guī)定的仲裁范圍；2）無民事行為能力或限制民事行為能力人訂立仲裁協(xié)議的；3）一方采取脅迫，迫使對方訂立仲裁協(xié)議的。（6) 當裁決不能執(zhí)行或難以執(zhí)行時，可申請保全；若申請錯誤的，申請人應當賠償被申請人因保全所的損失。（7) 當裁決書存在文字、計算錯誤或遺漏的事項，當事人自收到裁決書之日起 30 日內，可以請求仲裁補正。2.GB-T

2、16680-1996 文檔管理指南（1) 文檔的作用(記住)：1）管理依據；2）任務之間聯(lián)系的憑證；3）質量保證；4）培訓與參考；5）支持；6）歷史。文檔的作用： 管理 ，憑證 ，質保 ，培訓 ，（2) 支持有效文檔策略的基本條件（記?。?）文檔需要覆蓋整個生存期2）文檔應是可管理的3）文檔應適合于它的讀者4）文檔效應應貫穿到的整個開發(fā)過程中5）文檔標準應被標識和使用6）應規(guī)定支持工具支持有效文檔策略的基本條件： 長期，管理，可讀，過程，可用，規(guī)定（3) 文檔分類：1）開檔描述開發(fā)過程本身。a)可行性研究和項目任務書；b)需求規(guī)格說明；c)功能規(guī)格說明；d)設計規(guī)格說明，包括程序和數據規(guī)格說

3、明；e)開發(fā)計劃；f)集成和測試計劃；g)質量保證計劃、標準、進度。2)產品文檔描述開發(fā)過程的產物；培訓手冊； 參考手冊和用戶指南；支持手冊； 產品手冊和。（4) 文檔編制計劃文檔計劃可以是整個項目計劃的一部分或是一個獨立的文檔。對于小的、非正式的項目，文檔計劃可能只有一頁紙；對于較大的項目，文檔計劃可能是一個綜合性的正式文檔，這樣的文檔計劃應遵循各項嚴格的標準及正規(guī)的評審和批準過程。編制計劃的工作應及早開始，對計劃的評審應貫穿項目的全過程。（5) 文檔質量等級可以按文檔的形式劃分為四級：最低限度文檔（1 級文檔）該文檔應包含程序、開發(fā)、測試數據和程序簡介。文檔（2 級文檔）級文檔還包括程序內

4、足夠的注釋以幫助用戶安裝和使用程序。工作文檔（3 級文檔） 3 級文檔適合于由同一內若干人聯(lián)合開發(fā)的程序，或可被其他使用的程序。正式文檔（4 級文檔） 4 級文檔適合那些要正式供普遍使用的產品。（如工資計算）3.GB_T_11457-2006工程術語測試（1）測試執(zhí)行先從單元測試開始，然后是集成測試、系統(tǒng)測試和驗收測試。1)單元測試的主要目的是針對編碼過程中可能存在的各種錯誤，例如用戶輸入驗證過程中的邊界值的錯誤。2）集成測試主要目的是針對詳細設計中可能存在，尤其是檢查各單元與其他程序部分之間的接口上可能存在。3）系統(tǒng)測試主要針對概要設計，檢查系統(tǒng)作為一個整體是否有效地得到運行，例如在產品設置

5、中是否能達到預期的高性能。4）驗收測試通常由業(yè)務或用戶進行，以確認產品能真正符合用戶業(yè)務上的需要。（2）根據工程術語 GB/T11457-2006，鑒定是一個正式的過程，通過這個過程決定產品是否符合它的規(guī)格說明，是否可在目標環(huán)境中適用。（3）可性大綱是指滿足規(guī)定的可性要求所采取的技術和管理的文檔，典型描述要做的工作，所需要的資源、使用的方法、采用的過程、要滿足的進度表和項目組織方法。（4）根據工程術語 GB/T114572006 ，對于配置管理，有以下三種基線：功能基線、分配基線和產品基線4.GB-T12504-1990 計算機質量保證計劃規(guī)范（1）檢查綜合檢查：在驗收時，要允許用戶或用戶所委

6、托的對要驗收的進行設計抽樣的綜合檢查，以驗證代碼和設計文檔的一致性、接口規(guī)格說明之間的一致性（硬件和）、設計事先和功能需求的一致性、功能需求和測試描述的一致性！功能檢查：在前，要對進行功能檢查，以確認已滿足在需求規(guī)格說明書中規(guī)定的所有需求。性能檢查：性能方面的檢查，比如可靠性！配置檢查（2）文檔質量的度量準則有以下 6 個：完備性：所有承擔開發(fā)任務的，都必須按照 GB 8567 的規(guī)定編制相應的文檔，以保證在開發(fā)階段結束時其文檔是齊全的。正確性：在開發(fā)各個階段所編寫的文檔的內容，必須反映該階段的工作且與該階段的需求相一致。簡明性：在開發(fā)各個階段所編寫的各種文檔的語言表達應該清晰、準確簡練，適合

7、各種文檔的特定讀者?？勺粉櫺裕?在開發(fā)各個階段所編寫的各種文檔應該具有良好的可追蹤性。文檔的可追蹤性包括縱向可追蹤性與橫向可追蹤性兩個方面。是指在不同文檔的相關內容之間相互檢索的。難易程度；是指確定同一文檔某一內容在本文檔中的涉及范圍的難易程度。自說明性：在開發(fā)各個階段所編寫的各種文檔應該具有較好的自說明性。文檔的自說明性是指在開發(fā)各個階段中的不同文檔能獨立表達該其相應階段的階段產品的能力。規(guī)范性：在開發(fā)各個階段所編寫的各種文檔應該具有良好的規(guī)范性。文檔的規(guī)范性是指文檔的封面、大綱、術語的含義以及圖示符號等符合有關規(guī)范的規(guī)定。（3）確保需求實現(xiàn)，基本文檔包括：1）需求規(guī)格說明書（SRS）2）設

8、計說明書(SDD)3）測試計劃（STP）4）測試（STR）5）用戶手冊（SUM）6）項目實施計劃（PIP）7）項目開發(fā)總結(PDS)（4）其它文檔：1）質量保證計劃(SQAP)2）配置管理計劃(SCMP)3）項目進展報表(PPR)4）階段評審報表（PRR）5.GB-T12504-1990 計算機質量保證計劃規(guī)范與可靠性和可性有關的具體評審要求有：概念評審、需求評審、設計評審、測試評審、安裝和驗收評審、用戶手冊評審。6.GBT8567-2006 計算機產品開件編制指南（1）文檔管理：可行性分析（、項目開發(fā)計劃、配置管理計劃、質量保證計劃、開發(fā)進度月報、項目開發(fā)總結開發(fā)：可行性分析（、項目開發(fā)計劃、需求規(guī)格說明、接口需求規(guī)格說明、（結構）設計說明、接口設計說明書、數據庫（頂層）設計說明、測試計劃、測試：需求規(guī)格說明、接口需求規(guī)格說明、（結構）設計說明、測試用戶：產品規(guī)格說明、版本說明、用戶手冊、操作手冊7.生命周期 6 階段文檔：可行性與計劃研究階段：可行性分析、開發(fā)計劃等文檔需求分析階段：需