教務管理系統 - 軟件需求分析

軟件需求分析報告教務管理系統學生姓名——學號專業班級院（系）指導教師完成時間成績 前言項目小組分工：需求分析、文檔的整理及后期的功能測試。教務管理系統的建模實現.伴隨著高校信息化建設的日益完善,高等學校的教務管理系統在高校管理中越來越受到老師和學生的青睞。高等學校的教學管理系統功能全面、操作簡單快捷，可以為學生和老師建立電子檔案，并且便于實時修改、保存和查看，實現了無紙化存檔，為學校節省了大量的資金和空間。學生可以通過教務管理系統方便快捷地查詢自己的個人信息,進行網上查詢課表、成績以及報考的事宜。因此結合現有教務系統的優點，制作此教務管理系統.目錄一、項目前景文檔 錯誤!未定義書簽。1。 業務需求TOC\o"1-5"\h\z1。1業務背景 1\o"CurrentDocument"業務目標和成功條件 1。1業務目標(BusinessObjective, BO) 11。2.2業務成功條件(SuccessCrite,SC) 11。3業務風險(Risk，RI) 2.解決方案的背景 2前景陳述 22。2主要的系統特征(Feature) 2\o"CurrentDocument"2。3假設(Assumption)和依賴(Dependency)條件 3.項目范圍和限制 3初始和后繼版本的范圍 3\o"CurrentDocument"限制和排除條件 4.業務環境 4涉眾檔案 4\o"CurrentDocument"項目的優先級 4\o"CurrentDocument"4。3運行環境(OperatingEnvironmentOE) 5\o"CurrentDocument"二、軟件需求規格說明書 6引言6\o"CurrentDocument"1。1概述 6\o"CurrentDocument"1。2背景 6\o"CurrentDocument"1.3定義 6\o"CurrentDocument"1。4參考資料 7任務概述7\o"CurrentDocument"2。1目標 7\o"CurrentDocument"2。2運行環境(Operating Environment, OE) 72。3假定(Assumption) 和約束(Constraint) 7需求規定8對功能的規定8TOC\o"1-5"\h\z1。用戶需求 82.系統需求 10非功能性需求16\o"CurrentDocument"性能需求(Performance) 16安全設施需求(SAfety) 16\o"CurrentDocument"安全性需求(Security) 16\o"CurrentDocument"軟件質量屬性 163。3. 外部接口需求17\o"CurrentDocument"用戶界面(UserInterfaces，UI) 17\o"CurrentDocument"硬件接口(HardwareInterfaces,HI) 17\o"CurrentDocument"軟件接口(SoftwareInterfaces，SI) 17\o"CurrentDocument"通信接口(CommunicationsInterfaces，CI) 17一、項目前景文檔業務需求業務背景伴隨著高校信息化建設的日益完善,高等學校的教務管理系統在高校管理中越來越受到老師和學生的青睞。高等學校的教學管理系統功能全面、操作簡單快捷，可以為學生和老師建立電子檔案,并且便于實時修改、保存和查看，實現了無紙化存檔,為學校節省了大量的資金和空間。通過高等學校的教務管理系統，還可以實現學生選課、報名考試、查詢成績和學分。業務目標和成功條件業務目標(8燼行655Objective,BO)根據學校對教務管理系統的要求，本系統需要實現以下目標：BO—1操作簡單方便，界面簡潔大方BO—2方便、快捷的信息管理BO—3簡單、實用的考試和成績管理BO-4簡單、實用的網上報名考試需求BO—5系統運行穩定、安全可靠業務成功條件($口健655Crite,SC)SC-1目前通過網上解決學生查課、查詢成績和網上報名考試的需要,據初步調查，在鄭州輕工業學院內需要教務管理系統的師生占到100%:SC-2在初始版本發布兩個月內，教師對系統滿意度提升0.3，并且逐漸增加。SC—3在初始版本發布后的六個月內，學生對系統的滿意度提升0。5,并且逐漸增加。1。3業務風險（Risk,RI）RI-1學校在校學生很少使用該系統，減少了對系統開發的投資回報。（可能性0。1，影響9）RI—2因為使用該系統增大了老師工作量，導致老師更多的不滿，并可能會減少他們對這個系統的使用.（可能性0.3，影響6）解決方案的背景2。1前景陳述高等學校的教務管理系統可以使學生和老師更加便利地通過網絡查看自己的課程信息、考試成績以及報名考試，從而節省時間.產品名稱：高等學校的教務管理系統產品類別：教務管理目標客戶：高校人群需求或機會的聲明：信息化發達，對網絡的依賴增加新產品的優勢：針對在校學生的需求對進行設計,提高學生教師的工作效率，新系統相比現有產品穩定流暢，有更好的抗壓性。2。2主要的系統特征印6@^^）FE-1教務處錄入與生成新學期課程表FE-2學生可以查詢自己的課表FE-3學生可以進行網上報名考試FE-4學生查詢自己的考試成績FE-5教師查詢選課學生信息FE-6教師錄入學生考試成績FE-7教務處可以生成成績統計表2。3假設(Assumption)和依賴(Dependency)條件AS—1:學生和教師只有通過學號和密碼才可查詢自己的成績以及課程信息,從而防止泄露學生的某些信息，并及時獲取自己需要的信息。DE-1：該教學管理系統需要隨著學生和教師以及課程調動進行相應的信息更新.項目范圍和限制初始和后繼版本的范圍性特版本1版本2版本3E-/F 全部實現E-1F可以實現可以實現全部實現E-F 提交信息早的優先全部實現E-4F可以實現全部實現E-1F不實現不實現全部實現E-F不實現可以實現F不實現不實現全部實現

