軟件開發(fā)需求

1、軟件開發(fā)需求軟件開發(fā)需求76/76軟件開發(fā)需求目錄1.范圍12.總體要求12.1總體功能要求12.2軟件開發(fā)平臺(tái)要求12.3軟件項(xiàng)目的開發(fā)實(shí)施過程管理要求2軟件項(xiàng)目實(shí)施過程總體要求2軟件項(xiàng)目實(shí)施更改要求2軟件項(xiàng)目實(shí)施里程碑控制23.軟件開發(fā)33.1軟件的需求解析3需求解析3需求解析報(bào)告的編制者3需求報(bào)告評(píng)審4需求報(bào)告格式43.2軟件的大綱設(shè)計(jì)4大綱設(shè)計(jì)4編寫大綱設(shè)計(jì)的要求4大綱設(shè)計(jì)報(bào)告的編寫者4大綱設(shè)計(jì)和需求解析、詳盡設(shè)計(jì)之間的關(guān)系和區(qū)別4大綱設(shè)計(jì)的評(píng)審4大綱設(shè)計(jì)格式43.3軟件的詳盡設(shè)計(jì)4詳盡設(shè)計(jì)4特例5詳盡設(shè)計(jì)的要求5數(shù)據(jù)庫(kù)設(shè)計(jì)5詳盡設(shè)計(jì)的評(píng)審5詳盡設(shè)計(jì)格式53.4軟件的編碼5軟件編碼5軟

2、件編碼的要求5編碼的評(píng)審5編程規(guī)范及要求63.5軟件的測(cè)試6軟件測(cè)試6測(cè)試計(jì)劃63.6軟件的交付準(zhǔn)備6交付清單63.7軟件的判斷查收63.7.1軟件的判斷查收63.7.2查收人員73.7.3查收詳盡內(nèi)容73.7.4軟件查收測(cè)試大綱73.8培訓(xùn)73.8.1系統(tǒng)應(yīng)用培訓(xùn)73.8.2系統(tǒng)管理的培訓(xùn)（可選）7附錄A軟件需求解析報(bào)告文檔模板9附錄B軟件大綱設(shè)計(jì)報(bào)告文檔模板21附錄C軟件詳盡設(shè)計(jì)報(bào)告文檔模板33附錄D軟件數(shù)據(jù)庫(kù)設(shè)計(jì)報(bào)告文檔模板43附錄E軟件測(cè)試(查收)大綱錯(cuò)誤!未定義書簽。5范圍本指南用于指導(dǎo)軟件開發(fā)者為的過程，經(jīng)過規(guī)范軟件項(xiàng)目擔(dān)當(dāng)單位的開發(fā)過程達(dá)到提高軟件質(zhì)量，降低維護(hù)成本的目的。開發(fā)者

3、應(yīng)根據(jù)本指南進(jìn)行軟件開發(fā)和編制軟件開發(fā)文檔。本指南是對(duì)軟件項(xiàng)目擔(dān)當(dāng)單位的基本要求。在本指南的附錄A至E中提供了文檔的編寫模板供開發(fā)者參照，在進(jìn)行詳盡軟件開發(fā)時(shí)，開發(fā)者可根據(jù)實(shí)際情況采編寫，但必須提供雙方約定的文檔，文檔中約定的內(nèi)容必須描繪清楚?？傮w要求2.1總體功能要求網(wǎng)絡(luò)應(yīng)用環(huán)境以Internet/Intranet技術(shù)為核心。開發(fā)者應(yīng)在充分解析需求的基礎(chǔ)上，選擇采用B/S結(jié)構(gòu)也許C/S結(jié)構(gòu)。軟件系統(tǒng)的數(shù)據(jù)庫(kù)應(yīng)依據(jù)規(guī)范進(jìn)行設(shè)計(jì)和建設(shè)。本指南中沒有規(guī)定開發(fā)者采用何種詳盡的軟件工程開發(fā)方法，開發(fā)者可根據(jù)項(xiàng)目詳盡特點(diǎn)、自己擅長(zhǎng)來(lái)選擇采用面向過程的方法、面向?qū)ο蟮姆椒ɑ蛎嫦驍?shù)據(jù)的方法，但建議開發(fā)商使用

4、面向?qū)ο筌浖こ痰姆椒?，如：采用?dāng)前被廣泛使用的RUP(RationalUnifiedProcess)方法來(lái)進(jìn)行解析、設(shè)計(jì)和開發(fā)。2.2軟件開發(fā)平臺(tái)要求開發(fā)者開發(fā)的軟件必須可以在規(guī)定的軟件平臺(tái)上正常運(yùn)行。當(dāng)前軟件平臺(tái)為：數(shù)據(jù)庫(kù)管理系統(tǒng)：Oracle9i以上版本中間件(應(yīng)用服務(wù)器)系統(tǒng)：IBMWebSphereOA系統(tǒng)：LotusDomino/Notes網(wǎng)絡(luò)架構(gòu)：完全支持TCP/IP協(xié)議開發(fā)工具或技術(shù)體系：為保證軟件的上下兼容性，開發(fā)者應(yīng)選擇比較通用的開發(fā)工具的較新版本進(jìn)行開發(fā)，如MicrosoftVisualStudio.Net，BorlandDelphi，C+Builder,或J2EE(Ja

5、va2P1atformEnterpriseEdition)2.3軟件項(xiàng)目的開發(fā)實(shí)施過程管理要求2.3.1軟件項(xiàng)目實(shí)施過程總體要求（一）開發(fā)者提交軟件開發(fā)工作大綱，交通局組織專家組對(duì)工作大綱進(jìn)行評(píng)審，并提出整改建議。（二）經(jīng)過評(píng)審后，開發(fā)者根據(jù)整改建議完善工作大綱，經(jīng)過交通局認(rèn)可后組織項(xiàng)目組進(jìn)行軟件開發(fā)。軟件開發(fā)工作按照需求解析、大綱設(shè)計(jì)、詳盡設(shè)計(jì)、編碼、測(cè)試等幾個(gè)階段進(jìn)行，在開發(fā)過程中，開發(fā)者需分階段提交相關(guān)文檔。（三）在軟件開發(fā)工作完成后，開發(fā)者應(yīng)向交通局提交完整的軟件文檔，交通局組織查收組對(duì)軟件進(jìn)行查收審查。2.3.2軟件項(xiàng)目實(shí)施更改要求在開發(fā)過程中，需求或設(shè)計(jì)不可防備地需要發(fā)生更改，相關(guān)

6、更改必須經(jīng)過交通局書面同意方可進(jìn)行。在需求或設(shè)計(jì)發(fā)生更改時(shí)，需要對(duì)原有文檔進(jìn)行更正，并提供完整的更改記錄，以使更改處于可控制的狀態(tài)。更改單如下表所示：申請(qǐng)更改的需求文檔更改的內(nèi)客及其原因評(píng)估需求更改將對(duì)項(xiàng)目造成的影響申請(qǐng)人簽字表2-1更改單需求更改申請(qǐng)輸入名稱，版本，日期等信息項(xiàng)目經(jīng)理簽字更改申請(qǐng)的審批建議審批建議：簽字日期客戶簽字審批建議：(合同項(xiàng)目)簽字日期更改需求文檔更改后的輸入名稱，版本，完成日期等信息需求文檔更改人簽字重新評(píng)審需求文檔需求評(píng)審小組簽字評(píng)審建議：簽字日期更改結(jié)束項(xiàng)目經(jīng)理簽字簽字日期2.3.3軟件項(xiàng)目實(shí)施里程碑控制交通局將分四個(gè)階段進(jìn)行把關(guān)，召開專家審查會(huì)。（一）需求解析

7、（結(jié)合原型進(jìn)行審查）確認(rèn)；（二）大綱設(shè)計(jì)+數(shù)據(jù)庫(kù)設(shè)計(jì)；（三）預(yù)查收（試運(yùn)行后）；（四）正式查收（推廣使用后）。軟件開發(fā)合同簽署今后，項(xiàng)目擔(dān)當(dāng)單位即可組織項(xiàng)目組進(jìn)行軟件開發(fā)工作。軟件開發(fā)必須嚴(yán)格按照軟件工程的要求進(jìn)行。開發(fā)過程包括開發(fā)者的活動(dòng)和任務(wù)。此過程由軟件需求解析、大綱設(shè)計(jì)、詳盡設(shè)計(jì)、編碼、測(cè)試、查收、判斷等活動(dòng)組成。3.1軟件的需求解析3.1.1需求解析首先，開發(fā)者和交通局應(yīng)共同對(duì)交通局的應(yīng)用需求作充分的調(diào)研，提交完整的需求解析報(bào)告。在需求解析報(bào)告中必須描繪的基本問題是：功能、性能、強(qiáng)加于實(shí)現(xiàn)的設(shè)計(jì)限制、屬性、外部接口。應(yīng)該防備把設(shè)計(jì)或項(xiàng)目需求寫入需求解析報(bào)告中。它必須說(shuō)明由軟件獲得的結(jié)

8、果，而不是獲得這些結(jié)果的手段。軟件需求可以用若干種方法來(lái)表達(dá)，如經(jīng)過輸入、輸出說(shuō)明；使用代表性的例子；用規(guī)范化的模型。開發(fā)者應(yīng)盡可能地使用模型的方式，因?yàn)檫@是表達(dá)復(fù)雜需求的精確和有效的方法。比方用統(tǒng)一建模語(yǔ)言（UML）來(lái)描繪需求。編寫需求解析報(bào)告的要求a無(wú)歧義性對(duì)最終產(chǎn)品的每一個(gè)特性用某一術(shù)語(yǔ)描繪；若某一術(shù)語(yǔ)在某一特殊的行文中使用時(shí)擁有多種含義，那么應(yīng)付該術(shù)語(yǔ)的每種含義做出解釋并指出其適用場(chǎng)合。b完整性需求解析報(bào)告應(yīng)該包括全部有意義的需求，無(wú)論是關(guān)系到功能的、性能的、設(shè)計(jì)拘束的、仍是關(guān)系到外部接口方面的需求；對(duì)所有可能出現(xiàn)的輸入數(shù)據(jù)的響應(yīng)予以定義，要對(duì)合法和非合法的輸入值的響應(yīng)做出規(guī)定；填寫全

