Web軟件開發(fā)流程電子教案PPT課件_第1頁
Web軟件開發(fā)流程電子教案PPT課件_第2頁
Web軟件開發(fā)流程電子教案PPT課件_第3頁
Web軟件開發(fā)流程電子教案PPT課件_第4頁
Web軟件開發(fā)流程電子教案PPT課件_第5頁
已閱讀5頁,還剩40頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、.,1,目錄,1.1開發(fā)流程簡介 1.2軟件文檔的分類與要求 1.3需求說明書的編寫 1.4概要設(shè)計說明書的編寫 1.5詳細設(shè)計說明書的編寫 1.6數(shù)據(jù)庫設(shè)計說明書的編寫 1.7測試,.,2,由于軟件應(yīng)用范圍及規(guī)模的不斷擴大,復(fù)雜度的不斷增加,現(xiàn)代軟件的開發(fā)大都采用了軟件工程的方法。軟件工程活動主要包括需求、設(shè)計、實現(xiàn)、確認及支持等活動。 需求活動包括問題分析和需求分析。 問題分析是要從用戶處獲取需求定義,又稱軟件需求規(guī)約。 需求分析是要生成軟件的功能規(guī)約。 設(shè)計活動一般包括概要設(shè)計和詳細設(shè)計。 概要設(shè)計是要建立整個軟件的體系結(jié)構(gòu),包括子系統(tǒng)、模塊及相關(guān)層次的說明、每一模塊的接口定義。 詳細設(shè)

2、計是要產(chǎn)生程序員可用的模塊說明,包括每一模塊中的數(shù)據(jù)結(jié)構(gòu)說明及加工描述。 實現(xiàn)活動是把設(shè)計結(jié)果轉(zhuǎn)換為可執(zhí)行的程序代碼。 確認活動貫穿于整個開發(fā)過程,實現(xiàn)完成后的確認,如測試,以保證最終產(chǎn)品滿足用戶的要求。 支持活動包括修改和完善。 伴隨以上活動,還有管理過程、支持過程、培訓(xùn)過程等。,1.1開發(fā)流程簡介,.,3,GB8567中規(guī)定,軟件生命周期分為7個階段: 可行性研究和項目開發(fā)計劃、需求分析、概要設(shè)計、詳細設(shè)計、編碼、測試、維護。 大部分企業(yè)將軟件生存周期劃分為5個階段: 需求分析、設(shè)計、編碼、測試、維護。 1.1.1軟件開發(fā)過程模型 軟件開發(fā)方法是具體軟件開發(fā)活動中應(yīng)用的技術(shù)。 軟件開發(fā)過程

3、模型是指開發(fā)軟件項目的總體過程思路。 最傳統(tǒng)最早的軟件開發(fā)模型是瀑布模型,隨著軟件工程技術(shù)的不斷發(fā)展,在軟件開發(fā)實踐中,還出現(xiàn)了許多新的或改進的軟件開發(fā)過程模型和方法。目前較常見的有:瀑布模型、原型模型、增量模型、螺旋模型、噴泉模型、面向?qū)ο蠓椒▽W(xué)等。 圖1-1顯示了一個典型Web軟件項目的工作流程。,.,4,.,5,在實際操作中,可能是幾種方法靈活地結(jié)合。但無論如何,應(yīng)該依據(jù)一定的軟件開發(fā)方法作為過程主線,輔助結(jié)合其他方法。 瀑布模型是將軟件生存周期中的各項活動規(guī)定為依線性順序連接若干階段的模型。 下面所討論的是采用瀑布模型進行項目的開發(fā)。它主要包括開發(fā)和確認兩個過程。 1)開發(fā)過程是嚴格的