E-73。2限制和排除條件學校不能滿足少部分學生的需求，它只能盡自己最大的能力去滿足,因此“教務管理系統”只能在整體上盡可能的方便學校教學管理，滿足用戶的需求,而不是絕對的滿足.該“教務管理系統”是結合本高校的具體情況提出的,僅僅是對本高校的選課管理比較有效，不具有通用性。業務環境4.1涉眾檔案涉眾主要價值態度主要興趣約束條件學校管理員無紙化辦公，減少工作量強烈要求完成版本2,盡量完成版本3使該系統所節約的費用必須超過開發此系統所需的費用無在校學生方便查詢個人信息，節約了大量時間擔心訪問人數過多系統癱瘓使用網絡解決選課難的問題學生需要有可以連接校園網絡的計算機教師可以在家中就可以完成成績錄入等工作，減少了工作量積極支持新系統，希望學校大力推廣可以提高自己的薪資需要訪問學校教務網站4.2項目的優先級因素約束自由度

特性安排第1版本實現的特性必須完全可操作質量必須通過95%的用戶驗收測試；必須通過全部的安全性測試;所有的安全事務都必須遵守公司的安全標準進度2015年12月31號前必須完成第1版本計劃2016年2月28號前完成的第2版本，在不包括責任人評審的情況下，最多可延期3個星期人員項目團隊規模包括一名半日工作的項目經理，三名開發人員，一名半日工作的測試人員如果有必要，還可以另外增加或減少一名開發人員和一名半日工作的測試人員成本在不包括責任人評審的情況下,財政預算最多可超支20%4.3運行環境(OperatingEnvironmentOE)OE—1:“教務管理系統”的操作將通過Web瀏覽器來完成：基于IE內核的瀏覽器，基于chrome內核的瀏覽器。OE-2:“教務管理系統”將運行在一個服務器中，該服務器運行當前公司批準的RedHatLinux版本和AachenHTTPServer。OE—3：“教務管理系統”將允許用戶通過學校內聯網來訪問，如果用戶被授權在學校的外部通過VPN來訪問，那么，用戶也可以在家通過Internet來訪問該系統。二、軟件需求規格說明書引言1。1概述文檔目的:對制作的教務管理系統進行說明。目標對象：供高校教師和學生更方便快捷地進行教務日常管理.文檔內容：該軟件需求規格說明描述了“教務管理系統”1.0版本的軟件功能性需求和非功能性需求。同時還描述了用戶及管理員在系統的工作中所參與的角色以及擁有的權限,從而使開發團隊能夠明確地了解所開發的“教務管理系統”的各個方面，幫助他們在實際的開發過程中準確地完成所開發的模塊，以達到方便快捷地教學，更好滿足客戶需求。文檔的組織結構：該文檔由文檔介紹（文檔概述、文檔背景、文檔定義及所選用的參考資料）、系統介紹（文檔目標、系統運行環境、系統條件和約束）、需求規定（對系統功能的規定、非功能性需求、外部接口需求）等方面對文檔及教務管理系統進行闡述,通過此文檔透徹而全面的對該系統進行說明和分析.該文檔計劃由實現和驗證正確功能的項目團隊成員來使用,除非在其他地方另有說明,這里所指定的所有需求都具有高優先級，而且都要在版本1。0中加以實現。1。2背景伴隨著高校信息化建設的日益完善,高等學校的教務管理系統在高校管理中越來越受到老師和學生的青睞。高等學校的教學管理系統功能全面、操作簡單快捷，可以為學生和老師建立電子檔案，并且便于實時修改、保存和查看,實現了無紙化存檔,為學校節省了大量的資金和空間。通過高等學校的教務管理系統，還可以實現學生查課表、報名考試、查詢成績和學分.1。3定義學號：學生在學校教務管理系統中的編號,每位學生有且只有一個學號,學號用來登陸教務系統。課程考試：學生按照學校教務處規劃所必修課程的結課考試，每位學生必須參加課程考試。等級考試：學生在教務處規劃課程以外自選報考的考試，學生可自行選擇報考項目來獲取相應的等級證書，也可不參加等級考試。1。4參考資料構造教務管理系統及寫作此文檔時的參考資料有：軟件需求工程教材、老師講課課件等資料。任務概述2。1目標根據學校對教務管理系統的要求，本系統需要實現以下目標：BO-1操作簡單方便，界面簡潔大方BO-2方便、快捷的信息管理BO-3簡單、實用的考試和成績管理BO—4簡單、實用的網上報名考試需求BO—5系統運行穩定、安全可靠2.2運行環境(OperatingEnvironment,OE)OE—1：“教務管理系統”的操作將通過Web瀏覽器來完成：基于IE內核的瀏覽器，基于chrome內核的瀏覽器。OE—2：“教務管理系統”將運行在一個服務器中，該服務器運行當前公司批準的RedHatLinux版本和AachenHTTPServer。OE-3："教務管理系統”將允許用戶通過學校內聯網來訪問，如果用戶被授權在學校的外部通過VPN來訪問，那么，用戶也可以在家通過Internet來訪問該系統。2。3假定(Assumption)和約束(?0門$1值所1)AS-1:學生和教師只有通過學號和密碼才可查詢自己的成績以及課程信息，從而防止泄露學生的某些信息，并及時獲取自己需要的信息。AS-2:該教務管理系統在UML系統中制作出來。Co-1：該教務管理系統需要隨著學生和教師以及課程調動進行相應的信息更新。Co-2：該教務管理系統使用ASP.NET開發。需求規定對功能的規定1.用戶需求1.1組織機構和角色角色視圖：角色說明：角色名說明教務處接收教師提交課程的信息，分發學生報名考試的準考證，進行全面的管理教師授課，向教務處提交自己的課程信息，將學生考試成績輸入系統學生可以在系統查詢自己的課程表，報名考試，并查詢考試成績教師參與業務說明：教師可以查看學生的基本信息，并且在考試結束后將學生的考試成績錄入教務管理系統中,如果錄入出錯可以修改學生的成績。教務處參與業務說明：教務處是學校進行正常教學活動的管理機構,可以對學生學號管理，制定新學期的課程表,發放學生考試的準考證并公布學生的考試成績。學生參與業務說明：學生可以在教務管理系統中查詢自己的新學期課程表，并進行網上報名等級考試,可以查詢自己的考試成績。業務概覽查詢成績業務成績查詢業務說明：考試結束后，由教師將學生的考試成績錄入教務管理系統，經教務處整理后，學生可以在教務管理系統中查詢自己的考試成績。等級考試報名業務等級考試報名業務說明：在等級考試報名時間內,學生可以在教務管理系統中進行網上報名考試，由教務處發放考試需要的準考證。申請學號業務申請學號業務說明：第一次登陸教務管理系統需要申請學號,申請后不可更改，將是今后登陸教務管理系統的憑證。第一次登陸時學生發出申請學號請求，由教務處審批后分配對應學生的學號.教務管理業務3業務場景申請學號業務場景業務場景說明：學生向教務處發出申請學號請求，教務處審批后為學生分配學號.第一次查詢課程表業務場景業務場景說明：學期開始時由教務處生成新學期課程表，學生第一次登陸需要申請學號,并且之后一直使用學號登陸教務系統查詢課程表。查詢課程表業務場景業務場景說明：學期開始時由教務處生成新學期課程表,學生使用學號登陸教務系統查詢課程表。查詢成績業務場景業務場景說明:查詢成績分為“查詢課程成績"和“查詢等級考試成績"：查詢課程成績：考試結束后由教師在教務管理系統錄入學生考試成績,學生登陸教務系統即可查詢自己對應的課程成績。查詢等級考試成績:在等級考試結束后,由教務處在教務系統公布等級考試成績，學生可以登錄教務管理系統查詢相應的等級考試成績.3.1.2.系統需求3。1。2。1概覽2.2系統需求規定等級考試報名用例規約用例名稱等級考試報名實現名稱Baokao用例描述學生通過此用例報名等級考試參與者學生教務處前置條件.等級考試報名開始.等級考試報名未結束后置條件.記錄報考信息.教務處確認報考信息并發準考證主事件流1.學生用學號登錄系統，瀏覽器顯示我的基本信息界面2。學生選擇等級考試報名，瀏覽器顯示報考選擇界面3.學生選擇報考項目

