軟件分析報告模板

名目未定義書簽。!范圍 錯誤1.未定義書簽。!總體要求 錯誤2.未定義書簽。! 錯誤總體功能要求未定義書簽。! 錯誤軟件開發(fā)平臺要求未定義書簽。! 錯誤軟件工程的開發(fā)實施過程治理要求!未定!未定義書簽。!!軟件開發(fā)3. ................................................未定義書簽。錯誤!未定義書簽

未定!未定義書簽。!未定義書簽。錯!未定義書簽。! 錯誤軟件的概要設計!未定!未定義書簽。!未定義書簽。錯誤概未定義書概要設計的評審未定義書簽。錯!未定義書簽。錯誤!軟件未定義書簽。錯具體設計 .!未定未定義書簽。 .

誤數(shù)據(jù)庫設計.!未定義書簽。錯!未定義書簽。錯!未定義書簽。! 錯誤軟件的編碼!未定!未定義書簽。!未定義書簽。錯誤..........................................編程標準及要求!未定義書簽。錯誤!軟件未定義書簽

未定義書簽.錯誤!

!未定義書簽。!未定義書簽。! 錯誤軟件的鑒定驗收!未定!未定義書簽。 .

!未定義書簽。錯!未定義書簽。! 錯誤培訓未定義書簽

