第一篇：軟件工程實驗報告-請假條管理系統

請假條

一、可行性研究分析

引言：

不管是學習還是工作生活，人們總避免不了和請假這種事情打交道。開發操作簡單，功能實用的請假系統既可以幫助要請假的人更加方便的申請請假，又可以幫助領導者快速審核請假事情，還可以簡化請假的審查和統計以作為評比的依據。該系統非常容易被接受，它具有簡單易學性，便于申請者實用和管理階層管理，是對學校，機關，事業單位進行請假管理的非常有效的工具。

編寫目的：

這份可行性研究報告是對請假管理系統做的可行性研究分析以及之處存在的必要性。由于學校、機關、公司日常都需要所管理員工的請假問題，還需要及時處理員工的請假，對請假到期人員的到崗情況，未請假人員的缺崗情況進行審核，傳統的純人工紙質請假程序復雜，極不方便員工的請假，也不方便管理者的考勤和管理。開發該請假系統將極大的方便學生群體和職工群體的請假和公司化管理，提高效率，對請假者，管理者，單位都是有極大的好處的！

可行性研究所采用的方法和步驟：

通過調查分析開發請假系統所具備的能力及實現的方法。確定總體結構，利用web + mysql 所具有的能力，以最簡潔最容易的方法，使其成為一個初級的系統軟件。

對現有產品的分析：

因為當前學校、機關等都采用紙質請假考核，所以目前該方面尚處于空白階段！

系統功能：

方便使用者完成請假操作，方便管理者處理請假請求，方便管理者管理請假?。▓D表，工作原理，系統流程圖，數據流程圖）

技術可行性：

由于該請假系統設計的初衷是方便使用者請假和領導者進行請假的管理，所以要做到最大限度方便用戶。當用戶完成登錄后，可以查看自己的歷史請假信息，可以填寫新的請假申請，填寫完成后信息進入數據庫。系統根據提交者的工號（學

號）判斷提交者的所屬單位，找到其直接管理者A，然后通知其管理者A該條請假申請。管理者A通過審核該請假申請，選擇同意或者拒絕，同時改寫數據庫的請假條批復狀態反饋至申請者。當管理者B登錄后可以查看所有當前狀態下（當前日期）所有的當期（在請假期限內）請假條。整個流程完成！考慮到整個系統要方便使用者，規模屬于小型系統，使用web開放完全可以勝任！因此，決定采用jsp+strut2+mysql的框架對該系統進行開發。

其它可供選擇的方案：

可以選擇web，傳統桌面應用程序，android系統移動終端程序相結合的方法，三種模式共享數據庫，可以做到極大的方便使用者和管理者的使用?？尚行跃C合分析：

技術方面：

本工程產品開發周期為20天，在技術上采用web編程與數據庫相結合方法來實現，要求所有數據信息都有數據庫來完成，而這些數據信息的管理必須有web編程來設計完成。

可行性結論：

綜上所述，本工程的技術成熟、完備，測試手段可靠，具有良好的市場拓展，因此本工程可立即開始。

一、需求分析

用戶需求：高校學生希望能夠快速便捷的完成請假，高校管理者希望能更加方便批復和管理學生的請假申請，教師希望能更及時準確掌握學生的請假信息以完成考核。

業務需求：

使用范圍要求：按照安陽師范學院全日制學生學籍管理等相關文件，學生請假需要其直接輔導員批準，且請假時間不能超過七天！數據庫中保留所有學生的請假信息，當前有效請假信息隨時供輔導員和教師查看。

功能要求：

學生請假：學生可以提交請假條，查看歷史請假條

輔導員管理：輔導員可以查看屬于自己管理的請假條，批準或拒絕（可寫明拒絕原因），查看所有自己批準的請假條，查看所有提交給自己的請假條

教師管理：登錄查看當天自己所執教課程的請假人員。

二、總體設計

三、詳細設計

第二篇：軟件工程需求分析實驗報告(小型超市管理系統)

《軟件工程》實驗報告

小型超市管理系統

需求分析

指導教師：___ 黃瀟__ _ 班 級：_1002__(第___組)學生姓名：__ xxx_____ 學 號：__xxxxx__ 完成日期：____________

運城學院計算機科學與技術系

1．系統需求概述

針對超市本身的特點，結合我們日常生活的實際情況，本系統能基本實現超市的進、銷、存等管理功能的各個方面，不僅能使超市的基本情況讓超市管理者直觀的了解，同時更能為超市管理者提供決策的系統有效以及合理的依據。此系統主要分為四大功能模塊，包括商品銷售管理模塊，商品進貨管理模塊，商品庫存管理模塊，超市人員管理模塊，他們的具體功能如下。

