第一篇：軟件工程實(shí)驗(yàn)報(bào)告99039

實(shí)驗(yàn)報(bào)告

課程名稱：

軟件工程導(dǎo)論

實(shí)驗(yàn)名稱：

患者監(jiān)護(hù)系統(tǒng)

實(shí)驗(yàn)地點(diǎn)：

逸夫樓 402

專業(yè)班級(jí)：

軟件 1510

學(xué)號(hào)：

2015005786

學(xué)生姓名：

唐國(guó)亮

指導(dǎo)教師：

崔冬華

2017 年 3 月 29 日

患者監(jiān)護(hù)系統(tǒng)項(xiàng)目簡(jiǎn)介

1．系統(tǒng)簡(jiǎn)介

目前住院病人主要由護(hù)士護(hù)理，這樣做不僅需要大量護(hù)士，而且由于不能隨時(shí)觀察病人的病情變化，還會(huì)延誤搶救時(shí)間。因此，某醫(yī)院想開發(fā)一個(gè)以計(jì)算機(jī)為中心的患者監(jiān)護(hù)系統(tǒng)。醫(yī)院要求該系統(tǒng)能夠隨時(shí)接收病人的生理信號(hào)（血壓、體溫、脈搏、心電圖等），監(jiān)視病員的病癥；定時(shí)記錄病人情況以形成患者日志（定時(shí)更新病歷）；當(dāng)某個(gè)病人的生理信號(hào)超出醫(yī)院的規(guī)定的安全范圍時(shí)向值班護(hù)士發(fā)出警告信息（病員出現(xiàn)異常情況時(shí)報(bào)警）；同時(shí)，護(hù)士在需要時(shí)還可要求系統(tǒng)打印某個(gè)病人的病情報(bào)告（隨機(jī)地產(chǎn)生某一病員的病情報(bào)告）。

2．技術(shù)要求和限制條件（1）當(dāng)病人的生理信號(hào)發(fā)生變化時(shí)，都應(yīng)增加相關(guān)病人病歷庫(kù)的記錄；（2）系統(tǒng)的外部項(xiàng)至少包括：病人、護(hù)士。

實(shí)驗(yàn)一

患 者監(jiān)護(hù)系統(tǒng)的需求分析

1.任務(wù)概述1.1 目標(biāo)：

根據(jù)接收到的生理信號(hào)，幫助醫(yī)院監(jiān)控病人的各信息。1.2 運(yùn)行環(huán)境：

win10,office 2016

1.3 條件與約束 ：

1.當(dāng)病人的生理信號(hào)發(fā)生變化時(shí)，都應(yīng)增加相關(guān)病人病歷庫(kù)的記錄； 2.系統(tǒng)的外部項(xiàng)至少包括：病人，護(hù)士。

1.4 功能描述：

1.接受病人的生理信號(hào)。

2.定時(shí)更新病歷。

3.病員出現(xiàn)異常情況時(shí)報(bào)警。

4.隨機(jī)地產(chǎn)生某一病員的病情報(bào)告。

2.數(shù)據(jù)描述2.1 輸入輸出

輸入項(xiàng)至少包括：病人的生理信號(hào)和醫(yī)院規(guī)定的安全數(shù)據(jù)范圍

輸出項(xiàng)至少包括：患者日志和患者的病情報(bào)告。

2.2 數(shù)據(jù)流圖

2.3 數(shù)據(jù)字典

（1）數(shù)據(jù)流條目

患者信息=姓名+年齡+性別+科室+床號(hào)+編號(hào)

生理信號(hào)=血壓+體溫+脈搏+心電圖

警報(bào)信息=姓名+年齡+性別+科室+床號(hào)+編號(hào)+非正常生理數(shù)據(jù)

病情報(bào)告=患者姓名+年齡+性別+科室+床號(hào)+編號(hào)+生理數(shù)據(jù)

超出安全范圍數(shù)據(jù)=患者姓名+年齡+性別+科室+床號(hào)+編號(hào)+正常生理數(shù)據(jù)

生理信號(hào) 1.1 接受信號(hào) 生理信號(hào) 1.2 分析信號(hào) 超出安全范圍 1.3 發(fā)出警報(bào)（c c）

多層數(shù)據(jù)流圖

病人 患者安全范圍 時(shí)鐘 日期時(shí)間 2.1 定時(shí)取樣 生理信號(hào) 2.3 更新日志 定時(shí)的生理信號(hào) 患者日志 警報(bào)信息 護(hù)士 數(shù)據(jù) 2.4 產(chǎn)生病情報(bào)告 數(shù)據(jù) 報(bào)告 護(hù)士 要求報(bào)告

（2）數(shù)據(jù)存儲(chǔ)條目

文件名：病人信息

組成：姓名+年齡+性別+科室+床號(hào)+編號(hào)

組織方式：索引文件，以編號(hào)為關(guān)鍵

文件名：患者安全范圍

組成：生理名字+正常數(shù)據(jù)范圍

文件名：患者日志

組成：姓名+年齡+性別+科室+床號(hào)+編號(hào)+病人情況

組織方式：索引文件，以編號(hào)為關(guān)鍵（3）數(shù)據(jù)項(xiàng)

患者名字：別名：無(wú)

類型：字符型

長(zhǎng)度：2{漢字}15

編號(hào)：別名：無(wú)

類型：整型

長(zhǎng)度：5 位

生理信號(hào)：別名：無(wú)

類型：浮點(diǎn)型

長(zhǎng)度：6 位（4）加工條目

加工名：患者監(jiān)護(hù)系統(tǒng)

輸入：生理信號(hào)，安全范圍

輸出：患者日志，病情報(bào)告

加工名：錄入儲(chǔ)存處理

輸入：生理信號(hào)

加工邏輯：接收存儲(chǔ)生理信號(hào)

If 生理信號(hào)正常 Then 定時(shí)更新到患者日志中 Else 發(fā)出警報(bào)