9、部插圖、表、圖示標(biāo)記等；定義全部術(shù)語(yǔ)和胸襟單位。c可考據(jù)性需求解析報(bào)告描繪的每一個(gè)需求應(yīng)是可以考據(jù)的?？梢越?jīng)過一個(gè)有限辦理過程來(lái)檢查軟件產(chǎn)品是否知足需求。d一致性在需求解析報(bào)告中的各個(gè)需求的描繪不能互相矛盾。e可更正性需求解析報(bào)告應(yīng)擁有一個(gè)有條不紊、易于使用的內(nèi)容組織；沒有冗余，即同一需求不能在需求解析報(bào)告中出現(xiàn)多次。f可追蹤性每一個(gè)需求的源流必須清晰，在進(jìn)一步產(chǎn)生和改變文件編制時(shí)，可以方便地引證每一個(gè)需求。g運(yùn)行和維護(hù)階段的可使用性需求解析報(bào)告必須知足運(yùn)行和維護(hù)階段的需要。在需求解析報(bào)告要寫明功能的本源和目的。3.1.2需求解析報(bào)告的編制者需求解析報(bào)告應(yīng)由交通局和開發(fā)者雙方共同完成。其中：交

10、通局負(fù)責(zé)根據(jù)實(shí)際需要提出希望軟件實(shí)現(xiàn)的功能；軟件開發(fā)者根據(jù)交通局提出的性能需求，結(jié)合軟件開發(fā)編寫需求解析。3.1.3需求報(bào)告評(píng)審在軟件需求解析工作完成后，軟件開發(fā)者應(yīng)向交通局提交軟件需求解析報(bào)告。交通局組織相關(guān)人員對(duì)需求進(jìn)行評(píng)審，以決定軟件需求是否完善和適合。評(píng)審?fù)瓿珊螅涂梢赃M(jìn)入軟件的設(shè)計(jì)階段。3.1.4需求報(bào)告格式軟件需求解析報(bào)告需按一定的格式進(jìn)行編寫，寫模板請(qǐng)見附錄A。詳盡的軟件需求解析報(bào)告文檔編3.2軟件的大綱設(shè)計(jì)3.2.1大綱設(shè)計(jì)在交通局和開發(fā)者雙方認(rèn)可的需求解析報(bào)告基礎(chǔ)上，開發(fā)者進(jìn)行下步的工作。首先，開發(fā)者需要對(duì)軟件系統(tǒng)進(jìn)行大綱設(shè)計(jì)，即系統(tǒng)設(shè)計(jì)。大綱設(shè)計(jì)需要對(duì)軟件系統(tǒng)的設(shè)計(jì)進(jìn)行考慮

11、，包括系統(tǒng)的基本辦理流程、系統(tǒng)的組織結(jié)構(gòu)、模塊劃分、功能分配、接口設(shè)計(jì)、運(yùn)行設(shè)計(jì)、數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)和出錯(cuò)辦理設(shè)計(jì)等，為軟件的詳盡設(shè)計(jì)提供基礎(chǔ)。3.2.2編寫大綱設(shè)計(jì)的要求a一致性大綱設(shè)計(jì)的要求應(yīng)該與需求解析報(bào)告所描繪的需求一致。同時(shí)，大綱設(shè)計(jì)的各項(xiàng)要求之間也應(yīng)該一致。b合理性大綱設(shè)計(jì)所提出的設(shè)計(jì)方法和標(biāo)準(zhǔn)應(yīng)該是合理的、適合的。c可追蹤性對(duì)大綱設(shè)計(jì)所提出的各項(xiàng)要求應(yīng)該可以獲得它的清晰的源流，即在需求解析報(bào)告客戶有明確的需求描繪。d可行性根據(jù)大綱設(shè)計(jì)進(jìn)行詳盡設(shè)計(jì)、操作和維護(hù)應(yīng)該是可行的。3.2.3大綱設(shè)計(jì)報(bào)告的編寫者大綱設(shè)計(jì)報(bào)告由開發(fā)者根據(jù)需求解析報(bào)告的要求進(jìn)行編寫。3.2.4大綱設(shè)計(jì)和需求解析、詳盡

12、設(shè)計(jì)之間的關(guān)系和區(qū)別需求解析不涉及詳盡的技術(shù)實(shí)現(xiàn)，而大綱設(shè)計(jì)著重于從宏觀上和框架上來(lái)描繪采用何種技術(shù)手段、方法來(lái)實(shí)現(xiàn)這些需求。詳盡設(shè)計(jì)相對(duì)大綱設(shè)計(jì)更著重于微觀上和框架內(nèi)的設(shè)計(jì)，是編碼的依據(jù)。大綱設(shè)計(jì)是指導(dǎo)詳盡設(shè)計(jì)的依據(jù)。3.2.5大綱設(shè)計(jì)的評(píng)審在軟件大綱設(shè)計(jì)工作完成后，軟件開發(fā)者應(yīng)向交通提交軟件系統(tǒng)大綱設(shè)計(jì)報(bào)告交通局對(duì)大綱設(shè)計(jì)報(bào)告評(píng)審?fù)ㄟ^后，即可進(jìn)入詳盡設(shè)計(jì)階段。在3.2.6大綱設(shè)計(jì)格式軟件系統(tǒng)大綱設(shè)計(jì)報(bào)告需按一定的格式進(jìn)行編寫，詳盡的軟件系統(tǒng)大綱設(shè)計(jì)報(bào)告文檔編寫模板請(qǐng)見附錄B。3.3軟件的詳盡設(shè)計(jì)3.3.1詳盡設(shè)計(jì)在大綱設(shè)計(jì)的基礎(chǔ)上，開發(fā)者需要進(jìn)行軟件系統(tǒng)的詳盡設(shè)計(jì)。在詳盡設(shè)計(jì)中，描繪實(shí)現(xiàn)詳

13、盡模塊所涉及到的主要算法、數(shù)據(jù)結(jié)構(gòu)、類的層次結(jié)構(gòu)及調(diào)用關(guān)系，需要說(shuō)明軟件系統(tǒng)各個(gè)層次中的每一個(gè)程序(每個(gè)模塊或子程序)的設(shè)計(jì)考慮，以便進(jìn)行編碼和測(cè)試。應(yīng)該保證軟件的需求完全分配給整個(gè)軟件。詳盡設(shè)計(jì)應(yīng)該足夠詳盡，可以根據(jù)詳盡設(shè)計(jì)報(bào)告進(jìn)行編碼。3.3.2特例如果軟件系統(tǒng)比較簡(jiǎn)單，層次較少，可以不必進(jìn)行特意的詳盡設(shè)計(jì)，而和大綱設(shè)計(jì)結(jié)合起來(lái)。3.3.3詳盡設(shè)計(jì)的要求a一致性詳盡設(shè)計(jì)的要求應(yīng)該與需求解析報(bào)告所描繪的需求、與大綱設(shè)計(jì)一致。同時(shí)，詳盡設(shè)計(jì)的各項(xiàng)要求之間也應(yīng)該是一致的。b合理性詳盡設(shè)計(jì)所提出的設(shè)計(jì)方法和標(biāo)準(zhǔn)應(yīng)該是合理的、適合的。c可追蹤性對(duì)詳盡設(shè)計(jì)所提出的各項(xiàng)要求應(yīng)該可以獲得它的清晰的源流，即

14、可在需求解析報(bào)告、概要設(shè)計(jì)報(bào)告中有明確的需求描繪。d可行性根據(jù)詳盡設(shè)計(jì)進(jìn)行編碼、測(cè)試、操作和維護(hù)應(yīng)該是可行的。3.3.4數(shù)據(jù)庫(kù)設(shè)計(jì)如果軟件產(chǎn)品需要使用到數(shù)據(jù)庫(kù)，軟件的詳盡設(shè)計(jì)應(yīng)包括對(duì)數(shù)據(jù)庫(kù)的設(shè)計(jì)。數(shù)據(jù)庫(kù)設(shè)計(jì)應(yīng)在軟件的需求解析、大綱設(shè)計(jì)完成之后、詳盡設(shè)計(jì)的其余工作從前進(jìn)行。在進(jìn)行數(shù)據(jù)庫(kù)設(shè)計(jì)時(shí)，應(yīng)該按照交通局?jǐn)M定的*市交通局信息化數(shù)據(jù)庫(kù)建設(shè)規(guī)范要求進(jìn)行。3.3.5詳盡設(shè)計(jì)的評(píng)審在軟件詳盡設(shè)計(jì)完成后，軟件開發(fā)者應(yīng)向交通局提交軟件系統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì)報(bào)告和軟件系統(tǒng)詳盡設(shè)計(jì)報(bào)告。在交通局對(duì)軟件系統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì)報(bào)告、軟件系統(tǒng)詳盡設(shè)計(jì)報(bào)告評(píng)審?fù)ㄟ^后，即可進(jìn)入軟件編碼階段。3.3.6詳盡設(shè)計(jì)格式軟件系統(tǒng)詳盡設(shè)計(jì)報(bào)告、

15、軟件系統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì)報(bào)告需按一定的格式進(jìn)行編寫，詳盡的軟件系統(tǒng)詳盡設(shè)計(jì)報(bào)告文檔編寫模板和軟件系統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì)報(bào)告文檔編寫模板請(qǐng)見附錄C、附錄D。3.4軟件的編碼3.4.1軟件編碼在軟件編碼階段，開發(fā)者根據(jù)軟件系統(tǒng)詳盡設(shè)計(jì)報(bào)告中對(duì)數(shù)據(jù)結(jié)構(gòu)、算法解析和模塊實(shí)現(xiàn)等方面的設(shè)計(jì)要求，開始詳盡的編寫程序工作，分別實(shí)現(xiàn)各模塊的功能，進(jìn)而實(shí)現(xiàn)對(duì)目標(biāo)系統(tǒng)的功能、性能、接口、界面等方面的要求。3.4.2軟件編碼的要求a模塊化編碼b代碼可讀性c可維護(hù)性d模塊接口標(biāo)準(zhǔn)化e界面風(fēng)格統(tǒng)一e說(shuō)明的應(yīng)用3.4.3編碼的評(píng)審為了盡早發(fā)現(xiàn)軟件中的障礙，提高軟件產(chǎn)品的質(zhì)量，開發(fā)者在編碼的過程中應(yīng)該強(qiáng)調(diào)代碼評(píng)審工作。將代碼評(píng)審報(bào)告作為文

