軟件工程項目大作業(20210312213304)_第1頁
軟件工程項目大作業(20210312213304)_第2頁
軟件工程項目大作業(20210312213304)_第3頁
軟件工程項目大作業(20210312213304)_第4頁
軟件工程項目大作業(20210312213304)_第5頁
已閱讀5頁,還剩42頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、i學號:HUBEI POLYTECHNIC UNIVERSITY軟件工程大作業項目名稱學生學籍信息管理系統姓 名團隊成員專 業班 級指導教師計算機學院20162016年 5 5 月 3131 日21.1 編寫目的 .1.2背景1.3 定義 .1.4 參考資料 .2 項目概述 .666671 引言 .1.1 編寫目的 .1.2背景1.3 定義 .1.4 參考資料 .1111111111目錄、項目開發計劃 .1引言 .2.1工作內容 . 72.2主要參加人員 . 72.3產品 . 72.3.1程序 . 72.3.2文件 . 72.3.3服務 . 72.3.4非移交的產品 . 82.4驗收標準 .

2、82.5完成項目的最遲期限 . 82.6本計劃的批準者和批準日期 . 83實施計劃 . 83.1工作任務的分解與人員分工 . 83.2接口人員 . 83.3進度 . 93.4預算 . 93.5關鍵問題 . 94支持條件 . 94.1計算機系統支持 . 104.2需由用戶承擔的工作 . 104.3由外單位提供的條件 . 105專題計劃要點 . 10二、可行性研究 . 112可行性研究的前提 . 123對現有系統的分析 . 134所建議的系統 . 154.1影響 . 154.1.1對設備的影響 . 154.1.2對軟件的影響 . 154.1.3對用戶單位機構的影響 . 164.1.4對開發的影響

3、. 162831.3 參考資料 .2 任務概述 .1 引言 .1.1 編寫目的 .1.3 定義 .1.4 參考資料 .161616161718181818181919191919191920202021212122222223232323242424242425252525252626274.1.5對經費開支的影響 .5技術條件方面的可行性 .6經濟可行性分析 .6.1投資成本 .6.2收益 .6.3成本 / 收益分析: .7社會因素可行性分析 .7.1法律方面的可行性 .7.2用戶使用可行性 .8結論 .三、需求分析 .1引言 .1.1編寫目的 .A O1.2背景2.1目標 .2.2用戶的特

4、點 .3 需求規定 .3.1對功能的規定 .3.2對性能的規定 .3.2.1精度 .3.2.2時間特性要求 .3.3數據存儲 .3.4安全性 .3.5保密性 .3.6故障處理要求 .4 運行環境規定 .4.1設備 .4.2支持軟件 .4.3接口 .4.4控制 .四、概要設計 .A O1.2背景2總體設計 .2.1需求規定 .2.2運行環境 .2.3基本設計概念和處理流程 .2.4結構 .2.5人工處理過程 .41.1 編寫目的 .1.2背景1.3 定義 .3333331.4 參考資料 .33341.1 編寫目的 .1.2背景1.3 定義 .1.4 參考資料 .38383939392.1 產品

5、.392.6尚未解決的問題 . 283接口設計 . 283.1用戶接口 . 283.2外部接口 . 283.3內部接口 . 284運行設計 . 284.1運行模塊組合 . 284.2運行控制 . 294.3運行時間 . 295系統數據結構設計 . 295.1邏輯結構設計要點 . 295.2物理結構設計要點 . 305.3數據結構與程序的關系 . 306系統出錯處理設計 . 306.1出錯信息及補救措施 . 306.2系統維護設計 . 32五、詳細設計 . 331引言 . 332程序系統的結構3程序 1 (標識符)設計說明 . 343.1程序描述 . 343.2功能 . 363.3性能 . 36

6、3.4輸人項 . 363.5輸出項 . 363.6算法 . 373.7接口 . 373.9存儲分配 . 373.10注釋設計 . 373.11限制條件 . 373.12測試計劃 . 373.13尚未解決的問題 . 37六、項目總結 . 381 引言 . 382實際開發結果5各種文件 . 392.2主要功能和性能 . 402.3基本流程 . 412.4進度 . 422.5費用 . 423 開發工作評價 . 423.1對生產效率的評價 . 423.2對產品質量的評價 . 423.3對技術方法的評價 . 423.4出錯原因的分析 . 434經驗與教訓 . 4364、項目開發計劃1引言1.1編寫目的明

7、確的說明信息化管理系統的各種需求,界定系統實現功能的范圍,指導 系統設計以及編碼,使用戶了解軟件產品。本說明書的預期讀者為:本軟件的客戶。1.2背景開發軟件名稱:學生學籍信息管理系統。項目開發者:湖北理工學院計算機科學系“學生學籍信息管理系統”開發 小組。組長:,其他成員:,,。用戶單位:湖北理工學院計算機學院1.3定義數據名稱數據定義Serverlet是JAVA中訪冋數據庫的技術存儲過程是存儲在數據庫中多段SQL語句的綜合SqIServer微軟開發的一款DBMS1.4參考資料(1)錢樂秋,軟件工程清華大學出版社; 張海藩,軟件工程導論(第四版),清華大學出版社;(3)王珊,數據庫原理及設計清

