第一篇：學生公寓管理系統需求分析說明書

學生公寓管理系統需求概況

在學校面向現代化、面向世界、面向未來、面向互聯網的21世紀，現今社會是一個講究效率的社會，人們有很強的時間觀念，如果仍使用手工操作或使用相當繁瑣的軟件，既浪費了人力，又浪費了物力，效率無法提高，尤其是在學校里。為此開發學生公寓管理系統軟件，能夠適應現今社會并提高生產效率。該系統軟件非常容易被接受，它具有簡單易學性，雙重操作管理體系，便于管理等功能。它是對學校學生管理的一種工具。為使校園網得到高效、合理的利用，以教育信息化帶動教育的現代化，加強學校信息管理，將建設成信息化、現代化的新校園，為新世紀的交院增添新氣息、樹立新形象，學校于2008年全面啟動信息化建設工程。

一、主要功能

1、系統管理

（1）用戶設置與權限分配（2）公共數據管理

2、公寓房源管理（1）定義房源信息（2）定義房間設施信息

3、公寓住宿管理（1）學生住宿登記（2）調退房登記（3）設施損毀登記

4、公寓分配管理（1）學生分配住房（2）學生調退房處理

5、公寓財務管理（1）預交費用（2）費用結算

6、報表管理（1）財務報告

（2）學生住宿情況統計報告

7、數據檢索（1）房源檢索（2）學生住宿檢索（3）費用檢索

二、用戶類別

1、系統用戶（系統管理員）

2、房源定義用戶（公寓管理中心）

3、住房分配用戶（系部）

4、住宿登記用戶（公寓管理員）

5、財務用戶（后勤財務）

三、業務流程

1、初始化處理（1）系統用戶定義各類用戶及其權限（2）公寓管理中心定義房源

（3）公寓管理中心定義住宿費用已經房源設施及價格（4）公寓管理中心給各系部分配房源（5）對已分配房源但未住宿登記的房源初始化

2、學生住宿處理流程（1）學生到系部分配房間（2）學生到后勤財務交預付款（3）學生到公寓管理員登記住宿

3、學生調房處理流程（1）學生到系部申請調房（2）學生到財務處理住宿費用（3）學生到公寓管理員登記調房

4、學生調房處理流程（1）學生到系部申請退房

（2）學生到公寓管理員登記退房（注意設施損毀登記）(3)學生到財務結算費用（根據預交費用與實際住宿費用結算）

四、相關報表及憑據（1）學生收費收據（2）班級住宿名冊

（4）年費用結算報表（按年度）

（5）房源報表（空置房、房源分配情況、房源登記情況）（6）設施損毀報告（按年度、按設施類型）（7）房間住宿人員臺賬（按指定區間）（8）學生住宿情況臺賬(按指定區間)

第二篇：《社團管理系統》需求分析說明書

系統的前臺瀏覽功能需求

(一)游客的功能

(1)注冊成為會員

(2)信息查看,包括公告信息,和各協會活動的情況,照片,視頻和文章等

(3)可在交流區瀏覽帖子

(4)可以留言提出意見或建議

(二)協會會員的功能

(1)會員登錄

會員使用自己注冊的用戶名和密碼登錄

(2)站內信

有任何活動的發起給改協會成員發送站內信，會員有任何疑問也可以通過站內信進行交流

(3)留言

可以留言提出意見或建議

(4)加入新協會

每個會員都可以加入一到三個協會

(5)查看活動歷史

協會成員可以查看歷史活動，包括協會活動的所有有關的文檔

(6)信息查看

協會認為介紹主要介紹會長和副會長

(7)交流區

協會會員可以發表主題，并可以回復評論

(8)上傳,下載

協會會員可以上傳下載圖片和視頻

(9)新協會申請

會員可以申請注冊新協會

(10)協會注冊

協會根據規定進行學期注冊

(三)協會會長功能

(1)協會會長包括協會會員的所以功能

(2)會員管理

會長可以進行協會會員的添加刪除查詢等

(3)申請活動