16、檔的一部分，提交給交通局。3.4.4編程規(guī)范及要求為了提高編程實(shí)現(xiàn)的質(zhì)量，軟件的程序設(shè)計(jì)必須遵照國(guó)家宣布的相關(guān)編程規(guī)范。主要內(nèi)容包括：規(guī)范化的程序內(nèi)部文檔、數(shù)據(jù)結(jié)構(gòu)的詳盡說(shuō)明、清晰的語(yǔ)句結(jié)構(gòu)、編碼規(guī)范。編碼規(guī)范的內(nèi)容包括命名規(guī)范、界面規(guī)范、提示及幫助信息規(guī)范、熱鍵定義等。其中數(shù)據(jù)庫(kù)部分應(yīng)遵守*市交通局信息化數(shù)據(jù)庫(kù)建設(shè)規(guī)范的要求。在軟件編碼的同時(shí)應(yīng)進(jìn)行單元測(cè)試。3.5軟件的測(cè)試3.5.1軟件測(cè)試為了盡早發(fā)現(xiàn)軟件產(chǎn)品中的錯(cuò)誤，進(jìn)而達(dá)到提高軟件質(zhì)量、降低軟件維護(hù)的費(fèi)用，開發(fā)者應(yīng)在編碼過程中對(duì)各個(gè)模塊的程序代碼進(jìn)行單元測(cè)試，系統(tǒng)集成時(shí)進(jìn)行集成測(cè)試，系統(tǒng)集成完成后對(duì)整個(gè)軟件進(jìn)行系統(tǒng)測(cè)試。單元測(cè)試是在軟件

17、開發(fā)過程中針對(duì)程序模塊進(jìn)行正確性查驗(yàn)。集成測(cè)試是在單元測(cè)試的基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求組裝成系統(tǒng)或子系統(tǒng)，對(duì)模塊組裝過程和模塊接口進(jìn)行正確性查驗(yàn)。軟件系統(tǒng)測(cè)試不單是檢測(cè)軟件的整體行為表現(xiàn)，從另一個(gè)側(cè)面看，也是對(duì)軟件開發(fā)設(shè)計(jì)的再確認(rèn)。進(jìn)行軟件系統(tǒng)測(cè)試工作時(shí)。測(cè)試主要包括界面測(cè)試、可用性測(cè)試、功能測(cè)試、穩(wěn)定性(強(qiáng)度)測(cè)試、性能測(cè)試、強(qiáng)壯性(恢復(fù))測(cè)試、邏輯性測(cè)試、破壞性測(cè)試、安全性測(cè)試等。開發(fā)者針對(duì)單元測(cè)試，集成測(cè)試，系統(tǒng)測(cè)試分別擬定測(cè)試計(jì)劃。集成測(cè)試需要根據(jù)需求解析報(bào)告和大綱設(shè)計(jì)制作測(cè)試用例，并須經(jīng)過評(píng)審。軟件測(cè)試按照測(cè)試計(jì)劃、需求解析報(bào)告的要求進(jìn)行，最后形成軟件測(cè)試報(bào)告。3.5.2測(cè)試計(jì)劃

18、在軟件編碼開始從前，開發(fā)者應(yīng)向交通局提交測(cè)試計(jì)劃，在軟件交付時(shí)，開發(fā)者應(yīng)向交通局提交軟件測(cè)試報(bào)告，以保證開發(fā)者的軟件獲得了充分的測(cè)試。開發(fā)的軟件必須經(jīng)過充分的測(cè)試證明其吻合設(shè)計(jì)要求、運(yùn)行穩(wěn)定、安全可用方可交付交通局。3.6軟件的交付準(zhǔn)備3.6.1交付清單在軟件測(cè)試證明軟件達(dá)到要求后，軟件開發(fā)者應(yīng)向交通局提交開發(fā)的目標(biāo)安裝程序、據(jù)庫(kù)的數(shù)據(jù)字典、用戶安裝手冊(cè)、用戶使用指南、需求報(bào)告、設(shè)計(jì)報(bào)告、測(cè)試報(bào)告等雙方合同約定的產(chǎn)物。用戶安裝手冊(cè)應(yīng)詳盡介紹安裝軟件對(duì)運(yùn)行環(huán)境的要求、安裝軟件的定義和內(nèi)容、客戶端、服務(wù)器端及中間件的詳盡安裝步驟、安裝后的系統(tǒng)配置。數(shù)在用戶使用指南應(yīng)包括軟件各項(xiàng)功能的使用流程、操作

19、步驟、相應(yīng)業(yè)務(wù)介紹、特殊提示和注意事項(xiàng)等方面的內(nèi)容，在需要時(shí)還應(yīng)舉例說(shuō)明。3.7軟件的判斷查收3.7.1軟件的判斷查收在軟件開發(fā)完成后，為了保證軟件是按照需求解析的要求進(jìn)行開發(fā)的，保證軟件產(chǎn)品的質(zhì)量，需要對(duì)軟件產(chǎn)品進(jìn)行判斷查收。在開發(fā)者如期交付軟件后，由交通局負(fù)責(zé)確定詳盡的判斷查收日期。3.7.2查收人員由交通局邀請(qǐng)擁有一定的解析、設(shè)計(jì)、編程和軟件測(cè)試經(jīng)驗(yàn)的查收組長(zhǎng)和其他專業(yè)人員組成。查收組設(shè)組長(zhǎng)一名(可設(shè)有副組長(zhǎng))，負(fù)責(zé)整個(gè)查收的計(jì)劃、組織工作。3.7.3查收詳盡內(nèi)容查收內(nèi)容應(yīng)該包括：合法性檢查、文檔檢查、軟件一致性檢查、軟件系統(tǒng)測(cè)試與測(cè)試結(jié)果評(píng)審等幾項(xiàng)工作。合法性檢查檢查軟件開發(fā)工具是否合

20、法、使用的函數(shù)庫(kù)、控件、組件是否有合法的發(fā)布許可。文檔檢查檢查開發(fā)者提交的文檔必須齊全，質(zhì)量是否過關(guān)。需要開發(fā)者提供的文檔包括：項(xiàng)目實(shí)施計(jì)劃；詳盡技術(shù)方案；軟件需求規(guī)格說(shuō)明書(STP)(含數(shù)據(jù)字典)；大綱設(shè)計(jì)說(shuō)明書(PDD)；詳盡設(shè)計(jì)說(shuō)明書(DDD)(含數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書)；軟件測(cè)試計(jì)劃(STP)(含測(cè)試用例)；軟件測(cè)試報(bào)告(STR)；用戶手冊(cè)(SUM)(含操作、使用、維護(hù)、應(yīng)急辦理手冊(cè))；源程序(SCL)(不可更正的電子文檔)；項(xiàng)目實(shí)施計(jì)劃(PIP)；項(xiàng)目開發(fā)總結(jié)(PDS)；軟件質(zhì)量保證計(jì)劃(SQAP)；其他，查收組可以根據(jù)需要對(duì)其余文檔(如軟件配置計(jì)劃、項(xiàng)目進(jìn)展報(bào)表、階段評(píng)審報(bào)表等)進(jìn)行檢查

21、。文檔的質(zhì)量根據(jù)完備性、正確性、簡(jiǎn)短性、可追蹤性、自說(shuō)明性、規(guī)范件等方面進(jìn)行蹤合評(píng)定。查收需要對(duì)軟件代碼進(jìn)行檢查，以保證其吻合規(guī)范，并檢查其一致性。3.7.4軟件查收測(cè)試大綱在軟件進(jìn)行判斷查收前，開發(fā)者需按照一定的格式編寫軟件查收測(cè)試大綱，詳盡的格式請(qǐng)見附錄E。3.8培訓(xùn)3.8.1系統(tǒng)應(yīng)用培訓(xùn)主要培訓(xùn)內(nèi)容包括：系統(tǒng)操作使用、業(yè)務(wù)管理流程。培訓(xùn)對(duì)象：應(yīng)用操作人員。3.8.2系統(tǒng)管理的培訓(xùn)（可選）主要培訓(xùn)內(nèi)容包括：系統(tǒng)安裝、調(diào)試、維護(hù)；系統(tǒng)管理。培訓(xùn)對(duì)象：系統(tǒng)管理人員。開發(fā)者應(yīng)詳盡列出培訓(xùn)計(jì)劃，包括培訓(xùn)內(nèi)容、教材、時(shí)間和人員等。附錄A軟件需求解析報(bào)告文檔模板1.引言91.1編寫目的91.2項(xiàng)目風(fēng)險(xiǎn)

22、91.3文檔約定91.4預(yù)期讀者和閱讀建議91.5產(chǎn)品范圍101.6參照文件102.綜合描繪102.1產(chǎn)品的狀況102.2產(chǎn)品的功能112.3用戶類和特性112.4運(yùn)行環(huán)境112.5設(shè)計(jì)和實(shí)現(xiàn)上的限制112.6假設(shè)和拘束(依賴)123.外部接口需求123.1用戶界面133.2硬件接口133.3軟件接口133.4通訊接口144.系統(tǒng)功能需求144.1說(shuō)明和優(yōu)先級(jí)154.2激勵(lì)響應(yīng)序列154.3輸入輸出數(shù)據(jù)155.其余非功能需求155.1性能需求155.2安全舉措需求165.3安全性需求165.4軟件質(zhì)量屬性165.5業(yè)務(wù)規(guī)則165.6用戶文檔166.詞匯表177.數(shù)據(jù)定義178.解析模型189.

23、待定問題列表18引言引言是對(duì)這份軟件產(chǎn)品需求解析報(bào)告的概覽，是為了幫助閱讀者認(rèn)識(shí)這份文檔是怎樣編寫的，并且應(yīng)該怎樣閱讀、理解和解釋這份文檔。1.1編寫目的說(shuō)明這份軟件產(chǎn)品需求解析報(bào)告是為哪個(gè)軟件產(chǎn)品編寫的，開發(fā)這個(gè)軟件產(chǎn)品意義、用、以及最終要達(dá)到的意圖。經(jīng)過這份軟件產(chǎn)品需求解析報(bào)告詳盡說(shuō)了然該軟件產(chǎn)品的需求規(guī)格，包括修正和(或)刊行版本號(hào)，進(jìn)而對(duì)該軟件產(chǎn)品進(jìn)行正確的定義。如果這份軟件產(chǎn)品需求解析報(bào)告只與整個(gè)系統(tǒng)的某一部分相關(guān)系，那么只定義軟件產(chǎn)品需求解析報(bào)告中說(shuō)明的那個(gè)部分或子系統(tǒng)。作1.2項(xiàng)目風(fēng)險(xiǎn)詳盡說(shuō)明本軟件開發(fā)項(xiàng)目的全部風(fēng)險(xiǎn)擔(dān)當(dāng)者，以及各自在本階段所需要擔(dān)當(dāng)?shù)闹饕L(fēng)險(xiǎn)，首要風(fēng)險(xiǎn)擔(dān)當(dāng)者包括

