1、第13章 軟件工程標準,珠海軟件行業(yè)協(xié)會專家委員會主任 吉林大學珠海學院計算機系教授 李軍國,Software engineering standard,一、軟件工程標準,軟件工程標準化 軟件質(zhì)量認證 GB/T 8567-2006計算機軟件文 檔編制規(guī)范 本章小結(jié),1、軟件工程標準的概念,隨著軟件工程項目功能的不斷擴大，人員的不斷增加，軟件質(zhì)量的下降、管理的混亂，從而使人們對軟件工程中的標準化、統(tǒng)一化更為迫切需要。軟件工作的范圍從只是使用程序設計語言編寫程序，擴展到整個軟件生存期。例如，軟件概念的形成、需求分析、設計、實現(xiàn)、測試、制造、安裝和檢驗、運行和維護直到軟件引退(為新的軟件所代替)。同

2、時還有許多技術管理工作(如過程管理、產(chǎn)品管理、資源管理)以及確認與驗證工作(如評審與審計、產(chǎn)品分析、測試等)，常常是跨越軟件生存期各個階段的專門工作，所有這些方面都應逐步地建立標準或規(guī)范。,軟件工程標準化的意義,在開發(fā)一個軟件時，需要將項目和人員劃分成不同的層級和不同的分工，這些層次和分工存在著相互配合的問題;同時，在開發(fā)項目的各個部分以及各開發(fā)階段之間也都存在著許多聯(lián)系和銜接問題。那么把這些錯綜復雜的關系協(xié)調(diào)好，就需要有一系列統(tǒng)一的約束和規(guī)定;并且在軟件開發(fā)項目取得階段成果或最后完成時，還需要進行階段評審和驗收測試;投入運行的軟件，其在運行中出現(xiàn)的問題或正常的維護也需要對軟件進行全面的理解。

3、這些理解就像一門語言的語法規(guī)則一樣，都需要提供統(tǒng)一的規(guī)范和標準，使得各項工作都能有章可循。,軟件工程標準化的類型,過程標準:與開發(fā)一個產(chǎn)品或從事一項服務的一系列活動或操作有關。如方法、技術以及度量等。 產(chǎn)品標準:涉及軟件工程事務的格式和內(nèi)容。如需求、設計、部件、描述、計劃以及報告等。 專業(yè)標準:涉及軟件工程的所有方面，如職別、道德準則、認證、特許以及課程等。 記法標準:論述了再軟件工程行業(yè)范圍內(nèi)，以惟一的一種方式進行交流的方法。如術語、表示法以及語言等。,2、軟件工程標準的制定與推行,軟件工程的生命周期,軟件工程標準在開發(fā)機構(gòu)中的推行,參考國際標準、國家標準或行業(yè)標準，制定適用于本單位軟件開發(fā)

4、的企業(yè)標準，編寫軟件工程標準化手冊。 制定企業(yè)標準或是軟件產(chǎn)品標準應當吸收軟件工程師參加，讓他們充分理解開發(fā)和實施標準的意義，以及他們自己在其中的責任。 為適應技術發(fā)展的形勢，對已制定的標準，需要及時組織審查和更新。 貫徹標準應當?shù)玫捷o助工具的支持。,3、軟件工程標準層次,根據(jù)軟件工程標準制定的機構(gòu)和標準適用的范圍有所不同，它可分為5個級別，即國際標準、國家標準、行業(yè)標準、企業(yè)(機構(gòu))標準及項目(課題)標準。以下分別對5級標準的標識符和標準制定(或批準)的機構(gòu)進行簡要說明。,國際標準：由國際聯(lián)合機構(gòu)制定和公布，提供各國參考的標準。 國家標準：由政府或國家級的機構(gòu)制定或批準，適用于全國范圍的標準