申請活動必須填寫活動申請單

(4)填寫海報單

為每次活動出海報填寫海報單

(5)活動通知

活動審批通過后,系統自動通知協會會員有

(6)活動評分

每次活動會長都必須給自己組織的活動進行 評分

(7)系統設置

會長可以對自己協會頁面的相關內容進行設置

(8)飛信功能子系統

為確保活動通知到位,設置的附加功能

(9)協會換名

協會換名必須填寫換名申請單

(10)協會外請教師申請

申請外教必須填寫外請教室申請單

(11)十佳學生社團申請

十佳學生社團申請須填寫廈門理工學院十佳學生社團創建申報表

(12)外出活動申請

外出活動需填寫外出活動申請表

(13)周末文化大舞臺

周末文化大舞臺分單項節目申請表，專場活動項目申請表

系統的后臺管理需求

一.社團部管理

（一）部長功能

(1)部長審核新協會的申請：

部長對新協會申請的條件進行審核，審核通過后提交給社團部老師審核。

(2)部長對協會注冊的審核：

各協會每學期需進行注冊，部長對協會的注冊條件進行審核，審核通過后提交給社團部老師審核。

(3)審批社團外請教師：

協會會長填寫“社團外請教師申請表”后，提交給部長，由部長對具體內容進行審核。

(4)部長對工作時間的設置：

對整個社團部的工作，進行時間的控制，如：

1、活動必須在周幾之前提交申請，2、由部長必須在周幾審批活動，然后提交社團社團老師，3、再由社團部老師必須在周幾進行審批，超出規定的時間，將不能進行活動申請。

(5)審批活動申請：

對協會申請的活動進行審核，主要對活動申請表事項的審核，活動預算經費重點關注，應填寫詳細,包括宣傳經費等。

(6)審核活動質量匯報單、并評分：

會長審核完后，匯報單提交給部長，再由部長進行審核，主要針對各協會秘書、秘書組長、會長的意見內容。

提交前，并對此次活動進行評分，總分10，對應欄位后面有個下拉列表框，可選擇分數。

(7)協會分類管理：

部長可根據協會的定義，對協會原本類型進行修改，也可添加新類型、刪除類型。

(8)協會分級管理：

部長可根據協會的學年來的表現、活動總分數，對協會級別進行評定后錄入，并可進行修改，也可添加新級別、刪除級別。

(9)協會風采挑選：

部長可進步各協會界面，對所上傳的活動照片進行挑選后，關聯發布到社團部首頁的社團風采展示區。

(10)審批學生社團換名：

協會會長填寫換名申請表格，提交給部長，部長根據情況進行審批。

(11)協會解散、恢復審核：

部長對不符合協會條件的，可進行解散功能、恢復功能。

(12)部門管理與干事考評：

對各部們成員、協會會長（包括副會長）的管理：包括人員的錄入、修改、刪除； 期末總結：對副部、各組長、各協會會長進行綜合考核評語、評分；

對所有人考核完后，提交給社團部老師審批。

(13)各組干事的考核審評

各組組長對各組干事進行考核后的評語、評分提交給部長后，讓部長進行審批。

(14)站內信：

進行通知交流功能，可接收社團內部通知和活動通知，也可給社團內部所有成員發布信息。

(15)飛信功能子系統：

在對應的賬號里，嵌入飛信功能模塊，方便部長在一些工作上采用短信息通知，如：召開例會時間通知等。

（二）秘書組功能

(1)隨機指派秘書跟蹤協會活動（秘書組長的功能）：

每個協會的每次協會活動，由秘書組長隨機指派2個秘書去跟蹤協會活動；

(2)填寫質量匯報單、并評分：（各協會秘書）

由分派的的協會秘書，在活動過后進行填寫質量匯報單，填寫完后，點擊“提交按鈕”，提交給宣傳組長。

(3)審核質量匯報單、并評分：（秘書組長）

各協會秘書將提交質量匯報單給秘書組長后，秘書組長對質量匯報單進行審核。