4、下導(dǎo)式過程,各個階段具有順序性和依賴性,前一階段的輸出是后一階段的輸入,每個階段工作的完成需要審查確認。 2)確認過程是嚴格的追溯式過程,后一階段出現(xiàn)了問題要通過前一階段的重新確認來解決。所以問題發(fā)現(xiàn)得越晚解決問題的難度就越大。 瀑布模型適合軟件需求非常明確、設(shè)計方案確定、對編碼環(huán)境熟悉等對所有階段都有較大把握的軟件開發(fā)活動。 表1-1顯示的是采用瀑布模型進行軟件開發(fā)的各個階段和確認目標。,.,6,.,7,.,8,.,9,1.1.2實現(xiàn)過程 按照瀑布模型的開發(fā)思想,Web軟件的開發(fā)實現(xiàn)過程可以分為以下幾個基本階段。 1需求分析階段 主要采用軟件需求的相關(guān)理論和方法,指定軟件的性能需求、功能需求

5、和界面需求等,并制定相應(yīng)的需求文檔。 2設(shè)計階段 在完成軟件的需求分析之后,即進入設(shè)計階段。這一過程分為概要設(shè)計階段和詳細設(shè)計階段。 在概要設(shè)計階段主要明確軟件的功能模塊劃分、后臺數(shù)據(jù)庫的框架設(shè)計等。 在詳細設(shè)計階段則要設(shè)計詳細的數(shù)據(jù)庫表結(jié)構(gòu),完成各個功能模塊的具體實現(xiàn)對象,并規(guī)范各個對象之間的接口等。 在設(shè)計階段完成之后,需要編寫完整的設(shè)計文檔。 3編碼階段 在完成整個軟件的設(shè)計之后,接下來即可開始具體的編碼階段。包括實現(xiàn)完整的后臺數(shù)據(jù)庫結(jié)構(gòu)、各個功能模塊和對象的代碼等。由于軟件的各個功能模塊之間的關(guān)聯(lián)一般不是很緊密,所以在具體編碼階段,可以采用逐個功能實現(xiàn)的方式。,.,10,4測試階段 在

6、編碼階段,開發(fā)人員就應(yīng)該對其開發(fā)的基本功能模塊和對象進行基本的測試,從而保證單個功能模塊的正確性,這樣可以極大地減少測試階段的工作量。在測試階段則主要是針對整個軟件的應(yīng)用邏輯進行測試,如果條件允許的話,應(yīng)該盡可能的對每一個工作路徑進行測試。另外,應(yīng)該對系統(tǒng)的安全性設(shè)計進行專門的測試,這對于一個商務(wù)軟件而言是至關(guān)重要的。 5軟件發(fā)布階段 在完成所有的文檔編寫、代碼開發(fā)和系統(tǒng)測試之后,即完成了整個軟件的開發(fā)過程。最后就可以將開發(fā)完成的軟件移出開發(fā)環(huán)境,并將其發(fā)布到應(yīng)用環(huán)境中。這個過程一般包括數(shù)據(jù)庫的發(fā)布和配置,程序代碼的打包、發(fā)布和配置及發(fā)布后的系統(tǒng)測試。與測試階段的測試工作不同,這里的測試不再是

7、對整個系統(tǒng)的應(yīng)用邏輯進行測試,而是按照軟件的功能分類,測試各個功能能否正常使用。 圖1-2顯示了Web軟件詳細的開發(fā)流程。,.,11,.,12,在軟件開發(fā)過程中,為什么要編寫開發(fā)文檔呢?當一個項目建立之后,如果沒有完善的開發(fā)計劃,這個項目80%會以失敗告終。因為在開發(fā)的過程當中,用戶有可能會提出這樣或那樣的額外要求。所以我們要在開發(fā)之前,由系統(tǒng)分析員做出詳細的系統(tǒng)分析,指示出開發(fā)進度、困難等問題,并對相關(guān)的業(yè)務(wù)聯(lián)系等問題做一個相對全面的分析。 1.2.1軟件文檔的分類 在項目開發(fā)過程中,應(yīng)該按要求編寫好13種文檔,文檔編制要求具有針對性、精確性、清晰性、完整性、靈活性及可追溯性。要求的13種文