5、。 行業(yè)標準：由行業(yè)機構(gòu)、學術團體或國防機構(gòu)制定，并適用于某個業(yè)務領域的標準。 企業(yè)規(guī)范：一些大型企業(yè)或公司，由于軟件工程工作的需要，制定適用于本部門的規(guī)范。 項目規(guī)范：由某一科研生產(chǎn)項目組織制定，目為該項任務專用的軟件工程規(guī)范。,二、軟件質(zhì)量認證,軟件質(zhì)量認證的產(chǎn)生背景 軟件質(zhì)量認證的標準 軟件質(zhì)量認證的作用 ISO9000標準的構(gòu)成,1、軟件質(zhì)量認證的產(chǎn)生背景,軟件產(chǎn)品的質(zhì)量直接影響到國民經(jīng)濟信息系統(tǒng)和國際裝備系統(tǒng)的可靠性與安全運行，在國內(nèi)外軟件市場激烈的競爭中，提高軟件質(zhì)量已經(jīng)成為一個軟件企業(yè)生存發(fā)展的關鍵問題，軟件企業(yè)或從事軟件工程項目的機構(gòu)在實踐工作中在軟件質(zhì)量問題上應認識到，軟件自

6、身的特點和目前軟件開發(fā)模式，使隱藏在軟件內(nèi)部的質(zhì)量缺陷是不可避免,問題的出現(xiàn),軟件需求中存在的模糊以及需求的變更，影響著軟件產(chǎn)品的質(zhì)量。 目前廣為采用的手工開發(fā)方式難于避免出現(xiàn)差錯。 軟件開發(fā)過程中各個環(huán)節(jié)的接口處不易保證正確性。 軟件測試技術具有局限性。 軟件質(zhì)量管理的實際困難。 軟件質(zhì)量指標許多尚未量化。 目前許多軟件機構(gòu)的產(chǎn)品質(zhì)量責任尚未落實到人 不規(guī)范的開發(fā)習慣難于糾正。 人員之間的溝通容易出現(xiàn)問題。 軟件項目組中人員流動會影響產(chǎn)品質(zhì)量。,ISO 9000系列標準與GB/T 19000,直到1987年公布的ISO 9000系列標準，是國際上影響最為深遠的質(zhì)量管理標準當屬國際標準化組織。

7、這一國際標準發(fā)源于歐洲經(jīng)濟共同體，但很快就波及美國、日本及世界各國。中國對此也十分重視，采取了積極態(tài)度。一方面確定對其等同采用，發(fā)布了與其相應的質(zhì)量管理國家標準系列GB/T 19000。,2、軟件質(zhì)量認證的標準,軟件企業(yè)貫徹實施ISO 9000質(zhì)量管理體系認證。 質(zhì)量體系認證，是指對供方的質(zhì)量體系進行的第三方評定或注冊活動，以通過評定和事后監(jiān)督來證明供方的質(zhì)量體系符合并滿足需方對該體系規(guī)定的要求。第三方是指具有權威性，并目對于供需雙方都無經(jīng)濟利害關系的機構(gòu)。 ISO 9000-3作為軟件企業(yè)實施，ISO 9001質(zhì)量保證模式標準的實施指南，通過對軟件產(chǎn)品從市場調(diào)查、需求分析、軟件設計、編碼、測

8、試等開發(fā)工作，直至作為商品軟件銷售，以及安裝及維護整個過程進行控制，保障軟件產(chǎn)品的質(zhì)量。現(xiàn)在ISO 9000標準已被各國軟件企業(yè)廣泛采用，并將其作為建立企業(yè)質(zhì)量體系的依據(jù),軟件質(zhì)量認證的作用,ISO9000標準是一系統(tǒng)性的標準，涉及的范圍、內(nèi)容廣泛，強調(diào)對各部門的職責權限進行明確劃分、計劃和協(xié)調(diào)，而使企業(yè)能有效地、有秩序地開展各項活動，保證工作順利進行。它強調(diào)管理層的介入，明確制定質(zhì)量方針及目標，并通過定期的管理評審達到了解公司的內(nèi)部體系運作情況，及時采取措施，確保體系處于良好的運作狀態(tài)的目的。它強調(diào)糾正及預防措施，消除產(chǎn)生不合格或不合格的潛在原因，防止不合格的再發(fā)生，從而降低成本。它強調(diào)不斷

