第一篇：軟件工程實驗報告99039

實驗報告

課程名稱：

軟件工程導(dǎo)論

實驗名稱：

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

實驗地點：

逸夫樓 402

專業(yè)班級：

軟件 1510

學(xué)號：

2015005786

學(xué)生姓名：

唐國亮

指導(dǎo)教師：

崔冬華

2017 年 3 月 29 日

患者監(jiān)護系統(tǒng)項目簡介

1．系統(tǒng)簡介

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

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

實驗一

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

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

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

win10,office 2016

1.3 條件與約束 ：

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

1.4 功能描述：

1.接受病人的生理信號。

2.定時更新病歷。

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

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

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

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

輸出項至少包括：患者日志和患者的病情報告。

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

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

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

患者信息=姓名+年齡+性別+科室+床號+編號

生理信號=血壓+體溫+脈搏+心電圖

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

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

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

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

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

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

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

文件名：病人信息

組成：姓名+年齡+性別+科室+床號+編號

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

文件名：患者安全范圍

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

文件名：患者日志

組成：姓名+年齡+性別+科室+床號+編號+病人情況

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

患者名字：別名：無

類型：字符型

長度：2{漢字}15

編號：別名：無

類型：整型

長度：5 位

生理信號：別名：無

類型：浮點型

長度：6 位（4）加工條目

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

輸入：生理信號，安全范圍

輸出：患者日志，病情報告

加工名：錄入儲存處理

輸入：生理信號

加工邏輯：接收存儲生理信號

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

加工名：更新日志

輸入：生理信號

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

加工邏輯：添加生理信號信息

加工名：護士查詢

輸入：患者信息

輸出：病情報告

加工邏輯：If 信息正確

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

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

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

4． ． 其他需求

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

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

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

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

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

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

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

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

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

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

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

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

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

由各個界面的設(shè)計來實現(xiàn) 3 5.3 運行時間

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

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

字段名稱 字段類型 字段長度(max)說明 生理信號 char 10

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

字段名稱 字段類型 字段長度(max)說明 編號 char 10

性別 int 1

年齡 int 3

地址 char 30

電話號碼 int 11

科室 char 15

病房號 int 3

床號 int 4

入院時間 int 15

出院時間 int 15

字段名稱 字段類型 字段長度 說明 編號 char 10

生理信號表號 char 10

字段名稱 字段類型 正常范圍 說明 生理信號 char 10

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

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

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

生理信號表 患者信息表 患者日志 生理信息安全范圍表

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

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

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

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

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

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

（1 1）程序功能 描述：

1.讀入病人的生理信號信息

2.對病人的生理信號進行安全范圍的控制

3.超過安全范圍就發(fā)出警報聲

（2 2）輸入/ / 輸出項：

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

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

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

輸出：1.病人的病情

2.病人的生理信息

3.病人病情超出安全范圍的警報聲

1.3 程序流程圖

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

2.用戶界面設(shè)計說明

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

實驗四 患者監(jiān)護系統(tǒng) 的測試 1.測試計劃1.1 軟件說明

敘述測試計劃的提綱 測試項 測試要求 測試項 測試要求 編號 兩位大寫字母和八位數(shù)字 床位等級 一 位 大 寫 字 母（A,B,C）

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

居住城市 字段小于 30

日期 合法的年月日

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

（4）性能測試

-1.3 測試

測試條件：硬盤容量：80G 以上

操作系統(tǒng)：win7

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

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

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

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

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

用戶登陸測試

角色：工作人員

測試用例 1（正確輸入）

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

測試用例 2（無該用戶）

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

測試用例 3（密碼錯誤）

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

測試用例 4（無輸入）

【輸入】：用戶：

密碼 3 2.3 輸出 ：

用戶登陸測試

測試用例 1（正確輸入）

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

【實際輸出】：登入成功，進入工作人員用戶界面

測試用例 2（無該用戶）

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

【實際輸出】：提示用戶名或密碼錯誤

測試用例 3（密碼錯誤）

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

【實際輸出】：提示用戶名或密碼錯誤

測試用例 4（無輸入）

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

【實際輸出】：提示用戶名或密碼錯誤。

3.評價準(zhǔn)則3.1 范圍

