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

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

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

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

中圖分類號：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 引言

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

2 UML簡介

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

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

作為一種建模語言，UML中有3類主要元素，即基本構(gòu)造塊（basic building block）、規(guī)則（rule）和公共機制（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)的問題域?；顒訄D、類圖、順序圖主要用于分析階段，狀態(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)測天線；對信號進行測試，查看一定頻段內(nèi)頻率占有情況；對信號參數(shù)進行測量，計算信號的頻偏、帶寬和載頻；查找干擾源位置。

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

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

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

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

3.4 活動圖

活動圖描述系統(tǒng)中各種活動的執(zhí)行順序，活動圖常用于描述一個操作執(zhí)行時的流程，也可以用于描述一個用例的處理流程，或者某種交互流程。活動圖由一系列活動組成，當某個活動執(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)進行了需求分析，開發(fā)建設(shè)戰(zhàn)場頻譜管理系統(tǒng)有利于戰(zhàn)場電磁資源的管理，提高電磁資源的處理速度，降低電磁資源管理的成本。

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

參考文獻：

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

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

[3] 鄭益民,倪宏革,郝令濤.基于UML的公路涵洞CAD系統(tǒng)的需求分析[J].煙臺師范學院學報:自然科學版,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è)備維護及管理工作繁重，對醫(yī)院的醫(yī)療設(shè)備維修管理水平也提出了更高要求[3]。加強醫(yī)療設(shè)備維修管理，不僅可以提高醫(yī)療設(shè)備完好率，使其更好的為臨床服務(wù)，還可促進醫(yī)院設(shè)備管理向精細化和信息化方向發(fā)展，從而使醫(yī)院能夠利用最優(yōu)的醫(yī)療設(shè)備資源創(chuàng)造更大的經(jīng)濟效益和社會效益[4]。

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

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

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

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

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

臨床科室護理人員的主要職責是管好本科室的所有醫(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è)備維修組的主要職責是接收臨床科室的故障報修信息、及時派工維修、反饋設(shè)備的故障現(xiàn)象、合理使用維修配件、參與報廢設(shè)備的檢驗及處置工作、制定周期保養(yǎng)計劃以及進行預防性維護保養(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)維護及數(shù)據(jù)初始化等工作，基礎(chǔ)數(shù)據(jù)管理是臨床使用科室與設(shè)備科工作的實體，可完成各項數(shù)據(jù)的建模工作；②核心業(yè)務(wù)模塊，涵蓋設(shè)備維修管理中的所有業(yè)務(wù)，即故障報修、派工維修、預防性保養(yǎng)、配件管理和設(shè)備報廢5個功能模塊。

3.2整體方案設(shè)計

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

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

經(jīng)過對醫(yī)療設(shè)備維修管理系統(tǒng)的邏輯功能及總體方案設(shè)計的詳細分析，建立滿足醫(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ǎng)、配件管理、設(shè)備報廢、信息查詢和工作量統(tǒng)計的自動化管理。采用信息化管理不僅可優(yōu)化故障報修流程，縮短維修響應(yīng)時間，記錄設(shè)備不同時期的故障原因及檢修方法，還能科學安排醫(yī)療設(shè)備的保養(yǎng)計劃，延長設(shè)備使用壽命，實現(xiàn)醫(yī)療設(shè)備報廢透明化。此外，維修工程師能夠應(yīng)用該系統(tǒng)對醫(yī)療設(shè)備出現(xiàn)的故障進行統(tǒng)計分析，從而做到早預防和早檢修[11]。

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

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

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

醫(yī)療設(shè)備的效益分析貫穿其整個生命周期，使用維修管理系統(tǒng)不僅可以從設(shè)備完好率、使用率及報廢折舊費等多個方面對其進行經(jīng)濟效益分析，還能反映醫(yī)療設(shè)備管理人員、使用人員及維修人員的工作效率，便于醫(yī)院進行資金質(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ī)學院校臨床畢業(yè)實習管理系統(tǒng)的需求分析中可以更有效地獲取系統(tǒng)功能需求，并清晰描繪出系統(tǒng)功能。

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

