管理系統(tǒng)需求精選(九篇)

前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的管理系統(tǒng)需求主題范文，僅供參考，歡迎閱讀并收藏。

第1篇：管理系統(tǒng)需求范文

關(guān)鍵詞：頻譜管理；統(tǒng)一建模語言；用例

中圖分類號：TP311文獻(xiàn)標(biāo)識碼：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 引言

高技術(shù)條件下的作戰(zhàn)，參戰(zhàn)力量多元，各種各樣的電子信息作戰(zhàn)裝備同時應(yīng)用于戰(zhàn)場，加之?dāng)撤郊ち业碾姶鸥蓴_以及民用電磁設(shè)施的影響，使得戰(zhàn)場電磁環(huán)境極其復(fù)雜，可用頻譜資源十分有限。在這種情況下，只有加強(qiáng)戰(zhàn)場電磁頻譜管理才能充分、合理地利用電磁頻譜，達(dá)成最佳作戰(zhàn)目的[1]。但頻譜管理是一個非常復(fù)雜的過程，它包括許多需要注意的步驟和問題，只有把它們?nèi)靠紤]在內(nèi)，才有可能有效利用無線電頻譜。由于戰(zhàn)場用頻臺站數(shù)量之大，利用傳統(tǒng)的手工方式管理臺站，憑借傳統(tǒng)的經(jīng)驗審批頻率以及被動式查找干擾等管理行為已不能適應(yīng)現(xiàn)代化戰(zhàn)爭，因而必需有效的計算機(jī)支持。為此，需要開發(fā)研究戰(zhàn)場頻譜管理系統(tǒng)。通過戰(zhàn)場頻譜管理軟件，指戰(zhàn)員可以迅速了解戰(zhàn)場電磁態(tài)勢，分配電磁頻譜資源，避免（或減?。┯妙l臺站間互擾問題，構(gòu)造出有利于己而不利于敵的戰(zhàn)場電磁環(huán)境。本文采用先進(jìn)的統(tǒng)一建模語言（unified modeling language, UML）對戰(zhàn)場頻譜資源管理系統(tǒng)進(jìn)行需求分析，可為戰(zhàn)場頻譜資源管理系統(tǒng)的開發(fā)提供較為完整的需求信息。

2 UML簡介

UML是一種標(biāo)準(zhǔn)的圖形化建模語言，是面向?qū)ο蠹夹g(shù)發(fā)展的重要成果。它融合了Booch、OMT和OOSE方法中的基本概念，并在這些方法的基礎(chǔ)上，廣征意見，集眾家之長，擴(kuò)展了現(xiàn)有方法的應(yīng)用范圍。UML適用于以面向?qū)ο蟮募夹g(shù)來描述任何類型的系統(tǒng)，而且適用于系統(tǒng)開發(fā)的不同階段，可以應(yīng)用于任何領(lǐng)域。

UML作為一種標(biāo)準(zhǔn)的圖形化建模語言有如下特點：UML的詞匯表和規(guī)則注重對系統(tǒng)進(jìn)行概念上和物理上的描述；UML符號的表示法定義了規(guī)范的可視化元素，并為開發(fā)者使用這些可視化元素進(jìn)行系統(tǒng)建模提供了標(biāo)準(zhǔn)；UML可以對重要的分析、設(shè)計和實現(xiàn)進(jìn)行詳細(xì)描述，所建模型具有精確性、無歧義性和完整性；用UML描述的模型可與各種編程語言直接相連[2]。

作為一種建模語言，UML中有3類主要元素，即基本構(gòu)造塊（basic building block）、規(guī)則（rule）和公共機(jī)制（common mechanism）。圖是UML中最重要的元素之一，共分9種圖：用例圖、順序圖、協(xié)同圖、類圖、對象圖、狀態(tài)圖、活動圖、構(gòu)件圖和部署圖。

用例圖（Use case diagram）是UML在系統(tǒng)需求分析階段來捕獲用戶需求的有效手段和方法。它用于顯示若干角色（Actor）之間的連接關(guān)系，并不描述系統(tǒng)內(nèi)部對該功能的具體操作方式，即通過用例建模，描述系統(tǒng)應(yīng)向外提供何種功能，形成系統(tǒng)的問題域。活動圖、類圖、順序圖主要用于分析階段，狀態(tài)圖、類圖、對象圖、協(xié)作圖主要用于設(shè)計階段，構(gòu)件圖和部署圖主要用于實現(xiàn)階段[3]。

3 戰(zhàn)場頻譜管理系統(tǒng)需求建模分析

3.1 戰(zhàn)場頻譜管理系統(tǒng)功能剖析

戰(zhàn)場頻譜管理系統(tǒng)功能包括[4,5]：

1）項目管理 為了便于管理頻譜數(shù)據(jù)及存貯計算結(jié)果，在設(shè)計之前將頻譜管理納入項目管理范圍，內(nèi)容包括建立新項目、打開已有項目。

2）頻譜監(jiān)測 實現(xiàn)對檢測站的控制和監(jiān)測數(shù)據(jù)的分析處理等，包括檢查監(jiān)測站的配置、選擇監(jiān)測站設(shè)備及監(jiān)測天線；對信號進(jìn)行測試，查看一定頻段內(nèi)頻率占有情況；對信號參數(shù)進(jìn)行測量，計算信號的頻偏、帶寬和載頻；查找干擾源位置。

3）電磁兼容性分析 對可能受到的或產(chǎn)生的干擾進(jìn)行預(yù)測，從頻率、時間、空間和能量四維角度考察各電子設(shè)備間的電磁隔離度，分析所產(chǎn)生干擾的大小及影響范圍，評價干擾的危害程度。

4）頻率規(guī)劃與指派 為各種無線電業(yè)務(wù)劃分無線電頻譜的過程，為有效使用頻譜，劃分的頻段必須符合預(yù)期業(yè)務(wù)要求的傳播條件。

5）電子系統(tǒng)數(shù)據(jù)庫 為各類電子系統(tǒng)建立數(shù)據(jù)庫，記錄其特性參數(shù)。這些數(shù)據(jù)是進(jìn)行敵我識別，生成對抗措施的基本資料。

6）電磁態(tài)勢顯示。對戰(zhàn)場上各種電磁信號的類型、屬性和分布情況進(jìn)行分析，并用圖形、分析報告等方法將戰(zhàn)場電磁態(tài)勢表現(xiàn)出來。

7）網(wǎng)絡(luò)服務(wù) 主要完成兩種功能：一是網(wǎng)絡(luò)通信，即實現(xiàn)數(shù)據(jù)的收發(fā)、傳輸；二是實現(xiàn)簡單的網(wǎng)絡(luò)管理。

3.2 戰(zhàn)場頻譜管理系統(tǒng)用例模型

根據(jù)上述的系統(tǒng)需求分析，對系統(tǒng)進(jìn)行需求分析。在UML中用例圖可從系統(tǒng)的外部看到系統(tǒng)的內(nèi)部功能，它采用一些圖形符號和文字來記錄使用者的要求。用例圖的基本元素有角色、用例、關(guān)系。

角色是指與系統(tǒng)交互的人或物。角色有3類：系統(tǒng)的使用者、外部系統(tǒng)、時間。戰(zhàn)場頻譜管理系統(tǒng)的角色有直接使用該系統(tǒng)的人和外部數(shù)據(jù)庫，其中外部數(shù)據(jù)庫有地理信息系統(tǒng)（GIS，Geographic Information System）和無線電臺（站）設(shè)備數(shù)據(jù)庫。

用例是系統(tǒng)提供的一種功能，是系統(tǒng)、子系統(tǒng)或外部參與者交互的動作序列的說明。戰(zhàn)場頻譜管理系統(tǒng)的頂層用例有：項目管理、頻譜監(jiān)測、電磁兼容性分析、頻率規(guī)劃與指派、數(shù)據(jù)管理、電磁態(tài)勢顯示、網(wǎng)絡(luò)服務(wù)等7個用例。系統(tǒng)頂層用例圖如圖1所示，頂層圖反應(yīng)了系統(tǒng)總的需求情況。

3.3 順序圖

順序圖用來反映若干個對象之間的動態(tài)協(xié)作關(guān)系，主要反映對象之間發(fā)送消息的先后次序，說明對象之間的交互過程。順序圖由若干個對象組成，每個對象用一條垂直的虛線表示（線上方是對象名）。每個對象的正下方有一個矩形條，它與垂直的虛線相疊，矩形條表示該對象隨時間流逝的過程（從上至下），對象之間傳遞的消息用消息箭頭表示，它們位于表示對象的垂直線條之間。

1）基本數(shù)據(jù)輸入順序圖。使用者通過數(shù)據(jù)管理的基本數(shù)據(jù)輸入窗口輸入基本數(shù)據(jù)，一部分基本數(shù)據(jù)由使用者根據(jù)戰(zhàn)場情況和要求，從數(shù)據(jù)窗口輸入，另一部分與地理有關(guān)的數(shù)據(jù)可通過查詢地理信息系統(tǒng)來獲得，與設(shè)備有關(guān)的信息可從無線電（臺）站數(shù)據(jù)庫中獲得?；緮?shù)據(jù)輸入結(jié)束后，保存在頻譜項目數(shù)據(jù)庫中，供后面的設(shè)計模塊調(diào)用。基本數(shù)據(jù)輸入順序圖如圖2所示。

2）電磁兼容性分析順序圖?；倦姶艛?shù)據(jù)輸入結(jié)束后，就可以進(jìn)行各功能計算了，這里以電磁兼容性分析為例。在電磁兼容性分析窗口中，通過變換參數(shù)的計算各種干擾，得出臺站干擾的大小及影響范圍，實時顯示在該參數(shù)狀態(tài)下電磁態(tài)勢圖上，最后結(jié)果保存在頻譜項目工程數(shù)據(jù)庫中，供后面的設(shè)計模塊調(diào)用。電磁兼容性分析順序圖如圖3所示。

3.4 活動圖

活動圖描述系統(tǒng)中各種活動的執(zhí)行順序，活動圖常用于描述一個操作執(zhí)行時的流程，也可以用于描述一個用例的處理流程，或者某種交互流程。活動圖由一系列活動組成，當(dāng)某個活動執(zhí)行完畢之后，控制將沿著轉(zhuǎn)移箭頭轉(zhuǎn)向下一個活動。在UML中沒有流程圖，可以用活動圖來描述系統(tǒng)的總體或局部流程。圖4為戰(zhàn)場頻譜管理系統(tǒng)總體活動圖，可分為項目管理、工程數(shù)據(jù)建立與管理、數(shù)據(jù)管理、電磁兼容性分析、網(wǎng)絡(luò)管理、頻率規(guī)劃與指派和電磁態(tài)勢顯示等7個部分。

4 結(jié)束語

本文采用UML對戰(zhàn)場頻譜管理系統(tǒng)進(jìn)行了需求分析，開發(fā)建設(shè)戰(zhàn)場頻譜管理系統(tǒng)有利于戰(zhàn)場電磁資源的管理，提高電磁資源的處理速度，降低電磁資源管理的成本。

使用UML對系統(tǒng)需求進(jìn)行描述可以幫助用戶和分析人員對問題描述和理解達(dá)成共識，較少語義差異，保障分析的正確性，克服傳統(tǒng)需求分析在問題領(lǐng)域、系統(tǒng)功能描述方面精確度低的問題。在實際應(yīng)用中，UML可以根據(jù)不同的系統(tǒng)，從不同的角度，以不同的詳略程度對系統(tǒng)需求進(jìn)行構(gòu)造。

參考文獻(xiàn)：

