軟體系統需求分析報告

2021-03-04 05:23:33 字數 2932 閱讀 5525

需求分析報告

《高校學生學籍管理資訊系統》

目錄1概述 1.1背景

1.2系統目標

1.2.1完成的任務

1.2.2不完成的任務

1.3業務模式

1.4業務狀況

2使用者需求

2.1業務需求

2.1.1使用範圍

2.1.2功能要求

2.1.3許可權管理

2.2效能需求

3業務流程

3.1與其他系統的關係

3.2業務流程圖

4業務邏輯

4.1業務分解

4.2業務描述

5資料分析

5.1資料單據

5.2資料分析

5.2.1資料分類

5.2.2資料描述

6附件一、 概述

1.1背景

該學生學籍管理資訊系統是按成都資訊工程學院全日制學生學籍管理等相關檔案完成本科和專科學生學籍狀況。

開發者:成都資訊工程學院計本995班的學生甘春秋學號 99031139

面向的使用者:

因此該系統的終端使用者是成都資訊工程學院的全體教師,當然他們對系統的不同部分有各自不同的許可權。這個系統還面向一些潛在的使用者,比如學生可以查詢自己的成績,招聘的公司可以查詢學生的基本情況等。要求使用本系統的使用者對計算機能夠熟練的使用,知道基本的操作。

1. 2系統目標

1.2.1`系統應完成的目標

通過計算機完成高校學籍管理:用計算機高速,快捷的完成從大量的日常教學活動中提取相關資訊,以反映教學情況;計算機聯網後,資料在網上傳遞,可以實現資料共享,避免重複勞動,規範教學管理行為,從而提高了管理效率和水平;學籍管理資訊系統以計算機為工具,通過對教務管理所需的資訊管理,把管理人員從繁瑣的資料計算處理中解脫出來,使其有更多的精力從事教務管理政策的研究實施,教學計畫的制定執行和教學質量的監督檢查,從而全面提高教學質量。

1.2.2系統不完成的任務:

1系統不完成對選修課的管理。諸如統計學生的選修情況,統計每個學生選修的課是否要書,是否交錢,統計總共選了多少的學分等。

2系統不提供學校的教師資訊及其管理。

3本系統同時對各個部門的輸入僅提供簡單的輸入格式是否合格檢查,不提供對輸入的核對檢查。要確定輸入是否正確,還需工作人員自己手工完成。

1.3業務模式(略)

1.4現行組織機構及業務狀況

使用者目前完成這些工作是通過傳統的手工操作方式,易發生資料丟失,統計錯誤,勞動強度高,且速度慢,通過計算機工具和本系統來提高速度、改善現狀。

二、 使用者需求

2.1業務需求

2.1.1使用範圍

成都資訊工程學院全日制學生學籍管理。分本科和專科,本科生用學年學分制,專科生用學年制

系統中保留五個年級學生的資訊,學生畢業一年後資訊轉儲,但隨時可以查詢,輸出。

2.1.2功能要求

學生檔案管理: 學生的一般情況,及獎勵,處分情況;

學生成績管理: 學習成績,補考成績;

學籍處理: 學生留降級處理,休復學處理,退學處理;

日常教務管理: 日常報表,如通知書,補考通知書等,學生學習成績的各種分類統計;

畢業生學籍處理: 結業處理,畢業處理,授位處理,學籍卡片等。

2.1.3 資訊採集與各部門的使用許可權

每學期考試完畢由各系錄入成績,然後由教務科收集。為了資訊的安全和資料的權威性,對於網上資訊的使用許可權和責任規定如下:

資料收集前的系統許可權表

注:0、登入,修改,處理權。1、查詢權

2.2 效能需求

1、網路環境下的多使用者系統

在上述已有的硬體環境下,資訊由各使用者在規定的許可權下在各自的工作站上錄入,資訊上網後各使用者可查詢,呼叫,達到資訊共享。

2、 資料的完整性,準確性

a、錄入資料採用**方式,限制錄入資料型別及取值範圍以保證資料的完整性及準確性。

b、 系統具有部分反悔修改功能,系統備有的修改功能均可反悔

3、資料完成的時間性,

如成績的錄入,僅當師資科錄入教學程序,教務科分發教師教學任務安排之後,各系方可錄入成績。

4、 資料安全性

本系統採用二級安全保障

第一級:依賴於網路本身對使用者使用許可權的規定。

第二級:在程式模組中通過使用密碼控制功能對使用者使用許可權加以限制。如前面的資料收集前的系統許可權表。

5、成績自動統計分析及學籍的自動處理

本系統按學籍管理條例設計了若干個軟體處理模組:

a、 按某學生某學期,學年考試及補考成績,自動生成該學生是否公升留降級,退學。

b、 按某學生在校期間累計補考科目門數和成績自動生成該學生是否結業,畢業,授位。

c、 可按某學生因非成績原因所引起的學籍變更作自動處理。

d、 可按每學期各年級班學生考試成績自動生成補考名單,科目。

e、 可按每學期各年級學生考試成績自動生成某課程統計分析表。

f、 可按同一年級學習成績進行同一課程不同班級間成績比較。

三、 業務流程

3.1與其他系統的關係

該系統在決定學生是否畢業時要用到學生的必修和選修成績,以及專業選修等是否達到足夠的學分,這需要選修系統和考試成績系統共同給出,而選修系統不在本軟體的設計範圍之內

3.2業務流程

四、 業務邏輯

4.1業務分解

本學級管理系統是乙個較大的系統需把它分解為幾個較小的子系統。根據高校(主要是根據成都資訊工程學院的現行教學模式的教學環境,把本學籍管理系統劃分為以下幾個部分(如圖所示):

4.2業務描述

1.學生檔案管理系統:

該系統主要負責學生的檔案管理,包括學生的基本資訊,學生的獎勵和懲罰。主要由學生處負責管理。學生處有權修改,學校的其它部門可以訪問學生的檔案。

2.生成績管理系統:

本學生管理系統主要負責學生大學裡學生的成績管理,如每一學期的考試成績,學生參加的一些等級(如英語四級)考試,專業方面的技術,認證考試等。涉及該系統的主要是教務科。由各系把各個老師交上來的成績收集起來,一起交給教務科,由教務科來進行學生成績的管理。

軟體系統需求分析

當前系統中,不包括分公司的自採的物資分類物資 商等基礎資料。並且每個分公司自採的基礎資料編碼規則各不相同 首先,要統一編碼規則 然後,分公司將基礎資料進行統一編碼。要確定分公司自採物資的編碼流程,修改新物資需求申請功能,以便可以進行自採物資的編碼 需要增加物資的屬性,區分自採和統採物資,區分租賃物資...

軟體需求分析報告

圖書館管理系統 學生姓名 徐成明 滕光禹 學號 541007010145 541007010136 專業班級計科10 1班 院 系 計算機與通訊工程學院 指導教師支俊夏永泉 完成時間 2012 年 11 月 18 日 成績隨著社會資訊化程序的不斷深化,計算機軟體的需求越來越複雜,規模也越來越大,而且...

軟體需求分析報告

目錄 1.引言 1 1.1 編寫目的 1 1.2 專案風險 1 1.3 文件約定 1 1.4 預期讀者和閱讀建議 1 1.5 產品範圍 2 1.6 參考文獻 2 2.綜合描述 2 2.1 產品的狀況 2 2.2 產品的功能 3 2.3 使用者類和特性 3 2.4 執行環境 3 2.5 設計和實現上的...