8、檔如下。 1可行性分析報告 說明該軟件開發(fā)項目的實現(xiàn)在技術(shù)上、經(jīng)濟上和社會因素上的可行性,評述為了合理地達到開發(fā)目標可供選擇的各種可能的實施方案,說明并論證所選定實施方案的理由。,1.2軟件文檔的分類與要求,.,13,2項目開發(fā)計劃 為軟件項目實施方案制訂出具體計劃,應(yīng)該包括各部分工作的負責(zé)人員、開發(fā)的進度、開發(fā)經(jīng)費的預(yù)算、所需的硬件及軟件資源等。 3軟件需求說明書(軟件規(guī)格說明書) 對所開發(fā)軟件的功能、性能、用戶界面及運行環(huán)境等做出詳細的說明。它是在用戶與開發(fā)人員雙方對軟件需求取得共同理解并達成協(xié)議的條件下編寫的,也是實施開發(fā)工作的基礎(chǔ)。該說明書應(yīng)給出數(shù)據(jù)邏輯和數(shù)據(jù)采集的各項要求,為生成和維

9、護系統(tǒng)數(shù)據(jù)文件做好準備。 4概要設(shè)計說明書 該說明書是概要設(shè)計階段的工作成果,它應(yīng)說明功能分配、模塊劃分、程序的總體結(jié)構(gòu)、輸入輸出及接口設(shè)計、運行設(shè)計、數(shù)據(jù)結(jié)構(gòu)設(shè)計和出錯處理設(shè)計等,為詳細設(shè)計提供基礎(chǔ)。 5詳細設(shè)計說明書 著重描述每一模塊是怎樣實現(xiàn)的,包括實現(xiàn)算法、邏輯流程等。 6用戶操作手冊 本手冊詳細描述軟件的功能、性能和用戶界面,使用戶對如何使用該軟件得到具體的了解,為操作人員提供該軟件各種運行情況的有關(guān)知識,特別是操作方面的具體細節(jié)。,.,14,7測試計劃 為做好集成測試和驗收測試,需為如何組織測試制訂實施計劃。計劃應(yīng)包括測試的內(nèi)容、進度、條件、人員、測試用例的選取原則及測試結(jié)果允許的

10、偏差范圍等。 8測試分析報告 測試工作完成以后,應(yīng)提交測試計劃執(zhí)行情況的說明,對測試結(jié)果加以分析,并提出測試的結(jié)論意見。 9開發(fā)進度月報 該月報為軟件人員按月向管理部門提交的項目進展情況報告,報告應(yīng)包括進度計劃與實際執(zhí)行情況的比較、階段成果、遇到的問題和解決的辦法及下個月的打算等。 10項目開發(fā)總結(jié)報告 軟件項目開發(fā)完成以后,應(yīng)與項目實施計劃對照,總結(jié)實際執(zhí)行的情況,如進度、成果、資源利用、成本和投入的人力,此外,還需對開發(fā)工作做出評價,總結(jié)出經(jīng)驗和教訓(xùn)。 11軟件維護手冊 主要包括軟件系統(tǒng)說明、程序模塊說明、操作環(huán)境、支持軟件的說明及維護過程的說明,以便于軟件的維護。,.,15,12軟件問題

11、報告 指出軟件問題的登記情況,如日期、發(fā)現(xiàn)人、狀態(tài)、問題所屬模塊等,為軟件修改提供準備文檔。 13軟件修改報告 軟件產(chǎn)品投入運行以后,發(fā)現(xiàn)了需對其進行修正、更改等問題,應(yīng)對存在的問題、修改的考慮及修改的影響做出詳細的描述,提交審批。 下面將介紹當前軟件公司中比較常用的幾種文檔:需求說明書、概要設(shè)計說明書、詳細設(shè)計說明書、數(shù)據(jù)庫設(shè)計說明書。 1.2.2軟件文檔的質(zhì)量要求 軟件文檔的標準是:清楚、完整、一致、可測試,此外還有其他的標準,如可跟蹤的、可修改的等。 1清楚 目前大多數(shù)的文檔分析采用的仍然是自然語言。自然語言對文檔分析最大的弊病就是它的二義性。所以我們不得不對文檔分析所采用的語言做某些限