誤系統(tǒng)應用培訓.!未定義書簽。錯誤..................................系統(tǒng)治理的培訓〔可選!A軟件需求分析報告文檔模板 9\l“_TOC_250001“附錄B軟件概要設計報告文檔模板 21\l“_TOC_250000“附錄C軟件具體設計報告文檔模板 33附錄D軟件數(shù)據(jù)庫設計報告文檔模板 43附錄E軟件測試(驗收)大綱 定義書簽。5范圍A至E中供給了文檔的編寫模板供開發(fā)者參考，在進展具體軟件開發(fā)時，開發(fā)者可依據(jù)實際狀況采編寫，但必需供給雙方商定的文檔，文檔中商定的內容必需描述清楚?？傮w要求總體功能要求網(wǎng)絡應用環(huán)境以Internet/Intranet技術為核心。開發(fā)者應在充分分析需求的根底上，選擇承受B/S構造或者C/S構造。軟件系統(tǒng)的數(shù)據(jù)庫應依照《南京市交通局信息化數(shù)據(jù)庫建設標準》進展設計和建設。擅長來選擇承受面對過程的方法、面對對象的方法或面對數(shù)據(jù)的方法，但建議開發(fā)商使用面對對象軟件工程的方法，如：承受目前被廣泛使用的RUP(RationalUnifiedProcess)方法來進展分析、設計和開發(fā)。軟件開發(fā)平臺要求開發(fā)者開發(fā)的軟件必需能夠在南京市交通局規(guī)定的軟件平臺上正常運行。目前軟件平臺為：數(shù)據(jù)庫治理系統(tǒng)：Oracle9i中間件(應用效勞器)系統(tǒng)：IBMWebSphereOALotusDomino/Notes網(wǎng)絡架構：TCP/IP為保證軟件的上下兼容性，開發(fā)者應選擇比較通用的開發(fā)工具的較版本進開放發(fā)，如MicrosoftVisual，BorlandDelphi，C++Builder,或J2EE(Java2P1atformEnterpriseEdition)等。軟件工程的開發(fā)實施過程治理要求軟件工程實施過程總體要求〔一開發(fā)。軟件開發(fā)工作依據(jù)需求分析、概要設計、具體設計、編碼、測試等幾個階段進展，在開發(fā)過程中，開發(fā)者需分階段提交相關文檔?！踩吃谲浖_發(fā)工作完成后，開發(fā)者應向交通局提交完整的軟件文檔，交通局組織驗收組對軟件進展驗收審查。軟件工程實施變更要求在開發(fā)過程中，需求或設計不行避開地需要發(fā)生變更，相關變更必需經(jīng)過交通局書面同意方可進展。在需求或設計發(fā)生變更時，需要對原有文檔進展修改，并供給完整的變更記錄，以使變更處于可把握的狀態(tài)。變更單如下表所示：2-1變更單需求變更申請需求變更申請申請變更的需求文檔輸入名稱，版本，日期等信息變更的內客及其理由變更的內客及其理由的影響申請人簽字變更申請的審批意見工程經(jīng)理簽字審批意見：日期簽字客戶簽字)(合同工程審批意見：日期簽字更改需求文檔輸入名稱，版本，完成日期等信息更改人簽字重評審需求文檔需求評審小組簽字評審意見：簽字日期變更完畢工程經(jīng)理簽字日期簽字軟件工程實施里程碑把握2.3.3交通局將分四個階段進展把關，召開專家審查會。〔一〕需求分析〔結合原型進展審查〕確認；概要設計〔二〕數(shù)據(jù)庫設計；+〔三；預驗收〔試運行后〕〔四〕正式驗收〔用后〕。軟件開發(fā)計、編碼、測試、驗收、鑒定等活動組成。軟件的需求分析需求分析首先，開發(fā)者和交通局應共同對交通局的應用需求作充分的調研，提交完整的需求分析報告。在需求分析報告中必需描述的根本問題是：功能、性能、強加于實現(xiàn)的設計限制、屬性、外部接口。應當避開把設計或工程需求寫入需求分析報告中。它必需說明由軟件獲得的結果，而不是獲得這些結果的手段。軟件需求可以用假設干種方法來表達，如通過輸入、輸出說明；使用代表性的例子；用標準化的模型。開發(fā)者應盡可能地使用模型的方式，由于這是表達簡潔需求的準確和有效的方法。比方用統(tǒng)一建模語言〔UML〕來描述需求。a．無歧義性那么應對該術語的每種含義做出解釋并指出其適用場合。b．完整性需求分析報告應當包括全部有意義的需求，無論是關系到功能的、性能的、設計約束的、還是關入值的響應做出規(guī)定；填寫全部插圖、表、圖示標記等；定義全部術語和度量單位。c．可驗證性否滿足需求。d．全都性在需求分析報告中的各個需求的描述不能相互沖突。e．可修改性需求分析報告應具有一個有條不紊、易于使用的內容組織；沒有冗余，即同一需求不能在需求分析報告中消滅屢次。f．可追蹤性每一個需求的源流必需清楚，在進一步產(chǎn)生和轉變文件編制時，可以便利地引證每一個需求。g．運行和維護階段的可使用性需求分析報告必需滿足運行和維護階段的需要。在需求分析報告要寫明功能的來源和目的。需求分析報告的編制者實現(xiàn)的功能；軟件開發(fā)者依據(jù)交通局提出的性能需求，結合軟件開發(fā)編寫需求分析。需求報告評審關人員對需求進展評審，以打算軟件需求是否完善和恰當。評審完成后，就可以進入軟件的設計階段。需求報告格式《軟件需求分析報告》需按確定的格式進展編寫，具體的《軟件需求分析報告》文檔編寫模板請A。軟件的概要設計概要設計在交通局和開發(fā)者雙方認可的《需求分析報告》根底上，開發(fā)者進展下——步的工作。首先，開發(fā)者需要對軟件系統(tǒng)進展概要設計，即系統(tǒng)設計。概要設計需要對軟件系統(tǒng)的設計進展考慮，包括系統(tǒng)的根本處理流程、系統(tǒng)的組織構造、模塊劃分、功能安排、接口設計、運行設計、數(shù)據(jù)構造設計和出錯處理設計等，為軟件的具體設計供給根底。a．全都性全都。b．合理性概要設計所提出的設計方法和標準應當是合理的、恰當?shù)?。c．可追蹤性求描述。d．可行性依據(jù)概要設計進展具體設計、操作和維護應當是可行的。概要設計報告的編寫者概要設計報告由開發(fā)者依據(jù)需求分析報告的要求進展編寫。概要設計和需求分析、具體設計之間的關系和區(qū)分需求分析不涉及具體的技術實現(xiàn)，而概要設計留意于從宏觀上和框架上來描述承受何種技術手段、方法來實現(xiàn)這些需求。具體設計相對概要設計更留意于微觀上和框架內的設計，是編碼的依據(jù)。概要設計是指導具體設計的依據(jù)。概要設計的評審《概要設計報告》評審通過后，即可進入具體設計階段。概要設計格式《軟件系統(tǒng)概要設計報告》需按確定的格式進展編寫，具體的《軟件系統(tǒng)概要設計報B。軟件的具體設計具體設計在概要設計的根底上，開發(fā)者需要進展軟件系統(tǒng)的具體設計。在具體設計中，描述實現(xiàn)具體模塊所涉及到的主要算法、數(shù)據(jù)構造、類的層次構造及調用關系，需要說明軟件系統(tǒng)各個層次中的每一個程序(每個模塊或子程序)的設計考慮，以便進展編碼和測試。應當保證軟件的需求完全安排給整個軟件。具體設計應當足夠具體，能夠依據(jù)具體設計報告進展編碼。特例假設軟件系統(tǒng)比較簡潔，層次較少，可以不必進展特地的具體設計，而和概要設計結合起來。a．全都性具體設計的要求應當與需求分析報告所描述的需求、與概要設計全都。同時，具體設計的各項要求之間也應當是全都的。b．合理性具體設計所提出的設計方法和標準應當是合理的、恰當?shù)摹．可追蹤性告中有明確的需求描述。d．可行性依據(jù)具體設計進展編碼、測試、操作和維護應當是可行的。數(shù)據(jù)庫設計照交通局制定的《南京市交通局信息化數(shù)據(jù)庫建設標準》要求進展。具體設計的評審在軟件具體設計完成后，軟件開發(fā)者應向交通局提交《軟件系統(tǒng)數(shù)據(jù)庫設計報告》和《軟審通過后，即可進入軟件編碼階段。具體設計格式具體的《軟件系統(tǒng)具體設計報告》文檔編寫模板和《軟件系統(tǒng)數(shù)據(jù)庫設計報告》文檔編寫模CD。軟件的編碼軟件編碼方面的設計要求，開頭具體的編寫程序工作，分別實現(xiàn)各模塊的功能，從而實現(xiàn)對目標系統(tǒng)的功能、性能、接口、界面等方面的要求。a．模塊化編碼b．代碼可讀性c．可維護性d．模塊接口標準化e．界面風格統(tǒng)一e．注釋的應用編碼的評審作。將代碼評審報告作為文檔的一局部，提交給交通局。編程標準及要求為了提高編程實現(xiàn)的質量，軟件的程序設計必需遵照國家公布的相關編程標準。主要內容包括：標準化的程序內部文檔、數(shù)據(jù)構造的具體說明、清楚的語句構造、編碼標準。編碼標準的內容包括命名標準、界面標準、提示及幫助信息標準、熱鍵定義等。其中數(shù)據(jù)庫局部應遵守《南京市交通局信息化數(shù)據(jù)庫建設標準》的要求。在軟件編碼的同時應進展單元測試。軟件的測試軟件測試為了盡早覺察軟件產(chǎn)品中的錯誤，從而到達提高軟件質量、降低軟件維護的費用，開發(fā)者應在編口進展正確性檢驗。軟件系統(tǒng)測試不僅是檢測軟件的整體行為表現(xiàn)，從另一個側面看，也是對軟件開發(fā)設計的再確認。進展軟件系統(tǒng)測試工作時。測試主要包括測試、破壞性測試、安全性測試等。報告和概要設計制作測試用例，并須經(jīng)過評審。軟件測試依據(jù)《測試打算測試打算試證明其符合設計要求、運行穩(wěn)定、安全可用方可交付交通局。軟件的交付預備交付清單產(chǎn)物?！队脩舭惭b手冊》應具體介紹安裝軟件對運行環(huán)境的要求、安裝軟件的定義和內容、在客戶端、效勞器端及中間件的具體安裝步驟、安裝后的系統(tǒng)配置。事項等方面的內容，在需要時還應舉例說明。軟件的鑒定驗收軟件的鑒定驗收驗收人員由交通局聘請具有確定的分析、設計、編程和軟件測試閱歷的驗收組長和其他專業(yè)人員組成。驗收組設組長一名(可設有副組長)，負責整個驗收的打算、組織工作。驗收具體內容幾項工作。合法性檢查檢查軟件開發(fā)工具是否合法、使用的函數(shù)庫、控件、組件是否有合法的公布許可。文檔檢查檢查開發(fā)者提交的文檔必需齊全，質量是否過關。需要開發(fā)者供給的文檔包括：軟件需求規(guī)格說明書(STP)(含數(shù)據(jù)字典)；概要設計說明書(PDD)；具體設計說明書(DDD)(含數(shù)據(jù)庫設計說明書)；軟件測試打算(STP)(含測試用例)；軟件測試報告(STR)；用戶手冊(SUM)(含操作、使用、維護、應急處理手冊)；源程序(SCL)(不行修改的電子文檔)；工程實施打算(PIP)；工程開發(fā)總結(PDS)；軟件質量保證打算(SQAP)；此外，驗收組可以依據(jù)需要對其它文檔(如軟件配置打算、工程進展報表、階段評審報表等)進展檢查。文檔的質量依據(jù)完備性、正確性、簡明性、可追蹤性、自說明性、標準件等方面進展蹤合評定。驗收需要對軟件代碼進展檢查，以確保其符合標準，并檢查其全都性。軟件驗收測試大綱E。培訓系統(tǒng)應用培訓主要培訓內容包括：系統(tǒng)操作使用、業(yè)務治理流程。培訓對象：應用操作人員。系統(tǒng)治理的培訓〔可選〕主要培訓內容包括：系統(tǒng)安裝、調試、維護；系統(tǒng)治理。培訓對象：系統(tǒng)治理人員。開發(fā)者應具體列出培訓打算，包括培訓內容、教材、時間和人員等。A軟件需求分析報告文檔模板未定義書簽。錯誤!引言 1.未定義書簽。! 錯誤編寫目的未定義書簽。! 錯誤工程風險未定義書簽。錯誤!未定義書簽。! 錯誤預期讀者和閱讀建議未定義書簽。!未定義書簽。錯誤參考文獻 !未定義書簽。錯誤!2.未定義書簽。!................................................產(chǎn)品的狀況錯誤未定義書簽。! 錯誤產(chǎn)品的功能未定義書簽。! 錯誤用戶類和特性未定義書簽。! 錯誤運行環(huán)境未定義書簽。! 錯誤設計和實現(xiàn)上的限制未定義書簽。! 假設和約束(依靠)!3.外部接口需求.未定義書簽。! 錯誤用戶界面未定義書簽。錯誤!未定義書簽。錯誤!未定義書簽。錯誤!未定義書簽。錯誤!.............................................4.系統(tǒng)功能需求未定義書簽。! 錯誤說明和優(yōu)先級未定義書簽。! 錯誤鼓舞／響應序列未定義書簽。! 錯誤輸入／輸出數(shù)據(jù)!..........................................5.其它非功能需求.未定義書簽。錯誤!未定義書簽。錯誤!未定義書簽。! 錯誤安全性需求未定義書簽。! 錯誤軟件質量屬性未定義書簽。錯誤!未定義書簽。!..................................................錯誤用戶文檔未定義書簽。!..................................................6.詞匯表錯誤未定義書簽。錯誤數(shù)據(jù)定義7. !未定義書簽。錯誤!分析模型8.................................................未定義書簽。!............................................9.待定問題列表.錯誤引言且應當如何閱讀、理解和解釋這份文檔。編寫目的說明這份軟件產(chǎn)品需求分析報告是為哪個軟件產(chǎn)品編寫的，開發(fā)這個軟件產(chǎn)品意義、作用、以及正和(或)發(fā)行版本號，從而對該軟件產(chǎn)品進展準確的定義。報告中說明的那個局部或子系統(tǒng)。工程風險險擔當者包括：任務提出者；軟件開發(fā)者；產(chǎn)品使用者。文檔商定描述編寫文檔時所承受的標準(假設有標準的話)，或者各種排版商定。排版商定應當包括：正文風格；提示方式；重要符號；的優(yōu)先級。預期讀者和閱讀建議列舉本軟件產(chǎn)品需求分析報告所針對的各種不同的預期讀者，例如，可能包括：用戶；開發(fā)人員；工程經(jīng)理；營銷人員；測試人員；文檔編寫入員。建議。產(chǎn)品范圍說明該軟件產(chǎn)品及其開發(fā)目的的簡短描述，包括利益和目標。把軟件產(chǎn)品開發(fā)與企業(yè)目標，或者業(yè)務策略相聯(lián)系。描述產(chǎn)品范圍時需留意，可以參考工程視圖和范圍文檔，但是不能將其內容復制到這里。參考文獻列舉編寫軟件產(chǎn)品需求分析報告時所用到的參考文獻及資料，可能包括：本工程的合同書；上級機關有關本工程的批文；本工程已經(jīng)批準的打算任務書；用戶界面風格指導；開發(fā)本工程時所要用到的標淮；系統(tǒng)規(guī)格需求說明；使用實例文檔；屬于本工程的其它己發(fā)表文件；本軟件產(chǎn)品需求分析報告中所引用的文件、資料；相關軟件產(chǎn)品需求分析報告；為了便利讀者查閱，全部參考資料應當按確定挨次排列。假設可能，每份資料都應當給出：標題名稱；作者或者合同簽約者；文件編號或者版本號；發(fā)表日期或者簽約日期；出版單位或者資料來源。綜合描述的用戶、對該軟件產(chǎn)品己知的限制、有關該軟件產(chǎn)品的假設和依靠。產(chǎn)品的狀況以下狀況：是否是產(chǎn)品系列中的下一成員；是否是成熟產(chǎn)品所改進的下一代產(chǎn)品；是否是現(xiàn)有應用軟件的替代品(升級產(chǎn)品)；是否是一個型的、自主型的產(chǎn)品。假設該軟件產(chǎn)品需求分析報告定義的軟件系統(tǒng)是：大系統(tǒng)的一個組成局部；與其它系統(tǒng)和其它機構之間存在根本的相互關系?！餐瑫r〕說明相互關系的存在形式，并且要定義出兩者之間的全部接口。產(chǎn)品的功能由于將在需求分析報告的第4其各項規(guī)格說明。假設存在引起誤會的可能，在陳述本軟件產(chǎn)品主要功能的作用領域時，也需要對應陳述本軟件產(chǎn)品的非作用領域，以利讀者理解本軟件產(chǎn)品。為了很好地組織產(chǎn)品功能，使每個讀者都簡潔理解，可以承受列表的方法給出。也可以承受圖形示方法是很有用的。參考用戶當前治理組織構架，了解各個機構的主要職能，將有助于陳述軟件產(chǎn)品的主要功能。用戶類和特性確定有可能使用該軟件產(chǎn)品的不同用戶類，并且描述它們相關的特征。往往有一些軟件需求，只與特定的用戶類有關。描述時，應當將該軟件產(chǎn)品的重要用戶類與非重要用戶類區(qū)分開。用戶不愿定是軟件產(chǎn)品的直接使用者，通過報表、應用程序接口、系統(tǒng)硬件接口得到軟件產(chǎn)品的序接口、系統(tǒng)硬件接口附加給軟件產(chǎn)品的附加用戶類。運行環(huán)境描述了本軟件的運行環(huán)境，一般包括：硬件平臺；操作系統(tǒng)和版本；支撐環(huán)境(例如：數(shù)據(jù)庫等)和版本；其它與該軟件有關的軟件組件；與該軟件共存的應用程序。設計和實現(xiàn)上的限制列內容：必需使用的特定技術、工具、編程語言和數(shù)據(jù)庫；避開使用的特定技術、工具、編程語言和數(shù)據(jù)庫；要求遵循的開發(fā)標準和標準示和編碼標準；企業(yè)策略的限制；政府法規(guī)的限制；工業(yè)標準的限制；硬件的限制例如，定時需求或存儲器限制；數(shù)據(jù)轉換格式標淮的限制。假設和約束(依靠)設因素不正確、不全都或者被修改，就會使軟件產(chǎn)品開發(fā)工程受到影響。這些假設的因素可能包括：打算使用的商業(yè)組件，或者其它軟件中的某個部件；假定產(chǎn)品中某個用戶界面將符合一個特別的設計商定；有關本軟件用戶的假設干假定(例如：假定用戶會嫻熟使用SQL語言。)；有關本軟件開發(fā)工作的假設干假定(例如：用戶承諾的優(yōu)待、便利、上級部門賜予的特別政策和支持等。)；有關本軟件運行環(huán)境的一些問題；此外，確定本軟件開發(fā)工程對外部約束因素所存在的依靠。有關的約束可能包括：工期約束；●經(jīng)費約束；●人員約束；●設備約束；地理位置約束；其它有關工程約束；外部接口需求的外部接口，必需對接口數(shù)據(jù)和外部組件進展具體描述，并且寫入數(shù)據(jù)定義中。假設產(chǎn)品的不同局部有不同的外部接口，那么應當把這些外部接口的全部具體需求并入到這一局部實例中。取得軟件產(chǎn)品的數(shù)據(jù)和效勞的人的需求；而外部接口需求描述的是接口本身的需求。用戶界面陳述需要使用在用戶界面上的軟件組件，描述每一個用戶界面的規(guī)律特征。必需留意，這里需要描述的是用戶界面的規(guī)律特征，而不是用戶界面。以下是可能包括的一些特征：將要承受的圖形用戶界面(GUl)標準或者產(chǎn)品系列的風格；有關屏幕布局或者解決方案的限制；將要使用在每一個屏幕(圖形用戶界面)上的軟件組件，可能包括：選單；各種功能組件；日期的表現(xiàn)方法與格式；計時方法與時間格式；等等。錯誤信息顯示標準；不能寫入軟件需求規(guī)格說明中。將其參與參考文獻。硬件接口描述待開發(fā)的軟件產(chǎn)品與系統(tǒng)硬件接口的特征，假設有多個硬件接口，則必需全都描述。接口特征的描述內容可能包括：支持的硬件類型；軟、硬件之間溝通的數(shù)據(jù)；把握信息的性質；使用的通訊協(xié)議；軟件接口描述該軟件產(chǎn)品與其它外部組件的連接，這些外部組件必需明確它們的名稱和版本號以資識別，可能的外部組件包括：操作系統(tǒng)；數(shù)據(jù)庫；工具；函數(shù)庫；集成的商業(yè)組件商業(yè)組件。例如：中間件、消息效勞，等等?，F(xiàn)數(shù)據(jù)共享機制，例如：在多用戶系統(tǒng)中的一個全局數(shù)據(jù)區(qū)，那么就必需把它定義為一種實現(xiàn)上的限制。通訊接口描述與軟件產(chǎn)品所使用的通訊功能相關的需求，包括：電子郵件；WEB網(wǎng)絡通訊標準或者協(xié)議；必需定義相關的：消息格式；通訊安全或加密問題；數(shù)據(jù)傳輸速率；同步和異步通訊機制；系統(tǒng)功能需求需要進展具體的需求記錄，具體列出與該系統(tǒng)功能相關的具體功能需求，并且，唯一地標識每一指定的使用實例執(zhí)行任務。描述軟件產(chǎn)品如何響應己知的出錯條件、非法輸入、非法動作。用例才能驗證，那么該項功能需求的描述必定存在某些問題。式、用戶類、對象類或者功能等級來組織這局部內容，也可以便用這些元素的組合?？偠灾?，必需選擇一種是讀者簡潔理解預期產(chǎn)品的組織方案。用簡短的語句說明功能的名稱，例如能。無論說明的是何種功能，都應當針對該系統(tǒng)功能重復表達~這三個局部?？梢酝ㄟ^各種方式來組織這一局部內容，例如承受：使用實例、運行模式、用戶類、對象類、功來說，每個使用實例都對應一個系統(tǒng)功能，因而依據(jù)使用實例來組織內容比較簡潔讓用戶理解。對應一些被共享的獨立使用實例，可以定義一些公用系統(tǒng)功能。必需特別留意的是，在節(jié)“產(chǎn)品的功能”中描述的全部需求，以及它們的規(guī)格說明；必需在某個系統(tǒng)功能描述中有所反映，而且不應重復。說明和優(yōu)先級對該系統(tǒng)功能進展簡短的說明，并且指出該系統(tǒng)功能的優(yōu)先級是：高、中、還是低。需要的話，還可以包括對特定優(yōu)先級局部的評價，例如：利益、損失、費用和風險，其相對優(yōu)先等級可以從19(高)。鼓舞／響應序列統(tǒng)響應序列，這些序列將與使用實例中相關的對話元素相對應。描述鼓舞／響應序列時，不僅需要描述根本過程，而且應當描述可選(擴大)過程，包括例外(引起任務不能挨次完成的狀況稱為例外)。疏忽了可選過程，有可能影響軟件產(chǎn)品的功能；假設遺漏例外過程，則有可能會引發(fā)系統(tǒng)崩潰。假設承受流程圖來描述鼓舞／響應序列，比較簡潔讓用戶理解。輸入／輸出數(shù)據(jù)(計算)方法，以及相應地輸出數(shù)據(jù)，描述對應區(qū)分：輸入數(shù)據(jù)和輸出數(shù)據(jù)。當有大量數(shù)據(jù)需要描述時，也可以分類描述數(shù)據(jù)，并且注明各項數(shù)據(jù)的輸入、輸出屬性。對于每一項數(shù)據(jù)，均需要描述：數(shù)據(jù)名稱；實際含義；數(shù)據(jù)類型；數(shù)據(jù)格式；數(shù)據(jù)約束；對于簡潔的處理方法，僅僅給出算法原理是不夠的，必需描述具體的計算過程，并且列出每一步具體使用的實際算式；假設計算過程中涉及查表、推斷、迭代等處理方法，應當給出處理依據(jù)和相關數(shù)據(jù)。假設計算方法很簡潔，也可以將其從略，不加描述。其它非功能需求在這里列舉出全部非功能需求，主要包括牢靠性、安全性、可維護性、可擴展性、可測試性等。性能需求做出合理的設計選擇。盡可能具體地描述性能需求，假設需要，可以針對每個功能需求或者特征分別陳述其性能需求。在這里確定：相互合作的用戶數(shù)量；與實時系統(tǒng)的時間關系：存儲器；磁盤空間；數(shù)據(jù)庫中表的最大行數(shù)。安全措施需求詳盡陳述與軟件產(chǎn)品使用過程中可能發(fā)生的損失、破壞、危害相關的需求。定義必需實行的安全安全性需求詳盡陳述與系統(tǒng)安全性、完整性問題相關的需求，或者與個人隱私問題相關的需求。這些問題將會影響到軟件產(chǎn)品的使用，和軟件產(chǎn)品所創(chuàng)立或者使用的數(shù)據(jù)的保護。定義用戶身份認證，或備軟件質量屬性是確定的、定量的、在需要時是可以驗證的。至少也應當指明不同屬性的相對側重點，例如：易用性優(yōu)于易學性，或者可移植性優(yōu)于有效性。業(yè)務規(guī)章列舉出有關軟件產(chǎn)品的全部操作規(guī)章，例如：那些人在特定環(huán)境下可以進展何種操作。10000，00列舉業(yè)務規(guī)章時，可以依據(jù)規(guī)章的數(shù)量，選取適宜的編目方式。用戶文檔安裝指南紙質文檔，16開本；用戶手冊紙質文檔，16開本；在線幫助電子文檔，與軟件產(chǎn)品一同分發(fā)、配置；使用教程電子文檔，與軟件產(chǎn)品一同分發(fā)、配置。詞匯表列出本文件中用到的專業(yè)術語的定義，以及有關縮寫的定義(如有可能，列出相關的外文原詞)。者非計算機專業(yè)的術語描述軟件需求。所以這里所指的專業(yè)術語，是指業(yè)務層面上的專業(yè)術語，而不是軟件專業(yè)或者計算機專業(yè)的術語。但是，對于無法回避的軟件專業(yè)或者計算機專業(yè)術語，也應當列入詞匯表并且加以準確定義。數(shù)據(jù)定義和構造都準確描述：含義、類型、數(shù)據(jù)大小、格式、計量單位、精度以及取值范圍。擔者開放。該依據(jù)數(shù)據(jù)項所代表的實際意義匯總，而不是依據(jù)數(shù)據(jù)項的名稱匯總。在數(shù)據(jù)定義中，每個數(shù)據(jù)項除了有一個中文名稱外，還應當為它取一個簡短的英文名稱，該英文名稱應當符合命名標準，由于在軟件開發(fā)時將沿用該英文名稱?？梢允褂玫忍柋硎緮?shù)據(jù)項，名稱寫在左邊，定義寫在右邊。常見數(shù)據(jù)項的描述方式如下：原數(shù)據(jù)元素一個原數(shù)據(jù)元素是不行分解的，可以將一個數(shù)量值賦給它。定義原數(shù)據(jù)元素必需確定其含義、類型、數(shù)據(jù)大小、格式、計量單位、精度以及取值范圍。承受以星號為界的一行注釋文本，描述原數(shù)據(jù)元素的定義。選擇項選擇項是一種只可以取有限離散值的特別原數(shù)據(jù)元素，描述時一一枚舉這些值，并用方括號括起來寫在原數(shù)據(jù)元素的定義前。在兩項離散值之間，使用管道符分隔。組合項組合項是一個數(shù)據(jù)構造或者記錄，其中包含了多個數(shù)據(jù)項。這些數(shù)據(jù)項可以是原數(shù)據(jù)元素，也可以是組合數(shù)據(jù)項，各數(shù)據(jù)項之間用加號連接。其中每個數(shù)據(jù)項都必需是數(shù)據(jù)定義中定義過的，構造中也可以包括其它構造，但是確定不允許遞歸。假設數(shù)據(jù)構造中有可選項，使用圓括號把該項括起來。重復項重復項是組合項的一種特例，其中有一項將有多個實例消滅在數(shù)據(jù)構造中，使用花括號把該項括起來。假設知道該項可能允許的范圍，就按“最小值：最大值”的形式寫在花括號前。分析模型這是一個可選局部，包括或涉及到相關的分析模型，例如：數(shù)據(jù)流程圖；類圖；狀態(tài)轉換圖；實體-關系圖。待定問題列表查。B軟件概要設計報告文檔模板未定義書簽。!引言 錯誤1.未定義書簽。! 錯誤編寫目的未定義書簽。! 錯誤工程風險未定義書簽。! 錯誤預期讀者和閱讀建議未定義書簽。! 錯誤參考資料未定義書簽。!................................................錯誤2.設計概述未定義書簽。錯誤!未定義書簽。錯誤!3.!未定義書簽。! 錯誤系統(tǒng)構造設計!未定!未定義書簽。錯誤系統(tǒng)接口設計..............................................未定義書簽

