軟件工程第二章

軟件工程第二章第2章軟件計劃

本章內容：問題定義及可行性研究制訂項目開發(fā)計劃需求分析的任務需求分析步驟實體-關系圖數(shù)據(jù)流圖狀態(tài)轉換圖數(shù)據(jù)字典需求分析的其他圖形工具軟件計劃階段文檔本章重點：可行性研究需求分析任務、步驟回目錄22.1問題定義及可行性研究

2.1.1問題定義1.明確系統(tǒng)目標規(guī)模、基本要求2.對現(xiàn)有系統(tǒng)的分析3.設計新系統(tǒng)可能的解決方案2.1.2可行性研究技術可行性經(jīng)濟可行性社會因素方面的可行性2.1.3制訂項目開發(fā)計劃1.項目概述2.軟件工程實施計劃Gantt圖法工程網(wǎng)絡技術。32.2需求分析的任務需求分析的基本任務是軟件人員和用戶一起完全弄清用戶對系統(tǒng)的確切要求。需求分析是理解、分析和表達系統(tǒng)必須做什么。需求分析必須經(jīng)過嚴格復審。2.2.1確定目標系統(tǒng)的具體要求(1)確定系統(tǒng)的運行環(huán)境要求(2)系統(tǒng)的性能要求(3)確定系統(tǒng)功能(4)接口需求4【例2.1】某高校醫(yī)療費管理系統(tǒng)

醫(yī)療費：校內門診費、校外門診費、住院費、子女醫(yī)療費。要求數(shù)據(jù)庫中存放每個職工的職工號、姓名、所屬部門。報銷時填寫所屬部門、職工號、姓名、日期、醫(yī)療費種類和數(shù)額。該校規(guī)定，每年每個職工的醫(yī)療費報銷有限額（如480元），限額在年初時確定，每個職工一年內報銷的醫(yī)療費不超過限額時可全部報銷；超過限額時，超出部分只可報銷90％。職工子女的醫(yī)療費也有限額（如240元）。醫(yī)療費管理系統(tǒng)每天記錄當天報銷的若干職工或職工子女的醫(yī)療費的類別、金額。讓系統(tǒng)自動結賬、統(tǒng)計當天報銷的醫(yī)療費總額，供出納員核對。每筆賬要保存?zhèn)洳?，每天所報銷的費用要和各個職工已報銷的金額累計起來，以檢查哪些職工已超額。系統(tǒng)要設計適當?shù)牟樵児δ?。年終結算、下一年度開始時，要對數(shù)據(jù)庫文件進行初始化，職工醫(yī)療費余額累加到下一年度的余額中。

52.2.2建立目標系統(tǒng)的邏輯模型模型是為了理解事物而對事物做出一種抽象，對事物的無歧義的書面描述。模型由一組圖形符號和組成圖形的規(guī)則組成。建模的基本目標是：描述用戶需求為軟件的設計奠定基礎定義一組需求，用以驗收產(chǎn)品。模型分為：數(shù)據(jù)模型:用實體—關系圖功能模型:用數(shù)據(jù)流圖行為模型:用狀態(tài)轉換圖數(shù)據(jù)字典用來描述軟件使用或產(chǎn)生的所有數(shù)據(jù)對象，并對各種圖形工具所不能表達的內容加以補充。6

2.2.3軟件需求規(guī)格說明

1.引言

2.信息描述3.功能描述

4.行為描述

5.確認標準

6.運行需求7.附錄2.2.4修正系統(tǒng)開發(fā)計劃2.2.5制訂初步的系統(tǒng)測試計劃2.2.6編寫初步的用戶手冊1.引言2.用途3.運行環(huán)境4.使用過程