.學生可單選或多選報考項目，并確認報考。.瀏覽器顯示確認報考項目清單。6。選擇選擇確認報考，瀏覽器顯示報考項目及考試時間。.教務處打印報考信息并分發準考證。用例結束。備選事件流1。a學號錯誤.拒絕登錄，用例結束.a當前沒有可報考項目.瀏覽器顯示“當前非報考時間”4。a學生選擇查看已報考項目1。計算機執行5；4.b用戶選擇放棄1。計算機執行4業務規則所報考項目的考試時間不能發生沖突涉及的業務Be_學號，Be_報考項目，BC—準考證實體非功能性需求支持多種語言顯示（有留學生）＞用例場景分析報考業務場景業務場景說明：學生報考時登錄系統需要驗證學號，驗證成功才可報考，提交報考信息后由教務處記錄并分發準考證。＞業務實體分析業務實體說明：一個學生有一個學號,一個學號可以報考多個項目,并且每個考試項目有一個對應的準考證。

查詢成績＞用例規約用例名稱查詢成績實現名稱Chachengji用例描述學生通過此用例查詢課程考試成績和等級考試成績參與者學生教務處教師前置條件.課程考試結束.等級考試結束后置條件查詢結束,注銷登陸主事件流1.學生用學號登錄系統，瀏覽器顯示我的基本信息界面2。學生選擇成績查詢，瀏覽器顯示查詢項目選擇界面3。學生選擇查詢課程考試成績或者等級考試成績4.瀏覽器顯示查詢項目成績數據.5。查詢完畢，學生注銷登陸。用例結束。備選事件流1。a學號錯誤1。拒絕登錄，用例結束2。a當前沒有可查詢成績的項目1。瀏覽器顯示“未到查詢成績的時間”4。a學生選擇繼續查詢成績1。瀏覽器執行2；4.b用戶選擇放棄1.計算機執行5業務規則教師或教務處必須將成績公布后才可查詢涉及的業務實體Be_學號，Be_課程考試成績，Be_等級考試成績非功能性需求支持多種語言顯示(有留學生)＞用例場景分析業務場景說明:學生通過學號登陸系統，才可以查詢成績。