1、商品銷售管理功能：實現對銷售信息的查詢，實現商品銷售信息的匯總。

2、商品進貨管理功能：實現對進貨信息的添加、刪除、修改的更新功能。

3、商品庫存管理功能：實現對商品基本信息和商品庫存信息的查詢，實現商品信息和庫存信息的添加、刪除和修改的更新功能。

4、超市人員管理功能：實現職工信息和供貨商信息的查詢，實現職工信息和供貨商信息的添加、刪除、修改的更新功能以及簡單的信息維護，用戶名變更和密碼修改。

2．用例建模

2.1 參與者列表

超市經理：對商品銷售信息的查詢和管理；

對進貨信息的增加、刪除、修改的更新功能；

對商品基本信息和商品庫存信息的查詢以及相關信息的更新;

對職工信息和供貨商信息的查詢以及相關信息的更新功能；

對簡單的信息進行維護，可以進行用戶名變更和密碼修改。

2.2 用例列表

UC1 登陸：用于驗證用戶權限

UC2 系統維護：用于用戶名和密碼的變更修改。UC3 查詢銷售信息：用于查看銷售信息。

UC4 銷售信息盤點：用于商品銷售信息的匯總盤點。

UC5 添加商品進貨信息：用于對將要進貨的商品的基本信息添加到系統。UC6 刪除商品進貨信息：用于對不再進貨或者輸入有誤的商品進行刪除。UC7 修改商品進貨信息：用于修改所進商品的相關信息，如數量，價格等。UC8 查詢商品信息：用于查詢商品的明細信息和它的庫存信息。UC9 添加商品信息：用于添加新進的商品基本信息。

UC10 修改商品信息：用于修改商品的基本信息和它的庫存數量。UC11 查詢員工信息：用于查詢超市現有員工基本信息。UC12 添加員工信息：用于添加新雇傭員工基本信息。UC13 刪除員工信息：用于刪除離職員工信息。

UC14 修改員工信息：用于修改信息有變化的員工信息。UC15 添加供應商信息：用于添加新供應商基本信息。UC16 刪除供應商信息：用于刪除不再供貨的供應商信息。UC17 修改供應商信息：用于修改信息有變化的供應商信息。

2.3 用例圖

UC9添加商品信息UC1登陸UC10修改商品信息UC2系統維護UC11查詢員工信息UC3查詢銷售信息UC12添加員工信息UC4銷售信息盤點超市經理UC5添加商品進貨信息UC14修改員工信息UC6刪除商品進貨信息UC16刪除供貨商信息UC13刪除員工信息UC7修改商品進貨信息UC15添加供應商信息UC8查詢商品信息UC17修改供貨商信息2.4 用例規格說明

1、登陸用例

執行者：超市經理 事件流：經理打開系統輸入正確的用戶名和密碼可以成功登陸系統，并享有一切權限，可以操作系統的各個功能。

2、系統維護用例 執行者：超市經理

事件流：經理登陸系統之后可以對用戶名和密碼進行變更修改。

3、查詢銷售信息用例 執行者：超市經理

事件流：經理可以查看銷售信息，了解超市經營狀況。

4、銷售信息盤點用例 執行者：超市經理

事件流：經理可以對商品銷售信息進行匯總盤點。

5、添加商品進貨信息用例 執行者：超市經理

事件流：經理可以把將要進貨的商品的基本信息添加到系統。

6、刪除商品進貨信息用例 執行者：超市經理

事件流：經理對不再進貨或者輸入有誤的商品進行刪除。

7、修改商品進貨信息用例 執行者：超市經理

事件流：經理對所進商品的相關信息，如數量，價格等進行修改。

8、查詢商品信息用例 執行者：超市經理

事件流：經理查詢商品的明細信息和它的庫存信息。

9、添加商品信息用例 執行者：超市經理

事件流：經理添加新進的商品基本信息。

10、修改商品信息用例 執行者：超市經理

事件流：經理修改商品的基本信息和它的庫存數量。

11、查詢員工信息用例 執行者：超市經理

事件流：經理查詢超市現有員工基本信息。

12、添加員工信息用例 執行者：超市經理

事件流：經理添加新雇傭員工基本信息。

13、刪除員工信息用例 執行者：超市經理

事件流：經理刪除離職員工信息。

14、修改員工信息用例 執行者：超市經理

事件流：經理可以修改信息有變化的員工信息。

15、添加供應商信息用例 執行者：超市經理

事件流：經理添加新供應商基本信息。

16、刪除供應商信息用例 執行者：超市經理

