軟件設(shè)計-實驗

1、2012-2013學(xué)年第二學(xué)期課程實驗報告課程名稱軟件設(shè)計專業(yè)軟件工程學(xué)生姓名班級學(xué)號指導(dǎo)教師信息工程學(xué)院實驗時間:實驗成績:實驗地點:批改時間:實驗地點:實驗一：撰寫可行性研究報告實驗?zāi)康?1、理解可行性研究的意義和重要性；2、掌握可行性研究的主要內(nèi)容；3、掌握可行性研究報告書寫方法和步驟；4、掌握數(shù)據(jù)流圖的繪制方法。實驗步驟:1、閱讀用戶問題描述，簡單理清用戶需求；2、按以下提示書寫可行性研究報告；一、編寫目的【闡明編寫可行性研究報告的目的，指明讀者對象?！慷?、項目背景【包括：A.建議開發(fā)軟件的名稱；B.項目的任務(wù)提出者、開發(fā)者、用戶 及實現(xiàn)軟件的單位。】三、要求【列出并說明建議開發(fā)軟件的

2、基本要求，如功能；性能；輸出；輸入；基 本的數(shù)據(jù)流程和處理流程；完成期限?！克摹⒖尚行苑治?、技術(shù)可行性評價【包括：在限制條件下，功能目標(biāo)是否能達(dá)到；利用現(xiàn)有技術(shù)，功能目標(biāo) 能否達(dá)到；對開發(fā)人員數(shù)量的和質(zhì)量的要求，并說明能否滿足；在規(guī)定的 期限內(nèi)，開發(fā)能否完成。】2、經(jīng)濟(jì)可行性分析【包括：支出；經(jīng)常性支出；效益；一次性收益；經(jīng)常性收益；不可定量 收益；收益/投資比；投資回收周期。3、社會因素可行性分析1）法律因素【如，合同責(zé)任、侵犯專利權(quán)、侵犯版權(quán)等問題的分析?！?）用戶使用可行性【如，用戶單位的行政管理、工作制度、人員素質(zhì)等能否滿足要求?！?附：問題描述及需求分析說明一、問題的描述某醫(yī)院要求

3、在二個月內(nèi)開發(fā)一個醫(yī)院病房監(jiān)護(hù)系統(tǒng)（不考慮硬件設(shè)施 的配置和安裝，只做軟件部分）。在醫(yī)院的病房里，將病癥監(jiān)視器安置在每 個病床，對病人進(jìn)行監(jiān)護(hù)。監(jiān)視器將病人的病癥信號（組合）實時地傳送 到中央監(jiān)護(hù)系統(tǒng)進(jìn)行分析處理。在中心值班室里，值班護(hù)士使用中央監(jiān)護(hù) 系統(tǒng)對病員的情況進(jìn)行監(jiān)控，監(jiān)護(hù)系統(tǒng)實時地將病人的病癥信號與標(biāo)準(zhǔn)的 病診信號進(jìn)行比較分析，當(dāng)病癥出現(xiàn)異常時，系統(tǒng)會立即自動報警，并打 印病情報告和更新病歷。系統(tǒng)根據(jù)醫(yī)生的要求隨時打印病人的病情報告， 系統(tǒng)還定期自動更新病歷。二、簡單的需求分析說明系統(tǒng)名稱：醫(yī)院病房監(jiān)護(hù)系統(tǒng)根據(jù)分析系統(tǒng)主要實現(xiàn)以下功能：1、病癥監(jiān)視器可以將采集到的病癥信號（組合），格

4、式化后實時的傳 送到中央監(jiān)護(hù)系統(tǒng)。2、中央監(jiān)護(hù)系統(tǒng)將病人的病癥信號與標(biāo)準(zhǔn)的病癥信號庫里的病癥信號 的正常值進(jìn)行比較，當(dāng)病癥出現(xiàn)異常時系統(tǒng)自動報警。3、當(dāng)病癥信號異常時，系統(tǒng)自動更新病歷并打印病情報告。4、值班護(hù)士可以查看病情報告并進(jìn)行打印。5、醫(yī)生可以查看或要求打印病情報告，也可以查看或要求打印病歷。6、系統(tǒng)定期自動更新病歷。實驗過程:編寫可行性研究報告一、編寫目的可行性研究報告的編寫目的是：說明該軟件開發(fā)項目的實現(xiàn)在技術(shù)， 經(jīng)濟(jì)，技術(shù)，法律，可操作性，社會條件方面的可行分析。在當(dāng)今經(jīng)濟(jì)飛速發(fā)展的驅(qū)使下，軟件行業(yè)也跟對時代的步伐急速的發(fā) 展開來，而且逐漸日趨成熟。隨著中國經(jīng)濟(jì)的迅速發(fā)展，人們的