加工名：更新日志

輸入：生理信號(hào)

輸出：日志數(shù)據(jù)

加工邏輯：添加生理信號(hào)信息

加工名：護(hù)士查詢

輸入：患者信息

輸出：病情報(bào)告

加工邏輯：If 信息正確

Then 從患者日志中查詢到該病人信息并打印病情報(bào)告

Else 顯示錯(cuò)誤 3 3 ． 數(shù)據(jù)庫(kù)描述

采用 SQL 數(shù)據(jù)庫(kù)，信息放在服務(wù)器端數(shù)據(jù)庫(kù)中，用戶登陸系統(tǒng)，進(jìn)行相關(guān)操作。

4． ． 其他需求

接口需求：用戶接口需求，軟件接口需求。

實(shí)驗(yàn)二 患者監(jiān)護(hù) 系統(tǒng)的總體設(shè)計(jì) 1.需求規(guī)定1.1 功能規(guī)定：

1.主界面登陸：該界面是本系統(tǒng)的主界面，在該界面中，用戶可以選擇所要進(jìn)行的操作：數(shù)據(jù)查詢，數(shù)據(jù)打印。

2．后臺(tái)管理：該模塊主要是數(shù)據(jù)邏輯關(guān)系的建立，和重要信息的存儲(chǔ)管理，對(duì)后臺(tái)數(shù)據(jù)的管理：刪除，修改，錄入等。1.2 性能規(guī)定：

1.精度：數(shù)據(jù)精度按醫(yī)學(xué)標(biāo)準(zhǔn)來(lái)衡量

2．響應(yīng)時(shí)間：平均 0.1s,最長(zhǎng) 0.5s 3 1.3 運(yùn)行環(huán)境：

1.操作系統(tǒng)：win10

2.數(shù)據(jù)庫(kù)服務(wù)器：SQL Server2014 2 2..功能需求與程序 模塊 關(guān)系

3.軟件結(jié)構(gòu)圖

4.接口設(shè)計(jì)4.1 用戶接口42.2 外部接口

采用 B/S 模式，由 VC++6.0 實(shí)現(xiàn)的患者監(jiān)護(hù)系統(tǒng)，通過(guò) ADO 連接與數(shù)據(jù)庫(kù)服務(wù)器連接。4.3 內(nèi)部接口

由 VC++6.0 控件實(shí)現(xiàn)。

5.運(yùn)行設(shè)計(jì)5.1 運(yùn)行模塊組合由 VC++6.0 控件和代碼實(shí)現(xiàn) 2 5.2 運(yùn)行控制

由各個(gè)界面的設(shè)計(jì)來(lái)實(shí)現(xiàn) 3 5.3 運(yùn)行時(shí)間

各個(gè)模塊響應(yīng)時(shí)間在 1S 內(nèi)，資源占有時(shí)間在 5S 內(nèi)。6.系統(tǒng)數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)

6.1 邏輯結(jié)構(gòu)設(shè)計(jì)要點(diǎn)6.2 數(shù)據(jù)結(jié)構(gòu)與程序模塊的關(guān)系

字段名稱 字段類型 字段長(zhǎng)度(max)說(shuō)明 生理信號(hào) char 10

脈搏 int 4 單位：次/分 體溫 float 4 單位：℃ 血壓 int 4 單位：mmHg 心電圖 text

字段名稱 字段類型 字段長(zhǎng)度(max)說(shuō)明 編號(hào) char 10

性別 int 1

年齡 int 3

地址 char 30

電話號(hào)碼 int 11

科室 char 15

病房號(hào) int 3

床號(hào) int 4

入院時(shí)間 int 15

出院時(shí)間 int 15

字段名稱 字段類型 字段長(zhǎng)度 說(shuō)明 編號(hào) char 10

生理信號(hào)表號(hào) char 10

字段名稱 字段類型 正常范圍 說(shuō)明 生理信號(hào) char 10

脈搏 int 成人：60-100 次/分，嬰幼兒：120次/分

單位：次/分 體溫 float 口腔舌下 36.3－37.2℃ 直腸 37.5℃ 腋下 36.0℃-37℃

單位：℃ 血壓 int 小于 120/80mmHg 單位：mmHg 心電圖 text

生理信號(hào)表 患者信息表 患者日志 生理信息安全范圍表

7..系統(tǒng)出錯(cuò)處理設(shè)計(jì)7.1 出錯(cuò)信息

出錯(cuò)類型 出錯(cuò)信息 處理方法 數(shù)據(jù)類型出錯(cuò) 檢查數(shù)據(jù)類型 重新輸入 數(shù)據(jù)精確度 檢查數(shù)據(jù)精確度 重新輸入 網(wǎng)絡(luò) 檢查網(wǎng)絡(luò)是否連接 重新連接網(wǎng)絡(luò) 打印機(jī) 打印出錯(cuò) 檢查打印機(jī) 系統(tǒng)出錯(cuò) 系統(tǒng)出錯(cuò) 重新啟動(dòng)或報(bào)告管理 事務(wù)出錯(cuò) 事物處理出錯(cuò) 回滾，保證數(shù)據(jù)一致性7.2 補(bǔ)救措施

(1)聯(lián)機(jī)事務(wù)處理事件在建立在 TCP/CP 協(xié)議,有多階段處理響應(yīng)控制,保證數(shù)據(jù)處理前后保持一致性..(2)數(shù)據(jù)庫(kù)處理事務(wù)失敗采用自動(dòng)回滾技術(shù),保持?jǐn)?shù)據(jù)的一致性.(3)重要數(shù)據(jù)的檢查

(4)各個(gè)子系統(tǒng)的操作監(jiān)控，異常情況報(bào)告，并提供報(bào)表等跟蹤記錄。

（5）提供友好的用戶界面和幫助信息及配合嚴(yán)格的檢查，減少用戶出錯(cuò)機(jī)制。