12、制。通俗地說,文檔分析中的描述要讓大家看上去像是剛學(xué)習(xí)寫作的小孩子寫的就對了,千萬不要采用疑問句、修飾這些華麗的表達方式。注意不要使用計算機術(shù)語。文檔分析最重要的是和客戶溝通,可是客戶多半不是計算機的專業(yè)人士,如果在文檔分析中使用了術(shù)語,就會造成客戶理解上的困難。,.,16,2完整 文檔的完整性是非常重要的??墒橇钊诉z憾的是,遺漏文檔經(jīng)常發(fā)生,不僅僅是自己的問題,更多的問題發(fā)生在客戶那里,他們不知道該做些什么。要做到文檔的完整性是很艱難的一件事情,它涉及到文檔分析過程的各方各面,貫穿了整個過程,從最初的計劃制定到最后的文檔評審。 3一致 一致性也是一個比較大的概念,很難用幾句話講清楚。簡單說,

13、就是用戶文檔必須和業(yè)務(wù)文檔一致,功能文檔必須和用戶文檔一致。 4可測試 一個項目的測試應(yīng)該從什么時候開始呢?實際上測試是從文檔分析過程就開始了。 什么是可測試呢?“我們要用新的系統(tǒng)完成報表自動化處理”,這個文檔是可測試的嗎?當然不是,報表包括哪些?自動化處理的標準是什么?這些在文檔中都沒有說明。因此這項文檔是無法測試的,就是不具有可測試性。之前的文檔的幾項標準都是為了保證文檔的可測試性的。只有系統(tǒng)的所有文檔是可以被測試的,才能夠保證軟件始終圍繞著客戶的需要,保證軟件系統(tǒng)是成功的。,.,17,軟件項目中40%60%的問題都是在需求分析階段埋下的“禍根”。在那些基本的項目功能上采用一些不合規(guī)范的方

14、法,這樣導(dǎo)致的后果便是一條鴻溝(期望差異),即開發(fā)者開發(fā)的與客戶所想得到的軟件存在著巨大期望差異。 1.3.1需求說明書編寫的目的 需求分析的基本任務(wù)是準確地回答“系統(tǒng)必須做什么?”這個問題。需求分析所要做的工作是深入描述軟件的功能和性能,確定軟件設(shè)計的限制和軟件同其他系統(tǒng)元素的接口細節(jié),定義軟件的其他有效性需求。 需求分析的任務(wù)并不是如何去編制程序,做具體的工作,而是確定系統(tǒng)必須完成哪些工作,實現(xiàn)哪些功能,也就是對目標系統(tǒng)提出完整、準確、具體、清晰的要求。,1.3需求說明書的編寫,.,18,1.3.2需求分析的任務(wù)和步驟 在進行需求分析時,我們一般采用結(jié)構(gòu)化分析的方法,即人們常用的SA方法。

15、就是面向數(shù)據(jù)流自頂向下逐步求精進行需求分析的方法。 1調(diào)查研究。 2分析與綜合。 在該步驟應(yīng)注意下述2條原則。 (1)在分層細化時必須保持信息連續(xù)性,也就是說細化前后對應(yīng)功能的輸入/輸出數(shù)據(jù)必須相同。 (2)當進一步細化涉及如何具體地實現(xiàn)一個功能時,也就是當把一個功能進一步分解成子功能后,井將考慮為了完成這些子功能而寫出其程序代碼時,就不應(yīng)該再分解了。 1.3.3確定需求的方法 為了能夠使抽象的業(yè)務(wù)需求變成具體的需求報告書,通常需要一定的方法和技巧來確定需求。 大多數(shù)的需求分析方法是由數(shù)據(jù)作為驅(qū)動的,數(shù)據(jù)域具有3種屬性:數(shù)據(jù)流、數(shù)據(jù)內(nèi)容和數(shù)據(jù)結(jié)構(gòu)。通常,一種需求分析方法總要利用一種或幾種屬性。

