十三種項目文檔編寫模板-資料下載頁
2024-11-06 09:47本頁面
【導讀】靈活性、可追溯性?！罂尚行苑治鰣蟾妫赫f明該軟件開發(fā)項目的實現(xiàn)在技術上、經(jīng)濟上和社會因素上的可行性，開發(fā)的進度、開發(fā)經(jīng)費的預算、所需的硬件及軟件資源等。等作出詳細的說明。它是在用戶與開發(fā)人員雙方對軟件需求取得共同理解并達成協(xié)議的條件。下編寫的，也是實施開發(fā)工作的基礎。該說明書應給出數(shù)據(jù)邏輯和數(shù)據(jù)采集的各項要求，為。生成和維護系統(tǒng)數(shù)據(jù)文件做好準備?！笤敿氃O計說明書：著重描述每一模塊是怎樣實現(xiàn)的，包括實現(xiàn)算法、邏輯流程等。測試的內(nèi)容、進度、條件、人員、測試用例的選取原則、測試結(jié)果允許的偏差范圍等。分析，并提出測試的結(jié)論意見?！筌浖栴}報告：指出軟件問題的登記情況，如日期、發(fā)現(xiàn)人、狀態(tài)、問題所屬模塊等，在的問題、修改的考慮以及修改的影響作出詳細的描述，提交審批。
【正文】 儲媒體；程序使用數(shù)據(jù)庫的限制。 結(jié)構(gòu)及詳細說明 ● 說明該數(shù)據(jù)庫的結(jié)構(gòu)，包括其中的記錄和項。 ● 說明記錄的組成，包括首部或控制段、記錄 體。 ● 說明每個記錄結(jié)構(gòu)的字段，包括：標記或標號、字段的字符長度和位數(shù)、該字段的允許值范圍。 ● 擴充：說明為記錄追加字段的規(guī)定。 4 維護過程 約定：列出該軟件系統(tǒng)設計中所使用全部規(guī)則和約定，包括：程序、分程序、記錄、字段和存儲區(qū)的標識或標號助記符的使用規(guī)則；圖表的處理標準、卡片的連接順序、語句和記號中使用的縮寫、出現(xiàn)在圖表中的符號名；使用的軟件技術標準；標準化的數(shù)據(jù)元素及其特征。 驗證過程：說明一個程序段修改后，對其進行驗證的要求和過程（包括測試程序和數(shù)據(jù)）及程序周期性驗證的過程。 出錯及糾正方法：列出出錯狀態(tài)及其糾正方法。 專門維護過程：說明文檔其他地方?jīng)]有提到的專門維護過程。如：維護該軟件系統(tǒng)的輸入輸出部分（如數(shù)據(jù)庫）的要求、過程和驗證方法；運行程序庫維護系統(tǒng)所必需的要求、過程和驗證方法；對閏年、世紀變更的所需要的臨時性修改等。 專用維護程序：列出維護軟件系統(tǒng)使用的后備技術和專用程序（如文件恢復程序、淘汰過時文件的程序等）的目錄，并加以說明，內(nèi)容包括：維護作業(yè)的輸入輸出要求；輸入的詳細過程及在硬設備上建立、運行并完成維護作業(yè)的操作步驟。 程序清單和流程圖：引用或提供附錄給出程序清單和流程圖。 軟件問題報告 1 登記號 由軟件配置管理部門為該報告規(guī)定一個唯一的、順序的編號。 2 登記日期 軟件配置管理部門登記該報告的日期。 3 問題發(fā)現(xiàn)日期 發(fā)現(xiàn)該問題的日期和時間。 4 活動 在哪個階段發(fā)現(xiàn)的問題，分為單元測試、組裝測試、確認測試和運行維護。 5 狀態(tài) 在軟件配置記錄中維護的動態(tài)指示，狀態(tài)表示有：正在復查 軟件問題報告 ，以確定將采取什么行動；軟件問題報告 已由指定的人去進行處理；修改 已完成，并經(jīng)過測試，正準備交給主程序庫；主程序庫已經(jīng)更新，主程序庫修改的重新測試沿未完成；做了重新測試，問題再現(xiàn)；做了重新測試，所做的修改無故障， 軟件問題報告 被關閉；留待以后關閉。 6 報告人 填寫 軟件問題報告 人員的姓名、地址、電話。 7 問題屬于什么方面 區(qū)分是程序的問題，還是模塊的問題，或是數(shù)據(jù)庫的問題，文件的問題。也可能是它們的某種組合。 8 模塊 /子系統(tǒng) 出現(xiàn)的模塊名。如果不知是哪個模塊，可標出子系統(tǒng)名，盡量給出細節(jié)。 9 修訂版本號 出現(xiàn)問題的模塊版本。 10 磁帶 包含有問題的模塊的主程序庫的磁帶的標識符。 11 數(shù)據(jù)庫 當發(fā)現(xiàn)問題時所使用數(shù)據(jù)庫的標識符。 12 文件號 有錯誤的文件的編號。 13 測試用例 發(fā)現(xiàn)錯誤時所使用測試用例的標識符。 14 硬件 發(fā)現(xiàn)錯誤時所使用的計算機系統(tǒng)的標識。 15 問題描述 /影響 問題癥兆的詳細描述。如果可能，則寫明實際問題所在。也要給出該問題對將來測試、接口軟件和文件等的影響。 16 附注 記載補充信息。 軟件修改報告 1 登記號 由軟件配置管理部門為該報 告規(guī)定的編號。 2 登記日期 軟件配置管理部門登記 軟件修改報告 的日期。 3 時間 準備好 軟件修改報告 的日期。 4 報告人 填寫該報告的作者。 5 子系統(tǒng)名 受修改影響的子系統(tǒng)名。 6 模塊名 被修改的模塊名。 7 軟件問題報告 的編號 被 軟件修改報告 處理或部分處理的 軟件問題報告 的編號。如果某 軟件問題報告 的問題只是部分被處理，則在編號后附以 p，如 1234p。 8 修改 包括程序修改、文件更新、數(shù)據(jù)庫修改或它們的組合。 9 修改描述 修改的詳細描述。如果是文件更新或數(shù)據(jù)庫修改，還要列出文件更新通知或數(shù)據(jù)庫修改申請的標識符。 10 批準人 批準人簽字，正式批準進行修改。 11 語句類型 程序修改中涉及到的語句類型，包括：輸入 /輸出語句類、計算語句類、邏輯控制語句類、數(shù)據(jù)處理語句類（如數(shù)據(jù)傳送、存取語句類）。 12 程序名 被修改的程序、文件或數(shù)據(jù)庫的名字。 13 老修訂版 當前的版本 /修訂本標識。 14 新修訂版 修改后的版本 /修訂本標識。 15 數(shù)據(jù)庫 如果申請數(shù)據(jù)庫修改，則給出數(shù) 據(jù)庫的標識符。 16 數(shù)據(jù)庫修改報告 數(shù)據(jù)庫修改申請?zhí)枴? 17 文件 如果要求對文件進行修改，則給出文件的名字。 18 文件更新 文件更新通知單的編號。 19 修改是否已測試 指出已對修改做了哪些測試，如單元、子系統(tǒng)、組裝、確認和運行測試等，并注明測試成功與否。 20 軟件問題報告 是否給出問題的準確描述 回答 39。是 39?；?39。否 39。 21 問題注釋 準確地敘述要維護的問題。 22 問題源 指明問題來自于哪里，如軟件需求說明書、設計說明書、數(shù)據(jù)庫、源程序等。 23 資源 完成修改所需資源的估計，即總的人時數(shù)和計算機時間的開銷。
環(huán)評公示相關推薦
鄂ICP備17016276號-1