[1] 谷巖峰,高常見,安渭琳.戰(zhàn)場電磁頻譜實時管理問題研究[J].國防科技,2007(5):71-73.

[2] 孫朝霞,李春光,馬莉.基于UML的車輛管理系統(tǒng)需求分析[J].青島建筑工程學(xué)院學(xué)報,2005,26(2):71-73.

[3] 鄭益民,倪宏革,郝令濤.基于UML的公路涵洞CAD系統(tǒng)的需求分析[J].煙臺師范學(xué)院學(xué)報:自然科學(xué)版,2005,21(4):306-309.

第2篇：管理系統(tǒng)需求范文

[關(guān)鍵詞]醫(yī)療設(shè)備維修；管理系統(tǒng)；方案設(shè)計；需求分析

醫(yī)療設(shè)備的維修管理是其生命周期管理中最為重要的環(huán)節(jié)，其不僅是保證設(shè)備完好的關(guān)鍵，也與臨床應(yīng)用是否安全有效密切相關(guān)，是醫(yī)院醫(yī)療質(zhì)量與安全的重要組成部分[1-2]。近年來，隨著醫(yī)療設(shè)備種類和數(shù)量的大幅度增加，醫(yī)療設(shè)備維護(hù)及管理工作繁重，對醫(yī)院的醫(yī)療設(shè)備維修管理水平也提出了更高要求[3]。加強(qiáng)醫(yī)療設(shè)備維修管理，不僅可以提高醫(yī)療設(shè)備完好率，使其更好的為臨床服務(wù)，還可促進(jìn)醫(yī)院設(shè)備管理向精細(xì)化和信息化方向發(fā)展，從而使醫(yī)院能夠利用最優(yōu)的醫(yī)療設(shè)備資源創(chuàng)造更大的經(jīng)濟(jì)效益和社會效益[4]。

1醫(yī)療設(shè)備維修管理系統(tǒng)總體方案設(shè)計背景

近年來，隨著醫(yī)院的不斷發(fā)展，醫(yī)療設(shè)備種類和數(shù)量在不斷增加，傳統(tǒng)的維修管理模式已經(jīng)不能適應(yīng)現(xiàn)代化醫(yī)院的發(fā)展，只有通過多元化的科學(xué)管理才能獲得更大的效益[5]。通過對如東縣人民醫(yī)院醫(yī)療設(shè)備維修管理工作的深入了解，發(fā)現(xiàn)需要亟待解決的相關(guān)問題。(1)醫(yī)療設(shè)備維修時間長[6]。一方面由于醫(yī)療設(shè)備技術(shù)專業(yè)性強(qiáng)，技術(shù)含量高，導(dǎo)致維修人員檢修時間過長；另一方面是由于無專門的配件管理，工程師在遇到需要更換配件時，一般采用現(xiàn)購置方法，且產(chǎn)生費用的維修報批時間長，從而延長了維修時間。(2)維修管理項目種類繁多，內(nèi)容瑣碎。醫(yī)療設(shè)備相關(guān)記錄需要使用大量的紙張，且以手工記錄為主，記錄的文檔不便于查詢和保存，給設(shè)備維修管理和總結(jié)分析帶來了不便。(3)醫(yī)療設(shè)備的日常保養(yǎng)維護(hù)缺乏計劃性，預(yù)防性維修工作盲目[7]。(4)各醫(yī)院普遍存在“重醫(yī)輕工的思想”，維修工具簡陋，導(dǎo)致工程師只能做一些簡單維修，遇到有難度的維修只能求助廠商工程師[8]。而長期依賴廠商工程師又會導(dǎo)致醫(yī)院處于被動地位，出現(xiàn)維修響應(yīng)不及時，維修費用高等問題。(5)使用科室無法實時監(jiān)督設(shè)備維修狀況，各科室之間得不到良好溝通，影響臨床科室正常使用[9]。醫(yī)院需要一個醫(yī)療設(shè)備維修管理系統(tǒng)，用于管理相關(guān)記錄信息，合理分配現(xiàn)有工程師，制定日常維修保養(yǎng)周期，使設(shè)備維修管理工作規(guī)范化和科學(xué)化[10]。

2醫(yī)療設(shè)備維修管理系統(tǒng)總體需求分析

醫(yī)療設(shè)備維修管理系統(tǒng)主要涉及臨床使用科室、醫(yī)療設(shè)備維修組以及醫(yī)療設(shè)備管理辦公室3個使用部門，只有將3個部門工作相輔相成，才能不斷提高醫(yī)療設(shè)備完好率，確保臨床診療工作有序進(jìn)行。

2.1臨床使用科室系統(tǒng)需求分析

臨床科室護(hù)理人員的主要職責(zé)是管好本科室的所有醫(yī)療設(shè)備，如設(shè)備的使用和保養(yǎng)、設(shè)備故障報修及設(shè)備報廢申請等，故其主要系統(tǒng)需求分析有故障報修與維修狀態(tài)查詢、設(shè)備日常保養(yǎng)與保養(yǎng)狀況查詢以及設(shè)備報廢申請與報廢狀態(tài)查詢。

2.2醫(yī)療設(shè)備維修組系統(tǒng)需求分析

醫(yī)療設(shè)備維修組的主要職責(zé)是接收臨床科室的故障報修信息、及時派工維修、反饋設(shè)備的故障現(xiàn)象、合理使用維修配件、參與報廢設(shè)備的檢驗及處置工作、制定周期保養(yǎng)計劃以及進(jìn)行預(yù)防性維護(hù)保養(yǎng)等。其主要系統(tǒng)需求分析如圖1所示。

2.3醫(yī)療設(shè)備管理辦公室系統(tǒng)需求分析

醫(yī)療設(shè)備管理辦公室主要運用系統(tǒng)完成查詢與統(tǒng)計工作，查詢操作貫穿于系統(tǒng)的各項業(yè)務(wù)中，主要包括注冊用戶信息、醫(yī)療設(shè)備信息和設(shè)備配件信息查詢，其可以幫助各科室及時掌握設(shè)備維修情況。統(tǒng)計操作不僅能實現(xiàn)維修工作量、設(shè)備故障率、維修服務(wù)費和設(shè)備配件費的統(tǒng)計，也是科室管理的重要依據(jù)。

3醫(yī)療設(shè)備維修管理系統(tǒng)設(shè)計

3.1邏輯功能設(shè)計

在上述需求分析的基礎(chǔ)上，將醫(yī)療設(shè)備維修管理系統(tǒng)歸納為基礎(chǔ)業(yè)務(wù)和核心業(yè)務(wù)兩大模塊。①基礎(chǔ)業(yè)務(wù)模塊，分為系統(tǒng)管理和基礎(chǔ)數(shù)據(jù)管理2個功能模塊，系統(tǒng)管理主要面向于系統(tǒng)管理員，完成系統(tǒng)維護(hù)及數(shù)據(jù)初始化等工作，基礎(chǔ)數(shù)據(jù)管理是臨床使用科室與設(shè)備科工作的實體，可完成各項數(shù)據(jù)的建模工作；②核心業(yè)務(wù)模塊，涵蓋設(shè)備維修管理中的所有業(yè)務(wù)，即故障報修、派工維修、預(yù)防性保養(yǎng)、配件管理和設(shè)備報廢5個功能模塊。

3.2整體方案設(shè)計

使用醫(yī)療設(shè)備維系管理系統(tǒng)不僅可適應(yīng)醫(yī)院的信息化管理，而且能夠完善醫(yī)學(xué)裝備科的日常業(yè)務(wù)，使醫(yī)療設(shè)備的維修、費用支出和報廢處置等工作更加透明。本研究在系統(tǒng)邏輯功能設(shè)計的基礎(chǔ)上進(jìn)行整體方案設(shè)計，其整體設(shè)計如圖2所示。

3.3數(shù)據(jù)庫設(shè)計

經(jīng)過對醫(yī)療設(shè)備維修管理系統(tǒng)的邏輯功能及總體方案設(shè)計的詳細(xì)分析，建立滿足醫(yī)療設(shè)備維修管理系統(tǒng)的數(shù)據(jù)庫模型，模型可直觀了解系統(tǒng)中的關(guān)系類與實體類。該系統(tǒng)的數(shù)據(jù)庫實體-聯(lián)系模型如圖3所示。

4醫(yī)療設(shè)備維修管理系統(tǒng)優(yōu)勢

4.1實現(xiàn)醫(yī)療設(shè)備維修管理信息化

系統(tǒng)主要用于實現(xiàn)醫(yī)療設(shè)備的故障報修、派工維修、預(yù)防性保養(yǎng)、配件管理、設(shè)備報廢、信息查詢和工作量統(tǒng)計的自動化管理。采用信息化管理不僅可優(yōu)化故障報修流程，縮短維修響應(yīng)時間，記錄設(shè)備不同時期的故障原因及檢修方法，還能科學(xué)安排醫(yī)療設(shè)備的保養(yǎng)計劃，延長設(shè)備使用壽命，實現(xiàn)醫(yī)療設(shè)備報廢透明化。此外，維修工程師能夠應(yīng)用該系統(tǒng)對醫(yī)療設(shè)備出現(xiàn)的故障進(jìn)行統(tǒng)計分析，從而做到早預(yù)防和早檢修[11]。

4.2提升醫(yī)療設(shè)備維修檔案管理質(zhì)量

隨著醫(yī)療設(shè)備的不斷增多，隨機(jī)帶來的資料也日益增多，因此傳統(tǒng)的檔案管理均難達(dá)到要求，故醫(yī)療設(shè)備維修檔案無紙化管理勢在必行[12]。使用醫(yī)療設(shè)備維修管理系統(tǒng)可將醫(yī)療設(shè)備購置、維修保養(yǎng)、質(zhì)量安全檢查、培訓(xùn)考核、設(shè)備巡檢、更新和報廢申請等方面的資料進(jìn)行無紙化管理，減少資源浪費。設(shè)備使用科室和管理科室也能及時查看該資料，掌握設(shè)備的使用技術(shù)狀況，通過分析其使用率、完好率、維修率和報廢率等資料，為醫(yī)院更新和購置新設(shè)備提供有效的依據(jù)。

4.3提高醫(yī)療設(shè)備經(jīng)濟(jì)效益

醫(yī)療設(shè)備的效益分析貫穿其整個生命周期，使用維修管理系統(tǒng)不僅可以從設(shè)備完好率、使用率及報廢折舊費等多個方面對其進(jìn)行經(jīng)濟(jì)效益分析，還能反映醫(yī)療設(shè)備管理人員、使用人員及維修人員的工作效率，便于醫(yī)院進(jìn)行資金質(zhì)量控制[13]。

5結(jié)論

第3篇：管理系統(tǒng)需求范文

 

0引言

 

在系統(tǒng)工程及軟件工程中，需求分析指在創(chuàng)建一個新的或改變一個現(xiàn)存的系統(tǒng)或產(chǎn)品時，確定新系統(tǒng)的目的、范圍、定義和功能時所要做的所有工作。需求分析是軟件工程中的一個關(guān)鍵過程[1]，是整個系統(tǒng)開發(fā)的基礎(chǔ)。需求分析的結(jié)果將直接影響到整個軟件工程的成功與失敗[2]，需求分析階段的任務(wù)是確定軟件系統(tǒng)功能。

 

在UML中，需求模型又稱為用例模型，主要用于描述系統(tǒng)的功能性需求，即軟件可以實現(xiàn)的功能。將UML的用例模型應(yīng)用到醫(yī)學(xué)院校臨床畢業(yè)實習(xí)管理系統(tǒng)的需求分析中可以更有效地獲取系統(tǒng)功能需求，并清晰描繪出系統(tǒng)功能。

 