(4)秘書組干事考核：

對本組成員的管理，包括人員的錄入、修改、刪除；

期末總結對每個干事進行綜合考核評語、評分；

對所有人考核完后，提交給部長審批。

（三）宣傳組功能

(1)指派宣傳成員出海報（宣傳書組長的功能）：

每個協會的每次活動，提交海報單以后，由宣傳組長指派成員去海報；

需設置成員與相應協會關聯。

(2)審核海報：（宣傳組成員）

對分配到的海報任務進行審核收集、修改。

(3)秘書組干事考核：

對本組成員的管理，包括人員的錄入、修改、刪除；

期末總結對每個干事進行綜合考核評語、評分；

對所有人考核完后，提交給部長審批。

（四）外聯組功能

(1)審核贊助事項：

如協會申請的活動需要經費贊助，在提交《活動申請書》時，需同時附加《活動贊助策劃書》，方便外聯組長對申請進行審核。

(2)贊助商信息發布：

如果通過審核的活動，將活動策劃書發布到網站上，方便贊助商瀏覽；

同時如果有贊助商想進行贊助，可聯系外聯組長或者部長。

(3)外聯組干事考核：

對本組成員的管理，包括人員的錄入、修改、刪除；

期末總結對每個干事進行綜合考核評語、評分；

對所有人考核完后，提交給部長審批。

（五）辦公室功能

(1)打印活動總單（社團留檔管理）：

打印內容包括：活動申請單、活動質量匯報單、活動總結（從活動申請到活動結束整個過程文檔）

(2)例會內容填寫：

對每周的例會，進行記錄整理后，上傳到網站上，方便工作人員瀏覽。

(3)辦公室干事管理與考核：（關系期末加分）

對本組成員的管理，包括人員的錄入、修改、刪除；

期末總結對每個干事進行綜合考核評語、評分；

對所有人考核完后，提交給部長審批。

(4)飛信功能子系統：

在對應的賬號里，嵌入飛信功能模塊，方便辦公室在一些工作上采用短信息通知，如：召開例會時間通知等。

(5)注意事項提醒：

系統自動檢測部長、社團部老師、宣傳組長、秘書組長、外聯組長（下稱工作人員）未登錄時間；

在規定的時間內未登錄，則發送站內信給辦公室成員；

檢測各工作人員賬號的站內信狀態，如果有信息，則用飛信自動通知，否則不通知； 飛信自動通知后，返回發送提示，如果未發送成功，則辦公室人員手動通知。

(6)通知各協會、宣傳組活動教室地點：

(7)收集各部門人員名單，分類收集：

（六）網絡部功能

(1)社團網站維護后臺子系統（對應頁面管理內容+附加內容）：

(2)頁面風格設置：

(3)校園音樂廣播：

(4)網絡部干事考核：

二.教師管理

1、社團部老師

(1)站內信：

進行通知交流功能，可接收社團內部通知和活動通知，也可給社團內部所有成員發送信息。

（2）審核新協會申請：

部長對新協會申請的條件進行審核，審核通過后提交給社團部老師，再由老師進行審核。

（3）審批協會注冊：

各協會每學期需進行注冊，部長對協會的注冊條件進行審核，審核通過后提交給社團部老師審核。

（4）審批活動申請：

部長對協會申請的活動進行審核通過后，提交到老師這邊，再由老師審核。

（5）審批社團外請教師：

協會會長填寫“社團外請教師申請表”后，提交給部長，由部長對具體內容進行審核。

（6）審批學生社團換名：

部長根據協會會長填寫換名申請表格，審批通過后，由老師再次進行審批。

（7）審核質量匯報單，并評分：

由部長進行審核后，提交給老師進行審核，（8）社團成員查詢：

可查看社團部各部門名單及相應職位，與各協會成員名單及相應職位，但不能進行修改等操作，此功能由社團部工作人員進行操作。

（9）社團部門組織管理：

可對社團內各部門進行增、刪、改，方便今后社團的組織結構變化。

（10）協會解散、恢復審核：