2.1用戶管理用例建模

 

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

 

2.2公用信息管理用例建模

 

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

 

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

 

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

 

2.4成績管理用例建模

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

4結(jié)語

 

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

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

廣西開展的第二次土地調(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)田精細化監(jiān)管為總體目標，以基本農(nóng)田“管理信息化”為建設(shè)目標，主要實現(xiàn)如下6個方面的主要功能需求。

（一）占用預警

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

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

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

（三）智能補劃

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

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

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

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

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

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

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

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

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

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

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

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

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

隨著科學技術(shù)不斷發(fā)展及檔案管理信息化建設(shè)不斷推進，市面上出現(xiàn)了各種類型的檔案管理系統(tǒng)。一些系統(tǒng)在功能設(shè)計上基本相同，多采用以傳統(tǒng)管理為導向的工作模擬，面對電子檔案的急劇增加及檔案管理的深入應(yīng)用，現(xiàn)今市面上不少檔案管理系統(tǒng)表現(xiàn)出了不少問題。為了適應(yīng)檔案管理信息化建設(shè)，滿足各類型企事業(yè)單位對檔案管理的需求，必須立足于業(yè)務(wù)需求、用戶需求及系統(tǒng)需求來進行檔案管理系統(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)維護人員。對于普通用戶來說，要求檔案管理系統(tǒng)具有瀏覽、檢索、借閱、下載等功能。對檔案管理員來說，要求檔案管理系統(tǒng)具有文件管理、收集，檔案信息的錄入、審核、驗證、分類，以及相關(guān)輔助管理等功能。對系統(tǒng)維護人員來說，要求檔案管理系統(tǒng)具有系統(tǒng)權(quán)限定制、檔案管理架構(gòu)定制、檔案整理規(guī)則定制，以及數(shù)據(jù)和用戶使用維護等功能。

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

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

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

目前，市面上一些檔案管理系統(tǒng)開發(fā)設(shè)計中表現(xiàn)出了這些問題。第一，對檔案管理系統(tǒng)的業(yè)務(wù)了解不足；第二，對檔案管理系統(tǒng)的系統(tǒng)需求分析不深入、不全面。系統(tǒng)需求分析是進行系統(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)，進行必要的需求分析是必要的，了解軟件產(chǎn)品開發(fā)設(shè)計中的問題更是進行檔案管理系統(tǒng)功能開發(fā)設(shè)計工作的前期工作。

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

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

在這里，采用低耦合度和高內(nèi)聚度的標準進行檔案系統(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è)計、利用、維護具有較強的靈活性。

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

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

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

1、檔案的歸檔與接收

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

2、檔案的存儲與備份

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

3、檔案的檢索與利用

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

4、檔案的維護性管理

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

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

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

四、結(jié)束語

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

參考文獻

[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)需求范文

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

【關(guān)鍵詞】

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

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

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

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

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

在信息時代，隨著現(xiàn)代管理技術(shù)的發(fā)展，檔案部門建設(shè)檔案管理信息系統(tǒng)的原因是因為檔案部門的手工管理及利用方式已不適應(yīng)現(xiàn)實狀況，另外由于檔案部門已經(jīng)有檔案管理信息系統(tǒng)多種原因不能滿足現(xiàn)在的需求，必須加強檔案管理信息系統(tǒng)建設(shè)。系統(tǒng)的目標一定要與本單位實際相結(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)所必須具備，如：博客、壓縮文件、多媒體文檔。保持各組件間的有機聯(lián)系，具有自動捕獲電子文檔及盡可能多的相關(guān)元數(shù)據(jù)的功能，確保各個組件結(jié)構(gòu)上的完整，而且數(shù)據(jù)的完整性和準確性也得到提高；系統(tǒng)設(shè)計前要確定各種數(shù)據(jù)類型的獲取方法，根據(jù)系統(tǒng)的配置規(guī)則和初始文號，可以批量捕獲外部系統(tǒng)的文件，批量導入過程中，文件和元數(shù)據(jù)需要一并導入，并能及時修正導入過程中的錯誤，可以將原有文件轉(zhuǎn)換格式后捕獲，并保留格式間的聯(lián)系，系統(tǒng)應(yīng)該告知用戶進行處理，檔案管理信息系統(tǒng)必須具有預歸檔的功能。

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

