?? gb8567-88-02.htm
字號:
接口設計說明書,<br> 版本說明;<br> 操作手冊可分寫成:操作手冊,<br> 安裝實施過程;<br> .測試計劃可分寫成:測試計劃,<br> 測試設計說明, <br> 測試規程,<br> 測試用例;<br> 測試分析報告可分寫成:綜合測試報告,<br> 驗收測試報告; <br> 項目開發總結報告亦可分寫成項目開發總結報告和資源環境統計。<br> <strong>5.3.4 節的擴張與縮并<br> </strong> 在有些文件中,可以使用本指南所提供的章、條標題,但在條內又存在一系列需要分別討論的因素 本指南認為,所有的條都可以擴展,可以進一步細分,以適應實際需要。反之,如果章條中的有些細節; 非必需,也可以根據實際情況縮并。此時章條的編號應相應地改變。<br> <strong>5.3.5 程序設計的表現形式 </strong><br> 本指南對于程序的設計表現形式并未作出規定或限制,可以使用流程圖的形式、判定表的形式,1 可以使用其他表現形式,如程序設計語言(PDL)、問題分析圖(PAD)等。 <br> <strong>5.3.6 文件的表現形式 </strong><br> 本指南對于文件的表現形式亦未作出規定或限制,可以使用自然語言,也可以使用形式化語言。<br> <strong>5.3.7 文件的其他種類 <br> </strong> 當本指南中規定的文件種類尚不能滿足某些應用部門的特殊需要時,他們可以建立一些特殊的文件種類要求,例如軟件質量保證計劃、軟件配置管理計劃等,這些要求可以包含在本單位的文件編制實施規定中。 <br></p><p> </p><p><strong>6 文件編制的管理工作</strong><br> 文件編制工作必須有管理工作的配合,才能使所編制的文件真正發揮它的作用。文件的編制工作實際上貫穿于一項軟件的整個開發過程,因此,對文件的管理必須貫穿于整個開發過程。在開發過程中必須進行的管理工作是以下四條。<br> <strong>6.1文件的形成 </strong><br> 開發集體中的每個成員,尤其是項目負責人,應該認識到:文件是軟件產品的必不可少的組成部分;在軟件開發過程的各個階段中,必須按照規定及時地完成各種產品文件的編寫工作;必須把在一個開發步驟中作出的決定和取得的結果及時地寫入文件;開發集體必須及時地對這些文件進行嚴格的評審;這些文件的形成是各個階段開發工作正式完成的標志。這些文件上必須有編寫者、評審者和批準者的簽字,必須有編寫、評審完成的日期和批準的日期。<br> <strong>6.2文件的分類與標識</strong><br> 在軟件開發的過程中,產生的文件是很多的,為了便于保存、查找、使用和修改,應該對文件按層次地加以分類組織。一個軟件開發單位應該建立一個對本單位文件的標識方法,使文件的每一頁都具有明確的標識。例如可以按如下四個層次對文件加以分類和標識。 <br> a.文件所屬的項目的標識; <br> b.文件種類的標識; <br> C.同一種文件的不同版本號;<br> d.頁號。<br> 此外,對每種文件還應根據項目的性質,劃定它們各自的保密級別,確定他們各自的發行范圍。<br> <strong> 6·3文件的控制 </strong><br> 在一項軟件的開發過程中,隨著程序的逐步形成和逐步修改,各種文件亦在不斷地產生、不斷地修改或補充。因此,必須加以周密的控制,以保持文件與程序產品的一致性,保持各種文件之間的一致性和文件的安全性。這種控制表現為:<br> a.就從事一項軟件開發工作的開發集體而言,應設置一位專職的文件管理人員(接口管理工程師或文件管理員);在開發集體中,應該集中保管本項目現有全部文件的主文本兩套,由該文件管理人員負責保管;<br> b.每一份提交給文件管理人員的文件都必須具有編寫人、審核人和批準人的簽字;<br> C.這兩套主文本的內容必須完全一致;其中有一套是可供出借的,另一套是絕對不能出借的,以免發生萬一;可出借的主文本在出借時必須辦理出借手續,歸還時辦理注銷出借手續; <br> d.開發集體中的工作人員可以根據工作的需要,在本項目的開發過程中持有一些文件,即所謂個人文件,包括為使他完成他承擔的任務所需要的文件,以及他在完成任務過程中所編制的文件;但這種個人文件必須是主文本的復制品,必須同主文本完全一致,若要修改,必須首先修改主文本;<br> e·不同開發人員所擁有的個人文件通常是主文本的各種子集;所謂子集是指把主文本的各個部分根據承擔不同任務的人員或部門的工作需要加以復制、組裝而成的若干個文件的集合;文件管理人員。應該列出一份不同子集的分發對象的清單,按照清單及時把文件分發給有關人員或部門;<br> f.一份文件如果已經被另一份新的文件所代替,則原文件應該被注銷;文件管理人中要隨時整理主文本,及時反映出文件的變化和增加情況,及時分發文件;<br> g·當一個項目的開發工作臨近結束時,文件管理人員應逐個收回開發集體內每個成員的個人文 件,并檢查這些個人文件的內容;經驗表明,這些個人文件往往可能比主文本更詳細,或同主文本的內容 有所不同,必須認真監督有關人員進行修改,使主文本能真正反映實際的開發結果。<br> <strong> 6.4文件的修改管理</strong><br> 在一個項目的開發過程中的任何時刻,開發集體內的所有成員都可能對開發工作的已有成果—— 文件,提出進行修改的要求。提出修改要求的理由可能是各種各樣的,進行修改而引起的影響可能很小, 也可能會牽涉到本項目的很多方面。因此,修改活動的進行必須謹慎,必須對修改活動的進行加以管理, 必須執行修改活動的規程,使整個修改活動有控制地進行。<br> 修改活動可分如下五個步驟進行:<br> a·提議開發集體中的任何一個成員都可以向項目負責人提出修改建議,為此應該填寫一份修 改建議表,說明修改的內容、所修改的文件和部位、以及修改理由;<br> b.評議由項目負責人或項目負責人指定的人員對該修改建議進行評議,包括審查該項修改的 必要性、確定這一修改的影響范圍、研究進行修改的方法、步驟和實施計劃;<br> c.審核一般由項目負責人進行審核,包括核實修改的自的和要求、核實修改活動將帶來的影 響、審核修改活動計劃是否可行;<br> d.批準在一般情況下,批準權屬于該開發單位的部門負責人;在批準時,主要是決斷修改工作 中各項活動的先后順序及各自的完成日期,以保證整個開發工作按原定計劃日期完成;<br> e.實施由項目負責人按照已批準的修改活動計劃,安排各項修改活動的負責人員進行修改,建 立修改記錄、產生新的文件以取代原有文件、最后把文件交文件管理人員歸檔,并分發給有關的持有者。 <br> <br></p><p> </p></html>
?? 快捷鍵說明
復制代碼
Ctrl + C
搜索代碼
Ctrl + F
全屏模式
F11
切換主題
Ctrl + Shift + D
顯示快捷鍵
?
增大字號
Ctrl + =
減小字號
Ctrl + -