不符合協會條件的，部長審核后，提交給老師再次進行審核，可進行解散功能、恢復功能。

（11）部門干事考核審評：

通過部長將部門干事的審評后的結果提交給老師，讓老師進行再次審評：

老師審評對象：部長、副部長、各部們組長、協會會長（包括副會長）；

審評內容：進行綜合考核評語、評分；

對所有人考核完后，提交給社團相應成員。

2、團委書記

審批外出活動：

第三篇：車隊管理系統需求分析說明書

車隊管理系統需求分析書 基本檔案

1.1 公司信息管理

名稱、營業范圍、聯絡方式、其他

1.2 車輛信息

? 車輛基本信息

車輛資料的添加、修改、刪除、導出、打印：記錄車輛的基本信息，包括車輛編號、車牌號碼、發動機編號、車輛顏色、車輛類型、載客數量、營運種類、營運證編號、所屬公司、部門、車隊（組）、備注其他。? 車輛購買信息

廠牌型號、出廠日期、購買店家、購買日期、購入價格、購置稅及其他費用。

1.3 司機信息

? 司機基本信息

編號、姓名、性別、出生年月、家庭電話、移動電話、住址、駕駛證號、準駕車型、駕駛證核發日期、發證機關、駕駛證有限期、就職時間等 ? 司機違章信息

時間、地點、描述、其他。

1.4 人車配屬關系

車與駕駛員的關聯關系，一輛車對應1或多位駕駛員。

1.5 站點管理

行車站點資料維護、統計查詢

1.6 線路管理

行車路線統計維護，查詢

1.7 電子圍欄設置

設置電子圍欄相關信息

? 行駛范圍：車輛有規定的營運范圍；

? 電子圍欄：把行駛范圍轉換成電子圍欄，支持矩形、圓形等區域

1.8 其他

用戶、車隊、組織、部門、權限管理等。車輛監控

Inhand GPS可以為我們提供經度、緯度、速度、航向四個參數。

基于GPS，我們可以實現的主要功能：車輛定位、車輛實時軌跡、車輛行駛里程（obd）、歷史路線、數據分析報表等。

注：以下截圖中有些參數需要obd上傳，可以不用考慮。

2.1 車輛定位

某車某時在某地。

2.2 車輛實時監控

車輛實時位置、速度、航向、及其他車輛參數。

2.3 歷史路線

隨時清查指定車輛某時段運行狀態的詳細運行軌跡線圖以及軌跡回放。

2.4 軌跡明細

列表顯示過去某天某車輛狀態，包括車輛信息、位置、回傳時間、當前速度（回傳時）、方向等。運營管理

3.1 司機與車輛調度

司機考勤、身份識別

3.2 車輛年檢

年檢記錄、年檢提醒

3.3 加油管理

外地加油、定點加油、內部加油站管理。加油的日期、車輛、油量、費用等。

3.4 維修管理

維修申請、審批、維修記錄

3.5 保險管理

保險記錄 保險提醒

3.6 保養管理

保養記錄（申請、審批）保養提醒

3.7 安全管理

車輛事故記錄、駕駛員違章記錄等

3.8 預警提醒

車輛年檢到期提醒 車輛保險提醒

車輛保養提醒 車輛超速提醒 車輛越界提醒

3.9 費用管理

行車費用管理、加油費用管理、維修費用管理、保險費用管理、年檢費用管理、其它費用管理

3.10 其他方向

1、培訓以及培訓資質相關

2、CRM（客戶關系管理）相關

客戶管理、合同管理等

3、供應商相關

供應商記錄、供應商合同、供應訂單、零售件（輪胎）等

4、汽車租賃業務 統計報表

4.1 位置報表

? 疲勞駕駛統計：車輛持續運行2、4、6以及其他判定為疲勞駕駛等。

疲勞駕駛明細表、疲勞駕駛日報表、疲勞駕駛月報表。

? 停車統計報表：可隨時查找某車輛在任一時間段內的停車時間和停車地點，并可生成報表。