實(shí)驗(yàn)三 患者監(jiān)護(hù)系統(tǒng) 的詳細(xì)設(shè)計(jì) 1.程序 設(shè)計(jì)說(shuō)明1.1 程序文件清單1.2 程序文件說(shuō)明

（1 1）程序功能 描述：

1.讀入病人的生理信號(hào)信息

2.對(duì)病人的生理信號(hào)進(jìn)行安全范圍的控制

3.超過(guò)安全范圍就發(fā)出警報(bào)聲

（2 2）輸入/ / 輸出項(xiàng)：

輸入：1.病人生理信息的輸入：病人的醫(yī)治時(shí)間，病人的生理信號(hào)，正常的生理指數(shù)

2.病人的病情變更環(huán)節(jié)：病人病情變更時(shí)間，變更生理信號(hào)，超出安全范圍的指數(shù)，病情描述

3.病人的病情查詢：病人信息，病人的某一生理指數(shù)。

輸出：1.病人的病情

2.病人的生理信息

3.病人病情超出安全范圍的警報(bào)聲

1.3 程序流程圖

子系統(tǒng)名 程序文件名 編程語(yǔ)言 簡(jiǎn)要描述 生理信號(hào)輸入控制 input.jsp JSP 輸入正常的生理信號(hào) 病人基本信息管理子系統(tǒng) management1.jsp JSP 管理病人的基本資料 警報(bào)子系統(tǒng) ring.jsp JSP 當(dāng)病人的生理信號(hào)不正常時(shí)發(fā)出相應(yīng)的警報(bào) 病人病情管理子系統(tǒng) management2.jsp JSP 接收病人的病情信息并進(jìn)行管理

2.用戶界面設(shè)計(jì)說(shuō)明

護(hù)士登陸 否 開始 開始 是 登陸是否成功 錄入病人信息 返回上一級(jí)界面 接收生理信號(hào) 否 是 定時(shí)更新到患者日志中 保存 分析信號(hào)是否正常 發(fā)出警報(bào)

實(shí)驗(yàn)四 患者監(jiān)護(hù)系統(tǒng) 的測(cè)試 1.測(cè)試計(jì)劃1.1 軟件說(shuō)明

敘述測(cè)試計(jì)劃的提綱 測(cè)試項(xiàng) 測(cè)試要求 測(cè)試項(xiàng) 測(cè)試要求 編號(hào) 兩位大寫字母和八位數(shù)字 床位等級(jí) 一 位 大 寫 字 母（A,B,C）

名字 字段小于 10 所屬科室 無(wú) 身份證號(hào) 十位數(shù)字

居住城市 字段小于 30

日期 合法的年月日

住院時(shí)間 合法的年月日1.2 測(cè)試內(nèi)容

（4）性能測(cè)試

-1.3 測(cè)試

測(cè)試條件：硬盤容量：80G 以上

操作系統(tǒng)：win7

數(shù)據(jù)庫(kù)服務(wù)器：SQL Server2014

測(cè)試資料：測(cè)試的輸入：患者的基本信息，患者的病情信息等。

測(cè)試輸出數(shù)據(jù)：添加成功，刪除成功，修改成功，查詢結(jié)果等。

編碼涉及：SQL Server 數(shù)據(jù)庫(kù)系統(tǒng) 2.測(cè)試設(shè)計(jì)說(shuō)明2.1 控制 ：

此軟件的測(cè)試控制方式主要是以人工輸入為主，病人的病情基本信息記錄在病人數(shù)據(jù)庫(kù)中，各種查詢信息則記錄在查詢信息數(shù)據(jù)庫(kù)中。2.2 輸入：

用戶登陸測(cè)試

角色：工作人員

測(cè)試用例 1（正確輸入）

【輸入】：用戶：user 密碼：123456

測(cè)試用例 2（無(wú)該用戶）

【輸入】：用戶：aa 密碼：123456

測(cè)試用例 3（密碼錯(cuò)誤）

【輸入】：用戶：user 密碼：aa

測(cè)試用例 4（無(wú)輸入）

【輸入】：用戶：

密碼 3 2.3 輸出 ：

用戶登陸測(cè)試

測(cè)試用例 1（正確輸入）

【期望輸出】：登入成功，進(jìn)入工作人員用戶界面

【實(shí)際輸出】：登入成功，進(jìn)入工作人員用戶界面

測(cè)試用例 2（無(wú)該用戶）

【期望輸出】：提示用戶名或密碼錯(cuò)誤

【實(shí)際輸出】：提示用戶名或密碼錯(cuò)誤

測(cè)試用例 3（密碼錯(cuò)誤）

【期望輸出】：提示用戶名或密碼錯(cuò)誤

【實(shí)際輸出】：提示用戶名或密碼錯(cuò)誤

測(cè)試用例 4（無(wú)輸入）

【期望輸出】：提示用戶名或密碼錯(cuò)誤

【實(shí)際輸出】：提示用戶名或密碼錯(cuò)誤。

3.評(píng)價(jià)準(zhǔn)則3.1 范圍

在測(cè)試醫(yī)護(hù)人員查看時(shí)，輸入 123456 和 MU8056 是不正確的，輸入兩個(gè)相同的病人號(hào)時(shí)候也不正確，因?yàn)椴∪颂?hào)是主鍵，是唯一的；

在測(cè)試用戶名時(shí)，輸入 users 和 admins 是不正確的，用戶名必須根據(jù)數(shù)據(jù)庫(kù)里的用戶名而且還要對(duì)應(yīng)相應(yīng)的角色。

在測(cè)試密碼時(shí)，輸入 123456 以外的都不正確，因?yàn)槊艽a都固定為123456。

在測(cè)試目的地時(shí)，輸入了數(shù)據(jù)庫(kù)中地點(diǎn)以外都是不正確的，如輸入昆明等。3.2 數(shù)據(jù)整理