1醫(yī)學(xué)院校臨床畢業(yè)實習(xí)管理系統(tǒng)需求分析

 

醫(yī)學(xué)院校臨床畢業(yè)實習(xí)根據(jù)專業(yè)性質(zhì)不同一般為36～52周，通常安排在第五學(xué)年進(jìn)行。臨床醫(yī)學(xué)畢業(yè)實習(xí)工作主要包括：實習(xí)計劃制訂、實習(xí)醫(yī)院落實、實習(xí)生分配、各實習(xí)醫(yī)院學(xué)生名單公布，實習(xí)日期確定;學(xué)生分赴實習(xí)醫(yī)院、確定實習(xí)科室輪轉(zhuǎn)日程、確定實習(xí)指導(dǎo)教師、分配實習(xí)分管床位、按計劃進(jìn)入各實習(xí)科室、出科考試。參與這些工作的用戶有管理員、教師、學(xué)生、系統(tǒng)管理員，不同的用戶對系統(tǒng)有不同的功能需求。

 

學(xué)生用戶的功能需求為：查詢和修改個人信息，填報實習(xí)醫(yī)院，查詢實習(xí)醫(yī)院，查看、下載、上傳作業(yè)，查看各種公共信息，查詢學(xué)生成績等;教師用戶的功能需求為：查詢及維護(hù)個人信息，添加、修改、刪除實習(xí)科目，查看、添加、刪除、修改公告，查看、添加、修改、刪除作業(yè)，查詢學(xué)生記錄、錄入學(xué)生成績;管理員用戶的功能需求為：查詢、添加、刪除、修改、審核或?qū)脶t(yī)院信息、專業(yè)信息、實習(xí)科目信息和教師信息，、查看、修改公告審核和調(diào)整學(xué)生實習(xí)醫(yī)院等;系統(tǒng)管理員用戶的功能需求為：管理整個臨床畢業(yè)實習(xí)管理系統(tǒng)，負(fù)責(zé)不同用戶組的權(quán)限定義，進(jìn)行整個系統(tǒng)的信息初始化及數(shù)據(jù)維護(hù)備份，注冊系統(tǒng)用戶，負(fù)責(zé)系統(tǒng)安全管理，硬件環(huán)境及網(wǎng)絡(luò)的管理與維護(hù)。

 

根據(jù)上述各種用戶的功能需求描述，可以將臨床畢業(yè)實習(xí)管理業(yè)務(wù)功能歸納為：用戶管理、公用信息管理、作業(yè)管理、實習(xí)成績管理、公告管理、實習(xí)醫(yī)院管理，如圖1所示。

 

2基于UML用例建模的系統(tǒng)用戶功能需求描述

 

用例(Use Case)是一種描述系統(tǒng)需求的方法，使用用例的方法來描述系統(tǒng)需求的過程就是用例建模。用例方法最早由Iva Jackboson博士[3]提出，后來被綜合到UML規(guī)范之中，成為一種標(biāo)準(zhǔn)化的需求表述體系。UML 是目前最常用的一種面向?qū)ο蠼ＵZ言， 主要包括7種常見類型，即用例圖、類圖、序列圖、狀態(tài)圖、活動圖、組件圖和部署圖，分別用于不同的建模用途。 用例圖主要用于對系統(tǒng)、子系統(tǒng)或類的行為進(jìn)行建模。它只說明系統(tǒng)實現(xiàn)什么功能，而不必說明如何實現(xiàn)。用例圖包括系統(tǒng)的執(zhí)行者和若干個執(zhí)行用例[4]，以圖形化的方式表示系統(tǒng)內(nèi)部用例、系統(tǒng)外部參考者以及它們之間的交互[5]，從系統(tǒng)外部用戶的觀點看系統(tǒng)所具功能的高級視圖[6]。

 

醫(yī)學(xué)院校臨床畢業(yè)實習(xí)管理系統(tǒng)中的主要執(zhí)行者有系統(tǒng)管理員、普通管理員、帶教教師及實習(xí)學(xué)生等，常見的執(zhí)行用例為數(shù)據(jù)備份與恢復(fù)、用戶管理、公用信息管理、公告管理、作業(yè)管理、實習(xí)成績管理、實習(xí)醫(yī)院申報和審核管理，由此可以得到系統(tǒng)頂層用例如圖2所示。

 

2.1用戶管理用例建模

 

在醫(yī)學(xué)院校臨床實習(xí)畢業(yè)系統(tǒng)中，為了保證系統(tǒng)數(shù)據(jù)的安全，建立用戶管理。用戶管理實現(xiàn)系統(tǒng)中所有用戶使用系統(tǒng)資源的權(quán)限管理。用戶管理的執(zhí)行者是系統(tǒng)管理員，執(zhí)行用例為添加用戶、修改和查詢用戶、刪除用戶、權(quán)限定義。具體用例如圖3所示。

 

2.2公用信息管理用例建模

 

公用信息是維護(hù)整個系統(tǒng)正常運行所需的基礎(chǔ)數(shù)據(jù)集，公用信息管理的執(zhí)行者是各院系管理員，執(zhí)行用例包括專業(yè)信息管理、班級信息管理、學(xué)生信息管理、管理員信息管理、部門信息管理、公告類型信息管理、實習(xí)科目信息管理、成績系數(shù)管理，具體用例如圖4所示。

 

2.3作業(yè)管理用例建模

 

為鞏固學(xué)生實習(xí)所學(xué)知識，檢測學(xué)生實習(xí)效果，并使所學(xué)知識轉(zhuǎn)化為技能技巧，在實習(xí)過程中，帶教教師常常布置相應(yīng)的作業(yè)，教師通過批改學(xué)生作業(yè)，檢查實習(xí)效果，因此在醫(yī)學(xué)院校臨床畢業(yè)實習(xí)管理系統(tǒng)中設(shè)置作業(yè)管理用例圖。作業(yè)管理的執(zhí)行者是帶教教師和實習(xí)生，執(zhí)行用例包括添加作業(yè)、管理作業(yè)、批改作業(yè)、做作業(yè)。具體用例如圖5所示。

 

2.4成績管理用例建模

 

醫(yī)學(xué)院校臨床畢業(yè)考試成績通常由畢業(yè)實習(xí)成績、畢業(yè)實踐技能考核成績、畢業(yè)理論考核成績按一定比例構(gòu)成。專業(yè)不同，實習(xí)科目不同，畢業(yè)實習(xí)成績計算方法也不同。例如臨床醫(yī)學(xué)專業(yè)實習(xí)科目為內(nèi)科、外科、婦產(chǎn)科、兒科，每個科目的出科考試成績通常由醫(yī)德醫(yī)風(fēng)考核、病歷書寫考核、臨床實踐技能考核、理論考試按一定比例構(gòu)成，內(nèi)科、外科、婦產(chǎn)科、兒科的出科考試的平均分構(gòu)成畢業(yè)實習(xí)成績。錄入成績后，學(xué)生可查詢成績，各院系(或者醫(yī)院)的管理員將學(xué)生每門實習(xí)科目的出科考試成績按一定系數(shù)比例匯總成畢業(yè)實習(xí)成績，各院系管理員將畢業(yè)實習(xí)成績、畢業(yè)實踐技能考核成績、畢業(yè)理論考核成績按一定比例匯總成畢業(yè)考試成績上交給教務(wù)處。成績管理的執(zhí)行者有教師、院系管理員和實習(xí)生，執(zhí)行用例包括錄入成績系數(shù)、錄入成績、查詢成績、匯總成績。具體用例如圖6所示。2.5公告管理用例建模

 

公告管理的執(zhí)行者為系統(tǒng)管理員、管理員和實習(xí)生，管理員又可分為教師、教務(wù)處管理員、院系管理員、醫(yī)院管理員，執(zhí)行用例包括添加公告、上傳公告、查看公告、修改公告、刪除公告。公告管理用例如圖7所示。

 

公告管理系統(tǒng)內(nèi)的任何用戶都可以查看系統(tǒng)內(nèi)所有已的公告。系統(tǒng)管理員、各院系臨床實習(xí)教學(xué)管理員、醫(yī)院臨床實習(xí)管理員、教師都可以添加公告，在公告沒有前可以修改自己添加的公告，各用戶可以刪除自己已的和未的公告。

 

2.6實習(xí)醫(yī)院申報和審核管理用例建模

 

實習(xí)生在實習(xí)前首先要進(jìn)行實習(xí)醫(yī)院的申報，各院系管理員根據(jù)實習(xí)生的申報情況進(jìn)行實習(xí)醫(yī)院的調(diào)整，調(diào)整完后，學(xué)生可以查詢具體實習(xí)醫(yī)院信息。各醫(yī)院管理員根據(jù)實習(xí)生分配情況，對每一實習(xí)科目指派帶教教師。實習(xí)醫(yī)院申報和審核管理的執(zhí)行者為實習(xí)生和院系管理員，執(zhí)行用例包括填報實習(xí)醫(yī)院、查詢實習(xí)醫(yī)院(擴(kuò)展用例包括查詢實習(xí)科目、查看帶教教師)、調(diào)整實習(xí)醫(yī)院、管理帶教教師。具體用例如圖8所示。

 

3系統(tǒng)模塊設(shè)計

 

綜合上述需求分析和用例模型分析，采用結(jié)構(gòu)化設(shè)計的方法設(shè)計出臨床畢業(yè)實習(xí)管理系統(tǒng)功能模塊，包括用戶管理、公用信息管理、作業(yè)管理、實習(xí)成績管理、公告管理、實習(xí)醫(yī)院管理共6個子系統(tǒng)，這些子系統(tǒng)又包含了若干子模塊，如圖9所示。

 

4結(jié)語

 

UML提供了一套標(biāo)準(zhǔn)、規(guī)范、直觀、易懂的，描述客戶需求的Use Case元素。正確規(guī)范地使用這些元素能夠高效地建立起一個可視化的客戶業(yè)務(wù)模型，通過該業(yè)務(wù)模型可以使軟件系統(tǒng)的需求分析人員和客戶之間建立起一個高效、便捷、良好的溝通渠道，這對建立一個詳盡、準(zhǔn)確的客戶需求分析文檔極為重要。本文根據(jù)各類需求通過UML用例建模法詳細(xì)概述了醫(yī)學(xué)院校臨床畢業(yè)實習(xí)管理系統(tǒng)各類用戶的功能需求，然后按照用例建模的一般步驟，進(jìn)行了活動者、用例的定義，設(shè)計了醫(yī)學(xué)院校臨床畢業(yè)實習(xí)管理系統(tǒng)用例模型，完成了系統(tǒng)的初步設(shè)計工作。

第4篇：管理系統(tǒng)需求范文

關(guān)鍵詞 ：基本農(nóng)田 ，信息系統(tǒng)，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.省略技術(shù)開發(fā)，C/S體系結(jié)構(gòu)。

當(dāng)今計算機(jī)技術(shù)和信息技術(shù)蓬勃發(fā)展，形成了諸多關(guān)于土地管理方面的軟件，基本農(nóng)田信息是一個相當(dāng)龐大的數(shù)據(jù)庫，不僅包含基本農(nóng)田的屬性信息，充分借助GIS空間分析與屬性查詢的交互式操作進(jìn)行數(shù)據(jù)變更和統(tǒng)計，是一般軟件所不能及的，利用GIS軟件管理地理信息數(shù)據(jù)是未來發(fā)展的一大趨勢。另一方面，在運行環(huán)境上，Internet技術(shù)飛速發(fā)展，使得基于b/s體系結(jié)構(gòu)的方式取代了c/s體系結(jié)構(gòu)，用于無序下載客戶端軟件即可瀏覽并進(jìn)行基本的GIS操作，提高了系統(tǒng)升級維護(hù)的便捷性。