24、：任務(wù)提出者；軟件開發(fā)者；產(chǎn)品使用者。1.3文檔約定描繪編寫文檔時(shí)所采用的標(biāo)準(zhǔn)(如果有標(biāo)準(zhǔn)的話)，也許各種排版約定。排版約定應(yīng)該包括：正文風(fēng)格；提示方式；重要符號(hào)；也應(yīng)該說(shuō)明高層次需求是否可以被其所有細(xì)化的需求所繼承，也許每個(gè)需求陳述是否都有其自己的優(yōu)先級(jí)。1.4預(yù)期讀者和閱讀建議列舉本軟件產(chǎn)品需求解析報(bào)告所針對(duì)的各種不同的預(yù)期讀者，比方，可能包括：用戶；開發(fā)人員；項(xiàng)目經(jīng)理；營(yíng)銷人員；測(cè)試人員；文檔編寫入員。并且描繪了文檔中，其余部分的內(nèi)容及其組織結(jié)構(gòu)，并且針對(duì)每一類讀者提出最適合的文檔閱讀建議。1.5產(chǎn)品范圍說(shuō)明該軟件產(chǎn)品及其開發(fā)目的的簡(jiǎn)短描繪，包括利益和目標(biāo)。把軟件產(chǎn)品開發(fā)與企業(yè)目標(biāo)，也許

25、業(yè)務(wù)策略相聯(lián)系。描繪產(chǎn)品范圍時(shí)需注意，可以參照項(xiàng)目視圖和范圍文檔，但是不能將其內(nèi)容復(fù)制到這里。1.6參照文件列舉編寫軟件產(chǎn)品需求解析報(bào)告時(shí)所用到的參照文件及資料，可能包括：本項(xiàng)目的合同書；上級(jí)機(jī)關(guān)相關(guān)本項(xiàng)目的批文；本項(xiàng)目已經(jīng)批準(zhǔn)的計(jì)劃任務(wù)書；用戶界面風(fēng)格指導(dǎo)；開發(fā)本項(xiàng)目時(shí)所要用到的標(biāo)淮；系統(tǒng)規(guī)格需求說(shuō)明；使用實(shí)例文檔；屬于本項(xiàng)目的其余己發(fā)表文件；本軟件產(chǎn)品需求解析報(bào)告中所引用的文件、資料；相關(guān)軟件產(chǎn)品需求解析報(bào)告；為了方便讀者查閱，所有參照資料應(yīng)該按一定序次排列。如果可能，每份資料都應(yīng)該給出：標(biāo)題名稱；作者也許合同簽約者；文件編號(hào)也許版本號(hào)；發(fā)表日期也許簽約日期；出版單位也許資料本源。綜合描繪

26、這一部分歸納了正在定義的軟件產(chǎn)品的作用范圍以及該軟件產(chǎn)品所運(yùn)行的環(huán)境、使用該軟件產(chǎn)品的用戶、對(duì)該軟件產(chǎn)品己知的限制、相關(guān)該軟件產(chǎn)品的假設(shè)和依賴。2.1產(chǎn)品的狀況描繪了在軟件產(chǎn)品需求解析報(bào)告中所定義的軟件產(chǎn)品的背景和起源。說(shuō)了然該軟件產(chǎn)品是否屬于下列情況：是否是產(chǎn)品系列中的下一成員；是否是成熟產(chǎn)品所改進(jìn)的下一代產(chǎn)品；是否是現(xiàn)有應(yīng)用軟件的替代品(升級(jí)產(chǎn)品)；是否是一個(gè)新型的、自主型的產(chǎn)品。如果該軟件產(chǎn)品需求解析報(bào)告定義的軟件系統(tǒng)是：大系統(tǒng)的一個(gè)組成部分；與其余系統(tǒng)和其余機(jī)構(gòu)之間存在基本的相互關(guān)系。那么必須說(shuō)明軟件產(chǎn)品需求解析報(bào)告定義的這部分軟件是怎樣與整個(gè)大系統(tǒng)相關(guān)系的，也許（同時(shí)）說(shuō)明相互關(guān)系的

27、存在形式，并且要定義出兩者之間的全部接口。2.2產(chǎn)品的功能因?yàn)閷⒃谛枨蠼馕鰣?bào)告的第4部分中詳盡描繪軟件產(chǎn)品的功能，所以在此只需要大體地總結(jié)。僅從業(yè)務(wù)層面陳述本軟件產(chǎn)品所應(yīng)擁有的主要功能，在描繪功能時(shí)應(yīng)該針對(duì)每一項(xiàng)需求正確地描繪其各項(xiàng)規(guī)格說(shuō)明。如果存在引起誤解的可能，在陳述本軟件產(chǎn)品主要功能的作用領(lǐng)域時(shí)，也需要對(duì)應(yīng)陳述本軟件產(chǎn)品的非作用領(lǐng)域，以利讀者理解本軟件產(chǎn)品。為了很好地組織產(chǎn)品功能，使每個(gè)讀者都容易理解，可以采用列表的方法給出。也可以采用圖形方式，將主要的需求分組以及它們之間的聯(lián)系使用數(shù)據(jù)流程圖的頂層圖或類圖進(jìn)行表示，這種表示方法是很有用的。參照用戶當(dāng)前管理組織構(gòu)架，認(rèn)識(shí)各個(gè)機(jī)構(gòu)的主要職能

28、，將有助于陳述軟件產(chǎn)品的主要功能。2.3用戶類和特性確定有可能使用該軟件產(chǎn)品的不同用戶類，并且描繪它們相關(guān)的特點(diǎn)。往往有一些軟件需求，只與特定的用戶類相關(guān)。描繪時(shí)，應(yīng)該將該軟件產(chǎn)品的重要用戶類與非重要用戶類區(qū)分開。用戶不一定是軟件產(chǎn)品的直接使用者，經(jīng)過報(bào)表、應(yīng)用程序接口、系統(tǒng)硬件接口獲得軟件產(chǎn)品的數(shù)據(jù)和服務(wù)的人、也許機(jī)構(gòu)也有他們的需求。所以，應(yīng)該將這些外部需求視為經(jīng)過報(bào)表、應(yīng)用程序接口、系統(tǒng)硬件接口附加給軟件產(chǎn)品的附加用戶類。2.4運(yùn)行環(huán)境描繪了本軟件的運(yùn)行環(huán)境，一般包括：硬件平臺(tái)；操作系統(tǒng)和版本；支撐環(huán)境(比方：數(shù)據(jù)庫(kù)等)和版本；其余與該軟件相關(guān)的軟件組件；與該軟件共存的應(yīng)用程序。2.5設(shè)計(jì)

29、和實(shí)現(xiàn)上的限制確定影響開發(fā)人員自由選擇的問題，并且說(shuō)明這些問題為什么成為一種限制?？赡艿南拗瓢ㄏ铝袃?nèi)容：必須使用的特定技術(shù)、工具、編程語(yǔ)言和數(shù)據(jù)庫(kù)；防備使用的特定技術(shù)、工具、編程語(yǔ)言和數(shù)據(jù)庫(kù)；要求按照的開發(fā)規(guī)范和標(biāo)準(zhǔn)比方，如果由客戶的企業(yè)也許第三方企業(yè)負(fù)責(zé)軟件維護(hù)，就必須定義轉(zhuǎn)包者所使用的設(shè)計(jì)符號(hào)表示和編碼標(biāo)準(zhǔn)；企業(yè)策略的限制；政府法規(guī)的限制；工業(yè)標(biāo)準(zhǔn)的限制；硬件的限制比方，準(zhǔn)時(shí)需求或存儲(chǔ)器限制；數(shù)據(jù)變換格式標(biāo)淮的限制。2.6假設(shè)和拘束(依賴)列舉出對(duì)軟件產(chǎn)品需求解析報(bào)告中，影響需求陳述的假設(shè)因素(與己知因素相對(duì)立)。如果這些假設(shè)因素不正確、不一致也許被更正，就會(huì)使軟件產(chǎn)品開發(fā)項(xiàng)目受到影響。

30、這些假設(shè)的因素可能包括：計(jì)劃使用的商業(yè)組件，也許其余軟件中的某個(gè)部件；假設(shè)產(chǎn)品中某個(gè)用戶界面將吻合一個(gè)特殊的設(shè)計(jì)約定；相關(guān)本軟件用戶的若干假設(shè)(比方：假設(shè)用戶會(huì)熟練使用SQL語(yǔ)言。)；相關(guān)本軟件開發(fā)工作的若干假設(shè)(比方：用戶承諾的優(yōu)惠、方便、上級(jí)部門恩賜的特殊政策和支持等。)；相關(guān)本軟件運(yùn)行環(huán)境的一些問題；其他，確定本軟件開發(fā)項(xiàng)目對(duì)外部拘束因素所存在的依賴。相關(guān)的拘束可能包括：工期拘束；經(jīng)費(fèi)拘束；人員拘束；設(shè)備拘束；地理地址拘束；其余相關(guān)項(xiàng)目拘束；外部接口需求經(jīng)過本節(jié)描繪可以確定，保證軟件產(chǎn)品能和外部組件正確連接的需求。關(guān)系圖僅能表示高層抽象的外部接口，必須對(duì)接口數(shù)據(jù)和外部組件進(jìn)行詳盡描繪，并