陳述為了把測(cè)試數(shù)據(jù)加工成便于評(píng)價(jià)的適當(dāng)形式，使得測(cè)試結(jié)果可以同已知結(jié)果進(jìn)行比較而要用到的轉(zhuǎn)換處理技術(shù)，如手工方式或自動(dòng)方式；如果是用自動(dòng)方式整理數(shù)據(jù)，還要說(shuō)明為進(jìn)行處理而要用到的硬件、軟件資源。

在進(jìn)行測(cè)試結(jié)果評(píng)價(jià)中，我是用手工方式整理數(shù)據(jù)的，然后同設(shè)計(jì)時(shí)要求的結(jié)果相比較。3.3 尺度

說(shuō)明用來(lái)判斷測(cè)試工作是否能通過(guò)的評(píng)價(jià)尺度，如合理的輸出結(jié)果的類型、測(cè)試輸出結(jié)果與預(yù)期輸出之間的容許偏離范圍、允許中斷或停機(jī)的最大次數(shù)。

在測(cè)試錄入選項(xiàng)時(shí)，有的選項(xiàng)是可以為空的，但有的不可以；而測(cè)試輸出結(jié)果與預(yù)期輸出之間的容許偏離范圍是要還能達(dá)到預(yù)期結(jié)果而邏輯順序可以有偏離。在登陸時(shí)，錯(cuò)誤的次數(shù)不能超過(guò)三次。

總結(jié)

第一次做軟件開發(fā)過(guò)程的說(shuō)明書，我學(xué)習(xí)到了軟件開發(fā)過(guò)程的主要理論、方法、技術(shù)、標(biāo)準(zhǔn)和規(guī)范。但說(shuō)實(shí)話，感覺(jué)很難，因?yàn)橐恍┲R(shí)根本想不到也感覺(jué)難以做到，也是在網(wǎng)上找了很多例子，然后參照了例子做了這些實(shí)驗(yàn)，但是做完之后卻有種醍醐灌頂?shù)母杏X(jué)，有了很大

的進(jìn)步。

第二篇：軟件工程實(shí)驗(yàn)報(bào)告

《軟件工程》實(shí)驗(yàn)報(bào)告

專業(yè)班級(jí)微軟IT一班

學(xué)生姓名

指導(dǎo)教師趙春剛

實(shí)驗(yàn)一需求分析

一、實(shí)驗(yàn)?zāi)康耐ㄟ^(guò)對(duì)軟件項(xiàng)目的需求分析，掌握需求分析的主要方法和技術(shù)，了解需求分析過(guò)程。

二、實(shí)驗(yàn)要求

自選一個(gè)軟件項(xiàng)目，應(yīng)用軟件工程中需求分析方法對(duì)系統(tǒng)需求進(jìn)行分析。

三、實(shí)驗(yàn)內(nèi)容

1、項(xiàng)目完成主要功能概述（1）項(xiàng)目名稱

（2）項(xiàng)目完成主要功能

2、項(xiàng)目需求描述（建立需求模型）（友情提示：完成主要的用例模型即可）

四、實(shí)驗(yàn)總結(jié)

實(shí)驗(yàn)二軟件設(shè)計(jì)

一、實(shí)驗(yàn)?zāi)康耐ㄟ^(guò)對(duì)軟件項(xiàng)目的軟件設(shè)計(jì)，掌握軟件設(shè)計(jì)的方法的技術(shù)，了解軟件設(shè)計(jì)過(guò)程。

二、實(shí)驗(yàn)要求

針對(duì)需求分析所選的項(xiàng)目和功能模塊進(jìn)行。完成軟件項(xiàng)目主要概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)。

三、實(shí)驗(yàn)內(nèi)容

1、項(xiàng)目概要設(shè)計(jì)描述（建立概要設(shè)計(jì)模型）

（友情提示：完成項(xiàng)目的主要系統(tǒng)結(jié)構(gòu)圖（功能模塊圖）即可）

2、項(xiàng)目詳細(xì)設(shè)計(jì)描述（建立詳細(xì)設(shè)計(jì)模型）

（友情提示：用流程圖或UML相關(guān)模型（活動(dòng)圖、時(shí)序圖等），完成兩個(gè)模塊以上）

四、實(shí)驗(yàn)總結(jié)

說(shuō)明：（此實(shí)驗(yàn)為可選做，若完成實(shí)驗(yàn)成績(jī)加分）

實(shí)驗(yàn)三軟件測(cè)試

一、實(shí)驗(yàn)?zāi)康耐ㄟ^(guò)對(duì)軟件項(xiàng)目的測(cè)試，掌握軟件測(cè)試的原理和方法，了解軟件測(cè)試過(guò)程。

二、實(shí)驗(yàn)要求

針對(duì)需求分析所選的項(xiàng)目和功能模塊進(jìn)行。完成軟件項(xiàng)目主要功能模塊的測(cè)試。

三、實(shí)驗(yàn)內(nèi)容

1、采用主要測(cè)試方法描述

2、主要功能模塊測(cè)試用例設(shè)計(jì)

四、實(shí)驗(yàn)總結(jié)

第三篇：軟件工程實(shí)驗(yàn)報(bào)告

實(shí)驗(yàn)三：面向?qū)ο蟮南到y(tǒng)對(duì)象模型實(shí)驗(yàn)

一、實(shí)驗(yàn)?zāi)康?/p>

1: 熟悉面向?qū)ο蠓治龅幕痉椒?，加深理解?duì)象模型、動(dòng)態(tài)模型和功能模型的意義和 作

2: 學(xué)習(xí)使用rose工具進(jìn)行面向?qū)ο蠓治龅姆椒?/p>

3：理解對(duì)象模型、動(dòng)態(tài)模型和功能模型在rose系統(tǒng)中的表示

4：學(xué)習(xí)用例圖、類圖、關(guān)聯(lián)圖、順序圖、狀態(tài)圖的繪制方法，了解其各自的作用

二、實(shí)驗(yàn)環(huán)境