事件流：經理刪除不再供貨的供應商信息。

17、修改供應商信息用例 執行者：超市經理

事件流：經理修改信息有變化的供應商信息。

2.5 輔助需求

由于本系統為小型超市管理系統，數據庫采用SQL Server2005即可，數據庫的內容較少，很容易滿足。本系統需要安全性好，同時要對數據實現匯總和直觀的體現，以方便用戶了解和分析數據。

3．對象建模

對象模型表示靜態的、結構化的系統的“數據”性質，它是對模擬客觀世界實體的對象以及對象彼此間關系的映射，描述了系統靜態結構。對象模型為建立動態模型和功能模型，提供了實質性的框架。

3.1 確定類與對象

小型超市管理系統中的類與對象有：超市經理，供貨商信息，超市員工信息，商品信息，進貨信息，銷售信息。

3.2 確定關聯

超市經理對供貨商信息有關聯；超市經理對超市員工信息有關聯；超市經理對商品信息有關聯；超市經理對進貨信息有關聯；超市經理對銷售信息有關聯；商品信息對銷售信息有關聯；商品信息對進貨信息有關聯；

3.3 確定屬性

供貨商信息：供貨商名稱，供貨商電話，供貨商品。

商品信息：商品編碼，商品名稱，商品價格，商品數量，供貨商名稱。進貨信息：商品編碼，商品名稱，商品進價，入庫時間，進貨數量。銷售信息：商品銷售數量，銷售金額。

3.4 確定服務

供貨商信息：添加，刪除，修改； 商品信息：查詢，添加，刪除，修改；

進貨信息：添加，刪除，修改； 銷售信息：查詢，盤點；

3.5 系統類圖

進貨信息供貨商信息-供貨商名稱-供貨商電話-供貨商品+添加()+刪除()+修改()-結束1-結束2**-商品編碼-商品名稱-商品進價-入庫時間-進貨數量+添加()+刪除()+修改()-結束3-結束4**商品信息-商品編碼-商品名稱-商品價格-商品數量-供貨商名稱+查詢()+添加()+刪除()+修改()**-結束5-結束6銷售信息-商品銷售數量-銷售金額+查詢()+盤點()

4．動態建模

系統中的對象在執行期間的不同時間點如何讓通信以及通信的結果如何，就是系統的動態行為，這時就需要運用動態建模的方式來描述

4.1 活動圖

進貨管理活動圖

進貨管理輸入進貨信息查詢相關信息確認進貨信息輸入查詢的信息保存信息確認查詢的信息

銷售管理活動圖

查詢相關信息盤點銷售信息輸入查詢信息查詢銷售數量確認查詢信息盤點商品

庫存管理活動圖

庫存管理查詢添加刪除修改輸入新商品信息輸入查詢信息輸入所要刪除信息查詢所要修改的信息確認添加的新信息確認刪除的信息輸入新商品信息確認查詢的信息保存信息刪除商品信息確認商品信息保存信息保存商品信息

員工信息管理活動圖

職工管理查詢添加刪除職工信息修改職工信息輸入職工信息輸入查詢信息輸入所要刪除的職工信息查詢所要修改的信息確認職工的新信息確認刪除的信息輸入新的職工信息確認查詢的信息保存信息從數據庫中刪除職工信息確認職工信息保存職工信息 供貨商管理活動圖

供貨商管理查詢添加供貨商信息刪除供貨商信息修改供貨商信息輸入供貨商信息輸入查詢信息輸入所要刪除的供貨商信息查詢所要修改的信息確認供貨商新信息確認刪除的信息輸入新的供貨商信息確認查詢的信息保存信息從數據庫中刪除供貨商信息確認供貨商信息保存供貨商信息

4.2 狀態轉移圖

更新進貨信息數據庫刪除進貨信息添加進貨信息登陸系統修改進貨信息查詢銷售信息查詢員工信息系統管理銷售信息盤點更新員工信息數據庫修改供貨商信息添加員工信息刪除供貨商信息添加供貨商信息修改員工信息刪除員工信息更新供貨商信息數據庫

5.總結

通過本次對小型超市管理系統的需求分析，使我對軟件工程中需求分析過程有了十分深刻的認識和理解，結合老師課堂所講的知識和本次實驗的內容，使自己充分學習并掌握了用例建模，對象建模和動態建模的每種圖的畫法和基本知識。通過實驗的具體分析，讓自己所學到的知識在實踐中得到檢驗，發現自己在開始做實驗的時候對基礎知識很不熟悉，需要查看課本來回顧，然后再結合具體的內容按步驟進行分析和解決。經過自己的學習和研究，將本次需求分析實驗完成的比較完整和全面，也讓自己的知識更加扎實，為今后的實踐打下理論基礎。

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