8、華大學出版社;(4)趙池龍,軟件工程實踐教程,電子工業出版社;(5)耿祥義,張躍平Java大學實用教程(第2版).電子工業出版社;(6)李興華JAVA開發實戰經典.清華大學出版社,2009.8:89-234(7) 孫鑫.Java Web開發詳解M.電子工業出版社,2008: 59-1992 項目概述72.1 工作內容在本項目中,首先召集小組所有成員和系統客戶,共同商定系統功能,再 由小組成員分工進行需求分析,分配工程流程,然后分配每個人的工作,例如, 分配人員進行文檔的編寫,和代碼的編輯,最后分配一個人進行綜合。2.2 主要參加人員2.3 產品2.3.1程序提交程序的名稱為“學生學籍信息管理系

9、統”,本程序使用的是 java 語言, 采用了 SQLServer 進行數據存儲 。2.3.2文件只給名為“學生學籍信息管理系統”的成品,直接部署到服務器,安全方 便。源代碼等文件不交付。除此之外,文檔方面:項目開發計劃,需求說明書,概要設計說明書,詳 細設計說明書等參考性文件會提供給客戶。2.3.3服務培訓安裝:交貨日起,為您提供最為貼心的培訓安裝服務,讓您在日后該 軟件的使用上更為得心應手,行云流水,易如反掌,服務期限為 3 年。維護: 交貨日起,如若該產品出現問題,引起了您無法解決的問題,請隨 時與我們聯系,我們會派遣出最權威的專家技術支持團隊,第一時間解決問題, 還你輕松好心情,服務期

10、限為 2 年。運行支持:交貨日起,如若產品無法運行,請與我們聯系,我們會極力解 決。服務期 1 年。2.3.4非移交的產品源代碼及中間過程文件,由行業慣例,不能交出,請諒解 。82.4 驗收標準完成和客戶商定的系統功能,達到用戶合同需求的基本功能,使客戶滿意2.5 完成項目的最遲期限自該項目開工日起 1 個月。2.6 本計劃的批準者和批準日期本計劃的批準者: 批準日期: 2016年 5月 31日3 實施計劃3.1 工作任務的分解與人員分工:編碼主力。:編碼主力 2 號。:界面組織,多語言支持。,:文檔編寫 + 測試+幫助文檔。需求分析,設計:。實現:全員。測試,維護,:,。文件編制、審批、打印

11、、分發工作:,。 用戶培訓工作,:,。軟件安裝工作:,。3.2 接口人員a.負責本項目同用戶的接口人員:客戶。b.負責本項目同本單位各管理機構:湖北理工計算機學院相關人員。c.負責本項目同個份合同負責單位的接口人員:湖北理工計算機學院相關 人員。3.3 進度實際計劃進度與原定進度相比明顯延遲,實際操作中充滿了未知,開發過程中遇到的問題也不可能事先預知,有時會因為一些問題而耽誤進程,這些都 是開發時會出現的問題,因此實際進度會比計劃進度慢。93.4 預算人員 5 人。時間半個月。機時電費未知 。3.5 關鍵問題使用 B/S 形式的兩層結構,由于現在的軟件應用系統正在向分布式的 Web 應用發展,

12、 Web 可以進行相關的業務處理,應用分不同的模塊共享邏輯組件; 這也就是目前應用系統的發展方向。信息處理方法:1、Tomcat主窗體登錄功能該功能主要實現系統的注冊和登錄,對系統的數據起到管理作用,主要涉 及一些基本的頁面跳轉知識應用。2、 學生信息及成績查詢功能該功能主要實現學生信息的查詢和學生成績的查詢,在系統中起到對數據 的檢索,主要涉及一些基本的數據庫查詢操作。3、 班級信息管理功能該功能主要實現班級的創建,刪除和修改,在系統中起到對數據的實際操 作,主要涉及一些基本的數據庫添加,刪除,修改等操作。4、 學生信息管理功能該功能主要實現對應班級中學生的創建,刪除和修改,在系統中起到對數

13、 據的實際操作,主要涉及一些基本的數據庫添加,刪除,修改等操作。5、 系統維護功能 該功能主要是用戶退出登錄的實現,該功能采用簡單的頁面跳轉回登錄界面的思想實現。4 支持條件一人一臺裝了 SQLServer, to m cat, eclipse 的電腦即可。4.1 計算機系統支持計算機, Windows 操作系統,瀏覽器。4.2 需由用戶承擔的工作用戶需詳細列舉需求,并與我們簽訂合同,然后坐等完工,合同簽訂后不 許隨意修改。104.3 由外單位提供的條件計算機學院提供機房、空調等設施。5 專題計劃要點分合同計劃:談好后不許隨便修改。開發人員培訓計劃:開發人員都已具備優良的技術水平,不需要額外

14、培訓。測試計劃:每完成一個功能模塊,就要由專屬測試人員來測試程序健 壯性。安全保密計劃:源代碼等不許外傳。質量保證計劃:用戶如發現產品問題,及時反饋,我們會及時解決。 系統安裝計劃:派遣最精銳的專家團隊前往指導安裝。11、可行性研究1 引言1.1 編寫目的編寫本報告的目的是研究本系統的總體需求、實現方案,并分析開發系統 的可行性,為決策者提供是否開發該系統的依據和建議。1.2 背景開發軟件名稱:學生學籍信息管理系統。項目開發者:湖北理工學院計算機科學系“學生學籍信息管理系統”開發 小組:組長:,其他成員:,。用戶單位:湖北理工學院計算機學院1.3 定義學生學籍信息管理系統能夠提供方便完整的一系