鑒定和處置功能，對檔案的鑒定工作非常重要，系統(tǒng)可以設(shè)置電子檔案的保管期限表，具有進行保管期限定義、修改、維護的能力。系統(tǒng)可以自動檢索出過期檔案，并加入待銷毀列表，經(jīng)過鑒定后發(fā)現(xiàn)其并無保存價值需要銷毀；系統(tǒng)具有復審功能，檔案管理員根據(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)進行合法操作。系統(tǒng)必須具備審計跟蹤功能，以保證文件的真實性和完整性；系統(tǒng)可通過審計跟蹤功能記錄用戶的活動，如檢查用戶的行為是否存在濫用權(quán)限；系統(tǒng)管理員可自行確定用于審計跟蹤的行為，應(yīng)允許管理員選擇并決定審計跟蹤；系統(tǒng)應(yīng)對系統(tǒng)內(nèi)進行監(jiān)視并形成審計跟蹤報告，系統(tǒng)應(yīng)具備訪問控制功能，系統(tǒng)應(yīng)具備安全類別的劃分功能，系統(tǒng)應(yīng)該支持一個訪問控制機制配置選項，系統(tǒng)應(yīng)允許系統(tǒng)管理員定義用戶角色，維護權(quán)限管理；系統(tǒng)應(yīng)能對重要文件進行特別的保護。

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

系統(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)具備備份和恢復功能。

3 通用性能需求

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

【參考文獻】

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

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

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

論文摘要：對信息-需求的準確分析是建立設(shè)計管理系統(tǒng)的基礎(chǔ).傳統(tǒng)的分析方法從過程與人，過程與信息的角度出發(fā)綜合分析整個機構(gòu)的信息需求.但是，這種方法沒有明確標識產(chǎn)生和使用信息的范圍。為此，補充分析了信息的機構(gòu)和項目屬性，并通過建立三維組織機構(gòu)模型:和時句、人員和任務(wù)模型，有效控制基本的信息存取.

1背景