《軟件工程》實驗報告

專業班級微軟IT一班

學生姓名

指導教師趙春剛

實驗一需求分析

一、實驗目的通過對軟件項目的需求分析，掌握需求分析的主要方法和技術，了解需求分析過程。

二、實驗要求

自選一個軟件項目，應用軟件工程中需求分析方法對系統需求進行分析。

三、實驗內容

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

（2）項目完成主要功能

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

四、實驗總結

實驗二軟件設計

一、實驗目的通過對軟件項目的軟件設計，掌握軟件設計的方法的技術，了解軟件設計過程。

二、實驗要求

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

三、實驗內容

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

（友情提示：完成項目的主要系統結構圖（功能模塊圖）即可）

2、項目詳細設計描述（建立詳細設計模型）

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

四、實驗總結

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

實驗三軟件測試

一、實驗目的通過對軟件項目的測試，掌握軟件測試的原理和方法，了解軟件測試過程。

二、實驗要求

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

三、實驗內容

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

2、主要功能模塊測試用例設計

四、實驗總結

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

實驗三：面向對象的系統對象模型實驗

一、實驗目的

1: 熟悉面向對象分析的基本方法，加深理解對象模型、動態模型和功能模型的意義和 作

2: 學習使用rose工具進行面向對象分析的方法

3：理解對象模型、動態模型和功能模型在rose系統中的表示

4：學習用例圖、類圖、關聯圖、順序圖、狀態圖的繪制方法，了解其各自的作用

二、實驗環境

1.硬件環境

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

操作系統：Windows 2000 或 Windows XP 數據庫： SqlServer 2000 或 Access 2003數據庫系統 3.通用工具軟件

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

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

三、實驗內容

1.實驗題目

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

試采用面向對象的分析方法對“資料管理系統”進行需求分析和初步設計，做出其詳細的需求陳述；定義基本功能及角色；提取對象、做出用例圖和類圖 2.實驗內容

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

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

1：“角色定義”在應用系統中有什么作用？ 答：角色的定義有利于明晰角色所對應的事物以及對數據和功能的操作權限，是系統更加條理。

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

答：對象模型描述的是系統的靜態結構，包括系統的類和對象，他們之間的屬性和操作，以及它們之間的聯系。它通常用用例圖和類圖來描述。

5系統類圖

6.系統用例圖

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

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

實驗名稱：教務管理系統之子系統——學院課程安排

姓名：

院（系）：軟 件 學 院

專業班級：

學號：

指導教師：

地點：

成績：

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

1.實驗目的確定項目的可實施性，獲取項目的需求，并在此基礎上完成系統的邏輯功能模型的建立，了解軟件工程中需求分析階段的主要活動和需求分析文檔描述的主要內容，掌握利用數據流圖描述系統功能需求的方法，正確應用數據字典。增進對軟件工程的理解，學會系統的分析軟件的構成，掌握并理解軟件從確立到測試等一系列過程。

2.實驗內容

1.系統簡介

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

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

2.限定條件

a)每位教師的主講課程門數不超過2門/學期：講師以下職稱的教師不能承擔學院定主課的主講任務。

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

c)本學期出現嚴重教學事故的教師不能承擔下各學期的主講任務。

d)本系統的輸入項至少包括：教務處布置的教學計劃，學院教師自報的授課計劃和學院定的有關授課限制條件。

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

項目數據流圖

系統的分析“教務管理系統之子系統——學院課程安排”的組成、結構和實現步驟，明白項目的業務流程圖，繪制數據流圖（DFD），數據模型（ER），編寫數據字典（DD），數據加工處理的描述，撰寫需求規格說明書

3.實驗步驟

1.2.3.4.5.對圖書管理系統進行分析，整合用戶權限和操作 根據用戶操作流程畫出系統流程圖 對系統做出概要分析，擬定開發流程 繪制出甘特圖 繪制線性時間圖

4總結與回顧

通過這次實驗，我學到了很多東西，教務管理系統是學校的管理核心，管理應涉及到學校的專業設置、學藉管理、成績管理、網上注冊、開課管理、選課管理、師資管理等，在數據庫一級建立強有力的安全系統，管理人員可以在互聯網的任何地方辦工，真正實現學校網上管理。

學校中的教務管理是一項很重要的工作，包括學生管理，教師管理和課程管理等。開發“教務信息處理系統”的目的就是利用計算機的查詢和運算功能，代替手工處理，提高工作效力和質量，所以該系統是必要而且能夠實現的。

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

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

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