廣西開展的第二次土地調(diào)查數(shù)據(jù)庫、鄉(xiāng)鎮(zhèn)級土地利用規(guī)劃數(shù)據(jù)庫均采用MapGIS軟件系統(tǒng)，因此，以此為基礎(chǔ)，設(shè)計開發(fā)基本農(nóng)田管理系統(tǒng)可以滿足基本農(nóng)田數(shù)據(jù)庫建庫需求同時具備廣泛試用性。

二、縣級基本農(nóng)田管理系統(tǒng)的需求分析

基本農(nóng)田管理信息系統(tǒng)的建設(shè)要以實現(xiàn)基本農(nóng)田精細(xì)化監(jiān)管為總體目標(biāo)，以基本農(nóng)田“管理信息化”為建設(shè)目標(biāo)，主要實現(xiàn)如下6個方面的主要功能需求。

（一）占用預(yù)警

實現(xiàn)圖形與屬性數(shù)據(jù)的互動。通過導(dǎo)入新增建設(shè)用地項目范圍線，分析項目范圍內(nèi)占用基本農(nóng)田和土地利用現(xiàn)狀地塊情況，統(tǒng)計占用的基本農(nóng)田總面積及各地類面積的細(xì)化情況，在地圖上標(biāo)出預(yù)警區(qū)域，建立預(yù)警檔案，為新增建設(shè)用地項目報批提供參考依據(jù)。

（二）基本農(nóng)田動態(tài)監(jiān)測

一是實現(xiàn)圖形與屬性數(shù)據(jù)的互動。采用衛(wèi)星或航拍影像數(shù)據(jù)監(jiān)測基本農(nóng)田變化。根據(jù)影像特征，對比基本農(nóng)田保護(hù)區(qū)范圍內(nèi)各地類的變化情況。二是及時分析。巡查人員在巡查項目過程中如果發(fā)現(xiàn)了基本農(nóng)田占用情況，通過拍照片、用GPS采集坐標(biāo)信息，上傳到土地部門。數(shù)據(jù)庫管理員把巡查員傳回的坐標(biāo)數(shù)據(jù)導(dǎo)到基本農(nóng)田數(shù)據(jù)庫，利用占用預(yù)警分析功能，分析出該項目占用基本農(nóng)田情況是否合法，如占用合法，則進(jìn)行基本農(nóng)田補(bǔ)劃；如占用非法，則移交執(zhí)法部門執(zhí)法

（三）智能補(bǔ)劃

在土地利用現(xiàn)狀圖斑中自動選取不在基本農(nóng)田保護(hù)地塊范圍內(nèi)的滿足補(bǔ)劃條件的耕地地塊（或可調(diào)整地類地塊），顯示補(bǔ)劃地塊信息和位置。在查找結(jié)果中，根據(jù)實際補(bǔ)劃面積，提供最優(yōu)補(bǔ)劃方案，保證基本農(nóng)田的占補(bǔ)平衡.

（四）數(shù)據(jù)變更管理

通過對基本農(nóng)田圖斑、保護(hù)塊等的新增、分割、合并等變更操作，根據(jù)日常的業(yè)務(wù)需求，可以實現(xiàn)對基本農(nóng)田占用補(bǔ)劃、災(zāi)毀等實時變更。

（五）數(shù)據(jù)入庫檢查、綜合統(tǒng)計分析與圖表輸出

數(shù)據(jù)入庫：銜接好土地利用現(xiàn)狀數(shù)據(jù)庫、基本農(nóng)田規(guī)劃數(shù)據(jù)庫、基本農(nóng)田劃定數(shù)據(jù)庫、基本農(nóng)田占、補(bǔ)劃數(shù)據(jù)庫等的錄入。

數(shù)據(jù)檢查：要求系統(tǒng)具有強(qiáng)大的檢查功能，對入庫的數(shù)據(jù)建立數(shù)據(jù)入庫核查、檢查機(jī)制，檢測數(shù)據(jù)的數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)屬性、圖形拓?fù)洌ò▎蝹€圖層內(nèi)和圖層間）、邏輯關(guān)系等。對于檢查出來的錯誤可以直接在圖上定位，并能形成檢查報表。

匯總統(tǒng)計：對基本農(nóng)田現(xiàn)狀面積以及變化，數(shù)量、地類、質(zhì)量等信息進(jìn)行分類統(tǒng)計、制圖、制表。同時要求在指定區(qū)域、指定時間點統(tǒng)計分析。

圖表輸出：輸出相關(guān)表格圖件。土地利用地類面積表、土地利用現(xiàn)狀圖和基本農(nóng)田保護(hù)圖專題圖等。

（六）數(shù)據(jù)共享、安全和維護(hù)

數(shù)據(jù)共享要求：建立健全與各級數(shù)據(jù)信息管理相一致的基本農(nóng)田數(shù)據(jù)標(biāo)準(zhǔn)體系和成果規(guī)范體系，要實現(xiàn)耕地保護(hù)系統(tǒng)其他相關(guān)業(yè)務(wù)職能部門數(shù)據(jù)信息的無縫對接，保證各級數(shù)據(jù)的一致性、格式的通用性。建立數(shù)據(jù)的多級訪問權(quán)限機(jī)制和數(shù)據(jù)保密機(jī)制，保證數(shù)據(jù)訪問、的安全性。

數(shù)據(jù)維護(hù)要求：要求系統(tǒng)接口開放，能根據(jù)各類規(guī)程及政策文件要求變化，對系統(tǒng)功能和算法進(jìn)行調(diào)整 ，及時調(diào)整維護(hù)各數(shù)據(jù)庫數(shù)據(jù)。

第5篇：管理系統(tǒng)需求范文

關(guān)鍵詞：檔案管理系統(tǒng)；功能開發(fā)設(shè)計；業(yè)務(wù)需求；用戶需求；系統(tǒng)需求；問題

隨著科學(xué)技術(shù)不斷發(fā)展及檔案管理信息化建設(shè)不斷推進(jìn)，市面上出現(xiàn)了各種類型的檔案管理系統(tǒng)。一些系統(tǒng)在功能設(shè)計上基本相同，多采用以傳統(tǒng)管理為導(dǎo)向的工作模擬，面對電子檔案的急劇增加及檔案管理的深入應(yīng)用，現(xiàn)今市面上不少檔案管理系統(tǒng)表現(xiàn)出了不少問題。為了適應(yīng)檔案管理信息化建設(shè)，滿足各類型企事業(yè)單位對檔案管理的需求，必須立足于業(yè)務(wù)需求、用戶需求及系統(tǒng)需求來進(jìn)行檔案管理系統(tǒng)的功能開發(fā)設(shè)計及利用工作，力爭充分發(fā)揮檔案管理系統(tǒng)效用。

一、檔案管理系統(tǒng)的需求分析

（一）業(yè)務(wù)需求

就目前看，各類型企事業(yè)單位日常管理基本采用現(xiàn)代化辦公系統(tǒng)，如辦公自動化系統(tǒng)、物資采購系統(tǒng)等，常常產(chǎn)生大量的電子文件。從業(yè)務(wù)角度看，面對龐大數(shù)量的電子文件，單位需要的是集中式規(guī)范化管理、確保電子文件長期保存、多途徑的檢索途徑，只有這樣采用有效利用電子文件。

（二）用戶需求

用戶分為普通用戶、檔案管理員、系統(tǒng)維護(hù)人員。對于普通用戶來說，要求檔案管理系統(tǒng)具有瀏覽、檢索、借閱、下載等功能。對檔案管理員來說，要求檔案管理系統(tǒng)具有文件管理、收集，檔案信息的錄入、審核、驗證、分類，以及相關(guān)輔助管理等功能。對系統(tǒng)維護(hù)人員來說，要求檔案管理系統(tǒng)具有系統(tǒng)權(quán)限定制、檔案管理架構(gòu)定制、檔案整理規(guī)則定制，以及數(shù)據(jù)和用戶使用維護(hù)等功能。

（三）系統(tǒng)需求

檔案管理系統(tǒng)管理的目標(biāo)是通過成熟而先進(jìn)的硬件技術(shù)軟件技術(shù)，開發(fā)設(shè)計出一個安全、穩(wěn)定、友好、簡單的系統(tǒng)，能高效的處理用戶請求，自動按照檔案管理規(guī)則實現(xiàn)檔案分類處理。為清楚掌握系統(tǒng)需求，要從功能需求、需求需求及非功能性需求三方面分析。從功能需求角度看，要求系統(tǒng)具有采集管理、數(shù)據(jù)操作、查詢利用、增值服務(wù)等功能；從數(shù)據(jù)需求角度看，要求相關(guān)數(shù)據(jù)信息的錄入、處理具有精確性、高效性，保持?jǐn)?shù)據(jù)的一致性與完整性，以及共享等功能；從非功能性需求角度看，要求保障檔案的原始性、完整性，傳輸安全性，以及身份認(rèn)證、加密處理、防篡改等功能。

二、目前檔案管理系統(tǒng)開發(fā)設(shè)計中存在的問題

目前，市面上一些檔案管理系統(tǒng)開發(fā)設(shè)計中表現(xiàn)出了這些問題。第一，對檔案管理系統(tǒng)的業(yè)務(wù)了解不足；第二，對檔案管理系統(tǒng)的系統(tǒng)需求分析不深入、不全面。系統(tǒng)需求分析是進(jìn)行系統(tǒng)功能開發(fā)設(shè)計與利用的基礎(chǔ)和條件，這是跨出成功開發(fā)設(shè)計檔案管理系統(tǒng)的關(guān)鍵一步，值得引起設(shè)計者足夠重視；第三，不少檔案管理系統(tǒng)存在不完整性等問題；第四，管理系統(tǒng)跟蹤服務(wù)、更新服務(wù)不及時。為設(shè)計一個能滿足業(yè)務(wù)需求、用戶需求及系統(tǒng)需求的檔案管理系統(tǒng)，進(jìn)行必要的需求分析是必要的，了解軟件產(chǎn)品開發(fā)設(shè)計中的問題更是進(jìn)行檔案管理系統(tǒng)功能開發(fā)設(shè)計工作的前期工作。

三、檔案管理系統(tǒng)功能開發(fā)設(shè)計及利用

（一）系統(tǒng)功能架構(gòu)設(shè)計

在這里，采用低耦合度和高內(nèi)聚度的標(biāo)準(zhǔn)進(jìn)行檔案系統(tǒng)架構(gòu)設(shè)計。檔案系統(tǒng)主要包括電子檔案應(yīng)用服務(wù)平臺、業(yè)務(wù)層、存儲層、配置管理層、數(shù)據(jù)層、系統(tǒng)安全層，其中的各個功能模塊的功能都是獨立的，通過對外接口實現(xiàn)各功能模塊交互、調(diào)用，形成一個完整的檔案管理系統(tǒng)。尤其每個功能模塊都設(shè)置對外接口，從而確保系統(tǒng)功能的開發(fā)設(shè)計、利用、維護(hù)具有較強(qiáng)的靈活性。

按照功能性分析，分為輸入部分、輸出部分和管理部分。輸入部分設(shè)置檔案數(shù)據(jù)掃描入庫、格式轉(zhuǎn)化、錄入及分類整編等功能；輸出部分設(shè)置在庫檔案數(shù)量統(tǒng)計、借出檔案數(shù)量及類別統(tǒng)計、超期檔案自動催還、用戶查詢檔案等功能；管理部分設(shè)置檔案審核、歸檔、檔案備份、刪除等功能。