9、地審核及監(jiān)督，達到對企業(yè)的管理及運作不斷地修正及改良的目的。,ISO9000標準的構(gòu)成,ISO9000系列標準自發(fā)布以來，在“市場競爭驅(qū)動”、“收益者驅(qū)動”和“管理者驅(qū)動”3方面影響下，己經(jīng)發(fā)展成為一個大的標準家族，稱為“ISO9000族”標準。到1994年為止這個家族包括了以下幾類標準。 ISO8402質(zhì)量管理和質(zhì)量保證術語 質(zhì)量管理和質(zhì)量保證標準的選用和實施指南 質(zhì)量保證標準 質(zhì)量管理標準,三、GB/T 8567-2006計算機軟件文檔編制規(guī)范,1、使用范圍,GB/T 8567-2006 中華人民共和國國家標準計算機軟件文檔編制規(guī)范。本標準根據(jù)GB/T 8566-2001信息技術 軟件生存

10、周期過程的規(guī)定，主要對軟件的開發(fā)過程和管理過程應編制的主要文檔及其編制的內(nèi)容、格式規(guī)定了基本要求。本標準原則上適用于所有類型的軟件產(chǎn)品的開發(fā)過程和管理過程。本標準參考國際標準ISO/IEC 15910：1999 信息技術 軟件用戶文檔過程等標準制定的。該標準是GB/T 8567-1988計算機軟件產(chǎn)品開發(fā)文件編制指南的修訂版，更適合計算機軟件文檔的編寫。,2、文檔過程,概述 兩種主要類型的標注： 產(chǎn)品標準，它規(guī)定產(chǎn)品的特征和功能需求 過程標準，它規(guī)定開發(fā)產(chǎn)品的過程,源材料準備 需方應允許文檔管理者訪問以下內(nèi)容： 所有有關的規(guī)格說明、記錄格式、屏幕和報告布局、CASE工具輸出和文檔的準備所需要的

11、任何其他的信息； 若可用，軟件的操作副本； 軟件的分析員和程序員，以及及時和確切地解答由文檔開發(fā)人員提出的問題； 若可能，訪問典型的用戶。 注：保證需方交付給文檔管理者的所有材料，當交付時，是完整的和正確的且在交付后保持是最新的，這是需方的責任。,文檔計劃 文檔管理者應準備一份文檔計劃，此計劃規(guī)定在文檔創(chuàng)建中要執(zhí)行的工作。此文檔計劃應經(jīng)需方正式同意，以預示它完全覆蓋了需方的要求。 文檔計劃應正式地描述計劃的文檔的范圍和限制，以及重要的文檔分析和設計決定。也應規(guī)定在文檔開發(fā)期間實現(xiàn)的過程和控制。 文檔開發(fā) 按文檔計劃規(guī)定進行文檔開發(fā)。通常，在進行文檔開發(fā)前，要規(guī)定文檔的格式（風格）。 在軟件的開

12、發(fā)和管理過程中需要那些文檔，每種文檔的規(guī)范在下面說明。,評審 主要以用戶文檔的評審為例說明。對于開發(fā)文檔的評審，由供方組織和實施，而批準由開發(fā)組織的上級技術機構(gòu)實施，更要著重經(jīng)常性的、非正式的注重實效的評審。 用戶文檔的評審應由需方實現(xiàn)，包括當需要時與文檔管理者討論。評審宜由合適的有資格的人員執(zhí)行，這些人員被授權請求變更和批準文檔的內(nèi)容。需方在批準每個用戶文檔草案之前，應保證文檔的安全和合法。 與其他公司的文檔開發(fā)子合同 文檔管理者應保證子合同的文檔遵循本標準，遵循文檔計劃和合同。 在子合同的文檔中，文檔管理者作為本標準的“需方”，而子合同承擔者作為“文檔管理者”。文檔管理者應與子合同承擔者簽