31、且寫入數(shù)據(jù)定義中。如果產(chǎn)品的不同部分有不同的外部接口，那么應(yīng)該把這些外部接口的全部詳盡需求并入到這一部分實(shí)例中。注意：必須將附加用戶類的特點(diǎn)與外部接口需求加以劃分，附加用戶類的特點(diǎn)描繪的是經(jīng)過接口取得軟件產(chǎn)品的數(shù)據(jù)和服務(wù)的人的需求；而外部接口需求描繪的是接口本身的需求。3.1用戶界面陳述需要使用在用戶界面上的軟件組件，描繪每一個(gè)用戶界面的邏輯特點(diǎn)。必須注意，這里需要描繪的是用戶界面的邏輯特點(diǎn)，而不是用戶界面。以下是可能包括的一些特點(diǎn)：將要采用的圖形用戶界面(GUl)標(biāo)準(zhǔn)也許產(chǎn)品系列的風(fēng)格；相關(guān)屏幕布局也許解決方案的限制；將要使用在每一個(gè)屏幕(圖形用戶界面)上的軟件組件，可能包括：選單；標(biāo)準(zhǔn)按鈕

32、；導(dǎo)航鏈接；各種功能組件；消息欄；快捷鍵；各種顯示格式的規(guī)定，可能包括：不同情況下文字的對(duì)齊方式；不同情況下數(shù)字的表現(xiàn)格式與對(duì)齊方式日期的表現(xiàn)方法與格式；計(jì)時(shí)方法與時(shí)間格式；等等。錯(cuò)誤信息顯示標(biāo)準(zhǔn)；對(duì)于用戶界面的細(xì)節(jié)，比方：一個(gè)特定對(duì)話框的布局，應(yīng)該寫入詳盡的用戶界面設(shè)計(jì)說(shuō)明中，而不能寫入軟件需求規(guī)格說(shuō)明中。如果采用現(xiàn)成的、合適的用戶界面設(shè)計(jì)規(guī)范(標(biāo)準(zhǔn))，也許另文描繪，可以在這里直接說(shuō)明，并且將其加入?yún)⒄瘴募?.2硬件接口描繪待開發(fā)的軟件產(chǎn)品與系統(tǒng)硬件接口的特點(diǎn)，若有多個(gè)硬件接口，則必須全都描繪。接口特點(diǎn)的描繪內(nèi)容可能包括：支持的硬件種類；軟、硬件之間交流的數(shù)據(jù)；控制信息的性質(zhì)；使用的通訊協(xié)

33、議；3.3軟件接口描繪該軟件產(chǎn)品與其余外部組件的連接，這些外部組件必須明確它們的名稱和版本號(hào)以資鑒別，可能的外部組件包括：操作系統(tǒng)；數(shù)據(jù)庫(kù)；工具；函數(shù)庫(kù)；集成的商業(yè)組件說(shuō)明：這里所說(shuō)的“集成的商業(yè)組件”，是指與系統(tǒng)集成的商業(yè)組件，而不是與軟件產(chǎn)品集成的商業(yè)組件。比方：中間件、消息服務(wù)，等等。描繪并且明確軟件產(chǎn)品與軟件組件之間交換數(shù)據(jù)也許消息的目的。描繪所需要的服務(wù)，以及與內(nèi)部組件通訊的性質(zhì)。確定軟件產(chǎn)品將與組件之間共享的數(shù)據(jù)。如果必須使用一種特殊的方法來(lái)實(shí)現(xiàn)數(shù)據(jù)共享體系，比方：在多用戶系統(tǒng)中的一個(gè)全局?jǐn)?shù)據(jù)區(qū)，那么就必須把它定義為一種實(shí)現(xiàn)上的限制。3.4通訊接口描繪與軟件產(chǎn)品所使用的通訊功能相關(guān)

34、的需求，包括：電子郵件；WEB瀏覽器；網(wǎng)絡(luò)通訊標(biāo)準(zhǔn)也許協(xié)議；數(shù)據(jù)交互用電子表格；必須定義相關(guān)的：消息格式；通訊安全或加密問題；數(shù)據(jù)傳輸速率；同步和異步通訊體系；系統(tǒng)功能需求需要進(jìn)行詳盡的需求記錄，詳盡列出與該系統(tǒng)功能相關(guān)的詳盡功能需求，并且，唯一地表記每一項(xiàng)需求。這是必須提交給用戶的軟件功能，使得用戶可以使用所提供的功能執(zhí)行服務(wù)也許使用所指定的使用實(shí)例執(zhí)行任務(wù)。描繪軟件產(chǎn)品怎樣響應(yīng)己知的出錯(cuò)條件、非法輸入、非法動(dòng)作。如果每一項(xiàng)功能需求都能用一項(xiàng)，也只需要用一項(xiàng)測(cè)試用例就能進(jìn)行考據(jù)，那么就可以認(rèn)為功能需求已經(jīng)適合地進(jìn)行描繪了。如果某項(xiàng)功能需求找不到合適的測(cè)試用例，也許必須使用多項(xiàng)測(cè)試用例才能考據(jù)

35、，那么該項(xiàng)功能需求的描繪必然存在某些問題。功能需求是根據(jù)系統(tǒng)功能，即軟件產(chǎn)品所提供的主要服務(wù)來(lái)組織的。可以經(jīng)過使用實(shí)例、運(yùn)行模式、用戶類、對(duì)象類也許功能等級(jí)來(lái)組織這部分內(nèi)容，也可以便用這些元素的組合?？偠灾?，必須選擇一種是讀者容易理解預(yù)期產(chǎn)品的組織方案。用簡(jiǎn)短的語(yǔ)句說(shuō)明功能的名稱，比方：“4.1系統(tǒng)參數(shù)管理”。按照服務(wù)組織的序次，逐條闡述系統(tǒng)功能。無(wú)論說(shuō)明的是何種功能，都應(yīng)該針對(duì)該系統(tǒng)功能重復(fù)表達(dá)4.14.3這三個(gè)部分?？梢越?jīng)過各種方式來(lái)組織這一部分內(nèi)容，比方采用：使用實(shí)例、運(yùn)行模式、用戶類、對(duì)象類、功能等級(jí)等，也可以采用它們的組合。其最終目的是，讓讀者容易理解即將開發(fā)的軟件產(chǎn)品。一般來(lái)說(shuō)，

36、每個(gè)使用實(shí)例都對(duì)應(yīng)一個(gè)系統(tǒng)功能，因而按照使用實(shí)例來(lái)組織內(nèi)容比較容易讓用戶理解。對(duì)應(yīng)一些被共享的獨(dú)立使用實(shí)例，可以定義一些公用系統(tǒng)功能。必須特別注意的是，在2.2節(jié)“產(chǎn)品的功能”中描繪的全部需求，以及它們的規(guī)格說(shuō)明；必須在某個(gè)系統(tǒng)功能描繪中有所反響，而且不應(yīng)重復(fù)。4.1說(shuō)明和優(yōu)先級(jí)對(duì)該系統(tǒng)功能進(jìn)行簡(jiǎn)短的說(shuō)明，并且指出該系統(tǒng)功能的優(yōu)先級(jí)是：高、中、仍是低。需要的話，還可以包括對(duì)特定優(yōu)先級(jí)部分的評(píng)論，比方：利益、損失、費(fèi)用和風(fēng)險(xiǎn)，其相對(duì)優(yōu)先等級(jí)可以從1(低)到9(高)。4.2激勵(lì)響應(yīng)序列列出輸入激勵(lì)(用戶動(dòng)作、來(lái)自外部設(shè)備的信號(hào)也許其余觸發(fā))并且定義針對(duì)這功能行為的系統(tǒng)響應(yīng)序列，這些序列將與使用實(shí)例

37、中相關(guān)的對(duì)話元素相對(duì)應(yīng)。描繪激勵(lì)響應(yīng)序列時(shí)，不單需要描繪基本過程，而且應(yīng)該描繪可選(擴(kuò)大)過程，包括例外(引起任務(wù)不能序次完成的情況稱為例外)。粗心了可選過程，有可能影響軟件產(chǎn)品的功能；如果遺漏例外過程，則有可能會(huì)引發(fā)系統(tǒng)崩潰。如果采用流程圖來(lái)描繪激勵(lì)響應(yīng)序列，比較容易讓用戶理解。4.3輸入輸出數(shù)據(jù)列出輸入數(shù)據(jù)(用戶輸入、來(lái)自外部接口的輸入也許其余輸入)并且定義針對(duì)這些輸入數(shù)據(jù)的辦理(計(jì)算)方法，以及相應(yīng)地輸出數(shù)據(jù)，描繪對(duì)應(yīng)區(qū)別：輸入數(shù)據(jù)和輸出數(shù)據(jù)。當(dāng)有大量數(shù)據(jù)需要描繪時(shí)，也可以分類描繪數(shù)據(jù)，并且注明各項(xiàng)數(shù)據(jù)的輸入、輸出屬性。對(duì)于每一項(xiàng)數(shù)據(jù)，均需要描繪：數(shù)據(jù)名稱；實(shí)際含義；數(shù)據(jù)種類；數(shù)據(jù)格式；

38、數(shù)據(jù)拘束；對(duì)于復(fù)雜的辦理方法，只是給出算法原理是不夠的，必須描繪詳盡的計(jì)算過程，并且列出每一步詳盡使用的實(shí)際算式；如果計(jì)算過程中涉及查表、判斷、迭代等辦理方法，應(yīng)該給出辦理依據(jù)和相關(guān)數(shù)據(jù)。如果計(jì)算方法很簡(jiǎn)單，也可以將其從略，不加描繪。其余非功能需求在這里列舉出所有非功能需求，主要包括可靠性、安全性、可維護(hù)性、可擴(kuò)展性、可測(cè)試性等。5.1性能需求闡述不同應(yīng)用領(lǐng)域?qū)浖a(chǎn)品性能的需求，并且說(shuō)明提出需求的原理也許依據(jù)，以幫助開發(fā)人員做出合理的設(shè)計(jì)選擇。盡可能詳盡地描繪性能需求，如果需要，可以針對(duì)每個(gè)功能需求也許特點(diǎn)分別陳述其性能需求。在這里確定：相互合作的用戶數(shù)量；系統(tǒng)支持的并發(fā)操作數(shù)量；響應(yīng)時(shí)間；