!未定!未定義書簽。! 錯誤系統(tǒng)完整性設計未定義書簽。錯誤!系統(tǒng)出錯處理設計 4.未定義書簽。! 錯誤系統(tǒng)出錯處理表未定義書簽。!............................................維護處理過程表錯誤未定義書簽。錯誤技術設計5. !未定義書簽。! 錯誤系統(tǒng)開發(fā)技術說明表未定義書簽。錯誤!未定義書簽。!數(shù)據(jù)庫設計 錯誤6.未定義書簽。!錯誤7.詞匯表..................................................未定義書簽。!8.進度打算錯誤引言且應當如何閱讀、理解和解釋這份文檔。編寫目的意義、作用、以及最終要到達的意圖。通過這份軟件系統(tǒng)概要設計報告詳盡說明白該軟件產(chǎn)品的軟件構造，包括數(shù)據(jù)庫構造和出錯處理，從而對該軟件產(chǎn)品的構造的描述。報告中說明的那個局部或子系統(tǒng)。工程風險險擔當者包括：任務提出者；軟件開發(fā)者；產(chǎn)品使用者。預期讀者和閱讀建議列舉本軟件系統(tǒng)概要設計報告所針對的各種不同的預期讀者，例如，可能的讀者包括：用戶；開發(fā)人員；工程經(jīng)理；營銷人員；測試人員；文檔編寫人員；等等。描述文檔中，其余局部的內容及其組織構造，并且針對每一類讀者提出最適合的文檔閱讀建議。參考資料列舉編寫軟件產(chǎn)品概要設計報告時所用到的參考文獻及資料，可能包括：本工程的合同書；上級機關有關本工程的批文；本工程已經(jīng)批準的打算任務書；用戶界面風格指導；開發(fā)本工程時所要用到的標準；系統(tǒng)規(guī)格需求說明；使用實例文檔；屬于本工程的其它已發(fā)表文件；本軟件系統(tǒng)概要設計報告中所引用的文件、資料：相關軟件系統(tǒng)概要設計報告：等等。為了便利讀者查閱，全部參考資料應當按確定順排列。假設可能，每份資料都應當給出：標題名稱；作者或者合同簽約者；文件編號或者版本號；發(fā)表日期或者簽約日期；出版單位或者資料來源。設計概述本節(jié)描述現(xiàn)有開發(fā)條件和需要實現(xiàn)的目標，說明進展概要設計時應當遵循的設計原則和必需承受的設計方法。限制和約束簡要描述起到限制和約束作用的各種可能存在的條件，例如：技術條件；資金狀況；開發(fā)環(huán)境(包括：工具和平臺)；時間限制；等等。并且說明在上述條件下，應當實現(xiàn)的系統(tǒng)目標，設計原則和設計要求描述對本軟件系統(tǒng)進展概要設計的原則，通?？梢钥紤]以下幾方面的內容：命名規(guī)章；模塊獨立性原則：邊界設計原則；數(shù)據(jù)庫設計規(guī)章；必需的安全措施；安全性和保密原則；系統(tǒng)靈敏性要求；系統(tǒng)易操作性要求；系統(tǒng)可維護性要求；等等。系統(tǒng)規(guī)律設計本節(jié)內容主要依據(jù)軟件產(chǎn)品需求規(guī)格說明書和軟件產(chǎn)品數(shù)據(jù)字典建立系統(tǒng)的規(guī)律模型?，F(xiàn)的中間構造，它的主要結果是建立：系統(tǒng)構造圖、系統(tǒng)界面構造圖、系統(tǒng)出錯處理、以及系統(tǒng)開發(fā)技術說明。B在完成軟件數(shù)據(jù)字典后，再進展系統(tǒng)設計。系統(tǒng)組織設計子系統(tǒng)編號英文名稱中文名稱業(yè)務職能子系統(tǒng)編號英文名稱中文名稱業(yè)務職能安裝地點備注中有可能安裝假設干個一樣的子系統(tǒng)，在這種狀況下，應當視為一個子系統(tǒng)，并且對多個安裝地多行進展分別描述，并且在備注中說明其差異所在?！褡酉到y(tǒng)英文名稱給出本子系統(tǒng)的英必需能夠說明該子系統(tǒng)的特點。假設本系統(tǒng)中只有一個子系統(tǒng)，則本項內容仍需要描述，但是本表內容只有一行?！褡酉到y(tǒng)中文名稱統(tǒng)，則本項內容仍需要描述，但是本表內容只有一行?！駱I(yè)務職能描述該子系統(tǒng)完成的核心業(yè)務。安裝地點描述該子系統(tǒng)實際安裝的部門、或者某個具體地點。備注針對該子系統(tǒng)，需要說明的其它有關問題。系統(tǒng)構造設計本節(jié)將對系統(tǒng)特性作較為具體的描述，并給出系統(tǒng)特性構造圖。系統(tǒng)特性表組成。系統(tǒng)特性可以具有操作界面，也可以沒有操作界面；可以被其它操作界面、或者系統(tǒng)特性調用，間接遞歸調用。的格式如下：特性編號系統(tǒng)特征系統(tǒng)特征操作功能調用對象被調用對備注英文名稱中文名稱象子系統(tǒng)編號：說明：子系統(tǒng)編號：說明：含義同上。含義同上。特性編號整個系統(tǒng)全部特性的統(tǒng)一編號。系統(tǒng)特性英文名稱系統(tǒng)特性的英文正式名稱，將來用于軟件開發(fā)中，必需符合命名標準。系統(tǒng)特性中文名稱系統(tǒng)特性的中文正式名稱，來源于需求規(guī)格說明書中，系統(tǒng)特性一節(jié)中的有關描述。操作功能是指該特性實際完成的操作說明。調用對象是指調用該系統(tǒng)特性的系統(tǒng)對象，這里的系統(tǒng)對象可以是系統(tǒng)特性、也可以是操作界面。被調用對象是指被該系統(tǒng)特性調用的系統(tǒng)對象，這里的系統(tǒng)對象可以是系統(tǒng)特性、也可以是操作界面。說明：某些較低層的系統(tǒng)特性，可能不存在被調用對象。備注描述與該系統(tǒng)特性有關的其它留意事項。說明描述與該系統(tǒng)特性表有關的其它留意事項。系統(tǒng)特性構造圖中，系統(tǒng)特性一節(jié)中的有關描述。假設系統(tǒng)劃分為多個子系統(tǒng)，應分別給出系統(tǒng)與子系統(tǒng)、以及各個子系統(tǒng)與系統(tǒng)特性的構造圖。要可以畫出，但是盡可能不要畫出第三層系統(tǒng)特性。系統(tǒng)接口設計系統(tǒng)接口是一種非可視的系統(tǒng)界面，在多數(shù)狀況下，它對用戶是透亮的。本節(jié)將對系統(tǒng)接口作較為具體的描述，并給出接口說明清單。系統(tǒng)接口表接口作為系統(tǒng)的一種輸入／輸出形式，分為網(wǎng)絡接口、數(shù)據(jù)庫接口、RS-232IEEE—485I/O是透亮的，所以不在本節(jié)描述范圍內。子系統(tǒng)編號接口編號接口名稱接口類型接口性質接口速率子系統(tǒng)編號接口編號接口名稱接口類型接口性質接口速率接口協(xié)議備注說明：含義同上。接口編號整個系統(tǒng)全部接口的統(tǒng)一編號。