5、生活水平有了很大程度的提高，但 是愈來愈多的疾病也在變本加厲的襲擾著人們，要看病必須得提高醫(yī)院的 設(shè)施，技術(shù)等，所以醫(yī)院的規(guī)模也越來越大，醫(yī)生，護(hù)士的數(shù)量也越來越 多，對病人突發(fā)病情的處理和對病人病歷的管理更加的復(fù)雜，而對病人的 監(jiān)護(hù)和護(hù)士對病人突發(fā)病情的處理是一項緊急、復(fù)雜而又十分細(xì)致的工作， 如果用人工進(jìn)行消息傳遞的話工作量就會很大，還會花費很長時間而對病 情的處理是刻不容緩的。計算機進(jìn)行接受病人的求救信號，由護(hù)士接受再 由計算機導(dǎo)出病歷傳給主治醫(yī)生。最后由醫(yī)生進(jìn)行病情的處理不僅能夠保 證求救無誤、快速輸出，而且還可以利用計算機對有關(guān)工資的各種信息進(jìn) 行接收處理，并從系統(tǒng)庫中導(dǎo)出病人的病歷

6、。服務(wù)于病人和醫(yī)院。節(jié)約了 時間，同時計算機具有著手工所無法比擬的優(yōu)點.例如:檢索迅速、查找方 便、可靠性高、存儲量大、保密性好、壽命長、成本低等。對病人進(jìn)行監(jiān)護(hù)，實時地傳送信息到中央系統(tǒng)進(jìn)行分析處理。針對病人 和護(hù)士，醫(yī)生的軟件系統(tǒng)。二、項目背景名稱：醫(yī)療病房監(jiān)護(hù)系統(tǒng)實現(xiàn)方式：通過局域網(wǎng)或互聯(lián)網(wǎng)的方式實現(xiàn)查詢，病歷更新等。操作平臺：WINDOWS操作系統(tǒng)平臺，LINUX操作平臺等。成員：由大學(xué)生和醫(yī)院相關(guān)工作人員提出并開發(fā)，具體實踐在當(dāng)?shù)厝?民醫(yī)院進(jìn)行。三、要求監(jiān)視器將病人的病癥信號實時地傳送到中央監(jiān)護(hù)系統(tǒng)進(jìn)行分析處理， 值班護(hù)士使用中央監(jiān)護(hù)系統(tǒng)對病員的情況進(jìn)行監(jiān)控和分析，當(dāng)病癥出現(xiàn)異 常時

7、，系統(tǒng)會立即自動報警，并打印病情報告和更新病歷。系統(tǒng)根據(jù)醫(yī)生 的要求隨時打印病人的病情報告，系統(tǒng)還定期自動更新病歷。所需要的研 發(fā)時間大致在2到3個月之間。數(shù)據(jù)流圖見下：頂層數(shù)據(jù)流圖四、可行性分析1、技術(shù)可行性評價在當(dāng)今軟件技術(shù)日趨成熟的形式下，對于此系統(tǒng)，開發(fā)外界環(huán)境的限制， 技術(shù)可行性是對該系統(tǒng)的問題，如及時響應(yīng)，數(shù)據(jù)記錄，更新記錄等分析， 解決，對于該系統(tǒng)沒有必要用新的技術(shù)，現(xiàn)有的技術(shù)就可以開發(fā)出來實現(xiàn) 系統(tǒng)的功能，且用C開發(fā)工具，具有較好的可視性，可操作性，而且易于 后期大的維護(hù)性，大大提高了軟件的生命周期。對于絕大多數(shù)的醫(yī)療人群 均能方便使用。2、經(jīng)濟(jì)可行性分析開發(fā)成本一般應(yīng)該在不同

8、的環(huán)境下有不同的成本，在大型醫(yī)院中可用網(wǎng) 絡(luò)互聯(lián)網(wǎng)進(jìn)行的，而對于小型的醫(yī)院則運行了小型的的局域網(wǎng)往，則開發(fā) 成本偏小。根據(jù)實際情況定，有一定的估算。對開發(fā)出所需要花費的費用 和實際投運營入后產(chǎn)生的經(jīng)濟(jì)效益是否有一定的回收率，可運行于幾年， 需多少時日才能回收開發(fā)成本，估算能運營幾年，后期的可維護(hù)行的運算 等。將采用一定的估算算法。3、社會因素可行性分析此系統(tǒng)將采用傳統(tǒng)的B/S模式，對數(shù)據(jù)的管理是通過SQL數(shù)據(jù)庫管理的， 有個性化的圖形界面可操作行，對系統(tǒng)的操作運行具有人性話，容易接受。1）法律因素醫(yī)療病房監(jiān)護(hù)系統(tǒng)是對我們衛(wèi)生業(yè)的改進(jìn)，是在我過法律的允許的范圍 內(nèi)的，因此不設(shè)計到知識產(chǎn)權(quán)，法律觸

