軟體學院實踐課題申報系統
需求分析報告
軟體學院專業教研室
修訂控制頁
目錄1、專案概述 4
1.1名詞說明 4
1.2專案概述及目標 4
2、系統分析 5
2.1系統使用者分析 5
2.2 系統業務流程 6
2.3 系統主要功能 7
2.4系統用例規約 0
2.4.1公告管理 1
2.4.1.1公告發布 1
2.4.1.2公告維護 2
2.4.1.3公告瀏覽 2
2.4.2 課題操作 3
2.4.2.1新增個人題庫 3
2.4.2.2個人題庫維護 4
2.4.2.3課題申報 5
2.4.2.4申報狀況 6
2.4.2.5確認選報組 7
2.4.2.6公共課題庫 8
2.4.2.7課題選報 9
2.4.2.8選報狀況 10
2.4.2.9課題審批 11
2.4.2.10已審批課題維護 12
2.4.2.11新增公共課題 12
2.4.2.12 公共課題維護 13
2.4.3查詢統計 14
2.4.3.1 課題統計 14
2.4.3.2學生成績錄入 15
2.4.3.3 學生名單 16
2.4.3.4學生選報情況統計 16
2.4.3.5學生成績統計 17
2.4.4個人資訊 18
2.4.4.1 基本資訊 18
2.4.4.2 修改密碼 19
2.4.4.3 使用者登入 19
2.4.5基礎資訊設定 20
2.4.5.1專業方向維護 20
2.4.5.2專業維護 20
2.4.5.3班級維護 21
2.4.5.4語言型別維護 21
2.4.5.5課題類別維護 21
2.4.5.6課題時間維護 22
2.4.5.7教師所帶人數限制 22
2.4.5.8新增學生 23
2.4.5.9學生維護 23
2.4.5.10學生資訊匯入 24
2.4.5.11教師維護 24
2.4.5.12許可權維護 24
本章描述的是乙個實際專案——實踐課題管理系統。該系統首先對實踐課題管理中的教師、學生、專業、班級、課題型別、語言型別課題時間等基本資訊進行維護；其次，系統對實踐課題管理中的教師課題維護、課題申報、管理員課題審批、學生課題選報等一系列業務操作進行管理，保證各階段資料的正確性和連續性；對於各階段工作產生的資料記錄，系統均提供組合條件查詢，並對教師及管理員工作需要的學生名單、課題選報情況等進行統計分析，為教師進行考勤工作及管理員統籌安排教師帶領人數等提供準確的資料支援。本章介紹了專案的開發過程，描述了專案的需求獲取、分析設計、實現測試以及最後的交付執行等的詳細過程。
通過對本章內容的學習，應掌握以下內容：
◆ 了解軟體工程思想指導專案開發的全過程。
◆ 理解如何在專案開發不同階段使用物件導向分析與設計方法及工具。
◆ 應用.***開發的三層架構。
◆ 通過學習本章提供的案例，學會從需求中抽取用例、建立領域模型，能夠從案例中獲取運用物件導向分析與設計方法開發的實踐經驗。
本章內容結構圖，如圖所示：
圖1 本章內容結構圖
x.1.1專案背景
軟體學院在校各年級學生每個學期都有實踐環節。目前各實踐環節中教師指導學生的關係式採用自由選擇的方式，即指導教師發布題目之後，由學生選擇其所感興趣的題目或喜歡的教師。教師也可以在選報自己所帶課題的學生中進行選擇，對於不想帶領的學生可以排除在自己的名單之外。
這種自由選擇的方式效果很好，深受教師和學生的歡迎，但是整個實踐課題管理工作需要經歷：教師申報課題管理員審批課題學生選報課題教師確認學生管理員彙總結果等一系列步驟，且各步驟之間銜接非常緊密，每個步驟又都有各自的操作規則。以往的實踐課題工作主要以檔案方式（excel檔案）管理，這種方式容易發生資料重複、遺漏及統計資料出錯等問題，因此，必須有一套管理系統作為工具來支援整個實踐課題管理工作的正常進行。
x.1.2 使用者描述
軟體學院實踐課題管理系統主要分三種使用者：教師、學生及管理員，以下對這三種使用者所需要的功能分別進行描述。
1. 教師使用者
（1）教師使用者需要在每學期課題申報工作開始後通過系統申報實踐課題。
（2）在學生選報過課題後，教師從已選報的學生組中確定自己要帶領的學生，也可以駁回某個組或者某個學生的選報。
2. 學生使用者
學生使用者在每學期課題選報系統開放後，可登入系統檢視本專業方向已公布的實踐課題情況並進行課題選報。
3. 管理員使用者
管理員使用者實際承擔了系統管理員及課題管理員兩個角色的功能。
（1）作為系統管理員，他應負責設定系統基本引數，包括學生基本資訊維護、教師基本資訊維護、專業管理、方向管理及班級管理等；管理員還負責系統使用者管理及許可權設定、資料庫備份及恢復、系統公告管理等。
（2）作為課題管理員，他應負責開放課題申報及選報功能，審批教師申報的課題，對課題申報及選報情況進行查詢及統計等。課題管理員同時還負責公共題庫的維護等。
x.1.3名詞說明
以下為本系統內使用的幾個業務名詞，以方便讀者理解後續內容。
表1 系統業務名詞說明
x.1.4專案目標
軟體學院實踐課題管理系統需要實現的目標為：
1. 對系統所需的基礎資料，如學生資訊、教師資訊、專業資訊、班級資訊、課題開放時間、教師所帶學生人數等進行維護；
2. 對實踐課題生命週期中的各環節工作進行管理，以保證課題負責人、教師及學生能按步驟正常完成各自的任務。
3. 在實踐課題各階段，能為教師及課題負責人提供完善的查詢統計功能。
實踐課題管理的業務流程階段性很強，每個階段產生的資料都要求準確無誤，並且各階段之間的資料連續性及相關性要求很高，後一階段的工作必須依據前一階段的資料並滿足該階段的業務規則限制。
由於開發人員本身即為實踐課題管理系統的使用者，對系統的需求比較了解，因此系統需求分析階段及設計階段基本上是同步進行的。並且由於系統的核心業務模組之間資料聯絡很緊密，每個模組的功能都受相關模組的牽制，因此系統的功能需求獲取不可能一步到位，經常是設計另一功能模組時才發現原有的需求中存在的問題及不足。另外，在系統設計、開發及測試的過程中，還會增加及修改一些需求，主要是模組之間的資料聯絡。
每次需求變動，均需完整地記錄下來，並同步修改設計、編碼及測試計畫。
以下將給出系統最終的需求描述、用例規約及用例圖。中間修改及完善的過程略去。
圖實踐課題管理業務主流程
系統採用b/s架構設計，主要功能包括公告管理、課題操作、查詢統計、個人資訊及基礎資訊設定。
圖 1、參與者
本專案的參與者主要有三種，為了便於描述，分別用乙個字母表示如下：
a—管理員
b—教師
快遞公司管理系統需求分
一 引言 隨著人們對商品生產 流通和消費的需要，如何降低產品庫存，加速對市場的反應成為迫在眉捷的事。然而很多快遞公司對商品物流管理都較為薄弱，沒有統一的計畫和整合，物流與資訊流不能有序暢通。本系統就是針對這些問題為快遞公司提供的一套管理系統。二 資料流圖 資料流程圖符號由四種基本成分組成 外部項加工...
酒店管理系統軟體需求說明
酒店管理系統 軟體需求說明書 作者完成日期 簽收人 吳光成 簽收日期 修改情況記錄 目錄1 引言 3 1.1 編寫背景 3 1.2 編寫目的 3 1.3 範圍 4 1.4 定義 4 1.5 參考資料 5 2 專案概述 6 2.1 產品描述 6 2.2 產品功能 6 2.3 使用者特點 7 2.4 一...
軟體需求規格說明教務管理系統
軟體需求規格說明 srs 1.範圍 4 1.1標識 4 1.2系統概述 4 1.3文件概述 4 1.4基線 4 2.參考文獻 5 3.需求 5 3.1所需的狀態和方式 5 3.2需求概述 5 3.2.1目標 5 3.2.2執行環境 20 3.2.3使用者的特點 20 3.2.4關鍵點 20 3.2....