13、定符合標準的協(xié)議。,3、文檔編制要求,軟件生存周期與各種文檔的編制,在計算機軟件的生存周期中，GB/T8567-2006給出了這些文檔的編制規(guī)范，同時，該標準也是這些文檔的編寫質(zhì)量的檢驗準則。一般地說，一個軟件總是一個計算機系統(tǒng)（包括硬件，固件和軟件）的組成部分。鑒于計算機系統(tǒng)的多樣性，本標準一般不涉及整個系統(tǒng)開發(fā)中的文檔編制問題，本標準僅僅是軟件開發(fā)過程中的文檔編制指南。,管理人員：可行性分析（研究）報告， 項目開發(fā)計劃， 軟件配置管理計劃， 軟件質(zhì)量保證計劃， 開發(fā)進度月報， 項目開發(fā)總結(jié)報告； 用 戶： 軟件產(chǎn)品規(guī)格說明， 軟件版本說明， 用戶手冊， 操作手冊。,開發(fā)人員： 軟件需求規(guī)格

14、說明， 接口需求規(guī)格說明， 軟件（結(jié)構(gòu)）設計說明， 接口設計說明書， 數(shù)據(jù)庫（頂層）設計說明， 測試計劃， 測試報告； 維護人員： 軟件需求規(guī)格說明， 接口需求規(guī)格說明， 軟件（結(jié)構(gòu)）設計說明;,對于使用文檔的人員而言他們所關心的文件的種類隨他們所承擔的工作而異。,本標準規(guī)定了在軟件開發(fā)過程中文檔編制的要求，這些文檔從使用的角度可分為用戶文檔和開發(fā)文檔兩大類。其中，用戶文檔必須交給用戶。用戶應該得到的文檔的種類和規(guī)模由供應者與用戶之間簽訂的合同規(guī)定。如前所述，軟件，從出現(xiàn)一個構(gòu)思之日起，經(jīng)過軟件開發(fā)成功投入使用，直到最后決定停止使用并被另一項軟件代替之時止，被認為是該軟件的一個生存周期，一般地

15、說這個軟件生存周期可以分成以下六個階段： 可行性與計劃研究階段 需求分析階段 設計階段 實現(xiàn)階段 測試階段 運行與維護階段,在可行性分析（研究）與計劃階段內(nèi)，要確定該軟件的開發(fā)目標和總的要求，要進行可行性分析、投資一收益分析、制訂開發(fā)計劃，并完成應編制的文檔。 在需求分析階段內(nèi)，由系統(tǒng)分析人員對被設計的系統(tǒng)進行系統(tǒng)分析，確定對該軟件的各項功能、性能需求和設計約束，確定對文檔編制的要求，作為本階段工作的結(jié)果，一般地說軟件需求規(guī)格說明（也稱為：軟件需求說明、軟件規(guī)格說明）、數(shù)據(jù)要求說明和初步的用戶手冊應該編寫出來。,在設計階段內(nèi)，系統(tǒng)設計人員和程序設計人員應該在反復理解軟件需求的基礎上，提出多個設

16、計，分析每個設計能履行的功能并進行相互比較，最后確定一個設計，包括該軟件的結(jié)構(gòu)、模塊（或CSCI）的劃分、功能的分配，以及處理流程。在被設計系統(tǒng)比較復雜的情況下，設計階段應分解成概要設計階段和詳細設計階段兩個步驟。在一般情況下，應完成的文檔包括：結(jié)構(gòu)設計說明、詳細設計說明和測試計劃初稿。 在實現(xiàn)階段內(nèi)，要完成源程序的編碼、編譯（或匯編）和排錯調(diào)試得到無語法錯的程序清單，要開始編寫進度日報、周報和月報（是否要有日報或周報，取決于項目的重要性和規(guī)模），并且要完成用戶手冊、操作手冊等面向用戶的文檔的編寫工作，還要完成測試計劃的編制。,在測試階段：該程序?qū)⒈蝗娴販y試，已編制的文檔將被檢查審閱。一般要