（二）功能開發(fā)設(shè)計與利用

檔案管理系統(tǒng)是一個操作簡單、性能穩(wěn)定、界面友好的自動化管理軟件，其系統(tǒng)是復(fù)雜而強(qiáng)大的?；跈n案管理系統(tǒng)的功能架構(gòu)設(shè)計，下面從檔案管理角度及各方需求看，這一系統(tǒng)應(yīng)開發(fā)設(shè)計以下功能模塊。

1、檔案的歸檔與接收

文件的收集、整理、鑒定是檔案形成的基礎(chǔ)，也是檢驗檔案真實性的關(guān)鍵。對于電子文件，收集、整理、鑒定是一個交叉操作的過程。由于電子檔案形成以后，依然可以進(jìn)行編輯和修改，所以進(jìn)行電子文件歸檔時要附屬清楚每一份電子文件的靜態(tài)及動態(tài)數(shù)據(jù)信息，以加強(qiáng)電子檔案原始性認(rèn)定。

2、檔案的存儲與備份

檔案的存儲與備份，是檔案管理系統(tǒng)運行的安全保障，所以要求建立一個電子文件的有效備份、恢復(fù)的系統(tǒng)，這就要依靠計算機(jī)的軟硬件產(chǎn)品?；旧蠎?yīng)采用通用的存儲格式，并設(shè)置格式轉(zhuǎn)換功能。如果是機(jī)密文件，要加密，或進(jìn)行脫機(jī)保管。此外，還應(yīng)采用多樣的存儲方式，如目錄存儲、光盤存儲等，具體采用哪一種則要根據(jù)實際需求來定。

3、檔案的檢索與利用

在整個檔案管理過程中，檔案的檢索與利用是檔案管理系統(tǒng)的終極工作目的。為便于用戶查詢與使用，在這一功能模塊要設(shè)置靈活多變的組合查詢方式，可在網(wǎng)上瀏覽與下載無查閱條件限制的電子文件等功能。

4、檔案的維護(hù)性管理

進(jìn)行維護(hù)性管理目的在于保障電子檔案的完整性與安全性，能實現(xiàn)長期、有效的存儲與利用。對電子檔案的維護(hù)性管理由用戶來實施，根據(jù)用戶需求設(shè)置具有不同功能的維護(hù)性管理功能。主要管理內(nèi)容包括數(shù)據(jù)庫管理、電子檔案保管期限堅定及銷毀、電力檔案加密與解密、電力檔案數(shù)據(jù)輸出等。

（三）數(shù)據(jù)安全管理

檔案管理系統(tǒng)內(nèi)的信息數(shù)據(jù)是非常龐大的，為保證相關(guān)數(shù)據(jù)的安全性和完整性，除了依靠計算機(jī)及網(wǎng)絡(luò)提供的安全管理機(jī)制之外，還應(yīng)設(shè)立一套完整的數(shù)據(jù)訪問系統(tǒng)，避免機(jī)密檔案泄露。例如，建立授權(quán)管理機(jī)制、檔案檔案密級管理和審批級別設(shè)置，從而保障檔案信息安全。

四、結(jié)束語

檔案管理系統(tǒng)是為用戶、檔案管理而服務(wù)的，所以系統(tǒng)架構(gòu)設(shè)計及功能開發(fā)利用都要以業(yè)務(wù)需求、用戶需求、系統(tǒng)需求為基礎(chǔ)，通過功能需求分析指導(dǎo)功能模塊開發(fā)利用，只有這樣才能使檔案管理系統(tǒng)的功能開發(fā)利用與需求相符合，滿足各類型企事業(yè)單位的檔案管理需要。當(dāng)然，隨著各方需求的變化及提高，檔案管理系統(tǒng)也要與時俱進(jìn)，及時更新系統(tǒng)內(nèi)軟件，提高服務(wù)能力。

參考文獻(xiàn)

[1]歐文斯.檔案館：記憶的中心和傳承者[EB/01].中國檔案，2011，（4）： 59-61.

[2]Michael.俄羅斯檔案文件保管中的安全問題[J].陜西檔案，2011，（3）： 43-45.

[3]時榮，張偉.基于Struts2+Spring+Hibemate框架的網(wǎng)上評教系統(tǒng)的設(shè)計與實現(xiàn)[J].電腦知識與技術(shù).2009，（31）.

第6篇：管理系統(tǒng)需求范文

當(dāng)前，檔案工作也走向了信息化與網(wǎng)絡(luò)化的時代，本文對檔案管理信息系統(tǒng)時代進(jìn)行全面需求分析，并制定了具體的各項功能需求，為系統(tǒng)需求打好堅實基礎(chǔ)。

【關(guān)鍵詞】

檔案管理；功能需求；信息化

伴隨著現(xiàn)代信息技術(shù)的高速發(fā)展，檔案管理信息系統(tǒng)是檔案信息化建設(shè)中的重要內(nèi)容，越來越多的先進(jìn)技術(shù)和管理理念被廣泛地引入到檔案領(lǐng)域，實現(xiàn)現(xiàn)代化檔案管理和提供檔案方便利用，充實和豐富了檔案管理內(nèi)容，在整項工作中處于基礎(chǔ)性的地位，形成了別具特色的現(xiàn)代檔案管理。

1 檔案管理信息系統(tǒng)分析及設(shè)想

為了知曉現(xiàn)實情況，設(shè)計了檔案管理信息系統(tǒng)調(diào)查表，以問卷形式作為客觀獲取信息的途徑，圍繞需求分析的相關(guān)問題，以檔案部門相關(guān)人員的訪談結(jié)果作為主觀獲取信息的途徑，記錄了大量的訪談內(nèi)容，給研究工作提供了較大的幫助。

信息系統(tǒng)使用過程中遇到主要的問題，信息系統(tǒng)使用過程中遇到主要的問題，單位信息化進(jìn)程緩慢，或者是檔案業(yè)務(wù)單一，檔案管理系統(tǒng)接口的更新、升級速度慢，對于檔案日常的管理工作及后續(xù)的利用查詢工作不利，未進(jìn)行全面的需求分析，沒有統(tǒng)籌規(guī)劃；對檔案信息總化的意識及認(rèn)知度有偏差，信息整合也十分困難，歸檔制度與系統(tǒng)不能很好的融合；系統(tǒng)不友好，操作不方便，降低了管理的效率也會造成一定程度的混亂；幾乎所有的檔案管理信息系統(tǒng)都能實現(xiàn)檢索這一功能，但檢索問題卻成為使用檔案管理信息系統(tǒng)反映最多的問題之一，大家普遍對現(xiàn)有的檢索查詢功能感到不滿。

綜合調(diào)研結(jié)果進(jìn)行分析，進(jìn)行一個合理、良好、符合自身實際的需求分析，對于一個新檔案管理信息系統(tǒng)的建設(shè)，一個詳實、切合本單位實際的需求分析是系統(tǒng)建設(shè)的開端及系統(tǒng)實施的關(guān)鍵。

2 檔案管理信息系統(tǒng)通用需求

結(jié)合實際調(diào)研結(jié)果及我國的相關(guān)規(guī)定、標(biāo)準(zhǔn)，對檔案管理信息系統(tǒng)的概念進(jìn)行描述，滿足和幫助檔案機(jī)構(gòu)建立需求分析框架，其中總體業(yè)務(wù)需求描述了檔案部門及相關(guān)人員對檔案管理信息系統(tǒng)的總體或者說是高層次的目標(biāo)及要求。

在信息時代，隨著現(xiàn)代管理技術(shù)的發(fā)展，檔案部門建設(shè)檔案管理信息系統(tǒng)的原因是因為檔案部門的手工管理及利用方式已不適應(yīng)現(xiàn)實狀況，另外由于檔案部門已經(jīng)有檔案管理信息系統(tǒng)多種原因不能滿足現(xiàn)在的需求，必須加強(qiáng)檔案管理信息系統(tǒng)建設(shè)。系統(tǒng)的目標(biāo)一定要與本單位實際相結(jié)合，在辦公自動化的前提下實現(xiàn)歸檔自動化，并帶有一定前瞻性且性價比高的系統(tǒng)，以網(wǎng)絡(luò)為基礎(chǔ)的文檔一體化，是檔案價值體現(xiàn)之所在，形成電子檔案的電子文件歸檔系統(tǒng)，實現(xiàn)更加便捷、完善的檔案現(xiàn)代化利用，防止信息“孤島”的出現(xiàn)。

結(jié)合實際工作中遇到的實際功能需求，捕獲與歸檔功能，電子文件管理系統(tǒng)應(yīng)具備如下捕獲功能：可以捕獲來自于多種外部系統(tǒng)的文件，不同單位可以根據(jù)本單位實際選擇外部系統(tǒng)的類型；必須能夠捕獲各種類型電子文件，捕獲各種類型的子文件的能力是作為電子文件管理系統(tǒng)所必須具備，如：博客、壓縮文件、多媒體文檔。保持各組件間的有機(jī)聯(lián)系，具有自動捕獲電子文檔及盡可能多的相關(guān)元數(shù)據(jù)的功能，確保各個組件結(jié)構(gòu)上的完整，而且數(shù)據(jù)的完整性和準(zhǔn)確性也得到提高；系統(tǒng)設(shè)計前要確定各種數(shù)據(jù)類型的獲取方法，根據(jù)系統(tǒng)的配置規(guī)則和初始文號，可以批量捕獲外部系統(tǒng)的文件，批量導(dǎo)入過程中，文件和元數(shù)據(jù)需要一并導(dǎo)入，并能及時修正導(dǎo)入過程中的錯誤，可以將原有文件轉(zhuǎn)換格式后捕獲，并保留格式間的聯(lián)系，系統(tǒng)應(yīng)該告知用戶進(jìn)行處理，檔案管理信息系統(tǒng)必須具有預(yù)歸檔的功能。

分類功能是檔案管理信息系統(tǒng)的基礎(chǔ)與核心，系統(tǒng)應(yīng)確保設(shè)置分類方案不打亂電子文件形成時的有機(jī)聯(lián)系，應(yīng)該基于對機(jī)構(gòu)職能和業(yè)務(wù)活動的分析；系統(tǒng)應(yīng)允許授權(quán)用戶的分類方案進(jìn)行相關(guān)變動，系統(tǒng)應(yīng)該允許授權(quán)用戶對原分類方案進(jìn)行相應(yīng)操作；在分類方案的不同類目、案卷下允許存在相同的名稱或編碼，系統(tǒng)應(yīng)該允許存在相同的名稱或者編碼。

鑒定和處置功能，對檔案的鑒定工作非常重要，系統(tǒng)可以設(shè)置電子檔案的保管期限表，具有進(jìn)行保管期限定義、修改、維護(hù)的能力。系統(tǒng)可以自動檢索出過期檔案，并加入待銷毀列表，經(jīng)過鑒定后發(fā)現(xiàn)其并無保存價值需要銷毀；系統(tǒng)具有復(fù)審功能，檔案管理員根據(jù)銷毀審批單；系統(tǒng)必須具有轉(zhuǎn)存與遷移的功能，需要我們及時更換軟、硬件載體；銷毀時要保證該電子文件的徹底銷毀，必須確保已銷毀的文件已經(jīng)從系統(tǒng)中徹底清除，檔案管理系統(tǒng)必須為轉(zhuǎn)移或銷毀的文件保留元數(shù)據(jù)存根。