在測試醫(yī)護人員查看時，輸入 123456 和 MU8056 是不正確的，輸入兩個相同的病人號時候也不正確，因為病人號是主鍵，是唯一的；

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

在測試密碼時，輸入 123456 以外的都不正確，因為密碼都固定為123456。

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

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

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

說明用來判斷測試工作是否能通過的評價尺度，如合理的輸出結(jié)果的類型、測試輸出結(jié)果與預(yù)期輸出之間的容許偏離范圍、允許中斷或停機的最大次數(shù)。

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

總結(jié)

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

的進步。

第二篇：軟件工程實驗報告

《軟件工程》實驗報告

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

學(xué)生姓名

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

實驗一需求分析

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

二、實驗要求

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

三、實驗內(nèi)容

1、項目完成主要功能概述（1）項目名稱

（2）項目完成主要功能

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

四、實驗總結(jié)

實驗二軟件設(shè)計

一、實驗?zāi)康耐ㄟ^對軟件項目的軟件設(shè)計，掌握軟件設(shè)計的方法的技術(shù)，了解軟件設(shè)計過程。

二、實驗要求

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

三、實驗內(nèi)容

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

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

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

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

四、實驗總結(jié)

說明：（此實驗為可選做，若完成實驗成績加分）

實驗三軟件測試

一、實驗?zāi)康耐ㄟ^對軟件項目的測試，掌握軟件測試的原理和方法，了解軟件測試過程。

二、實驗要求

針對需求分析所選的項目和功能模塊進行。完成軟件項目主要功能模塊的測試。

三、實驗內(nèi)容

1、采用主要測試方法描述

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

四、實驗總結(jié)

第三篇：軟件工程實驗報告

實驗三：面向?qū)ο蟮南到y(tǒng)對象模型實驗

一、實驗?zāi)康?/p>

1: 熟悉面向?qū)ο蠓治龅幕痉椒ǎ由罾斫鈱ο竽Ｐ汀討B(tài)模型和功能模型的意義和 作

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

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

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

二、實驗環(huán)境

1.硬件環(huán)境

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

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

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

實體建模工具： Erwin 4.0 UML建模工具：Rose 2000

三、實驗內(nèi)容

1.實驗題目

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

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

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

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

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

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

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

5系統(tǒng)類圖

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

第四篇：軟件工程實驗報告

《軟件工程》課程實驗報告

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

姓名：

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

專業(yè)班級：

學(xué)號：

指導(dǎo)教師：

地點：

成績：

時間：2012 年 10月 日 至 2012 年 11月 8 日

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

2.實驗內(nèi)容

1.系統(tǒng)簡介

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

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

2.限定條件

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

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

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

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

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

項目數(shù)據(jù)流圖

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

3.實驗步驟

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

4總結(jié)與回顧

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

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

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

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

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

第五篇：軟件工程第二次實驗報告

江 西 理 工 大 學(xué)

軟件工程 實驗報告

實驗名稱 實驗2 編寫軟件可行性分析報告 實驗日期 2014-04-03 專業(yè)班級 計算機111班 桌號

實 驗 人

學(xué)號

同組人

一、實驗?zāi)康暮鸵?/p>

對一個軟件系統(tǒng)進行可行性分析，將可行性分析過程的結(jié)果進行分析匯總，編寫一份描述計劃任務(wù)的可行性分析報告。

二、實驗內(nèi)容和步驟

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

（2）可行性分析。可行性分析是報告的主體。論述新系統(tǒng)在經(jīng)濟上、技術(shù)上、運行上、管理及法律上的可行性，以及對新系統(tǒng)的主客觀條件的分析。

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

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

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

1．1 編寫目的：

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

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

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

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

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

第2 頁 / 共4頁

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

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

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

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

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

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

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

經(jīng)費來源：中國國際旅游開發(fā)公司。

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

2.4決定可行性的主要因素

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

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

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

第3頁 / 共4頁第4頁/ 共4頁

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

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

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

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

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

人工費用: 6(月)*20(人)*5000(圓)=60 萬 其他不可知額外支出: 20 萬 共計: 80 萬

支出共計: 151 萬 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 萬 工作效率提高收益（工作效率提高30%）:

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

不可定量收益

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

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

520 萬/151 萬= 344% 4.4投資回收周期 2-3 年

4.5敏感性分析

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

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

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

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

四、實驗心得

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