16、,.,19,1.3.4需求說明書的主要內(nèi)容及示例 需求說明書主要內(nèi)容應(yīng)該包括以下幾個方面: 1引言 2任務(wù)概述 3數(shù)據(jù)描述 4功能要求 5性能需求 6運行需求 7其他要求 8附錄,.,20,一般來說,一個需求說明書的內(nèi)容多少和項目的大小成正比,下面以某個科研項目管理系統(tǒng)的部分功能為例,說明如何編寫需求說明書。 科研項目管理系統(tǒng)用戶需求報告 1編寫目的 本文檔是針對科研項目管理系統(tǒng)從總體設(shè)計、設(shè)備配置等方面所做的說明。 本文檔的編寫目的是: (1)對科研項目管理系統(tǒng)的總體架構(gòu)設(shè)計進行描述 (2)對科研項目管理系統(tǒng)的業(yè)務(wù)流程做詳細、準確的描述,為系統(tǒng)概要設(shè)計及編碼提供指導(dǎo)。 2項目提出原因 (略)

17、 3系統(tǒng)功能 本系統(tǒng)的使用可以將工作的部分流程通過計算機的辦公自動化處理,能夠極大地提高辦公的效率和準確程度。另外,可以便捷地統(tǒng)計和分析各種所需資料,方便相應(yīng)政策的調(diào)整等。 該系統(tǒng)作為科研項目管理系統(tǒng),實現(xiàn)網(wǎng)絡(luò)處理功能。系統(tǒng)采用先進的應(yīng)用體系結(jié)構(gòu)和開發(fā)模式,提高系統(tǒng)的可擴展性、可維護性和交互性。該系統(tǒng)相對獨立,接口實現(xiàn)簡單、安全,可操作性強。,.,21,4項目名稱 科研項目管理系統(tǒng)。 5項目提出者 (略) 6項目承接者 (略) 7系統(tǒng)結(jié)構(gòu)圖,.,22,8需求描述 8.1總要求 以校園網(wǎng)為基礎(chǔ),實現(xiàn)對科研人員、科研項目、科研經(jīng)費、科研成果、成果獎勵、成果應(yīng)用與轉(zhuǎn)化、專利申請、科研工作量計算及其統(tǒng)

18、計報表、上報年表的網(wǎng)絡(luò)化信息管理。 8.1.1進口 要求實現(xiàn)基于校園網(wǎng)的各二級單位錄入進口、上傳,科技處錄入進口、導(dǎo)入接口。 8.1.2匯總 要求實現(xiàn)各二級單位通過校園網(wǎng)將錄入的各類結(jié)果傳送到科技處,并實現(xiàn)科技處驗收、統(tǒng)計、匯總到總庫的功能。 8.1.3輸出 要求實現(xiàn): (1)生成各類統(tǒng)計報表; (2)能夠與國家教委的全國高??萍冀y(tǒng)計系統(tǒng)和人文管理系統(tǒng)網(wǎng)絡(luò)版接口,能夠?qū)崿F(xiàn)校內(nèi)數(shù)據(jù)庫直接轉(zhuǎn)入到這兩個系統(tǒng)中。,.,23,8.2主要功能結(jié)構(gòu) 主要功能結(jié)構(gòu)有6大模塊:科研人員管理、縱向課題管理、橫向課題管理、科研成果管理、統(tǒng)計報表生成和工作量計算。 8.2.1科研人員管理模塊 包含2個模塊 (1)專家

19、基本信息 (2)專家其他信息 8.2.2縱向項目管理模塊 包含3個模塊。 (1)項目計劃管理 (2)基地管理 (3)項目經(jīng)費管理,.,24,8.2.3橫向項目管理模塊 包括項目管理、項目經(jīng)費兩個模塊。 (1)項目管理 包括項目基本信息申報,項目鑒定、驗收管理,項目經(jīng)費管理。 1)項目基本信息 2)項目查詢 3)項目統(tǒng)計 4)項目驗收、鑒定管理 (2)項目經(jīng)費管理 項目經(jīng)費基本信息和提成基本信息: 1)項目經(jīng)費基本信息 2)提成基本信息 3)項目經(jīng)費查詢與統(tǒng)計 8.2.4科研成果管理模塊 成果類型:論文著作專利驗收、鑒定的項目。 (1)論文 (2)著作 (3)專利 (4)各類獲獎成果,.,25,