我國勘測設(shè)計院計算機應(yīng)用較早，但是隨著企業(yè)情況和市場環(huán)境的轉(zhuǎn)變，單項應(yīng)用己無法滿足T(time、Q(quality)、C(eost)、s(ee)的目標，而且從一定程度上制約了設(shè)計院的發(fā)展。因為，一項工程從項目投標到施工，要經(jīng)歷多個設(shè)計階段，如:預可研、可研、技術(shù)設(shè)計、施工圖設(shè)計等:需要各類工作人員，如:勘察人員、設(shè)計人員、項目管理人員、監(jiān)理人員、質(zhì)量管理人員、現(xiàn)場施工人員;和多個專業(yè)之間，如:房建、暖通、電力、機械、站場等專業(yè)的協(xié)同工作。因此深化計算機應(yīng)用，必須實施工程設(shè)計領(lǐng)域的計算機集成設(shè)計系統(tǒng)(CIDs)，提高協(xié)同工作水平，實現(xiàn)設(shè)計和工程信息在工程項目的整個生命周期共享，形成信息有序傳遞。

由于項目設(shè)計工作是整個工程項目的主線，因此實施設(shè)計管理系統(tǒng)是勘測設(shè)計院建設(shè)CIDS的第一步。設(shè)計工作從簽訂合同開始，主要包括:制定計劃、工程設(shè)計和后期的設(shè)計服務(wù)。

2信息需求分析

正確的理解并定義整個設(shè)計院的信息需求是建立高效的設(shè)計管理系統(tǒng)的基礎(chǔ)。企業(yè)分析法(EnterpriseAnalysis)是分析企業(yè)信息需求的經(jīng)典方法之一。它以整個設(shè)計院作為考察背景，分析機構(gòu)單元(QranizatiolnUnits)、過程和設(shè)計信息的關(guān)系，建立過程/機構(gòu)矩陣和過程/信息矩陣，綜合定義設(shè)計院的信息需求。下面以某一勘測設(shè)計院為例，采用企業(yè)分析法總結(jié)其信息需求。

表1是過程/機構(gòu)矩陣，定義過程和參與過程的機構(gòu)及人員角色:表2是過程/信息矩陣，定義過程中產(chǎn)生(c)和使用(U)的信息。

企業(yè)分析法從全局的觀點綜述信息需求，將機構(gòu)、人員和信息聯(lián)系起來ll]。但是，這種基于功能的分析沒有明確標識產(chǎn)生和使用信息的范圍，因而無法準確定義設(shè)計管理系統(tǒng)基本的信息控制策略。例如:人工時統(tǒng)計中，項目設(shè)計經(jīng)理、專業(yè)科室主任和專業(yè)負責人雖然都是過程的主要參與人，但是與他們對應(yīng)的信息范圍卻各不相同:項目設(shè)計經(jīng)理負責整個項目，室主任管理本科室下屬各專業(yè)，而專業(yè)負責人僅查閱和統(tǒng)計本專業(yè)的有關(guān)數(shù)據(jù)。

結(jié)合多家勘測設(shè)計院的工程背景，本文補充分析了信息的機構(gòu)和項目屬性，對信息使用和產(chǎn)生的范圍加以限定。并通過建立三維組織機構(gòu)模型:機構(gòu)、人員和任務(wù)模型，實現(xiàn)設(shè)計管理系統(tǒng)中基本的信息控制。

3信息需求的補充分析

根據(jù)安全的需要，設(shè)計過程產(chǎn)生和使用的信息大致可分為公共信息和受控信息。公共信息對整個設(shè)計院所有人員開放，受控信息按照設(shè)計院的設(shè)計管理辦法對有關(guān)項目、部門和人員開放。產(chǎn)生和使用信息范圍的定義正是針對受控信息提出的。

3.1信息的機構(gòu)屬性

受控信息的開放范圍與企業(yè)的管理模式密切相關(guān)，例如某設(shè)計院規(guī)定:專業(yè)內(nèi)部的設(shè)計成果只供本專業(yè)人員使用，但是專業(yè)科室主任有權(quán)查閱下屬各專業(yè)的信息，無需申請賦權(quán)。由此可見，管理組織是信息使用的重要控制因素之一。

管理組織是企業(yè)管理過程各要素組成的系統(tǒng)，是企業(yè)為有效達到目標而籌建的企業(yè)內(nèi)部各組成部分的形式及其上、下、左、右的關(guān)系，它確定管理組織的總格局，并且描迷和規(guī)定了管理職位和管理工作的職能、職責、權(quán)利以及它們之間的關(guān)系閉。

信息的機構(gòu)屬性應(yīng)該遵從管理組織的部門結(jié)構(gòu)、職責結(jié)構(gòu)和職權(quán)結(jié)構(gòu)等，符合機構(gòu)間的“隸屬”關(guān)系與各種“職能”關(guān)系。這里，應(yīng)注意隨項目產(chǎn)生的動態(tài)關(guān)聯(lián)對信息使用范圍的影響。例如:勘測設(shè)計院B采用職能制組織形式，成立了項目經(jīng)理部、技術(shù)質(zhì)量部，市場開發(fā)部、各專業(yè)科室等。依據(jù)機構(gòu)設(shè)置，項目經(jīng)理部、技術(shù)質(zhì)量部、市場開發(fā)部與專業(yè)科室同在設(shè)計院的管理之下，具有相同的父節(jié)點，彼此之間沒有關(guān)聯(lián)，因此專業(yè)科室的信息不對這些職能部門開放。但是在具體的項目機構(gòu)(根據(jù)項目要求臨時組建的機構(gòu))中，各職能部門與專業(yè)科室產(chǎn)生動態(tài)關(guān)聯(lián):管理、服務(wù)及控制等(圖l)，不同的關(guān)聯(lián)類型要求開放不同類型的受控信息，所以定義信息的機構(gòu)屬性時必須考慮項目機構(gòu)中增加的動態(tài)關(guān)聯(lián)。

