【正文】 ● 等等。 項(xiàng)目風(fēng)險(xiǎn)具體說(shuō)明本軟件開(kāi)發(fā)項(xiàng)目的全部風(fēng)險(xiǎn)承擔(dān)者，以及各自在本階段所需要承擔(dān)的主要風(fēng)險(xiǎn)，首要風(fēng)險(xiǎn)承擔(dān)者包括：● 任務(wù)提出者；● 軟件開(kāi)發(fā)者；● 產(chǎn)品使用者?！?重復(fù)項(xiàng)重復(fù)項(xiàng)是組合項(xiàng)的一種特例，其中有一項(xiàng)將有多個(gè)實(shí)例出現(xiàn)在數(shù)據(jù)結(jié)構(gòu)中，使用花括號(hào)把該項(xiàng)括起來(lái)。定義原數(shù)據(jù)元素必須確定其含義、類(lèi)型、數(shù)據(jù)大小、格式、計(jì)量單位、精度以及取值范圍。數(shù)據(jù)定義的維護(hù)獨(dú)立于軟件需求規(guī)格說(shuō)明，并且在軟件產(chǎn)品開(kāi)發(fā)和維護(hù)的任何階段，均向風(fēng)險(xiǎn)承擔(dān)者開(kāi)放。一個(gè)業(yè)務(wù)規(guī)則的范例如下：“進(jìn)行達(dá)到或者超過(guò) 10，000，00 元人民幣的儲(chǔ)蓄業(yè)務(wù)時(shí)，必須通過(guò)附加的管理員認(rèn)證。明確軟件產(chǎn)品必須滿(mǎn)足的安全性或者保密性策略。盡可能詳細(xì)地描述性能需求，如果需要，可以針對(duì)每個(gè)功能需求或者特征分別陳述其性能需求。疏忽了可選過(guò)程，有可能影響軟件產(chǎn)品的功能；如果遺漏例外過(guò)程，則有可能會(huì)引發(fā)系統(tǒng)崩潰。其最終目的是，讓讀者容易理解即將開(kāi)發(fā)的軟件產(chǎn)品。如果某項(xiàng)功能需求找不到合適的測(cè)試用例，或者必須使用多項(xiàng)測(cè)試用例才能驗(yàn)證，那么該項(xiàng)功能需求的描述必然存在某些問(wèn)題。描述并且明確軟件產(chǎn)品與軟件組件之間交換數(shù)據(jù)或者消息的目的。 用戶(hù)界面陳述需要使用在用戶(hù)界面上的軟件組件，描述每一個(gè)用戶(hù)界面的邏輯特征。如果這些假設(shè)因素不正確、不一致或者被修改，就會(huì)使軟件產(chǎn)品開(kāi)發(fā)項(xiàng)目受到影響。往往有一些軟件需求，只與特定的用戶(hù)類(lèi)有關(guān)。那么必須說(shuō)明軟件產(chǎn)品需求分析報(bào)告定義的這部分軟件是怎樣與整個(gè)大系統(tǒng)相關(guān)聯(lián)的，或者（同時(shí)）說(shuō)明相互關(guān)系的存在形式，并且要定義出兩者之間的全部接口。把軟件產(chǎn)品開(kāi)發(fā)與企業(yè)目標(biāo)，或者業(yè)務(wù)策略相聯(lián)系。通過(guò)這份軟件產(chǎn)品需求分析報(bào)告詳盡說(shuō)明了該軟件產(chǎn)品的需求規(guī)格，包括修正和(或)發(fā)行版本號(hào)，從而對(duì)該軟件產(chǎn)品進(jìn)行準(zhǔn)確的定義。 軟件驗(yàn)收測(cè)試大綱在軟件進(jìn)行鑒定驗(yàn)收前，開(kāi)發(fā)者需按照一定的格式編寫(xiě)《軟件驗(yàn)收測(cè)試大綱》 ，具體的格式請(qǐng)見(jiàn)附錄 E。 驗(yàn)收人員由交通局聘請(qǐng)具有一定的分析、設(shè)計(jì)、編程和軟件測(cè)試經(jīng)驗(yàn)的驗(yàn)收組長(zhǎng)和其他專(zhuān)業(yè)人員組成。軟件測(cè)試按照《測(cè)試計(jì)劃》 、 《需求分析報(bào)告》的要求進(jìn)行，最后形成《軟件測(cè)試報(bào)告》 。 軟件的測(cè)試 軟件測(cè)試為了盡早發(fā)現(xiàn)軟件產(chǎn)品中的錯(cuò)誤，從而達(dá)到提高軟件質(zhì)量、降低軟件維護(hù)的費(fèi)用，開(kāi)發(fā)者應(yīng)在編碼過(guò)程中對(duì)各個(gè)模塊的程序代碼進(jìn)行單元測(cè)試，系統(tǒng)集成時(shí)進(jìn)行集成測(cè)試，系統(tǒng)集成完成后對(duì)整個(gè)軟件進(jìn)行系統(tǒng)測(cè)試。 軟件的編碼 軟件編碼在軟件編碼階段，開(kāi)發(fā)者根據(jù)《軟件系統(tǒng)詳細(xì)設(shè)計(jì)報(bào)告》中對(duì)數(shù)據(jù)結(jié)構(gòu)、算法分析和模塊實(shí)現(xiàn)等方面的設(shè)計(jì)要求，開(kāi)始具體的編寫(xiě)程序工作，分別實(shí)現(xiàn)各模塊的功能，從而實(shí)現(xiàn)對(duì)目標(biāo)系統(tǒng)的功能、性能、接口、界面等方面的要求。c．可追蹤性對(duì)詳細(xì)設(shè)計(jì)所提出的各項(xiàng)要求應(yīng)該可以得到它的清晰的源流，即可在需求分析報(bào)告、概要設(shè)計(jì)報(bào)告中有明確的需求描述。 軟件的詳細(xì)設(shè)計(jì) 詳細(xì)設(shè)計(jì)在概要設(shè)計(jì)的基礎(chǔ)上，開(kāi)發(fā)者需要進(jìn)行軟件系統(tǒng)的詳細(xì)設(shè)計(jì)。d．可行性根據(jù)概要設(shè)計(jì)進(jìn)行詳細(xì)設(shè)計(jì)、操作和維護(hù)應(yīng)該是可行的。 需求報(bào)告格式《軟件需求分析報(bào)告》需按一定的格式進(jìn)行編寫(xiě)，具體的《軟件需求分析報(bào)告》文檔編寫(xiě)模板請(qǐng)見(jiàn)附錄 A。f．可追蹤性每一個(gè)需求的源流必須清晰，在進(jìn)一步產(chǎn)生和改變文件編制時(shí)，可以方便地引證每一個(gè)需求。開(kāi)發(fā)者應(yīng)盡可能地使用模型的方式，因?yàn)檫@是表達(dá)復(fù)雜需求的精確和有效的方法。軟件開(kāi)發(fā)必須嚴(yán)格按照軟件工程的要求進(jìn)行。（二）通過(guò)評(píng)審后，開(kāi)發(fā)者根據(jù)整改意見(jiàn)完善工作大綱，經(jīng)過(guò)交通局認(rèn)可后組織項(xiàng)目組進(jìn)行軟件開(kāi)發(fā)。在本指南的附錄 A 至 E 中提供了文檔的編寫(xiě)模板供開(kāi)發(fā)者參考，在進(jìn)行具體軟件開(kāi)發(fā)時(shí)，開(kāi)發(fā)者可根據(jù)實(shí)際情況采編寫(xiě)，但必須提供雙方約定的文檔，文檔中約定的內(nèi)容必須描述清楚。2. 總體要求 總體功能要求網(wǎng)絡(luò)應(yīng)用環(huán)境以 Inter/Intra 技術(shù)為核心。軟件開(kāi)發(fā)工作按照需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試等幾個(gè)階段進(jìn)行，在開(kāi)發(fā)過(guò)程中，開(kāi)發(fā)者需分階段提交相關(guān)文檔。開(kāi)發(fā)過(guò)程包括開(kāi)發(fā)者的活動(dòng)和任務(wù)。比如用統(tǒng)一建模語(yǔ)言（UML ）來(lái)描述需求。g．運(yùn)行和維護(hù)階段的可使用性需求分析報(bào)告必須滿(mǎn)足運(yùn)行和維護(hù)階段的需要。 軟件的概要設(shè)計(jì) 概要設(shè)計(jì)在交通局和開(kāi)發(fā)者雙方認(rèn)可的《需求分析報(bào)告》基礎(chǔ)上，開(kāi)發(fā)者進(jìn)行下——步的工作。 概要設(shè)計(jì)報(bào)告的編寫(xiě)者概要設(shè)計(jì)報(bào)告由開(kāi)發(fā)者根據(jù)需求分析報(bào)告的要求進(jìn)行編寫(xiě)。在詳細(xì)設(shè)計(jì)中，描述實(shí) 現(xiàn)具體模塊所涉及到的主要算法、數(shù)據(jù)結(jié)構(gòu)、類(lèi)的層次結(jié)構(gòu)及調(diào)用關(guān)系，需要說(shuō)明軟件系統(tǒng)各個(gè)層次中的每一個(gè)程序( 每個(gè)模塊或子程序) 的設(shè)計(jì)考慮，以便進(jìn)行編碼和測(cè)試。d．可行性根據(jù)詳細(xì)設(shè)計(jì)進(jìn)行編碼、測(cè)試、操作和維護(hù)應(yīng)該是可行的。 軟件編碼的要求a．模塊化編碼b．代碼可讀性c．可維護(hù)性d．模塊接口標(biāo)準(zhǔn)化e．界面風(fēng)格統(tǒng)一e．注釋的應(yīng)用 編碼的評(píng)審為了盡早發(fā)現(xiàn)軟件中的障礙，提高軟件產(chǎn)品的質(zhì)量，開(kāi)發(fā)者在編碼的過(guò)程中應(yīng)該強(qiáng)調(diào)代碼評(píng)審工作。單元測(cè)試是在軟件開(kāi)發(fā)過(guò)程中針對(duì)程序模塊進(jìn)行正確性檢驗(yàn)。 測(cè)試計(jì)劃在軟件編碼開(kāi)始之前，開(kāi)發(fā)者應(yīng)向交通局提交《測(cè)試計(jì)劃》 ，在軟件交付時(shí)，開(kāi)發(fā)者應(yīng)向交通局提交《軟件測(cè)試報(bào)告》 ，以確保開(kāi)發(fā)者的軟件得到了充分的測(cè)試。驗(yàn)收組設(shè)組長(zhǎng)一名( 可設(shè)有副組長(zhǎng)) ，負(fù)責(zé)整個(gè)驗(yàn)收的計(jì)劃、組織工作。 培訓(xùn) 系統(tǒng)應(yīng)用培訓(xùn)主要培訓(xùn)內(nèi)容包括：系統(tǒng)操作使用、業(yè)務(wù)管理流程。如果這份軟件產(chǎn)品需求分析報(bào)告只與整個(gè)系統(tǒng)的某一部分有關(guān)系，那么只定義軟件產(chǎn)品需求分析報(bào)告中說(shuō)明的那個(gè)部分或子系統(tǒng)。描述產(chǎn)品范圍時(shí)需注意，可以參考項(xiàng)目視圖和范圍文檔，但是不能將其內(nèi)容復(fù)制到這里。 產(chǎn)品的功能因?yàn)閷⒃谛枨蠓治鰣?bào)告的第 4 部分中詳細(xì)描述軟件產(chǎn)品的功能，所以在此只需要概略地總結(jié)。描述時(shí)，應(yīng)該將該軟件產(chǎn)品的重要用戶(hù)類(lèi)與非重要用戶(hù)類(lèi)區(qū)分開(kāi)。這些假設(shè)的因素可能包括：● 計(jì)劃使用的商業(yè)組件，或者其它軟件中的某個(gè)部件；● 假定產(chǎn)品中某個(gè)用戶(hù)界面將符合一個(gè)特殊的設(shè)計(jì)約定；● 有關(guān)本軟件用戶(hù)的若干假定(例如：假定用戶(hù)會(huì)熟練使用 SQL 語(yǔ)言。必須注意，這里需要描述的是用戶(hù)界面的邏輯特征，而不是用戶(hù)界面。描述所需要的服務(wù)，以及與內(nèi)部組件通訊的性質(zhì)。功能需求是根據(jù)系統(tǒng)功能，即軟件產(chǎn)品所提供的主要服務(wù)來(lái)組織的。一般來(lái)說(shuō)，每個(gè)使用實(shí)例都對(duì)應(yīng)一個(gè)系統(tǒng)功能，因而按照使用實(shí)例來(lái)組織內(nèi)容比較容易讓用戶(hù)理解。如果采用流程圖來(lái)描述激勵(lì)／響應(yīng)序列，比較容易讓用戶(hù)理解。在這里確定：● 相互合作的用戶(hù)數(shù)量；● 系統(tǒng)支持的并發(fā)操作數(shù)量；● 響應(yīng)時(shí)間；● 與實(shí)時(shí)系統(tǒng)的時(shí)間關(guān)系：● 容量需求? 存儲(chǔ)器；? 磁盤(pán)空間；? 數(shù)據(jù)庫(kù)中表的最大行數(shù)。也可以通過(guò)稱(chēng)為完整性的質(zhì)量屬性來(lái)闡述這些需求。 ”列舉業(yè)務(wù)規(guī)則時(shí)，可以根據(jù)規(guī)則的數(shù)量，選取合適的編目方式。如果為軟件開(kāi)發(fā)項(xiàng)目創(chuàng)建一個(gè)獨(dú)立的數(shù)據(jù)定義，而不是為每一項(xiàng)特性描述有關(guān)的數(shù)據(jù)項(xiàng)，有利于避免冗余和不一致性。采用以星號(hào)為界的一行注釋文本，描述原數(shù)據(jù)元素的定義。如果知道該項(xiàng)可能允許的范圍，就按“最小值：最大值”的形式寫(xiě)在花括號(hào)前。 預(yù)期讀者和閱讀建議列舉本軟件系統(tǒng)概要設(shè)計(jì)報(bào)告所針對(duì)的各種不同的預(yù)期讀者，例如，可能的讀者包括：● 用戶(hù)；● 開(kāi)發(fā)人員；● 項(xiàng)目經(jīng)理；● 營(yíng)銷(xiāo)人員；● 測(cè)試人員；● 文檔編寫(xiě)人員；● 等等。3. 系統(tǒng)邏輯設(shè)計(jì)本節(jié)內(nèi)容主要根據(jù)軟件產(chǎn)品需求規(guī)格說(shuō)明書(shū)和軟件產(chǎn)品數(shù)據(jù)字典建立系統(tǒng)的邏輯模型。說(shuō)明：在一個(gè)系統(tǒng)中有可能安裝若干個(gè)相同的子系統(tǒng)，在這種情況下，應(yīng)該視為一個(gè)子系統(tǒng)，并且對(duì)多個(gè)安裝地點(diǎn)分別進(jìn)行描述?！?備注針對(duì)該子系統(tǒng)，需要說(shuō)明的其它有關(guān)問(wèn)題?！?特性編號(hào)整個(gè)系統(tǒng)所有特性的統(tǒng)一編號(hào)?！?說(shuō)明描述與該系統(tǒng)特性表有關(guān)的其它注意事項(xiàng)。對(duì)于一些為可視界面服務(wù)的接口，例如：打印機(jī)接口、顯示器接口等，因?yàn)檫@類(lèi)接口對(duì)應(yīng)用軟件是透明的，所以不在本節(jié)描述范圍內(nèi)?！?接口性質(zhì)指出該接口在通訊中起到的作用，這里的作用可以是：? 輸入；? 輸出；? 雙向。 系統(tǒng)完整性設(shè)計(jì)描述系統(tǒng)對(duì)象(數(shù)據(jù)元、數(shù)據(jù)類(lèi) )，所受到的邏輯約束關(guān)系?！?約束表達(dá)式用一階邏輯表達(dá)式表達(dá)的約束方程式?！?說(shuō)明描述與該系統(tǒng)完整性約束表有關(guān)的其它注意事項(xiàng)。系統(tǒng)完整性約束表的格式如下：子系統(tǒng)編號(hào)子系統(tǒng)英文名稱(chēng)子系統(tǒng)中文名稱(chēng)約束編號(hào) 完整性名稱(chēng) 相對(duì)對(duì)象名 約束表達(dá)式 備注說(shuō)明：其中：● 子系統(tǒng)編號(hào)含義同上。如果該接口依賴(lài)于其它通訊方式，那么傳輸速率將不高于它所依賴(lài)的其它通訊方式的速率。系統(tǒng)接口表的格式如下：子系統(tǒng)編號(hào)子系統(tǒng)英文名稱(chēng)子系統(tǒng)中文名稱(chēng)接口編號(hào)接口名稱(chēng)接口類(lèi)型接口性質(zhì)接口速率接口協(xié)議備注說(shuō)明：其中：● 子系統(tǒng)編號(hào)含義同上。如果系統(tǒng)劃分為多個(gè)子系統(tǒng)，應(yīng)分別給出系統(tǒng)與子系統(tǒng)、以及各個(gè)子系統(tǒng)與系統(tǒng)特性的結(jié)構(gòu)圖?！?系統(tǒng)特性中文名稱(chēng)系統(tǒng)特性的中文正式名稱(chēng)，來(lái)源于需求規(guī)格說(shuō)明書(shū)中，系統(tǒng)特性一節(jié)中的有關(guān)描述。 系統(tǒng)特性表系統(tǒng)特性是系統(tǒng)中完成某項(xiàng)具體操作的基本單元，它由入口參數(shù)，出口參數(shù)以及處理過(guò)程三部分組成?！?子系統(tǒng)英文名稱(chēng)給出本子系統(tǒng)的英文名稱(chēng)，該名稱(chēng)是在應(yīng)用軟件中實(shí)際使用的可執(zhí)行文件名稱(chēng)，必須能夠說(shuō)明該子系統(tǒng)的特點(diǎn)。它是系統(tǒng)需求與物理實(shí)現(xiàn)的中間結(jié)構(gòu)，它的主要結(jié)果是建立：系統(tǒng)結(jié)構(gòu)圖、系統(tǒng)界面結(jié)構(gòu)圖、系統(tǒng)出錯(cuò)處理、以及系統(tǒng)開(kāi)發(fā)技術(shù)說(shuō)明。 參考資料列舉編寫(xiě)軟件產(chǎn)品概要設(shè)計(jì)報(bào)告時(shí)所用到的參考文獻(xiàn)及資料，可能包括：● 本項(xiàng)目的合同書(shū)；● 上級(jí)機(jī)關(guān)有關(guān)本項(xiàng)目的批文；● 本項(xiàng)目已經(jīng)批準(zhǔn)的計(jì)劃任務(wù)書(shū)；● 用戶(hù)界面風(fēng)格指導(dǎo)；● 開(kāi)發(fā)本項(xiàng)目時(shí)所要用到的標(biāo)準(zhǔn)；● 系統(tǒng)規(guī)格需求說(shuō)明；● 使用實(shí)例文檔；● 屬于本項(xiàng)目的其它已發(fā)表文件；● 本軟件系統(tǒng)概要設(shè)計(jì)報(bào)告中所引用的文件、資料：● 相關(guān)軟件系統(tǒng)概要設(shè)計(jì)報(bào)告：● 等等。9. 待定問(wèn)題列表編輯一張?jiān)谲浖a(chǎn)品需求分析報(bào)告中待確定問(wèn)題時(shí)的列表，把每一個(gè)表項(xiàng)都編上號(hào)，以便跟蹤調(diào)查。在兩項(xiàng)離散值之間，使用管道符分隔。因此還是建議為每個(gè)特性描述有關(guān)的數(shù)據(jù)項(xiàng)，匯總數(shù)據(jù)項(xiàng)創(chuàng)建數(shù)據(jù)定義，再根據(jù)數(shù)據(jù)定義復(fù)核全部數(shù)據(jù)，使得它們的名稱(chēng)和含義完全一致。6. 詞匯表列出本文件中用到的專(zhuān)業(yè)術(shù)語(yǔ)的定義，以及有關(guān)縮寫(xiě)的定義(如有可能，列出相關(guān)的外文原詞) ?！?軟件質(zhì)量屬性 詳盡陳述對(duì)客戶(hù)和開(kāi)發(fā)人員至關(guān)重要的在軟件產(chǎn)品其它方面表現(xiàn)出來(lái)的質(zhì)量功能。定義必須采取的安全保護(hù)或動(dòng)作，以及必須預(yù)防的潛在危險(xiǎn)動(dòng)作。當(dāng)有大量數(shù)據(jù)需要描述時(shí)，也可以分類(lèi)描述數(shù)據(jù)，并且注明各項(xiàng)數(shù)據(jù)的輸入、輸出屬性。必須特別注意的是，在 節(jié)“產(chǎn)品的功能”中描述的全部需求，以及它們的規(guī)格說(shuō)明；必須在某個(gè)系統(tǒng)功能描述中有所反映，而且不應(yīng)重復(fù)。總而言之，必須選擇一種是讀者容易理解預(yù)期產(chǎn)品的組織方案。如果必須使用一種特殊的方法來(lái)實(shí)現(xiàn)數(shù)據(jù)共享機(jī)制，例如：在多用戶(hù)系統(tǒng)中的一個(gè)全局?jǐn)?shù)據(jù)區(qū)，那么就必須把它定義為一種實(shí)現(xiàn)上的限制。● 錯(cuò)誤信息顯示標(biāo)準(zhǔn)；對(duì)于用戶(hù)界面的細(xì)節(jié)，例如：一個(gè)特定對(duì)話(huà)框的布局，應(yīng)該寫(xiě)入具體的用戶(hù)界面設(shè)計(jì)說(shuō)明中，而不能寫(xiě)入軟件需求規(guī)格說(shuō)明中。)；● 有關(guān)本軟件運(yùn)行環(huán)境的一些問(wèn)題；此外，確定本軟件開(kāi)發(fā)項(xiàng)目對(duì)外部約束因素所存在的依賴(lài)。所以，應(yīng)該將這些外部需求視為通過(guò)報(bào)表、應(yīng)用程序接口、系統(tǒng)硬件接口附加給軟件產(chǎn)品的附加用戶(hù)類(lèi)。如果存在引起誤解的可能，在陳述本軟件產(chǎn)品主要功能的作用領(lǐng)域時(shí)，也需要對(duì)應(yīng)陳述本軟件產(chǎn)品的非作用領(lǐng)域，以利讀者理解本軟件產(chǎn)品。如果可能，每份資料都應(yīng)該給出：● 標(biāo)題名稱(chēng)；● 作者或者合同簽約者；● 文件編號(hào)或者版本號(hào)；● 發(fā)表日期或者簽約日期；● 出版單位或者資料來(lái)源。 文檔約定描述編寫(xiě)文檔時(shí)所采用的標(biāo)準(zhǔn)(如果有標(biāo)準(zhǔn)的話(huà)) ，或者各種排版約定。 系統(tǒng)管理的培訓(xùn)（可選）主要培訓(xùn)內(nèi)容包括：系統(tǒng)安裝、調(diào)試、維護(hù)；系統(tǒng)管理。合法性檢查檢查軟件開(kāi)發(fā)工具是否合法、使用的函數(shù)庫(kù)、控件、組件是否有合法的發(fā)布許可。 軟件的交付準(zhǔn)備 交付清單在軟件測(cè)試證明軟件達(dá)到要求后，軟件開(kāi)發(fā)者應(yīng)向交通局提交開(kāi)發(fā)的目標(biāo)安裝程序、數(shù)據(jù)庫(kù)的數(shù)據(jù)字典、 《用戶(hù)安裝手冊(cè)》 、 《用戶(hù)使用指南》 、需求報(bào)告、設(shè)計(jì)報(bào)告、測(cè)試報(bào)告等雙方合同約定的產(chǎn)物。軟件系統(tǒng)測(cè)試不僅是檢測(cè)軟件的整體行為表 現(xiàn)，從另一個(gè)側(cè)面看，也是對(duì)軟件開(kāi)發(fā)設(shè)計(jì)的再確認(rèn)。 編程規(guī)范及要求為了提高編程實(shí)現(xiàn)的質(zhì)量，軟件的程序設(shè)計(jì)必須遵照國(guó)家頒布的相關(guān)編程規(guī)范。數(shù)據(jù)庫(kù)設(shè)計(jì)應(yīng)在軟件的需求分析、概要設(shè)計(jì)完成之后、詳細(xì)設(shè)計(jì)的其它工作之前進(jìn)行。詳細(xì)設(shè)計(jì)應(yīng)當(dāng)足夠詳細(xì)，能夠根據(jù)詳細(xì)設(shè)計(jì)報(bào)告進(jìn)行編碼。詳細(xì)設(shè)計(jì)相對(duì)概要設(shè)計(jì)更注重于微觀(guān)上和框架內(nèi)的設(shè)計(jì)， 是編碼的依據(jù)。概要設(shè)計(jì)需要對(duì)軟件系統(tǒng)的設(shè)計(jì) 進(jìn)行考慮，包括系統(tǒng)的基本處理流程、系統(tǒng)的組織結(jié)構(gòu)、模塊劃分、功能分配、接口設(shè)計(jì)、 運(yùn)行設(shè)計(jì)、數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)和出錯(cuò)處理設(shè)計(jì)等，為軟件的詳細(xì)設(shè)計(jì)提供基礎(chǔ)。 需求分析報(bào)告的編制者需求分析報(bào)告應(yīng)由交通局和開(kāi)發(fā)者雙方共同完成。b．完整性需求分析報(bào)告應(yīng)該包括全部有意義的需求，無(wú)論是關(guān)系到功能的、性能的、設(shè)計(jì)約束的、還是關(guān)系到外部接口方面的需求；對(duì)所有可能出現(xiàn)的輸入數(shù)據(jù)的響應(yīng)予以定義，要對(duì)合法和非合法的輸入值的響應(yīng)做出規(guī)定；填寫(xiě)全部插圖、表、圖示標(biāo)記等；定義全部術(shù)語(yǔ)和度量單位。 軟件的需求分析 需求分析首先，開(kāi)發(fā)者和交通局應(yīng)共同對(duì)交通局的應(yīng)用需求作充分的調(diào)研，提交完整的需求分析 報(bào)告。 軟件項(xiàng)目實(shí)施變更要求在開(kāi)發(fā)過(guò)程中，需求或設(shè)計(jì)不可避免地需要發(fā)生變更，