39、與實(shí)時(shí)系統(tǒng)的時(shí)間關(guān)系：容量需求存儲(chǔ)器；磁盤空間；數(shù)據(jù)庫(kù)中表的最大行數(shù)。5.2安全舉措需求詳盡陳述與軟件產(chǎn)品使用過程中可能發(fā)生的損失、破壞、危害相關(guān)的需求。定義必須采取的安全保護(hù)或動(dòng)作，以及必須預(yù)防的潛在危險(xiǎn)動(dòng)作。明確軟件產(chǎn)品必須遵照的安全標(biāo)準(zhǔn)、策略、或規(guī)則。5.3安全性需求詳盡陳述與系統(tǒng)安全性、完整性問題相關(guān)的需求，也許與個(gè)人隱私問題相關(guān)的需求。這些問題將會(huì)影響到軟件產(chǎn)品的使用，和軟件產(chǎn)品所創(chuàng)辦也許使用的數(shù)據(jù)的保護(hù)。定義用戶身份認(rèn)證，或備授權(quán)需求。明確軟件產(chǎn)品必須知足的安全性也許保密性策略。也可以經(jīng)過稱為完整性的質(zhì)量屬性來(lái)闡述這些需求。一個(gè)典型的軟件系統(tǒng)安全需求模范如下：“每個(gè)用戶在第一次登錄

40、后，必須更改他的系統(tǒng)預(yù)置登錄密碼，系統(tǒng)預(yù)置的登錄密碼不能重用?！?.4軟件質(zhì)量屬性詳盡陳述對(duì)客戶和開發(fā)人員至關(guān)重要的在軟件產(chǎn)品其余方面表現(xiàn)出來(lái)的質(zhì)量功能。這些功能必須是確定的、定量的、在需要時(shí)是可以考據(jù)的。最少也應(yīng)該指明不同屬性的相對(duì)重視點(diǎn)，比方：易用性優(yōu)于易學(xué)性，也許可移植性優(yōu)于有效性。5.5業(yè)務(wù)規(guī)則列舉出相關(guān)軟件產(chǎn)品的所有操作規(guī)則，比方：那些人在特定環(huán)境下可以進(jìn)行何種操作。這些本身不是功能需求，但是他們可以暗示某些功能需求執(zhí)行這些規(guī)則。一個(gè)業(yè)務(wù)規(guī)則的模范如下：“進(jìn)行達(dá)到也許超過10，000，00元人民幣的積蓄業(yè)務(wù)時(shí)，必須經(jīng)過附加的管理員認(rèn)證?！绷信e業(yè)務(wù)規(guī)則時(shí)，可以根據(jù)規(guī)則的數(shù)量，采用合適的

41、編目方式。5.6用戶文檔列舉出將與軟件產(chǎn)品一同交付的用戶文檔，并且明確所有己知用戶文檔的交付格式或標(biāo)準(zhǔn)，比方：安裝指南紙質(zhì)文檔，16開本；用戶手冊(cè)紙質(zhì)文檔，16開本；在線幫助電子文檔，與軟件產(chǎn)品一同散發(fā)、配置；使用教程電子文檔，與軟件產(chǎn)品一同散發(fā)、配置。詞匯表列出本文件中用到的專業(yè)術(shù)語(yǔ)的定義，以及相關(guān)縮寫的定義(如有可能，列出相關(guān)的外文原詞)。為了便于非軟件專業(yè)也許非計(jì)算機(jī)專業(yè)人士閱讀軟件產(chǎn)品需求解析報(bào)告，要求使用非軟件專業(yè)也許非計(jì)算機(jī)專業(yè)的術(shù)語(yǔ)描繪軟件需求。所以這里所指的專業(yè)術(shù)語(yǔ)，是指業(yè)務(wù)層面上的專業(yè)術(shù)語(yǔ)，而不是軟件專業(yè)也許計(jì)算機(jī)專業(yè)的術(shù)語(yǔ)。但是，對(duì)于無(wú)法回避的軟件專業(yè)也許計(jì)算機(jī)專業(yè)術(shù)語(yǔ)，也

42、應(yīng)該列入詞匯表并且加以正確定義。數(shù)據(jù)定義數(shù)據(jù)定義是一個(gè)定義了應(yīng)用程序中使用的所有數(shù)據(jù)元素和結(jié)構(gòu)的共享文檔，其中對(duì)每個(gè)數(shù)據(jù)元素和結(jié)構(gòu)都正確描繪：含義、種類、數(shù)據(jù)大小、格式、計(jì)量單位、精度以及取值范圍。數(shù)據(jù)定義的維護(hù)獨(dú)立于軟件需求規(guī)格說(shuō)明，并且在軟件產(chǎn)品開發(fā)和維護(hù)的任何階段，均向風(fēng)險(xiǎn)擔(dān)當(dāng)者開放。如果為軟件開發(fā)項(xiàng)目創(chuàng)辦一個(gè)獨(dú)立的數(shù)據(jù)定義，而不是為每一項(xiàng)特性描繪相關(guān)的數(shù)據(jù)項(xiàng)，有利于防備冗余和不一致性。但是卻不利于多人共同編寫需求解析報(bào)告，容易遺漏數(shù)據(jù)，也不方便閱讀。因此仍是建議為每個(gè)特性描繪相關(guān)的數(shù)據(jù)項(xiàng)，匯總數(shù)據(jù)項(xiàng)創(chuàng)辦數(shù)據(jù)定義，再根據(jù)數(shù)據(jù)定義復(fù)核全部數(shù)據(jù)，使得它們的名稱和含義完全一致。必須注意的是，為

43、了防備二義性，在匯總數(shù)據(jù)項(xiàng)時(shí)應(yīng)該根據(jù)數(shù)據(jù)項(xiàng)所代表的實(shí)際意義匯總，而不是根據(jù)數(shù)據(jù)項(xiàng)的名稱匯總。在數(shù)據(jù)定義中，每個(gè)數(shù)據(jù)項(xiàng)除了有一其中文名稱外，還應(yīng)該為它取一個(gè)簡(jiǎn)短的英文名稱，該英文名稱應(yīng)該吻合命名規(guī)范，因?yàn)樵谲浖_發(fā)時(shí)將沿用該英文名稱?？梢允褂玫忍?hào)表示數(shù)據(jù)項(xiàng)，名稱寫在左邊，定義寫在右邊。常有數(shù)據(jù)項(xiàng)的描繪方式如下：原數(shù)據(jù)元素一個(gè)原數(shù)據(jù)元素是不可分解的，可以將一個(gè)數(shù)量值賦給它。定義原數(shù)據(jù)元素必須確定其含義、種類、數(shù)據(jù)大小、格式、計(jì)量單位、精度以及取值范圍。采用以星號(hào)為界的一行說(shuō)明文本，描繪原數(shù)據(jù)元素的定義。選擇項(xiàng)選擇項(xiàng)是一種只可以取有限離散值的特殊原數(shù)據(jù)元素，描繪時(shí)一一列舉這些值，并用方括號(hào)括起來(lái)寫在

44、原數(shù)據(jù)元素的定義前。在兩項(xiàng)離散值之間，使用管道符分開。組合項(xiàng)組合項(xiàng)是一個(gè)數(shù)據(jù)結(jié)構(gòu)也許記錄，其中包含了多個(gè)數(shù)據(jù)項(xiàng)。這些數(shù)據(jù)項(xiàng)可以是原數(shù)據(jù)元素，也可以是組合數(shù)據(jù)項(xiàng)，各數(shù)據(jù)項(xiàng)之間用加號(hào)連接。其中每個(gè)數(shù)據(jù)項(xiàng)都必須是數(shù)據(jù)定義中定義過的，結(jié)構(gòu)中也可以包括其余結(jié)構(gòu)，但是絕對(duì)不允許遞歸。如果數(shù)據(jù)結(jié)構(gòu)中有可選項(xiàng)，使用圓括號(hào)把該項(xiàng)括起來(lái)。重復(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)。如果知道該項(xiàng)可能允許的范圍，就按“最小值：最大值”的形式寫在花括號(hào)前。解析模型這是一個(gè)可選部分，包括或涉及到相關(guān)的解析模型，比方：數(shù)據(jù)流程圖；類圖；狀態(tài)變換圖；實(shí)體-關(guān)系圖。待定問題列

45、表編寫一張?jiān)谲浖a(chǎn)品需求解析報(bào)告中待確定問題時(shí)的列表，把每一個(gè)表項(xiàng)都編上號(hào)，以便追蹤檢查。附錄B軟件大綱設(shè)計(jì)報(bào)告文檔模板1.引言191.1編寫目的191.2項(xiàng)目風(fēng)險(xiǎn)191.3預(yù)期讀者和閱讀建議191.4參照資料202.設(shè)計(jì)歸納202.1限制和拘束202.2設(shè)計(jì)原則和設(shè)計(jì)要求213.系統(tǒng)邏輯設(shè)計(jì)213.1系統(tǒng)組織設(shè)計(jì)213.2系統(tǒng)結(jié)構(gòu)設(shè)計(jì)22系統(tǒng)特性表22系統(tǒng)特性結(jié)構(gòu)圖233.3系統(tǒng)接口設(shè)計(jì)23系統(tǒng)接口表23系統(tǒng)接口傳輸協(xié)議說(shuō)明243.4系統(tǒng)完整性設(shè)計(jì)244.系統(tǒng)出錯(cuò)辦理設(shè)計(jì)254.1系統(tǒng)出錯(cuò)辦理表254.2維護(hù)辦理過程表265.技術(shù)設(shè)計(jì)275.1系統(tǒng)開發(fā)技術(shù)說(shuō)明表275.2開發(fā)技術(shù)應(yīng)用說(shuō)明28

46、6.數(shù)據(jù)庫(kù)設(shè)計(jì)287.詞匯表288.進(jìn)度計(jì)劃29引言引言是對(duì)這份軟件系統(tǒng)大綱設(shè)計(jì)報(bào)告的概覽，是為了幫助閱讀者認(rèn)識(shí)這份文檔是怎樣編寫的，并且應(yīng)該怎樣閱讀、理解和解釋這份文檔。1.1編寫目的說(shuō)明這份軟件系統(tǒng)大綱設(shè)計(jì)報(bào)告是基于哪份軟件產(chǎn)品需求規(guī)格說(shuō)明書編寫的，開發(fā)這個(gè)軟件產(chǎn)品意義、作用、以及最終要達(dá)到的意圖。經(jīng)過這份軟件系統(tǒng)大綱設(shè)計(jì)報(bào)告詳盡說(shuō)了然該軟件產(chǎn)品的軟件結(jié)構(gòu)，包括數(shù)據(jù)庫(kù)結(jié)構(gòu)和出錯(cuò)辦理，進(jìn)而對(duì)該軟件產(chǎn)品的結(jié)構(gòu)的描繪。如果這份軟件系統(tǒng)大綱設(shè)計(jì)報(bào)告只與整個(gè)系統(tǒng)的某一部分相關(guān)系，那么只定義軟件系統(tǒng)大綱設(shè)計(jì)報(bào)告中說(shuō)明的那個(gè)部分或子系統(tǒng)。1.2項(xiàng)目風(fēng)險(xiǎn)詳盡說(shuō)明本軟件開發(fā)項(xiàng)目的全部風(fēng)險(xiǎn)擔(dān)當(dāng)者，以及各自在本