20、8.2.5統(tǒng)計報表管理模塊 能夠進行多角度檢索,生成各類統(tǒng)計報表: 按完成人、完成單位、時間、學(xué)科、基地、成果類型(如按項目、成果、經(jīng)費等)進行統(tǒng)計并生成報表。并能夠與國家教委2個統(tǒng)計系統(tǒng)接口。 (1)科研項目統(tǒng)計與報表 (2)課題經(jīng)費統(tǒng)計與報表 (3)科研成果統(tǒng)計與報表 (4)交叉綜合報表 8.2.6工作量計算模塊 能夠進行個人、單位、不同時間段、不同類型的各種工作量計算,包含科研當量的計算和科研獎勵的計算,并生成報表。 9支持信息 9.1支持軟件 本軟件開發(fā)是使用Microsoft IE5.0以上瀏覽器運行。 9.2設(shè)備 (略) 9.3文檔 本系統(tǒng)相關(guān)的文檔(略),.,26,在軟件需求分析

21、階段,已經(jīng)搞清楚了軟件“做什么”的問題,并把這些需求通過規(guī)格說明書做了描述,這也是目標系統(tǒng)的邏輯模型。進入了設(shè)計階段,要把軟件“做什么”的邏輯模型變換為“怎么做”的物理模型,即著手實現(xiàn)軟件的需求,軟件設(shè)計是一個把軟件需求轉(zhuǎn)換為軟件表示的過程,最初這種表示只是描述了軟件的總的體系結(jié)構(gòu),稱為軟件概要設(shè)計或結(jié)構(gòu)設(shè)計。 1.4.1概要設(shè)計的目的 在理解了系統(tǒng)需求說明書的基礎(chǔ)上,開發(fā)者對系統(tǒng)所需實現(xiàn)的功能、性能及其操作配合方面進行了詳細的分析和設(shè)計,并依此為項目進行了概要設(shè)計,編寫了本文檔,其目的在于: 1準確無誤地用計算機處理過程來表達用戶的各項要求,以此作為詳細設(shè)計的綱領(lǐng)性文件。 2考核系統(tǒng)總體質(zhì)量

22、的重要技術(shù)文檔。 3作為軟件設(shè)計的第一階段,日后的設(shè)計均在此基礎(chǔ)之上進行。,1.4概要設(shè)計說明書的編寫,.,27,1.4.2概要設(shè)計的任務(wù)和步驟 一般步驟如下。 1設(shè)計系統(tǒng)方案。 2選取一組合理的方案。 3推薦最佳實施方案。 4功能分解。 5軟件結(jié)構(gòu)設(shè)計。 6數(shù)據(jù)庫設(shè)計、文件結(jié)構(gòu)的設(shè)計。 7制定測試計劃。 8編寫概要設(shè)計文檔。 9審查與復(fù)審概要設(shè)計文檔。,.,28,1.4.3軟件設(shè)計的原則 1有關(guān)概念 (1)模塊化 模塊是數(shù)據(jù)說明、可執(zhí)行語句等程序?qū)ο蟮募?,模塊可以單獨被命名而且可通過名稱來訪問,例如,過程、函數(shù)、子程序、宏等都可作為模塊。 (2)抽象與逐步求精 軟件工程過程的每一步都是對軟

