- 相關推薦
學生學籍管理信息系統可行性分析報告
隨著學校的規模不斷擴大,學生數量急劇增加,有關學生的各種信息量也成倍增長。面對龐大的信息量,就需要有學生信息管理系統來提高學生管理工作的效率。今天小編整理了1篇關于學生學籍管理信息系統可行性分析報告,供大家參考。
1 引言
現代社會是信息時代,只有充分的利用先進的科學技術知識,從事科學的管理,才能夠使企業或者公司或者個人立于不敗之地,管理信息系統正是這個時代特征的體現。在現今的商品社會是一個講究效率的社會,人們有很強的時間觀念。如果仍使用手工操作或使用相當繁瑣的軟件,既浪費了人力,又浪費了物力,效率無法提高,為此開發學生學籍管理信息系統軟件,能夠適應現今社會并提高生產效率。該系統軟件是對學校學生學籍管理并提高效率的一種工具。學生學籍管理信息系統結臺日常教務管理和學籍管理的特點,對學生信息進行登錄、查詢、統計、增加、刪除、修改、打印等功能組成。為學生學籍管理工作提供一個便捷、高效的工具。本系統的開發是為經濟管理學院設計的,系統分布在各個系和一些科室。
首先,以用戶的需求為核心,力求建立友好的人機交互界面 在遵循開放化、適度化原則的基礎上,保證易用性。
其次,是可靠性,給用戶1個實際可用的系統。
第三,可擴展性,隨著以后系統的擴張,系統具有可擴充性、可修改性,數據具有共享性,模塊功能具有可移植性。
第四.網絡化。系統設計充分利用網絡的功能,網絡系統提供齊全的職能和業務操作功能。
1.1 摘要
1.1.1企業介紹
我們小組進行研究的是經濟管理學院的學籍管理系統。
1.1.2學生學籍管理信息系統
1.1.3企業現狀
1.2 編寫目的
1.2.1 目的:這份可行性研究報告是對學生學籍系統作的可行性研究分析及指出存在的必要性及本軟件的可行性。
1.3背景
1.3.1 系統的名稱:學生學籍管理系統
1.3.2 系統組織者:學生學籍開發小組
2 問題概述
2.1 系統概述
2.1.1 開展該系統的原因
目前學院現有的學生學籍資料分別由系、教務處、學生處管理。每個管理部門幾乎都有一份相同的學生基本信息。這樣,工作容易重復,而且,最大的問題是彼此工作不透明,容易出現數據的不一致。這問題的出現是致命的。現在學校各部門分別使用不同數據庫,各部門之間的信息還不能實現網上共享。由于學校的各個部門都需要一些學生的基本信息,所
以各個部門都有一份學生檔案。一個部門的改動,將導致其他各部門必須修改,否則,學生的信息將不一致。針對目前該學生學籍管理系統的系統局限,與功能的不完整,我們開發了此個管理系統。
2.1.2 該系統的基本目標
學籍管理信息系統是對學生信息進行登錄、查詢、統計、增加、刪除、修改、打印等功能組成。學生登記表的內容包括:學號、姓名、性別、年齡、班級、專業、學科成績(微積分,英語,經濟學,會計等專業基礎課,專業課、學校任選課等)。學生對基本信息查詢和成績查詢,學生處對學生學籍情況的處理,教務處對學生成績相關數據的修改和查找,教師對所教課程成績的錄入、修改等功能。系統備用的修改功能均可反悔。
2.2 社會和經濟目標
希望能夠通過開發此系統能夠為學校學生學籍管理更好的服務,提高學生學籍管理的效率,更方便,更準確。
2.3 系統規模
2.3.1 該系統所需人力資源總數為4人
輔導老師:劉會齊
組 長:杜海鳳
小組成員:閆曉宇 張艷梅
2.3.2 該系統所需時間
預計時間一個月,截止到此課程結束前一周,余下一周時間測試。
3 可行性研究的方法和信息系統開發原則及指導思想
3.1 可行性研究所采用的方法和步驟
通過調查分析開發學生管理所具備的能力及實現的方法。確定總體結構,利用VB及管理信息系統的相關知識,以最簡潔最容易的方法,設計一個初級的系統軟件。
3.2信息系統開發原則及指導思想
本系統的開發是為經濟管理學院設計的,系統分布在各個系和一些科室。首先,以用戶的需求為核心,力求建立友好的人機交互界面 在遵循開放化、適度化原則的基礎上,保證易用性。其次,是可靠性,給用戶一個實際可用的系統。第三,可擴展性,隨著以后系統的擴張,系統具有可擴充性、可修改性,數據具有共享性,模塊功能具有可移植性。第四.網絡化。系統設計充分利用網絡的功能,網絡系統提供齊全的職能和業務操作功能。在系統軟件設計方面.主要從兩個部分人手:一是根據功能說明書的要求對系統的功能需要劃分功能模塊,進行功能設計 二是根據用戶的使用要求進行數據結構設計并規范化.
3.3 評價尺度
此軟件由于只是一個初級產品,只要能構建一個結構,并不寫很多代碼或者不寫代碼,只是起到鍛煉我們開發信息系統的能力。
4 對現有管理產品的分析及其局限性
學院目前使用全校通用的教務管理系統,針對性不強;接收上級文件以email形式,速度慢;學校網絡情況不穩定,若發生故障學院教務管理工作也受影響;組織機構和人員分工方面,現有的學生學籍資料分別由教務科、學生科管理,最大的問題是容易出現數據的不一致。
5 系統概述
5.1 設計目的
本系統的設計目標就為學校學生管理提供快捷方法,幫助學校學生學籍的管理人員對于學生的各種信息可以方便的查詢、輸入,及有條件的查找,并有經理人員做出相應科學的決策,使學校管理自動化。
5.2系統軟、硬件技術解決方案及比較評價
5.2.1軟件系統:
學生學籍管理系統是利用VB技術開發建立在windows操作系統中的,最低要求
★網絡操作系統:Windows2003; ★數據庫服務器:Microsoft Accessr2003; ★服務器平臺:Windows2003; ★客戶機平臺:Windows/2000/XP;
★前端開發工具:visualBasic6.0(企業版); ★數據訪問對象:ADO
5.2.2硬件系統:
服務器硬件系統
名稱 最低配置 標準配置 建議配置
PIII800以上,
CUP
內存
硬盤
網絡 PIII 500 256M 10G PIII 800 512M 20G 或雙PIIICPU 512M 20G SCSI 100M以上
建議配置 10/100M Ether 100M 標準配置 客戶機硬件系統 名稱
CPU
內存 主頻200MHz以上 32M以上 主頻400MHz以上 64M以上
硬盤
網絡 10G 10MEther 10G 10MEther
5.2.3網絡方案比較
合理的網絡架構不僅關系到整個系統的安全可靠性,而且關系到整個系統的總體成本。參考目前現有的校園一卡通系統,有如下幾種方案:
(1 ) 方 案 1 : RS-485聯網方式
在這種聯網方式中,整個系統的網絡連接采用RS-485方式構建,包括每個子系統的局部網絡連接和從子系統到中心數據庫服務器的網絡連接。
優 點 :在小型局部網絡連接中,用這種聯網方式方便,而且支持的硬件產品相對比較多。 缺 點 :
① 抗雷擊及靜電千擾能力差,加上信號在傳輸過程中會產生電磁干擾和終端反射,使有效信號和無效信號在傳輸線上相互疊加,嚴重時會使通信無法正常進行。
② 故障率高,在一般的飯堂售飯系統中,采用的便是RS-485的聯網方式,由于RS-485網絡拓撲一般采用的是終端匹配的總線型結構,不支持環形或星形網絡,因此,當某個飯堂有一臺讀卡機出現故障時,其它機器都不能使用。
③ 傳輸距離短,傳輸速率低。RS-485其最大傳輸距離約為1219米,最大傳輸速率為10Mbps。由于平衡雙絞線的長度與傳輸速率成反比,在100kbps速率以下,才可能使用規定最長的電纜長度,只有在很短的距離下才能獲得最高速率傳輸。一般100米長雙絞線最大傳輸速率僅為1 Mbps。在通常情況下,要達到最長的傳輸長度,速率僅能達到19.2Kbpso ""
(2 ) 方 案2:單一總線聯網方式
在這種方式中,整個系統的聯網包括每個子系統中的局域網的聯網以及從中心服務器到每個子系統的這一部分網絡都采用LONWORKS現場總線技術。
優 點:采用這種方式的系統,因為從底部的控制部分到數據的傳輸部分都采用了單一的LON總線技術,能享受LON總線技術優越的聯網性能,使數據的傳輸速率高。在130米距離內,最壞情況下通訊速率也能達到1.25Mbpso
缺 點 : 因為整個系統采用LON技術聯網,因此,對于學校而言,需要重新鋪設整個網絡,這樣,使整個系統的成本相對較高。
(3 ) 方 案3:綜合聯網方式
在綜合聯網方式中,整個系統的網絡連接,可以分為兩部分:一是各子系統內部的子網;二是從各子系統到一卡通中心服務器之間的網絡連接。對于每個子系統內部的子網,可以根據自身的需要和要求,采用符合自身特點的方式進行聯網,如可以采用LONWORKS聯網,也可采用RS-485方式聯網等;對于從各子系統到一卡通中心服務器之間的網絡連接,可以聯入現有的校園網,以減少整個系統的投資。
優 點 : 采用這種聯網方式,既可以充分利用現有網絡中的部分設施,減少投資,又能滿足系統要求,是一種經濟可行的聯網方式。
綜合考察以上各種網絡連接方案以及本校園一卡通系統,我認為,采用綜合聯網方式不僅能夠充分利用現有網絡設施,極大的降低系統成本,同時又能根據自身的需求,建立起符合自身特點的網絡, 是一種既經濟又可行的方案。
5.3 系統總體功能
該系統要求具有以下功能:
① 登錄:學生登記表(學生基本情況登記.各科成績登記等)。
② 查詢:即檢索功能,如按學號、姓名檢索或組合查詢(如查詢某一分數段或某一年齡段
的學生情況等);③修改:按需要修改學生信息;④統計:按學科成績統計.按分數段成績統計;⑤打印:學生登記表、成績通知單、全校學生花名冊,;
5.4 設計及約束條件
a. 軟件系統的界面要美觀,布局要合理,窗口的內容盡量簡單明了提供的信息,語言要通俗易懂,有層次感,分類清晰明了,易于學生學籍管理人員操作。
b. 根據現有條件和知識我們必須在管理信息系統開發及技術方面進行學習和提高。
5.5系統初步調研方案
5.5.1調研背景:
目前學校現有的學生學籍資料分別由系、教務處、學生處管理。每個管理部門幾乎都有一份相同的學生基本信息。這樣,工作容易重復,而且,最大的問題是彼此工作不透明,容易出現數據的不一致。這問題的出現是致命的。現在學校各部門分別使用不同數據庫,各部門之間的信息還不能實現網上共享。由于學校的各個部門都需要一些學生的基本信息,所以各個部門都有一份學生檔案。一個部門的改動,將導致其他各部門必須修改,否則,學生的信息將不一致而這對于學生學籍高效的為學生服務是有阻礙作用的。所以一個完善的學生學籍管理系統的開發顯得非常有必要。
5.5.2調研目標:
一個好的系統必須切合實際,所以對學校學生學籍的調研可以幫助了解實際,對正在運行的系統的存在的問題和合理之處有一個正確的認識。這樣就能在開發新系統時繼續使用原有系統的精華之處并對其問題進行改正,以使能夠開發出一個相對完善的系統。
5.5.3調研方法: 因為現在學校的學生學籍屬于公有,各個學院學生學籍之間的情況基本相同,而且都在運行同一個系統,所以沒有必要對每個學院學生學籍,我們對經濟管理學院的學生學籍管理系統進行調研。 ,
5.5.4調研時間: 5月6日
5.5.5調研總結: 通過調研我們了解到:每個學院的學生學籍管理主要由教學科負責 學院現行的學生學籍成績管理、檔案管理、日常教務處理、畢業生學位管理、獎懲管理。 各種原始單據如下:
相關信息說明:本MIS使用對象為學院教務科。便于教務科對本學院的學生的學籍管理,檔案管理,及時,快速,在學校教務管理系統不穩定的情況下,能夠提供數據備份和工作的操作平臺。
5.5.6調研結論: 用戶需求
調研結果教務部門對本系統提出以下要求: A 使用范圍:
本科學生和專科學生的學籍管理,本科生用學年學分制(最終用學分制),專科生用學年制
B 功能要求:
學生檔案管理:學生的一般情況,獎勵處分、等級考試的情況學生成績管理:學習成績、補考成績;學籍處理:學生留(降)級處理、休(復)學處理、退學處理、專升本、轉學處理等;日常的教務管理:日常報表,如通知書、補考通知書等,學生學習成績的各種分類統計;畢業生學籍處理:結業處理、畢業處理、授位處理、學籍卡等。 C 信息采集與各部門的使用權限 為了信息的安全和數據的權威性,對于網上的信息的使用權限和責任規定如下:學生工作處:學生檔案的錄入,獎勵、處分登記及相應的修改;各系:本學期的學生成績登記及修改;教務處:補考成績錄入、學生成績校對修改、等級考試情況錄入、學籍處理、畢業生學籍處理;院長辦公室及各處、室:可對所有的信息進行查詢;另外每位用戶均應有密碼,密碼可由教務處改動
針對現行的學生學籍管理系統的問題,我們重新設計了學生管理系統主要有六個子系統構成:學生檔案管理,成績管理,學籍管理,教學管理,畢業生管理,和系統管理。
(1)檔案管理(新生入學注冊包括:輸入學生資料、輸入學生獎勵情況、輸入學生處分情況、輸入學生等級考試情況,查詢,修改,統計)此模塊根據用戶需求規定,由各不相同的單位輸出,完成學籍管理信息系統中所需的所有信息的采集。輸入學生的資料,系統自動生成學生所在班名、學號,系統保證學號的連續性和唯一性。
(2)成績管理(包括輸入,修改,統計,查詢子系統,輸入授課教師名單、輸入學生必修課成績、輸入學生選修課成績、輸入補考成績、修改考試成績、修改補考成績,統計學生成績排名等) 每學期由師資料按教學進程安排輸入一次授課教師名單,它規定了本學期全校應開的課程及授課教師,輸入學生成績時必須以此為依據。在教務科分發完教學計劃后。在指定時間段內輸入該學期課程成績。在此功能中,各系只能輸入本系本學期的成績。
(3)教學管理(本修改模塊,科生退學處理、本科生退學警告、專科生退學或留(降)級處理、畢業生學籍處理、已畢業學生成績處理、教學計劃分發、收集成績、輸入課程參數)。降級退學處理:退學處理根據學生手冊的條款,自動地查出應處理的學生名單及退學原因,由管理部門校核后t可進入處理子功能進行處理。畢業生學籍處理:按照學生學籍管理辦法自動地將學生按畢業、結業劃分,對畢業學生還可作授位和不授位處理等。
(4)信息查詢(依據班級統計各學期的課程,同一課程不同班級問比較考試課程成績統計,補考情況統計,補考查詢,教師授課情況,新生入學,等級考試t處分獎勵情況)在成績查詢中可對成績進行統計分析,如最高發、最低發、平均分、均方差、各個檔次人數比例等,若需要還可以打印輸出。
(5)畢業生管理分為報表生成和統計,可以查詢所有畢業學生的學籍狀況,并按指定格式打印。
(6)系統管理(訪問權限,系統維護,綜合查詢)。綜合查詢;是為用戶提供的一個查詢條件任意的寬口徑的查詢。
5.7 影響
5.7.1 需要得到領導的支持和一定的人力物力財力 本系統的開發需要得到餐廳管理人員的支持
5.7.2 對用戶單位機構的影響
對于學生學籍人員要有一個接受和適應的過程,必須要得到領導的支持,只要操作人員懂得基本漢語操作。對于沒有配置微機的學生學籍,需要配置中端微機設備。
5.7.3 對運行過程的影響
a.用戶操作規程用戶將本系統隨意安裝在終端計算機。
b. 輸入數據預處理過程對輸入數據預處理的過程無影響。
c. 輸入的處理過程多輸入的處理過程無影響。
d. 系統失效的后果及恢復的處理方法系統失效后會給出錯誤信息,恢復的方法將采用結束當前任務或重新啟動計算機。
5.7.4 對產品后繼開發的影響
a. 隨著計算機的發展,所有的開發人員要發現在此過程中本產品出的問題和不足,及時更新。
b. 與此同時也要準備好人力和設備資源做緊急事件的更新。 c. 申請專利,使用法律的手段對本產品進行系統保護。
5.8 局限性
目前我們的使用范圍非常狹窄,開發能力有限,且本軟件是我們的初次版本,如果該軟件提高版本,本軟件需要大量的修改和更新。
5.9 技術方面的可行性
系統現階段的發展過程中,利用現有人力和物力是完全具備的能力開發出來的,作為階段性產品,日后的發展空間大,實現方法逐步簡單容易,所以學生學生學籍管理系統的技術上是完全可行的。
6.學生學籍部門組織結構圖
崗位1 (科長崗):
協助分管處長做好學生培養科各項工作;督促全科人員履行各崗位職責,并組織考核;協助處領導制定學生培養科有關管理文件;研究和探索學分制管理規律,實施學分制學籍管理;負責學生注冊工作及專轉本、轉專業、轉學、停止學籍、試讀、退學等學籍處理工作;負責組織學生畢業資格審查及參與畢(結)業證等證書的發放管理工作;負責結業后重修考試資格審核及證書換發管理;會同有關部門搞好學風建設工作;協調與相關單位的關系,完成處長交辦的其他工作。 崗位2 (副科長崗):
協助分管處長做好學生培養科的相關工作;協助分管處長制定學生學籍學歷電子注冊等相關管理文件;負責新生學籍資格認定工作;負責在校生學籍信息管理工作;負責學籍異動(轉專業、轉學、專轉本、休學、復學、試讀、退學等)學生的學籍信息處理工作;負責畢(結)業證書的管理與結業后證書的換發工作;負責新生電子注冊、學籍異動電子注冊和學歷證書電子注冊工作;負責證書遺失辦理工作;完成處長交辦的其他工作。 崗位3 (科員1崗):
協助處領導制定學生培養計劃管理的相關文件;負責組織本科學生培養方案的制訂工作,檢查落實計劃的執行情況;負責輔修與第二專業的計劃管理;落實每學期各專業的執行計劃,協調計劃變更;完成培養計劃方面的統計報表工作;完善與維護計算機培養計劃管理系統;負責轉專業、專轉本、退學后考回我校學習等學生的學習計劃管理工作;完成科內其他協調工作。
崗位4 (科員2崗):
負責組織優異生及理工綜合班學生的選拔與培養工作,組織落實優異生及理工綜合班學生培養方案,開展優異生、理工綜合班指導教師信息匯總等管理工作;組織實施推免研究生選拔工作;負責本科學生輔修與攻讀第二專業的計劃執行,與獲證資格審查及相關證書的發放管理;負責第二學位的學生管理工作;負責本科生留學的選拔工作;負責外國本科留學生的管理工作;負責體尖、藝尖學生的培養與管理工作;完成科內其他協調工作。 崗位5 (科員3崗):
主管本科學生注冊工作及相關學籍處理的計算機管理;負責學生休學、復學、學籍警告等學籍管理及各種學籍處理文件的登記、分發工作;清理、統計每學期學籍處理后的報表;完成培養科相關數據資料的統計上報工作;協助專轉本、轉專業工作及落實學習計劃的執行;負責辦理退學學生離校及肄業證書發放工作;負責學生學籍及學籍處理和畢業生的歸檔工作;完成科內其他協調工作。
7 投資及收益分析
7.1 市場分析
學生學生學籍管理系統主要是為了解決學校的學生學生學籍管理問題,并且減輕管理人員的工作負擔。本軟件是以VB語言編程作為工具。它具有編輯與解釋合一的特點,主要應用于Windows操作平臺。它是一個自底層硬件逐漸鋪墊上來的,因此我們所生產出來的軟件相互適應性較強,所以在學校市場可以占有一定的份額。
7.1.2 系統產品所追求的市場
本系統所占有的市場為學校的市場,它追求的是簡單、易學、易懂、易用,能夠更有利的解決管理人員的負擔,能夠輔助學校有效的管理學生學籍檔案。
7.1.3 市場現狀
目前學校并沒有完善的學生學生學籍管理,因此,我們可填補此項技術上的空白,并且推向全國市場;
7.1.4該產品的銷售對于購買方有影響;對于學生管理系統的用戶--校方,可滿足對學生學籍;
7.2投資估計;按本軟件學生學生學籍管理系統開發方案,對于本系統;
7.2.1估算方案;本系統完全按開發計劃進行估算,辦公用品的消耗,辦;
7.2.2具體項目總體估計;本系統大約總體耗費為20000元;
7.2.3收益估計;本系統本非收益性質開發,重要是為解并且推向全國市場。
7.1.4 該產品的銷售對于購買方有影響
對于學生管理系統的用戶--校方,可滿足對學生學籍管理的需求,且此種需求被接受并且滿足,其軟件便可以推廣。
7.2 投資估計
按本軟件學生學生學籍管理系統開發方案,對于本系統軟件投資方向,體現于軟件開發、軟件生產及軟件測試。
7.2.1 估算方案
本系統完全按開發計劃進行估算,辦公用品的消耗,辦公設備的消耗,開發人員生活與維護等。
7.2.2 具體項目總體估計
本系統大約總體耗費為 20000元。
7.2.3 收益估計
本系統本非收益性質開發,重要是為解決學校現行學生學生學籍管理的需要。
7.2.4費用分配
費用
工期-時間
一周 10000 二周 7000 三周 3000
工期一進行開發設備的購買,以及初步的開發,工期而進行調試,檢驗,工期三如果系統有問題進行修改,并優化系統
8 社會因素方面的可行性
8.1 技術
本系統與校方緊密結合,并且得到指導經驗豐富的劉老師的支持。因此本系統具有開發研制條件。
8.2 使用方面的可行性學校管理人員對該產品的應用是可行的。
9 產品可檢測性
9.1 檢測標準
軟件標準:軟件規模、復雜程度、安全性、可操作性、可觀察性、可控制性、冗余的大小。
9.2 檢測的方法
通過軟件測試:按照課本上的方法,主要應應以下兩種
黑盒測試:主要在軟件界面上進行的測試,選取合適的測試用例。
白盒測試:在重要邏輯路徑進行測試,檢測重要數據結構的有效性。
10 產品的可生產性
學生管理系統使用VB語言可以達到開發效果,有著技術的先進性和可行性。 10.1 生產標準
質量標準:
正確性:程序是否按程序流程圖及數據字典完成程度。
可靠性:安全運行時間越長越好。
可用性:是否能夠解決實際的存在問題。
完整性:對未授權的人員訪問此系統軟件可控性強。
靈活性:修改一個程序的工作量。
11 可行性綜合分析
11.1 技術上可行
該系統所需硬件設備,如服務器、PC機、打印機及網絡配件等,市場上有銷售且價格較低,能滿足系統功能要求。軟件上,操作系統采用WindowsNT, 數據庫管理系統采用SQL Server2000,這些軟件在 MIS開發中已被大量應用,技術上都比較成熟。因此技術上是可行的。
11.1.2 管理上可行
由于該學校有很好的管理體制:每位學生均有學號及相關的成績管理記錄,且每次獎懲均會記錄在相關檔案中,以此來決定學生的升級、留級、退學情況。因此可以利用管理信息系統來進行管理。學校的大力支持,老師的指導,對我們系統的進程非常有利。
11.1.3 經濟上可行
由于學校急需采用計算機來進行學生的學籍管理,因此對開發學籍管理信息系統大力支持。
11.2 競爭者分析
當產品生產出來后可大大減輕學生學籍管理人員的負擔。這會保證我們在競爭中占有很大的優勢。
11.3 可行性結論
綜上所述,本系統的技術可靠、完備,測試手段可靠,具有良好的市場拓展,因此本系統可立即開始。
【學生學籍管理信息系統可行性分析報告】相關文章：
項目可行性分析報告范文03-10
養羊項目可行性分析報告-養羊可行性報告11-23
煤炭經營項目可行性分析報告03-10
購物中心項目可行性分析報告07-12
2016經典人事管理系統可行性分析報告09-20
最新超市貨品管理系統可行性分析報告08-07
紅豆杉種植及開發項目可行性分析報告03-10
學生調查與分析報告05-22