15、列對教室進行管理、合理 分配資源等操作手段。對于龐大的教室資源如果人工進行管理過于復雜并且容 易出錯,但用學生學籍信息管理系統則方便了教室管理者對資源的合理分配利 用,為該校提供全面的學生學籍管理的解決方案,解決傳統人工管理方式效率 低、保密性差,不利于查找、更新和維護的問題,極大地提高學生學籍管理的 效率,節約教育經費,以適應學校信息化建設的發展趨勢。1.4 參考資料(1)錢樂秋,軟件工程,清華大學出版社;(2)張海藩,軟件工程導論(第四版),清華大學出版社;(3)王珊,數據庫原理及設計,清華大學出版社;(4)趙池龍,軟件工程實踐教程,電子工業出版社;(5) 耿祥義,張躍平Java大學實用教

16、程(第2版)電子工業出版社;( 6) 李興華 .JAVA 開發實戰經典 .清華大學出版社, 2009.8: 89-234(7) 孫鑫.JavaWeb開發詳解M.電子工業出版社,2008:59-1992 可行性研究的前提隨著計算機應用的日益普及和深化,網上辦公已經成為一種趨勢。通過學 12生學籍管理系統的設計與開發,使學生學籍管理工作更加科學化、規范化、程 序化,促使提高信息處理的速度和正確性,使學校的信息流程和流向更加清晰 化、合理化,能夠在第一時間內把握學生信息,以提高整體教學水平。2.1 要求A、主要功能1) 、Tomcat主窗體登錄功能該功能主要實現系統的注冊和登錄,對系統的數據起到管理

17、作用,主 要涉及一些基本的頁面跳轉知識應用。2) 、學生信息及成績查詢功能該功能主要實現學生信息的查詢和學生成績的查詢,在系統中起到對 數據的檢索,主要涉及一些基本的數據庫查詢操作。3) 、班級信息管理功能該功能主要實現班級的創建,刪除和修改,在系統中起到對數據的實 際操作,主要涉及一些基本的數據庫添加,刪除,修改等操作。4) 、學生信息管理功能 該功能主要實現對應班級中學生的創建,刪除和修改,在系統中起到對數據的實際操作,主要涉及一些基本的數據庫添加,刪除,修改等操作。5) 、系統維護功能 該功能主要是用戶退出登錄的實現,該功能采用簡單的頁面跳轉回登錄界面的思想實現。B、主要性能提高學生學籍

18、管理的效率,節約管理成本,增強學生管理的安全性。滿足 學校領導、教育管理單位、學生管理人員、教師和學生的不同層次和不同方面 的需要。為學校將來的整體信息化建設提供必要的支持。C、可擴展性 能夠適應應用要求的變化和修改,具有靈活的可擴充性。D、安全性具有較高的安全性。系統對不同的用戶提供不同的功能模塊,只有具有一 定權限的管理員用戶才能允許修改教室的使用情況,只有具有高級權限的部門 管理者或維護人員用戶才能對用戶進行管理,一般的用戶只能查看教室的使用 情況。還應具有一定的保護機制,防止系統被惡意攻擊,信息被惡意修改和竊取。 有完善的備份機制,如果系統被破壞應該能快速恢復。E、完成期限2016年5

19、月15日至 2016年5月 31日,共半個月。2.2目標所建議系統的開發目標包括:減少人力與管理費用;提高信息準確度;改進管理和服務;建立高效的信息傳輸和服務平臺,提高信息處理速度和利用率。132.3條件、假定和限制建議軟件壽命:10年。進行系統方案選擇比較的時間:為10天。經濟來源:湖北理工學院。硬件條件:PC機6臺,服務器3臺,局域網,INTERNET。軟件條件:WINDOWS 2005Server和XP操作系統,OFFICE軟件,瀏 覽器等。2.4決定可行性的主要因素本次可行性分析是按照軟件工程的規范步驟進行的,即按復查項目目標和 規模,研究目前正使用的系統,導出新系統的高層邏輯模型,重