? 停靠超時統計：車輛停靠某位置超過指定時間，則判定為停靠超時。

? 里程統計： 根據行駛路線，統計當日里程和月里程，同時支持數據報表導出、打印、其他。

? 車輛利用率：車輛是否到達某一站點。

里程、油耗都是通過obd上報，里程如果根據GPS計算，不確定是否可以計算，計算結果是否精確。

車輛運行狀態（ACC）也是obd連接車載電腦獲取狀態碼來判定行駛還是熄火。通過gps的速度區分，獲取到的數據都不精確。

以上功能報表勉強沾邊。

? 超速、時速統計：車輛管理系統自動統計出某段時間時速排名。? 偏離航向統計：統計某些車輛沒有按照固定軌跡運行。

可以將該部分報表劃分到報表管理模塊

4.2 運營報表

? ? ? ? ? ? ? ? ? 綜合費用統計 車輛保險信息統計 車輛年檢信息統計 車輛事故信息統計 行車信息統計 車輛維修信息統計 其他費用信息統計 車輛檔案查詢 駕駛員檔案查詢等

第四篇：彩票管理系統需求分析說明書

彩票管理系統需求分析說明書

一． 引言...............................................................................................................................................1 1.編寫目的..........................................................................................................錯誤！未定義書簽。2.背景................................................................................................................錯誤！未定義書簽。3.定義................................................................................................................錯誤！未定義書簽。二． 任務概述.....................................................................................................錯誤！未定義書簽。

1．目標...............................................................................................................錯誤！未定義書簽。2.用戶的特點....................................................................................................錯誤！未定義書簽。3.系統功能示例................................................................................................錯誤！未定義書簽。三． 需求細則.......................................................................................................................................1 1.對功能的規定...............................................................................................................................1 2.對性能的規定...............................................................................................................................3 3.對排版的規定...............................................................................................................................4 4.對可維護性的規定........................................................................................................................4 5.對個性的規定...............................................................................................................................5 6.對項目過程的規定........................................................................................................................5

一． 引言

二． 需求細則 1.對功能的規定

分必選項和任選項，其中，必選項是必須完成的，屬于項目答辯的入口條件，所有人都要做，未完成者取消答辯資格；任選項不是入口條件，但每完成一項都會加分，對于完成了必選項的同學，盡可能地多完成一些任選項，以期獲得更高的答辯成績。如果所有項（包括必選和任選）都完成，那么功能分就是滿分。如果設計思路、界面效果、代碼組織等方面有個性（或和別人的不同），則獲得附加分。

1.1 服務器功能

1.1.1 彩票信息定義 屬性：必選

描述：彩票信息必須包含如下項（包括但不限于）：

● ID和彩票名稱（字符串）：ID要求全局唯一；

● 類型：例如，體育彩票、慈善彩票、救災彩票等等； ● 單價：每張彩票的票面金額；

● 已認購數量：截止目前為止，本彩票已被彩民認購的數量。● 狀態（布爾類型）：是否已開獎；

● 起止時間：彩票發布時間和結束時間（開獎時間）。

1.1.2 彩民信息定義 屬性：必選

描述：彩民信息必須包含如下項：

● 基本數據信息：賬號（要求全局唯一）、密碼；

● 金額信息：賬戶余額、已購彩票（類型 + 數量 + 狀態）。其中，狀態標示是否已開獎及中獎金額。

1.1.3 發布彩票 屬性：必選

描述：管理員能夠發布（增加）彩票。

1.1.4 保存 屬性：必選

描述：彩票信息（彩民信息）既能夠在內存中存在，也能夠存于磁盤中，掉電后信息不丟失。必須完成下面兩種情況：

● 在內存中，所有彩票的信息以鏈表的方式存在；

● 在硬盤中，以文件形式存在（文件格式不限、內容形式不限）。

1.1.5 刪除 屬性：必選

描述：能夠刪除彩票，完成下列情況的任一種即可：

● 一條一條刪除（例如根據ID刪除）； ● 批量刪除（例如根據某種區間刪除）。

