運動會需求分析說明書

2021-03-04 09:52:45 字數 3600 閱讀 3213

運動會管理系統開發需求

開發需求說明書

部門:圖書資訊中心

目錄1 引言 3

1.1 目的 3

1.2 文件約定 3

1.3 系統應用範圍 3

2 系統概述 4

2.1 任務背景 4

2.2 系統功能 4

2.3 使用者特點 5

2.4 執行環境 5

2.4.1 硬體平台 5

2.4.2 支援軟體 5

2.4.3 通訊環境 5

2.5 設計和執行約束 6

3 外部介面需求 7

3.1 軟體介面 7

3.2 使用者介面 7

4 功能需求 8

4.1 個人報名 8

4.1.1 業務流程 8

4.1.2 功能需求 8

4.2部門報名 9

4.2.1業務流程 9

4.2.2功能需求 9

4.3參賽部門管理 9

4.4比賽專案管理 9

4.5運動員編碼管理 10

4.6部門參賽專案管理 10

4.7運動員參賽專案管理 10

4.8秩序冊管理 10

4.9檢錄管理 10

4.10成績錄入管理 11

4.11成績彙總管理 11

5、採購需求 12

本文件是在對學院運動會學生報名、比賽過程和比賽結果統計進行總體分析後,得出的對學院運動會管理系統的需求說明。

本文將對學院運動會管理系統的軟體需求進行詳細的定義,並進行進行嚴格的控制,目的是準確和正確地滿足學院運動會管理系統的要求。

本文件將作為對學院運動會管理系統進行設計開發和驗收活動的依據。

學院運動會管理系統:斜體、加粗表示系統名稱

學院運動會管理系統是根據****會、教職工運動會、廳運動會的舉辦流程,為了提高運動會的舉辦效率,經學院辦公會研究通過而開發的一套適合於學院自身特點的運動會資訊化管理軟體。

學院使用這套軟體後,可以使學院運動會流程更趨於合理化,提高運動會的資訊化程度。

目前學院舉辦運動會時,通常分為學生/教職工報名、運動會比賽日程的編排、比賽現場的協調、比賽成績統計等幾個階段。

在報名階段,報名資訊需要班級、系逐級上報,然後人工彙總核對。

比賽日程編排階段,需要手動確定運動員編碼,根據參賽人數調整運動專案、參賽運動員合理分組等大量的事務性工作,給運動會組織人員增加了繁重工作壓力。

在比賽現場經常會有運動員不到位、運動員參賽專案時間衝突等大量突發性情況需要處理,給比賽的正常組織和協調帶來難度。

比賽結束時,需要工作人員及時統計出比賽成績等常規工作。

在學院運動會管理系統中可以通過學生/教職工的網上報名,自動核對學生/教職工的比賽等級,不會出現錯報的情況,可以在規定時限內及時更改參賽專案,使學生/教職工報名更靈活,資訊更準確。

通過學院運動會管理系統,自動產生運動員編碼,自動生成運動會秩序冊,會大大減輕運動會組織人員的工作壓力。

通過學院運動會管理系統,自動產生檢錄單,只需根據個別突發情況進行單獨處理;比賽成績自動彙總到總裁判長,使總裁判長更容易控制和協調比賽進度。

運動會結束後,通過學院運動會管理系統更有利於運動會各項資料的匯**計。

對運動會的基礎資料進行管理和維護,包括比賽專案的管理;比賽專案型別的管理;比賽專案等級的管理;參賽部門的管理等。

對運動會的報名過程進行管理和維護,包括個人專案參賽專案報名;集體專案參賽報名等。

對運動會賽前準備的管理,包括運動員的管理;生成秩序冊等。

對運動會比賽過程的管理,包括運動員檢錄的管理;比賽成績的管理等。

對運動會賽後管理,包括資料匯**計等。

學生使用者:根據學生班級自動確定參賽等級,如甲組或乙組;在規定時限內可以更改參賽專案。

教職工使用者:根據年齡自動確定參賽等級,如青年組或中年組組;在規定時限內可以更改參賽專案。

部門:填報集體專案。

組委會成員:對報名資料、參賽資料、比賽資料進行管理。是系統重要使用者。

學院內網、外網均能訪問;

系統響應時間20ms;

系統採用b/s結構;

避免使用.*** framework框架;

系統整體框架採用mvc結構;

避免使用商業性元件或第三方軟體;

