時間：2023-10-09 11:02:13
導語：在管理系統(tǒng)需求的撰寫旅程中，學習并吸收他人佳作的精髓是一條寶貴的路徑，好期刊匯集了九篇優(yōu)秀范文，愿這些內容能夠啟發(fā)您的創(chuàng)作靈感，引領您探索更多的創(chuàng)作可能。
關鍵詞： 醫(yī)學 教務管理系統(tǒng) 需求
隨著高等教育改革的深入，招生規(guī)模的不斷壯大，招生專業(yè)的增多，許多醫(yī)學院校由過去單一的醫(yī)學專業(yè)逐步發(fā)展為多學科的綜合性院校，學校由“小而精”逐步向“大而粗”轉變，教學管理工作也變得越來越復雜，傳統(tǒng)的手工教務管理方式已不能滿足學校的發(fā)展[1]。要適應現(xiàn)代高等醫(yī)學教育的發(fā)展，必須革新教育理念與管理模式，借用現(xiàn)代高新技術，積極探索計算機網(wǎng)絡信息化管理，提高管理效率，因而教務管理系統(tǒng)應運而生。但由于教務管理系統(tǒng)最初采用的是清華大學和浙江大學等高校的教學管理與運行模式，他們教學資源充足，師資力量雄厚，且已運用完全學分制培養(yǎng)學生，而醫(yī)學院校由于規(guī)模較小、師資和教學場所設備不足、實踐環(huán)節(jié)較多等特點，無法套用工科院校的教學管理，因此目前市場上的教務管理系統(tǒng)無法適用醫(yī)學院校，雖然經(jīng)過個性化改造，但已面目全非，性能不穩(wěn)定，無法實現(xiàn)智能排課等重要功能。
1.醫(yī)學院校教學管理的特殊性
醫(yī)學教育邏輯性強，教育先后次序較嚴格，且實踐性非常強，在教學管理上區(qū)別于一些理工科院校，其特殊性主要表現(xiàn)在以下幾個方面。
1.1課程多。以5年制臨床醫(yī)學專業(yè)為例，該專業(yè)通常開設52～60門考試和考查課課程，總學時約3900學時，另外有選修課及畢業(yè)實習等環(huán)節(jié)，因此教學任務繁重，基本上每天要安排6～8學時。
1.2實踐學時多，安排較復雜。實踐性非常強是本學科的特點，也是確保醫(yī)學生質量的關鍵環(huán)節(jié)，5年制臨床醫(yī)學專業(yè)的實踐學時通常占總學時的1/3，且一般有嚴格的授課順序，加之實踐學時的不規(guī)則性（有的實驗項目只需2學時，有的要4學時，有時甚至要8學時），上課教師既要承擔理論教學，又要承擔實驗教學，而實驗與理論又通常交織在一起，導致實踐教學非常復雜，難以安排。
1.3參與教學的人數(shù)太多。公共課和基礎課等課程通常由2～3位教師承擔，但臨床課程，由于附屬醫(yī)院主要任務為臨床工作，加之學科分化較細，教師既要承擔醫(yī)療任務又要接受教學任務，工作任務繁重、壓力較大，醫(yī)生對教學不太重視、意識淡薄、缺乏積極性，不愿意承擔過多的教學任務等，教學任務難以落實，導致一門課程授課教師人數(shù)較多，甚至出現(xiàn)一門課程有30多位任課教師的情況。
1.4節(jié)約資源，合班上課。隨著招生人數(shù)和專業(yè)的增加，地方醫(yī)學院校由于教學資源相對緊張，教師、教室和設備相對不足，因此在教學安排時通常采用大班授課，即4個班一起上課，有時不同專業(yè)也安排在一起，如臨床醫(yī)學專業(yè)和麻醉學專業(yè)等。
1.5實行學年學分制。學分制是目前教學管理的主要方式，理想模式是全學分制，受教學資源的制約，目前國內醫(yī)學院校一般實行學年學分制，它既適應醫(yī)學教育教學計劃性強的特點，又用學分積點衡量學生的學習情況，對于醫(yī)學院校來說更具可操作性。而對于公共選修課以實行選課制，學生根據(jù)需要自主選擇學習，難以理順必修課和公共選修課的關系，增加教學安排難度。
2.教務管理系統(tǒng)功能調查
教務管理信息系統(tǒng)是指運用現(xiàn)代信息技術對教務管理信息資源進行收集、傳輸、存貯和處理等工作，進而支持教學管理決策和操作的信息服務系統(tǒng)[2]，根據(jù)不同學校、不同環(huán)境，其含義有所側重。由于不同院校在教學管理上均有自己的特點和習慣，為此專門設計了《贛南醫(yī)學院教務系統(tǒng)功能設計調查表》，向全校教師和學生共發(fā)放調查表300份，其中教師發(fā)放100份，實際收回98份，收回率98%；學生發(fā)放200份，收回187份，收回率93.5%。
對于是否有必要結合學校特點設計教務管理系統(tǒng)，90%的教師和學生認為有必要，同時希望和校園辦公系統(tǒng)緊密結合；在開發(fā)教務管理系統(tǒng)時必須保留學校教學管理的特點與運行習慣，如課程表等。希望有智能的調課（如調課、停課、補課等）功能，改變過去調課到處跑的情況，實現(xiàn)網(wǎng)絡一步化；通過系統(tǒng)完成一些數(shù)據(jù)處理和報表等工作，如成績分析、教學工作量實時查詢等；希望增加短信提醒功能，特別是個人課表，調課等可每天提醒。
3.教務管理系統(tǒng)總體需求
3.1教務管理系統(tǒng)應界面友好、使用簡單、運行穩(wěn)定、高效、易于維護。由于教務管理系統(tǒng)面對的是教師與學生，他們計算機水平參差不齊，因此在設計教務管理系統(tǒng)時應在重視先進理念的同時，注意使用者計算機水平不同這一特點。在確保系統(tǒng)速度與性能的時候盡量保留以往教學管理習慣和師生使用習慣，以實現(xiàn)操作界面友好、簡潔的目標，只有這樣才能得到師生的認可。
3.2具有安全可靠性和可擴展性。科學技術日新月異，因此系統(tǒng)必須具備擴展性能，同時設計一些接口，方便其他管理系統(tǒng)快速連接，如繼續(xù)教育管理、留學生教育管理、研究生教育管理等，一旦需要可以進行擴展或連接?，F(xiàn)在通過網(wǎng)絡進行犯罪的較多，黑客、病毒等已司空見慣，因此系統(tǒng)應具備一定的安全策略，重要數(shù)據(jù)必須設置訪問權限，能夠自動備份數(shù)據(jù)，并在需要時能夠恢復，特別學生成績是重要數(shù)據(jù)，關系到學生畢業(yè)，必須確保安全。
3.3基本功能。教務管理系統(tǒng)應具備學生基本信息維護、學生學籍異動管理、畢業(yè)生管理及畢業(yè)學位資格審查、課程庫信息管理、專業(yè)教學計劃管理、教學任務管理、排課管理、學生選課管理、考務管理、成績管理、教學質量監(jiān)控管理、試題庫管理、靈活的數(shù)據(jù)導入和導出、個性化報表等功能[3]。
參考文獻：
[1]徐琳.高校教務管理信息化的經(jīng)驗與啟示.黑龍江高教研究，2011（10）：47-48.
關鍵詞：圖書館；信息管理系統(tǒng)；功能需求；優(yōu)越性
中圖分類號：G251 文獻標識碼：A文章編號：1007-9599 (2011) 10-0000-01
The Library Information Management System Requirement Analysis
Yang Zongmo
(Gui Zhou Sheng Dian Zi Gong Ye Xue Xiao,Guiyang550025,China)
Abstract:With the development of society,continuously improve people's living standard,the development of library cause become spiritual civilization progress power.The library information management system appear precisely because this demand,according to lending functional requirements and management function requirements for design,meet the new characteristics of library management.With the demand of library information management system has great advantage,to be promoted,further produce effect.
Keywords:Library;Information Management System;Functional Requirements;Superiority
隨著圖書館形態(tài)的變化，其資源形式、組織形式、服務內容、方式和手段、管理模式乃至用戶的信息行為也將隨之發(fā)生相應的改變，圖書館的工作重點將轉移信息資源的開發(fā)和利用上來，傳統(tǒng)封閉式信息服務模式將向開放式網(wǎng)絡化電子信息服務轉變。為了適應圖書館業(yè)務發(fā)展的需要，在圖書館中推廣信息管理系統(tǒng)不僅能利用當前的軟件開發(fā)技術和建設成果，方便讀者查詢、借閱操作，解決流通中存在的問題。圖書館信息管理系統(tǒng)開發(fā)的總體目的是在圖書館信息管理中實現(xiàn)管理的系統(tǒng)化、自動化，減少工作量，增加效率及可靠性。圖書館信息管理系統(tǒng)促進了信息的傳播，充分發(fā)揮了信息再生值的功效。
一、圖書館信息管理系統(tǒng)概述
信息管理系統(tǒng)是一門集信息科學、管理科學、系統(tǒng)科學及計算機科學為一體的綜合性學科，它具備數(shù)據(jù)處理、計劃、控制、預測和輔助決策功能。
圖書館管理系統(tǒng)是典型的信息管理系統(tǒng)，其開發(fā)主要包括后臺數(shù)據(jù)庫的建立和維護以及前端應用程序的開發(fā)兩個方面。對于前者要求建立起數(shù)據(jù)一致性和完整性強、數(shù)據(jù)安全性好的數(shù)據(jù)庫。而對于后者則要求應用程序功能完備，易使用等特點。該系統(tǒng)的主要功能是對圖書及會員各項基本信息的管理，對日常圖書借閱的管理，對圖書信息及會員信息的查詢等。
二、圖書館信息管理系統(tǒng)的需求
圖書管理、分類、查詢和借閱工作繁雜，圖書管理員和借閱者都迫切需要通過計算機來幫助解決這一問題。圖書信息管理系統(tǒng)的出現(xiàn)，滿足了這一需求，推進了圖書館管理系統(tǒng)的進步。
（一）圖書館管理系統(tǒng)現(xiàn)狀。圖書管理系統(tǒng)是圖書館不可缺少的部分，它對于圖書館的管理十分重要。所以，圖書管理系統(tǒng)不但要為圖書管理者提供充足的信息和快捷的查詢手段，也要為借閱者提供必要和快捷的查詢手段。一直以來，人們仍使用傳統(tǒng)人工的方式管理圖書系統(tǒng)，這種管理方式存在著效率低、工作量大等缺點。圖書數(shù)量的增加，對于圖書信息的查找、更新和維護都帶來了不少的困難。目前，部分圖書館信息管理的主要方式仍是基于文本、表格等紙介質的手工處理，對于圖書借閱情況（如借書天數(shù)、超過限定借書時間的天數(shù)）的統(tǒng)計和核實等往往采用對借書卡的人工檢查進行，對借閱者的借閱權限、以及借閱天數(shù)等用人工計算、手抄進行。數(shù)據(jù)信息處理工作量大，容易出錯；由于數(shù)據(jù)繁多，容易丟失，且不易查找?？偟膩碚f，缺乏系統(tǒng)，規(guī)范的信息管理手段。盡管有的圖書館已配備計算機，但是尚未用于信息管理，沒有發(fā)揮它的效力，資源閑置比較突出，這就是管理信息系統(tǒng)的開發(fā)的基本環(huán)境。
（二）圖書館信息管理系統(tǒng)的需求。圖書館信息管理系統(tǒng)需要滿足來自兩方面的需求，分別是圖書借閱者和圖書館管理人員的需求。
1.借閱功能需求。圖書借閱者需要查看圖書館圖書情況，還需要進行本人借書情況的查詢和個人信息維護。這都能通過本人借書證號和密碼登錄圖書館信息管理系統(tǒng)實現(xiàn)。一般情況下，圖書借閱者只應該查詢和維護本人的借書情況和個人信息，若查詢和維護其他借閱者的借書情況和個人信息，就要知道其他圖書借閱者的借書證號和密碼。圖書館信息管理系統(tǒng)不但滿足了圖書借閱者的借閱需求，還保護了圖書借閱者的個人隱私。此項功能模塊主要包括圖書信息檢索、讀者借閱情況及個人資料查詢、讀者欠款情況的查詢、讀者圖書續(xù)借的辦理、讀者個人密碼的修改等。
2.管理功能需求。圖書館管理人員需要修改圖書借閱者借書和還書記錄，所以需對圖書館管理員登陸本模塊進行更多的考慮。在此模塊中，圖書館管理員可以為圖書借閱者加入借書記錄或是還書記錄，并打印生成相應的報表給用戶查看和確認。圖書館管理人員功能的信息量大，數(shù)據(jù)安全性和保密性要求最高。本功能實現(xiàn)對圖書信息、借閱者信息、總體借閱情況信息的管理和統(tǒng)計、圖書館管理員和管理人員信息查看及維護。圖書館管理員可以瀏覽、查詢、添加、刪除、修改、統(tǒng)計圖書的基本信息；瀏覽、查詢、統(tǒng)計、添加、刪除和修改圖書借閱者的基本信息，瀏覽、查詢、統(tǒng)計圖書館的借閱信息。此項功能模塊主要包括讀者基本信息的管理、圖書基本信息的管理、借書信息的管理、還書信息的管理、辦理罰款、數(shù)據(jù)的統(tǒng)計、各種報表的生成等。
三、圖書館信息管理系統(tǒng)的優(yōu)越性及推廣前景
圖書館信息管理系統(tǒng)是一個功能強大的圖書館管理系統(tǒng)，從書籍的訂購，編號，入庫，更新操作，到書籍的借閱，歸還，續(xù)借等全部實現(xiàn)自動或半自動化，從而避免了由人工管理出現(xiàn)的問題。此系統(tǒng)的應用極大的方便了圖書館的管理，使大量圖書以及用戶數(shù)據(jù)的存儲、管理、更新等成為可能性。圖書館信息管理系統(tǒng)運行安全可靠，且具有人性化特點，極大地方便了用戶的操作，它可以與其他系統(tǒng)配合使用，來實現(xiàn)圖書的自動歸類，自動檢索，自動出庫等智能化操作。檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等優(yōu)點能夠極大地提高圖書館管理的效率，也是圖書館管理科學化、正規(guī)化，實現(xiàn)與世界接軌的重要條件。
四、結論
通過對圖書館信息管理系統(tǒng)的基本內容進行研究，了解到此系統(tǒng)具有顯著的優(yōu)越性，能滿足現(xiàn)代化圖書館管理的需求。大力推廣圖書館信息管理系統(tǒng)具有重大的現(xiàn)實意義。
參考文獻：
目前網(wǎng)絡技術迅速的普及和推廣，為汽車服務產(chǎn)業(yè)提供了一個新的平臺，網(wǎng)絡化與智能化的管理服務在當前與今后的一段時間內已成為汽車服務企業(yè)競爭制勝的關鍵籌碼。面對現(xiàn)代化的需求，一個仍然使用傳統(tǒng)管理技術與管理手段的汽車服務企業(yè)是不可能適應現(xiàn)代化汽車服務與現(xiàn)代人的管理服務要求的，了解和掌握汽車維護維修管理智能化設施設備的維護與管理，利用網(wǎng)絡技術進行全方位管理、利用和監(jiān)控汽車維護維修管理信息對汽車服務行業(yè)及時增強市場競爭力、提高管理技術以及促進整個行業(yè)的進步都十分重要。
本課題為了實現(xiàn)人性化、智能化的汽車維護維修管理與服務，根據(jù)目前市場上的汽車維護維修的管理業(yè)務流程制定了切實可行的汽車維護維修客戶服務管理系統(tǒng)的軟件需求，對該管理系統(tǒng)的系統(tǒng)架構和主要功能模塊進行了設計?？紤]到信息技術與網(wǎng)絡技術的發(fā)展以及它們帶給人們工作模式的改變，對比目前多種網(wǎng)絡開發(fā)技術，提出了采用先進的JSP開發(fā)平臺、利用B/S模式Web應用程序的汽車維護維修客戶服務管理系統(tǒng)解決方案。
基于JSP平臺構建汽車維護維修客戶服務管理系統(tǒng)是綜合應用了數(shù)據(jù)庫技術、網(wǎng)絡技術及WEB開發(fā)技術等多個技術。如何有效地在汽車維護維修管理系統(tǒng)的軟件開發(fā)中應用多個技術，如何使整個系統(tǒng)更加靈活與穩(wěn)定，以適應在管理服務上汽車維護維修的業(yè)務擴展等多個問題都具有一定理論意義，都是值得深入研究和探討的。
1.系統(tǒng)目標
汽車維護維修客戶服務系統(tǒng)是一個涉及管理、服務和財務等多方面的系統(tǒng)工程?，F(xiàn)代汽車維護維修管理系統(tǒng)應滿足以下要求：一是全面化，滿足汽車用戶的需求以及工作人員的管理需求；二是數(shù)字化，實現(xiàn)數(shù)字化，減少重復勞動，提高工作效率，加速信息記錄、檢索；三是先進性，體現(xiàn)時代需要，使維護維修管理更細致、深入。作為現(xiàn)代汽車維護維修中不可缺少的一部分，該系統(tǒng)在其中應達到以下目標：
汽車用戶能夠預約，工作人員進行預約管理，并提供及時周到的服務。
在外界環(huán)境（如網(wǎng)絡病毒、停電等）干擾本系統(tǒng)時，系統(tǒng)可自動保護原始數(shù)據(jù)的安全。
數(shù)據(jù)查詢方便靈活。操作過程、方便、快速。
提供簡潔、標準化的管理過程。
完善的權限管理，提高系統(tǒng)的安全性。
能夠快速得到業(yè)務相關的各種數(shù)據(jù)與報表。
操作界面統(tǒng)一，友好美觀，具有可擴展性、易操作性和易維護性。
2.系統(tǒng)的功能需求分析
由于該系統(tǒng)是針對汽車維護維修公司內部使用的系統(tǒng)，所以系統(tǒng)建設前需要分析該系統(tǒng)的基本用戶以及他們的需求，然后設計系統(tǒng)應具有的基本功能和應包含的信息內容，從系統(tǒng)用戶的性質來看，該系統(tǒng)主要有系統(tǒng)管理人員、汽車維護維修公司管理人員這兩類。經(jīng)過仔細調查和分析該系統(tǒng)用戶的需求，這兩類用戶對系統(tǒng)基本功能和信息內容呈現(xiàn)著不同的需求。
2.1系統(tǒng)管理人員的功能的需求
系統(tǒng)管理員有最大權限，可完成對系統(tǒng)的管理。內容包括對員工權限的設置、對汽車維護維修客戶服務管理系統(tǒng)的數(shù)據(jù)庫進行備份和恢復等。
系統(tǒng)管理員對員工權限進行管理，如增加、修改、刪除權限等，并將信息存入數(shù)據(jù)庫中。
為了避免操作或者病毒感染而造成的數(shù)據(jù)損失，系統(tǒng)管理員應能夠對數(shù)據(jù)庫的備份和數(shù)據(jù)庫的恢復進行操作。
2.2公司管理人員的功能需求
汽車維護維修公司管理人員主要完成公司日常的工作事項，包括客戶信息管理、客戶預約管理、配件信息管理、供應商管理、入庫管理、庫存報警管理及維修管理等。公司管理人員功能需求如下：
前臺登記管理主要對客戶信息、預約信息、維修管理信息進行管理，從而對公司客戶的情況有一個概括性的了解。
登記汽車用戶的姓名、身份證、電話、地址、車牌、車型等信息，并對客戶信息進行瀏覽、修改以及刪除；當客戶進行了提前預約，前臺人員在每天的固定時間需進行預約查詢，以確保及時為客戶服務，并對預約記錄進行瀏覽、修改、刪除；及時瀏覽維修記錄，以確保向用戶反映正確的維修信息。
汽車維修人員主要對維修信息進行管理，做到及時反饋信息，讓前臺人員能夠有一個大概的了解，同時也讓庫管人員對現(xiàn)有配件信息及時做出調整。登記用戶姓名、車牌信息、車型、身份證、故障描述，以及使用的配件信息、數(shù)量等信息。
庫管人員主要對配件信息、供銷商、入庫等進行管理。
登記配件類別，對配件信息進行登記、修改和刪除；并對配件做入庫管理，添加、修改、刪除配件名稱、入庫數(shù)量以及供銷商等信息；其中還對供銷商進行管理，添加、修改、刪除供銷商公司名稱、電話、郵箱、地址等信息。以便于以后正常開展公司的管理工作，其中某些數(shù)據(jù)將為汽車維護維修公司在配件出現(xiàn)一些問題時提供重要依據(jù)。
3.性能需求分析
系統(tǒng)的性能需求一般是指正確分析協(xié)議、順利傳遞相互消息，友好界面，運行時間能滿足使用需求，安全性能得到保障。
在高網(wǎng)絡寬帶、高系統(tǒng)配置容易得到保障的情況下，最先考慮的性能需求就是系統(tǒng)安全性問題。本系統(tǒng)是針對公司內部使用，不涉及到聯(lián)網(wǎng)操作，在非工作人員不當操作的情況下，該系統(tǒng)能夠得到安全保障。但考慮到操作人員的特質，先做出以下要求：
（1）在操作成員輸入一些不合理的數(shù)據(jù)的時候，能夠進行一些合理的提示信息，不能因為輸入錯誤而導致系統(tǒng)的錯誤，或者程序停止運行。
2009 年 9 月 21 日
1．引言 ............................................................................................. 錯誤！未定義書簽。
1.1編寫目的 ............................................................................... 錯誤！未定義書簽。 1.2背景 .................................................................................................................... 1 1.3定義 .................................................................................................................... 1 2．任務概述 .................................................................................................................... 1
2.1目標 .................................................................................................................... 1 2.3需求特點 ............................................................................................................. 3 3．功能需求 .................................................................................................................... 3 4．系統(tǒng)分析 .................................................................................................................... 4
4.1系統(tǒng)數(shù)據(jù)流圖 ...................................................................................................... 4 4.2數(shù)據(jù)字典…………………………………………………………………………………9 5．性能需求 .................................................................................................................. 10
5.1精度 ................................................................................................................. 10 5.2時間特性 ............................................................................................................11 5.3靈活性 ..............................................................................................................11 5.4故障理要求……………………………………………………………………………..11 6．運行需求 .................................................................................................................. 12
6.1界面設計 ........................................................................................................... 12 6.2硬件設備 ........................................................................................................... 12 6.3支持軟件 ........................................................................................................... 12 6.4接口………………………………………………………………………………………12 7．參考資料 .................................................................................................................. 13
1.引言
1.1編寫目的
本需求分析文檔說明描述了“運輸管理系統(tǒng)”項目的要求，作為系統(tǒng)設計、項目目標及項目驗收的依據(jù)。需求分析詳細描述了用戶對功能的需求、對性能的需求以及對運行環(huán)境的需求。軟件開發(fā)小組每位成員應該閱讀本需求說明，以明確項目最后所要求完成的軟件產(chǎn)品的特點。為系統(tǒng)的概要設計特工指導。 1.2背景
在二十一世紀的今天，隨著科學技術的發(fā)展，特別是在科技特別發(fā)達的當代，每個行業(yè)都與其他行業(yè)有著密不可分的關系。隨著各大聯(lián)鎖超市的開設，缺什么只要電話通知，都可以送貨上門。我們設計的系統(tǒng)正是針對個大型連鎖超市的商品供應問題開發(fā)的物流配送系統(tǒng)。供商品供應中心隨時查看供應情況，及時做好調整，已發(fā)揮出最大的潛能，更好的提供準確、快捷、方便的服務。物流是第三利潤源泉。
當今世界經(jīng)濟發(fā)展呈現(xiàn)出全球化和市場化的兩大趨勢。經(jīng)濟發(fā)展、科技進步和信息革命，將世界帶入前所未有的全球化的時代。集物流、信息流和資金流于一身的物流配送中心，在這全球化和市場化的時代里，又進一步促進了世界經(jīng)濟與貿易的發(fā)展。邁向21世紀的國際物流技術的特征是信息化、網(wǎng)絡化、智能化、柔性化、標準化和社會化。
物流配送管理系統(tǒng)專注于商品的到貨、發(fā)貨、保、搬運、運輸?shù)茸鳂I(yè)的計劃、控制和反饋過程的信息搜集、匯總、查詢和分析，達到提高物流配送效率，降低物流配送成本的目的。 1.3定義
靜態(tài)數(shù)據(jù)――系統(tǒng)固化在內的描述系統(tǒng)實現(xiàn)功能的一部分數(shù)據(jù)。
動態(tài)數(shù)據(jù)――在軟件運行過程中用戶輸入后，系統(tǒng)輸出給用戶的一部分數(shù)據(jù)，也就是系統(tǒng)要處理的數(shù)據(jù)。
數(shù)據(jù)字典――數(shù)據(jù)字典中的名字都是一些屬性與內容的抽象和概括，他們的特點是數(shù)據(jù)的嚴密性和精確性。
2．任務概述 2.1目標
根據(jù)物流行業(yè)的特點與應用方向，對目標客戶群進行市場細化。通過對市場的分析，可將客戶分為以下幾類： 市場一：傳統(tǒng)儲運公司 市場二：第三方物流企業(yè)
市場三：有城市配送需求的連鎖經(jīng)營企業(yè) 市場四：生產(chǎn)制造型企業(yè)
市場五：快遞公司 城市貨的
軟件平臺方面：根據(jù)用戶規(guī)模的不同，將用戶區(qū)分為大、中、小三種類型。
1、大型物流運輸公司第一需求（迫切需求）
對自有車輛和簽約車輛的準確、可靠定位 對車輛的可靠調度，至少包括通過無線通信手段下達調度指令，并保證
指令的有效執(zhí)行 這些目標的實現(xiàn)，是傳統(tǒng)大型運輸公司繼續(xù)壯大發(fā)展的前提
2、大型物流運輸公司第二需求（基本需求）
通過迅速配貨與路線選擇等手段，縮短承運周期 移動終端單元具備如條形碼掃描輸入等附加功能 需要高度的信息自動化管理，如（車輛、貨運）信息的收集、記錄、分
析、匯報等 實時貨運狀態(tài)信息，例如：貨主（通過電話傳真、Internet等）實時
查詢貨物狀態(tài)（包括所處位置、預計到達時間等），或主動向貨主報告最新貨運信息
3、大型物流運輸企業(yè)第三需求
貨物、車輛信息繁雜，需要根據(jù)實時車貨信息進行智能化匹配，并及時
作出一定反應（如自動提示、自動下派車單等） 自動計算最優(yōu)化路線，支撐中途非固定路線運輸服務 智能選擇車輛/司機實施運輸。 為客戶（貨主）提供靈活與個性化的服務，以形成特色
4、中小物流運輸企業(yè)第一需求（基本需求）
物流運輸企業(yè)通過平臺搜索、雇傭運輸車輛，通過平臺解決雇傭車輛的
安全問題 對車輛的準確、可靠定位、調度管理 有效的廣播、統(tǒng)計、報告功能，掌握在指定時間到達指定地點（如裝貨
地）的車輛數(shù)量、車況信息等
對車輛的可靠調度與有效數(shù)據(jù)通信，至少包括通過無線通信手段下達調
度指令（如發(fā)送取貨單，車輛確認指令，主動報告狀況等），并保證指令的有效執(zhí)行 有效調度以保證貨物安全、準時（Just-In-Time）、完好到達
5、中小物流運輸企業(yè)的第二需求
根據(jù)貨運成交結果自動計算的財務系統(tǒng) 必要的ERP與CRM管理 企業(yè)愿意與盡可能少的服務商打交道 企業(yè)ASP服務的很多原始數(shù)據(jù)都來源于前述調度管理ASP平臺 解決方案建議：
大型用戶：特別是對于內部職能部門較多而且對應用需求不完全一致，
需要在GPS技術應用上有很高的擴展性與綜合應用能力的用戶，需要自建功能完備的GPS監(jiān)控調度管理中心來滿足需求。監(jiān)控中心由用戶獨立運營，獨立核算運營費用，基本上獨立于E-truck。 中型用戶：根據(jù)自身需求的不同，可以選擇組建自己獨立的GPS監(jiān)控調度
管理中心，也可以選擇利用E-truck基礎平臺，采用肥客戶端軟件結合E-truck平臺的來滿足需求。 小型用戶 基本上采用瘦客戶端結合E-truck平臺即可以滿足需求。
2.2需求特點：
- 業(yè)務覆蓋地域廣
- 車輛眾多，信息量大
- 區(qū)域與線路監(jiān)控要求突出 - 與貨運單據(jù)配合緊密 - 對貨物安全保障要求高
- 對系統(tǒng)響應要求靈活、及時 - 需要位置服務信息的用戶多 - 數(shù)據(jù)共享程度要求高
- 運行中的車輛位置分散流動信息溝通困難 - 需要完善車輛統(tǒng)一信息管理 系統(tǒng)需求分析
貨運車輛是一種大范圍活動的移動目標，對物流公司來講，對貨運車輛的監(jiān)控管理主要體現(xiàn)在以下幾個方面的需求：
車輛、司機和貨物的安全
對車輛（貨物）位置和狀態(tài)的及時掌握 及時與車輛進行信息溝通
分析這三點，我們可以發(fā)現(xiàn)，車輛的位置和狀態(tài)信息的數(shù)據(jù)量并不大，但要求有一定的實時性。同時車輛與調度中心之間的信息溝通實際上也是一種小數(shù)據(jù)量的通信方式，即使系統(tǒng)將來擴展為可實時傳輸貨物條碼信息，或者發(fā)送調度信息，其信息量一般也不會超過短信息的長度范圍。因此，利用GPRS的短消息業(yè)務基本可滿足系統(tǒng)通信的需要。
3．功能需求
物流系統(tǒng)需求共性概括為以下三點： 第一、可提供優(yōu)質的運輸服務
運輸企業(yè)都在爭取用優(yōu)質的服務，去爭取更好的、更大的客戶，而這樣的客戶，對運輸服務的要求都相對較高，有一套嚴格的考核標準，同時都要求運輸服務商能夠提供對訂單的跟蹤查詢。
第二、滿足不斷發(fā)展的運輸網(wǎng)絡服務
運輸企業(yè)隨著業(yè)務的發(fā)展，運作點逐步從原來的1-2個開始變多了，一旦形成一個運輸網(wǎng)絡，就必須需要有個系統(tǒng)將發(fā)生在每一個運作點以及多個運作點之間的每一票收入、支出記清楚，把所有的信息集中地管起來，否則信息的混亂一定會成為業(yè)務發(fā)展的瓶頸。
第三、 支持運輸資源的整合及協(xié)作
運輸企業(yè)在從小到大的發(fā)展過程中，除了通過不斷添置車輛滿足業(yè)務需求、擴大規(guī)模外更多地還是要將社會資源納入自身的管理體系。大量的外協(xié)車輛管理，尤其是繁雜的往來結算都需要系統(tǒng)的支持才能做到。 物流應用需求共性：
此類需求總結起來包括：
（1） 對參與運輸貨物的車輛的監(jiān)控，包括： a. 車輛位置（經(jīng)度，緯度，具體地點） b. 車輛狀態(tài)（速度，方向）
c. 車輛主要部件的狀況（車門，車燈，箱門） d. 運輸車輛的載重等其他數(shù)據(jù)
（2）對參與運輸車輛的調度。管理或指揮人員可以遠程向操縱車輛的人員
調度指令。方式可以有多種，如LCD顯示，語音，短信等
（3） 運輸車輛與管理調度指揮人員具有雙向交互能力
（4） 對運輸車輛的特殊控制：如斷油，斷電，上油，上電等 （5） 行駛數(shù)據(jù)統(tǒng)計：行駛路線（軌跡），里程數(shù)，油耗等
（6） 特殊形式路線的規(guī)劃：包括行駛路線，行駛區(qū)域，管理或指揮人員可以即
時或事后知曉車輛是否有超出規(guī)定路線的記錄
（7） 運輸貨物的安全性，如是否有被劫掠，偷卸倒賣等情況 （8） 提高運輸車輛的利用率 （9） 低應用成本，高使用效率
（10）能夠和內部管理與其他應用結合，成為企業(yè)內部信息化平臺的一部分
4.系統(tǒng)分析
4.1系統(tǒng)數(shù)據(jù)流圖
4.1.1（0層）頂層數(shù)據(jù)流圖
上圖附加說明，0層數(shù)據(jù)流圖表示整個運輸管理系統(tǒng)在數(shù)據(jù)流的處理上與邊界之間的傳輸關系。
4.1.2 1層數(shù)據(jù)流圖
附圖說明：1層數(shù)據(jù)流圖即對中心的運輸管理系統(tǒng)的功能需求來劃分為：1、訂單錄入，2、訂單審核，3、計劃管理，4、訂單執(zhí)行，5、費用結算。
2、運輸進口業(yè)務 2.1（0層）頂層數(shù)據(jù)流圖
附加說明：0層數(shù)據(jù)流圖表示整個運輸管理系統(tǒng)在數(shù)據(jù)流的處理上與邊界的傳輸關系。
2．2 1層數(shù)據(jù)流圖
附圖說明：1層數(shù)據(jù)流圖即對中心的運輸管理系統(tǒng)的功能需求來劃分為：1、訂單錄入，2、訂單審核，3、計劃管理，4、訂單執(zhí)行，5、費用結算。
4.2數(shù)據(jù)字典
客戶說明如下表1所示：
表1客戶數(shù)據(jù)字典
入庫單數(shù)據(jù)流數(shù)據(jù)字典如下表2所示：
表2入庫單數(shù)據(jù)字典
數(shù)據(jù)存儲定義數(shù)據(jù)字典如下表3所示：
表3數(shù)據(jù)存儲定義數(shù)據(jù)字典
處理過程定義數(shù)據(jù)字典如下表4所示：
表4處理過程定義數(shù)據(jù)字典
5.性能需求
5.1精度
物資交易過程中產(chǎn)生的價格精度要求到0.001元，最終劃價結果按四舍五入取到0.01元。
5.2時間特性要求
系統(tǒng)應可達到全鍵盤操作，盡量減少鼠標鍵盤切換。
5.3靈活性
該系統(tǒng)要能夠很好的運行在Window NT, Window 2000 Server, Window9x，Windows XP等操作系統(tǒng)環(huán)境下。針對不同醫(yī)院工作習慣的差異，本軟件有多處需要進行功能開關的設定。
5.4故障處理要求
可能的硬件故障有：突然斷電、網(wǎng)絡中斷、死機等。短時間可以修復的故障，待故障修復后繼續(xù)工作。如故障不能馬上修復，可用手工方式繼續(xù)工作，待故障修復后將數(shù)據(jù)補充輸入計算機。
6．運行需求
6.1.界面設計
系統(tǒng)運行時的主界面大致要求為windows的運行界面，既可以是單文檔界面，即每個窗體之間是獨立的，也可以是多文檔界面，即有一個主窗體，可以包含其他窗體。建議本系統(tǒng)采用多文檔界面，這樣可以更加實用和美觀
6.2.設備
CPU：P41.8GHz以上
內存：256MB以上
6.3.支持軟件
客戶端軟件：
操作系統(tǒng)：Windows 2000 / XP /Vista、Liunx、UNIX
瀏覽器：IE6.0及以上版本、FireFox等
服務器端軟件：
操作系統(tǒng)：Windows 2000 Server或更高版本、Liunx、UNIX
Web服務器：Tomcat5.5及以上版本
數(shù)據(jù)庫產(chǎn)品：SQL Server 2000及以上版本
6.4.接口
客戶機與服務器通過TCP/IP協(xié)議連接
7．參考資料
[1]計算機軟件產(chǎn)品開發(fā)文件編制指南GB8567-88
[2]龍馬工作室.典型網(wǎng)站建設.北京：人民郵電出版社，2004年8月第一版.
[3]姚國章.中國企業(yè)電子商務發(fā)展戰(zhàn)略.北京:北京大學出版社,2001.
關鍵詞：校園管理系統(tǒng)；需求分析；高效
一、系統(tǒng)需求分析的任務
需要分析的基本任務是通過對問題和環(huán)境的理解、分析和綜合，深入描述軟件系統(tǒng)的功能和性能，確定軟件設計的約束以及同其它系統(tǒng)元素的接口細節(jié)，借助于當前系統(tǒng)的邏輯模型導出目標系統(tǒng)的邏輯模型，確定為滿足目標系統(tǒng)用戶的需求系統(tǒng)必須做什么的問題，并用“軟件需求規(guī)格說明書”的形式把用戶的需求表達出來。其步驟為：第一，需求獲?。河脩魧π碌能浖到y(tǒng)所希望的功能、用戶與系統(tǒng)間的交互和對話方式等需求。同進還要考慮對質量的要求，包括性能、有效性、可靠性和可用性等，提高用戶對軟件的滿意程度。第二，抽象出當前系統(tǒng)的邏輯模型：從當前具體系統(tǒng)中去除非本質因素，抽象出當前系統(tǒng)的邏輯模型。所謂本質的因素是指系統(tǒng)固有的、不依賴運行環(huán)境變化而變化的因素。非本質因素不是固有的，隨環(huán)境不同而不同，隨現(xiàn)實不同而不同。常用的分析模型包括數(shù)據(jù)流圖、實體關系圖、狀態(tài)轉換圖。第三，建立目標系統(tǒng)的邏輯模型：分析當前系統(tǒng)與目標系統(tǒng)的差別，把來自用戶的信息加以分析，通過“抽象”建立起目標系統(tǒng)的邏輯模型。
二、系統(tǒng)調查分析
利用計算機軟件技術進行校園管理，提高學校的管理效率和管理水平，已經(jīng)成為現(xiàn)代高校管理人員及從事研究高校管理工作者的一個熱點話題。學生檔案管理、學生收費管理、教職工人事檔案管理是實現(xiàn)校園管理信息化的重要環(huán)節(jié)。設計一套實用的校園管理系統(tǒng)已經(jīng)成為廣大高校管理工作者的一致要求。系統(tǒng)的應用應該能夠提高學校的管理水平，提高工作效率，使高校能夠快速運轉。
鄭州黃河護理職業(yè)學院是一所中專、大專綜合的高職院校。該?，F(xiàn)有教職工200多人，在校生6000多人，但校園的管理還比較落后，主要表現(xiàn)在對學生檔案管理、交費管理和教職工的人事管理還采用原有的人工方式，工作效率低，誤差大，造成了人力、物力、財力上的巨大浪費，學校原有的教學管理和學校的收費管理越來越不能適應學校發(fā)展的要求。針對這種情況，學校提出要開發(fā)一個高效實用的校園管理系統(tǒng)。校園管理系統(tǒng)需要滿足三方面的需求，這三個方面分別是學生檔案的管理、學生交費管理和教職工人事管理。
三、系統(tǒng)的主要業(yè)務流程
根據(jù)學校的實際情況，其業(yè)務流程圖如圖所示：
四、系統(tǒng)的用戶需求描述
根據(jù)學校的具體情況及對用戶的需求調查，本管理系統(tǒng)主要設計功能有：
（1）學生交費管理：包括交費數(shù)據(jù)錄入、交費情況查詢、交費情況分析統(tǒng)計、欠費情況統(tǒng)計、交費數(shù)據(jù)報表與打印等。
（2）學生檔案管理：學生檔案錄入、學生檔案查詢、學生人數(shù)分析、學生檔案報表與打印等。
（3）教職工人事管理：教職工檔案錄入、教職工檔案查詢、教職工檔案資料綜合分析、教職工人數(shù)圖形分析、教職工檔案報表與打印等。
（4）系統(tǒng)設置功能：修改密碼、用戶信息、權限設置、使用提示、重新登陸。
五、可行性分析
可行性分析也稱為可行性研究，是在系統(tǒng)調查的基礎上，針對新系統(tǒng)的開發(fā)是否具備必要性和可能性，對新系統(tǒng)的開發(fā)從技術、經(jīng)濟、社會的方面進行分析和研究，以避免投資失誤，保證新系統(tǒng)的開發(fā)成功。可行性研究的目的就是用最小的代價在盡可能短的時間內確定問題是否能夠解決。該系統(tǒng)的可行性分析包括以下幾個方面的內容。
（1）經(jīng)濟可行性：主要是對項目的經(jīng)濟效益進行評價，它的靈活性、安全性和易用性為數(shù)據(jù)庫編程提供了良好的條件。因此，系統(tǒng)的軟件開發(fā)平臺已成熟可行。硬件方面，科技飛速發(fā)展的今天，硬件更新的速度越來越快，容量越來越大，可靠性越來越高，價格越來越低，其硬件平全能滿足此系統(tǒng)的需要。
（3）時機可行性：學校原有的人工管理方式已經(jīng)不適應學校目前的需求，這樣一個高效實用的管理軟件正好能夠滿足現(xiàn)各職能部門和管理工件者的要求。學校原有的優(yōu)良管理方案、管理工件者良好的管理能力及其對計算機熟練的使用技術為校園管理系統(tǒng)提供了堅實的基礎。
（4）管理上的可行性：主要是學校管理人員大力支持，校領導認同，現(xiàn)有的管理制度和方法科學，規(guī)章制度齊全，原始數(shù)據(jù)正確等。規(guī)章制度和管理方法為系統(tǒng)的建設提供了制度保障。
綜上所述，此系統(tǒng)開發(fā)目標已明確，在技術和經(jīng)濟等方面都可行實用，并且投入較少、見效快。因此系統(tǒng)的開發(fā)是完全可行的。
六、數(shù)據(jù)流圖（簡稱DFD）
數(shù)據(jù)流圖是組織中信息運動的抽象，是在調研的基礎上，從系統(tǒng)的科學性、管理的合理性、實際運動的可行性角度出發(fā)，將信息處理功能和彼此之間的聯(lián)系自頂向下，逐層分解，從邏輯上精確地描述系統(tǒng)應具有的數(shù)據(jù)加工功能、數(shù)據(jù)輸入、數(shù)據(jù)輸出、數(shù)據(jù)存儲及數(shù)據(jù)來源和去向（外部實體）等項目。
在本系統(tǒng)中，有三個主要的數(shù)據(jù)流，分別是學生檔案信息數(shù)據(jù)流、學生交費信息數(shù)據(jù)流和教職工人事信息數(shù)據(jù)流。在每個數(shù)據(jù)流中，分別有數(shù)據(jù)流名、別名、說明、組成、數(shù)據(jù)流來源和數(shù)據(jù)流去向等元素組成。以學生檔案信息數(shù)據(jù)流為代表，其數(shù)據(jù)流如表所示：
參考文獻
[1]塞奎春，鄭驍鵬，鄭齊心.Delphi數(shù)據(jù)庫開發(fā)實例解析[M].北京：機械工業(yè)出版社，2004
[2]張新成.Delphi程序設計[M].武漢：武漢理工大學出版社，2004
一、系統(tǒng)需求
需求分析階段是軟件定義時期的最后一階段，它的基本任務是準確的回答“系統(tǒng)必須做什么”這個問題。但是這一階段的任務還不是該怎樣完成系統(tǒng)的工作，只是對目標系統(tǒng)提出完整、準確、清晰、具體的要求。更進一步的說，應該確定系統(tǒng)必須具有的功能和性能，系統(tǒng)要求的運行環(huán)境，并且預測系統(tǒng)的發(fā)展前景。必須仔細分析系統(tǒng)中的數(shù)據(jù)流又要分析長期使用的數(shù)據(jù)存儲。通過此階段可以知道該軟件主要有學生學籍異動管理、獎懲情況管理、檔案管理、成績管理、考勤管理等功能模塊。
工作是學校教學工作的重要內容，這一工作階段性強，涉及面廣，涉及諸多細節(jié)。目前，學校學生管理環(huán)節(jié)普遍存在的問題和現(xiàn)象是：
1.為加強學生社會能力和工作能力，在以就業(yè)為導向的指導思想下，學生就業(yè)前的校內管理效果不明顯，須加以改善。
2.大部分學校逐漸走上完全學分制的教學模式，對于學生綜合管理工作更需要規(guī)范化。
3.畢業(yè)涉及的申報和管理工作主要依賴人工處理，效率低。
基于以上，開發(fā)了學生檔案信息管理系統(tǒng)。
二、模塊化設計
模塊化設計就是把程序劃分成若干個模塊，每個模塊完成一個子功能，把這些模塊集中起來組成一個整體，可以完成指定的功能問題的需求。系統(tǒng)功能包括學生信息管理、學生成績管理、考試模塊管理、教師信息管理等。
三、系統(tǒng)流程分析
根據(jù)用戶需求分析和系統(tǒng)的總體設計過程中確定的系統(tǒng)功能及模塊，可以分析出系統(tǒng)的流程。系統(tǒng)的啟動首先要通過用戶權限的驗證，輸入錯誤的用戶名或密碼，系統(tǒng)無法運行，點擊確定按鈕將重返登錄界面。
四、功能需求分析
系統(tǒng)應該具備如下主要功能：
(一)學生管理：學生能夠查詢自己的資料以及考試信息、課程信息等?？梢孕薷淖约旱拿艽a，在課程考試后可以查看自己的成績以及成績排名情況。
(二)教務人員管理：教務人員能夠查詢并修改自己的資料及密碼，可以增加、查詢、修改、刪除學生基本信息，查看學生成績以及總分、單課排名情況?？梢栽黾印⒉樵?、修改、刪除課程信息、考試信息、教師基本信息等。
五、可行性分析
(一)對現(xiàn)有系統(tǒng)的分析。
目前，在不少大、中專院校學生檔案管理系統(tǒng)都是單機的MIS，甚至有的還是手工方式。這種單機的管理系統(tǒng)不僅工作方式效率是極低，而且存在許多弊端，主要包括：
1.檔案錄入效率低下：例如每學期開學，數(shù)以千計的學生檔案都由學生處負責錄入，這個工程量之大，可想而知。
2.查詢不便：例如，某個系部要調出某個學生的檔案，由于系部沒有管理檔案的權限，他就必須到學生處去調這個學生的檔案。
3.畢業(yè)生轉檔不便：每年大量畢業(yè)生，他們都要轉走個人的檔案。在這個過程中，若沒有管理信息系統(tǒng)的參與，工作繁重不可言喻。
可行性分析對系統(tǒng)的開發(fā)至關重要，可以大幅減少不必要的損失，保證系統(tǒng)開發(fā)的順利進行。因此要對此系統(tǒng)進行技術可行性和操作可行性兩方面的系統(tǒng)可行性分析。
(1)技術可行性。
本系統(tǒng)是采用目前比較流行的C#語言，用Microsoft Access 2005數(shù)據(jù)庫完成。由于C#的與平臺無關性，所以在任何有C#運行環(huán)境的計算機上都可以運行。
為了方便交互式應用和數(shù)據(jù)的大型存儲，大學綜合管理系統(tǒng)必須采用B/S框架模式而且支持大型的后臺數(shù)據(jù)庫，而Asp.NET、SQL、Server 2005數(shù)據(jù)庫正好滿足了交互與大型存取兩方面?？梢娛褂肁sp.NET畢業(yè)設計管理系統(tǒng)在技術上是可行的。
(2)操作可行性。
學生檔案信息管理系統(tǒng)是一個集成了教師管理、學生成績管理、考試信息管理，用戶只要會上網(wǎng)就應該會使用本網(wǎng)站，網(wǎng)站各個部分都有說明和提示，引導用戶達到他們的目的。
對于用戶來說，本系統(tǒng)只要求使用者掌握一般的上網(wǎng)經(jīng)驗，經(jīng)過仔細設計和測試之后的系統(tǒng)具有操作簡單，方便靈活等優(yōu)點，足可以滿足用戶的不同需求，同時也方便了學校的內部管理。用戶一定會在短時間內掌握并熟練使用。只要動一動鼠標鍵盤就可以達到想要的效果。
(3)經(jīng)濟性可行性。
通過網(wǎng)絡化的學生信息管理，大大的提高了工作效率和人才的利用率，使之創(chuàng)造了更大價值;減少了工作人員，同時減少了學校開支;人才利用率的提高，適應了信息時代的網(wǎng)絡化管理要求。
(二)可靠性方面。
采用代碼較檢逐項檢查錄入的各項資料，保證錄入資料的正確性。遵循軟件工程規(guī)定，保證各個模塊的獨立性和可靠性，達致整個系統(tǒng)的可靠。同時加強服務器維護工作，保證服務端穩(wěn)定可靠地運行。
[關鍵詞] 需求分析；Scrum；業(yè)務流程；三維模型；需求變更
doi ： 10 . 3969 / j . issn . 1673 - 0194 . 2012 . 23. 028
[中圖分類號] TP391 [文獻標識碼] A [文章編號] 1673 - 0194（2012）23- 0045- 03
1 前 言
1.1 傳統(tǒng)管理信息系統(tǒng)開發(fā)方法及缺陷
管理信息系統(tǒng)（MIS）因其在創(chuàng)造有競爭力的公司、管理全球化、增加企業(yè)價值和為客戶提供有價值的產(chǎn)品與服務等方面有著重要的作用[1]，受到越來越多組織的青睞。信息技術發(fā)展的日新月異使得軟件的功能越來越強大，同時也帶來一系列的開發(fā)管理上的難題。傳統(tǒng)的瀑布模型、螺旋模型、原型模型等方法也越來越不能適應快速變化的需求和市場環(huán)境。主要表現(xiàn)在：軟件開發(fā)效率低，大量的人力、物力、財力浪費在重復開發(fā)上；軟件質量得不到保證，后期服務費用大；技術積累困難，常常隨著技術人員的流失而消失；企業(yè)內部、企業(yè)與外部缺乏有效、可靠、安全的信息交流方式等。
1.2 需求分析的重要性及不確定性
開發(fā)有效的信息系統(tǒng)的關鍵在于做好信息系統(tǒng)的需求分析工作，因為好的需求分析可以為信息系統(tǒng)的編寫提供任務范圍的框架，對信息系統(tǒng)的開發(fā)進行有效的控制，為信息系統(tǒng)的完成提供基線，為信息系統(tǒng)最終交付提供依據(jù)[2]。從項目管理知識體系來講，也就是要根據(jù)管理科學的理論，對需求進行科學分析和有效的規(guī)劃、管理及控制，使開發(fā)項目能夠按照預定的成本和進度順利完成，并保證信息系統(tǒng)的質量和最終的順利實施。TTE、TRM和IBM三家公司的統(tǒng)計結果表明：發(fā)現(xiàn)錯誤的時間越晚，修改所需要花費的費用越大，如圖1所示。另外，需求定義不準確會對系統(tǒng)開發(fā)人員的積極性以及用戶實施信息系統(tǒng)的信心帶來不可忽視的影響。
由此可以看出，需求階段在系統(tǒng)開發(fā)的整個生命周期中處于最基礎、最重要的位置。許多成本分析表明，系統(tǒng)60% ～ 80%的錯誤發(fā)生來源于需求的錯誤定義[3]，這又歸結于需求分析具有很強的不確定性，表現(xiàn)為用戶本身需求的不確定性：用戶自我認識不清、員工因為利益原因故意隱藏需求、市場環(huán)境變化、業(yè)務調整等。然而更主要的原因是傳統(tǒng)開發(fā)方法的局限性，使得需求不夠明確，不能及時控制需求變更。而Scrum作為一種敏捷開發(fā)的代表，相對于傳統(tǒng)方法具有很明顯的優(yōu)勢。
2 Scrum指導下的需求分析
2.1 敏捷開發(fā)Scrum
敏捷開發(fā)是一種以人為核心、迭代、循序漸進的開發(fā)方法。在高度協(xié)作的開發(fā)環(huán)境中，使用迭代的方式進行增量開發(fā)，經(jīng)常使用反饋進行思考、反省和總結，不停地進行自我調整和完善。采用敏捷開發(fā)不僅保證了軟件的質量，而且開發(fā)速度也提高了3～10倍。Scrum作為一種典型的迭代式增量軟件開發(fā)過程，旨在尋求充分的發(fā)揮面向對象和構件技術的開發(fā)方法，是對迭代式面向對象方法的改進，盡快讓需求者看到結果[4]。越來越多的公司，例如Google、Microsoft、IBM、Oracle等，開始采用Scrum來解決軟件開發(fā)過程中面臨的困難和挑戰(zhàn)。如果將項目開發(fā)過程視為一個黑箱，那么Scrum能更好地加強黑箱內部的混沌性，使項目組工作在混沌的邊緣。不過，Scrum并沒有提供核心的價值觀和指導原則，也缺乏具體的實踐方法。本文借助Scrum的思想，通過具體的方法來實現(xiàn)復雜系統(tǒng)的需求分析。
2.2 需求層次
信息系統(tǒng)需求具有一定的層次和分類，一般包括業(yè)務需求、用戶需求、功能需求（包括非功能需求）3個層次。為了便于本文的研究和體現(xiàn)迭代思想的優(yōu)越性，按照需求發(fā)現(xiàn)的難易程度，從縱向上將需求分為以下3個層次。①基礎性需求：實現(xiàn)用戶需求，用戶主動提出的、顯性的、基礎的、迫切需要實現(xiàn)、必須滿足的需求。②滿意性需求：符合用戶預期，此類需求相對獨立，并且不對主要業(yè)務實現(xiàn)造成很大影響。③興奮性需求：超出用戶預期，深度隱性需求，主要為系統(tǒng)與用戶未來需求的吻合度。
2.3 需求分析建模
在關于不確定性、不一致性和優(yōu)先系數(shù)的分析中，開發(fā)團隊要根據(jù)具體情況對每一項工作制定一份比較完整的評分細則，防止評分過程中的隨意性。開發(fā)團隊需要根據(jù)需求不確定性、不一致性以及優(yōu)先級系數(shù)為坐標建立如圖2所示的三維模型。將調查得到的每個需求的屬性按（不確定性，不一致性，優(yōu)先系數(shù)），例如需求A5（30，10，1）進行繪圖定位。我們將整體分為8個象限，根據(jù)圖形情況，開發(fā)團隊和用戶可以一目了然的發(fā)現(xiàn)某一項需求的具體情況。
Ⅰ和Ⅴ區(qū)域是基本需求的集結區(qū)，是確定開發(fā)和優(yōu)先開發(fā)區(qū)域，此處的需求得到用戶和開發(fā)團隊的一致同意，在此區(qū)域的需求的成功能夠給員工工作帶來很多的方便，完成基本作業(yè)流程，增強用戶企業(yè)的市場優(yōu)勢。
Ⅶ區(qū)域是興奮性需求的集結區(qū)，也是高風險發(fā)開和爭議開發(fā)區(qū)域，因此在處理這一部分需求時要格外注意。高風險可能帶來高收益。風險主要為需求本身的變化性致使開發(fā)成功的可能性減低，或者即使成功開發(fā)也不一定能發(fā)揮作用。它的價值更多的表現(xiàn)為滿足用戶的隱性需求和應對未來的不確定性。在開發(fā)過程中，開發(fā)團隊應以戰(zhàn)略的高度把更多的注意力放在位于Ⅶ區(qū)域的需求上，通過進一步的調查將其轉化到其他區(qū)域，可以及時發(fā)現(xiàn)需求變化及其變化原因。
開發(fā)團隊要綜合考慮單個需求中三者的權重以及需求間的邏輯依賴關系來決定需求開發(fā)的先后順序。權重的確定不是任意的，必須通過科學的方法和有效的經(jīng)驗確定。我們采用主成分分析法，數(shù)據(jù)來源應為已經(jīng)公認的開發(fā)案例數(shù)據(jù)、開發(fā)團隊以往開發(fā)中的有效的成功的案例以及客戶所在公司的實際情況。
2.4 需求分析的基本流程及方法
借助Scrum的核心思想，結合需求分析自身的特殊性，我們采取如圖3所示的流程。
從一般流程我們可以看出，它是一個迭代的、逐步完善的過程，而協(xié)調關系和協(xié)同設計[5]則貫穿始終。為此，我們采取如下策略：①總體規(guī)劃，分步實施：由粗到細，有宏觀到微觀，由外到內，逐步精深；②以部門為單位，以業(yè)務領域為主線，借助泳道圖搞清楚每個部門負責的業(yè)務以及每項業(yè)務流經(jīng)的部門。
（1）環(huán)境識別：就是把企業(yè)作為一個社會和經(jīng)濟系統(tǒng)的子系統(tǒng)，即要認識企業(yè)所處的自然環(huán)境，又要認識企業(yè)所處的政治環(huán)境、人文環(huán)境，由外到內，由表及里地把握企業(yè)所處的地位[6]。將企業(yè)與上下游的供應商、客戶，以及合作伙伴和競爭者納入考慮范圍。企業(yè)可以利用外部競爭威脅模型和價值鏈模型等來進行戰(zhàn)略分析和選擇，識別信息系統(tǒng)能夠提供競爭優(yōu)勢的經(jīng)營領域，然后確定信息系統(tǒng)的戰(zhàn)略[7]。系統(tǒng)戰(zhàn)略必須服從服務企業(yè)戰(zhàn)略，系統(tǒng)功能必須支撐企業(yè)戰(zhàn)術要求。
（2）成立開發(fā)團隊。開發(fā)團隊領導須由資深的項目經(jīng)理擔任，由技術人員、業(yè)務分析員、管理人員組成，形成知識、技術、經(jīng)驗、溝通能力的互補。開發(fā)團隊領導沒有真正的實權，只是負責主持會議、協(xié)調成員、營造更好的交流環(huán)境，開發(fā)團隊成員都應該是全職的。開發(fā)團隊首先要對客戶的過去和現(xiàn)在進行了解，包括企業(yè)傳統(tǒng)、企業(yè)哲學、核心價值、員工價值、主營業(yè)務等，方便調查工作的順利和深入開展。
（3）理解愿景，識別目標。理解愿景，既要理解上級的意圖，又要理解下屬的愿景，上下溝通，層層協(xié)調。識別目標，既要從橫向上把握整體、要素、環(huán)境的有機聯(lián)系，在大環(huán)境下規(guī)劃企業(yè)的目標、方針、宗旨，又要正確處理企業(yè)的過去、現(xiàn)在、未來的連貫性，合理制定企業(yè)的長短期目標。
以下進入一個迭代式的增量過程，首先從每個部門入手，實現(xiàn)各個擊破，形成部門級需求，然后再通過接口進行需求整合，最終形成完整的公司級的需求文檔和需求模型。
（4）模塊分解和調查。首先根據(jù)公司現(xiàn)有組織結構和業(yè)務流程將公司劃分為界限并不明顯的職能/參謀部門，然后要對每個部門進行需求分析的時間做個排序，保持兩個相鄰部門之間具有一定的黏性，然后依次對每個部門分別進行需求分析。開發(fā)團隊首先可以對部門內部進行問卷或者調查表調查，包括員工職務、職責以及對部門的整體描述，初步了解基本信息，這樣可以在下一步的面談中做到有針對性，節(jié)約時間。
（5）每日會議，需求發(fā)現(xiàn)。每個部門的需求分析將控制在一周內，開發(fā)團隊會每天定時定點召集部門員工進行面談，時間控制在一個小時內。為此我們建立一個“論戰(zhàn)室”，提供公共的會議室，以保持客戶和開發(fā)團隊能夠在協(xié)同工作下進行需求分析?？蛻魧⒅辽僖卮鹣铝袉栴}：①你對昨天的需求陳述還有什么要補充的嗎？②你今天有什么新的需求？③你明天將要做什么？有什么難度？④你認為現(xiàn)在迫切需要解決的問題是？⑤你認為你工作中的機會問題（probortunity）是什么？這一過程中要吸收頭腦風暴[8]的優(yōu)點，根據(jù)觸發(fā)器放大原理，更大程度地發(fā)現(xiàn)每個客戶個性化的理念理解和情景化的概念理解，實現(xiàn)各種需求最大化的外現(xiàn)。
（6）需求定義、編號及評審。開發(fā)團隊根據(jù)以上活動記錄總結、抽象出具體的需求文檔并形成組件，同時要給每個需求進行唯一性編碼。然后需要對此進行評審，評審會由開發(fā)團隊、部門主管、員工代表組成，各人員可以對需求文檔暢所欲言，發(fā)表自己的意見，并給需求評定優(yōu)先級別。評審主要是針對需求的合理性、粒度、完整性、價值性（商業(yè)性）等方面給與一定的評價。在此過程中我們借助用例劃分的測試方法“WAVE”，即What to do， Actor’s point of view， Value for the actor， Entire scenario，來檢驗每個需求的質量[9]。在需求評審最后評審會形成最終意見，開發(fā)團隊對需求文檔和組件進行修改。
（7）需求文檔/組件集成：通過對各個部門的需求分析完畢后，通過需求間的接口進行集成。在集成中要注意是否有超出范圍的需求以及各種需求間的依賴關系。我們借助需求交互矩陣[10]來判斷任意兩個需求之間的依賴關系，并判斷是否獨立、相似、重疊或者矛盾。相似的需求要進一步細化明確，轉化為獨立需求和重疊需求；矛盾的需求需要與需求部門和更高的領導進行討論交流協(xié)商，在兩者兼顧下達到整體化更優(yōu)；重疊的需求應當消除，減少不必要的資源浪費。
在前幾輪的迭代后開發(fā)團隊會發(fā)現(xiàn)基礎性需求并設計模型和編制文檔，模型能夠給用戶更加清晰的認識，加速需求的確定，同時也可以被重復利用。隨著每輪迭代工作的進行，用戶的隱性需求和潛在需求會不斷明朗，此時要對需求進行修改、擴充，逐漸發(fā)現(xiàn)滿意性需求和興奮性需求。最后將各層次的需求文檔和模型進行整合，實現(xiàn)需求分析的成功。
3 模型質量保障措施
3.1 用戶保障
在每次的面談和評審會中要盡量保證客戶自由地、無拘束地暢談；要讓用戶認識到自己不僅僅是活動的參與人，也是變革推動者，確保每個需求優(yōu)先系數(shù)（Priority）評分、每個需求不確定性（Uncertainty）評分以及需求不一致性（Disagreement）統(tǒng)計真實可靠。
3.2 開發(fā)團隊保障
開發(fā)團隊在整個過程中應該做到以下幾個方面：每個部門作為一次增量，在劃分部門時并不具有隨意性，而是既要保證部門的獨立性，又要保持部門之間的黏性，主要依據(jù)是業(yè)務流程；為了體現(xiàn)部門劃分的連貫性和優(yōu)越性，就要使得調研過程具有連續(xù)性和繼承性；開發(fā)團隊自治，在引入基于自我組織團隊的變化驅動模式的過程中，要做到從高度個體自治、不注重團隊自治向高度個體自治并且注重團隊自治的轉變[11-12]；開發(fā)團隊中的每個人都沒有專門的職責。開發(fā)團隊是一個自組織、自管理的團隊，項目的每個成員都具有項目中所有方面的參與權，不存在單一成員劃分部門、問卷調查、構建需求模型的情況[3]，這樣保證了不會因為開發(fā)團隊成員的減少而影響需求分析的進度。
4 結 語
需求及需求變更對信息系統(tǒng)開發(fā)過程影響較大， 是影響信息系統(tǒng)質量的重要因素[14]。本文在敏捷開發(fā)思想的指導下，重在從實踐的角度，以部門模塊為單位，以業(yè)務流程為主線，數(shù)字量化已發(fā)現(xiàn)的需求后建立三維需求模型，有效的說明各種需求的關系以及其優(yōu)先情況，有利于開發(fā)人員更好對信息系統(tǒng)需求變更趨勢、需求變更主要原因進行掌控，方便后期開發(fā)工作的進行，有效的提高系統(tǒng)開發(fā)的成功率。
主要參考文獻
[1][美] Kenneth C Laudon， Jane P Laudon.管理信息系統(tǒng)：管理數(shù)字化[M].第8版.周宣光，譯.北京：清華大學出版社，2005.
[2]董紅贊.中小企業(yè)信息管理系統(tǒng)需求分析流程研究[D].上海：上海交通大學，2009.
[3]羅曉沛，姜同強，等. 全國計算機等級考試三級教程——信息管理技術[M]. 北京：高等教育出版社，2011.
[4]張智海，周國祥.Scrum方法的研究與分析[J].合肥工業(yè)大學學報：自然科學版，2010，33（2）：198-200.
[5]陳麗. 基于共同價值的多維度組織協(xié)同機理和方法[D]. 天津：天津大學，2010.
[6]彭本紅，呂永成，黎軍.運用WSR方法探討國有企業(yè)BPR的有效實施[C]//顧基發(fā).西部開發(fā)與系統(tǒng)工程——中國系統(tǒng)工程學會第12屆年會論文集，2002.
[7]杜棟.新編管理信息系統(tǒng)[M].北京：中國人民大學出版社，2005.
[8] 潘綿臻，毛基業(yè).ERP實施中用戶的有效參與——頭腦風暴會議的作用[J].管理學報，2010，7（7）：1052-1063.
[9]Eric J Naibug，Robert A Maksimchuk.UML for Database Design[M]. Boston，MA：Addison-Wesley，2001.
[10]G Kotonya，I Sommerville.Requirements Engineering：Processes and Techniques[M].New York，NY：John Wiley& Sons，1998.
[11]Meo NB， Dingsoyr T.Understanding Self-Organizing Teaming Agile Software Development[C]//19th Australian Conference on Software Engineering，2008：76-85.
[12]楊帆，徐俊剛.一種改進的Scrum敏捷軟件開發(fā)方法[J].電子技術，2011（9）：22-23.
中圖分類號: F426.61 電力需求側管理(Demand Side Management，簡稱DSM)是指通過提高終端用電效率和優(yōu)化用電方式，采取有效的激勵措施，引導電能消費者改變用電方式，使電力資源得到優(yōu)化配置，達到節(jié)約能源，保護環(huán)境的用電管理活動。20世紀90年代初，電力需求側管理引入到我國，國家有關政府部門及部分省級政府出臺了很多關于電力需求側管理的政策，對實施有序用電、提高能效、緩解電力供需矛盾發(fā)揮了積極作用。電能計量集抄系統(tǒng)是DSM信息系統(tǒng)的基礎，也是其重要組成部分。
1集抄管理系統(tǒng)的構成典型的電能計量集抄系統(tǒng)主要由電能表、終端采集器、采集通訊系統(tǒng)、中心處理系統(tǒng)構成，通過網(wǎng)絡還可以和電力公司的營業(yè)收費系統(tǒng)相連實現(xiàn)負控、抄表、收費一體化。整個系統(tǒng)的連接是由采集通信系統(tǒng)的2個信道組成：電能表：終端采集器，稱為下行信道；終端采集器：主站系統(tǒng)。稱為上行信道。
1.1終端采集器 終端采集器是整個集抄管理系統(tǒng)中的核心，分為單表采集器和多表采集器兩種，單表采集器只能采集、存儲1塊電表的數(shù)據(jù)，多表采集器可同時采集、存儲8、12、16、24、32或64塊電表的數(shù)據(jù)，采集器除完成電表的各類數(shù)據(jù)采集、儲存工作以外，還要根據(jù)系統(tǒng)的要求完成和主站系統(tǒng)之間的數(shù)據(jù)通訊。
1.2采集通信系統(tǒng)
1.2.1下行信道 按照采集數(shù)據(jù)的通訊方式及媒介的不同，分為RS485總線網(wǎng)、單導線脈沖采集和低壓電力線載波通訊網(wǎng)。 RS485總線：采集器和電能表之間采用屏蔽雙絞線(485總線)，用于采集電能表數(shù)據(jù)。該系統(tǒng)適用于城市較分散的商業(yè)用戶和居民用戶，每個電能表需安裝內置式485模塊，該模塊將電能表的脈沖轉換為數(shù)據(jù)，然后通過485接口傳送到采集器。電能表和采集器之間的485網(wǎng)線長度不能超過1200m，這是目前使用較多的一種方式。 單導線脈沖采集：采集器和電能表之間用一般導線連接，用于脈沖采集。該系統(tǒng)適用于居民和商業(yè)戶較為集中，并且電能表計已安裝在集中表箱內。 低壓電力線載波通訊：是電力系統(tǒng)特有的通訊方式，它利用低壓線路進行多路載波調制、線性調頻脈沖、雙音多頻調制、擴頻、窄帶通訊等多種方式。對低壓電力載波通訊造成較大影響的因素有：低壓電力網(wǎng)噪聲干擾如交、直流兩用電動機、配電變壓器、電視接受器等等，會造成數(shù)據(jù)傳輸質量的降低；電力線路的阻抗特性限制了信號的傳輸距離。
1.2.2上行信道 按照通訊介質的不同，常見的分為有線和無線。有線包括：①電話網(wǎng)(PSTN)：投資小，但信息易堵塞；②光纖傳輸：投資大，傳輸質量高；③有線電視網(wǎng)：不易鋪設。無線包括：①GPRS／GSM通訊：是目前常用的一種方式，價格低廉、通訊速度快、可靠但容易發(fā)生信息堵塞造成數(shù)據(jù)丟失；②無線電臺：信號不穩(wěn)定、投資較大；③紅外抄表系統(tǒng)：是南紅外掌上電腦和主站系統(tǒng)組成，不需要終端采集器，降低了一部分成本但必須人員到現(xiàn)場，降低了自動化程序和信息數(shù)據(jù)的實時性。
1。3中心處理系統(tǒng) 中心處理系統(tǒng)主要由中心處理工作站以及相應的軟件構成。是整個電能計量集抄系統(tǒng)的數(shù)據(jù)管理層，同時也是其成果體現(xiàn)的地方。中心處理系統(tǒng)作為整個系統(tǒng)的最終組成部分，根據(jù)采集回來的數(shù)據(jù)進行分析整理，為電力管理提供多項服務。中心處理系統(tǒng)對硬件的要求比較高，要求工作站具有快的運算速度和大的儲存空間，對應用軟件的要求是需滿足電力需求管理的各項功能分析。
2集抄管理系統(tǒng)的功能集抄管理系統(tǒng)的主要功能是：電力營銷管理功能、DSM信息系統(tǒng)的服務功能、營銷分析與決策分析支持功能等。
2.1電力營銷管理功能 集抄管理系統(tǒng)對電力營銷管理支持功能包括遠程抄表、電費回收、電能計量、用電秩序管理等。
2.1.1遠程抄表 集抄管理中心實現(xiàn)定時實時遠程抄表，保證結算電能表的及時和準確，與電力營銷網(wǎng)相連后可隨時進行電費收取、票據(jù)打印、報表統(tǒng)計等操作。
2.1.2電費回收 集抄管理系統(tǒng)可利用采集終端的信息功能，向用戶發(fā)送相應催費信息，增加電費催收的途徑；可利用負荷控制功能，對違反電力法和不按時履行繳納電費義務的，限制用戶繼續(xù)用電。集抄管理系統(tǒng)還可通過預付費電能表提供預售電控制功能，從而增加了電費回收的力度。
2.1.3電能計量及用電秩序管理 集抄管理系統(tǒng)實現(xiàn)對用戶端電能計量裝置運行狀況的在線監(jiān)測，為電能計量及用電秩序管理提供了技術平臺。集抄終端通過數(shù)據(jù)接口，連續(xù)(循環(huán))將電能表數(shù)據(jù)傳送至中心處理系統(tǒng)，實時在線監(jiān)測電能計量裝置的運行狀況，對掉電、斷相、失流、逆相序、編程計數(shù)、時鐘偏差等異常工況自動報警，同時記錄事件和相關數(shù)據(jù)；為用電異常分析提供依據(jù)，開展負荷跟蹤對比等綜合數(shù)據(jù)監(jiān)測分析功能。
2.2DSM信息系統(tǒng)的服務功能 電能計量集抄管理系統(tǒng)的主要目的是DSM信息系統(tǒng)管理的服務支持：①系統(tǒng)對用戶電量數(shù)據(jù)進行采集和分析。正確反映當前電力市場的需求，為電力企業(yè)分析市場、平衡電力需求提供基礎數(shù)據(jù)；②提供用戶的負荷曲線，能夠幫助用電企業(yè)對電力負荷和成本進行分析，為企業(yè)節(jié)能增效提供技術指導工作；③檢測供電質量，為提高電壓合格率提供數(shù)據(jù)；④能夠及時判斷電力故障，提高供電搶修的速度；⑤可落實和執(zhí)行避峰、限電等電力需求側管理措施和方案。
2.3營銷分析與決策分析支持功能 集抄管理系統(tǒng)與電力營銷網(wǎng)連接實現(xiàn)數(shù)據(jù)共享，為電力營銷管理決策提供技術數(shù)據(jù)支持。能夠對各種行業(yè)的用電特性進行分析，作出行業(yè)負荷預測；對每個時段的電量動態(tài)監(jiān)測，決策峰谷負荷；為售電量、線損等報表分析提供數(shù)據(jù)基礎；為電力線路的負荷平衡和發(fā)展提供必要的電量分析結果。
關鍵詞：競賽管理系統(tǒng)；需求分析；數(shù)據(jù)流程圖；用例圖
中圖分類號：TP311.52
職業(yè)技能大賽是我國職業(yè)教育領域的重大創(chuàng)新，是促進職業(yè)教育向技能培養(yǎng)發(fā)展的重要手段，通過它可以培養(yǎng)選拔高素質勞動者和高水平技能型人才。目前，職業(yè)技能大賽已經(jīng)成為各個職業(yè)院校教學和管理中的一項重要工作，但目前我院針對競賽信息的管理主要是采用人工管理的方式。如何形成一套行之有效的管理機制、方法、工具和軟件，來幫助競賽的各方面相關人員（項目干系人）來更加輕松、快速、準確、高效的完成各項競賽管理事務，是我們需要迫切解決的任務。
1 職業(yè)院校競賽管理系統(tǒng)的目標
競賽管理系統(tǒng)所達到的總體目標是：（1）學生可以利用該系統(tǒng)了解各個賽項的通知和獲獎情況，并能夠下載和使用學習資源，并且可以和教師或他人進行在線交流等；（2）競賽輔導教師可以利用該系統(tǒng)進行競賽過程中所用資源的管理，并可以和學生及他人進行交流；（3）參加職業(yè)技能大賽的教師可以利用該系統(tǒng)了解教師職業(yè)技能競賽情況，并進行在線報名，和參考相應的學習資源，并且在此平臺中為教師提供一個針對教育相關主題的學習園地；（4）教務部門可以利用該系統(tǒng)學生或者教師因為競賽而產(chǎn)生的調課/停課情況。同時可以教師參與競賽獲獎的統(tǒng)計信息；（5）競賽協(xié)調員可以利用此平臺關于競賽的相關信息，并且學生職業(yè)大賽的成績統(tǒng)計等信息；（6）系部和院級領導可以利用該系統(tǒng)查看各賽項的參與人員及競賽成績等內容；（7）依據(jù)年度對競賽成績的統(tǒng)計分析，從而為學院評優(yōu)和教師學術統(tǒng)計等信息提供堅實的依據(jù)。
2 競賽管理系統(tǒng)的角色定義
通過角色可以針對競賽管理系統(tǒng)的用戶進行有效劃分和管理。系統(tǒng)的用戶角色可以分為幾類：
2.1 學生
面向學院的所有學生。主要學生用戶為包括想要參加競賽而提前進行了解和學習的學生，和被選入競賽團隊要參與競賽的學生；學生通過校內網(wǎng)絡進入系統(tǒng)后，可以瀏覽公告，下載學習資源，查看以往的競賽成績、發(fā)表博客文章，進行站內搜索等工作。
2.2 競賽指導教師
各個賽項中指定的學生指導教師。該角色用戶進行系統(tǒng)后，可以瀏覽公告，管理（增加、修改和刪除學習資源），發(fā)表博客文章，進行站內搜索等活動。因為各個賽項主要是以系為單位來組織競賽的，因此不同的指導教師只能對自己添加的競賽資源進行管理。
2.3 賽項負責人
某個競賽項目的指定負責人。競賽協(xié)調員將競賽通知分發(fā)給系部主任，由系部主任指定競賽項目的負責人，賽項負責人要負責競賽指導教師和參賽學生的選拔，負責與競賽協(xié)調員聯(lián)系進行競賽各項任務的跟進，負責競賽佳績通告的，負責在競賽完成后，將所有的資源整理后提交給競賽協(xié)調員。
2.4 參賽教師
參加各項職業(yè)技能大賽的教師。教師也逐步參與更多的職業(yè)競賽，參賽教師進入系統(tǒng)后可以進行競賽資源和成績等信息的瀏覽，并可以通過系統(tǒng)發(fā)表博客文章，同時可以進行評論。
2.5 教務管理人員
教務部門中進行競賽管理的相關人員。該角色用戶進入系統(tǒng)后可以瀏覽公告、管理公告（添加、刪除、修改），發(fā)表博客文章，進行站內搜索，管理教師競賽成績的匯總等工作。教務部門的人員主要進行教師競賽信息的和競賽結果的公布等內容；
2.6 競賽協(xié)調員
協(xié)調學生參與職業(yè)技能大賽的人員。競賽協(xié)調人員各項學生競賽通知、協(xié)調競賽過程中的相關事宜，并進行學生競賽成績的匯總和成績（包括學生的成果和教師的成果）上報，以及進行教師分值和工作量確認等工作；
2.7 系統(tǒng)管理員
針對系統(tǒng)的各項工作進行全面管理和維護的人員。系統(tǒng)管理員可以進行系統(tǒng)所有的內容管理、用戶管理、系統(tǒng)配置、系統(tǒng)備份等方面的工作。是整個系統(tǒng)最高權限的用戶。
3 競賽管理系統(tǒng)的功能模塊
通過對競賽管理系統(tǒng)不同用戶的需求進行調研和分析，可以將整個系統(tǒng)的功能模塊劃分如下：
3.1 競賽公告管理
根據(jù)競賽公告的性質，可以將其劃分為四種不同的類型：競賽通知、競賽佳績、調停課通知和其他公告等類型。競賽公告可以由教務管理人員、競賽協(xié)調員、系統(tǒng)管理員進行。競賽公告內容主要包括公告標題、公告內容、公告圖片、公告附件、人和時間等。
3.2 競賽資源管理
競賽資源劃分為學生競賽資源和教師競賽資源。在學生競賽資源中一級分類可以按照系部進行按照，二級分類按照該系部所負責的賽項進行劃分，在每個賽項下，按照資源的類別例如競賽總結、歷年樣題、學習資料等進行安排。競賽資源內容主要包括資源標題、資源類別、資源附件、人和時間等。教師競賽資源按照年份進行一級分類，在年份下面按照賽項名稱來進行二級分類。
3.3 學生競賽成績管理
學生競賽成績可以按照學年來進行顯示，內容主要包括競賽名稱、競賽時間、競賽等級、獲獎級別、參賽學生、指導教師和所屬系部等信息?？梢园凑障挡亢瞳@獎級別進行信息的統(tǒng)計。
3.4 教師競賽成績管理
教師競賽成績可以按照學年來進行顯示，內容主要包括競賽名稱、競賽時間、競賽等級、獲獎級別、參賽教師、所屬系部和獲得分值等信息?？梢园凑障挡?、獲獎級別、和參賽教師個人進行信息的統(tǒng)計。
3.5 博客管理
使用該系統(tǒng)的所有用戶可以通過博客來發(fā)表或者轉載文章。針對所有的用戶來說，博客是一個學習交流的園地。博客內容主要包括標題、所屬類別、博客內容等。其他用戶可以對某個博客進行評論。
4 總束結
通過對競賽管理系統(tǒng)的需求進行細致的分析，可以明確競賽管理系統(tǒng)中各個不同角色的定義，在確定系統(tǒng)的功能模塊之后，可以針對每種角色確定其功能權限。該競賽管理系統(tǒng)的需求分析為各個職業(yè)院校的競賽管理提供了一個較為基礎和全面的需求說明。
參考文獻：
[1]楊巨龍，周永利.軟件需求十步走：新一代軟件需求工程實踐指南 [M].北京：電子工業(yè)出版社，2013.
[2][澳]麥斯阿塞克著，馬素霞譯.需求分析與系統(tǒng)設計（原書第3版）[M].北京：機械工業(yè)出版社，2009.