23、件解法的抽象層次的一次精化。逐步求精與抽象是緊密相關(guān)的。 (3)信息隱蔽和局部化 (4)模塊獨立性 模塊獨立性是軟件系統(tǒng)中每個模塊只涉及軟件要求的具體子功能,和軟件系統(tǒng)中其他的模塊接口簡單。,.,29,2軟件設(shè)計的原則 軟件概要設(shè)計包括模塊構(gòu)成的程序結(jié)構(gòu)和輸入輸出數(shù)據(jù)結(jié)構(gòu)。其目標是產(chǎn)生一個模塊化的程序結(jié)構(gòu),并明確模塊間的控制關(guān)系,以及定義界面、說明程序的數(shù)據(jù),進一步調(diào)整程序結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)。軟件設(shè)計的原則如下: (1)改進軟件設(shè)計、提高軟件質(zhì)量。 (2)顯著改進軟件結(jié)構(gòu)提高模塊獨立性。 (3)模塊規(guī)模應(yīng)該適中。 (4)適當選擇深度、寬度、扇出和扇入。 (5)模塊的作用域應(yīng)該在控制域之內(nèi)。 (6)

24、力爭降低模塊接口的復(fù)雜程度。 (7)設(shè)計單入口單出口的模塊。 (8)模塊功能應(yīng)該可以預(yù)測。,.,30,1.4.4概要設(shè)計文檔的主要內(nèi)容 在概要設(shè)計階段,設(shè)計人員完成的主要文檔是概要設(shè)計說明書,它主要規(guī)定軟件的結(jié)構(gòu)。 概要設(shè)計說明書的主要內(nèi)容包括以下幾個方面: 1引言 2任務(wù)概述 3總體設(shè)計 4接口設(shè)計 5數(shù)據(jù)結(jié)構(gòu)設(shè)計 6運行設(shè)計 7出錯處理設(shè)計 8安全保密設(shè)計 9維護設(shè)計,.,31,1.4.5概要設(shè)計說明書示例 下面以某個科研項目管理系統(tǒng)的部分功能為例,說明如何編寫概要設(shè)計說明書。 科研管理系統(tǒng)概要設(shè)計說明書 1引言 科研管理系統(tǒng)的設(shè)計總則是按照原型化和生命周期法相結(jié)合的方法進行設(shè)計的,總設(shè)計

25、周期為三個周期,具體參見科研管理任務(wù)分解表。因此,系統(tǒng)設(shè)計過程所提交的文檔也遵循了自頂向下,逐步細化的原則,需求分析與設(shè)計一般局限于系統(tǒng)的總結(jié)構(gòu)和各個功能模塊的頂層功能與設(shè)計,概要設(shè)計較之需求分析與設(shè)計有進一步的細化,并提供了數(shù)據(jù)庫結(jié)構(gòu)的初步設(shè)計和部分重要的運行界面的設(shè)計;詳細設(shè)計應(yīng)是概要設(shè)計更進一步的細化,應(yīng)定義到小的過程的設(shè)計。 2說明書編寫目的 (略) 3所開發(fā)的項目背景 (略) 4需要用到的參考資料 (略),.,32,5總體設(shè)計 5.1系統(tǒng)邏輯結(jié)構(gòu)圖,根據(jù)工作需要,對軟件運行模式有以下要求:各個功能模塊可以相互獨立運行,并將結(jié)果自動存入相關(guān)的表中。,.,33,5.2科研人員管理模塊 (

26、1)MODEL1(科研人員管理模塊)功能描述與分解,.,34,(以下子模塊略),.,35,MODEL1(科研人員管理模塊)數(shù)據(jù)流圖和模塊關(guān)系圖 數(shù)據(jù)流圖,.,36,模塊關(guān)系圖,.,37,MODEL1(科研人員管理模塊)相關(guān)數(shù)據(jù)表匯總,MODEL2縱向項目管理模塊 MODEL2(縱向項目管理模塊)功能描述與分解 (寫法與以上類似,略),.,38,6接口設(shè)計 6.1外部接口 包括用戶界面、軟件接口與硬件接口。 以項目研發(fā)管理系統(tǒng)為例: (1)因為采用B/S模式開發(fā)系統(tǒng),所以用戶使用IE瀏覽器進行瀏覽操作。 (2)軟件接口為人事部門數(shù)據(jù)庫及外高校同類系統(tǒng)數(shù)據(jù)庫接口。 (3)硬件接口暫時無。 6.2內(nèi)