47、階段所需要擔(dān)當(dāng)?shù)闹饕L(fēng)險(xiǎn)，首要風(fēng)險(xiǎn)擔(dān)當(dāng)者包括：任務(wù)提出者；軟件開發(fā)者；產(chǎn)品使用者。1.3預(yù)期讀者和閱讀建議列舉本軟件系統(tǒng)大綱設(shè)計(jì)報(bào)告所針對(duì)的各種不同的預(yù)期讀者，比方，可能的讀者包括：用戶；開發(fā)人員；項(xiàng)目經(jīng)理；營(yíng)銷人員；測(cè)試人員；文檔編寫人員；等等。描繪文檔中，其余部分的內(nèi)容及其組織結(jié)構(gòu)，并且針對(duì)每一類讀者提出最適合的文檔閱讀建議。1.4參照資料列舉編寫軟件產(chǎn)品大綱設(shè)計(jì)報(bào)告時(shí)所用到的參照文件及資料，可能包括：本項(xiàng)目的合同書；上級(jí)機(jī)關(guān)相關(guān)本項(xiàng)目的批文；本項(xiàng)目已經(jīng)批準(zhǔn)的計(jì)劃任務(wù)書；用戶界面風(fēng)格指導(dǎo)；開發(fā)本項(xiàng)目時(shí)所要用到的標(biāo)準(zhǔn)；系統(tǒng)規(guī)格需求說(shuō)明；使用實(shí)例文檔；屬于本項(xiàng)目的其余已發(fā)表文件；本軟件系統(tǒng)大綱

48、設(shè)計(jì)報(bào)告中所引用的文件、資料：相關(guān)軟件系統(tǒng)大綱設(shè)計(jì)報(bào)告：等等。為了方便讀者查閱，所有參照資料應(yīng)該按一定順排列。如果可能，每份資料都應(yīng)該給出：標(biāo)題名稱；作者也許合同簽約者；文件編號(hào)也許版本號(hào)；發(fā)表日期也許簽約日期；出版單位也許資料本源。設(shè)計(jì)歸納本節(jié)描繪現(xiàn)有開發(fā)條件和需要實(shí)現(xiàn)的目標(biāo)，說(shuō)明進(jìn)行大綱設(shè)計(jì)時(shí)應(yīng)該按照的設(shè)計(jì)原則和必須采用的設(shè)計(jì)方法。2.1限制和拘束簡(jiǎn)要描繪起到限制和拘束作用的各種可能存在的條件，比方：技術(shù)條件；資本狀況；開發(fā)環(huán)境(包括：工具和平臺(tái))；時(shí)間限制；等等。并且說(shuō)明在上述條件下，應(yīng)該實(shí)現(xiàn)的系統(tǒng)目標(biāo)，2.2設(shè)計(jì)原則和設(shè)計(jì)要求描繪對(duì)本軟件系統(tǒng)進(jìn)行大綱設(shè)計(jì)的原則，平時(shí)可以考慮以下幾方面的

49、內(nèi)容：命名規(guī)則；模塊獨(dú)立性原則：邊界設(shè)計(jì)原則；數(shù)據(jù)庫(kù)設(shè)計(jì)規(guī)則；必須的安全舉措；安全性和保密原則；系統(tǒng)靈活性要求；系統(tǒng)易操作性要求；系統(tǒng)可維護(hù)性要求；等等。系統(tǒng)邏輯設(shè)計(jì)本節(jié)內(nèi)容主要根據(jù)軟件產(chǎn)品需求規(guī)格說(shuō)明書和軟件產(chǎn)品數(shù)據(jù)字典建立系統(tǒng)的邏輯模型。此種模型暫時(shí)與系統(tǒng)的物理因素(比方：計(jì)算機(jī)、數(shù)據(jù)庫(kù)管理系統(tǒng))無(wú)關(guā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)開發(fā)技術(shù)說(shuō)明。說(shuō)明：如果進(jìn)行系統(tǒng)設(shè)計(jì)時(shí)尚未編寫軟件數(shù)據(jù)字典：應(yīng)首先參照附錄B說(shuō)明，編寫軟件數(shù)據(jù)字典。在完成軟件數(shù)據(jù)字典后，再進(jìn)行系統(tǒng)設(shè)計(jì)。3.1系統(tǒng)組織設(shè)計(jì)系統(tǒng)組織設(shè)計(jì)經(jīng)過系統(tǒng)組織表描繪本

50、系統(tǒng)由哪些子系統(tǒng)(模塊)組成，這些子系統(tǒng)與業(yè)務(wù)職能之間的關(guān)系，以及各個(gè)子系統(tǒng)的安裝地址。系統(tǒng)組織表的格式如下：子系統(tǒng)編號(hào)英文名稱中文名稱業(yè)務(wù)職能安裝地址備注其中：子系統(tǒng)編號(hào)給出本系統(tǒng)中指定子系統(tǒng)的序次編號(hào)。如果本系統(tǒng)末劃分為多個(gè)子系統(tǒng)，僅由一個(gè)運(yùn)行模塊組成；則本項(xiàng)內(nèi)容仍需要描繪，但是本表內(nèi)容只有一行。說(shuō)明：在一個(gè)系統(tǒng)中有可能安裝若干個(gè)相同的子系統(tǒng)，在這種情況下，應(yīng)該視為一個(gè)子系統(tǒng)，并且對(duì)多個(gè)安裝地址分別進(jìn)行描繪。如果相同的子系統(tǒng)經(jīng)過系統(tǒng)設(shè)置，實(shí)現(xiàn)的業(yè)務(wù)職能擁有顯然差別時(shí)，應(yīng)該采用多前進(jìn)行分別描繪，并且在備注中說(shuō)明其差別所在。子系統(tǒng)英文名稱給出簿本系統(tǒng)的英文名稱，該名稱是在應(yīng)用軟件中實(shí)際使用的可

51、執(zhí)行文件名稱，必須可以說(shuō)明該子系統(tǒng)的特點(diǎn)。若本系統(tǒng)中只有一個(gè)子系統(tǒng)，則本項(xiàng)內(nèi)容仍需要描繪，但是本表內(nèi)容只有一行。子系統(tǒng)中文名稱給出簿本系統(tǒng)的中文名稱，該名稱必須可以說(shuō)明該子系統(tǒng)的特點(diǎn)。若本系統(tǒng)中只有一個(gè)子系統(tǒng)，則本項(xiàng)內(nèi)容仍需要描繪，但是本表內(nèi)容只有一行。業(yè)務(wù)職能描繪該子系統(tǒng)完成的核心業(yè)務(wù)。安裝地址描繪該子系統(tǒng)實(shí)際安裝的部門、也許某個(gè)詳盡地址。備注針對(duì)該子系統(tǒng)，需要說(shuō)明的其余相關(guān)問題。3.2系統(tǒng)結(jié)構(gòu)設(shè)計(jì)本節(jié)將對(duì)系統(tǒng)特性作較為詳盡的描繪，并給出系統(tǒng)特性結(jié)構(gòu)圖。3.2.1系統(tǒng)特性表系統(tǒng)特性是系統(tǒng)中完成某項(xiàng)詳盡操作的基本單元，它由入口參數(shù)，出口參數(shù)以及辦理過程三部分組成。系統(tǒng)特性可以擁有操作界面，也可

52、以沒有操作界面；可以被其余操作界面、也許系統(tǒng)特性調(diào)用，也可以調(diào)用其余操作界面、非操作界面、也許系統(tǒng)特性；但是不允許遞歸調(diào)用(調(diào)用自己)，包括間接遞歸調(diào)用。當(dāng)系統(tǒng)由多個(gè)子系統(tǒng)(模塊)組成時(shí)，每個(gè)子系統(tǒng)分別使用一張系統(tǒng)特性表進(jìn)行描繪。系統(tǒng)特性表的格式如下：子系統(tǒng)編號(hào)：子系統(tǒng)英文名稱：子系統(tǒng)中文名稱：特性編號(hào)系統(tǒng)特點(diǎn)系統(tǒng)特點(diǎn)操作功能調(diào)用對(duì)象被調(diào)用備注英文名稱中文名稱對(duì)象說(shuō)明：其中子系統(tǒng)編號(hào)含義同上。子系統(tǒng)英文名稱含義同上。子系統(tǒng)中文名稱含義同上。特性編號(hào)整個(gè)系統(tǒng)所有特性的統(tǒng)一編號(hào)。系統(tǒng)特性英文名稱系統(tǒng)特性的英文正式名稱，將來(lái)用于軟件開發(fā)中，必須吻合命名規(guī)范。系統(tǒng)特性中文名稱系統(tǒng)特性的中文正式名稱，本

53、源于需求規(guī)格說(shuō)明書中，系統(tǒng)特性一節(jié)中的相關(guān)描繪。操作功能是指該特性實(shí)際完成的操作說(shuō)明。調(diào)用對(duì)象是指調(diào)用該系統(tǒng)特性的系統(tǒng)對(duì)象，這里的系統(tǒng)對(duì)象可以是系統(tǒng)特性、也可以是操作界面。被調(diào)用對(duì)象是指被該系統(tǒng)特性調(diào)用的系統(tǒng)對(duì)象，這里的系統(tǒng)對(duì)象可以是系統(tǒng)特性、也可以是操作界面。說(shuō)明：某些較低層的系統(tǒng)特性，可能不存在被調(diào)用對(duì)象。備注描繪與該系統(tǒng)特性相關(guān)的其余注意事項(xiàng)。說(shuō)明描繪與該系統(tǒng)特性表相關(guān)的其余注意事項(xiàng)。3.2.2系統(tǒng)特性結(jié)構(gòu)圖系統(tǒng)特性結(jié)構(gòu)圖給出系統(tǒng)特性在邏輯層面上相互之間的關(guān)系，其主要依據(jù)本源于需求規(guī)格說(shuō)明書中，系統(tǒng)特性一節(jié)中的相關(guān)描繪。如果系統(tǒng)劃分為多個(gè)子系統(tǒng)，應(yīng)分別給出系統(tǒng)與子系統(tǒng)、以及各個(gè)子系統(tǒng)與系

