第二章、結(jié)構(gòu)化的設(shè)計-資料下載頁
2025-09-19 14:16本頁面
【導(dǎo)讀】可行性研究的任務(wù)、步驟?？尚行匝芯繉嵸|(zhì)上是要進行一次大大壓縮簡化了。象的方式進行系統(tǒng)分析和設(shè)計的過程。首先需要進一步分析和澄清問題定義。然后從系統(tǒng)的邏輯模型出發(fā)，探索若干種可供選。復(fù)查系統(tǒng)規(guī)模和目標(biāo)。研究目前正在使用的系統(tǒng)。導(dǎo)出和評價供選擇的解法。書寫文檔提交審查。系統(tǒng)流程圖與程序流程圖是不同的。倉庫中零件數(shù)量有變化時,量少于它的庫存量臨界值,對于復(fù)雜的系統(tǒng)，一般采用分層的形式。在數(shù)據(jù)流圖中主要描繪系統(tǒng)中的數(shù)據(jù)的流動與處。數(shù)據(jù)流圖使用直觀的圖示方法，并且簡單，是分。析人員與用戶之間溝通的極好的通訊工具。要采用層次結(jié)構(gòu)的數(shù)據(jù)流圖。在多層數(shù)據(jù)流圖中，頂層流圖僅包含一。中間層流圖則表示對其上層父圖的細化。它的每一加工可能繼續(xù)細化，形成子圖。根據(jù)商店業(yè)務(wù)，畫出頂層數(shù)據(jù)流。能應(yīng)當(dāng)有銷售、采購、會計三大項。數(shù)據(jù)詞典與數(shù)據(jù)流圖配合，能清楚地表。達數(shù)據(jù)處理的要求。位置，其它，等。
【正文】 ? 判定樹也是用來表達加工邏輯的一種工具。有時侯它比判定表更直觀。 共 96頁 Page77 層次方框圖 是用樹形結(jié)構(gòu)的一系列的矩形框描繪數(shù)據(jù)(功能 )的層次結(jié)構(gòu)圖 例 :一家計算機公司全部產(chǎn)品的數(shù)據(jù)結(jié)構(gòu)可以用層次方框圖表示。這家公司的產(chǎn)品由硬件、軟件、服務(wù)三類產(chǎn)品組成， 軟件產(chǎn)品又分為系統(tǒng)軟件和應(yīng)用軟件，系統(tǒng)軟件又進一步分為操作系統(tǒng)，編譯程序和軟件工具 共 96頁 Page78 產(chǎn)品 硬件 軟件 服務(wù) 處 理 機 存儲器 外部 設(shè)備 系統(tǒng)軟件 應(yīng)用軟件 軟件服務(wù) 硬件服務(wù) 培訓(xùn) 操作系統(tǒng) 編譯程序 軟件工具 共 96頁 Page79 Warnier圖 法國計算機科學(xué)家 Warnier圖提出的表示信息層次結(jié)構(gòu)的另外一種工具 Warnier圖給出了各個部分的邏輯關(guān)系， 而層次方框圖不能 異或，表示上下數(shù)據(jù)只能選擇其一 (P3):表示出現(xiàn)的次數(shù) 共 96頁 Page80 軟件產(chǎn)品 系統(tǒng)軟件 應(yīng)用軟件 操作系統(tǒng) (P1 ) 編譯程序 (P2 ) 軟件工具 編緝程序 (P3 ) 測試程序 (P3 ) 設(shè)計工具 (P3 ) 共 96頁 Page81 IPO圖 (輸入－處理－輸出 ) IPO圖 系統(tǒng) : 模塊 : 編號 : 作者 : 日期 : 被調(diào)用 : 調(diào)用 : 輸入 : 輸出 : 處理 : 局部數(shù)據(jù)元素 : 注釋 : 共 96頁 Page82 狀態(tài)轉(zhuǎn)換圖 : 狀態(tài) :是指被觀察到的系統(tǒng)行為模式 ,一種行 為模式代表系統(tǒng)的一個狀態(tài) . 分為 : 初態(tài) 終態(tài) 中間狀態(tài) 狀態(tài)名 狀態(tài)變量 活動表 可選 共 96頁 Page83 事件 :是指在某個特定條件下發(fā)生的事情 .它是 引起系統(tǒng)從一個狀態(tài)到另一個狀態(tài)變化 的原因 . 共 96頁 Page84 狀態(tài)名 狀態(tài)變量 活動表 格式 :事件名稱 (參數(shù)表 )/動作表達式 標(biāo)準(zhǔn)事件 : (1)Entry:進入該狀態(tài)的事件 (2)exit:離開該狀態(tài)的事件 (3)do:正在作的狀態(tài)的事件 共 96頁 Page85 該對象 起作用時的狀態(tài)。 共 96頁 Page86 共 96頁 Page87 該對象起作用時的狀態(tài)。 。 作狀態(tài)進行轉(zhuǎn)換。 現(xiàn)下一個活動，請使用連接轉(zhuǎn)換。 臨界條件和動作表達式標(biāo)簽。 ，請使用叉形狀態(tài)轉(zhuǎn)換。 。 共 96頁 Page88 原型化方法 ? 在開發(fā)初期，要想得到一個完整準(zhǔn)確的規(guī)格說明不是一件容易的事。特別是對一些大型的軟件項目。 ? 用戶往往對系統(tǒng)只有一個模糊的想法，很難完全準(zhǔn)確地表達對系統(tǒng)的全面要求。 共 96頁 Page89 ? 軟件開發(fā)者對于所要解決的應(yīng)用問題認識更是模糊不清 ? 隨著開發(fā)工作向前推進，用戶可能會產(chǎn)生新的要求，或因環(huán)境變化，要求系統(tǒng)也能隨之變化；開發(fā)者又可能在設(shè)計與實現(xiàn)的過程中遇到些沒有預(yù)料到的實際困難，需要以改變需求來解脫困境。 共 96頁 Page90 ? 因此規(guī)格說明難以完善、需求的變更、以及通信中的模糊和誤解，都會成為軟件開發(fā)順利推進的障礙。 ? 為了解決這些問題，逐漸形成了軟件系統(tǒng)的快速原型的概念。 共 96頁 Page91 軟件原型的分類 ? 在軟件開發(fā)中，原型是軟件的一個早期可運行的版本，它反映最終系統(tǒng)的部分重要特性。 ? 探索型： 目的是要弄清對目標(biāo)系統(tǒng)的要求，確定所希望的特性，并探討多種方案的可行性。 共 96頁 Page92 ? 實驗型： 這種原型用于大規(guī)模開發(fā)和實現(xiàn)之前，考核方案是否合適，規(guī)格說明是否可靠。 ? 進化型： 這種原型的目的不在于改進規(guī)格說明，而是將系統(tǒng)建造得易于變化，在改進原型的過程中，逐步將原型進化成最終系統(tǒng) 。 共 96頁 Page93 原型使用策略 ? 廢棄策略 ? 追加策略 共 96頁 Page94 建立快速原型 ， 進行系統(tǒng)的分析和構(gòu)造的好處： ? 增進軟件者和用戶對系統(tǒng)服務(wù)需求的理解，使比較含糊的具有不確定性的軟件需求（主要是功能）明確化。 ? 軟件原型化方法提供了一種有力的學(xué)習(xí)手段。 共 96頁 Page95 ? 使用原型化方法，可以容易地確定系統(tǒng)的性能，確認各項主要系統(tǒng)服務(wù)的可應(yīng)用性，確認系統(tǒng)設(shè)計的可行性，確認系統(tǒng)作為產(chǎn)品的結(jié)果。 ? 軟件原型的最終版本，有的可以原封不動地成為產(chǎn)品，有的略加修改就可以成為最終系統(tǒng)的一個組成部分，這樣有利于建成最終系統(tǒng)。 共 96頁 Page96 共 96頁 Page97
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1