20、新定義問題這 一循環反復的過程進行。然后提出系統的實現方案,推薦最佳方案,對所推薦 的方案進行經濟、技術、用戶操作和法律的可行性分析,最后給出系統是否值 得開發的結論。以上分析結果寫城本文檔。成本/效益分析結果:效益 成本;技術可行:現有技術可完成開發任務;操作可行:系統能被現有的工作人員快速掌握并使用;法律可行:所使用工具和技術及數據信息不違反法律。3對現有系統的分析3.1處理流程和數據流程學生戶奮國班級倍息暫理學雯宿總管理成軌宿息彗理圖3-1系統功能模塊圖14(開尬1NJ - *I Mt1V11f_v _戶sace 、 圖3-2系統操作流程圖3.2工作負荷隨著數據量越來越大,現有的系統已明

21、顯不能適應目前的龐大數據量,系 統工作負荷過大。3.3人員組長:成員:”,任務劃分參與人員項目進度日期項目開發計劃完成5.14可行性研究報 告完成5.15需求分析完成5.16概要設計完成5.17詳細設計完成5.18程序設計編碼 實現完成5.19-5.25軟件測試完成5.26項目總結完成5.27后期維護3.4局限性經過嚴謹的分析,可知原有的系統存在很大的局限性,比如技術的過于陳 舊,工作面向范圍過于狹小,針對于個體。4所建議的系統所建議系統是B/S模式。用戶使用該系統開始必須進行身份驗證,當身份驗證成功后 才可以使用該系統。其實用戶使用的只有有查詢自己的相關信息,而老師則可以查詢所有 班級相關信

22、息,管理員則能訪問所有信息。4.1影響4.1.1對設備的影響由于所建議系統是基于瀏覽器和服務器的,并基于window平臺,所以需要配備足夠符合以上列出的各種軟硬件條件的計算機和通信線路。系統失效后, 服務器端需要利用備份的數據庫恢復數據信息,要求要有足夠的數據備份空間。154.1.2 對軟件的影響需要落實是否有符合本報告所列出的正版的軟件環境,如果沒有則需要購 買。164.1.3 對用戶單位機構的影響投入使用前還需改進現有的管理模式4.1.4 對開發的影響開發過程需要用戶進行密切的配合,準確闡明需求。4.1.5 對經費開支的影響除了需要支付開發單位的有關費用外,每年還需要一定的運行維護費用 (

23、見經濟可行性分析)。5 技術條件方面的可行性當今,全國計算機越來越普及 , 幾乎每個學校都配有計算機 , 為這套軟件提供 了硬件環境。以計算機為基礎的管理系統使教師和管理者擺脫了那種繁雜、易 錯的記錄及管理方式,通過計算機以及配套的軟件,用戶可以采用全新的方式 從不同的地方存取各種信息。從客戶 / 服務器方式上發展起來的框架結構為我們 提供了開發本系統的基礎。采用 MySQ數據庫以及使用MyEclipse和Tomcat作 為系統開發的開發軟件,采用 Java,xml 以及 html 等語言和 jsp 技術,為其提 供完善的指令控制語句、類與對象的支持及豐富的數據類型,給開發高性能系 統提供了有

24、效保障,為開發滿足客戶要求的系統保證了代碼的模塊化,而代碼 模塊化的提高,非常有利于以后對新系統的擴展與修改。同時 SQLServer 2005是一套較為成熟的關系數據庫管理系統,海量數據、企業管理器平臺使得 維護數據更簡便,無論是性能還是管理上的性價比都是比較高的。 MyEclipsel0 是一款專門針對JSP開發的高效IDE環境,用戶量大,開發效率高。Tomcat 5 作為Web服務器的首選,配置簡單,而且是免費的。JSP(JavaServer Pages)是 一種動態網頁技術標準,JSP在業界的口碑是安全和跨平臺。JSP可以作為創建 動態網頁網站的一種可選技術,而且是創建商用網站的主要選

25、擇技術之一。綜上所述,本系統的設計與開發在技術上和硬件設備上的條件都是滿足的, 因此,它在技術上是可行的。6 經濟可行性分析6.1 投資成本一次性支出17(1) 系統開發、建立費用共14萬元。其中:本系統開發期為3個月,需開發人員5人(不一定都是參加滿3個月) 根據軟件系統的規模估算,開發工作量約為10人月,每人月的人工費按4000元計算,開發費用為12萬元。書籍、讀者等基礎信息建立需要5人2個月即10人月,每人月的人工 費用按2000元計算,需2萬元。(2) 硬件設備費共7萬元,其中:微機4臺約2萬元;服務器2臺及網絡 等設備費5萬元。(3) 外購開發工具、軟件環境費用共 3萬元。(4) 其

26、他費費用共2萬元。一次性支出總費用:26萬元。經常性費用主要是系統運行費用,假設本系統運行期 10年,每年的運行費用(包括系 統維護、設備維護等)5萬元,按年利率5%+算如下表。系統投資成本總額為:26+38.6082=64.6082萬元。年份將來費用(萬元)(1 +0.05)N現在費用值(萬元)累計現在費用值(萬元)第一年51.054.76194.7619第二年51.10254.53519.2970第三年51.15764.319113.6161第四年51.21554.113517.7296第五年51.27633.917621.6472第六年51.34013.731025.3782第七年51.

27、40713.553428.9316第八年51.47753.384132.3157第九年51.55133.223035.5387第十年51.62893.069538.60826.2收益假設投入本系統,效率可以提高50%以現有的工作人員20人計算,可減 少10人,每人每月平均工資按2500元計算,每年節約人員工資 10X12X 0.25=30萬元/年。按年利率5%計算,效益計算如下表。系統收益總額為:231.6437萬元。年份將來收益 值(萬元)(1 +0.05)N現在收益值(萬元)累計現在收益 值(萬元)第一年301.0528.571428.5714 第二年301.102527.210955.7

28、823第三年301.157625.915181.6974第四年301.215524.6811106.378518第五年301.276323.5058129.8843第六年301.340122.3846152.2689第七年301.407121.3187173.5876第八年301.477520.3035193.8911第九年301.551319.3367213.2278第十年301.628918.4159231.64376.3成本/收益分析:在10年期內,系統總成本64.6082萬元,系統總收益231.6437萬元。投資回收期:2+(64.6082 - 55.7823) / 25.9151=2

29、.34 年; 純收益:231.6437 - 64.6082 = 167.0355 萬元從經濟上考慮,開發本系統完全可行的。7社會因素可行性分析7.1法律方面的可行性所有軟件都用正版,技術資料都由提出方保管,數據信息均可保證合法來 源。所以,在法律方面是可行的。7.2用戶使用可行性使用本系統的人員均有一定計算機應用基礎,系統維護員由計算機的專業 人員擔任,所有人員都要經過本系統的使用培訓。經過簡單培訓人員就會熟練 使用本軟件。結論本項目具有方便快捷等優勢,投資回報利益大,使得教室管理實現電子化, 符合社會信息化發展的需要,技術、經濟、操作、法律方面都是可行的,可以 開發本系統。三、需求分析1 引

30、言191.1 編寫目的學生學籍管理系統要實現的目標是為該校提供全面的學生學籍管理的解決 方案,以解決傳統人工管理方式效率低、保密性差,不利于查找、更新和維護 的問題,極大地提高學生學籍管理的效率,節約教育經費,以適應學校信息化 建設的發展趨勢。1.2 背景開發軟件名稱:學生學籍信息管理系統。項目開發者:湖北理工學院計算機科學系“學生學籍信息管理系統”開發小組:組長:,其他成員:,。用戶單位:湖北理工學院計算機學院1.3 參考資料(1)錢樂秋,軟件工程,清華大學出版社;(2)張海藩,軟件工程導論(第四版),清華大學出版社;(3)王珊,數據庫原理及設計,清華大學出版社;(4)趙池龍,軟件工程實踐教

31、程,電子工業出版社;(5)耿祥義,張躍平 .Java 大學實用教程 (第2版). 電子工業出版社;(6) 李興華JAVA開發實戰經典.清華大學出版社,2009.8: 89-234(7) 孫鑫.Java Web開發詳解M.電子工業出版社,2008: 59-1992 任務概述2.1 目標本系統通過強大的計算機技術給學籍管理人員和用戶查詢學籍信息情況帶 來便利。目標包括:減少人力與管理費用;提高信息準確度;改進管理和服務; 建立高效的信息傳輸和服務平臺,提高信息處理速度和利用率; 系統設計優良,界面設計精美、友好、快捷,人性化設計,后臺管理 20功能強大、效率高; 管理學生信息,同時管理學生的成績以

32、及課程情況。2.2 用戶的特點本軟件的最終用戶是面向軟件管理員、老師和同學等,他們都具有一 定的計算機應用基礎,可以比較熟練操作計算機。系統維護人員為計算機專業人員,熟悉數據庫、操作系統、網絡維護 工作。維護人員為間隔性用戶。3 需求規定3.1 對功能的規定學生學籍信息管理系統能夠提供方便完整的一系列對學籍進行管理等操作 手段。對于龐大的學生信息如果人工進行管理過于復雜并且容易出錯,但用學 生學籍信息管理系統則方便了管理者對信息的維護。(1)用戶登錄系統功能:為用戶數據設置安全保障功能,只有通過注冊并 登錄驗證的用戶,才能成為系統管理員用戶。系統管理員能查詢、修改、刪除 所有信息。(2)用戶錄

33、入數據功能:系統為系統管理員提供對所有信息的錄入功能。(3)用戶查詢數據功能:系統為合法用戶提供查詢的功能,可以對數據庫 的信息進行查詢。(4)用戶維護數據功能:為合法用戶提供查詢及相應的修改功能和對所有 信息的修改刪除功能。5)用戶退出系統功能:結束并關閉系統3.2 對性能的規定3.2.1精度時間精確到日21數量要求精確到個人信息3.2.2時間特性要求由于系統的數據量比較大,故其響應時間、更新處理時間、轉換時間 及運行時間均較慢,應特別注意程序響應速度(數據傳輸時間不要太長, 均在用戶可接受的時間范圍之內)。登錄連接包括環境的初始化,時間不超過 3s數據錄入平均錄入一個詞條不超過 2s敏感過

