【正文】 版 本 啟 用 通 知 單所 有 文 檔 資 料發(fā) 行 版 本版 本 啟 用 通 知 單版 本 啟 用 通 知 單版 本 啟 用 通 知 單 版 本 啟 用 通 知 單所 有 文 檔 資 料發(fā) 行 版 本版 本 啟 用 通 知 單數(shù) 據(jù) 庫 資 料 、 光盤發(fā) 行 版 本版 本 啟 用 通 知 單 說明： 1. 內(nèi)部測試： 進行白盒測試，要求對源程序進行檢查，分析出可能影響的模塊，并對相應(yīng)的模塊進行測試。 6 支持文件 7 記錄 質(zhì)量記錄 JL/ 版本啟用通知單 JL/ 用戶服務(wù)檔案 JL/ 軟件測試修改單 以上記錄由標準檔案室保存三年。 軟件版本管理 應(yīng)顧客需要進行軟件版本升級或修訂時，設(shè)計部門負責(zé)人確定項目負責(zé)人，組織軟件人員實施。 設(shè)計部門負責(zé)人審批各項目負責(zé)人資格，并負責(zé)： a、考核各階段的進度完成情況； b、及時協(xié)調(diào)開發(fā)中組織接口及計劃修改； c、控制項目開發(fā)各階段的設(shè)計輸入、設(shè)計輸出、技術(shù)狀態(tài)和各階段的驗 證 ,并對軟件的正確性、文檔的完 整性負責(zé)。 a、測試階段的檢測； b、軟件課題的系統(tǒng)檢測； c、軟件版本存檔前的檢測。 b、技術(shù)發(fā)展部審批評審申請表，并將有關(guān)資料提前 35 天下發(fā)評審組成員以供分工審閱， c、評審組長主持評審會，并填寫 [評審報告 ]； 評審結(jié)束，技術(shù)發(fā)展部負責(zé)收回評審資料交項目組存檔。 標準檔案室管理員負責(zé)文檔的存貯、保管和處理。 技術(shù)發(fā)展部負責(zé)組織對公司下達的軟件項目進行各階段的評審。 頒發(fā)雙證： 通用高級經(jīng)理資格證書＋ MBA 高等教育研修結(jié)業(yè)證書（ 含 2 年全套學(xué)籍檔案） 證書說明： 證書全國通用、國際互認、電子注冊，是提干、求職、晉級、移民的有效依據(jù) 學(xué)習(xí)期限 ： 3個月（ 允許工作經(jīng)驗豐富學(xué)員提前畢業(yè)） 收費標準 ： 全部學(xué)費 元 學(xué)校網(wǎng)站： 報名電話： 0451－ 88723232 咨詢郵箱： 主辦單位：中國經(jīng)濟管理大學(xué) 承辦單位：中國教育培訓(xùn)網(wǎng) 美華管理人才學(xué)校 職業(yè)經(jīng)理 MBA整套實戰(zhàn)教程 千本好書 免費 下載網(wǎng)址 20xx0325 發(fā)布 20xx0328 實施 湖南計算機股份有限公司發(fā)布 l 范圍 本標準規(guī)定了軟件產(chǎn)品開發(fā)研制過程質(zhì)量職責(zé)及控制要求。 本標準適用于本公司研制的計算機各類型軟件的管理。 物流部經(jīng)理負責(zé)組織項目的最終檢測。 5 工作程序與要求 公司下達的軟件項目立項后，由技術(shù)發(fā)展部下達 [新產(chǎn)品研制任務(wù)書 ]。 凡上級下達的項目，若上級部門（或系統(tǒng)組織單位）對評審另有要求時，則按其執(zhí)行；否則，按 條執(zhí)行。 對以上測試發(fā)現(xiàn)的問題， 由項目組填寫 [軟件測試修改單 ]，經(jīng)分析原因和采取糾正措施及回歸測試后，由項目負責(zé)人審批，方可列入正式版本。 項目負責(zé)人 (軟件負責(zé)人 )負責(zé)組織： a、制定項目開發(fā)計劃，若軟件、硬件相結(jié)合的，其計劃也可合并制定。 軟件負責(zé)人發(fā)出 [版本送檢（啟用）通知單 ]升級的版本由物流部組織檢測合格后，由軟件負責(zé)人將新版本存入標準檔案室；并在 [版本檔案 ]中詳細記錄升級內(nèi)容，存入項目檔案中。 工作記錄 版本檔案 以上記錄由標準檔案室 保存三年。 2. 外部測試： 進行黑盒測試，對整個系統(tǒng)進行測試。委派他人對提交的文檔進行抽查，驗證其正確性和完備性。 功能和性能 對照軟件需求說明書，來說明系統(tǒng)是如何滿足功能和性能需求的。 用程序流程圖描述出主要功能的實現(xiàn)方式。 物理數(shù)據(jù)結(jié)構(gòu)設(shè)計 給出系統(tǒng)中的數(shù)據(jù)的存儲要求和訪問方式、和存儲介質(zhì)。 關(guān)鍵的技術(shù)和難點 描述開發(fā)該系統(tǒng)采用的關(guān)鍵技術(shù)和難點，對關(guān)鍵技術(shù)和難點作出風(fēng)險評估，要求作出相應(yīng)的解決對策， 或提出其他的解決方案。 故障處理 列出在該系統(tǒng)出現(xiàn)故障時，為滿足信息處理要求而可能采取的技術(shù)措施，如： ? 后備技術(shù) ? 低效技術(shù) ? 再啟動技術(shù) 接口 說明該軟件系統(tǒng)與其他系統(tǒng)和子系統(tǒng)的接口 軟件接口和硬件接口 安全和保密 說明該軟件系統(tǒng)在安全和保密方面的要求 交付方式 交付的內(nèi)容 全部的設(shè)計文件、發(fā)行版本、源程序 交付的媒體介質(zhì) 紙質(zhì)文件、電子文件、 CD、 FLASH、軟盤 附錄五： 軟 件 開 發(fā) 規(guī) 范 軟件開發(fā)的流程和需要的文檔資料同項目開發(fā)類似，在第 章中有詳細的描述，在這不再作介紹了，僅介紹與軟件緊密相關(guān)的常用文檔資料的格式模板，以及編程設(shè)計中的若干規(guī)定 常用文檔的格式模板 流程圖 概述 國家標準 GB152689《信息處理 — 數(shù)據(jù)流程圖、程序流程圖、系統(tǒng)流程圖、程序網(wǎng)絡(luò)圖和系統(tǒng)資源圖的文件編制符號及約定》規(guī)定了信息處理文件使用的各種符號及其使用 的具體約定。符號內(nèi)可注明處理名或其簡要功能 既定處理 表示已命名的既定處理。例如：設(shè)置開關(guān)、修改變址寄 存器、初始化例行程序 判斷 表示判斷或開關(guān)。 循環(huán)界限 循環(huán)界限由上界限和下界限構(gòu)成，分別表示循環(huán)的開始和結(jié)束。 端點符 程序流程的起點或結(jié)束 注解符 表示注解的內(nèi)容，虛線須連接到被注解的符號或符號組合上。 符號標志符 這是賦予某個符號的標志符，其作用是便于其他文件中引用該符號。 連接的約定 ? 標準流向 從左至右，自上而下 ? 箭頭的使用 可隨時在流線上使用箭頭指示方向，當(dāng)流程不是標準流向時，一定要采用箭頭來指示方向。它們都應(yīng)對準符號的中心。在編譯或連接器中要求大寫的標識符或庫函數(shù)名 . 3。比如： class 不是 C編譯器的關(guān)鍵字，但是 C++的關(guān)鍵字，在用 C編譯器開發(fā)的系統(tǒng)中，不能采用 class作為變量名，否則將影響移植性。i9。 long *plong。則在 (1)中 plong=8,(2)中 plong=2。 版本狀態(tài)和歷史 給出當(dāng)日的日期 ,程序員姓名 . 入口參數(shù) 列出及描述所有該子過程將輸入的變量和寄存器，描述應(yīng)簡要而完全 , 有必要描述一個組中不同的元素 , 或者一個詞的字節(jié)或位 . 如果沒有輸入變量 ,則鍵入“ none” . 出口參數(shù) 列出及描述所有該子過程的輸出變量和寄存器 , 同時描述對全局變量的 影響和被破壞的寄存器 , 如果有的話 . 同時還要描述出錯信息或在出錯時變量的值 , 如果沒有的話給出“ none” . 默認的段寄存器和段名 用 ASSUME指出在該子過程中，默認的段寄存器和段名的關(guān)系。對于外部 (公共 )子過程名 ,在第一個字符之前加 _. 變量名 變量名的長度沒有限制 . 但各個變量的前 31個字符必須唯一 .(各系 統(tǒng)的狀態(tài)會有變化 , 盡可能在開始時加以區(qū)分 ).建議用英文語句的一般風(fēng)格命名變量名 . 英文單詞的首字母大寫，后面的字母小寫。xxxxx ? 在語句后的注釋必須與語句在同一行 : statement 。... 。... ... ? 帶注釋的 指令不得少于整個程序指令數(shù)的三分之一 . ? 在同一個文件中 , 盡量將注釋對齊 . ? 每實現(xiàn)一相對完整邏輯功能的一段指令前必須用注釋給出該功能的描述 , 且各個該類型指令段間用空行或注釋行分隔 . 認證系列： 高級職業(yè)經(jīng)理 CEO 資格認證、人力資源總監(jiān)、營銷經(jīng)理、財務(wù)總監(jiān)、企業(yè)培訓(xùn)師、酒店經(jīng)理、品質(zhì)經(jīng)理、生產(chǎn)經(jīng)理、營銷策劃師 等學(xué)習(xí)認證系列 。... ? 每一個變量都應(yīng)以注釋 , 對其用途、含義、可能的取值加以說明。..._ ... ? 如果注釋太長 , 超出一行 ,應(yīng)將其按如下格式放在語句之前 : 。 常量 對公共使用的常量 , 在 . 標號 ? 所有標號應(yīng)在第一列開始 . ? 標號名稱由子過程名稱的簡寫 (用大寫字母 )加下劃線加有具體含義的單詞構(gòu)成。 % 圖 D3 標準格式 (in “ ” ) 修改舊代碼 在過程頭上的所有必要的信息必須修改 , 版本狀態(tài)必須包含版本日期 , 程序員姓名 , 以及版本的簡要描述 , 這種描述必須規(guī)格化 , 而且要包含足夠的信息 , 以便于對這些修改進行回溯 . 版本狀態(tài)列出的順序必須使得最新的版本