子系統(tǒng)中文名稱●接口名稱系統(tǒng)接口的正式名稱，必需符合通常習慣。接口類型指出該接口所傳輸?shù)臄?shù)據(jù)在該模塊中起到的作用。接口性質指出該接口在通訊中起到的作用，這里的作用可以是：輸入；雙向。接口速率它通訊方式的速率。接口協(xié)議給出該接口實際使用的通訊協(xié)議。相關對象給出直接使用本接口的系統(tǒng)對象，這里的系統(tǒng)對象，可以是操作界面，也可以是系統(tǒng)特性。備注描述與該系統(tǒng)接口有關的其它留意事項。說明描述與該系統(tǒng)接口表有關的其它留意事項。系統(tǒng)接口傳輸協(xié)議說明逐項具體描述系統(tǒng)接口表中所列出各個系統(tǒng)接口使用的傳輸協(xié)議，以及其它相關內容，例如：驅動程序、動態(tài)連接庫、等等。系統(tǒng)完整性設計描述系統(tǒng)對象(數(shù)據(jù)元、數(shù)據(jù)類)，所受到的規(guī)律約束關系。子系統(tǒng)編號約束編號完整性名稱子系統(tǒng)編號約束編號完整性名稱相對對象名約束表達式備注說明：整個系統(tǒng)全部約束的統(tǒng)一編號?！裢暾悦Q慣?！裣鄬ο竺暾约s束中的相關對象(數(shù)據(jù)元和數(shù)據(jù)類)。約束表達式用一階規(guī)律表達式表達的約束方程式。備注描述與該系統(tǒng)完整性約束有關的其它留意事項。說明描述與該系統(tǒng)完整性約束表有關的其它留意事項。系統(tǒng)出錯處理設計維護處理過程表。系統(tǒng)出錯處理表本表給出有關出錯處理的產(chǎn)生緣由、提示信息、以及建議處理方法。子系統(tǒng)編號：子系統(tǒng)編號：錯誤編號錯誤名稱錯誤緣由錯誤信息處理方式備注說明：含義同上。含義同上。錯誤編號整個系統(tǒng)全部錯誤的統(tǒng)一編號。錯誤名稱錯誤的正式名稱，該名稱應當是常用的，并且為人們所普遍承受的。錯誤緣由對該錯誤產(chǎn)生緣由的解釋與說明。錯誤信息產(chǎn)生該錯誤時，向用戶發(fā)出的提示信息。處理方式對該錯誤處理的一種建議，此項允許缺省。備注描述與該系統(tǒng)錯誤有關的其它留意事項。說明描述與該系統(tǒng)錯誤表有關的其它留意事項。維護處理過程表程表進展描述。子系統(tǒng)編號：子系統(tǒng)編號：錯誤編號錯誤編號處理過程處理過程處理功能入口參數(shù)出口參數(shù)備注英文名稱中文名稱說明：同上。錯誤編號●系統(tǒng)維護處理過程的英文正式名稱，將來用于軟件開發(fā)中，必需符合命名標準。處理過程中文名稱●系統(tǒng)維護處理過程的中文正式名稱，是系統(tǒng)維護處理過程英文名稱的中文說明。處理功能●賦給維護處理過程的入口參數(shù)。出口參數(shù)●進展本項錯誤處理時，維護處理過程返回的出口參數(shù)?！駛渥⒚枋雠c該系統(tǒng)錯誤有關的其它留意事項。說明描述與該系統(tǒng)錯誤表有關的其它留意事項。技術設計系統(tǒng)開發(fā)技術說明表本表描述系統(tǒng)各個特性開發(fā)時實際使用的具體技術，只有一些不太常用的技術需要在這里描述。一些常用技術，例如：通過數(shù)據(jù)庫接口調用存儲過程，則不必冗述。子系統(tǒng)編號：子系統(tǒng)英文名稱：子系統(tǒng)中文名稱：部件編號部件名稱子系統(tǒng)編號：子系統(tǒng)英文名稱：子系統(tǒng)中文名稱：部件編號部件名稱技術編號開發(fā)技術開發(fā)技術處理功能系統(tǒng)特性編號備注英文名稱中文名稱說明：含義同上。技術編號這個系統(tǒng)所使用各種技術的統(tǒng)一編號。開發(fā)技術英文名稱該開發(fā)技術的英文正式名稱，可以便用縮寫。該名稱應當是常用的，并且為人們所普遍承受的。開發(fā)技術中文名稱該開發(fā)技術的中文正式名稱，是該開發(fā)技術英文名稱的中文說明。該名稱應當是常用的，并且為人們所普遍承受的。處理功能描述本開發(fā)技術的處理目的。含義同上。由于一項開發(fā)技術可能在多處使用，因此針對一項開發(fā)技術，有可能存在多個系統(tǒng)特性編號，在此必需一一列出。備注描述與該系統(tǒng)開發(fā)技術相關的其它留意事項。說明描述與該系統(tǒng)開發(fā)技術說明表有關的其它留意事項。開發(fā)技術應用說明容，例如：所需的效勞、使用的動態(tài)連接庫、調用的組件、等等。數(shù)據(jù)庫設計假設該軟件產(chǎn)品需要使用數(shù)據(jù)庫，不管是使用數(shù)據(jù)庫平臺支撐的，還是承受由軟件產(chǎn)品開發(fā)者自行定義的；都應當在完成軟件產(chǎn)品需求分析報告后，開頭進展軟件產(chǎn)品具體設計之前，依據(jù)軟件產(chǎn)品數(shù)據(jù)庫設計說明文檔模板完成數(shù)據(jù)庫設計工作。詞匯表列出本文件中用到的專業(yè)術語的定義，以及有關縮寫的定義(如有可能，列出相關的外文原向)。列入詞匯表，并且加以準確定義。進度打算列出進度打算，包括各子系統(tǒng)、各子模塊完成進度打算，人員配備打算等。附錄C 軟件具體設計報告文檔模板未定義書簽。錯誤!1.未定義書簽。! 錯誤編寫目的未定義書簽。!未定義書簽。錯誤文檔商定 !未定義書簽。! 錯誤預期讀者和閱讀建議未定義書簽。! 錯誤參考資料未定義書簽。!................................................2.支撐環(huán)境未定義書簽。! 錯誤數(shù)據(jù)庫治理系統(tǒng)未定義書簽。錯誤!未定義書簽。錯誤!未定義書簽。! 錯誤網(wǎng)絡環(huán)境未定義書簽。! 錯誤多種支撐環(huán)境開發(fā)要點未定義書簽。錯誤!部件具體設計 3.未定義書簽。!詞匯表 錯誤4.未定義書簽。!錯誤5.部件表格式...............................................未定義書簽。!...............................................6.界面表格式錯誤引言應當如何閱讀、理解和解釋這份文檔。編寫目的意義、作用、以及最終要到達的意圖。通過這份軟件系統(tǒng)具體設計報告詳盡說明白該軟件產(chǎn)品的編碼構造，從而對該軟件產(chǎn)品的物理組成進展準確的描述。報告中說明的那個局部或子系統(tǒng)。工程風險險擔當者包括：任務提出者；軟件開發(fā)者；產(chǎn)品使用者。文檔商定描述編寫文檔時所承受的標準(假設有標準的話)，或者各種編寫商定。編寫商定應當包括：部件編號方式；界面編號方式；命名標準：等等。預期讀者和閱讀建議列舉本軟件系統(tǒng)具體設計報告所針對的各種不同的預期讀者，例如，可能的讀者包括：開發(fā)人員；工程經(jīng)理；測試人員；文檔編寫人員；等等。描述文檔中，其余局部的內容及其組織構造，并且針對每一類讀者提出最適合的文檔閱讀建議。參考資料列舉編寫軟件系統(tǒng)具體設計報告時所用到的參考文獻及資料，可能包括：本工程的合同書；上級機關有關本工程的批文；本工程已經(jīng)批準的打算任務書；用戶界面風格指導；開發(fā)本工程時所要用到的標難；系統(tǒng)規(guī)格需求說明；使用實例文檔；屬于本工程的其它己發(fā)表文件；本軟件系統(tǒng)具體設計報告中所引用的文件、資料；相關軟件系統(tǒng)具體設計報告；等等。為了便利讀者查閱，全部參考資料應當按確定挨次排列。假設可能，每份資料都應當給出：標題名稱；作者或者合同簽約者；文件編號或者版本號；發(fā)表日期或者簽約日期；出版單位或者資料來源。支撐環(huán)境數(shù)據(jù)庫治理系統(tǒng)描述數(shù)據(jù)庫治理系統(tǒng)、以及安裝配置狀況，需要描述的內容可能包括：產(chǎn)品名稱以及發(fā)行廠商這里的產(chǎn)品名稱指的是數(shù)據(jù)庫發(fā)行廠商公布產(chǎn)品時公布的正式商品名稱，不應當使用別名、簡稱、研發(fā)代號等非正式名稱，以免混淆；同樣的道理，發(fā)行廠商的名稱也應當使用正式名稱。版本號數(shù)據(jù)庫治理系統(tǒng)的準確版本號，必需按產(chǎn)品的實際狀況描述到最細節(jié)的版本號。補丁包版本號描述實際上將要使用的數(shù)據(jù)庫治理系統(tǒng)補丁包的版本號，必需留意，在某些狀況下該版本號不愿定是最的版本號。語言或代碼集對于只支持一種語言或者一個代碼集的數(shù)據(jù)庫治理系統(tǒng)來說，該項描述不具意義。對于支持多種語言或者多個代碼集的數(shù)據(jù)庫治理系統(tǒng)來說，該項描述指的是實際使用的語言或者代碼集。安裝位置描述數(shù)據(jù)庫治理系統(tǒng)的實際安裝位置，應當分別對治理系統(tǒng)安缺位置和數(shù)據(jù)存放位置進展描述，應當指明效勞器名和安裝卷號(盤號)。對于分布式數(shù)據(jù)庫，必需分別描述每一個數(shù)據(jù)庫治理系統(tǒng)。配置參數(shù)描述數(shù)據(jù)庫治理系統(tǒng)在實際安裝時應當配置的各個參數(shù)，對于分布式數(shù)據(jù)庫，必須分別描述每一個數(shù)據(jù)庫治理系統(tǒng)的配置參數(shù)。等等開發(fā)工具、中間件以及數(shù)據(jù)庫接口假設使用了多種開發(fā)工具、關心開發(fā)工具、第三方軟件部件、多種中間件、多種接口、等同意當逐項分別描述，并且說明每一項的適用范圍。需要描述的內容可能包括：產(chǎn)品名稱以及發(fā)行廠商同中產(chǎn)品名稱以及發(fā)行廠商。版本號補丁包版本號同中補丁包版本號。語言或代碼集同中語言或代碼集。數(shù)據(jù)庫接口名稱描述數(shù)據(jù)庫接口的名稱，假設使用別名時，應同時描述使用的別名。數(shù)據(jù)庫接口方式描述與數(shù)據(jù)庫接口的方式，并說明該接口方式的特點；假設需要，還應當說明使用時的留意事項。數(shù)據(jù)庫接口設置描述各種接口設置，包括：協(xié)議、端口號等等。硬件環(huán)境描述所選用的硬件環(huán)境，各種機型，例如：效勞器、工作站，應當分別描述。需要描述的內容可能包括：機型；主頻；內存容量；磁盤容量；特別部件；操作系統(tǒng)；使用位置；等等。網(wǎng)絡環(huán)境描述可能影響應用軟件訪問數(shù)據(jù)庫的各種網(wǎng)絡環(huán)境，假設存在加密傳輸、VPN鏈路等狀況，也必需描述。對于構造簡潔的網(wǎng)絡，還應當供給網(wǎng)絡拓撲圖和數(shù)據(jù)流向示意圖。需要描述的內容可能包括：網(wǎng)絡構造；網(wǎng)絡操作系統(tǒng)；網(wǎng)絡帶寬；路由組織；加密傳輸方式；VPN等等。多種支撐環(huán)境開發(fā)要點當軟件產(chǎn)品將來可能遇到的多種運行環(huán)境時，應當分別依據(jù)節(jié)至節(jié)的內容列表描述。如果軟件產(chǎn)品各個子系統(tǒng)的運行環(huán)境不完全一樣時，應當分子系統(tǒng)依據(jù)節(jié)至節(jié)的內容列表描述。將來能夠在各種可能的運行環(huán)境中正常運行，還需要對軟件產(chǎn)品進展嚴格的配置治理。部件具體設計這里所提及的軟件部件，系指能夠完成特定功能、相對獨立的一些代碼集合，它們可以是插件、組件、控件、函數(shù)、過程、子程序、動態(tài)連接庫、等等。具體呈何種形態(tài)，取決于實際承受的開發(fā)工具和將要實現(xiàn)的軟件構造。依據(jù)適宜的挨次，逐個描述軟件部件的具體狀況。描述的挨次可以是按層次橫向進展描述，也可以是按模塊縱向進展描述，總之描述的方式必需有利于讀者理解軟件構造。每個部件承受一張軟件部件表進展描述，軟件部件表的格式見附表一，其中；部件編號軟件部件的統(tǒng)一挨次編號；對于實行配置治理的軟件開發(fā)工程來說，該編號必需與該部件在配置治理中的編號一樣。部件名稱軟件部件的正式英文名稱，該名稱是程序中使用的實際名稱，必需符合國家相關軟件命名標準。所屬子系統(tǒng)指該部件所屬的子系統(tǒng)；對于不分為多個子系統(tǒng)的軟件來說，不必填寫該欄。部件調用者指調用該部件的部件(或界面參數(shù))的編號和名稱。部件被調用者指被該部件所調用的部件的編號和名稱。部件入口參數(shù)●指該部件入口數(shù)據(jù)類名稱或者數(shù)據(jù)名稱，以及對這些數(shù)據(jù)的描述；假設部件沒有入口參數(shù)，該部件沒有出口參數(shù)，該欄為空。算法●指該部件的處理流程的具體表示或描述。部件表示形式●示形式可能是：插件、組件、控件，存儲過程，等等。運行環(huán)境描述該部件所適合的運行環(huán)境，即說明該部件是針對何種運行環(huán)境所開發(fā)的；可以直接描述運行環(huán)境，也可以描述運行環(huán)境的編號；對于實行配置治理的軟件開發(fā)工程來說，該描述必需與該部件在配置治理中的描一樣。性能要求指開發(fā)該部件時必需滿足的特地要求，這些要求可以是：精度靈敏性響應時間可重用性等等。3項，以排列的先后挨次表示優(yōu)先級。提出的要求一般不宜超過詞匯表不是軟件專業(yè)或者計算機專業(yè)的術語。所指的專業(yè)術語，是指業(yè)務層面上的專業(yè)術語，并且加件表格式流程描述：流程描述：表示性能運行環(huán)境性能要求表。6.界面編號界面編號部件名稱界面性質界面介質表示形式：表示形式：界面參數(shù)參數(shù)名內容說明表。附錄D 軟件數(shù)據(jù)庫設計報告文檔模板未定義書簽。!.....................................................1.引言未定義書簽。! 錯誤編寫目的未定義書簽。! 錯誤工程來源未定義書簽。! 錯誤文檔商定未定義書簽。! 錯誤預期讀者和閱讀建議未定義書簽。錯誤! 參考資料未定義書簽。錯誤!數(shù)據(jù)庫命名規(guī)章 2.未定義書簽。錯誤!數(shù)據(jù)庫設計說明 3.未定義書簽。錯誤!未定義書簽。! 錯誤數(shù)據(jù)庫物理設計未定義書簽。! 錯誤數(shù)據(jù)庫分布未定義書簽。! 錯誤基表設計未定義書簽。! 錯誤視圖設計未定義書簽。錯誤!未定義書簽。錯誤!未定義書簽。! 錯誤授權設計未定義書簽。! 錯誤觸發(fā)器設計未定義書簽。錯誤!未定義書簽。! 錯誤數(shù)據(jù)復制設計未定義書簽。錯誤!詞匯表4...................................................未定義書簽。!............................................5.歷史數(shù)據(jù)處理.錯誤引言該如何閱讀、理解和解釋這份文檔。編寫目的局部或子系統(tǒng)。工程來源險擔當者包括：任務提出者；軟件開發(fā)者；產(chǎn)品使用者。文檔商定描述編寫文檔時所承受的各種排版商定。排版商定應當包括：命名方法；提示方式；通配符號：等等。預期讀者和閱讀建議列舉本數(shù)據(jù)庫設計說明書所針對的各種不同的預期讀者，例如，可能包括：開發(fā)人員；工程經(jīng)理；測試人員；文檔編寫人員。建議。參考資料列舉編寫需求規(guī)格說明書時所用到的參考文獻及資料，可能包括；本工程的合同書；上級機關有關本工程的批文；本工程已經(jīng)批準的打算任務書；用戶界面風格指導；開發(fā)本工程時所要用到的標準；系統(tǒng)規(guī)格需求說明；使用實例文檔；屬于本工程的其它已發(fā)表文件；本數(shù)據(jù)庫設計說明書中所引用的文件、資料；相關軟件產(chǎn)品數(shù)據(jù)庫設計說明書；等等。為了便利讀者查閱，全部參考資料應當按確定挨次排列。假設可能，每份資料都應當給出：標題名稱；作者或者合同簽約者；文件編號或者版本號；發(fā)表日期或者簽約日期；出版單位或者資料來源。數(shù)據(jù)庫命名規(guī)章完整并且清楚的說明本數(shù)據(jù)庫的命名規(guī)章，在《南京市交通局信息化數(shù)據(jù)庫建設標準》中已經(jīng)給全都，應作出解釋。數(shù)據(jù)庫設計說明數(shù)據(jù)庫規(guī)律設計(E-R圖)。如承受面對對象的分析和設計方法，則此處的實體相當于類。在此處，應給出規(guī)律設計的完整的E-R圖。數(shù)據(jù)庫物理設計在此處應給出完整的數(shù)據(jù)庫物理構造E-R設計，并對表構造進展標準化處理(第一范式，其次范式，第三范式)。數(shù)據(jù)庫分布數(shù)據(jù)庫分布承受一張表格進展描述，其格式如下：數(shù)據(jù)庫管數(shù)據(jù)庫英數(shù)據(jù)庫安文名稱文名稱號其中：●數(shù)據(jù)庫編號給出本系統(tǒng)中指定數(shù)據(jù)庫的挨次編號。假設本系統(tǒng)中只有一個數(shù)據(jù)庫，則本項內容不需要描述