1.硬件環(huán)境

P4以上的個(gè)人計(jì)算機(jī)環(huán)境，要求內(nèi)存不少于128MB，硬盤不小于20G.。2.軟件環(huán)境

操作系統(tǒng)：Windows 2000 或 Windows XP 數(shù)據(jù)庫(kù)： SqlServer 2000 或 Access 2003數(shù)據(jù)庫(kù)系統(tǒng) 3.通用工具軟件

通用繪圖工具： MicroSoft Visio 2003 文本編輯工具： MicroSoft Word 2003 4.CASE工具

實(shí)體建模工具： Erwin 4.0 UML建模工具：Rose 2000

三、實(shí)驗(yàn)內(nèi)容

1.實(shí)驗(yàn)題目

已知資料管理系統(tǒng)提供資料信息維護(hù)、資料查詢、借閱/歸還三項(xiàng)基本功能。使用本系統(tǒng)的角色包括管理員、教師、學(xué)生三類。管理員可從事所有操作，學(xué)生與教師只能進(jìn)行資料查詢、借閱/歸還操作。教師最多可以同時(shí)借閱10本資料、學(xué)生只能同時(shí)借閱5本。對(duì)于借閱期滿3個(gè)月但是仍未歸還的資料，在管理員控制下，系統(tǒng)將自動(dòng)生成并輸出“催還單”。

試采用面向?qū)ο蟮姆治龇椒▽?duì)“資料管理系統(tǒng)”進(jìn)行需求分析和初步設(shè)計(jì)，做出其詳細(xì)的需求陳述；定義基本功能及角色；提取對(duì)象、做出用例圖和類圖 2.實(shí)驗(yàn)內(nèi)容

利用rose工具進(jìn)行系統(tǒng)建模的實(shí)驗(yàn)，建立所指定之題目的用例圖和對(duì)象模型 3.系統(tǒng)初步設(shè)計(jì)

資料管理系統(tǒng)的角色有三種，分別是管理員、教師、學(xué)生。資料管理系統(tǒng)的基本功能有一下三項(xiàng)： ? 資料信息維護(hù) ? 資料查詢 ? 借閱/歸還 4.思考題

1：“角色定義”在應(yīng)用系統(tǒng)中有什么作用？ 答：角色的定義有利于明晰角色所對(duì)應(yīng)的事物以及對(duì)數(shù)據(jù)和功能的操作權(quán)限，是系統(tǒng)更加條理。

2：USE-CASE圖反映了系統(tǒng)在哪一方面的需求？ 答：它描述了系統(tǒng)的功能以及如何使用一個(gè)系統(tǒng)并顯示誰(shuí)將是相關(guān)的用戶、用戶希望系統(tǒng)提供什么服務(wù)以及用戶需要為系統(tǒng)提供的服務(wù)，它反映了整個(gè)系統(tǒng)的一個(gè)大概設(shè)計(jì)。3：對(duì)象模型應(yīng)當(dāng)包括哪些內(nèi)容？使用ROSE工具進(jìn)行分析建模時(shí)，通過(guò)哪幾種圖例描述對(duì)象模型？

答：對(duì)象模型描述的是系統(tǒng)的靜態(tài)結(jié)構(gòu)，包括系統(tǒng)的類和對(duì)象，他們之間的屬性和操作，以及它們之間的聯(lián)系。它通常用用例圖和類圖來(lái)描述。

5系統(tǒng)類圖

6.系統(tǒng)用例圖

第四篇：軟件工程實(shí)驗(yàn)報(bào)告

《軟件工程》課程實(shí)驗(yàn)報(bào)告

實(shí)驗(yàn)名稱：教務(wù)管理系統(tǒng)之子系統(tǒng)——學(xué)院課程安排

姓名：

院（系）：軟 件 學(xué) 院

專業(yè)班級(jí)：

學(xué)號(hào)：

指導(dǎo)教師：

地點(diǎn)：

成績(jī)：

時(shí)間：2012 年 10月 日 至 2012 年 11月 8 日

1.實(shí)驗(yàn)?zāi)康拇_定項(xiàng)目的可實(shí)施性，獲取項(xiàng)目的需求，并在此基礎(chǔ)上完成系統(tǒng)的邏輯功能模型的建立，了解軟件工程中需求分析階段的主要活動(dòng)和需求分析文檔描述的主要內(nèi)容，掌握利用數(shù)據(jù)流圖描述系統(tǒng)功能需求的方法，正確應(yīng)用數(shù)據(jù)字典。增進(jìn)對(duì)軟件工程的理解，學(xué)會(huì)系統(tǒng)的分析軟件的構(gòu)成，掌握并理解軟件從確立到測(cè)試等一系列過(guò)程。

2.實(shí)驗(yàn)內(nèi)容

1.系統(tǒng)簡(jiǎn)介

每個(gè)學(xué)期的期中，學(xué)校教務(wù)處向各個(gè)學(xué)院發(fā)出下各學(xué)期的教學(xué)計(jì)劃，包括課程名稱、課程代碼、課時(shí)、班級(jí)類別（本科、?？?、成人教育、研究生）、班號(hào)等；學(xué)院教學(xué)主管人員根據(jù)教學(xué)任務(wù)和要求給出各個(gè)課程的相關(guān)限制（如：任課教師的職稱、上課的班數(shù)、最高和最低周學(xué)時(shí)數(shù)等）；任課教師自報(bào)本人授課計(jì)劃，經(jīng)所在教研室協(xié)調(diào)任可，將教學(xué)計(jì)劃上交學(xué)院主管教學(xué)計(jì)劃的人員，批準(zhǔn)后上報(bào)學(xué)校教務(wù)處，最終由教務(wù)處給出下個(gè)學(xué)期全學(xué)院教師的教學(xué)任務(wù)書。

假設(shè)上述排課過(guò)程全部由人工操作，現(xiàn)要求為上述過(guò)程實(shí)現(xiàn)計(jì)算機(jī)自動(dòng)處理過(guò)程。

