數(shù)據(jù)結(jié)構(gòu)——軟件工程(存儲版)
【正文】 模塊化 、 自頂向下逐步求精 的功能劃分 。 ? 模塊之間的 小箭頭 表示接口信息，小箭頭旁邊 標記的文字表示接口信息的名字，小箭頭的方向表示接口信息傳送的方向。 ? OO技術(shù)為軟件開發(fā)提供了一種新的方法 ， 引入了許多新的概念 。 ? 最少錯誤原則 。 ? 注意： 測試只能用于查找出程序中的錯誤，不能證明程序中沒有錯誤 。 ? 測試階段分為以下幾個步驟： ? (1) 模塊測試 。 軟件維護 ?在軟件系統(tǒng)投入運行后，由于系統(tǒng)外部環(huán)境的變化、內(nèi)部人為的、機器因素的影響，需要系統(tǒng)能夠適應(yīng)變化，消除各種干擾，需要進行系統(tǒng)維護。 ? 設(shè)計測試用例的基本目標 是：確定一組最可能發(fā)現(xiàn)某個錯誤或某類錯誤的測試數(shù)據(jù) 。 ? (3) 除了檢查程序是否做了應(yīng)做的工作之外 ， 還應(yīng)檢查程序是否做了不應(yīng)做的事 。 軟件的測試 ? 在軟件交付使用之前必須經(jīng)過嚴格的軟件測試，通過測試盡可能找出需求分析、總體設(shè)計、詳細設(shè)計和軟件編程中的錯誤，并加以糾正，得到高質(zhì)量的軟件。 ? 選擇編程語言的原則是： ? 最少工作量原則 。 ? 面向?qū)ο蟮某绦蛟O(shè)計方法 ? 面向?qū)ο?(Object Oriented)程序設(shè)計方法簡稱為OO方法 。 ? 變換型和事務(wù)型的數(shù)據(jù)流圖形式如下圖所示 。 ?模塊獨立性設(shè)計原則：應(yīng)力求 內(nèi)聚性高，耦合性弱 。 ? 度量標準： (內(nèi)聚性和耦合性 ) – 內(nèi)聚性是模塊內(nèi)各部分之間聯(lián)系緊密程度的度量 ，耦合性是模塊之間聯(lián)系緊密程度的度量 。 ? 軟件設(shè)計準則 ? 1． 軟件結(jié)構(gòu)抽象化的準則 ? 軟件可以從 結(jié)構(gòu)上 和 過程上 進行表示。 判定表示例 金額狀態(tài) ＞ 500 且未過期 ＞ 500 且已過期 ≤500 且未過期 ≤500 且已過期 發(fā)出批準單 發(fā)出提貨單 發(fā)出通知單 √ √ √ √ √ √ √ 判定樹描述示例 ? 已過期 ——不發(fā)批準單 ? 金額＞ 500 ? 未過期 ——發(fā)出批準單 、 提貨單 ? 檢查訂購單 ? 已過期 ——發(fā)出批準單 、 提貨單和通知單 ? 金額 ≤500 ? 未過期 ——發(fā)出批準單 、 提貨單 軟件的設(shè)計 ? 軟件設(shè)計概述 ? 目標和任務(wù)： ? 需求分析階段是解決軟件系統(tǒng) “ 做什么 ” 的問題 ，設(shè)計階段是解決軟件系統(tǒng) “ 如何做 ” 的問題 (關(guān)鍵 ！ )， 也就是軟件系統(tǒng)的功能 、 性能如何實現(xiàn) ，可靠性如何體現(xiàn) ， … 最后應(yīng)得到 軟件設(shè)計說明書 。 例如：發(fā)票 = {發(fā)票行 }， 表示一張發(fā)票有若干行 。 ? 數(shù)據(jù)字典 ? SA方法使用數(shù)據(jù)字典對數(shù)據(jù)流圖描述的各個成分進行詳細說明 。 學生 學生科 各系處建檔 修改 統(tǒng)計學生檔案文件登記表修改信息統(tǒng)計要求報表查詢條件查詢結(jié)果查詢 示例：學生檔案管理系統(tǒng)數(shù)據(jù)流圖 ? 2． 數(shù)據(jù)流圖的結(jié)構(gòu) ? 復雜軟件系統(tǒng)的數(shù)據(jù)流圖通常采用分層的方式進行描述 ， 分別為頂層 、 中間層和底層數(shù)據(jù)流圖： ? (1) 頂層 。 – 數(shù)據(jù)流圖 表示了軟件的信息流向和信息的加工； – 數(shù)據(jù)字典 是對這些信息和加工進行更詳細的描述 。 軟件的需求分析 ? 需求分析概述 ? 軟件的需求分析是開發(fā)期的第一個階段 。 ? 2． 可行性研究 ? 目的： 用最小的代價 確定在問題定義
畢業(yè)設(shè)計相關(guān)推薦
鄂ICP備17016276號-1