管理系統需求精選(九篇)
前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的管理系統需求主題范文，僅供參考，歡迎閱讀并收藏。
第1篇：管理系統需求范文
關鍵詞：頻譜管理；統一建模語言；用例
中圖分類號：TP311文獻標識碼：A文章編號：1009-3044(2009)04-0959-02
Requirements Analysis of Battlefield Electromagnetic Spectrum Management System Based on UML
LIANG Guo-qing1,2, CHEN Jian2
(1.Brigade 69296 of PLA, Kashi 844200, China; 2.C4ISR Technology Key Lab of NUDT, Changsha 410073, China)
Abstract: There are many stations that using frequency in the battlefield, but the useable electronmagnetic spectrum is finity, tradition electromagnetic spectrum management is handwork, however, is not fit the modern war, cry for the computer assistant management. The article introduces characteristics of UML, and describes battlefield electromagnetic spectrum management system's requirements by UML.
Key words: electromagnetic spectrum management; UML; use case
1 引言
高技術條件下的作戰，參戰力量多元，各種各樣的電子信息作戰裝備同時應用于戰場，加之敵方激烈的電磁干擾以及民用電磁設施的影響，使得戰場電磁環境極其復雜，可用頻譜資源十分有限。在這種情況下，只有加強戰場電磁頻譜管理才能充分、合理地利用電磁頻譜，達成最佳作戰目的[1]。但頻譜管理是一個非常復雜的過程，它包括許多需要注意的步驟和問題，只有把它們全部考慮在內，才有可能有效利用無線電頻譜。由于戰場用頻臺站數量之大，利用傳統的手工方式管理臺站，憑借傳統的經驗審批頻率以及被動式查找干擾等管理行為已不能適應現代化戰爭，因而必需有效的計算機支持。為此，需要開發研究戰場頻譜管理系統。通過戰場頻譜管理軟件，指戰員可以迅速了解戰場電磁態勢，分配電磁頻譜資源，避免（或減小）用頻臺站間互擾問題，構造出有利于己而不利于敵的戰場電磁環境。本文采用先進的統一建模語言（unified modeling language, UML）對戰場頻譜資源管理系統進行需求分析，可為戰場頻譜資源管理系統的開發提供較為完整的需求信息。
2 UML簡介
UML是一種標準的圖形化建模語言，是面向對象技術發展的重要成果。它融合了Booch、OMT和OOSE方法中的基本概念，并在這些方法的基礎上，廣征意見，集眾家之長，擴展了現有方法的應用范圍。UML適用于以面向對象的技術來描述任何類型的系統，而且適用于系統開發的不同階段，可以應用于任何領域。
UML作為一種標準的圖形化建模語言有如下特點：UML的詞匯表和規則注重對系統進行概念上和物理上的描述；UML符號的表示法定義了規范的可視化元素，并為開發者使用這些可視化元素進行系統建模提供了標準；UML可以對重要的分析、設計和實現進行詳細描述，所建模型具有精確性、無歧義性和完整性；用UML描述的模型可與各種編程語言直接相連[2]。
作為一種建模語言，UML中有3類主要元素，即基本構造塊（basic building block）、規則（rule）和公共機制（common mechanism）。圖是UML中最重要的元素之一，共分9種圖：用例圖、順序圖、協同圖、類圖、對象圖、狀態圖、活動圖、構件圖和部署圖。
用例圖（Use case diagram）是UML在系統需求分析階段來捕獲用戶需求的有效手段和方法。它用于顯示若干角色（Actor）之間的連接關系，并不描述系統內部對該功能的具體操作方式，即通過用例建模，描述系統應向外提供何種功能，形成系統的問題域。活動圖、類圖、順序圖主要用于分析階段，狀態圖、類圖、對象圖、協作圖主要用于設計階段，構件圖和部署圖主要用于實現階段[3]。
3 戰場頻譜管理系統需求建模分析
3.1 戰場頻譜管理系統功能剖析
戰場頻譜管理系統功能包括[4,5]：
1）項目管理 為了便于管理頻譜數據及存貯計算結果，在設計之前將頻譜管理納入項目管理范圍，內容包括建立新項目、打開已有項目。
2）頻譜監測 實現對檢測站的控制和監測數據的分析處理等，包括檢查監測站的配置、選擇監測站設備及監測天線；對信號進行測試，查看一定頻段內頻率占有情況；對信號參數進行測量，計算信號的頻偏、帶寬和載頻；查找干擾源位置。
3）電磁兼容性分析 對可能受到的或產生的干擾進行預測，從頻率、時間、空間和能量四維角度考察各電子設備間的電磁隔離度，分析所產生干擾的大小及影響范圍，評價干擾的危害程度。
4）頻率規劃與指派 為各種無線電業務劃分無線電頻譜的過程，為有效使用頻譜，劃分的頻段必須符合預期業務要求的傳播條件。
5）電子系統數據庫 為各類電子系統建立數據庫，記錄其特性參數。這些數據是進行敵我識別，生成對抗措施的基本資料。
6）電磁態勢顯示。對戰場上各種電磁信號的類型、屬性和分布情況進行分析，并用圖形、分析報告等方法將戰場電磁態勢表現出來。
7）網絡服務 主要完成兩種功能：一是網絡通信，即實現數據的收發、傳輸；二是實現簡單的網絡管理。
3.2 戰場頻譜管理系統用例模型
根據上述的系統需求分析，對系統進行需求分析。在UML中用例圖可從系統的外部看到系統的內部功能，它采用一些圖形符號和文字來記錄使用者的要求。用例圖的基本元素有角色、用例、關系。
角色是指與系統交互的人或物。角色有3類：系統的使用者、外部系統、時間。戰場頻譜管理系統的角色有直接使用該系統的人和外部數據庫，其中外部數據庫有地理信息系統（GIS，Geographic Information System）和無線電臺（站）設備數據庫。
用例是系統提供的一種功能，是系統、子系統或外部參與者交互的動作序列的說明。戰場頻譜管理系統的頂層用例有：項目管理、頻譜監測、電磁兼容性分析、頻率規劃與指派、數據管理、電磁態勢顯示、網絡服務等7個用例。系統頂層用例圖如圖1所示，頂層圖反應了系統總的需求情況。
3.3 順序圖
順序圖用來反映若干個對象之間的動態協作關系，主要反映對象之間發送消息的先后次序，說明對象之間的交互過程。順序圖由若干個對象組成，每個對象用一條垂直的虛線表示（線上方是對象名）。每個對象的正下方有一個矩形條，它與垂直的虛線相疊，矩形條表示該對象隨時間流逝的過程（從上至下），對象之間傳遞的消息用消息箭頭表示，它們位于表示對象的垂直線條之間。
1）基本數據輸入順序圖。使用者通過數據管理的基本數據輸入窗口輸入基本數據，一部分基本數據由使用者根據戰場情況和要求，從數據窗口輸入，另一部分與地理有關的數據可通過查詢地理信息系統來獲得，與設備有關的信息可從無線電（臺）站數據庫中獲得。基本數據輸入結束后，保存在頻譜項目數據庫中，供后面的設計模塊調用。基本數據輸入順序圖如圖2所示。
2）電磁兼容性分析順序圖。基本電磁數據輸入結束后，就可以進行各功能計算了，這里以電磁兼容性分析為例。在電磁兼容性分析窗口中，通過變換參數的計算各種干擾，得出臺站干擾的大小及影響范圍，實時顯示在該參數狀態下電磁態勢圖上，最后結果保存在頻譜項目工程數據庫中，供后面的設計模塊調用。電磁兼容性分析順序圖如圖3所示。
3.4 活動圖
活動圖描述系統中各種活動的執行順序，活動圖常用于描述一個操作執行時的流程，也可以用于描述一個用例的處理流程，或者某種交互流程。活動圖由一系列活動組成，當某個活動執行完畢之后，控制將沿著轉移箭頭轉向下一個活動。在UML中沒有流程圖，可以用活動圖來描述系統的總體或局部流程。圖4為戰場頻譜管理系統總體活動圖，可分為項目管理、工程數據建立與管理、數據管理、電磁兼容性分析、網絡管理、頻率規劃與指派和電磁態勢顯示等7個部分。
4 結束語
本文采用UML對戰場頻譜管理系統進行了需求分析，開發建設戰場頻譜管理系統有利于戰場電磁資源的管理，提高電磁資源的處理速度，降低電磁資源管理的成本。
使用UML對系統需求進行描述可以幫助用戶和分析人員對問題描述和理解達成共識，較少語義差異，保障分析的正確性，克服傳統需求分析在問題領域、系統功能描述方面精確度低的問題。在實際應用中，UML可以根據不同的系統，從不同的角度，以不同的詳略程度對系統需求進行構造。
參考文獻：
[1] 谷巖峰,高常見,安渭琳.戰場電磁頻譜實時管理問題研究[J].國防科技,2007(5):71-73.
[2] 孫朝霞,李春光,馬莉.基于UML的車輛管理系統需求分析[J].青島建筑工程學院學報,2005,26(2):71-73.
[3] 鄭益民,倪宏革,郝令濤.基于UML的公路涵洞CAD系統的需求分析[J].煙臺師范學院學報:自然科學版,2005,21(4):306-309.
第2篇：管理系統需求范文
[關鍵詞]醫療設備維修；管理系統；方案設計；需求分析
醫療設備的維修管理是其生命周期管理中最為重要的環節，其不僅是保證設備完好的關鍵，也與臨床應用是否安全有效密切相關，是醫院醫療質量與安全的重要組成部分[1-2]。近年來，隨著醫療設備種類和數量的大幅度增加，醫療設備維護及管理工作繁重，對醫院的醫療設備維修管理水平也提出了更高要求[3]。加強醫療設備維修管理，不僅可以提高醫療設備完好率，使其更好的為臨床服務，還可促進醫院設備管理向精細化和信息化方向發展，從而使醫院能夠利用最優的醫療設備資源創造更大的經濟效益和社會效益[4]。
1醫療設備維修管理系統總體方案設計背景
近年來，隨著醫院的不斷發展，醫療設備種類和數量在不斷增加，傳統的維修管理模式已經不能適應現代化醫院的發展，只有通過多元化的科學管理才能獲得更大的效益[5]。通過對如東縣人民醫院醫療設備維修管理工作的深入了解，發現需要亟待解決的相關問題。(1)醫療設備維修時間長[6]。一方面由于醫療設備技術專業性強，技術含量高，導致維修人員檢修時間過長；另一方面是由于無專門的配件管理，工程師在遇到需要更換配件時，一般采用現購置方法，且產生費用的維修報批時間長，從而延長了維修時間。(2)維修管理項目種類繁多，內容瑣碎。醫療設備相關記錄需要使用大量的紙張，且以手工記錄為主，記錄的文檔不便于查詢和保存，給設備維修管理和總結分析帶來了不便。(3)醫療設備的日常保養維護缺乏計劃性，預防性維修工作盲目[7]。(4)各醫院普遍存在“重醫輕工的思想”，維修工具簡陋，導致工程師只能做一些簡單維修，遇到有難度的維修只能求助廠商工程師[8]。而長期依賴廠商工程師又會導致醫院處于被動地位，出現維修響應不及時，維修費用高等問題。(5)使用科室無法實時監督設備維修狀況，各科室之間得不到良好溝通，影響臨床科室正常使用[9]。醫院需要一個醫療設備維修管理系統，用于管理相關記錄信息，合理分配現有工程師，制定日常維修保養周期，使設備維修管理工作規范化和科學化[10]。
2醫療設備維修管理系統總體需求分析
醫療設備維修管理系統主要涉及臨床使用科室、醫療設備維修組以及醫療設備管理辦公室3個使用部門，只有將3個部門工作相輔相成，才能不斷提高醫療設備完好率，確保臨床診療工作有序進行。
2.1臨床使用科室系統需求分析
臨床科室護理人員的主要職責是管好本科室的所有醫療設備，如設備的使用和保養、設備故障報修及設備報廢申請等，故其主要系統需求分析有故障報修與維修狀態查詢、設備日常保養與保養狀況查詢以及設備報廢申請與報廢狀態查詢。
2.2醫療設備維修組系統需求分析
醫療設備維修組的主要職責是接收臨床科室的故障報修信息、及時派工維修、反饋設備的故障現象、合理使用維修配件、參與報廢設備的檢驗及處置工作、制定周期保養計劃以及進行預防性維護保養等。其主要系統需求分析如圖1所示。
2.3醫療設備管理辦公室系統需求分析
醫療設備管理辦公室主要運用系統完成查詢與統計工作，查詢操作貫穿于系統的各項業務中，主要包括注冊用戶信息、醫療設備信息和設備配件信息查詢，其可以幫助各科室及時掌握設備維修情況。統計操作不僅能實現維修工作量、設備故障率、維修服務費和設備配件費的統計，也是科室管理的重要依據。
3醫療設備維修管理系統設計
3.1邏輯功能設計
在上述需求分析的基礎上，將醫療設備維修管理系統歸納為基礎業務和核心業務兩大模塊。①基礎業務模塊，分為系統管理和基礎數據管理2個功能模塊，系統管理主要面向于系統管理員，完成系統維護及數據初始化等工作，基礎數據管理是臨床使用科室與設備科工作的實體，可完成各項數據的建模工作；②核心業務模塊，涵蓋設備維修管理中的所有業務，即故障報修、派工維修、預防性保養、配件管理和設備報廢5個功能模塊。
3.2整體方案設計
使用醫療設備維系管理系統不僅可適應醫院的信息化管理，而且能夠完善醫學裝備科的日常業務，使醫療設備的維修、費用支出和報廢處置等工作更加透明。本研究在系統邏輯功能設計的基礎上進行整體方案設計，其整體設計如圖2所示。
3.3數據庫設計
經過對醫療設備維修管理系統的邏輯功能及總體方案設計的詳細分析，建立滿足醫療設備維修管理系統的數據庫模型，模型可直觀了解系統中的關系類與實體類。該系統的數據庫實體-聯系模型如圖3所示。
4醫療設備維修管理系統優勢
4.1實現醫療設備維修管理信息化
系統主要用于實現醫療設備的故障報修、派工維修、預防性保養、配件管理、設備報廢、信息查詢和工作量統計的自動化管理。采用信息化管理不僅可優化故障報修流程，縮短維修響應時間，記錄設備不同時期的故障原因及檢修方法，還能科學安排醫療設備的保養計劃，延長設備使用壽命，實現醫療設備報廢透明化。此外，維修工程師能夠應用該系統對醫療設備出現的故障進行統計分析，從而做到早預防和早檢修[11]。
4.2提升醫療設備維修檔案管理質量
隨著醫療設備的不斷增多，隨機帶來的資料也日益增多，因此傳統的檔案管理均難達到要求，故醫療設備維修檔案無紙化管理勢在必行[12]。使用醫療設備維修管理系統可將醫療設備購置、維修保養、質量安全檢查、培訓考核、設備巡檢、更新和報廢申請等方面的資料進行無紙化管理，減少資源浪費。設備使用科室和管理科室也能及時查看該資料，掌握設備的使用技術狀況，通過分析其使用率、完好率、維修率和報廢率等資料，為醫院更新和購置新設備提供有效的依據。
4.3提高醫療設備經濟效益
醫療設備的效益分析貫穿其整個生命周期，使用維修管理系統不僅可以從設備完好率、使用率及報廢折舊費等多個方面對其進行經濟效益分析，還能反映醫療設備管理人員、使用人員及維修人員的工作效率，便于醫院進行資金質量控制[13]。
5結論
第3篇：管理系統需求范文
0引言
在系統工程及軟件工程中，需求分析指在創建一個新的或改變一個現存的系統或產品時，確定新系統的目的、范圍、定義和功能時所要做的所有工作。需求分析是軟件工程中的一個關鍵過程[1]，是整個系統開發的基礎。需求分析的結果將直接影響到整個軟件工程的成功與失敗[2]，需求分析階段的任務是確定軟件系統功能。
在UML中，需求模型又稱為用例模型，主要用于描述系統的功能性需求，即軟件可以實現的功能。將UML的用例模型應用到醫學院校臨床畢業實習管理系統的需求分析中可以更有效地獲取系統功能需求，并清晰描繪出系統功能。
1醫學院校臨床畢業實習管理系統需求分析
醫學院校臨床畢業實習根據專業性質不同一般為36～52周，通常安排在第五學年進行。臨床醫學畢業實習工作主要包括：實習計劃制訂、實習醫院落實、實習生分配、各實習醫院學生名單公布，實習日期確定;學生分赴實習醫院、確定實習科室輪轉日程、確定實習指導教師、分配實習分管床位、按計劃進入各實習科室、出科考試。參與這些工作的用戶有管理員、教師、學生、系統管理員，不同的用戶對系統有不同的功能需求。
學生用戶的功能需求為：查詢和修改個人信息，填報實習醫院，查詢實習醫院，查看、下載、上傳作業，查看各種公共信息，查詢學生成績等;教師用戶的功能需求為：查詢及維護個人信息，添加、修改、刪除實習科目，查看、添加、刪除、修改公告，查看、添加、修改、刪除作業，查詢學生記錄、錄入學生成績;管理員用戶的功能需求為：查詢、添加、刪除、修改、審核或導入醫院信息、專業信息、實習科目信息和教師信息，、查看、修改公告審核和調整學生實習醫院等;系統管理員用戶的功能需求為：管理整個臨床畢業實習管理系統，負責不同用戶組的權限定義，進行整個系統的信息初始化及數據維護備份，注冊系統用戶，負責系統安全管理，硬件環境及網絡的管理與維護。
根據上述各種用戶的功能需求描述，可以將臨床畢業實習管理業務功能歸納為：用戶管理、公用信息管理、作業管理、實習成績管理、公告管理、實習醫院管理，如圖1所示。
2基于UML用例建模的系統用戶功能需求描述
用例(Use Case)是一種描述系統需求的方法，使用用例的方法來描述系統需求的過程就是用例建模。用例方法最早由Iva Jackboson博士[3]提出，后來被綜合到UML規范之中，成為一種標準化的需求表述體系。UML 是目前最常用的一種面向對象建模語言， 主要包括7種常見類型，即用例圖、類圖、序列圖、狀態圖、活動圖、組件圖和部署圖，分別用于不同的建模用途。 用例圖主要用于對系統、子系統或類的行為進行建模。它只說明系統實現什么功能，而不必說明如何實現。用例圖包括系統的執行者和若干個執行用例[4]，以圖形化的方式表示系統內部用例、系統外部參考者以及它們之間的交互[5]，從系統外部用戶的觀點看系統所具功能的高級視圖[6]。
醫學院校臨床畢業實習管理系統中的主要執行者有系統管理員、普通管理員、帶教教師及實習學生等，常見的執行用例為數據備份與恢復、用戶管理、公用信息管理、公告管理、作業管理、實習成績管理、實習醫院申報和審核管理，由此可以得到系統頂層用例如圖2所示。
2.1用戶管理用例建模
在醫學院校臨床實習畢業系統中，為了保證系統數據的安全，建立用戶管理。用戶管理實現系統中所有用戶使用系統資源的權限管理。用戶管理的執行者是系統管理員，執行用例為添加用戶、修改和查詢用戶、刪除用戶、權限定義。具體用例如圖3所示。
2.2公用信息管理用例建模
公用信息是維護整個系統正常運行所需的基礎數據集，公用信息管理的執行者是各院系管理員，執行用例包括專業信息管理、班級信息管理、學生信息管理、管理員信息管理、部門信息管理、公告類型信息管理、實習科目信息管理、成績系數管理，具體用例如圖4所示。
2.3作業管理用例建模
為鞏固學生實習所學知識，檢測學生實習效果，并使所學知識轉化為技能技巧，在實習過程中，帶教教師常常布置相應的作業，教師通過批改學生作業，檢查實習效果，因此在醫學院校臨床畢業實習管理系統中設置作業管理用例圖。作業管理的執行者是帶教教師和實習生，執行用例包括添加作業、管理作業、批改作業、做作業。具體用例如圖5所示。
2.4成績管理用例建模
醫學院校臨床畢業考試成績通常由畢業實習成績、畢業實踐技能考核成績、畢業理論考核成績按一定比例構成。專業不同，實習科目不同，畢業實習成績計算方法也不同。例如臨床醫學專業實習科目為內科、外科、婦產科、兒科，每個科目的出科考試成績通常由醫德醫風考核、病歷書寫考核、臨床實踐技能考核、理論考試按一定比例構成，內科、外科、婦產科、兒科的出科考試的平均分構成畢業實習成績。錄入成績后，學生可查詢成績，各院系(或者醫院)的管理員將學生每門實習科目的出科考試成績按一定系數比例匯總成畢業實習成績，各院系管理員將畢業實習成績、畢業實踐技能考核成績、畢業理論考核成績按一定比例匯總成畢業考試成績上交給教務處。成績管理的執行者有教師、院系管理員和實習生，執行用例包括錄入成績系數、錄入成績、查詢成績、匯總成績。具體用例如圖6所示。2.5公告管理用例建模
公告管理的執行者為系統管理員、管理員和實習生，管理員又可分為教師、教務處管理員、院系管理員、醫院管理員，執行用例包括添加公告、上傳公告、查看公告、修改公告、刪除公告。公告管理用例如圖7所示。
公告管理系統內的任何用戶都可以查看系統內所有已的公告。系統管理員、各院系臨床實習教學管理員、醫院臨床實習管理員、教師都可以添加公告，在公告沒有前可以修改自己添加的公告，各用戶可以刪除自己已的和未的公告。
2.6實習醫院申報和審核管理用例建模
實習生在實習前首先要進行實習醫院的申報，各院系管理員根據實習生的申報情況進行實習醫院的調整，調整完后，學生可以查詢具體實習醫院信息。各醫院管理員根據實習生分配情況，對每一實習科目指派帶教教師。實習醫院申報和審核管理的執行者為實習生和院系管理員，執行用例包括填報實習醫院、查詢實習醫院(擴展用例包括查詢實習科目、查看帶教教師)、調整實習醫院、管理帶教教師。具體用例如圖8所示。
3系統模塊設計
綜合上述需求分析和用例模型分析，采用結構化設計的方法設計出臨床畢業實習管理系統功能模塊，包括用戶管理、公用信息管理、作業管理、實習成績管理、公告管理、實習醫院管理共6個子系統，這些子系統又包含了若干子模塊，如圖9所示。
4結語
UML提供了一套標準、規范、直觀、易懂的，描述客戶需求的Use Case元素。正確規范地使用這些元素能夠高效地建立起一個可視化的客戶業務模型，通過該業務模型可以使軟件系統的需求分析人員和客戶之間建立起一個高效、便捷、良好的溝通渠道，這對建立一個詳盡、準確的客戶需求分析文檔極為重要。本文根據各類需求通過UML用例建模法詳細概述了醫學院校臨床畢業實習管理系統各類用戶的功能需求，然后按照用例建模的一般步驟，進行了活動者、用例的定義，設計了醫學院校臨床畢業實習管理系統用例模型，完成了系統的初步設計工作。
第4篇：管理系統需求范文
關鍵詞 ：基本農田 ，信息系統，mapgis
Abstract: the cultivated land protection, especially the protection of basic farmland has always been a national priority, the country at present general land use planning work has been basically end, now into the basic farmland demarcated work stage. According to the requirements of land and resources, the basic farmland demarcated work a important task is to establish the basic farmland management information system at all levels, through the routine information supervision, implement the strictest arable land protection system. This paper based on the actual work, in the existing software and hardware, and on the basis of research really feasible management system, and combined with the use of software in guangxi universality and broad, at the county level of protection of basic farmland management system function demand and put forward the design development train of thought, so as to provide the guidance system development each county.省略技術開發，C/S體系結構。
當今計算機技術和信息技術蓬勃發展，形成了諸多關于土地管理方面的軟件，基本農田信息是一個相當龐大的數據庫，不僅包含基本農田的屬性信息，充分借助GIS空間分析與屬性查詢的交互式操作進行數據變更和統計，是一般軟件所不能及的，利用GIS軟件管理地理信息數據是未來發展的一大趨勢。另一方面，在運行環境上，Internet技術飛速發展，使得基于b/s體系結構的方式取代了c/s體系結構，用于無序下載客戶端軟件即可瀏覽并進行基本的GIS操作，提高了系統升級維護的便捷性。
廣西開展的第二次土地調查數據庫、鄉鎮級土地利用規劃數據庫均采用MapGIS軟件系統，因此，以此為基礎，設計開發基本農田管理系統可以滿足基本農田數據庫建庫需求同時具備廣泛試用性。
二、縣級基本農田管理系統的需求分析
基本農田管理信息系統的建設要以實現基本農田精細化監管為總體目標，以基本農田“管理信息化”為建設目標，主要實現如下6個方面的主要功能需求。
（一）占用預警
實現圖形與屬性數據的互動。通過導入新增建設用地項目范圍線，分析項目范圍內占用基本農田和土地利用現狀地塊情況，統計占用的基本農田總面積及各地類面積的細化情況，在地圖上標出預警區域，建立預警檔案，為新增建設用地項目報批提供參考依據。
（二）基本農田動態監測
一是實現圖形與屬性數據的互動。采用衛星或航拍影像數據監測基本農田變化。根據影像特征，對比基本農田保護區范圍內各地類的變化情況。二是及時分析。巡查人員在巡查項目過程中如果發現了基本農田占用情況，通過拍照片、用GPS采集坐標信息，上傳到土地部門。數據庫管理員把巡查員傳回的坐標數據導到基本農田數據庫，利用占用預警分析功能，分析出該項目占用基本農田情況是否合法，如占用合法，則進行基本農田補劃；如占用非法，則移交執法部門執法
（三）智能補劃
在土地利用現狀圖斑中自動選取不在基本農田保護地塊范圍內的滿足補劃條件的耕地地塊（或可調整地類地塊），顯示補劃地塊信息和位置。在查找結果中，根據實際補劃面積，提供最優補劃方案，保證基本農田的占補平衡.
（四）數據變更管理
通過對基本農田圖斑、保護塊等的新增、分割、合并等變更操作，根據日常的業務需求，可以實現對基本農田占用補劃、災毀等實時變更。
（五）數據入庫檢查、綜合統計分析與圖表輸出
數據入庫：銜接好土地利用現狀數據庫、基本農田規劃數據庫、基本農田劃定數據庫、基本農田占、補劃數據庫等的錄入。
數據檢查：要求系統具有強大的檢查功能，對入庫的數據建立數據入庫核查、檢查機制，檢測數據的數據結構、數據屬性、圖形拓撲（包括單個圖層內和圖層間）、邏輯關系等。對于檢查出來的錯誤可以直接在圖上定位，并能形成檢查報表。
匯總統計：對基本農田現狀面積以及變化，數量、地類、質量等信息進行分類統計、制圖、制表。同時要求在指定區域、指定時間點統計分析。
圖表輸出：輸出相關表格圖件。土地利用地類面積表、土地利用現狀圖和基本農田保護圖專題圖等。
（六）數據共享、安全和維護
數據共享要求：建立健全與各級數據信息管理相一致的基本農田數據標準體系和成果規范體系，要實現耕地保護系統其他相關業務職能部門數據信息的無縫對接，保證各級數據的一致性、格式的通用性。建立數據的多級訪問權限機制和數據保密機制，保證數據訪問、的安全性。
數據維護要求：要求系統接口開放，能根據各類規程及政策文件要求變化，對系統功能和算法進行調整 ，及時調整維護各數據庫數據。
第5篇：管理系統需求范文
關鍵詞：檔案管理系統；功能開發設計；業務需求；用戶需求；系統需求；問題
隨著科學技術不斷發展及檔案管理信息化建設不斷推進，市面上出現了各種類型的檔案管理系統。一些系統在功能設計上基本相同，多采用以傳統管理為導向的工作模擬，面對電子檔案的急劇增加及檔案管理的深入應用，現今市面上不少檔案管理系統表現出了不少問題。為了適應檔案管理信息化建設，滿足各類型企事業單位對檔案管理的需求，必須立足于業務需求、用戶需求及系統需求來進行檔案管理系統的功能開發設計及利用工作，力爭充分發揮檔案管理系統效用。
一、檔案管理系統的需求分析
（一）業務需求
就目前看，各類型企事業單位日常管理基本采用現代化辦公系統，如辦公自動化系統、物資采購系統等，常常產生大量的電子文件。從業務角度看，面對龐大數量的電子文件，單位需要的是集中式規范化管理、確保電子文件長期保存、多途徑的檢索途徑，只有這樣采用有效利用電子文件。
（二）用戶需求
用戶分為普通用戶、檔案管理員、系統維護人員。對于普通用戶來說，要求檔案管理系統具有瀏覽、檢索、借閱、下載等功能。對檔案管理員來說，要求檔案管理系統具有文件管理、收集，檔案信息的錄入、審核、驗證、分類，以及相關輔助管理等功能。對系統維護人員來說，要求檔案管理系統具有系統權限定制、檔案管理架構定制、檔案整理規則定制，以及數據和用戶使用維護等功能。
（三）系統需求
檔案管理系統管理的目標是通過成熟而先進的硬件技術軟件技術，開發設計出一個安全、穩定、友好、簡單的系統，能高效的處理用戶請求，自動按照檔案管理規則實現檔案分類處理。為清楚掌握系統需求，要從功能需求、需求需求及非功能性需求三方面分析。從功能需求角度看，要求系統具有采集管理、數據操作、查詢利用、增值服務等功能；從數據需求角度看，要求相關數據信息的錄入、處理具有精確性、高效性，保持數據的一致性與完整性，以及共享等功能；從非功能性需求角度看，要求保障檔案的原始性、完整性，傳輸安全性，以及身份認證、加密處理、防篡改等功能。
二、目前檔案管理系統開發設計中存在的問題
目前，市面上一些檔案管理系統開發設計中表現出了這些問題。第一，對檔案管理系統的業務了解不足；第二，對檔案管理系統的系統需求分析不深入、不全面。系統需求分析是進行系統功能開發設計與利用的基礎和條件，這是跨出成功開發設計檔案管理系統的關鍵一步，值得引起設計者足夠重視；第三，不少檔案管理系統存在不完整性等問題；第四，管理系統跟蹤服務、更新服務不及時。為設計一個能滿足業務需求、用戶需求及系統需求的檔案管理系統，進行必要的需求分析是必要的，了解軟件產品開發設計中的問題更是進行檔案管理系統功能開發設計工作的前期工作。
三、檔案管理系統功能開發設計及利用
（一）系統功能架構設計
在這里，采用低耦合度和高內聚度的標準進行檔案系統架構設計。檔案系統主要包括電子檔案應用服務平臺、業務層、存儲層、配置管理層、數據層、系統安全層，其中的各個功能模塊的功能都是獨立的，通過對外接口實現各功能模塊交互、調用，形成一個完整的檔案管理系統。尤其每個功能模塊都設置對外接口，從而確保系統功能的開發設計、利用、維護具有較強的靈活性。
按照功能性分析，分為輸入部分、輸出部分和管理部分。輸入部分設置檔案數據掃描入庫、格式轉化、錄入及分類整編等功能；輸出部分設置在庫檔案數量統計、借出檔案數量及類別統計、超期檔案自動催還、用戶查詢檔案等功能；管理部分設置檔案審核、歸檔、檔案備份、刪除等功能。
（二）功能開發設計與利用
檔案管理系統是一個操作簡單、性能穩定、界面友好的自動化管理軟件，其系統是復雜而強大的。基于檔案管理系統的功能架構設計，下面從檔案管理角度及各方需求看，這一系統應開發設計以下功能模塊。
1、檔案的歸檔與接收
文件的收集、整理、鑒定是檔案形成的基礎，也是檢驗檔案真實性的關鍵。對于電子文件，收集、整理、鑒定是一個交叉操作的過程。由于電子檔案形成以后，依然可以進行編輯和修改，所以進行電子文件歸檔時要附屬清楚每一份電子文件的靜態及動態數據信息，以加強電子檔案原始性認定。
2、檔案的存儲與備份
檔案的存儲與備份，是檔案管理系統運行的安全保障，所以要求建立一個電子文件的有效備份、恢復的系統，這就要依靠計算機的軟硬件產品。基本上應采用通用的存儲格式，并設置格式轉換功能。如果是機密文件，要加密，或進行脫機保管。此外，還應采用多樣的存儲方式，如目錄存儲、光盤存儲等，具體采用哪一種則要根據實際需求來定。
3、檔案的檢索與利用
在整個檔案管理過程中，檔案的檢索與利用是檔案管理系統的終極工作目的。為便于用戶查詢與使用，在這一功能模塊要設置靈活多變的組合查詢方式，可在網上瀏覽與下載無查閱條件限制的電子文件等功能。
4、檔案的維護性管理
進行維護性管理目的在于保障電子檔案的完整性與安全性，能實現長期、有效的存儲與利用。對電子檔案的維護性管理由用戶來實施，根據用戶需求設置具有不同功能的維護性管理功能。主要管理內容包括數據庫管理、電子檔案保管期限堅定及銷毀、電力檔案加密與解密、電力檔案數據輸出等。
（三）數據安全管理
檔案管理系統內的信息數據是非常龐大的，為保證相關數據的安全性和完整性，除了依靠計算機及網絡提供的安全管理機制之外，還應設立一套完整的數據訪問系統，避免機密檔案泄露。例如，建立授權管理機制、檔案檔案密級管理和審批級別設置，從而保障檔案信息安全。
四、結束語
檔案管理系統是為用戶、檔案管理而服務的，所以系統架構設計及功能開發利用都要以業務需求、用戶需求、系統需求為基礎，通過功能需求分析指導功能模塊開發利用，只有這樣才能使檔案管理系統的功能開發利用與需求相符合，滿足各類型企事業單位的檔案管理需要。當然，隨著各方需求的變化及提高，檔案管理系統也要與時俱進，及時更新系統內軟件，提高服務能力。
參考文獻
[1]歐文斯.檔案館：記憶的中心和傳承者[EB/01].中國檔案，2011，（4）： 59-61.
[2]Michael.俄羅斯檔案文件保管中的安全問題[J].陜西檔案，2011，（3）： 43-45.
[3]時榮，張偉.基于Struts2+Spring+Hibemate框架的網上評教系統的設計與實現[J].電腦知識與技術.2009，（31）.
第6篇：管理系統需求范文
當前，檔案工作也走向了信息化與網絡化的時代，本文對檔案管理信息系統時代進行全面需求分析，并制定了具體的各項功能需求，為系統需求打好堅實基礎。
【關鍵詞】
檔案管理；功能需求；信息化
伴隨著現代信息技術的高速發展，檔案管理信息系統是檔案信息化建設中的重要內容，越來越多的先進技術和管理理念被廣泛地引入到檔案領域，實現現代化檔案管理和提供檔案方便利用，充實和豐富了檔案管理內容，在整項工作中處于基礎性的地位，形成了別具特色的現代檔案管理。
1 檔案管理信息系統分析及設想
為了知曉現實情況，設計了檔案管理信息系統調查表，以問卷形式作為客觀獲取信息的途徑，圍繞需求分析的相關問題，以檔案部門相關人員的訪談結果作為主觀獲取信息的途徑，記錄了大量的訪談內容，給研究工作提供了較大的幫助。
信息系統使用過程中遇到主要的問題，信息系統使用過程中遇到主要的問題，單位信息化進程緩慢，或者是檔案業務單一，檔案管理系統接口的更新、升級速度慢，對于檔案日常的管理工作及后續的利用查詢工作不利，未進行全面的需求分析，沒有統籌規劃；對檔案信息總化的意識及認知度有偏差，信息整合也十分困難，歸檔制度與系統不能很好的融合；系統不友好，操作不方便，降低了管理的效率也會造成一定程度的混亂；幾乎所有的檔案管理信息系統都能實現檢索這一功能，但檢索問題卻成為使用檔案管理信息系統反映最多的問題之一，大家普遍對現有的檢索查詢功能感到不滿。
綜合調研結果進行分析，進行一個合理、良好、符合自身實際的需求分析，對于一個新檔案管理信息系統的建設，一個詳實、切合本單位實際的需求分析是系統建設的開端及系統實施的關鍵。
2 檔案管理信息系統通用需求
結合實際調研結果及我國的相關規定、標準，對檔案管理信息系統的概念進行描述，滿足和幫助檔案機構建立需求分析框架，其中總體業務需求描述了檔案部門及相關人員對檔案管理信息系統的總體或者說是高層次的目標及要求。
在信息時代，隨著現代管理技術的發展，檔案部門建設檔案管理信息系統的原因是因為檔案部門的手工管理及利用方式已不適應現實狀況，另外由于檔案部門已經有檔案管理信息系統多種原因不能滿足現在的需求，必須加強檔案管理信息系統建設。系統的目標一定要與本單位實際相結合，在辦公自動化的前提下實現歸檔自動化，并帶有一定前瞻性且性價比高的系統，以網絡為基礎的文檔一體化，是檔案價值體現之所在，形成電子檔案的電子文件歸檔系統，實現更加便捷、完善的檔案現代化利用，防止信息“孤島”的出現。
結合實際工作中遇到的實際功能需求，捕獲與歸檔功能，電子文件管理系統應具備如下捕獲功能：可以捕獲來自于多種外部系統的文件，不同單位可以根據本單位實際選擇外部系統的類型；必須能夠捕獲各種類型電子文件，捕獲各種類型的子文件的能力是作為電子文件管理系統所必須具備，如：博客、壓縮文件、多媒體文檔。保持各組件間的有機聯系，具有自動捕獲電子文檔及盡可能多的相關元數據的功能，確保各個組件結構上的完整，而且數據的完整性和準確性也得到提高；系統設計前要確定各種數據類型的獲取方法，根據系統的配置規則和初始文號，可以批量捕獲外部系統的文件，批量導入過程中，文件和元數據需要一并導入，并能及時修正導入過程中的錯誤，可以將原有文件轉換格式后捕獲，并保留格式間的聯系，系統應該告知用戶進行處理，檔案管理信息系統必須具有預歸檔的功能。
分類功能是檔案管理信息系統的基礎與核心，系統應確保設置分類方案不打亂電子文件形成時的有機聯系，應該基于對機構職能和業務活動的分析；系統應允許授權用戶的分類方案進行相關變動，系統應該允許授權用戶對原分類方案進行相應操作；在分類方案的不同類目、案卷下允許存在相同的名稱或編碼，系統應該允許存在相同的名稱或者編碼。
鑒定和處置功能，對檔案的鑒定工作非常重要，系統可以設置電子檔案的保管期限表，具有進行保管期限定義、修改、維護的能力。系統可以自動檢索出過期檔案，并加入待銷毀列表，經過鑒定后發現其并無保存價值需要銷毀；系統具有復審功能，檔案管理員根據銷毀審批單；系統必須具有轉存與遷移的功能，需要我們及時更換軟、硬件載體；銷毀時要保證該電子文件的徹底銷毀，必須確保已銷毀的文件已經從系統中徹底清除，檔案管理系統必須為轉移或銷毀的文件保留元數據存根。
檔案管理信息系統的控制功能，系統必須具備阻止非法操作行為的功能，使授權用戶能夠在其權限范圍內進行合法操作。系統必須具備審計跟蹤功能，以保證文件的真實性和完整性；系統可通過審計跟蹤功能記錄用戶的活動，如檢查用戶的行為是否存在濫用權限；系統管理員可自行確定用于審計跟蹤的行為，應允許管理員選擇并決定審計跟蹤；系統應對系統內進行監視并形成審計跟蹤報告，系統應具備訪問控制功能，系統應具備安全類別的劃分功能，系統應該支持一個訪問控制機制配置選項，系統應允許系統管理員定義用戶角色，維護權限管理；系統應能對重要文件進行特別的保護。
查找與檢索功能，其系統檢索模塊應遵守相關規則，系統應支持多途徑的檢索方式，系統可以選擇支持網絡化檢索方式，系統應支持直觀、靈活的檢索結果及輸出方式，允許同時進行查看、傳輸和打印等。
系統報表設計和制作功能，系統應具備統計功能，如根據其實際業務需求自定義統計報表的格式；系統必須具備根據統計內容生成內容、形式豐富的統計報表功能。另外管理功能是系統應具備數據處理功能，系統應具備存儲保管功能，系統應具備備份和恢復功能。
3 通用性能需求
它是檔案管理信息系統在設計時必須考慮的，包括信息系統的準確性，即系統數據在傳遞過程中吻合程度；系統的及時性是指系統對用戶的請求可以在很短的時間內就得到響應；檔案管理信息系統應該具備穩定且靈活的體系結構，其功能設計也應當遵守相關規范的要求；系統的友好性，體現為以用戶為中心，系統的先進性 保持其最合理、最經濟的先進性水平。
【參考文獻】
[1]中國檔案學會檔案自動化管理技術委員會.檔案信息化發展現狀、趨勢的研究報告回顧與展望——中國檔案事業發展研究報告，2010.
[2]馮惠玲，錢毅.關于電子文件管理頂層設計的若干設想[j].中國檔案，2007.4.
第7篇：管理系統需求范文
關鍵詞：培訓需求；SQLServer2000數據庫；C/S
中圖分類號：TP311文獻標識碼：A文章編號：1009-3044(2011)24-5841-02
Training Needs of Information Management System
ZHU Yan-mei
(Training Center in Laigang, Laiwu 271104, China)
Abstract: Demand information for remote training system based on c/s structure of feedback . Training Center administrator use to launch training of employees in the network information, the server receives the training needs of users, and process the statistical training needs of information; the user submit their training requirements and registration of basic information over the network; related personnel training need statistics, release information, completed a training management functions.
Key words: training needs; SQL Server2000 database; C/S
隨著企業的發展，職工的培訓需求日益增強，培訓工作也日益復雜和艱巨，如何滿足企業的培訓需求，成為培訓部門亟待解決的問題和生存的關鍵。
本系統基于網絡環境，幫助培訓單位搞好需求調查，及時正確掌握職工的學習需求，設計優化培訓項目。使培訓單位從原來的被動培訓變為主動管理模式，能及時、準確地反映企業、職工的培訓需求，更好地組織培訓。
1 系統邏輯設計
1.1 系統概述
利用網絡和數據庫技術實現培訓需求的及時響應，培訓機構與企業各單位的培訓需求信息反饋通過客戶端/服務器（C/S）結構實現。培訓中心通過網絡調查信息，企業通過網絡提交其培訓需求，培訓機構利用sqlserver數據庫保存信息庫，培訓機構根據從網絡上收集的培訓需求信息制定培訓計劃，并通過網絡。企業用戶通過網絡查詢培訓信息，選擇培訓項目，然后通過網絡報名。這一系統充分利用網絡資源，解決大企業職工地理分散的問題，為培訓機構及時提培訓資源。
1.2 系統業務流程
系統完成以下幾部分工作:
1）培訓中心管理員通過網絡發出培訓需求調查信息，企業通過客戶端填寫調查表和提交調查表。
2）管理員對通過服務器收集的培訓需求調查表進行統計，培訓中心根據調查統計結果研究制定培訓計劃。
3）管理員將培訓項目進行，普通用戶看到的報名表即是培訓項目設計的外視圖。
4）企業各單位職工通過客戶端查詢培訓信息，填寫報名表。提交服務器。
5）管理員收集信息，執行培訓安排（分班、安排教學等）
6）管理員進行信息維護。對培訓項目的修改、基本信息數據庫的修改。
1.3 系統業務流程圖
圖1為系統業務流程圖。
2 系統功能設計
系統包括以下模塊：
培訓需求信息調查模塊 通過網絡培訓需求調查表，提供一個可填寫培訓需求的界面；
報名系統模塊 使用戶可通過網絡報名參加培訓，增強了學員選課的自主性和培訓內容的適應性；
信息維護處理模塊 對培訓各信息進行維護；對報名學員信息等的輸入；
查詢模塊 用于學員信息查詢，包括查詢培訓內容和類型、培訓人員和教師，培訓結果以及其他的歷史信息；
打印模塊 用于打印學員名單、考試成績、班級情況等報表信息。
3 系統用戶設置
用戶分四級：管理員、特殊用戶、企業單位、一般職工。不同用戶具有不同的權限和不同的功能界面。
1）管理員：負責維護數據庫和程序、相關數據的維護。創建培訓信息調查表、統計需求信息調查結果、培訓信息、設計培訓人員報名表等。
2）特殊用戶為管理層人員，包括培訓中心領導和各科室領導
3）企業用戶，一般是企業各單位的教育、人事管理部門用戶，職工參加企業組織的培訓，從企業的負責部門報名，然后由相關部門集體報名。
4）一般職工用戶，他們可以個人形式報名參加培訓。
4 數據處理
4.1 數據庫
數據庫在信息系統管理中占有非常重要的地位，數據庫機構的好壞直接影響應用系統的效率及實現的效果。合理的數據庫機構設計可以提高數據存儲的效率，保證數據的完整性和一致性。后端數據庫數使用SQLSERVER2000，數據庫命名為：laigangpx。
4.2 模塊加工處理
登錄模塊：提供用戶輸入的用戶名稱、密碼，判斷用戶的類型，然后為用戶提供相應的功能模塊。
培訓需求調查模塊：填寫信息前，用戶需要先連接服務器。然后填寫需求信息，并提交填寫結果。也可查詢培訓信息。
本模塊使用vfp的函數sqlstringconnect連接所需的數據源――后端數據庫laigangpx。連接后，用戶填寫需求信息，使用“提交”按鈕，提交到服務器上的數據庫中的培訓需求調查表中。該模塊為需求統計提供原始數據。
培訓需求統計模塊：該模塊是管理員使用的，管理員用管理員賬號登錄，對培訓的需求結果進行統計。根據結果修改培訓信息需求統計表。根據培訓的項目，時間段、單位進行統計，統計某一項目的報名人數、年齡、崗位、技術職務/等級、學歷層次等分布數據。
本模塊首先選擇項目內容，然后可以按單位、按時間進行統計。
統計結果直接可以從表單中顯示，在模塊中還設計了打印功能。此模塊可以繼續擴充其他的索引查詢。模塊統計的數據來源于培訓需求調查表xqdcb.dbf。模塊有4個按鈕“連接服務器”、“打印預覽”、“打印”、“退出”。
培訓項目設計：由管理員根據領導決策設計的一個培訓計劃，向用戶。用戶通過查詢模塊查詢培訓信息，之后填寫報名信息。項目編號有管理員根據標準給出，在表單中提供查詢編號規則和已經編號的培訓項目列表信息功能。培訓項目的培訓內容從課程列表中選取，加入到本項目內容中。項目的設計結果存儲到培訓項目列表中。
培訓課程報名：用戶利用查詢功能調出培訓項目內容，在客戶端的報名表單中填寫報名信息，并提交其報名信息。學員信息由用戶自行填寫，報名時間由設計在數據庫上的觸發器完成。模塊中接受的數據生成培訓人員報名信息表。
第8篇：管理系統需求范文
【關鍵詞】 電子學籍 管理系統 功能需求 需求分析
用現代網絡技術與現代學校教學管理工作理念和制度有效結合，開發出實用性強、功能全面的電子學籍管理系統既可以用信息工具處理招生信息，又可以規范學校教學管理，發揮著著舉足輕重的作用，系統的功能需求分析是系統設計一個前期重要步驟，以下對系統的可行性分析和功能需求分析進行簡單闡述。
1 電子學籍管理系統的用戶需求分析
需求分析是進行系統設計非常重要的階段，主要解決用戶的需求調查和分析，需要得到用戶的實際需求，只有完整準確地理解到用戶的需求后才能在后續的開發和設計中實現系統功能，需求分析是用戶跟系統開發人員之間建立的中間紐帶。
電子學籍管理系統所涉及不同的用戶有不同的需求，在需求分析階段，用戶只是關心系統的使用，另外用戶與做需求分析的人員存在溝通等困難，這些無形中使得系統設計的功能和用戶的需求存在一定的誤差，為了使得最后的系統能在最大程度上滿足用戶的期望，需要做系統需求分析的人員讓用戶明白系統流程，并且明確系統模塊之間的關系與連接。
以廣東省林業職業技術學校為例，該學校現有現代林業技術等16個專業，在校生3000多人，對于學生信息，各班的班主任及學校領導由于各種分類和了解的需要，經常性地進行各種查詢，教導處在每一屆學生進校時必須進行分班，設置學號，每一屆學生畢業，要進行學生信息備份；對于成績管理，課任教師要進行本科目成績登記，計算平均分、優秀率、及格率；班主任在期末考試后計算本班學生總分，排名次；教導處要分段統計學生人數及所占比列，每學期進行學生成績備份；學校領導則可通過查詢工具來了解學生成績情況。
在學籍管理中，需要從大量的日常教學活動中提取相關信息，以反映教學情況。傳統的手工操作方式，易發生數據丟失，統計錯誤，勞動強度高，且速度慢。使用計算機可以高速，快捷地完成以上工作。在計算機聯網后，數據在網上傳遞，可以實現數據共享，避免重復勞動，規范教學管理行為，從而提高了管理效率和水平。
2 電子學籍管理系統的可行性分析
（1）經濟可行性。開發和設計信息管理系統是作為學校信息化建設重要的內容，學校相關部門的硬件設備的支持力度也非常之大，因此可以保證到開發所需要的各種資金設備的資源，能夠得到最大程度的保證和落實，使得開發和設計工作順利進行。
（2）技術可行性。目前的J2EE是應用系統開發的重要的平臺，J2EE就是一個提供各種校園應用系統基礎功能的規范和平臺，各個應用系統的開發商都在這個平臺商開發應用系統時，就可以專注于業務邏輯的實現，而不必花大量的時間和精力來構建應用系統基礎功能的實現部分，在J2EE的規范中，把校園應用系統劃分為容器和構建二大部分。該校的校園網基礎網絡經過三期的建設已經在全校的范圍內覆蓋得到，百兆到桌面，不同棟宇之間千兆互聯，從而為應用系統的實施的運行提供了良好的網絡環境。
（3）用戶使用可行性。使用該系統的大多數是學校管理人員，操作本系統的人員在計算機應用技能方面具有一定的基礎，經過一定的系統的培訓以后可以迅速掌握操作。與此同時，所要實現的系統是基于B/S模式的，在網絡的狀態下運行，用戶不用安裝任何的客戶端就可以操作本系統具有很方便的操作模式。所有的操作通過瀏覽器完成，客戶端不需要配置其他應用軟件，用戶不需培訓，只要稍微提示一下即可。因此，在操作使用上，本系統簡單、方便，易于使用戶接受，因而是十分可行的。
3 電子學籍管理系統的功能需求分析
學籍管理系統是一個由學校學籍管理信息中心監控，各教學系（部）、教研室分級管理，由學生檔案管理、成績管理、查詢管理、打印報表等幾部分組成。針對目前的教學，處理的信息主要有學生信息、成績數據。對于學生信息，各班的班主任及學校領導由于各種分類和了解的需要，經常性地進行各種查詢。教導處在每一屆學生進校時必須進行分班，設置學號；每一屆學生畢業，要進行學生信息備份；對于成績管理，課任教師要進行本科目成績登記，計算平均分、優秀率、及格率；班主任在期末考試后計算本班學生總分，排名次；教導處要分段統計學生人數及所占比列，每學期進行學生成績備份；學校領導則可通過查詢工具來了解學生成績情況。在學籍管理中，需要從大量的日常教學活動中提取相關信息，以反映教學情況。傳統的手工操作方式，易發生數據丟失，統計錯誤，勞動強度高，且速度慢。使用計算機可以高速，快捷地完成以上工作。在計算機聯網后，數據在網上傳遞，可以實現數據共享，避免重復勞動，規范教學管理行為，從而提高了管理效率和水平。學生學籍管理系統將采用B/S模式，學生的信息由各用戶在規定的權限下在各自的工作站上錄入，統一保存在系統服務器上，既可集中管理，有可讓各部門管理自己負責的信息。信息上網后各用戶可查詢，調用，達到全校信息共享。
學籍管理包括五個模塊，它們分別是學生信息管理模塊、注冊管理模塊、學籍管理模塊、繳費管理模塊、學生成績管理模塊、畢業管理模塊。
（1）角色的確定。角色是與系統有交互作用的人或事務，通常代表著一個系統的使用者，或者需要與系統打交道的人或事務。在學籍管理系統中有如下事務：新生到校注冊、在校學生修改學籍信息、學生成績錄入、查詢學生基本信息、查詢學生成績等。
在本系統UML建模中，可以創建以下角色（Actors）：學生、教務人員。其中為了便于實現，分析時將教師、教務管理人員及系統管理員歸為教務人員。
（2）創建用例。用例是系統跟客戶的交互，是系統提供的功能模塊。在本系統中進過分析得到以下用例：登陸、信息查詢、學生注冊信息、學籍修改、成績錄入、成績查詢等。
（3）創建用例關系圖。在學籍管理系統中，用例關系圖如圖1所示。
4 開發電子學籍管理系統應遵循的原則
開發電子學籍管理系統應以“統籌規劃、分步實施、自足實用、兼顧發展、適度超前”作為系統開發目標，開發過程應遵循以下原則：
（1）統一性。把統一性作為首要前提，作為開展工作的出發點，同時項目按照相關法律法規，業務規范喝信息化標準規范，整合、規范業務，達到統一的標準。
（2）先進性。設計要與當前科學技術高速發展的潮流相吻合，系統要總體框架定位要高起點、開放式、模塊化。建設一個課擴展的系統，保護前期投資與后續技術的銜接，具有強烈的時代感。
（3）實時性。系統的實時性要求較高，系統必須保證24小時連續工作，總系統故障不能影響子系統的正常運行，子系統的故障不能影響其他子系統的正常運行，也不能影響總系統中除了該子系統之外的其他子系統的的其他功能正常功能，關鍵的系統部件特別是網絡和管理軟件的應該考慮容錯性和備份。
（4）穩定性。必須要保證使得運行在一個健壯的、可靠的平臺上，J2EE的平臺滿足了用一個健壯的穩定的事務性的方法在Web上提供現有的應用程序和業務流程的需要，應用系統利用負載均衡，保證系統運行在一個健壯、可靠的平臺上。
（5）移植性。系統設計應該考慮可移植性，J2EE技術的體系無關的特性，使得開發的應用系統獨立于特定的硬件平臺和操作系統，能夠方便的在Unix，Linux或Windows等的系統之間移植，能支持常用的數據庫管理系統。
（6）規范化。系統的設計與開發遵循國際和國內主流的技術和規范化技術，例如主題數據庫的設計遵循信息標準體系，數據交換數據格式采用XML規范進行數據交換。
參考文獻：
第9篇：管理系統需求范文
關鍵詞：通信系統 需求捕獲 需求確認 需求驗證
中圖分類號：V221 文獻標識碼：A 文章編號：1672-3791（2017）03（c）-0123-02
為適應當前民機研制特點，民機項目的管理要從粗放的模式轉入精細化模式，確保民機研制、適航取證、市場、運營的全面成功，而需求管理是項目精細化的基礎。通過需求管理，可明確客戶需求到飛機需求、系統需求及設備需求的追溯關系。從而保證客戶的要求得到落實，同時使設計要求條目化，設計過程的可追溯性、可實施性、可驗證性都得到保證。該文以民機通信系統為例，介紹系統需求捕獲、確認和驗證的管理過程。
1 系統需求管理流程
根據SAE ARP 4754A 《民用飛機與系統研制指南》[1]中描述的需求管理流程，民機需求管理工作實施步驟如圖1所示。通過各階段工作實施，實現飛機系統設計需求的條目化管理，形成需求捕獲、確認、驗證的完整過程，加強飛機集成與技術管控能力。
1.1 需求捕獲
需求管理的出發點是捕獲需求。系統需求捕獲要點可分為以下幾個方面。
1.1.1 明確利益相關方的需求
利益相關方指某一系統或其擁有的特征中具有權利、份額或要求權的一方或當事人。通信系統的利益相關方主要有航空公司、飛行員、飛機制造廠、地勤維修人員和適航當局。利益相關方會從自身的角度出發對通信系統提需求。比如：航空公司出于航材備件的考慮，會要求某一機上通信設備件號盡量一致；飛機制造廠出于設備安裝的考慮，會要求機上通信設備能夠正確地安裝在飛機上，尺寸、電纜接口合適等。
在需求捕獲過程中，需確認每一個利益相關方的要求，綜合考慮。
1.1.2 明確需求類型
需求層級的界定可分為如下幾個。
（1）飛機級需求：描述飛機應具備的功能、性能指標或相應的技術約束條件，如飛機應提供衛星通信功能。
（2）系統級需求：描述系統應具備的功能、性能指標或相應的技術約束條件，不涉及具體產品實現，如甚高頻通信系統應提供駕駛艙與外界的視距雙向語音通信功能。
（3）產品級需求：描述設備應具備的功能、性能指標或相應的技術約束條件。如甚高頻天線至少應能覆蓋118～137 MHz的頻率范圍。
對需求層級定位后，需進一步對需求類型進行劃分。需求類型一般有：功能、性能、接口、安全性、布置、重量、環境、可靠性、維修性、EWIS、人為因素等。
1.1.3 明確需求關鍵指標
利益相關方往往會比較關注某些關鍵性指標。對通信系統來說，有MTBF（Mean Times Between Failure，平均故障間隔時間）、MTTR（Mean Time To Repair，平均維修時間）、天線側向氣動力等。需與利益相關方明確哪些是他們關注的關鍵性指標，并通過評估分析確定雙方都可接受的指標值。
1.2 需求確認
捕獲到系統需求后，應開展需求確認工作。根據ARP 4754A《民用飛機與系統研制指南》，需求的確認過程是為了確保所提出的需求是足夠正確、完整和一致的，且產品能夠滿足客戶、供應商、維護人員、審定局方以及研制人員的需求。
在通信系統設計過程中，常用的需求確認方法有：工程評審、分析、追溯性及試驗中的一種或者幾種。
（1）工程評審：設計人員編制設計方案，組織具有通信系統設計經驗的專家小組進行評審。通過評審，檢查和梳理系統需求的完整性和準確性。
（2）分析：設計人員通過功能、性能和安全性分析等編制功能與需求分析報告確認需求類型。
（3）追溯性：一條需求應可以追溯至其上一層級的需求，或追溯至產生該條需求的具體設計決策或者數據。通過追溯性檢查系統的需求是否滿足已經確認的飛機級需求，以保證通信系統需求的完整性和正確性。
（4）試驗：通過試驗室試驗、機上地面試驗或飛行試驗對系統需求進行確認。
通過安全性分析報告對捕獲到的系統需求分配FDAL（Functional Development Assurance Level，功能研制保證等級）。根據需求不同的FDAL，需求確認的嚴苛度也不一樣。根據4754A，建議FDAL為A/B級的需求，確認時應使用需求追溯、測試（分析、建模或試驗）和工程評審的方法，另外，部分需求可根據運營經驗進行相似性說明；FDAL為C級的需求，確認時應使用需求追溯、測試（分析、建模或試驗）或工程評審及相似性說明中的一種或多種；FDAL為D級的需求可根據局方要求，選擇采用任意一種方法；FDAL為E級的需求，不需要確認。
1.3 需求驗證
完成需求確認后，需通過一系列驗證活動表明各級設計實現都滿足了其對應的需求。驗證活動的主要目標如下。
（1）確定預期的功能被正確的實現了。
（2）確定所有需求都被滿足了。
（3）確保安全性分析對已實現的系統仍然是有效的。
用于驗證的方法主要有以下10種[2]：符合性聲明（MC0）、說明性文件（MC1）、計算/分析（MC2）、安全評估（MC3）、試驗室試驗（MC4）、地面試驗（MC5）、飛行試驗（MC6）、航空器檢查（MC7）、模擬器試驗（MC8）、設備合格性（MC9）。選擇驗證方法時，應注意以下幾點。
（1）若需求中有明確驗證狀態要求，應至少包含能滿足該狀態的驗證方法。
例如“新甚高頻收發機的功能應不影響甚高頻通信系統正常通信”，驗證方式應至少包含MC5或MC6。
（2）必須保證驗證工作的充分性。
例如“無線電接口裝置（RIU）應具有通信管理功能”。首先航空器適航標準對無線電接口裝置有功能要求，可考慮使用MC1進行驗證。對于“通信管理功能的正常”，需通過MC4或MC5或MC6進行驗證。此外，某些設備應同時采納MC9，提交設備合格鑒定報告，表明設備滿足的各種環境要求。
（3）必須考慮實際驗證活動的可行性。
例如“甚高頻收發機應提供音響告警功能”。告警信息大多是在設備故障條件下觸發，而一些告警在設備正常的情況下很難出現，在選擇驗證方法的時候需要考慮警告條件成立的環境，可考慮采用MC4模擬警告觸發邏輯來驗證。
（4）還需考慮驗證活動的效率和經濟性。盡量選擇簡單易行的驗證方法，并考慮并行開展驗證活動。
驗證結束后需要提交在驗證過程中所產生的試驗、分析結果報告作為系統需求驗證的證據。
2 結語
將精細化的需求管理流程和方法應用于民機通信系統的設計工作中，貫徹由上至下的頂層設計，由下至上的集成驗證理念，可確保飛機研制過程中系統需求的有效傳遞與實施，以滿足民機適航審定對過程管理的要求。
參考文獻