9、犯等問題，因此具有法律可性行。2）用戶使用可行性在進(jìn)行設(shè)計開發(fā)前，已經(jīng)對醫(yī)院的多數(shù)人員進(jìn)行了調(diào)查，發(fā)現(xiàn)在建立在 WINDOWS的平臺上，對用戶使用最為直觀方便，借此，此軟件在WINDOW上 的作用將被大部分用戶認(rèn)可，所以完全可行。附：問題描述及需求分析說明一、問題的描述某醫(yī)院要求在三個月內(nèi)開發(fā)一個醫(yī)院病房監(jiān)護(hù)系統(tǒng)（不考慮硬件設(shè)施 的配置和安裝，只做軟件部分）。在醫(yī)院的病房里，將病癥監(jiān)視器安置在每 個病床，對病人進(jìn)行監(jiān)護(hù)。監(jiān)視器將病人的病癥信號（組合）實時地傳送 到中央監(jiān)護(hù)系統(tǒng)進(jìn)行分析處理。在中心值班室里，值班護(hù)士使用中央監(jiān)護(hù) 系統(tǒng)對病員的情況進(jìn)行監(jiān)控，監(jiān)護(hù)系統(tǒng)實時地將病人的病癥信號與標(biāo)準(zhǔn)的 病

10、診信號進(jìn)行比較分析，當(dāng)病癥出現(xiàn)異常時，系統(tǒng)會立即自動報警，并打 印病情報告和更新病歷。系統(tǒng)根據(jù)醫(yī)生的要求隨時打印病人的病情報告， 系統(tǒng)還定期自動更新病歷。二、簡單的需求分析說明系統(tǒng)名稱：醫(yī)院病房監(jiān)護(hù)系統(tǒng)根據(jù)分析系統(tǒng)主要實現(xiàn)以下功能：1、病癥監(jiān)視器可以將采集到的病癥信號（組合），格式化后實時的傳 送到中央監(jiān)護(hù)系統(tǒng)。2、中央監(jiān)護(hù)系統(tǒng)將病人的病癥信號與標(biāo)準(zhǔn)的病癥信號庫里的病癥信號 的正常值進(jìn)行比較，當(dāng)病癥出現(xiàn)異常時系統(tǒng)自動報警。3、當(dāng)病癥信號異常時，系統(tǒng)自動更新病歷并打印病情報告。4、值班護(hù)士可以查看病情報告并進(jìn)行打印。5、醫(yī)生可以查看或要求打印病情報告，也可以查看或要求打印病歷。6、系統(tǒng)定期自動更

11、新病歷。三、說明對于可行性研究的分析，只是次系統(tǒng)的初步構(gòu)想。具體的設(shè)計會在需 求分析和總體設(shè)計中體現(xiàn)。實驗時間:2013.4.19實驗成績:實驗地點：1J4A407批改時間:實驗二：結(jié)構(gòu)程序設(shè)計實驗?zāi)康?1、理解結(jié)構(gòu)程序設(shè)計的含義；2、掌握模塊化的原理和程序設(shè)計準(zhǔn)則；3、熟悉詳細(xì)設(shè)計的描述工具；4、理解編碼風(fēng)格。實驗步驟:1、畫出程序結(jié)構(gòu)圖；2、繪制每個模塊的流程圖或盒圖或PAD圖；3、用C語言編寫程序，列寫程序清單并適當(dāng)給出程序注釋。實驗內(nèi)容:按照模塊化程序設(shè)計的準(zhǔn)則，設(shè)計一程序，實現(xiàn)如下功能:給定數(shù)組 a=32,35,3,89,13,434,54,656,2模塊一：實現(xiàn)對數(shù)組a的排序。模塊

12、二：找出數(shù)組中最大的數(shù)。模塊三：找出數(shù)組中所有的素數(shù)。模塊四：計算數(shù)組各元素之和。實驗過程:1.模塊一：實現(xiàn)對數(shù)組a的排序。“冒泡法”冒泡法大家都較熟悉。其原理為從a0開始，依次將其和后面的元素比較，若 a0ai，則交換它們，一直比較到an。同理對a1,a2,.an-1處理，即完成排序。 其流程圖和程序如下：void bubble(int *a,int n) /*定義兩個參數(shù)：數(shù)組首地址與數(shù)組大小*/ int i,j,temp;for(i=0;in-1;i+)for(j=i+1;jaj) temp=ai;ai=aj;aj=temp;2.模塊二：找出數(shù)組中最大的數(shù)。jaj結(jié)束開始i=0;j=i+