27、部接口 模塊之間的接口 7系統(tǒng)出錯處理設(shè)計 出錯使用特定的出錯處理模塊進行操作。,.,39,詳細設(shè)計文檔是針對軟件工程系統(tǒng)從總體設(shè)計、設(shè)備配置等方面所做的說明。 1.5.1詳細設(shè)計的目的 詳細設(shè)計的目的是為軟件結(jié)構(gòu)圖中的每一個模塊確定使用的算法和塊內(nèi)數(shù)據(jù)結(jié)構(gòu),并用某種選定的表達工具給出清晰的描述。 這一階段的主要任務(wù)如下: 1為每個模塊確定采用的算法,選擇某種適當?shù)墓ぞ弑磉_算法的過程,寫出模塊的詳細過程性描述。 2確定每一模塊使用的數(shù)據(jù)結(jié)構(gòu)。 3確定模塊接口的細節(jié),包括對系統(tǒng)外部的接口和用戶界面,對系統(tǒng)內(nèi)部其他模塊的接口,以及模塊輸入數(shù)據(jù)、輸出數(shù)據(jù)及局部數(shù)據(jù)的全部細節(jié)。 4要為每一個模塊設(shè)計出

28、一組測試用例,以便在編碼階段對模塊代碼(即程序)進行預(yù)定的測試,模塊的測試用例是軟件測試計劃的重要組成部分。,1.5詳細設(shè)計說明書的編寫,.,40,1.5.2詳細設(shè)計應(yīng)注意的問題 詳細設(shè)計時,需要注意以下一些問題。 1由于詳細設(shè)計的藍圖是給別人看的,所以模塊的邏輯描述要清晰易讀、正確可靠。 2采用結(jié)構(gòu)化設(shè)計方法,改善控制結(jié)構(gòu),降低程序的復(fù)雜程度,從而提高程序的可讀性、可測試性、可維護性。其基本內(nèi)容歸納為以下幾點: (1)程序語言中應(yīng)盡量少用GOTO語句,以確保程序結(jié)構(gòu)的獨立性。 (2)使用單入口單出口的控制結(jié)構(gòu);確保程序的靜態(tài)結(jié)構(gòu)與動態(tài)執(zhí)行情況相一致。保證程序易理解。 (3)程序的控制結(jié)構(gòu)一般

29、采用順序、選擇、循環(huán)三種結(jié)構(gòu)來構(gòu)成,確保結(jié)構(gòu)簡單。 (4)用自頂向下逐步求精方法完成程序設(shè)計。結(jié)構(gòu)化程序設(shè)計的缺點是存儲容量和運行時間均增加10%20%,但易讀易維護。 (5)經(jīng)典的控制結(jié)構(gòu)為順序、IF THEN ELSE分支、DOWHILE循環(huán)。擴展的還有多分支CASE、DOUNTIL循環(huán)結(jié)構(gòu)、固定次數(shù)循環(huán)DOWHILE。 3選擇恰當描述工具來描述各模塊算法,.,41,1.5.3如何編寫詳細設(shè)計說明書 一份詳細設(shè)計說明書由以下幾個部分組成。 1引言 2程序系統(tǒng)的結(jié)構(gòu) 用一系列圖表列出本程序系統(tǒng)內(nèi)的每個程序(包括每個模塊和子程序)的名稱、標識符和它們之間的層次結(jié)構(gòu)關(guān)系。 3程序1(標識符)設(shè)計說明 下面逐個地給出各個層次中的每個程序的設(shè)計考慮。以下給出的提綱是針對一般情況的。 對于于一個具體的模塊,尤其是層次比較低的模塊或子程序,其很多條目的內(nèi)容往往與它所隸屬的上一層模塊所對應(yīng)條目的內(nèi)容相同,在這種情況下,只要簡單地說明這一點即可。 給出對該程序的簡要描述,主要說明安排設(shè)計本程序的目的意義,并且,還要說明本程序的特點(如:是常駐內(nèi)存還是非常駐內(nèi)存?是否子程序?是可重入的還是不可重入的?有

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論