1.2信息的項目屬性

信息的項目屬性有兩層含義:

l)將受控信息劃歸在不同的項目空間(worksPace)下，經(jīng)系統(tǒng)認可的用戶方可進入。系統(tǒng)認可的用戶有:本項目用戶、靜態(tài)用戶和授權(quán)用戶。項目用戶隨項目產(chǎn)生，根據(jù)工作需要擔任一個或多個項目角色。表1中列出了某設(shè)計院的項目角色，如:設(shè)計、復核膠對、審定、審核、項目總工程師等，項目用戶產(chǎn)生和使用的均為項目信息。靜態(tài)用戶是指設(shè)計院設(shè)置的各種與設(shè)計管理有關(guān)的管理和職能人員，如:室主任、主任工程師、項目經(jīng)理部部長、技術(shù)質(zhì)量部部長、檔案整編人員等，靜態(tài)用戶可以參與所有正在開工的項目，參與的程度由信息的機構(gòu)屬性定義。

2)根據(jù)項目大項分解結(jié)構(gòu)和工作分解結(jié)構(gòu)定義工程項目樹，節(jié)點項目的信息按照一定的規(guī)則對同一個根節(jié)點下的其它節(jié)點開放。例如:某設(shè)計院將項目分為三個層次:項目、段落和設(shè)計階段，一個葉節(jié)點項目作為一個獨立的開工項目，如:京九線—北京至衡水—施工圖設(shè)計:或:京九線—北京至衡水一一技術(shù)設(shè)計，制定項目計劃并組建項目組。技術(shù)設(shè)計在施工圖設(shè)計之前進行，因此應(yīng)該對后續(xù)的設(shè)計階段開放其設(shè)計成果。由此可見，項目的分解結(jié)構(gòu)決定了設(shè)計信息的有序流動。

4信息控制的實現(xiàn)策略

從信息的功能、機構(gòu)和項目屬性詳細分析了設(shè)計管理系統(tǒng)的信息需求，本節(jié)將介紹如何用三維組織機構(gòu)模型(圖2)實現(xiàn)設(shè)計管理系統(tǒng)中基本的信息控制。

4.1三維組織機構(gòu)模型

三維組織機構(gòu)模型是指機構(gòu)、人員和任務(wù)模型。機構(gòu)模型定義設(shè)計院的管理組織:人員模型確定人員角色，并建立靜態(tài)用戶和項目用戶信息:任務(wù)模型抽象角色班務(wù)/信息三者間的映射關(guān)系。

機構(gòu)模型包括兩種類型的機構(gòu):靜態(tài)機構(gòu)和項目機構(gòu)，項目機構(gòu)從靜態(tài)機構(gòu)中派生，繼承靜態(tài)機構(gòu)的屬性(基本屬性和rr屬性)和關(guān)聯(lián)，同時還增加項目信息和若干動態(tài)關(guān)系。信息的機構(gòu)屬性由機構(gòu)模型定義。在人員模型中注冊的用戶分為靜態(tài)用戶和項目用戶，項目用戶從靜態(tài)用戶派生，增加項目和角色信息。人員與機構(gòu)之間存在雇傭囑于關(guān)系，用專門的關(guān)聯(lián)對象描述(圖2)。項目信息規(guī)定用戶可以使用哪些工程項目的資料，角色屬性作為輸入信息提供給任務(wù)模型。