2.限定條件

a)每位教師的主講課程門數(shù)不超過(guò)2門/學(xué)期：講師以下職稱的教師不能承擔(dān)學(xué)院定主課的主講任務(wù)。

b)學(xué)院中層干部的主講課時(shí)不能超過(guò)4學(xué)時(shí)/周。

c)本學(xué)期出現(xiàn)嚴(yán)重教學(xué)事故的教師不能承擔(dān)下各學(xué)期的主講任務(wù)。

d)本系統(tǒng)的輸入項(xiàng)至少包括：教務(wù)處布置的教學(xué)計(jì)劃，學(xué)院教師自報(bào)的授課計(jì)劃和學(xué)院定的有關(guān)授課限制條件。

e)本系統(tǒng)的輸出項(xiàng)至少包括：教務(wù)處最終下達(dá)全院教師的教學(xué)任務(wù)書和學(xué)院各個(gè)班級(jí)下各學(xué)期的課程表（可以不含上課地點(diǎn)）。

項(xiàng)目數(shù)據(jù)流圖

系統(tǒng)的分析“教務(wù)管理系統(tǒng)之子系統(tǒng)——學(xué)院課程安排”的組成、結(jié)構(gòu)和實(shí)現(xiàn)步驟，明白項(xiàng)目的業(yè)務(wù)流程圖，繪制數(shù)據(jù)流圖（DFD），數(shù)據(jù)模型（ER），編寫數(shù)據(jù)字典（DD），數(shù)據(jù)加工處理的描述，撰寫需求規(guī)格說(shuō)明書

3.實(shí)驗(yàn)步驟

1.2.3.4.5.對(duì)圖書管理系統(tǒng)進(jìn)行分析，整合用戶權(quán)限和操作 根據(jù)用戶操作流程畫出系統(tǒng)流程圖 對(duì)系統(tǒng)做出概要分析，擬定開發(fā)流程 繪制出甘特圖 繪制線性時(shí)間圖

4總結(jié)與回顧

通過(guò)這次實(shí)驗(yàn)，我學(xué)到了很多東西，教務(wù)管理系統(tǒng)是學(xué)校的管理核心，管理應(yīng)涉及到學(xué)校的專業(yè)設(shè)置、學(xué)藉管理、成績(jī)管理、網(wǎng)上注冊(cè)、開課管理、選課管理、師資管理等，在數(shù)據(jù)庫(kù)一級(jí)建立強(qiáng)有力的安全系統(tǒng)，管理人員可以在互聯(lián)網(wǎng)的任何地方辦工，真正實(shí)現(xiàn)學(xué)校網(wǎng)上管理。

學(xué)校中的教務(wù)管理是一項(xiàng)很重要的工作，包括學(xué)生管理，教師管理和課程管理等。開發(fā)“教務(wù)信息處理系統(tǒng)”的目的就是利用計(jì)算機(jī)的查詢和運(yùn)算功能，代替手工處理，提高工作效力和質(zhì)量，所以該系統(tǒng)是必要而且能夠?qū)崿F(xiàn)的。

此次開發(fā)的軟件是教務(wù)管理系統(tǒng)的一個(gè)子系統(tǒng)，即學(xué)院課程安排。通過(guò)此次課程設(shè)計(jì)，我們更加了解了軟件的原理，軟件的開發(fā)方法和步驟，如繪制數(shù)據(jù)流圖和數(shù)據(jù)字典的編寫。進(jìn)一步掌握了有關(guān)數(shù)據(jù)庫(kù)設(shè)計(jì)的知識(shí)和JAVA程序設(shè)計(jì)，了解了有關(guān)網(wǎng)絡(luò)的相關(guān)知識(shí)，對(duì)軟件開發(fā)平臺(tái)有了一定了解。我增長(zhǎng)了不少軟件工程與編程，數(shù)據(jù)庫(kù)的知識(shí)。在作設(shè)計(jì)的過(guò)程中，軟件是不斷變化的，開始構(gòu)造的是一方面，實(shí)際制作時(shí)又是另外一方面，所以得不斷變化。軟件必須有效的支持他的用戶，我們做的軟件是學(xué)生選課系統(tǒng)，所以我們需要從學(xué)生和老師，管理員的實(shí)際情況出發(fā)，制定他們操作方便的系統(tǒng)，是軟件對(duì)用戶友好。

在寫數(shù)據(jù)字典之前，我對(duì)數(shù)據(jù)字典的理解有一些偏差，通過(guò)這次作實(shí)驗(yàn)，我知道了數(shù)據(jù)字典就是對(duì)數(shù)據(jù)流，數(shù)據(jù)流分量，數(shù)據(jù)存儲(chǔ)，處理的定義集合。我們做這種比較小的軟件時(shí)，數(shù)據(jù)字典還比較好維護(hù)，哪里出了問(wèn)題，可以很快的找到，然后改正。如果做比較大的軟件時(shí)，數(shù)據(jù)字典就不好維護(hù)了。開發(fā)大的軟件系統(tǒng)時(shí)，數(shù)據(jù)字典的規(guī)模和復(fù)雜程度迅速增加，貌似人工維護(hù)就不太可能了。

這次實(shí)驗(yàn)的完成是我們小組共同努力的結(jié)果，我們每個(gè)人都付出了很大的汗水，也讓我明白了團(tuán)隊(duì)合作是多么的重要，那么大的工作量?jī)H靠一個(gè)人的力量是不可能完成的，在以后的工作和學(xué)習(xí)中一定要重視團(tuán)隊(duì)合作的重要性，多與合作伙伴交流，了解每個(gè)人的想法，最后大家的想法和在一起就是個(gè)很了不起的工作。也讓我認(rèn)識(shí)到軟件在我們的生活中越來(lái)越重要，我們的生活處處離不開軟件，也讓我對(duì)自己以后的工作有了很深的了解，讓我可以向著自己的目標(biāo)一點(diǎn)點(diǎn)前進(jìn)。