34、濾時間每次不超過 0.1s數據添加響應時間不超過 2s數據修改響應時間不超過 2s數據刪除響應時間不超過 2s數據讀出響應時間不超過 2s數據查詢10000 條記錄以下響應時間不超過 10s10000-100000響應時間不超過 20s100000-1000000響應時間不超過 35s1000000 以上響應時間不超過 50s 數據統計10000 條記錄以下響應時間不超過 15s10000-100000響應時間不超過 25s100000-1000000響應時間不超過 40s1000000 以上響應時間不超過 60s223.3 數據存儲保證數據的安全性,減少出現數據災難的可能性,比如數據在傳輸過

35、程 中丟失或發生錯誤增加出現數據災難或故障時進行數據修復的能力3.4 安全性數據一致性 保存到數據庫中的數據與用戶錄入數據一致 數據庫中各相關數據必須保持一致性和平衡性 保證查詢統計的數據正確性和一致性數據存儲 保證數據的安全性,減少出現數據災難的可能性,比如數據在傳輸 過程中丟失或發生錯誤增加出現數據災難或故障時進行數據修復的能力 數據安全性數據修改要記錄修改日志 對數據的處理要受權限和級別控制3.5 保密性注意用戶數據的保密設計注意本系統應用程序的保密設計不同用戶的權限不同3.6 故障處理要求(1) 有應用系統出錯提示和數據庫系統出錯提示,提示語言為中文。(2) 使用過程中不能產生死鎖現象