檔案管理信息系統(tǒng)的控制功能，系統(tǒng)必須具備阻止非法操作行為的功能，使授權(quán)用戶能夠在其權(quán)限范圍內(nèi)進(jìn)行合法操作。系統(tǒng)必須具備審計跟蹤功能，以保證文件的真實性和完整性；系統(tǒng)可通過審計跟蹤功能記錄用戶的活動，如檢查用戶的行為是否存在濫用權(quán)限；系統(tǒng)管理員可自行確定用于審計跟蹤的行為，應(yīng)允許管理員選擇并決定審計跟蹤；系統(tǒng)應(yīng)對系統(tǒng)內(nèi)進(jìn)行監(jiān)視并形成審計跟蹤報告，系統(tǒng)應(yīng)具備訪問控制功能，系統(tǒng)應(yīng)具備安全類別的劃分功能，系統(tǒng)應(yīng)該支持一個訪問控制機(jī)制配置選項，系統(tǒng)應(yīng)允許系統(tǒng)管理員定義用戶角色，維護(hù)權(quán)限管理；系統(tǒng)應(yīng)能對重要文件進(jìn)行特別的保護(hù)。

查找與檢索功能，其系統(tǒng)檢索模塊應(yīng)遵守相關(guān)規(guī)則，系統(tǒng)應(yīng)支持多途徑的檢索方式，系統(tǒng)可以選擇支持網(wǎng)絡(luò)化檢索方式，系統(tǒng)應(yīng)支持直觀、靈活的檢索結(jié)果及輸出方式，允許同時進(jìn)行查看、傳輸和打印等。

系統(tǒng)報表設(shè)計和制作功能，系統(tǒng)應(yīng)具備統(tǒng)計功能，如根據(jù)其實際業(yè)務(wù)需求自定義統(tǒng)計報表的格式；系統(tǒng)必須具備根據(jù)統(tǒng)計內(nèi)容生成內(nèi)容、形式豐富的統(tǒng)計報表功能。另外管理功能是系統(tǒng)應(yīng)具備數(shù)據(jù)處理功能，系統(tǒng)應(yīng)具備存儲保管功能，系統(tǒng)應(yīng)具備備份和恢復(fù)功能。

3 通用性能需求

它是檔案管理信息系統(tǒng)在設(shè)計時必須考慮的，包括信息系統(tǒng)的準(zhǔn)確性，即系統(tǒng)數(shù)據(jù)在傳遞過程中吻合程度；系統(tǒng)的及時性是指系統(tǒng)對用戶的請求可以在很短的時間內(nèi)就得到響應(yīng)；檔案管理信息系統(tǒng)應(yīng)該具備穩(wěn)定且靈活的體系結(jié)構(gòu)，其功能設(shè)計也應(yīng)當(dāng)遵守相關(guān)規(guī)范的要求；系統(tǒng)的友好性，體現(xiàn)為以用戶為中心，系統(tǒng)的先進(jìn)性 保持其最合理、最經(jīng)濟(jì)的先進(jìn)性水平。

【參考文獻(xiàn)】

[1]中國檔案學(xué)會檔案自動化管理技術(shù)委員會.檔案信息化發(fā)展現(xiàn)狀、趨勢的研究報告回顧與展望——中國檔案事業(yè)發(fā)展研究報告，2010.

[2]馮惠玲，錢毅.關(guān)于電子文件管理頂層設(shè)計的若干設(shè)想[j].中國檔案，2007.4.

第7篇：管理系統(tǒng)需求范文

關(guān)鍵詞：培訓(xùn)需求；SQLServer2000數(shù)據(jù)庫；C/S

中圖分類號：TP311文獻(xiàn)標(biāo)識碼：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

隨著企業(yè)的發(fā)展，職工的培訓(xùn)需求日益增強(qiáng)，培訓(xùn)工作也日益復(fù)雜和艱巨，如何滿足企業(yè)的培訓(xùn)需求，成為培訓(xùn)部門亟待解決的問題和生存的關(guān)鍵。

本系統(tǒng)基于網(wǎng)絡(luò)環(huán)境，幫助培訓(xùn)單位搞好需求調(diào)查，及時正確掌握職工的學(xué)習(xí)需求，設(shè)計優(yōu)化培訓(xùn)項目。使培訓(xùn)單位從原來的被動培訓(xùn)變?yōu)橹鲃庸芾砟Ｊ?，能及時、準(zhǔn)確地反映企業(yè)、職工的培訓(xùn)需求，更好地組織培訓(xùn)。

1 系統(tǒng)邏輯設(shè)計

1.1 系統(tǒng)概述

利用網(wǎng)絡(luò)和數(shù)據(jù)庫技術(shù)實現(xiàn)培訓(xùn)需求的及時響應(yīng)，培訓(xùn)機(jī)構(gòu)與企業(yè)各單位的培訓(xùn)需求信息反饋通過客戶端/服務(wù)器（C/S）結(jié)構(gòu)實現(xiàn)。培訓(xùn)中心通過網(wǎng)絡(luò)調(diào)查信息，企業(yè)通過網(wǎng)絡(luò)提交其培訓(xùn)需求，培訓(xùn)機(jī)構(gòu)利用sqlserver數(shù)據(jù)庫保存信息庫，培訓(xùn)機(jī)構(gòu)根據(jù)從網(wǎng)絡(luò)上收集的培訓(xùn)需求信息制定培訓(xùn)計劃，并通過網(wǎng)絡(luò)。企業(yè)用戶通過網(wǎng)絡(luò)查詢培訓(xùn)信息，選擇培訓(xùn)項目，然后通過網(wǎng)絡(luò)報名。這一系統(tǒng)充分利用網(wǎng)絡(luò)資源，解決大企業(yè)職工地理分散的問題，為培訓(xùn)機(jī)構(gòu)及時提培訓(xùn)資源。

1.2 系統(tǒng)業(yè)務(wù)流程

系統(tǒng)完成以下幾部分工作:

1）培訓(xùn)中心管理員通過網(wǎng)絡(luò)發(fā)出培訓(xùn)需求調(diào)查信息，企業(yè)通過客戶端填寫調(diào)查表和提交調(diào)查表。

2）管理員對通過服務(wù)器收集的培訓(xùn)需求調(diào)查表進(jìn)行統(tǒng)計，培訓(xùn)中心根據(jù)調(diào)查統(tǒng)計結(jié)果研究制定培訓(xùn)計劃。

3）管理員將培訓(xùn)項目進(jìn)行，普通用戶看到的報名表即是培訓(xùn)項目設(shè)計的外視圖。

4）企業(yè)各單位職工通過客戶端查詢培訓(xùn)信息，填寫報名表。提交服務(wù)器。

5）管理員收集信息，執(zhí)行培訓(xùn)安排（分班、安排教學(xué)等）

6）管理員進(jìn)行信息維護(hù)。對培訓(xùn)項目的修改、基本信息數(shù)據(jù)庫的修改。

1.3 系統(tǒng)業(yè)務(wù)流程圖

圖1為系統(tǒng)業(yè)務(wù)流程圖。

2 系統(tǒng)功能設(shè)計

系統(tǒng)包括以下模塊：

培訓(xùn)需求信息調(diào)查模塊 通過網(wǎng)絡(luò)培訓(xùn)需求調(diào)查表，提供一個可填寫培訓(xùn)需求的界面；

報名系統(tǒng)模塊 使用戶可通過網(wǎng)絡(luò)報名參加培訓(xùn)，增強(qiáng)了學(xué)員選課的自主性和培訓(xùn)內(nèi)容的適應(yīng)性；

信息維護(hù)處理模塊 對培訓(xùn)各信息進(jìn)行維護(hù)；對報名學(xué)員信息等的輸入；

查詢模塊 用于學(xué)員信息查詢，包括查詢培訓(xùn)內(nèi)容和類型、培訓(xùn)人員和教師，培訓(xùn)結(jié)果以及其他的歷史信息；

打印模塊 用于打印學(xué)員名單、考試成績、班級情況等報表信息。

3 系統(tǒng)用戶設(shè)置

用戶分四級：管理員、特殊用戶、企業(yè)單位、一般職工。不同用戶具有不同的權(quán)限和不同的功能界面。

1）管理員：負(fù)責(zé)維護(hù)數(shù)據(jù)庫和程序、相關(guān)數(shù)據(jù)的維護(hù)。創(chuàng)建培訓(xùn)信息調(diào)查表、統(tǒng)計需求信息調(diào)查結(jié)果、培訓(xùn)信息、設(shè)計培訓(xùn)人員報名表等。

2）特殊用戶為管理層人員，包括培訓(xùn)中心領(lǐng)導(dǎo)和各科室領(lǐng)導(dǎo)

3）企業(yè)用戶，一般是企業(yè)各單位的教育、人事管理部門用戶，職工參加企業(yè)組織的培訓(xùn)，從企業(yè)的負(fù)責(zé)部門報名，然后由相關(guān)部門集體報名。

4）一般職工用戶，他們可以個人形式報名參加培訓(xùn)。

4 數(shù)據(jù)處理

4.1 數(shù)據(jù)庫

數(shù)據(jù)庫在信息系統(tǒng)管理中占有非常重要的地位，數(shù)據(jù)庫機(jī)構(gòu)的好壞直接影響應(yīng)用系統(tǒng)的效率及實現(xiàn)的效果。合理的數(shù)據(jù)庫機(jī)構(gòu)設(shè)計可以提高數(shù)據(jù)存儲的效率，保證數(shù)據(jù)的完整性和一致性。后端數(shù)據(jù)庫數(shù)使用SQLSERVER2000，數(shù)據(jù)庫命名為：laigangpx。

4.2 模塊加工處理

登錄模塊：提供用戶輸入的用戶名稱、密碼，判斷用戶的類型，然后為用戶提供相應(yīng)的功能模塊。

培訓(xùn)需求調(diào)查模塊：填寫信息前，用戶需要先連接服務(wù)器。然后填寫需求信息，并提交填寫結(jié)果。也可查詢培訓(xùn)信息。

本模塊使用vfp的函數(shù)sqlstringconnect連接所需的數(shù)據(jù)源――后端數(shù)據(jù)庫laigangpx。連接后，用戶填寫需求信息，使用“提交”按鈕，提交到服務(wù)器上的數(shù)據(jù)庫中的培訓(xùn)需求調(diào)查表中。該模塊為需求統(tǒng)計提供原始數(shù)據(jù)。

培訓(xùn)需求統(tǒng)計模塊：該模塊是管理員使用的，管理員用管理員賬號登錄，對培訓(xùn)的需求結(jié)果進(jìn)行統(tǒng)計。根據(jù)結(jié)果修改培訓(xùn)信息需求統(tǒng)計表。根據(jù)培訓(xùn)的項目，時間段、單位進(jìn)行統(tǒng)計，統(tǒng)計某一項目的報名人數(shù)、年齡、崗位、技術(shù)職務(wù)/等級、學(xué)歷層次等分布數(shù)據(jù)。

本模塊首先選擇項目內(nèi)容，然后可以按單位、按時間進(jìn)行統(tǒng)計。

統(tǒng)計結(jié)果直接可以從表單中顯示，在模塊中還設(shè)計了打印功能。此模塊可以繼續(xù)擴(kuò)充其他的索引查詢。模塊統(tǒng)計的數(shù)據(jù)來源于培訓(xùn)需求調(diào)查表xqdcb.dbf。模塊有4個按鈕“連接服務(wù)器”、“打印預(yù)覽”、“打印”、“退出”。

