大學生成績管理信息系統工程管理方案書學號：0202300149姓名：何國忠專業：軟件技術系別：計算機科學系指導教師：陳活完成日期：2023年06月18日目錄TOC\o"1-3"\u第一章工程背景31.1工程概況31.2工程交付品31.3文檔的演化31.4參考書41.5定義和縮寫表4第二章工程需求分析52.1工程需求獲取52.2需求分析52.2.1非功能需求分析52.2.2功能需求分析62.3需求驗證8第三章工程組織93.1工程人力組織結構93.1.1人力資源需求獲取93.1.2角色工作職責103.2軟硬件資源方案10工程本錢估算11軟、硬件本錢估算11規模本錢估算113.4工程進度管理113.4.1軟件工程任務分解123.4.2工程進度安排12、工程執行方案13第四章管理過程144.1管理目標和優先級144.2假設，依賴和限制144.3風險管理144.4質量管理164.5監督和控制機制16第五章技術過程185.1方法，工具和技術185.2軟件文檔185.3工程支持功能19第一章工程背景1.1工程概況當今社會計算機的應用已深入到社會生活的各個方面，而其在擁有眾多21世紀國家和社會頂梁柱的大學更是不可缺少的。而隨著計算機技術的開展的計算機人才的大量涌現計算機在信息管理方面的優勢逐漸凸現出來，并開始大量應用于各層次的信息管理效勞與實踐中。與此同時，大量管理信息系統軟件不斷涌現，且不斷升級與改良。大學生成績管理是一項繁雜、瑣碎的事務，同時其管理又與學生學籍管理、學生根本信息管理、教務系統等聯系密切，它涉及到對學生的獎懲以及找工作，對教師的教學評估的重要事宜，因此大學生成績管理的水平的重要性可見一斑。應用大學生成績管理信息系統來進行管理必定會大大提高管理的速度、實效、平安性、準確性、完整性、保密性。本系統主要針對當前一些大學對學生信息管理不到位、混亂等缺乏進行開發并引以為鑒，當然由于開發人員專業知識和計算機技術有限，設計中可能存在欠缺，望請老師及相關讀者給予指正。本系統的業務主要包括任課教師登記匯總初始成績、學生反應、組織補考、成績修改、教務系統進行統計分析修正后的成績、學生查詢。1.2工程交付品工程交付日期為第17周周末，交付地點為：15-206主要交付物有：《UML說明》《軟件重構》，應用系統軟件包，數據庫初始數據，系統源代碼，用戶使用手冊，技術文檔包〔包括需求規格說明書、設計說明書、系統測試說明書、工程總結文檔等〕、工程進度日志包。1.3文檔的演化工程管理方案應在第三周周末前經由工程組討論后，進行分工按工作模塊撰寫，最后由工程經理匯總整合三步驟形成初稿，由工程組組長傳至配置文檔效勞器，由工程組組長負責維護第五周以后根據工程的進展可以對其進行修改，需要組員集體提出修改意見，并在全體會議上討論通過，并由組長將修改稿上傳至文檔效勞器。組員通過版本控制器同步獲得更新稿。1.4參考書《UML說明》《軟件重構》課程教材《軟件工程-理論、方法與實踐》孫家廣劉強高等教育出版社課程教材《軟件工程》葉俊民清華大學出版社課程講義《軟件工程管理根底》SQLServer2005數據庫及應用Java網站開發語言課程Jsp動態網站開發語言1.5定義和縮寫表SGMS〔Students’GradesManagementSystem〕學生成績管理系統的縮寫UML〔UnifiedModelingLanguage〕統一建模語言的縮寫Spmp:軟件工程管理方案Srs:需求規格說明書Sts：系統測試說明書第二章工程需求分析2.1工程需求獲取描述獲取途徑。例：向客戶咨詢、查找資料、專業咨詢、專家評審等2.2需求分析數據輸入：實現學生根本信息、老師信息、管理員信息、學生成績等相關信息的錄入。如：原始成績單、最終成績單的輸入。成績修改：可以實現學生根本信息、老師信息、管理員信息、學生成績等相關信息的修改。如：補考后對學生成績的修改。成績查詢：學生管理員教師可各自在自己的權限內實現學生根本信息、老師信息、管理員信息、學生成績等相關信息的查詢。如：學生考試后查詢成績，教師要查詢本班學生考試成績。成績統計：以實現學生人數、最高分、最低分、平均學分績點、不及格學生人數、學生總平均成績等相關統計。信息顯示：可以實現以字段分布和二維表兩種方式顯示學生信息。非功能需求分析系統的非功能性需求如下：〔1〕可靠性OA系統必須支持連續30天的不間斷動作。假設系統動作時遇到來可恢復的錯誤，也必須保證數據庫完好無損或者能恢復。〔2〕平安性領導和敏感崗位的用戶提供ikey身份驗證。數據在互聯網上傳辦辦輸必須通過加密。用戶進行關鍵的打操作時，系統自動生成記錄日志，提供日志審計。〔3〕性能系統登錄成功進入用戶首頁的響應平均時間不超過3秒。系統內操作的平均響應時間不超過3秒。系統并發用戶數2000以上。Web效勞器，數據庫效勞器的cpu使用率到達100%的持續時間不超過2秒?！?〕易用性用戶可以很容易找到自己期望的各種操作。系統必須提供在線幫助或使用教學視頻?！?〕擴展性系統必須提供開發工具包給客戶進行二次開發。功能需求分析按照功能分解，本系統分為客戶端管理系統和管理端系統。各個局部的關系如下圖使用系統角色定義：管理員：是負責維護和管理本站所有模塊的角色。學生：在本站注冊通過并登錄成功的用戶。圖2.1系統模塊圖圖2.2管理功能結構圖圖2.3學生功能結構圖1、登錄與注冊模塊該模塊的功能主要包括用戶登錄、注冊等。圖2.4登錄與注冊模塊用例圖2.3需求驗證需求驗證過程：1、審查需求文檔2、根據需求文檔編寫測試用例3、編寫用戶手冊表2-1系統功能模塊表功能模塊執行人執行描述需求完成情況系統管理黃行整個系統的架構的建設100%學生信息管理張三錄入學生的根本信息80%成績信息管理李四以班或以單個學生為單位錄入成績90%授課信息管理王五查詢相關課程信息100%學生成績查詢和統計陳小麗查詢學生的考試成績與統計70%第三章工程組織3.1工程人力組織結構本工程需要什么人？工程經理數據庫管理與設計人員系統分析員架構設計員程序員文檔管理員測試員人力資源需求獲取工程成員的來源：〔1〕在組織內部選拔適宜的人選〔2〕通過招聘吸收新成員〔3〕通過熟悉的人員介紹表3-1人力資源需求表序號角色數量到位時間備注1工程經理12023年2月已招2數據庫管理與設計人員12023年3月未招3系統分析員12023年3月已招4架構設計員12023年3月已招5程序員32023年3月需招兩位程序員6文檔管理員12023年3月已招7測試員12023年3月未招角色工作職責表3-2人力資源分析表■主要技能●次要技能▲興趣任務\參與者黃行張三李四王五陳小麗控制設計■▲數據庫設計●■●用戶界面設計▲●■配置管理■▲程序員▲■表3-3人力資源執行表角色職責人員機構領導負責工程整體進程以及工程質量曾大權工程經理監督和安排工程物資到位情況黃行需求分析員與客戶打交道，詳細了解用戶需求并給出系統總體方案黃行系統設計員根據需求分析做出相應的系統設計架構員程序員實現系統設計員要求系統的代碼程序組員測試員對系統進行系統測試程序測試專員質量保證員售后效勞，質量監督與維護工程后期保障員配置管理員監督用戶的配置要求，使系統在相應的軟硬件環境下運行配置管理專員3.2軟硬件資源方案表3-4資源工具表軟硬件資源名稱級別詳細配置獲取方式與時間使用說明主機關鍵WindowsXP256M1.8GHz500G可以用工程初期全員用于工程全程開發Web效勞器關鍵Tomcat已經存在工程初期用于開發過程效勞于開發java關鍵Java網站開發語言已經存在編碼期軟件開發工具SQLSever/2005關鍵SQLSever/2005數據庫及應用已經存在編碼期數據庫管理軟件瀏覽器非關鍵IE6.0以上已經存在工程初期瀏覽工具工程本錢估算3.3.1軟、硬件本錢估算表3-5資源工具本錢表軟、硬件名稱配置價格主機獨顯內存1G宏基主板硬盤500G10臺12000EclipseJdkjdbcTomcat7.0javajsp零SQLServer2005版本零3.3.2規模本錢估算描述采用估算的方法表3-6人力資源分配與本錢表任務時間〔周〕責任人本錢〔元〕系統需求獲取1陳小麗100系統需求分析2王五200系統代碼設計3張三300系統測試2李四200系統部署與實施3黃行300文檔管理1陳小麗100合計12曾大權12003.4工程進度管理說明：描述該工程所使用的軟件過程模型，或者是遵循的組織標準模型，過程模型，需要指明里程碑的時間、基線〔目標〕、評審、工作制品、工程交付產品、結束標志等。3.4.1表3-7軟件工程任務分解任務任務描述前驅任務任務持續時間〔周〕A需求分析1B重新設計現有局部A5C設計新增局部A3D開發整體方案C2E修改現有代碼B3F增補新代碼C6G單元測試EF1H集成測試G1I更新文檔D2J驗收測試HI1圖3.1網絡圖2、工程方案表3-8工程方案例如任務名稱工期開始時間結束時間定義工作組角色22023-3-12023-6-2確定所需技能52023-3-12023-6-5確定資源22023-3-92023-6-10將角色賦予資源22023-3-112023-6-12工作組成立12023-3-152023-6-153.4.2工程進度安排時時間任務20231~2周3~4周5~6周7~8周9~12周13~16周工程方案需求規格說明書配置管理方案體系結構設計報告數據庫設計報告模塊設計報告測試分析報告用戶手冊圖3.2工程方案甘特圖3.4.表3-9工作方案矩陣工作內容責任人預計費用〔人民幣〕任務期限〔可用工作日〕里程碑工程范圍規劃黃行4000.005工程組成立并開展工作軟件/用戶需求分析王五5000.0010軟件研發工程獲批準實施功能、界面設計陳小麗6000.0010設計成果獲得批準軟件開發張三15000.0050形成可供測試的產品軟件功能與集成測試王五7000.0060產品可供用戶試運行培訓準備黃行3000.0050形成專供用戶操作培訓的資源文檔陳小麗2000.0020軟件用戶操作幫助系統試運行及軟件驗收張三10000.0010定型產品各項指標滿足設計要求實施工作結束后的問題黃行500.003工程總結完成說明：預計費用和任務期限為方案估算，僅用于指導本工程方案編制第四章管理過程4.1管理目標和優先級根本管理原那么：建立一個樹型管理模式，層層管理。每位成員即是積極的建言者，又是負責的合作者決策應在充分的討論根底上做出，并被及時有效的執行。實施首席程序員制。目標1：按時按量完成工程的根本功能，按時發布產品優先級：1最高目標2:遵循標準化的工程運作標準，文檔嚴禁完整，代碼注釋充分，便于后續維護優先級：2目標3：產品穩定運行，界面友好易于上手，可玩性強優先級：3目標4：注重團隊建設，成員分工合理，合作默契，氣氛融洽優先級：4目標5：工程設計和開發上有創新，營造出賣點優先級：54.2假設，依賴和限制☆假設1：首席程序員以較快的速度提供問題解答、工程檢查方案、活動安排限制：某些關鍵設定可能會由于得不到及時解答而推延決策☆假設2：相關的硬件設施〔包括版本控制效勞器、開發人員個人電腦〕穩定工作限制：假設硬件設施出現異常，可能造成局部工作甚至整個開發進程陷于停頓4.3風險管理風險管理是整個工程實施過程中關系到能否實施成功的重大課題。在提高工程實施質量的同時，應該要求工程實施的全過程中向工程實施的雙方有關人員，進行風險教育、樹立風險觀念，預測及防止風險的發生，確保工程實施的順利進行。風險產生來自多個方面，主要有：工程范圍的風險工程進度的風險工程人力資源的風險對開發目標認識不正確的風險根底〔靜態〕數據正確率不夠的風險動態數據不及時、不完整形成的風險表4-1工程風險風險標題發生可能性影響優先級躲避或減輕策略預訂完成日期開發技術不熟練70%災難性高提前制定好的學習方案降低難度第15周工程人員變更90%低中提前做好人力資源規劃第15周組長工程纏身疲于應付60輕微中組員充分自治，必要時頂替組長責任第15周需求變更頻繁50嚴重中需求制定充分預見未來第10周☆風險級別定義：對一個工程的實施全過程，我們對于風險的分級，采用以下5級定義：表4-2風險級別表級別12345定量方式5％以下6－20％20－50％50－85％85％以上定性方式極低低中高極高☆風險管理措施工程負責人可以采取以下風險管理措施：工程開始以前應控制產生風險的原因，在工程開工后應想方設法減輕風險影響。了解導致工程人員變動的原因，在工程實施期間應控制上述原因，盡量減少人員的流動。在工作方法和技術上應采取適當措施，防止因人員流動給工作帶來損失。工程在開發過程中應及時公布并交流工程開發的信息。建立組織機構，確定文檔標準，并及時生成文檔。對工作進行集體復審，使多數人都能了解工作的細節，跟上工作進度。為關鍵技術準備后備人員。防止關鍵人員的流動造成的風險。對關鍵人員實行傾斜政策，提高關鍵人員的穩定性。工程實施中，使用合格的人員上崗。在各種例會上，檢查進度的同時檢查各種中的風險。4.4質量管理軟件質量管理是保證交付的產品嚴格按照需求分析實現的產品，到達用戶使用的需求標準。通過以下方式對軟件開展質量管理：1、人員培訓：描述培訓內容及形式2、用例測試表4-3系統模塊測試表模塊測試員測試方式結論系統管理黃行黑盒測試系統是否正常運行程序設計張三白盒測試**代碼運行發生錯誤學生成績管理陳小麗白盒測試成績輸入輸出管理授課管理黃行白盒測試授課安排管理4.5監督和控制機制建立報告機制，及時將工程中存在的問題反映到工程經理或工程管理層。報告的時間規定如下：表4-4危機處理表危害概率1％以下1－5％6－10％11－20％20％以上極低二天二天當天當天當天低二天二天當天當天當天中當天立即馬上馬上馬上高當天馬上馬上馬上馬上極高當天馬上馬上馬上馬上同時，建立并及時更新工程風險控制目錄及風險排序。工程管理人員應隨時關注與關鍵風險相關因素的變化情況，及時決定何時、采用何種風險應對措施。表4-5風險與策略表可能的風險躲避策略有些公司準備上系統時，企業的管理模式和業務流程還處在不甚科學的階段，企業管理不夠標準透明，內控流程混亂甚至缺失。在這種情況下，企業做出的系統規劃和選擇，其效果必定要大打折扣。如果要將這個任務轉移到系統實施過程中去完成，內控流程混亂甚至缺失，往往導致需求不明確；需求不明確，那么可能延長實施時間，并加大實施的風險，這也是許多系統工程折戟沉沙的主要原因之一。先標準企業的內部流程與管理制度。企業上系統之前應該首先把管理制度和業務流程標準好；然后做出一個符合企業長遠開展目標的系統系統需求分析，在這個根底上再實施系統。對系統的財力和人力投入缺乏，造成工程不成功。投入較少的資金和人力，要到達系統的效果，這是很多企業主的想法。但是，對系統工程來說，這是根本不可能的。系統負責人，在上系統前，一定要讓負責人知道系統工程到底是個什么工程，同其他系統軟件有什么區別。建議：到一個實施成功的企業去進行調研、分析，根據他們的實施過程和經驗來制定本企業實施的具體方案。確實做到“充分準備〞、“全體發動〞。一些企業為了節省一些實施費用，不找專業人員進行實施。靠自己的IT部門瞎跑瞎鬧，這樣做，系統工程能成功真是個奇跡。對大多數企業來說，利用系統實現管理創新和效益不是其長項。他們很難對自己不很懂的系統工程，承當責任，做出決策并保證成功。要找專業的系統軟件實施公司，特別是有本行業實施經驗的實施公司，把風險控制到最底。工程管理層沒有足夠的時間參與工程建立正常的會議安排，并嚴格規定不能減少安排的次數，如果不能按方案進行，也必須調整高層領導對跨部門業務協調不夠對特定的功能序曲問題，高層領導應指定專人負責，并負責到底工程管理人員缺少工程管理技巧和經驗培訓工程管理技術不能充分協調各小組關系工程管理人員投入足夠的時間來協調各小組的需求第五章技術過程5.1方法，工具和技術本小組的團隊組織結構為主程序員式組織結構：編程語言為Java，采用面向對象的分析設計方法；利用uml進行系統建模；同一文件命名、代碼版式、注釋等編碼標準；編碼人員進行代碼走查后再進行代碼編譯；測試人員根據測試文檔進行單元測試；最后