1.1.6 查詢 屬性：必選

描述：能夠查詢某些彩票信息，完成下列情況的任一種即可：

● 根據賬號查詢；

● 根據已認購金額查詢（可能符合條件的有多條記錄）； ● 其它更有創意的設計。

1.1.7 排序 屬性：必選

描述：能夠按序顯示彩民信息，完成下列情況的任一種即可：

● 根據賬號排序； ● 根據賬號余額；

● 其它更有創意的設計。

1.1.8 開獎

屬性：必選

描述：管理員能夠發布開獎，必選完成下列所有情況：

● 能夠顯示開獎結果，中獎者的余額要更新（修改功能）；

● 有中獎算法：必須有隨機數，中獎算法能夠合理計算各中獎號碼的中獎金額

（任選）；

1.2 客戶端功能

1.2.1 注冊登錄 屬性：必選

描述：彩民能夠注冊登錄到服務器。

1.2.2 查看個人信息和中獎信息1 屬性：必選

描述：彩民能夠登錄系統查看個人信息和賬戶余額。

1.2.3 查看個人信息和中獎信息2 屬性：任選

描述：彩民能夠登錄系統查看自己的彩票購買歷史及其中獎情況。

1.2.4 下注 屬性：必選

描述：彩民能夠下注。必選完成下列所有情況：

● 提示彩民相關彩票信息（例如彩票名、售價、發布時間等等）。所有彩民登陸后看到相同的彩票信息。

● 彩民可以選擇下注哪一種彩票及其數量，確定后從賬戶余額中扣除相應金額；

1.3 界面友好 屬性：必選

描述：用戶的一些操作前后做出一些必要的提示或確認。所有完成的功能都需要友好，例如：

● 增加失敗提示；

● 刪除失敗和成功提示、刪除前的確認； ● 修改失敗和成功提示、修改前/后的確認； ● 查找失敗提示、查找成功的確認；

● 退出系統時，如果有修改要提示是否保存； ● 其它方面的界面問題；

2.對性能的規定

本系統在設計方面本著方便、實用的宗旨，性能方面應遵循如下原則： ● 執行效率（時間）： 軟件運行應該盡量高效；避免沒有必要的循環處理、重復處理； ● 資源損耗（空間）：設計盡量節約資源（內存、數組、鏈表等）；不用的資源要及時釋放； ● 初始化： 變量、數組、內存塊、鏈表節點（其next要置NULL）等都要初始化；

● 健壯性：不能出現野指針、內存泄露、數組越界訪問等等：

◎ 申請內存之后，應該立即檢查指針值是否為NULL；動態內存的申請與釋放必須配對，防止內存泄漏。釋放了內存之后，立即將指針設置為NULL，防止產生“野指針”； ◎ 函數的入參要進行有效性判斷； ◎ 不允許出現goto語句；

◎ 數組的下標不要發生“多1”或者“少1”操作。

3.對排版的規定

● 縮進要對齊； ● 長行拆分；

● 二元操作符的前后應當加空格，包括如下操作符：

賦值操作符、比較操作符、算術操作符、邏輯操作符、位域操作符，如“=”、“+=” “>=”、“<=”、“+”、“*”、“%”、“&&”、“||”、“<<”, “^” 等；

● 空行：

◎ 結構體 聲明之后、每個函數定義結束之后都要加2行空行； ◎ 邏揖上密切相關的語句之間不加空行，其它地方應加空行分隔； ◎ 一行代碼只做一件事情；

◎ “if”、“for”、“while”、“do”等語句自占一行，執行語句不得緊跟其后。不論執行語句有多少都要加 “{ }”；

4.對可維護性的規定

對可維護性的最終要求：別人能夠輕松上手你的代碼。

● 結構清晰：

◎ 模塊化：對界面（顯示）、菜單管理、邏輯管理、文件操作等等代碼要獨立； ◎ 封裝：一個函數只做一件事，函數功能要單一；一個函數不能超過100行；