培訓(xùn)項目設(shè)計：由管理員根據(jù)領(lǐng)導(dǎo)決策設(shè)計的一個培訓(xùn)計劃，向用戶。用戶通過查詢模塊查詢培訓(xùn)信息，之后填寫報名信息。項目編號有管理員根據(jù)標(biāo)準(zhǔn)給出，在表單中提供查詢編號規(guī)則和已經(jīng)編號的培訓(xùn)項目列表信息功能。培訓(xùn)項目的培訓(xùn)內(nèi)容從課程列表中選取，加入到本項目內(nèi)容中。項目的設(shè)計結(jié)果存儲到培訓(xùn)項目列表中。

培訓(xùn)課程報名：用戶利用查詢功能調(diào)出培訓(xùn)項目內(nèi)容，在客戶端的報名表單中填寫報名信息，并提交其報名信息。學(xué)員信息由用戶自行填寫，報名時間由設(shè)計在數(shù)據(jù)庫上的觸發(fā)器完成。模塊中接受的數(shù)據(jù)生成培訓(xùn)人員報名信息表。

第8篇：管理系統(tǒng)需求范文

【關(guān)鍵詞】 電子學(xué)籍 管理系統(tǒng) 功能需求 需求分析

用現(xiàn)代網(wǎng)絡(luò)技術(shù)與現(xiàn)代學(xué)校教學(xué)管理工作理念和制度有效結(jié)合，開發(fā)出實用性強(qiáng)、功能全面的電子學(xué)籍管理系統(tǒng)既可以用信息工具處理招生信息，又可以規(guī)范學(xué)校教學(xué)管理，發(fā)揮著著舉足輕重的作用，系統(tǒng)的功能需求分析是系統(tǒng)設(shè)計一個前期重要步驟，以下對系統(tǒng)的可行性分析和功能需求分析進(jìn)行簡單闡述。

1 電子學(xué)籍管理系統(tǒng)的用戶需求分析

需求分析是進(jìn)行系統(tǒng)設(shè)計非常重要的階段，主要解決用戶的需求調(diào)查和分析，需要得到用戶的實際需求，只有完整準(zhǔn)確地理解到用戶的需求后才能在后續(xù)的開發(fā)和設(shè)計中實現(xiàn)系統(tǒng)功能，需求分析是用戶跟系統(tǒng)開發(fā)人員之間建立的中間紐帶。

電子學(xué)籍管理系統(tǒng)所涉及不同的用戶有不同的需求，在需求分析階段，用戶只是關(guān)心系統(tǒng)的使用，另外用戶與做需求分析的人員存在溝通等困難，這些無形中使得系統(tǒng)設(shè)計的功能和用戶的需求存在一定的誤差，為了使得最后的系統(tǒng)能在最大程度上滿足用戶的期望，需要做系統(tǒng)需求分析的人員讓用戶明白系統(tǒng)流程，并且明確系統(tǒng)模塊之間的關(guān)系與連接。

以廣東省林業(yè)職業(yè)技術(shù)學(xué)校為例，該學(xué)?，F(xiàn)有現(xiàn)代林業(yè)技術(shù)等16個專業(yè)，在校生3000多人，對于學(xué)生信息，各班的班主任及學(xué)校領(lǐng)導(dǎo)由于各種分類和了解的需要，經(jīng)常性地進(jìn)行各種查詢，教導(dǎo)處在每一屆學(xué)生進(jìn)校時必須進(jìn)行分班，設(shè)置學(xué)號，每一屆學(xué)生畢業(yè)，要進(jìn)行學(xué)生信息備份；對于成績管理，課任教師要進(jìn)行本科目成績登記，計算平均分、優(yōu)秀率、及格率；班主任在期末考試后計算本班學(xué)生總分，排名次；教導(dǎo)處要分段統(tǒng)計學(xué)生人數(shù)及所占比列，每學(xué)期進(jìn)行學(xué)生成績備份；學(xué)校領(lǐng)導(dǎo)則可通過查詢工具來了解學(xué)生成績情況。

在學(xué)籍管理中，需要從大量的日常教學(xué)活動中提取相關(guān)信息，以反映教學(xué)情況。傳統(tǒng)的手工操作方式，易發(fā)生數(shù)據(jù)丟失，統(tǒng)計錯誤，勞動強(qiáng)度高，且速度慢。使用計算機(jī)可以高速，快捷地完成以上工作。在計算機(jī)聯(lián)網(wǎng)后，數(shù)據(jù)在網(wǎng)上傳遞，可以實現(xiàn)數(shù)據(jù)共享，避免重復(fù)勞動，規(guī)范教學(xué)管理行為，從而提高了管理效率和水平。

2 電子學(xué)籍管理系統(tǒng)的可行性分析

（1）經(jīng)濟(jì)可行性。開發(fā)和設(shè)計信息管理系統(tǒng)是作為學(xué)校信息化建設(shè)重要的內(nèi)容，學(xué)校相關(guān)部門的硬件設(shè)備的支持力度也非常之大，因此可以保證到開發(fā)所需要的各種資金設(shè)備的資源，能夠得到最大程度的保證和落實，使得開發(fā)和設(shè)計工作順利進(jìn)行。

（2）技術(shù)可行性。目前的J2EE是應(yīng)用系統(tǒng)開發(fā)的重要的平臺，J2EE就是一個提供各種校園應(yīng)用系統(tǒng)基礎(chǔ)功能的規(guī)范和平臺，各個應(yīng)用系統(tǒng)的開發(fā)商都在這個平臺商開發(fā)應(yīng)用系統(tǒng)時，就可以專注于業(yè)務(wù)邏輯的實現(xiàn)，而不必花大量的時間和精力來構(gòu)建應(yīng)用系統(tǒng)基礎(chǔ)功能的實現(xiàn)部分，在J2EE的規(guī)范中，把校園應(yīng)用系統(tǒng)劃分為容器和構(gòu)建二大部分。該校的校園網(wǎng)基礎(chǔ)網(wǎng)絡(luò)經(jīng)過三期的建設(shè)已經(jīng)在全校的范圍內(nèi)覆蓋得到，百兆到桌面，不同棟宇之間千兆互聯(lián)，從而為應(yīng)用系統(tǒng)的實施的運行提供了良好的網(wǎng)絡(luò)環(huán)境。

（3）用戶使用可行性。使用該系統(tǒng)的大多數(shù)是學(xué)校管理人員，操作本系統(tǒng)的人員在計算機(jī)應(yīng)用技能方面具有一定的基礎(chǔ)，經(jīng)過一定的系統(tǒng)的培訓(xùn)以后可以迅速掌握操作。與此同時，所要實現(xiàn)的系統(tǒng)是基于B/S模式的，在網(wǎng)絡(luò)的狀態(tài)下運行，用戶不用安裝任何的客戶端就可以操作本系統(tǒng)具有很方便的操作模式。所有的操作通過瀏覽器完成，客戶端不需要配置其他應(yīng)用軟件，用戶不需培訓(xùn)，只要稍微提示一下即可。因此，在操作使用上，本系統(tǒng)簡單、方便，易于使用戶接受，因而是十分可行的。

3 電子學(xué)籍管理系統(tǒng)的功能需求分析

學(xué)籍管理系統(tǒng)是一個由學(xué)校學(xué)籍管理信息中心監(jiān)控，各教學(xué)系（部）、教研室分級管理，由學(xué)生檔案管理、成績管理、查詢管理、打印報表等幾部分組成。針對目前的教學(xué)，處理的信息主要有學(xué)生信息、成績數(shù)據(jù)。對于學(xué)生信息，各班的班主任及學(xué)校領(lǐng)導(dǎo)由于各種分類和了解的需要，經(jīng)常性地進(jìn)行各種查詢。教導(dǎo)處在每一屆學(xué)生進(jìn)校時必須進(jìn)行分班，設(shè)置學(xué)號；每一屆學(xué)生畢業(yè)，要進(jìn)行學(xué)生信息備份；對于成績管理，課任教師要進(jìn)行本科目成績登記，計算平均分、優(yōu)秀率、及格率；班主任在期末考試后計算本班學(xué)生總分，排名次；教導(dǎo)處要分段統(tǒng)計學(xué)生人數(shù)及所占比列，每學(xué)期進(jìn)行學(xué)生成績備份；學(xué)校領(lǐng)導(dǎo)則可通過查詢工具來了解學(xué)生成績情況。在學(xué)籍管理中，需要從大量的日常教學(xué)活動中提取相關(guān)信息，以反映教學(xué)情況。傳統(tǒng)的手工操作方式，易發(fā)生數(shù)據(jù)丟失，統(tǒng)計錯誤，勞動強(qiáng)度高，且速度慢。使用計算機(jī)可以高速，快捷地完成以上工作。在計算機(jī)聯(lián)網(wǎng)后，數(shù)據(jù)在網(wǎng)上傳遞，可以實現(xiàn)數(shù)據(jù)共享，避免重復(fù)勞動，規(guī)范教學(xué)管理行為，從而提高了管理效率和水平。學(xué)生學(xué)籍管理系統(tǒng)將采用B/S模式，學(xué)生的信息由各用戶在規(guī)定的權(quán)限下在各自的工作站上錄入，統(tǒng)一保存在系統(tǒng)服務(wù)器上，既可集中管理，有可讓各部門管理自己負(fù)責(zé)的信息。信息上網(wǎng)后各用戶可查詢，調(diào)用，達(dá)到全校信息共享。

學(xué)籍管理包括五個模塊，它們分別是學(xué)生信息管理模塊、注冊管理模塊、學(xué)籍管理模塊、繳費管理模塊、學(xué)生成績管理模塊、畢業(yè)管理模塊。

（1）角色的確定。角色是與系統(tǒng)有交互作用的人或事務(wù)，通常代表著一個系統(tǒng)的使用者，或者需要與系統(tǒng)打交道的人或事務(wù)。在學(xué)籍管理系統(tǒng)中有如下事務(wù)：新生到校注冊、在校學(xué)生修改學(xué)籍信息、學(xué)生成績錄入、查詢學(xué)生基本信息、查詢學(xué)生成績等。

在本系統(tǒng)UML建模中，可以創(chuàng)建以下角色（Actors）：學(xué)生、教務(wù)人員。其中為了便于實現(xiàn)，分析時將教師、教務(wù)管理人員及系統(tǒng)管理員歸為教務(wù)人員。

（2）創(chuàng)建用例。用例是系統(tǒng)跟客戶的交互，是系統(tǒng)提供的功能模塊。在本系統(tǒng)中進(jìn)過分析得到以下用例：登陸、信息查詢、學(xué)生注冊信息、學(xué)籍修改、成績錄入、成績查詢等。

（3）創(chuàng)建用例關(guān)系圖。在學(xué)籍管理系統(tǒng)中，用例關(guān)系圖如圖1所示。

4 開發(fā)電子學(xué)籍管理系統(tǒng)應(yīng)遵循的原則

開發(fā)電子學(xué)籍管理系統(tǒng)應(yīng)以“統(tǒng)籌規(guī)劃、分步實施、自足實用、兼顧發(fā)展、適度超前”作為系統(tǒng)開發(fā)目標(biāo)，開發(fā)過程應(yīng)遵循以下原則：

（1）統(tǒng)一性。把統(tǒng)一性作為首要前提，作為開展工作的出發(fā)點，同時項目按照相關(guān)法律法規(guī)，業(yè)務(wù)規(guī)范喝信息化標(biāo)準(zhǔn)規(guī)范，整合、規(guī)范業(yè)務(wù)，達(dá)到統(tǒng)一的標(biāo)準(zhǔn)。