54、統(tǒng)特性的結(jié)構(gòu)圖。繪制系統(tǒng)與子系統(tǒng)結(jié)構(gòu)圖時(shí)，一般不需要描繪出系統(tǒng)特性，如果確有必要，盡可能只畫出第一層系統(tǒng)特性。繪制子系統(tǒng)與系統(tǒng)特性結(jié)構(gòu)圖時(shí)，平時(shí)也不需要描繪出第二層系統(tǒng)特性，如果確有必要可以畫出，但是盡可能不要畫出第三層系統(tǒng)特性。3.3系統(tǒng)接口設(shè)計(jì)系統(tǒng)接口是一種非可視的系統(tǒng)界面，在多數(shù)情況下，它對(duì)用戶是透明的。本節(jié)將對(duì)系統(tǒng)接口作較為詳盡的描繪，并給出接口說(shuō)明清單。3.3.1系統(tǒng)接口表接口作為系統(tǒng)的一種輸入輸出形式，分為網(wǎng)絡(luò)接口、數(shù)據(jù)庫(kù)接口、RS-232串行通訊接口、IEEE485串行總線接口、并行I/O接口等等多各種類。對(duì)于一些為可視界面服務(wù)的接口，比方：打印機(jī)接口、顯示器接口等，因?yàn)檫@類接口

55、對(duì)應(yīng)用軟件是透明的，所以不在本節(jié)描繪范圍內(nèi)。當(dāng)系統(tǒng)由多個(gè)子系統(tǒng)(模塊)組成時(shí)，每個(gè)子系統(tǒng)分別使用一張系統(tǒng)接口表進(jìn)行描繪。系統(tǒng)接口表的格式如下：子系統(tǒng)編號(hào)子系統(tǒng)英文名稱子系統(tǒng)中文名稱接口編號(hào)接口名稱接口種類接口性質(zhì)接口速率接口協(xié)議備注說(shuō)明：其中：子系統(tǒng)編號(hào)含義同上。子系統(tǒng)英文名稱含義同上。子系統(tǒng)中文名稱含義同上。接口編號(hào)整個(gè)系統(tǒng)所有接口的統(tǒng)一編號(hào)。接口名稱系統(tǒng)接口的正式名稱，必須吻合平時(shí)習(xí)慣。接口種類指出該接口所傳輸?shù)臄?shù)據(jù)在該模塊中起到的作用。接口性質(zhì)指出該接口在通訊中起到的作用，這里的作用可以是：輸入；輸出；雙向。接口速率指出該接口的傳輸速率。如果該接口依賴于其余通訊方式，那么傳輸速率將不高于

56、它所依賴的其余通訊方式的速率。接口協(xié)議給出該接口實(shí)際使用的通訊協(xié)議。相關(guān)對(duì)象給出直接使用本接口的系統(tǒng)對(duì)象，這里的系統(tǒng)對(duì)象，可以是操作界面，也可以是系統(tǒng)特性。備注描繪與該系統(tǒng)接口相關(guān)的其余注意事項(xiàng)。說(shuō)明描繪與該系統(tǒng)接口表相關(guān)的其余注意事項(xiàng)。3.3.2系統(tǒng)接口傳輸協(xié)議說(shuō)明逐項(xiàng)詳盡描繪系統(tǒng)接口表中所列出各個(gè)系統(tǒng)接口使用的傳輸協(xié)議，以及其余相關(guān)內(nèi)容，比方：驅(qū)動(dòng)程序、動(dòng)向連接庫(kù)、等等。3.4系統(tǒng)完整性設(shè)計(jì)描繪系統(tǒng)對(duì)象(數(shù)據(jù)元、數(shù)據(jù)類)，所受到的邏輯拘束關(guān)系。當(dāng)系統(tǒng)由多個(gè)子系統(tǒng)(模塊)組成時(shí)，每個(gè)子系統(tǒng)應(yīng)分別使用一張系統(tǒng)完整性拘束表進(jìn)行描繪。系統(tǒng)完整性拘束表的格式如下：子系統(tǒng)編號(hào)子系統(tǒng)英文名稱子系統(tǒng)中文名

57、稱拘束編號(hào)完整性名稱相對(duì)對(duì)象名拘束表達(dá)式備注說(shuō)明：其中：子系統(tǒng)編號(hào)含義同上。子系統(tǒng)英文名稱含義同上。子系統(tǒng)中文名稱含義同上。拘束編號(hào)整個(gè)系統(tǒng)所有拘束的統(tǒng)一編號(hào)。完整性名稱系統(tǒng)完整性拘束的正式名稱，必須吻合平時(shí)習(xí)慣。相對(duì)對(duì)象名完整性拘束中的相關(guān)對(duì)象(數(shù)據(jù)元和數(shù)據(jù)類)。拘束表達(dá)式用一階邏輯表達(dá)式表達(dá)的拘束方程式。備注描繪與該系統(tǒng)完整性拘束相關(guān)的其余注意事項(xiàng)。說(shuō)明描繪與該系統(tǒng)完整性拘束表相關(guān)的其余注意事項(xiàng)。系統(tǒng)出錯(cuò)辦理設(shè)計(jì)本節(jié)描繪系統(tǒng)發(fā)生外界及內(nèi)在錯(cuò)誤時(shí)，所提供的錯(cuò)誤信息及辦理方法，它包括系統(tǒng)出錯(cuò)辦理表及維護(hù)辦理過程表。4.1系統(tǒng)出錯(cuò)辦理表本表給出相關(guān)出錯(cuò)辦理的產(chǎn)生原因、提示信息、以及建議辦理方法。

58、當(dāng)系統(tǒng)由多個(gè)子系統(tǒng)(模塊)組成時(shí)，每個(gè)子系統(tǒng)分別使用一張系統(tǒng)出錯(cuò)辦理表進(jìn)行描述。系統(tǒng)出錯(cuò)辦理表的格式如下：子系統(tǒng)編號(hào)：子系統(tǒng)英文名稱：子系統(tǒng)中文名稱：錯(cuò)誤編號(hào)錯(cuò)誤名稱錯(cuò)誤原因錯(cuò)誤信息辦理方式備注說(shuō)明：其中：子系統(tǒng)編號(hào)含義同上。子系統(tǒng)英文名稱含義同上。子系統(tǒng)中文名稱含義同上。錯(cuò)誤編號(hào)整個(gè)系統(tǒng)所有錯(cuò)誤的統(tǒng)一編號(hào)。錯(cuò)誤名稱錯(cuò)誤的正式名稱，該名稱應(yīng)該是常用的，并且為人們所普遍接受的。錯(cuò)誤原因?qū)υ撳e(cuò)誤產(chǎn)生原因的解釋與說(shuō)明。錯(cuò)誤信息產(chǎn)生該錯(cuò)誤時(shí)，向用戶發(fā)出的提示信息。辦理方式對(duì)該錯(cuò)誤辦理的一種建議，此項(xiàng)允許缺省。備注描繪與該系統(tǒng)錯(cuò)誤相關(guān)的其余注意事項(xiàng)。說(shuō)明描繪與該系統(tǒng)錯(cuò)誤表相關(guān)的其余注意事項(xiàng)。4.2維護(hù)辦

59、理過程表系統(tǒng)出錯(cuò)時(shí)，將調(diào)用維護(hù)辦理過程對(duì)錯(cuò)誤進(jìn)行辦理，相關(guān)維護(hù)辦理過程的各項(xiàng)內(nèi)容由維護(hù)辦理過程表進(jìn)行描繪。當(dāng)系統(tǒng)有多個(gè)子系統(tǒng)(模塊)組成時(shí)，每個(gè)子系統(tǒng)分別使用一張維護(hù)辦理過程表進(jìn)行描繪。維護(hù)辦理過程表的格式如下：子系統(tǒng)編號(hào)：子系統(tǒng)英文名稱：子系統(tǒng)中文名稱：錯(cuò)誤編號(hào)辦理過程辦理過程辦理功能入口參數(shù)出口參數(shù)備注英文名稱中文名稱說(shuō)明：其中：子系統(tǒng)編號(hào)含義同上。子系統(tǒng)英文名稱含義同上。子系統(tǒng)中文名稱含義同上。錯(cuò)誤編號(hào)含義同上。辦理過程英文名稱系統(tǒng)維護(hù)辦理過程的英文正式名稱，將來(lái)用于軟件開發(fā)中，必須吻合命名規(guī)范。辦理過程中文名稱系統(tǒng)維護(hù)辦理過程的中文正式名稱，是系統(tǒng)維護(hù)辦理過程英文名稱的中文說(shuō)明。辦理功

60、能描繪本維護(hù)辦理過程對(duì)錯(cuò)誤的辦理方式。由于一個(gè)維護(hù)辦理過程有可能擁有對(duì)多個(gè)錯(cuò)誤進(jìn)行辦理的能力，因此該辦理功能必須是針對(duì)本項(xiàng)錯(cuò)誤編號(hào)的。入口參數(shù)進(jìn)行本項(xiàng)錯(cuò)誤辦理時(shí)，賦給維護(hù)辦理過程的入口參數(shù)。出口參數(shù)進(jìn)行本項(xiàng)錯(cuò)誤辦理時(shí)，維護(hù)辦理過程返回的出口參數(shù)。備注描繪與該系統(tǒng)錯(cuò)誤相關(guān)的其余注意事項(xiàng)。說(shuō)明描繪與該系統(tǒng)錯(cuò)誤表相關(guān)的其余注意事項(xiàng)。技術(shù)設(shè)計(jì)系統(tǒng)技術(shù)設(shè)計(jì)描繪系統(tǒng)各個(gè)特性實(shí)際使用的開發(fā)技術(shù)，以及詳盡開發(fā)技術(shù)使用時(shí)應(yīng)該注意的事項(xiàng)。5.1系統(tǒng)開發(fā)技術(shù)說(shuō)明表本表描繪系統(tǒng)各個(gè)特性開發(fā)時(shí)實(shí)際使用的詳盡技術(shù)，只有一些不太常用的技術(shù)需要在這里描繪。一些常用技術(shù)，比方：經(jīng)過數(shù)據(jù)庫(kù)接口調(diào)用存儲(chǔ)過程，則不必冗述。當(dāng)系統(tǒng)由多