36、。(3) 數據耗時過長時,等待時給出提示信息通知用戶。(4) 數據庫有可靠易用的備份措施,一旦發生故障時,能及時恢復和維護4 運行環境規定234.1 設備服務器(1)處理器( CPU):Pentium 900M (推薦 Pentium 4 1.2G)(2)內存容量(RAM:至少256M (推薦512M客戶端(1)處理器( CPU: Pentium 133M 或更高內存容量(RAM: 64M或更高4.2 支持軟件數據庫服務器端(1)操作系統: Microsoft Windows 2000(2)數據庫管理系統:SQLSERVER配置TCP/IP協議Web服務器端(1)操作系統: Microsoft

37、 Windows 2000(2) Tomcat 5.0 管理器(3) MyEclips 8.0,配置 TCP/IP 協議客戶端(1) 操作系統: Windows 98/2000/2003/XP(2)Web瀏覽器:In ternet Explorer 5.0 以上或 Netscape 4.0 以上, 配置 TCP/IP 協議4.3 接口硬件接口 考慮到大量數據的備份等要求,需要保持與磁帶機和光盤刻錄機的接口, 這較易實現。軟件接口 這里,主要考慮軟件與操作系統、數據庫管理系統的接口,以及局域網和 互聯網軟件之間的數據交換。考慮到文檔處理時有可能需要較常用的辦公軟件。 例如 Microsoft 的

38、 Office 系列,所以應盡量實現它們之間的數據格式的自動轉換。244.4 控制由于本系統采用目前的主流JSP技術,對程序的運行和控制都沒有特殊要 求。四、概要設計1 引言1.1 編寫目的主要任務是把需求分析得到的DFD專換為軟件結構和數據結構。將本系統 按功能進行模塊劃分、建立模塊的層次結構及調用關系、確定模塊間的接口及 人機界面等。同時還包括數據特征的描述、確定數據的結構特性、以及數據庫 的設計。即確立本系統的邏輯模型。概要設計,又稱架構設計或高層設計。除了設計、開發人員外,業務架構師測試經理 也需要掌握,但用戶單位并不關心架構設計。1.2背景開發軟件名稱:學生學籍信息管理系統。項目開發

39、者:湖北理工學院計算機科學系“學生學籍信息管理系統”開發 小組:組長:,其他成員:,,。用戶單位:湖北理工學院計算機學院1.3定義數據名稱數據定義JSPJava的服務器頁面一項網站方向的技術Sqlsever2005SQLServer是Microsoft 公司推出的關系型 數據庫管理系 統Tomcat 5.0Tomcat服務器是一個免費的開放源代碼的 Web應用服務器win dows 平臺widows操作系統平臺下進仃開發MyEclipse集成開發環境251.4參考資料(1)錢樂秋,軟件工程清華大學出版社;(2)張海藩,軟件工程導論(第四版),清華大學出版社;(3)王珊,數據庫原理及設計,清華大

40、學出版社;(4)趙池龍,軟件工程實踐教程電子工業出版社;(5)耿祥義,張躍平.Java大學實用教程(第2版)電子工業出版社;(6)李興華JAVA開發實戰經典.清華大學出版社,2009.8: 89-234(7)孫鑫.JavaWeb開發詳解M.電子工業出版社,2008: 59-1992總體設計2.1需求規定1、 用戶登錄教室信息管理系統后,進入主界面可看到本系統使用說明。2、 如果是一般客戶登陸,就只有基本的查詢功能,包括根據課程查詢、教 室杳詢、老師杳詢等。3、 如果是系統管理員登陸,則可以進入系統內的數據合法進行增、刪、改、 查。4、 如果是游客,則需要注冊用戶,成為合法的用戶才可以進入系統。

41、2.2運行環境硬件環境:系統運行的硬件環境:CPU為Pentium以上系列,內存215MB 所需硬盤空間約200MB軟件環境:操作系統采用 MicrosoftWindows平臺,從 Windows98、Windows XR Windows 2003到 Windows 7等各種版本都可能存在。前臺開 發環境采用的Eclipse, 中心數據庫采用 Microsoft的SQLSERVEF2005。2.3基本設計概念和處理流程設計概念:基本實現教室管理的各種操作,能滿足基本要求,同時設置不 同的權限,方便管理員使用。處理流程: * i26r 一E-R 圖:272.4結構用一覽表及框圖的形式說明本系統的

42、系統元素(各層模塊、子程序、公用 程序等)的劃分,扼要說明每個系統元素的標識符和功能,分層次地給出各元 素之間的控制與被控制關系。如圖所示:學生學碼信負管n慕蛭1 1系(MS尸管理粧級信總苦理學生宿息曽理慮費宿息晳現2.5 人工處理過程當需要進行臨時調度,則需要人工進行修改。寧生信息282.6 尚未解決的問題 本系統理想上希望有三種權限,但由于涉及比較麻煩,同時考慮各種原因, 沒有設計第三種權限 。3 接口設計3.1 用戶接口本系統僅需要提供管理員的用戶名和密碼,登陸成功,系統提示成功,否 則提示失敗。由于游客用戶可自行注冊,所以不需要提供游客的用戶名及密碼。3.2 外部接口本系統需要運行在

43、Eclipse 平臺上,所以需要系統配配置好 Apache 服務器, 同時打開 tomcat 服務。3.3 內部接口本系統內部使用了一些存儲過程和觸發器,當用戶登錄時,默認觸發后臺 數據庫服務器中的存儲過程的執行。所以在程序中需要指出存儲過程的名字以 及類型。4 運行設計4.1 運行模塊組合本系統僅僅使用的簡單的JSP技術實現。當登錄時,不僅使用了前臺的用 戶交互界面,同時也會調用后臺存儲過程的執行,所以把兩者模塊組合到一起。 此組合需要后臺代碼調用數據庫系統的支持。4.2運行控制讀者用戶或管理員在登陸或注冊時會產生此組合。4.3運行時間由于是內部存儲過程的調用,效率比較高。所以消耗的時間比較

44、短,基本 忽略不計。295系統數據結構設計5.1邏輯結構設計要點用戶信息表:包括的數據項有用戶ID、用戶名、密碼等;如表2-8 所示。學生信息表:包括的數據項有學生ID、學生姓名、學生性別、學生 年齡、所在班級ID等;如表2-9所示。成績信息表:包括的數據項有成績表ID、科目類型、該科分數、對 應學生ID等;如表2-10所示班級信息表:包括的數據項有班級ID、班級名稱等;如表2-11所 示注:pri表示主鍵,auto_increment表示對主鍵id自動增加編號。表2-8用戶信息表fieldtypekeyn ulldefaultextrauidintprinon ullauto_i ncrem

45、e ntun ame varchar(32)yesn ullupassvarchar(32)yesn ull表2-9學生信息表fieldtypekeyn ulldefaultextrasidintprinon ulluto_i ncreme ntsn amevarchar(32)yesn ullssexvarchar(2)yesn ull30sageintyesn ullcidintyesn ullforeig n key表2-10成績信息表fieldtypekeyn ulldefaultextragidintprinon ullauto_i ncreme ntgtypevarchar(32)

46、yesn ullgscoreintyesn ullsidintyesn ullforeig n key表2-11班級信息表fieldtypekeyn ulldefaultextracidintprinon ullauto_i ncreme ntcclass namevarchar(32)yesn ull5.2物理結構設計要點給出本系統內所使用的每個數據結構中的每個數據項的存儲要求,訪問方 法、存取單位、存取的物理關系(索引、設備、存儲區域)、設計考慮和保密條 件。表中所使用的數據的存儲都是基于數據庫管理系統所支持的數據類型加上 一些用戶自定義約束定義的,訪問方法基本都是公開的。但有的字段如密碼

47、應 該進行加密處理的。5.3數據結構與程序的關系物理數據結構主要用于各模塊之間函數的信息傳遞。接口傳遞的信息將是 以數據結構封裝了的數據,以參數傳遞或返回值的形式在各模塊間傳輸。出錯 信息將送入顯示模塊中,機票結構,帳單結構,送入打印準備模塊中準備打印 格式。6 系統出錯處理設計6.1 出錯信息及補救措施1. 在項目執行的過程中,如果優先刪除班級,則班級中的學生信息沒有被 刪除,由于班級與學生之間建立了關聯,因此在刪除班級信息時會由于約束條 件而報錯,導致刪除失敗。31=?; J解決辦法:通過在項目中添加容錯機制,在刪除之前對班級信息中關聯的 學生信息等子項目進行遍歷刪除,最后再刪除班級信息。

48、相關代碼:public boolean deleteClassByCid(int cid)/* 約束錯誤處理*/boolean flag = false;conn = DBConnection.conn(); try StudentDAO sdao = new StudentDAO(); List listsdao.queryByClassStudent(cid);for (StudentDTO li:list) int sid = li.getSid(); sdao.deleteStudentBySid(sid);String sql = delete from tb_class where

49、 cid ps = conn.prepareStatement(sql);ps.setInt(1, cid);flag = !ps.execute(); catch (SQLException e) / TODOAuto-generated catch block e.printStackTrace(); return flag;32男 SQL Scrw(事曰3眥L滋rv刖2005塩務,ji SQL Sen-fr 2005 網耀吉去辺必M5勒減羽 SQL NJTVT Uient 伍Pipem 已昌年rrvu2.當計算機重啟之后,再次打開項目時,運行程序,提示TCP/IP關閉。解決辦法:打開 s

50、ql configurationmanage 單擊 sql server 2005 網絡配置,將TCP/IP設置為啟用即可。如下圖所示:西C wif g LI r r r LlA-ar軸0 餡固 SOO SfcttD6.2系統維護設計本系統屬于測試版本,在投入運行之前會進行一些測試,完成之后會定期 做一次測試,進行出錯檢測或者是完善系統。五、詳細設計1引言1.1編寫目的此說明書目的在于明確說明信息化管理系統的具體功能實現,界定系統實 現功能的范圍,指導系統設計以及編碼。本說明書的預期讀者為:本軟件的開發者1.2背景開發軟件名稱:學生學籍信息管理系統。項目開發者:湖北理工學院計算機科學系“學生學

51、籍信息管理系統”開發 小組:組長:,其他成員,用戶單位:湖北理工學院計算機學院1.3定義數據名稱數據定義JSPJava的服務器頁面一項網站方向的技術33Sqlsever2005SQL Server是Microsoft公司推出的關系型數據庫管理系 統Tomcat5.0Tomcat服務器是一個免費的開放源代碼的 Web應用服務 器widows平臺widows操作系統平臺下進仃開發MyEclipse集成開發環境1.4參考資料(1)錢樂秋,軟件工程清華大學出版社;(2)張海藩,軟件工程導論(第四版),清華大學出版社;(3)王珊,數據庫原理及設計,清華大學出版社;(4)趙池龍,軟件工程實踐教程電子工業出

52、版社;(5)耿祥義,張躍平Java大學實用教程(第2版).電子工業出版社;(6)李興華JAVA開發實戰經典.清華大學出版社,2009.8 :89-34234(7)孫鑫.Java Web開發詳解M.電子工業出版社,2008:59-1992程序系統的結構本系統結構如圖2-1所示:圖2-13 程序 1(標識符)設計說明3.1 程序描述1)本段程序的目的登錄模塊,判斷用戶輸入的用戶名和密碼是否是已存在 的,如果是則進入系統,否則登錄失敗。protectedvoid doPost(HttpServletRequestrequest,HttpServletResponseresponse) throws

53、ServletException, IOException String name=request.getParameter(username);35String pass=request.getParameter(password);UserDAO udao=new UserDAO();/調用方法 把頁面上接收的姓名 和密碼 存進去UserDTO user=udao.getUser(name,pass);if(user!=null)/request.getSession().setAttribute(useru,ser);if (user.getUpass().equals(pass)req

54、uest.getSession().setAttribute(useru, ser);UserDTO u = (UserDTO) request.getSession().getAttribute(user);request.getRequestDispatcher(main.jsp).forward(request, response);elserequest.setAttribute(msg,密碼錯誤);/跳轉 request.getRequestDispatcher(login.jsp).forward(request, response);/跳轉elserequest.setAttri

55、bute(msg,登錄失敗);/跳轉request.getRequestDispatcher(login.jsp).forward(requesrt,esponse);2)本段程序的目的注冊模塊,判斷用戶輸入的用戶信息是否是已存在的, 如果是則注冊成功,否則注冊失敗。protected void doPost(HttpServletRequest request, HttpServletResponse response)throwsServletException, IOException request.setCharacterEncoding(utf-8); response.setCh

56、aracterEncoding(utf-8);接收頁面上傳遞過來的值參數是輸入框name標簽的值String name=request.getParameter(username);String pass=request.getParameter(password);System.out.pri ntln (” 頁面上接收的值:+n ame+pass);/把頁面上接收的值封裝成一個對象UserDTO user=new UserDTO(0, name,pass);/調用注冊的方法UserDAO udao=new UserDAO();boolean b=udao.addUser(user);if(

57、b)/鍵 值request.setAttribute(msg,注冊成功請登錄);request.getRequestDispatcher(login.jsp).forward(request, response);else36/鍵 值request.setAttribute(msg,注冊失敗);request.getRequestDispatcher(Register.jsp).forward(request, response);3.2 功能1)功能是判斷用戶是否擁有進入系統的權限。如果用戶名密碼正確,即可 進入系統。2)功能是判斷注冊的用戶信息是否合法的,合法即可注冊成功,否則失敗。3.3

58、 性能說明對該程序的全部性能要求,包括對精度、靈活性和時間特性的要求。 靈活性:程序通過改變一下存儲過程的名字即可通用于執行任何一個過程, 靈活性較高。時間特性:由于執行的是數據庫中的過程,所以效率較高,所用時間較短。3.4 輸人項本段程序需要用戶輸入用戶名和密碼。注冊用戶信息,需要輸入用戶的個 人信息及用戶名密碼等。3.5輸出項登錄功能模塊的返回值是執行了過程之后產生的結果,如果用戶名密碼存 在于數據庫中則登錄成功,否則返回登錄失敗。注冊功能模塊的返回值是執行了過程之后產生的結果,如果用戶信息存在 于數據庫中則注冊失敗,否則返回注冊成功3.6算法首先建立連接,然后通過之前定義的連接字符串綁定

59、到所建立的連接。通過字符串的比較判斷用戶輸入的是否正確。然后打開連接,執行命令,最后返 回結果。3.7 接口傳遞參數采用的是建立一個參數數組,然后通過循環為其賦值。373.9存儲分配本段程序需要保存一個連接池中的連接,一個命令,同時一個數組長度的 參數和最后一個返回值。消耗內存較少。3.10注釋設計本段程序屬于數據庫訪問代碼,需要注釋的是模塊首部的注釋,以及在創 建各個連接,命令以及執行命令,指定過程的返回值時需要作出簡單的邏輯注 釋即可。3.11限制條件由于存儲過程是針對某一個數據庫管理系統的,所以所指定的過程函數只 能現定于Sqlserver的DBMS并且只用于本段代碼。如果需要適用于其他

60、程序, 必須修改過程中相應的代碼。3.12 測試計劃首先測試的是數據庫的連接,如果 DB 的連接沒有建立,是無法執行程序 的。然后輸入錯誤的用戶名,看返回值是否正確。當輸入正確用戶名,再輸入 錯誤密碼,看返回值是否正確。當輸入正確的用戶名和密碼時,看返回值是否 正確。3.13 尚未解決的問題本系統理想上希望有三種權限,但由于涉及比較麻煩,同時考慮各種原因, 沒有設計第三種權限。六、項目總結1 引言381.1 編寫目的隨著科學技術、管理方法的不斷進步,傳統的辦公方式、方法和手段已經 不能適應現代化管理的需要,作為培養高質量合格人才為宗旨的高等學校,總 是走在科技的最前沿,學籍管理的計算機化已成為

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論