（2）先進(jìn)性。設(shè)計要與當(dāng)前科學(xué)技術(shù)高速發(fā)展的潮流相吻合，系統(tǒng)要總體框架定位要高起點、開放式、模塊化。建設(shè)一個課擴(kuò)展的系統(tǒng)，保護(hù)前期投資與后續(xù)技術(shù)的銜接，具有強(qiáng)烈的時代感。

（3）實時性。系統(tǒng)的實時性要求較高，系統(tǒng)必須保證24小時連續(xù)工作，總系統(tǒng)故障不能影響子系統(tǒng)的正常運行，子系統(tǒng)的故障不能影響其他子系統(tǒng)的正常運行，也不能影響總系統(tǒng)中除了該子系統(tǒng)之外的其他子系統(tǒng)的的其他功能正常功能，關(guān)鍵的系統(tǒng)部件特別是網(wǎng)絡(luò)和管理軟件的應(yīng)該考慮容錯性和備份。

（4）穩(wěn)定性。必須要保證使得運行在一個健壯的、可靠的平臺上，J2EE的平臺滿足了用一個健壯的穩(wěn)定的事務(wù)性的方法在Web上提供現(xiàn)有的應(yīng)用程序和業(yè)務(wù)流程的需要，應(yīng)用系統(tǒng)利用負(fù)載均衡，保證系統(tǒng)運行在一個健壯、可靠的平臺上。

（5）移植性。系統(tǒng)設(shè)計應(yīng)該考慮可移植性，J2EE技術(shù)的體系無關(guān)的特性，使得開發(fā)的應(yīng)用系統(tǒng)獨立于特定的硬件平臺和操作系統(tǒng)，能夠方便的在Unix，Linux或Windows等的系統(tǒng)之間移植，能支持常用的數(shù)據(jù)庫管理系統(tǒng)。

（6）規(guī)范化。系統(tǒng)的設(shè)計與開發(fā)遵循國際和國內(nèi)主流的技術(shù)和規(guī)范化技術(shù)，例如主題數(shù)據(jù)庫的設(shè)計遵循信息標(biāo)準(zhǔn)體系，數(shù)據(jù)交換數(shù)據(jù)格式采用XML規(guī)范進(jìn)行數(shù)據(jù)交換。

參考文獻(xiàn)：

第9篇：管理系統(tǒng)需求范文

關(guān)鍵詞：通信系統(tǒng) 需求捕獲 需求確認(rèn) 需求驗證

中圖分類號：V221 文獻(xiàn)標(biāo)識碼：A 文章編號：1672-3791（2017）03（c）-0123-02

為適應(yīng)當(dāng)前民機(jī)研制特點，民機(jī)項目的管理要從粗放的模式轉(zhuǎn)入精細(xì)化模式，確保民機(jī)研制、適航取證、市場、運營的全面成功，而需求管理是項目精細(xì)化的基礎(chǔ)。通過需求管理，可明確客戶需求到飛機(jī)需求、系統(tǒng)需求及設(shè)備需求的追溯關(guān)系。從而保證客戶的要求得到落實，同時使設(shè)計要求條目化，設(shè)計過程的可追溯性、可實施性、可驗證性都得到保證。該文以民機(jī)通信系統(tǒng)為例，介紹系統(tǒng)需求捕獲、確認(rèn)和驗證的管理過程。

1 系統(tǒng)需求管理流程

根據(jù)SAE ARP 4754A 《民用飛機(jī)與系統(tǒng)研制指南》[1]中描述的需求管理流程，民機(jī)需求管理工作實施步驟如圖1所示。通過各階段工作實施，實現(xiàn)飛機(jī)系統(tǒng)設(shè)計需求的條目化管理，形成需求捕獲、確認(rèn)、驗證的完整過程，加強(qiáng)飛機(jī)集成與技術(shù)管控能力。

1.1 需求捕獲

需求管理的出發(fā)點是捕獲需求。系統(tǒng)需求捕獲要點可分為以下幾個方面。

1.1.1 明確利益相關(guān)方的需求

利益相關(guān)方指某一系統(tǒng)或其擁有的特征中具有權(quán)利、份額或要求權(quán)的一方或當(dāng)事人。通信系統(tǒng)的利益相關(guān)方主要有航空公司、飛行員、飛機(jī)制造廠、地勤維修人員和適航當(dāng)局。利益相關(guān)方會從自身的角度出發(fā)對通信系統(tǒng)提需求。比如：航空公司出于航材備件的考慮，會要求某一機(jī)上通信設(shè)備件號盡量一致；飛機(jī)制造廠出于設(shè)備安裝的考慮，會要求機(jī)上通信設(shè)備能夠正確地安裝在飛機(jī)上，尺寸、電纜接口合適等。

在需求捕獲過程中，需確認(rèn)每一個利益相關(guān)方的要求，綜合考慮。

1.1.2 明確需求類型

需求層級的界定可分為如下幾個。

（1）飛機(jī)級需求：描述飛機(jī)應(yīng)具備的功能、性能指標(biāo)或相應(yīng)的技術(shù)約束條件，如飛機(jī)應(yīng)提供衛(wèi)星通信功能。

（2）系統(tǒng)級需求：描述系統(tǒng)應(yīng)具備的功能、性能指標(biāo)或相應(yīng)的技術(shù)約束條件，不涉及具體產(chǎn)品實現(xiàn)，如甚高頻通信系統(tǒng)應(yīng)提供駕駛艙與外界的視距雙向語音通信功能。

（3）產(chǎn)品級需求：描述設(shè)備應(yīng)具備的功能、性能指標(biāo)或相應(yīng)的技術(shù)約束條件。如甚高頻天線至少應(yīng)能覆蓋118～137 MHz的頻率范圍。

對需求層級定位后，需進(jìn)一步對需求類型進(jìn)行劃分。需求類型一般有：功能、性能、接口、安全性、布置、重量、環(huán)境、可靠性、維修性、EWIS、人為因素等。

1.1.3 明確需求關(guān)鍵指標(biāo)

利益相關(guān)方往往會比較關(guān)注某些關(guān)鍵性指標(biāo)。對通信系統(tǒng)來說，有MTBF（Mean Times Between Failure，平均故障間隔時間）、MTTR（Mean Time To Repair，平均維修時間）、天線側(cè)向氣動力等。需與利益相關(guān)方明確哪些是他們關(guān)注的關(guān)鍵性指標(biāo)，并通過評估分析確定雙方都可接受的指標(biāo)值。

1.2 需求確認(rèn)

捕獲到系統(tǒng)需求后，應(yīng)開展需求確認(rèn)工作。根據(jù)ARP 4754A《民用飛機(jī)與系統(tǒng)研制指南》，需求的確認(rèn)過程是為了確保所提出的需求是足夠正確、完整和一致的，且產(chǎn)品能夠滿足客戶、供應(yīng)商、維護(hù)人員、審定局方以及研制人員的需求。

在通信系統(tǒng)設(shè)計過程中，常用的需求確認(rèn)方法有：工程評審、分析、追溯性及試驗中的一種或者幾種。

（1）工程評審：設(shè)計人員編制設(shè)計方案，組織具有通信系統(tǒng)設(shè)計經(jīng)驗的專家小組進(jìn)行評審。通過評審，檢查和梳理系統(tǒng)需求的完整性和準(zhǔn)確性。

（2）分析：設(shè)計人員通過功能、性能和安全性分析等編制功能與需求分析報告確認(rèn)需求類型。

（3）追溯性：一條需求應(yīng)可以追溯至其上一層級的需求，或追溯至產(chǎn)生該條需求的具體設(shè)計決策或者數(shù)據(jù)。通過追溯性檢查系統(tǒng)的需求是否滿足已經(jīng)確認(rèn)的飛機(jī)級需求，以保證通信系統(tǒng)需求的完整性和正確性。

（4）試驗：通過試驗室試驗、機(jī)上地面試驗或飛行試驗對系統(tǒng)需求進(jìn)行確認(rèn)。

通過安全性分析報告對捕獲到的系統(tǒng)需求分配FDAL（Functional Development Assurance Level，功能研制保證等級）。根據(jù)需求不同的FDAL，需求確認(rèn)的嚴(yán)苛度也不一樣。根據(jù)4754A，建議FDAL為A/B級的需求，確認(rèn)時應(yīng)使用需求追溯、測試（分析、建?；蛟囼灒┖凸こ淘u審的方法，另外，部分需求可根據(jù)運營經(jīng)驗進(jìn)行相似性說明；FDAL為C級的需求，確認(rèn)時應(yīng)使用需求追溯、測試（分析、建模或試驗）或工程評審及相似性說明中的一種或多種；FDAL為D級的需求可根據(jù)局方要求，選擇采用任意一種方法；FDAL為E級的需求，不需要確認(rèn)。

1.3 需求驗證

完成需求確認(rèn)后，需通過一系列驗證活動表明各級設(shè)計實現(xiàn)都滿足了其對應(yīng)的需求。驗證活動的主要目標(biāo)如下。

（1）確定預(yù)期的功能被正確的實現(xiàn)了。

（2）確定所有需求都被滿足了。

（3）確保安全性分析對已實現(xiàn)的系統(tǒng)仍然是有效的。

用于驗證的方法主要有以下10種[2]：符合性聲明（MC0）、說明性文件（MC1）、計算/分析（MC2）、安全評估（MC3）、試驗室試驗（MC4）、地面試驗（MC5）、飛行試驗（MC6）、航空器檢查（MC7）、模擬器試驗（MC8）、設(shè)備合格性（MC9）。選擇驗證方法時，應(yīng)注意以下幾點。

（1）若需求中有明確驗證狀態(tài)要求，應(yīng)至少包含能滿足該狀態(tài)的驗證方法。

例如“新甚高頻收發(fā)機(jī)的功能應(yīng)不影響甚高頻通信系統(tǒng)正常通信”，驗證方式應(yīng)至少包含MC5或MC6。

（2）必須保證驗證工作的充分性。

例如“無線電接口裝置（RIU）應(yīng)具有通信管理功能”。首先航空器適航標(biāo)準(zhǔn)對無線電接口裝置有功能要求，可考慮使用MC1進(jìn)行驗證。對于“通信管理功能的正常”，需通過MC4或MC5或MC6進(jìn)行驗證。此外，某些設(shè)備應(yīng)同時采納MC9，提交設(shè)備合格鑒定報告，表明設(shè)備滿足的各種環(huán)境要求。

（3）必須考慮實際驗證活動的可行性。

例如“甚高頻收發(fā)機(jī)應(yīng)提供音響告警功能”。告警信息大多是在設(shè)備故障條件下觸發(fā)，而一些告警在設(shè)備正常的情況下很難出現(xiàn)，在選擇驗證方法的時候需要考慮警告條件成立的環(huán)境，可考慮采用MC4模擬警告觸發(fā)邏輯來驗證。

（4）還需考慮驗證活動的效率和經(jīng)濟(jì)性。盡量選擇簡單易行的驗證方法，并考慮并行開展驗證活動。

驗證結(jié)束后需要提交在驗證過程中所產(chǎn)生的試驗、分析結(jié)果報告作為系統(tǒng)需求驗證的證據(jù)。

2 結(jié)語

將精細(xì)化的需求管理流程和方法應(yīng)用于民機(jī)通信系統(tǒng)的設(shè)計工作中，貫徹由上至下的頂層設(shè)計，由下至上的集成驗證理念，可確保飛機(jī)研制過程中系統(tǒng)需求的有效傳遞與實施，以滿足民機(jī)適航審定對過程管理的要求。

參考文獻(xiàn)