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

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

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

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

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

2 UML簡(jiǎn)介

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3.3 順序圖

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

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

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

3.4 活動(dòng)圖

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

4 結(jié)束語(yǔ)

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

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

參考文獻(xiàn)：

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

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

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

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

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

醫(yī)療設(shè)備的維修管理是其生命周期管理中最為重要的環(huán)節(jié)，其不僅是保證設(shè)備完好的關(guān)鍵，也與臨床應(yīng)用是否安全有效密切相關(guān)，是醫(yī)院醫(yī)療質(zhì)量與安全的重要組成部分[1-2]。近年來(lái)，隨著醫(yī)療設(shè)備種類(lèi)和數(shù)量的大幅度增加，醫(yī)療設(shè)備維護(hù)及管理工作繁重，對(duì)醫(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ì)效益和社會(huì)效益[4]。

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

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

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

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

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

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

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

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

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

3.1邏輯功能設(shè)計(jì)

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

3.2整體方案設(shè)計(jì)

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

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

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

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

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

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

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

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

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

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

5結(jié)論

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

 

0引言

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

2.1用戶管理用例建模

 

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

 

2.2公用信息管理用例建模

 

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

 

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

 

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

 

2.4成績(jī)管理用例建模

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

4結(jié)語(yǔ)

 

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

第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ù)開(kāi)發(fā)，C/S體系結(jié)構(gòu)。

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

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

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

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

（一）占用預(yù)警

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

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

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

（三）智能補(bǔ)劃

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（二）用戶需求

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

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

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

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

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

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

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

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

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

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

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

1、檔案的歸檔與接收

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

2、檔案的存儲(chǔ)與備份

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

3、檔案的檢索與利用

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

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

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

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

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

四、結(jié)束語(yǔ)

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

參考文獻(xiàn)

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

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

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

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

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

【關(guān)鍵詞】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3 通用性能需求

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

【參考文獻(xiàn)】

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

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

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

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

中圖分類(lèi)號(hào)：TP311文獻(xiàn)標(biāo)識(shí)碼：A文章編號(hào)：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)部門(mén)亟待解決的問(wèn)題和生存的關(guān)鍵。

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

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

1.1 系統(tǒng)概述

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

4.2 模塊加工處理

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（1）統(tǒng)一性。把統(tǒng)一性作為首要前提，作為開(kāi)展工作的出發(fā)點(diǎn)，同時(shí)項(xiàng)目按照相關(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è)計(jì)要與當(dāng)前科學(xué)技術(shù)高速發(fā)展的潮流相吻合，系統(tǒng)要總體框架定位要高起點(diǎn)、開(kāi)放式、模塊化。建設(shè)一個(gè)課擴(kuò)展的系統(tǒng)，保護(hù)前期投資與后續(xù)技術(shù)的銜接，具有強(qiáng)烈的時(shí)代感。

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

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

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

（6）規(guī)范化。系統(tǒng)的設(shè)計(jì)與開(kāi)發(fā)遵循國(guó)際和國(guó)內(nèi)主流的技術(shù)和規(guī)范化技術(shù)，例如主題數(shù)據(jù)庫(kù)的設(shè)計(jì)遵循信息標(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) 需求驗(yàn)證

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

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

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

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

1.1 需求捕獲

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

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

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

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

1.1.2 明確需求類(lèi)型

需求層級(jí)的界定可分為如下幾個(gè)。

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

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

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

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

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

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

1.2 需求確認(rèn)

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

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

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

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

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

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

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

1.3 需求驗(yàn)證

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

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

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

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

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

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

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

（2）必須保證驗(yàn)證工作的充分性。

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

（3）必須考慮實(shí)際驗(yàn)證活動(dòng)的可行性。

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

（4）還需考慮驗(yàn)證活動(dòng)的效率和經(jīng)濟(jì)性。盡量選擇簡(jiǎn)單易行的驗(yàn)證方法，并考慮并行開(kāi)展驗(yàn)證活動(dòng)。

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

2 結(jié)語(yǔ)

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

參考文獻(xiàn)