避免重復、冗余代碼； ◎ 代碼塊清晰。

● 變量命名規范，變量名應該具有自明性：

◎ 常量，枚舉和宏定義命名

常量名,宏和枚舉值由全大寫字母組成，單詞間通過下劃線來界定； ◎ 函數的命名：

使用“動詞”或者“動詞＋名詞”（動賓詞組）的形式，由一個或多個單詞組成且以小寫字母開頭，以后每個單詞的首字母要大寫便于界定 ◎ 變量的命名與定義

應當使用“名詞”或者“形容詞＋名詞”，由一個或多個單詞組成且以小寫字母開頭，以后每個單詞的首字母要大寫便于界定。

● 注釋充分：變量、函數（包括參數、返回值）、代碼功能塊、一些復雜算法??等都需要

清晰明了地說明；

5.對個性的規定

把項目做出個性出來。下列各項中有和比人不同之處、或很有創意，即可認為有個性。獨立設計的軟件，一般都會出現一些個性。參考、抄襲不會出現個性。

● 設計思路：包括軟件的整體架構、功能塊的設計思路、函數封裝等等； ● 功能實現：從用戶的角度，使用上發現與眾不同的地方； ● 其它方面；

6.對項目過程的規定

本著緊張但不急躁、不參考、不拷貝的原則進行。? 緊張但不慌張

項目周期只有一周，這還包括項目答辯時間。所以項目時間比較緊張，但不能慌張。要有自己明確的設計思路，一步步沿著思路走下去，以此來鞏固自己所學，鍛煉自己的獨立工作能力。? 能自己做，絕不參考別人

自己還沒有做，還沒有想，就去看比人的，這樣盡管功能做出來了，但卻沒有什么意義，真正面試時還是不會。作者和讀者，天壤之別。

如果自己實在無法搞定，一個問題卡了快一天了，則可以咨詢別人一下想法，再行編碼；盡量不直接看別人代碼。? 不拷貝

一旦發現拷貝，取消答辯資格。答辯時發現，答辯成績減半。

copy別人的代碼，甚至直接運行別人的代碼，以此作為自己的項目進展，這是嚴禁的。嚴禁運行效果出來了，卻不知道是哪些代碼造成的，嚴禁明明是自己寫的代碼，但卻不知道為什么這么寫。

第五篇：學生成績管理系統需求分析說明書

學生成績管理系統需求分析說明書

1． 引言

1.1 摘要

? 開發系統的名稱：學生成績管理系統 ? 開發系統的目標：

節約資源，提高學籍信息的精確度。方便快速操作，精簡人員，節約開支。結合學校管理的實際需要，實現對學生成績等數據進行有效管理，提供查詢分析功能等。? 開發系統的功能：

學生查詢功能，管理員查詢功能、添加功能、修改功能、刪除功能、匯總功能、統計功能。1.2 背景

它已進入人類社會的各個領域并發揮著越來越重要的作用。作為計算機應用的一部分,使用計算機對學生成績信息進行管理,具有手工管理所無法比擬的優點。例如，檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等。這些優點能夠極大地提高學生檔案管理的效率,也是企業的科學化、正規化管理,與世界接軌的重要條件。因此，開發學生成績管理系統很有必要。? 項目的承擔者：軟件工程0511班小組：李志洋，盧金華，周波 ? 用戶：某大學相關技術人員、管理人員及學生

? 本系統是學校教學管理系統的一個功能模塊，可以快速方便地對學生成績進行管理、輸入、輸出、查詢，和教務管理系統、教材管理系統、班務管理系統是緊密相連的。例如，教務管理系統要通過成績管理系統來存儲學生成績信息；班務管理系統也要通過成績管理中的數據庫對學生成績進行管理。1.3 參考和引用資料

《管理信息系統》.薛華成.清華大學出版社 《軟件文檔編寫》.潘孝銘，辛明海.高等教育出版社 《軟件工程》.鐘珞.清華大學出版社 1.4