任務(wù)模型根據(jù)過柳人員矩陣(表1)和過程/信息矩陣濃2)，將過程分解為通用和專用任務(wù)單元，定義任務(wù)/角色矩陣和任務(wù)/信息類型矩陣。

在上述邏輯分析的基礎(chǔ)上，本文選MSSQLServer6.5為數(shù)據(jù)庫服務(wù)器.建立若干教據(jù)庫表，完成三維組織機構(gòu)棋型的物理設(shè)計(表3)。

4.2實現(xiàn)方法

當用戶提供用戶名和口令登錄系統(tǒng)時.值息控制機制隨即啟動.通過一咨詢’姐織機構(gòu)棋型和授權(quán)記錄.確定用戶可使用信恩的類型、權(quán)限和范圍，具體步驟如下:

1根據(jù)用戶名及口令，在靜態(tài)人員衰中進行匹配，判斷用戶身份的合法性.如果匹配成功.可以獲取有關(guān)的.態(tài)用戶信息，如:靜態(tài)角色。然后.依據(jù)靜態(tài)角色或/和用戶與靜態(tài)機構(gòu)的關(guān)聯(lián)(圖2)定當前用戶所屬的樸態(tài)機構(gòu)，并從價態(tài)機構(gòu)中查詢機構(gòu)信息.

2)從項目一人員注冊表得到該用戶參與的所有項目，與奮詢臉態(tài)信息的方法類似.襯到用戶在各個.與項目中的相關(guān)屬性。表a給出一個用戶登錄系統(tǒng)后.可選擇的項目、角色和所屬機構(gòu).

3)當用戶選擇了一個項目和角色.例如:通遼樞

紐一擴建工程一施工圖階段、專業(yè)負宜人.機構(gòu)信息也防之確定，即:站場專業(yè)。這時任務(wù)模型根據(jù)角色信息(專業(yè)負斑人)自動配，用戶的功能菜單.如;審簽/編制技術(shù)文件、人工時統(tǒng)計、項目進度監(jiān)控、接收外專業(yè)發(fā)送的互提資料、信思資詢等，同時定義每項功能對應(yīng)的設(shè)計信息類型、范國和瀚寫權(quán)限。最后利用頂目、機構(gòu)和人員信息對其進行裁剪。

設(shè)計管理系統(tǒng)的框架為B/S(Bowscr/Scrvcry體系結(jié)構(gòu).Web胭務(wù)器選用llS4.0。，應(yīng)用邏粗使用VBScript和JaveScript編寫.

5后記

企業(yè)分析法從功能的角度定性分析了設(shè)計院的信息需求.但是不能很好地潤足設(shè)計管理系統(tǒng)對信息控制的定量要求。本文補充分析了信息的機構(gòu)和項目屬性.并通過建立三維組織機構(gòu)鎮(zhèn)型:機構(gòu)一人員一任務(wù)，有效控制基本的信患存取.

參考文獻

1KennethC.Laudon,ManagcmentInformationSystems,PrenticeHall,1998/7

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（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)利用負載均衡，保證系統(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è)計遵循信息標準體系，數(shù)據(jù)交換數(shù)據(jù)格式采用XML規(guī)范進行數(shù)據(jù)交換。

參考文獻：

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

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

中圖分類號：V221 文獻標識碼：A 文章編號：1672-3791（2017）03（c）-0123-02

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

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

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

1.1 需求捕獲

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

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

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

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

1.1.2 明確需求類型

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

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

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

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

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

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

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

1.2 需求確認

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

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

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

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

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

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

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

1.3 需求驗證

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

（1）確定預期的功能被正確的實現(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ā)機的功能應(yīng)不影響甚高頻通信系統(tǒng)正常通信”，驗證方式應(yīng)至少包含MC5或MC6。

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

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

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

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

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

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

2 結(jié)語

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

參考文獻