【正文】 獲取 ? 需求有效性驗證 ? 其他用途： ? 用戶培訓 ? 系統(tǒng)測試 ? 原型開發(fā)主要分類： ? 進化式原型開發(fā) ? 拋棄式原型開發(fā) 軟件工程 1）進化式原型開發(fā) ? 基本思路是：先給出一個系統(tǒng)的最初實現(xiàn)，讓用戶去使用和評價，不斷進行細化和改善，經(jīng)過多次這樣的反復(fù)過程后形成最終的完善的系統(tǒng)。 開發(fā)抽象描述 建立原型系統(tǒng) 使用原型系統(tǒng) 系統(tǒng)充分嗎 ? 交付系統(tǒng) 否 是 軟件工程 2）拋棄式原型開發(fā) ? 基本思路是：原型的根本作用是弄清楚需求和為風險評估提供補充信息。通過評估后，原型被拋棄，重新規(guī)劃和實施系統(tǒng)的開發(fā)。 框架需求 開發(fā)原型 確定系統(tǒng) 評估原型 開發(fā)軟件 問題 可 驗證系統(tǒng) 問題 可 交付的軟件系統(tǒng) 可復(fù)用構(gòu)件 軟件工程 3. 原型開發(fā)技術(shù) 1) 可執(zhí)行規(guī)格說明 2) 基于場景 (scenario) 的設(shè)計 3) 自動程序設(shè)計 4) 專用語言 5) 可復(fù)用 (reusable)的軟件 6) 簡化假設(shè) 軟件工程 1）可執(zhí)行規(guī)格說明 ? 可執(zhí)行規(guī)格說明是用于需求規(guī)格說明的一種自動化技術(shù)。使用這種方法，人們可以直接觀察他們用語言規(guī)定的任何系統(tǒng)性行為。包括 a) 代數(shù)規(guī)格說明 b) 有限狀態(tài)模型 c) 可執(zhí)行的數(shù)據(jù)流圖 軟件工程 a) 代數(shù)規(guī)格說明 ? 使用集合、定義于這些集合上的函數(shù)和定義于這些函數(shù)上的方程來描述對象。規(guī)格說明的操作語義用這些方程表示。 ? 舉例：定義一個無界的棧及其操作 NEW_STACK： Stack PUSH： Stack， Element Stack POP： Stack (Element | Undefined) POP( NEW_STACK ( ) ) ＝ Undefined POP( PUSH( Stack， elem) ) ＝ elem 軟件工程 b) 有限狀態(tài)模型 ? parnas提出的使用最廣泛的一種可執(zhí)行規(guī)格說明形式。從一個初始狀態(tài)開始 接收輸入 ，到 產(chǎn)生輸出 ， 狀態(tài) 在 推移變化 。施加在狀態(tài)元素上的約束確定了有效狀態(tài)的推移。 ? 舉例：建立 用戶／程序 對話 goof new entry report ?enter‘ ?quit‘ ?help‘ ?print‘ start info bye 軟件工程 c) 可執(zhí)行的數(shù)據(jù)流圖 ? 數(shù)據(jù)流圖是基于結(jié)構(gòu)化開發(fā)方法的結(jié)構(gòu)化規(guī)格說明。 ? 用一種可執(zhí)行的語言程序代替定義處理邏輯的結(jié)構(gòu)化英語，數(shù)據(jù)流圖就成為由可執(zhí)行語言程序模塊組成的網(wǎng)絡(luò)，在一定環(huán)境或工具的支持下就可成為一個可以執(zhí)行的原型系統(tǒng)。 軟件工程 2）基于場景的設(shè)計 ? 場景是指用戶界面的原型。 ? 一個場景用以 模擬在系統(tǒng)運行期間用戶經(jīng)歷的事件 。 它提供了 輸入 ─處理 ─輸出的屏幕格式和有關(guān)對話的模型 。因此，軟件開發(fā)人員能夠給用戶顯示系統(tǒng)的逼真的視圖，使用戶得以判斷是否符合他的意圖。 ? 分析員與用戶的溝通往往通過演示場景。 ? 可在任一場景中使用一套可復(fù)用的軟件模塊，以表達某一方面的要求。 軟件工程 ? 可使用一種原型語言來描述原型系統(tǒng)。原型開發(fā)過程中用這種語言來定義 ? 屏幕 ? 數(shù)據(jù)項 ? 相關(guān)的操作 ? 從系統(tǒng)的外部描述開始，開發(fā)與數(shù)據(jù)庫的接口 ? 錯誤處理和恢復(fù)過程 等系統(tǒng)的與外部視圖一致的細節(jié)。 軟件工程 3）自動程序設(shè)計 ? 在程序自動生成環(huán)境的支持下，利用計算機實現(xiàn)軟件的開發(fā)。 ? 可以自動或半自動地把用戶的非過程式問題規(guī)格說明轉(zhuǎn)換為某種高級語言程序： 1) 演繹綜合手段： ? 基于數(shù)學推理的構(gòu)造式證明。 2) 程序變換手段： ? 將一程序轉(zhuǎn)換成另一功能等價的程序，并保持其正確性不變。 軟件工程 3) 實例推廣手段： ? 從實例特征出發(fā)，將它推廣為待編程序的特征，最后得到程序。 4) 過程化手段： ? 研究甚高級語言的編譯和知識的過程化。 ? 專用語言是應(yīng)用領(lǐng)域的模型化語言。 ? 在原型開發(fā)中使用專用語言，可方便用戶和軟件開發(fā)者在計劃中的系統(tǒng)特性方面的交流。 4）專用語言 軟件工程 5）軟件復(fù)用技術(shù) ? 利用可復(fù)用的模塊，做出適當?shù)慕M合，就可得到快速構(gòu)造的原型系統(tǒng)。 ? 為了快速地構(gòu)造原型，這些模塊 ? 必須有簡單而清晰的界面； ? 應(yīng)當盡量不依賴其它的模塊或數(shù)據(jù)結(jié)構(gòu)； ? 應(yīng)具有一些通用的功能。 軟件工程 6）簡化假設(shè) ? 在開發(fā)過程中為使設(shè)計者迅速得到一個簡化的系統(tǒng)，可以預(yù)設(shè)一些使得問題簡化的假設(shè)。盡管這些假設(shè)可能實際上并不能成立，但它們在原型開發(fā)過程中可以使開發(fā)者的注意力集中在一些主要的方面。 軟件工程 需求定義與評審 ? 又稱需求規(guī)格說明或需求規(guī)約。 ? 需求定義的主要目的是分析需求草稿和模型，解決其中存在的二義性和不一致性，系統(tǒng)地準確地表達系統(tǒng)需求，形成需求規(guī)格說明。包括 ? 系統(tǒng)應(yīng)提供的功能和服務(wù)； ? 非功能需求； ? 系統(tǒng)開發(fā)或運行的限制條件； ? 與系統(tǒng)互連的其他系統(tǒng)的信息。 軟件工程 ? 軟件需求規(guī)格說明的基本原則： ① 功能與實現(xiàn)分離，描述要“做什么”而不是“怎樣實現(xiàn)”。 ② 要求使用面向處理的規(guī)格說明語言，從而得到“做什么”的規(guī)格說明。 ③ 如果目標軟件只是一個大系統(tǒng)中的一個元素，那么整個大系統(tǒng)也包括在規(guī)格說明的描述之中。 ④ 規(guī)格說明必須包括系統(tǒng)運行的環(huán)境。 1. 需求規(guī)格說明的原則 軟件工程 ⑤ 系統(tǒng)規(guī)格說明必須是一個認識的模型，而不是設(shè)計或?qū)崿F(xiàn)的模型。 ⑥ 規(guī)格說明必須是可操作的。 ⑦ 規(guī)格說明必須容許不完備性并允許擴充。 ⑧ 規(guī)格說明必須局部化和松散的耦合。當信息被修改時，只要修改某個單個的段落，能夠很容易地加入和刪去一些段落。 軟件工程 2. 需求規(guī)格說明的內(nèi)容 ? 基于 IEEE 830改寫的規(guī)格說明模板內(nèi)容： a. 引言 目的 文檔約定 預(yù)期的讀者和閱讀建議 產(chǎn)品的范圍 參考文獻 b. 綜合描述 產(chǎn)品的前景 產(chǎn)品的功能 軟件工程 用戶類和特征 運行環(huán)境 設(shè)計和實現(xiàn)的限制 假設(shè)和依賴 c. 外部接口 用戶界面 硬件接口 軟件接口 通信接口 d. 系統(tǒng)特性 說明和優(yōu)先級 軟件工程 激勵／響應(yīng)序列 功能需求 e. 其他非功能需求 性能需求 基本設(shè)施需求 安全性需求 軟件質(zhì)量屬性 業(yè)務(wù)規(guī)則 用戶文檔 f. 其他需求 附錄 A： 詞匯表 軟件工程 附錄 B: 軟件需求分析模型 附錄 C: 待確定的問題 ? 又稱需求驗證。需求評審的目的是確保需求編寫正確。審查的內(nèi)容包括： 1) 系統(tǒng)定義的目標是否與用戶的要求一致； 2) 需求分析階段提供的文檔資料是否齊全； 3) 文檔中的所有描述是否完整 、 清晰 、 準確反映用戶要求； 3. 需求評審 軟件工程 4) 與所有其它系統(tǒng)成分的重要接口是否都已經(jīng)描述； 5) 主要功能是否已包括在規(guī)定的軟件范圍之內(nèi) ， 是否都已充分說明； 6) 軟件的行為和它必須處理的信息 、 必須完成的功能是否一致； 7) 設(shè)計的限制條件是否符合實際； 8) 是否考慮了開發(fā)的技術(shù)風險； 9) 是否詳細制定了檢驗標準 ， 它們能否對系統(tǒng)定義是否成功進行確認； 軟件工程 4. 需求管理 ? 需求管理就是管理需求變化的過程。 ? 需求管理涉及需求變更如何被處理的策略、規(guī)程和過程。它規(guī)定了 ? 應(yīng)如何提交一個需求變更請求？ ? 如何分析需求變更對范圍、進度和成本的影響？ ? 如何批準或駁回需求變更？ ? 如果批準了變更，改變更如何實現(xiàn)？ 軟件工程 作業(yè)： 設(shè)計一個軟件的開發(fā)成本為 5萬年，壽命為 3年。未來 3年每年收益預(yù)計為 22022元、 24000 元、26620元，銀行年利率為 10％。試對此項目進行成本效益分析，以決定其經(jīng)濟可行性。 可行性研究主要研究哪些問題？試說明之 數(shù)據(jù)流圖的作用是什么？它有哪些基本成分？ 數(shù)據(jù)詞典的作用是什么？它的基本詞條描述包括哪些方面？它有哪些基本詞條？ 軟件工程 人們往往根據(jù)天氣情況決定出門時的行裝；天氣可能下雨，也可能不下雨；天氣可能變冷，也可能不變冷。如果天氣要下雨，出門時帶上雨傘；如果天氣變冷，出門時要穿上大衣。請用判定表和判定樹表示。 某旅館的電話服務(wù)如下： 可以撥分機號和外線號碼。分機號是從 7201至 7299。外線號碼先撥 9，然后是市話號碼或長話號碼。長話號碼是以區(qū)號和市話號碼組成。區(qū)號是從 100到 300中任意的數(shù)字串。市話號碼是以局號和分局號組成。局號可以是 455,466,888， 552中任意一個號碼。分局號是任意長度為 4的數(shù)字串。 要求：寫出在數(shù)據(jù)詞典中，電話號碼的數(shù)據(jù)詞條的定義及組成。 軟件工程 某單位住房分配方案如下：所有住戶 50平方米以內(nèi)每平方米 1000元，超過 50平方米后：在本人住房標準面積以內(nèi)每平方米 1500元，其中住房標淮為教授 105平方米，副教授 90平方米，講師 75平方米；標準面積以外每平方米 4000元。請用判定表和判定樹表示各條件組合與費用之間的關(guān)系。 某網(wǎng)站發(fā)帖子系統(tǒng)有如下功能： ①記錄發(fā)帖內(nèi)容：訪客在表單中輸入文字，系統(tǒng)進行檢查存入文件。 ②顯示帖子內(nèi)容：讀出文件，按一定格式顯示在屏幕上。 軟件工程 請根據(jù)要求畫出該系統(tǒng)的數(shù)據(jù)流程圖。 某倉庫管理系統(tǒng)按以下步驟進行信息處理，畫數(shù)據(jù)流圖 （ 1）保管員根據(jù)當日的出庫單和入庫單，通過入庫處理修改庫存臺帳 （ 2）根據(jù)庫存臺帳，制作各種日報表 （ 3）根據(jù)庫存臺帳可查詢所需結(jié)果