專門術語定義 ? 隨著科學技術的不斷提高,計算機科學日漸成熟,其強大的功能已為人們深刻認識,2． 項目概述

2.1 項目的主要工作內容

2.1.1 確定對系統的綜合要求 ? 系統功能要求

系統必須完成的功能有學生查詢功能，管理員查詢功能、添加功能、修改功能、刪除功能、匯總功能、統計功能。此階段必須確定下來。? 系統性能要求

必須考慮到系統的響應時間、系統需要的存儲容量以及后援存儲、重新啟動和安全性等方面。? 運行要求

必須確定支持系統運行的系統軟件是什么，采用哪種數據庫管理系統，需要什么樣的外存儲器和數據通信接口等。? 將來可能提出的要求.應該明確的列出那些雖然不屬于當前系統開發范疇，但是根據分析將來很可能會提出來的要求。2.1.2 分析系統的數據要求

通過建立概念模型的方法來分析系統的數據要求。例如，利用數據字典可以全面準確地定義數據。2.1.3 導出系統的邏輯模型

用數據流圖、數據字典等，根據對系統的綜合要求和數據要求的結果導出系統的詳細的邏輯模型。2.1.4 修正系統開發計劃

根據在分析過程中獲得的對系統的深入、細致的了解，比較準確地估計系統的成本和進度，修改以前制定的開發計劃。2.1.5 開發原型系統

構建原型系統用來檢驗關鍵設計方案的正確性及系統是否真正滿足用戶的需要。

2.2 系統需求說明

2.2.1 現行系統的現狀調查說明

學生成績管理系統主要提供方便高效的管理功能以及網上的信息查閱平臺，學生可以通過該系統查閱相關信息，管理員可以管理所有信息。? 現行系統的目標：

(1)管理員能夠方便的對信息進行添加、修改、刪除、查詢、匯總、統計等操作。

(2)可以將數據庫發布到網上，進行資源共享。

(3)學生可以在自己的權限內對信息進行訪問，查詢相關信息。? 現行系統的主要功能：

(1)學生查詢功能：為了方便學生查找成績等信息，將所有信息按照需要進行分類。這樣學生就能很方便的找到自己所需要的信息。

(2)管理員查詢功能：管理員可以通過條件選擇查詢所有信息，并進行排序。

(3)添加功能：管理員可以通過填寫表格的形式輸入學生成績等相關信息。系統可以自動避免重復信息。

(4)修改功能：管理員可以對數據庫中的信息進行修改。系統能夠通

過管理員給出的條件查找出所要修改的信息，對修改后的信息進 行保存，并自動查找是否是重復信息。

(5)刪除功能：管理員可以對數據進行刪除操作。系統能夠通過管理員給出的條件查找出要刪除的信息，并提示是否確定刪除，如果確定刪除，則把相關信息從數據庫中刪除。

(6)匯總功能：管理員可以通過此功能對信息進行匯總。

(7)統計功能：管理員可以通過此功能對信息進行統計。

2.2.2 業務流程說明

? 學生成績管理業務流程圖1

圖1

從以上的業務流程圖可以看出學生成績管理的基本業務及動態走向，從各科教師給出成績到學生拿到成績單要經過系部、教務處等部門。

? 學生成績管理業務流程圖2

圖2 ? 學生成績管理業務流程圖3

圖3 2.3

系統功能說明

? 成績管理系統數據流程圖

單科成績

F3

成績單

成績統計信息

F2

F8

頂層圖

單科成績

F3

成績

F10

學生成績

F8

F2.1

F2.3

F2.2

補考成績單

二層圖

S1學生科，S2學生，S3教師，S4教務處

P3.1錄入，P3.2統計，P3.3查詢，P3.4發布

F2成績單，F2.1學生成績，F2.2學生成績單，F2.3補考成績單，F3單科成績，F8成績統計信息，F10成績，D3學分，D4成績檔案

2.4 系統的數據要求說明 ? 編寫數據詞典

3． 實施總計劃

3.1 3.2 3.3 工作任務的分解 進度 預算