原則:簡單、易用、div+css、瀏覽器相容

個人報名時根據選擇的班級確定學生的參賽等級;根據性別確定參賽組別是男子組或女子組;

參賽等級和參賽組別確定後,列表顯示該等級和組別的比賽專案。

提交時,如果姓名、班級、系別、組別、參賽專案有一項為空,給出相應的提示資訊。

提交後,如果再次輸入的姓名、班級、系別相同,則自動顯示選中上次選擇提交的參賽專案。

部門報名時以部門為單位參加的集體專案報名。

部門報名時選擇參賽組別後,列表顯示該組別的比賽專案。

提交時,如果部門、組別、參賽專案有一項為空,給出相應的提示資訊。

提交後,如果再次選擇的部門相同,則自動顯示選中上次選擇提交的參賽專案。

部門資訊包括名稱、順序、狀態。

順序用於參賽部門的顯示順序;狀態有啟用和鎖定兩種,處於鎖定狀態的部門不參加運動會。

實現新增功能、刪除功能、編輯功能、重新排序功能、查詢功能等。

比賽專案資訊包括名稱、類別(田賽、徑賽等)、個人/集體專案、專案組別(男子甲組、男子乙組、女子甲組、女子乙組等)、預賽比賽時間、預賽錄用的名次、決賽比賽時間、決賽錄用名次、順序、專案狀態等。

順序用於參賽專案的顯示順序;專案狀態有啟用和鎖定兩種,處於鎖定狀態的專案不列入運動會。

實現新增功能、刪除功能、編輯功能、重新排序功能、查詢功能等。

根據設定的起始編號自動完成所有運動員的編碼。

順序用於參賽專案的顯示順序;專案狀態有啟用和鎖定兩種,處於鎖定狀態的專案不列入運動會。

實現重新編碼功能、查詢功能等。

顯示所有部門報名參加的集體專案列表。

實現刪除功能、查詢功能等。

顯示所有運動員報名參加的個人專案列表。

實現刪除功能、查詢功能等。

根據設定按照一定格式自動生成運動會秩序冊。

實現列印功能、excel匯出功能等。

根據生成的秩序冊,實現參加比賽的運動員的檢錄;

如果是徑賽,可以調整道次;

可以調換運動員的分組;

實現檢錄單列印功能等;

檢錄完成,不能修改;

已經完成的檢錄資訊自動顯示在裁判員終端裝置。

比賽完成,根據檢錄單實現參加比賽的運動員的成績錄入;

如果是決賽,成績自動顯示到總裁判長,根據名次頒獎;

如果是預賽,根據預賽錄用名次,運動員資訊自動轉檢錄處;

運動會結束後,自動生成各項比賽的成績彙總報表,包括專案名稱,獲獎運動員資訊,成績資訊;

實現列印功能;

目前,根據完成的學院運動會管理系統需求分析,需要完成系統設計和開發。

設計原則:採用主流開發環境和技術,實現表現層、邏輯層和資料層的合理規劃。

系統進度安排:

有同類開發經驗供貨商需提供業績證明。

付款方式:開發完成付全款

需求分析說明書

專案名稱 固定資產管理系統 開發背景 直方科技公司業務不斷發展,人員越來越多,固定資產的管理人員壓力逐漸增大,需要建立資料庫和使用軟體系統來進行管理。公司對固定資產的定義為 價值超過2000元人民幣的裝置。例如彩色噴墨印表機 計算機 掃瞄器 機房其他裝置,而列印紙 書籍等不屬於固定資產,屬於易耗品。...

需求分析說明書

本系統根據常規的圖書館的基本功能有錄入 刪除 查詢 修改 借書 還書等功能。分為新增和刪除都採用鏈式結構的原理去執行檔案。在讀者區讀者可以按編號或書名輕鬆找到所需書的資訊,這裡也採用的是鏈式結構原理執行。與此同時,本系統操作介面很是簡單清晰,一目了然,給讀者以舒服的感官效果。同時該系統中用到結構體,...

系統需求分析說明書

文件歷史記錄 注 後期所加內容均綠色背景字型標註 目錄1 產品概述 3 1.1 目標 意義 3 1.2 領域知識 3 1.3 思維導圖 3 1.4 業務流程圖 3 2 功能範圍 3 2.1 功能名稱 3 2.1.1 功能說明 3 2.1.2 用例說明 3 2.1.3 操作流程 3 2.1.4 介面原...