17、完成測試分析報告。作為開發(fā)工作的結(jié)束，所生產(chǎn)的程序、文檔以及開發(fā)工作本身將逐項被評價，最后寫出項目開發(fā)總結(jié)報告。 在整個開發(fā)過程中（即前五個階段中），開發(fā)團隊要按月編寫開發(fā)進度月報。 在運行和維護階段，軟件將在運行使用中不斷地被維護，根據(jù)新提出的需求進行必要而且可能的擴充和刪改、更新和升級。,文檔編制中的考慮因素,文檔編制是開發(fā)過程的有機組成部分，也是一個不斷努力的工作過程。是一個從形成最初輪廓、經(jīng)反復檢查和修改，直至程序和文檔正式交付使用的完整過程。其中每一步都要求工作人員做出很大努力。要保證文檔編制的質(zhì)量，要體現(xiàn)每個開發(fā)項目的特點，也要注意不要花太多的人力。為此編制中要考慮如下各項因素。,

18、文檔的讀者,每一種文檔都具有特定的讀者。這些讀者包括個人或小組、軟件開發(fā)單位的成員或社會上的公眾、從事軟件工作的技術人員、管理人員或領導干部。他們期待著使用這些文檔的內(nèi)容來進行工作，例如設計、編寫程序、測試、使用、維護或進行計劃管理。因此這些文檔的作者必須了解自己的讀者。這些文檔的編寫必須注意適應自己的特定讀者的水平、特點和要求。,重復性,本規(guī)范中列出的文檔編制規(guī)范的內(nèi)容要求中，顯然存在某些重復。較明顯的重復有兩類。引言是每一種文檔都要包含的內(nèi)容，以向讀者提供總的梗概.第二類明顯的重復是各種文檔中的說明部分，如對功能性能的說明；對輸入、輸出的描述；系統(tǒng)中包含的設備等。這是為了方便每種文檔各自的

19、讀者，每種文檔應該自成體系，盡量避免讀一種文檔時又不得不去參考另一種文檔。當然，在每一種文檔里，有關引言、說明等同其他文檔相重復的部分，在行文上、在所用的術語上、在詳細的程度上，還是應該有一些差別以適應各種文檔的不同讀者的需要。, 靈活性,鑒于軟件開發(fā)是具有創(chuàng)造性的腦力勞動，也鑒于不同軟件在規(guī)模上和復雜程度上差別極大，本規(guī)范認為在文檔編制工作中應允許一定的靈活性。這種靈活性表現(xiàn)在如下各款。 應編制的文檔種類 盡管本規(guī)范認為在一般情況下，一項軟件的開發(fā)過程中，應產(chǎn)生如上所述的各種文檔，然而針對一項具體的軟件開發(fā)項目，有時不必編制這么多的文檔，可以把幾種文檔合并成一種。一般地說，當項目的規(guī)模、復雜

20、性和失敗風險增大時，文檔編制的范圍，管理手續(xù)和詳細程度將隨之增加，反之，則可適當減少。為了恰當?shù)卣莆者@種靈活性，本規(guī)范要求貫徹分工負責的原則，這意味著： 一個軟件開發(fā)單位的領導機構(gòu)應該根據(jù)本單位經(jīng)營承包的應用軟件的專業(yè)領域和本單位的管理能力，制定一個對文檔編制要求的實施規(guī)定，主要是：在不同的條件下，應該形成哪些文檔？這些文檔的詳細程度？該開發(fā)單位的每一個項目負責人，必須認真執(zhí)行這個實施規(guī)定。,對于一個具體的應用軟件項目，項目負責人應根據(jù)上述實施規(guī)定，確定一個文檔編制計劃（可以包含在軟件開發(fā)計劃中），其中包括： 應該編制哪幾種文檔，詳細程度如何？ 各個文檔的編制負責人和進度要求； 審查、批準的負責人和時間進度安排 在開發(fā)時間內(nèi)，各文檔的維護、修改和 管理的負責人，以及批準手續(xù)。每項工作必須落實到人。這個文件編制計劃是整個開發(fā)計劃的重要組成部份。 有關的設計人員則