第五篇：軟件工程第二次實(shí)驗(yàn)報(bào)告

江 西 理 工 大 學(xué)

軟件工程 實(shí)驗(yàn)報(bào)告

實(shí)驗(yàn)名稱 實(shí)驗(yàn)2 編寫軟件可行性分析報(bào)告 實(shí)驗(yàn)日期 2014-04-03 專業(yè)班級(jí) 計(jì)算機(jī)111班 桌號(hào)

實(shí) 驗(yàn) 人

學(xué)號(hào)

同組人

一、實(shí)驗(yàn)?zāi)康暮鸵?/p>

對(duì)一個(gè)軟件系統(tǒng)進(jìn)行可行性分析，將可行性分析過(guò)程的結(jié)果進(jìn)行分析匯總，編寫一份描述計(jì)劃任務(wù)的可行性分析報(bào)告。

二、實(shí)驗(yàn)內(nèi)容和步驟

（1）系統(tǒng)概述。對(duì)當(dāng)前系統(tǒng)及存在問(wèn)題的簡(jiǎn)單描述、新系統(tǒng)特點(diǎn)及開發(fā)要點(diǎn)，新系統(tǒng)及其各個(gè)子系統(tǒng)的功能與特性、新系統(tǒng)與當(dāng)前系統(tǒng)的比較等。

（2）可行性分析?？尚行苑治鍪菆?bào)告的主體。論述新系統(tǒng)在經(jīng)濟(jì)上、技術(shù)上、運(yùn)行上、管理及法律上的可行性，以及對(duì)新系統(tǒng)的主客觀條件的分析。

（3）初步開發(fā)方案及開發(fā)計(jì)劃。在可行性分析的基礎(chǔ)上，提出初步開發(fā)建議方案和計(jì)劃。

（4）結(jié)論意見(jiàn)。綜合上訴分析，說(shuō)明新系統(tǒng)是否可行，給出具體結(jié)論。

三、結(jié)果分析 1 引言

1．1 編寫目的：

可行性研究的目的是為了對(duì)問(wèn)題進(jìn)行研究，以最小的代價(jià)在最短的時(shí)間內(nèi) 確定問(wèn)題是否可解

經(jīng)過(guò)對(duì)此項(xiàng)目進(jìn)行詳細(xì)調(diào)查研究，初擬系統(tǒng)實(shí)現(xiàn)報(bào)告，對(duì)軟件開發(fā)中將要

面臨的問(wèn)題及其解決方案進(jìn)行初步設(shè)計(jì)及合理安排。明確開發(fā)風(fēng)險(xiǎn)及其所帶來(lái)的 經(jīng)濟(jì)效益。本報(bào)告經(jīng)審核后，交軟件經(jīng)理審查。1.2項(xiàng)目背景：

開發(fā)軟件名稱：機(jī)票預(yù)訂系統(tǒng)。

項(xiàng)目任務(wù)提出者：中國(guó)民航及中國(guó)國(guó)際旅游開發(fā)公司。項(xiàng)目開發(fā)者：浙江大學(xué)IMK 開發(fā)小組。用戶：中國(guó)民航及中國(guó)國(guó)際旅游開發(fā)公司。

第2 頁(yè) / 共4頁(yè)

實(shí)現(xiàn)軟件單位：中國(guó)國(guó)際旅游開發(fā)公司及浙江大學(xué) 項(xiàng)目與其他軟件，系統(tǒng)的關(guān)系：

本項(xiàng)目采用客戶機(jī)/服務(wù)器原理，客戶端的程序是建立在Windows NT 系統(tǒng)上以MicrosoftVisual C++為開發(fā)軟件的應(yīng)用程序，服務(wù)器端采用Linux 為操作系統(tǒng)的工作站，是采用Oracle8 的為開發(fā)軟件的數(shù)據(jù)庫(kù)服務(wù)程序。1．3 參考資料： 《軟件工程導(dǎo)論》，張海藩，清華大學(xué)出版社?！秾?shí)用軟件工程》，鄭人杰等，清華大學(xué)出版社。２ 可行性研究的前提 2.1要求

主要功能：為游客提供機(jī)票預(yù)定服務(wù)，方便旅游局的售票工作，提高旅游局的服 務(wù)質(zhì)量和服務(wù)效率

性能要求：機(jī)場(chǎng)提供的信息必須及時(shí)的反映在旅游局的工作平臺(tái)上。售票系統(tǒng)的 定單必須無(wú)差錯(cuò)的存儲(chǔ)在機(jī)場(chǎng)的主服務(wù)器上。對(duì)服務(wù)器上的數(shù)據(jù)必須進(jìn)行及時(shí)正確的刷新。

輸出要求：數(shù)據(jù)完整，詳實(shí)。輸出要求：簡(jiǎn)捷，快速，實(shí)時(shí)。

安全與保密要求：服務(wù)器的管理員享有對(duì)機(jī)場(chǎng)航班信息庫(kù)及機(jī)票信息庫(kù)和定票信 息庫(kù)的管理與修改。售票員只享有對(duì)訂票信息庫(kù)的部分修改（寫入與讀出）。完成期限：預(yù)計(jì)六個(gè)月。2.2目標(biāo)：

系統(tǒng)實(shí)現(xiàn)后，大大提高旅游局的機(jī)票預(yù)定服務(wù)效率。降低售票服務(wù)中的錯(cuò)誤發(fā)生率，減少信息交流的煩瑣過(guò)程及其帶來(lái)的開銷。2.3條件，假定和限制 建議軟件壽命：5 年。

經(jīng)費(fèi)來(lái)源：中國(guó)國(guó)際旅游開發(fā)公司。

硬件條件：服務(wù)器sun 工作站，終端為pc 機(jī)。運(yùn)行環(huán)境：Linux 數(shù)據(jù)庫(kù)：Oracle8