13、1temp=ai;ai=aj2.模塊二：找出數(shù)組中最大的數(shù)。jaj結(jié)束開始i=0;j=i+1temp=ai;ai=ajaj=temp； i=j;i+; j=i+1;Void max(a,int n)for(i=0,j=i+1;jaj) temp=ai;ai=aj;aj=temp;i=j;Printf( “最大數(shù)是%d” ,&ai);模塊三：計算數(shù)組各元素之和int sum(int a,int n)int sum,i;sum=0;i=0;while(in)sum=sum+ai,+i;return sum;模塊四：找出數(shù)組中所有的素數(shù)void sushu(int a,int n)int i;for

14、(i=0;in;+i)if(prim(ai)printf(%d ”,ai);int prim(int n)int i=2;for(;i=n/2;+i)if(n%i=0)return 0;return 1;j=n/2ai%j=0in結(jié)束開始輸出aii+j+j=2j=n/2ai%j=0i5&b10)x=10;else x=1;if(b10|c15)z=30;else z=3;printf(x=%d,y=%d,z=%dn,x,y,z);實驗過程:一、程序流程圖如下:二、選擇邏輯覆蓋標(biāo)準(zhǔn)及其比較:覆蓋標(biāo)準(zhǔn)測試用例覆蓋路徑程序執(zhí)行結(jié) 果缺陷語句覆 蓋(6,11,16),(10,20,30)SABDEGH

15、R(10,20,30)對程序 的邏輯 覆蓋很 少(6,1,16),(1,2,3)SACDFGIR(1,2,3)判定覆 蓋(6,11,14),(10,20,3)SABDEGIR(10,20,3)沒有考慮各種路徑的組合(5,9,16),(1,2,30)SACDFGHR(1,2,30)條件覆 蓋(6,11,14),(10,20,3)SABDEGIR(10,20,3)未考慮組合情 況(4,9,16),( 1,2,30)SACDFGHR(1,2,30)判定/ 條件覆 蓋(8,12,14),(10,20,3)SABDEGIR(10,20,3)有時并 不比條 件覆蓋 強(4,9,16),( 1,2,30)S

16、ACDFGHR(1,2,30)條件組合覆蓋(6,11,14),(10,20,3)SACDEGIR(10,20,3)并不一定使程 序中的 每條路 徑都執(zhí)行到(4,9,14),( 1,20,3)SACDFGHR(1,20,3)(4,12,16),( 1,20,30)SABDEGIR(1,20,30)(3,8,16), (1,2,30)SABDFGHR(1,2,30)實驗時間:2013.5.3實驗成績:實驗時間:2013.5.3實驗成績:實驗地點：1J4A407批改時間:實驗四：建立用例模型實驗?zāi)康?1、掌握用例圖(Use Case)的用途和意義；2、掌握建立用例模型的方法和步驟。實驗步驟:1、識別

17、角色；2、確定用例；3、建立用例圖。實驗過程:一、問題陳述有一對外營業(yè)的會議中心，有各種不同規(guī)格的會議室，為用戶提供以 下服務(wù)：1、用戶可以按照會議人數(shù)、會議時間預(yù)訂會議室?？梢灾活A(yù)訂1次， 也可預(yù)訂定期召開的會議。2、開會前允許修改會議時間、人數(shù)，重新選擇會議室，甚至取消已經(jīng) 預(yù)訂的會議。3、確定會議預(yù)訂后，會議中心負(fù)責(zé)會務(wù)管理：包括通過郵寄或電子郵 件，通知開會人員有關(guān)會議信息，制作代表證等。4、系統(tǒng)根據(jù)會議室的使用情況(緊張與否)，調(diào)整、更改會議室和會 議時間，并調(diào)整修改預(yù)訂會議的時間。二、建立用例模型1、識別角色并建立角色描述模板步驟如下：找出所有可能與系統(tǒng)發(fā)生交互行為的外部實體、對象、系統(tǒng)。考慮系統(tǒng)的主要功能的使用者，就會想到用戶和系統(tǒng)管理者，但 如果直接將用戶定義為角色，系統(tǒng)的所有功能幾乎都由用戶使用。根據(jù)問 題的描述，系統(tǒng)要求將會議和會議的召開分開來。A、從會議的角度看，允許用戶定義、更改或刪除一個會議。B、從會議召開的角度看，允許用戶為某個會議定義召開時間、參加人 數(shù)、更改相應(yīng)的數(shù)據(jù)或刪除已定義的會議召開。本系統(tǒng)定義以下角色：1)2)3)4)5)各角色描述模板如下：2、確定用例在識別角色的基礎(chǔ)上，列出與角色相關(guān)的用例，有的用例與多個角色 相關(guān)