【正文】 gner數(shù)據(jù)庫表設(shè)計工具。 負責人設(shè)計人員和程序員。結(jié)合《模塊一覽表》，對每一個程序進行畫面設(shè)計和前后臺程序規(guī)格說明書的編寫，程序員將結(jié)合畫面設(shè)計和程序規(guī)格說明書的內(nèi)容編制程序。 目的明確本系統(tǒng)與其它系統(tǒng)的接口關(guān)系、通訊方式和具體通訊內(nèi)容，編寫通訊設(shè)計文檔和接口電文描述表。說明測試各環(huán)節(jié)的控制方式，如輸入是人工、半自動或自動引入、控制操作的順序以及結(jié)果的記錄方法。 《集成測試計劃》：列出測試中的每一項測試內(nèi)容的名稱標識符、這些測試的進度安排以及這些測試的內(nèi)容和目的，例如模塊功能測試、接口正確性測試、數(shù)據(jù)文卷存取的測試、運行時間的測試、設(shè)計約束和極限的測試等，給出對這項測試的進度安排，包括進行測試的日期和工作內(nèi)容（如熟悉環(huán)境。 《模塊一覽表》：對應(yīng)功能層次圖，列出在詳細設(shè)計階段需要設(shè)計的所有程序/模塊。 《系統(tǒng)編碼規(guī)則表》：說明支持系統(tǒng)運行所需引用或建立的編碼，包括對象、長度、格式、規(guī)則等，例如日期、單據(jù)號等格式。 《業(yè)務(wù)功能描述》：對業(yè)務(wù)功能和與接口系統(tǒng)的通訊方式、通訊內(nèi)容進行詳細描述。 《業(yè)務(wù)流程圖》：展示優(yōu)化改造后的業(yè)務(wù)流程，（格式見附錄）。 《功能層次圖》：明確系統(tǒng)內(nèi)功能層次結(jié)構(gòu)，（格式見附錄）。對基本設(shè)計內(nèi)容進行評審，并得到用戶的簽字認可。將現(xiàn)行業(yè)務(wù)的處理流程進行優(yōu)化改造，明確新處理流程所要求的輸入信息和所產(chǎn)生的輸出信息，明確功能模塊之間的關(guān)聯(lián)關(guān)系，對應(yīng)功能層次圖中的具體功能，繪制業(yè)務(wù)流程圖。 負責人項目經(jīng)理和設(shè)計人員。將現(xiàn)行業(yè)務(wù)的處理流程進行優(yōu)化改造，形成系統(tǒng)內(nèi)的新處理流程，明確每個新處理流程所要求的輸入信息和所產(chǎn)生的輸出信息。 目的將軟件系統(tǒng)需求轉(zhuǎn)換為系統(tǒng)內(nèi)的設(shè)計。 形成文檔《調(diào)研分析報告》：包括組織機構(gòu)圖、工藝流程圖、現(xiàn)行業(yè)務(wù)流程圖、業(yè)務(wù)功能層次圖、現(xiàn)有帳票/報表一覽表、業(yè)務(wù)功能模塊等。問題備忘：記錄本階段未解決的問題或可能存在的問題預(yù)測。功能需求描述：分析用戶的需求和調(diào)研結(jié)果，對應(yīng)業(yè)務(wù)功能層次圖，詳細描述系統(tǒng)將實現(xiàn)的業(yè)務(wù)功能。 任務(wù)對用戶的組織機構(gòu)、業(yè)務(wù)特點、業(yè)務(wù)流程、具體需求進行調(diào)研；明確項目背景：包括項目的提出（如項目提出方、開發(fā)此項目的目的），系統(tǒng)隸屬關(guān)系及其它關(guān)聯(lián)，用戶特點，約束（如費用、交付日期）等；業(yè)務(wù)現(xiàn)狀描述：明確開發(fā)依據(jù)，確定開發(fā)業(yè)務(wù)范圍和系統(tǒng)實現(xiàn)的主要目標。需求分析是編寫技術(shù)附件的基礎(chǔ)，為合同的簽訂提供依據(jù)，也是系統(tǒng)設(shè)計、開發(fā)的基礎(chǔ)和依據(jù)。在這個過程中，系統(tǒng)分析員和軟件設(shè)計師調(diào)研現(xiàn)行業(yè)務(wù)，確定用戶的需要，分析和尋求系統(tǒng)的解決方案。三、 軟件項目階段定義 需求分析 定義需求分析指的是在開發(fā)一個新的或改變一個現(xiàn)有的計算機軟件系統(tǒng)時描述新系統(tǒng)的目的、范圍、業(yè)務(wù)流程和功能時所要做的所有的工作。建立程序源代碼目錄：對所有程序，包括客戶端程序、服務(wù)器端程序、數(shù)據(jù)內(nèi)觸發(fā)器、存儲過程、函數(shù)等程序代碼建立程序源代碼目錄，清晰管理源程序。版本控制：在開發(fā)過程中對程序源代碼進行版本控制，常用的方式是使用SVN或VSS版本控制軟件控制程序版本。對程序源代碼進行版本控制、備份和歸檔，保證程序的安全?！俄椖课臋n目錄》：可以在項目初期就明確項目每個階段所要編寫的文檔，將其命名并編入文檔目錄統(tǒng)一管理文檔版本和完成情況。文檔歸檔保存：對通過校對和評審的定稿文檔標記為“評審版”或“完成版”，并歸檔保存。如沒有通過校對，則退回修改，以新版本重新上交校對和評審。創(chuàng)建文檔目錄：在明確項目各個階段所要編寫的文檔和文檔分類后，創(chuàng)建文檔目錄，列出所有文檔名、所屬類別、最后版本、負責人、評審人及文檔完成情況，并創(chuàng)建具體文檔的超鏈接。文檔分類：定義軟件項目各個階段所要編寫的文檔，并將其分類，例如會議記錄類，基本設(shè)計類。明確文檔編寫格式：在項目文檔編寫前明確文檔編寫的統(tǒng)一標準格式，如文檔的字體大小、段落行距、頁眉頁腳等，可以參照公司統(tǒng)一標準執(zhí)行。將項目相關(guān)文檔統(tǒng)一收集、統(tǒng)一發(fā)布、分類管理、規(guī)范命名、規(guī)范格式、管理版本、歸檔保存。 項目文檔管理項目文檔管理，是指在一個系統(tǒng)(軟件)項目管理、開發(fā)進程中將提交的文檔進行統(tǒng)一管理的過程?！俄椖繒h制度》：記錄與項目各類型會議相關(guān)的規(guī)定，可根據(jù)項目復(fù)雜度具體安排。例如項目確定有項目例會，要求項目經(jīng)理和主要設(shè)計人員必須參加。項目經(jīng)理和項目管理人員。 項目會議制度針對項目制定的會議類型、開會時間、會議頻次、與會人員等與會議相關(guān)的制度。審核代碼編寫是否符合規(guī)范。確定各項系統(tǒng)設(shè)計是否科學(xué)、合理、準確。公司管理層和技術(shù)項目部評審負責人。 項目評審制度針對項目各階段形成的設(shè)計、文檔、代碼、進度表的質(zhì)量進行綜合評價?！俄椖孔兏绊懺u估表》：項目變更需由影響的評估方（如甲方項目經(jīng)理、項目管理方負責人、項目實施方項目經(jīng)理等）進行評估，并記錄評估結(jié)果。《項目變更申請表》：變更提出方在變更提出時需填寫變更申請。針對變更情況修改項目進度、調(diào)整項目人員等，必要時進行合同變更。對項目變更的影響進行評估，得出評估結(jié)論并由評估方簽字落實評估結(jié)果。針對項目實際情況建立一套正規(guī)的變更程序，明確變更的具體流程、變更的提出方及責任、變更的審核方及責任和變更影響的評估方及責任。變更控制的目的并不是控制變更的發(fā)生，而是對變更進行管理，確保變更有序進行。二是內(nèi)部的變更要求，如為解決實施中發(fā)現(xiàn)的設(shè)計錯誤而修改設(shè)計或測試中發(fā)現(xiàn)的一些錯誤而修改源碼甚至設(shè)計等。項目變更主要的有以下幾種：項目范圍變更、項目進度變更、項目合同變更、項目人力資源的變更、費用預(yù)算變更。《項目風險預(yù)測與應(yīng)對預(yù)案》：對項目中可能存在的風險進行預(yù)測，并制定相應(yīng)的應(yīng)對方案。《可行性分析報告》：分析項目技術(shù)難度、實施成本、實施時間等因素，論證是否可行，并提出依據(jù)。風險預(yù)測：在項目確立后要對項目中可能存在的潛在風險進行預(yù)測，如設(shè)計方案的可行性，使用技術(shù)的成熟程度，項目組成人員的能力等。項目經(jīng)理。在項目啟動之前要進行項目可行性分析，總體評估項目實施的風險；在項目啟動后要注重項目風險的預(yù)測和應(yīng)對方案的制定?！队媱澱{(diào)整記錄表》：記錄從項目啟動開始，每次計劃調(diào)整的原因