2.4決定可行性的主要因素

成本/效益分析結(jié)果，效益〉成本。

技術(shù)可行，現(xiàn)有技術(shù)可完全承擔(dān)開發(fā)任務(wù)。操作可行，軟件能被原有工作人員快速接受。３ 技術(shù)可行性分析 系統(tǒng)簡(jiǎn)要描述：

在旅游局中的終端是安裝了Windows NT 的PC 機(jī)，主要目的是向機(jī)場(chǎng)的服務(wù)器傳 遞數(shù)據(jù)。當(dāng)顧客在旅游局進(jìn)行咨詢時(shí)，終端向服務(wù)器發(fā)出查詢請(qǐng)求，服務(wù)器根據(jù)航班信息庫(kù)的實(shí)時(shí)數(shù)據(jù)，向終端發(fā)送數(shù)據(jù)，顯示在終端的屏幕上。當(dāng)顧客向售票員定票時(shí)，終

第3頁(yè) / 共4頁(yè)第4頁(yè)/ 共4頁(yè)

端向服務(wù)器發(fā)出詳盡的一份定單，服務(wù)器核對(duì)后，存入定票信息庫(kù)，并修改機(jī)票信息庫(kù)。當(dāng)顧客再次來(lái)取票時(shí)，終端向服務(wù)器發(fā)出查詢定票請(qǐng)求，服務(wù)器接收后，查詢定票信息庫(kù)，核對(duì)后，傳送機(jī)票確認(rèn)表單，終端打印出機(jī)票。４ 經(jīng)濟(jì)可行性分析 4.1支出 基礎(chǔ)投資：

終端PC 機(jī)２０臺(tái)：8000*20 = 16 萬(wàn) 網(wǎng)絡(luò)設(shè)備：10 萬(wàn) 輔助配置：10 萬(wàn) 共計(jì)：36 萬(wàn)

其他一次性投資： 系統(tǒng)管理員事務(wù) 航班信息的更新

服務(wù)器終端顯示數(shù)據(jù)產(chǎn)生報(bào)表 售票員查詢請(qǐng)求 數(shù)據(jù)庫(kù)產(chǎn)生報(bào)表 客戶機(jī)終端顯示數(shù)據(jù) 售票員表單申請(qǐng)產(chǎn)生報(bào)表 客戶機(jī)終端顯示數(shù)據(jù)

售票員機(jī)票核對(duì)事務(wù)在客戶端打印機(jī)票和帳單產(chǎn)生報(bào)表及帳單 Oracle 8.0 : 20 萬(wàn) Windows NT: 10 萬(wàn) 操作員培訓(xùn)費(fèi)：5 萬(wàn) 共計(jì)：35 萬(wàn) 經(jīng)常性支出：

人工費(fèi)用: 6(月)*20(人)*5000(圓)=60 萬(wàn) 其他不可知額外支出: 20 萬(wàn) 共計(jì): 80 萬(wàn)

支出共計(jì): 151 萬(wàn) 4.2效益 一次性收益 0 元

經(jīng)常性收益

（按銀行利率：1%）；

減少員工20 人(1000 圓/人)五年收益:

1000*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*20*12*5=120 萬(wàn) 工作效率提高收益（工作效率提高30%）:

30*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*（30%）*5 = 45 萬(wàn) 經(jīng)常性收益共計(jì): 160 萬(wàn)

不可定量收益

因服務(wù)質(zhì)量提高增加旅客量10%:

1000 萬(wàn)*10%*(90%+(90%)2+(90%)3+(90%)4+(90%)5)=360 萬(wàn) 收益共計(jì): 520 萬(wàn) 4.3收益/投資比

520 萬(wàn)/151 萬(wàn)= 344% 4.4投資回收周期 2-3 年

4.5敏感性分析

設(shè)計(jì)系統(tǒng)周期為五年, 估計(jì)最長(zhǎng)可達(dá)10 年 處理速度: 一般查詢速度<4 秒 關(guān)鍵數(shù)據(jù)查詢速度: <2 秒 5 用戶使用可行性

使用本軟件人員要求有一定計(jì)算機(jī)基礎(chǔ)的人員,系統(tǒng)管理員要求由計(jì)算機(jī)的專業(yè)知 識(shí),所有人員都要經(jīng)過(guò)本公司培訓(xùn).管理人員也需經(jīng)一般培訓(xùn).經(jīng)過(guò)培訓(xùn)人員將會(huì)熟練使用本軟件.兩名系統(tǒng)管理員,一名審計(jì)員將進(jìn)行專業(yè)培訓(xùn),他們將熟練管理本系統(tǒng).６ 其他可供選擇的方案

客戶端與服務(wù)器端聯(lián)系在一起，在旅游局中只設(shè)立終端，在機(jī)場(chǎng)設(shè)立服務(wù)器，數(shù)據(jù)輸入由終端輸入，所有數(shù)據(jù)都由服務(wù)器處理，只在終端上顯示數(shù)據(jù)結(jié)果。此設(shè)計(jì)簡(jiǎn)化了數(shù)據(jù)處理，但加重了服務(wù)器的數(shù)據(jù)處理。而使用客戶端/服務(wù)器機(jī)理，簡(jiǎn)化數(shù)據(jù)流量，加快數(shù)據(jù)處理。７ 結(jié)論意見(jiàn)

由于投資效益比遠(yuǎn)大于100%, 技術(shù)、經(jīng)濟(jì)、操作都有可行性，可以進(jìn)行開發(fā)。

四、實(shí)驗(yàn)心得

此次文檔的編寫在整個(gè)軟件開發(fā)的過(guò)程中，起到了很重要的作用。它讓我們知道在以后的軟件開發(fā)過(guò)程中應(yīng)該注意的問(wèn)題，并且應(yīng)該做出相應(yīng)的措施來(lái)解決軟件開發(fā)過(guò)程中出現(xiàn)的各種問(wèn)題。