編寫數(shù)據(jù)要求說明書72.3需求分析步驟2.3.1進行調查研究調查研究的目的：是了解用戶的真正需要調查研究的方法訪談：正式訪談和非正式訪談。分發(fā)調查表。開會—討論—確認的方法。2.3.2分析和描述系統(tǒng)的邏輯模型1.建立起目標系統(tǒng)的邏輯模型2.沿數(shù)據(jù)流圖回溯2.3.3復審82.4實體-關系圖1.實體2.屬性3.關系【例2.2】學生成績管理系統(tǒng)教師與學生試題關系圖92.5數(shù)據(jù)流圖

1、數(shù)據(jù)流圖的基本符號102、數(shù)據(jù)流圖的附加符號

＊表示數(shù)據(jù)流之間是“與”關系(同時存在)＋表示數(shù)據(jù)流之間是“或”關系⊕表示只能從幾個數(shù)據(jù)流中選一個(互斥關系)113、畫數(shù)據(jù)流圖的步驟

畫頂層數(shù)據(jù)流圖畫分層數(shù)據(jù)流圖畫總的數(shù)據(jù)流圖【例2-3】先畫招聘考試成績管理系統(tǒng)的高層數(shù)據(jù)流圖。4、幾點注意事項12招聘考試成績管理系統(tǒng)數(shù)據(jù)流圖13例2.4醫(yī)療費管理系統(tǒng)數(shù)據(jù)流圖142.6狀態(tài)轉換圖

1.什么情況下要畫狀態(tài)轉換圖2.狀態(tài)轉換圖的符號【例2.5】數(shù)據(jù)結構中“?！睂ο蟮臓顟B(tài)轉換圖。152.7數(shù)據(jù)字典

數(shù)據(jù)字典(DataDictionary，DD)是對實體-關系圖、狀態(tài)轉換圖和數(shù)據(jù)流圖中出現(xiàn)的所有數(shù)據(jù)對象、屬性、關系、狀態(tài)、數(shù)據(jù)流、文件、處理等元素的定義的集合。2.7.1數(shù)據(jù)字典的內容１.數(shù)據(jù)元素２.數(shù)據(jù)流３.數(shù)據(jù)存儲４.數(shù)據(jù)處理162.7.2數(shù)據(jù)字典使用的符號

＝表示“等價于”或“定義為”＋連接[]，|表示“或”，用“|”分隔，表示可任選其中某一項{}表示“重復”()表示“可選”，用“，”號隔開1{A}表示A的內容至少要出現(xiàn)1次。{B}表示B的內容允許重復0

至任意次。如：成績單＝學號＋姓名＋1{課程名＋成績}3也可寫為成績單＝學號＋姓名＋{課程名＋成績}172.7.3數(shù)據(jù)字典與圖形工具應遵守以下約定：可以用圖形工具描述的盡量用圖形描述。有關數(shù)據(jù)的組成在數(shù)據(jù)字典中描述。有關數(shù)據(jù)的加工細節(jié)在數(shù)據(jù)字典中描述。編寫數(shù)據(jù)字典時不能有遺漏和重復，要避免不一致性。數(shù)據(jù)字典中的條目的排列要有一定規(guī)律，方便查閱。如按英文字母表順序或按漢字筆畫順序排列或按功能分類等；數(shù)據(jù)字典的要易于更新修改。數(shù)據(jù)字典與數(shù)據(jù)流圖等圖形工具應相輔相成、互相配合，既要互相補充又要避免冗余。18【例2.6】寫出例2.3招聘考試成績統(tǒng)計系統(tǒng)的數(shù)據(jù)字典。