＞業務實體分析業務實體說明:一位學生對應一個學號，一個學號可以對應多個課程考試成績或等級考試成績.查課表＞用例規約用例名稱查課表實現名稱Chakebiao用例描述學生通過此用例查詢自己的課程表參與者學生教務處前置條件新學期開始后置條件查詢結束,注銷登陸主事件流.學生用學號登錄系統，瀏覽器顯示我的基本信息界面.學生選擇查詢課程表，瀏覽器顯示查詢學期列表3。學生選擇查詢哪一學期的課程表.瀏覽器顯示查詢學期的課程表5。查詢完畢,學生注銷登陸。用例結束。備選事件流1。a學號錯誤.拒絕登錄，用例結束3。a當前學期教務處沒有公布課程表.瀏覽器顯示“還未公布課程表”4。a學生選擇查詢其他學期的課表1。瀏覽器執行2;4.b用戶選擇放棄1.計算機執行5業務規則教務處必須將課程表發布后才可查詢涉及的業務實體Be_學號，Be_課程表，Be_教務處非功能性需求支持多種語言顯示(有留學生)＞用例場景分析業務場景說明：新學期開始,教務處公布新學期課程表，學生必須通過學號登陸教務系統才可查詢自己的課程表。＞業務實體分析業務實體說明：一位學生對應一個學號,每個學號對應一個課程表，教務處公布每個班級的課程表。數據分析概覽》學號實體名稱Be_學號實體描述每個學生必須有且只有一個一個學號，是學生的身份憑證屬性名稱類型精度說明（屬性的業務含義及業務規則）姓名字符50學號對應的學生姓名學號字符12學校標識符（3位）+院系標識符（3位）+班級標識符（3位）+學生序號（3位）＞課程表實體名稱Be_課程表實體描述學生所上課程的表格屬性名稱類型精度說明（屬性的業務含義及業務規則）課程名稱字符100學生所學課程的名稱日期日期12周一到周日

＞課程考試成績實體名稱Be_課程考試成績實體描述學生課程考試對應的成績屬性名稱類型精度說明（屬性的業務含義及業務規則）課程名稱字符100學生所學課程的名稱成績字符12最小值為0，最大值為100》準考證實體名稱Be_準考證實體描述學生參加等級考試所需要的憑證屬性名稱類型精度說明（屬性的業務含義及業務規則）考試名稱字符100學生所報考的考試的名稱日期日期12學生所報考考試的考試時間姓名字符50學生姓名準考證號字符15學生參加等級考試的編號＞等級考試成績實體名稱Be_等級考試成績實體描述學生等級考試對應的成績屬性名稱類型精度說明（屬性