1、數(shù)據(jù)項定義：考生＝準考證號＋姓名＋性別＋出生年月＋地址＋1{課程名＋成績}3＋總分＋名次＋專業(yè)代號＋錄用否＋錄用單位考生文件分兩種：一種按準考證號碼次序排列，另一種按考生成績總分由高到低排列。專業(yè)代號＝[1＝法律/2＝行政學/3＝財經(jīng)學]錄用通知書＝準考證號＋專業(yè)＋姓名＋錄用單位考生成績單＝準考證號＋姓名＋專業(yè)＋1{課程名＋成績}3＋總分2、處理算法：排序：（1）三個專業(yè)的考生分別按總分由高到低的次序排序，輸出成績單，供錄用參考。（2）按準考證號的順序將考生成績單打印出來，一份給招干委員會留底，另一份發(fā)給考生。錄用原則：各專業(yè)按考生成績總分從高分到低分的次序錄用，總分相同時專業(yè)課成績高的優(yōu)先。19【例2.7】寫出例2.1醫(yī)療費管理系統(tǒng)數(shù)據(jù)字典。1、數(shù)據(jù)項職工庫＝部門名＋職工號＋姓名當日明細賬＝報銷日期＋部門名＋職工號＋姓名＋校外門診費＋校內門診費＋住院費＋總額＋余額＋子女醫(yī)療費＋子女總額醫(yī)療費總賬＝部門名＋職工號＋姓名＋校外門診費＋校內門診費＋住院費＋總額＋余額＋子女醫(yī)療費＋子女總額余額＝限額－總額（小于0時，取為0）醫(yī)療費明細賬＝{當日明細賬}2、操作說明(1)輸入數(shù)據(jù)時只需輸入職工號，就可在職工庫中查找出該職工所屬部門名及姓名，顯示在屏幕上供核對，并將醫(yī)療費總賬中該職工今年內今日前已報銷的醫(yī)療費總額和余額顯示出來。(2)輸入當日報銷的校外門診費、校內門診費、住院費、子女醫(yī)療費后，計算機自動算出該職工的醫(yī)療費總額和余額。(3)核對：算出當日所有職工報銷的各類醫(yī)療費的分類總和及所有總和，供出納員核對。若發(fā)現(xiàn)錯誤應進入“修改”模塊進行修改。核對正確后可進入“累加”模塊。(4)累加：把職工當天報銷的各類醫(yī)療費與以前報銷的分類累加并算出總額。202.8需求分析其他圖形工具2.8.1層次圖層次圖是一系列多層次的樹形結構矩形框，用來描述數(shù)據(jù)的層次結構，也可描述程序結構。

212.8.2Warnier圖(Warnierdiagram)

表示數(shù)據(jù)層次結構（Warnier-Orr圖）可表達數(shù)據(jù)結構也可表達程序結構Warnier圖使用的符號:(１)花括號{表示屬于數(shù)據(jù)結構的同一層次。(２)異或符號⊕，符號的上、下方的兩個名字代表的數(shù)據(jù)只能出現(xiàn)一個。(３)圓括號()，數(shù)據(jù)重復出現(xiàn)的次數(shù)。

222.8.3IPO圖輸入／處理／輸出（InputProcessOutput）圖的簡稱?！纠?.10】招聘考試成績管理系統(tǒng)IPO圖。23

軟件計劃階段文檔的編寫步驟

（1）編寫軟件問題定義文檔。（2）書寫可行性研究報告。（3）編寫軟件需求說明書。（4）修改、完善項目開發(fā)計劃。（5）制定初步的系統(tǒng)測試的計劃，作為今后軟件確認和驗收的依據(jù)。（6）編寫初步的用戶手冊。（7）編寫數(shù)據(jù)要求說明書。24處理展會事務的大致過程

25第2章小結可行性研究階段要從技術方面、經(jīng)濟方面、社會因素方面寫出可行性研究報告。軟件開發(fā)計劃可用Gantt圖和工程網(wǎng)絡圖來描述。軟件需求是進行軟件設計、實現(xiàn)和質量度量的基礎。需求分析是理解、分析和表達軟件需求的過程。建立模型是描述用戶需求，定義需求，用以驗收產(chǎn)品。數(shù)據(jù)模型用實體-關系圖來描述數(shù)據(jù)對象及相互關系。功能模型用數(shù)據(jù)