序論：寫(xiě)作是一種深度的自我表達(dá)。它要求我們深入探索自己的思想和情感，挖掘那些隱藏在內(nèi)心深處的真相，好投稿為您帶來(lái)了七篇管理系統(tǒng)需求范文，愿它們成為您寫(xiě)作過(guò)程中的靈感催化劑，助力您的創(chuàng)作。

篇(1)

當(dāng)前許多承擔(dān)基礎(chǔ)設(shè)施建設(shè)等大型項(xiàng)目的投融資平臺(tái)由于業(yè)務(wù)性質(zhì)特殊，缺少通用軟件支持，長(zhǎng)時(shí)間處于手工填寫(xiě)報(bào)表的工作狀態(tài)，本文針對(duì)投融資平臺(tái)公司的建設(shè)投資業(yè)務(wù)，進(jìn)行了計(jì)算機(jī)信息化管理系統(tǒng)的需求分析，為后續(xù)的設(shè)計(jì)開(kāi)發(fā)奠定基礎(chǔ)。

【關(guān)鍵詞】

投融資平臺(tái)；投資管理系統(tǒng)；需求分析

1前言

浦發(fā)集團(tuán)是一家國(guó)有獨(dú)資有限責(zé)任公司，負(fù)責(zé)上海浦東新區(qū)城市基礎(chǔ)設(shè)施項(xiàng)目的投融資建設(shè)等業(yè)務(wù)。其本身并不參與具體的工程建設(shè)業(yè)務(wù)，通過(guò)為項(xiàng)目提供資金支持來(lái)跟蹤，管理大量建設(shè)項(xiàng)目的運(yùn)行。本文在用戶(hù)調(diào)研的基礎(chǔ)上，遵循需求分析的流程［1］，通過(guò)應(yīng)用結(jié)構(gòu)化和快速原型等分析方法［2］，得到《浦發(fā)集團(tuán)基礎(chǔ)設(shè)施項(xiàng)目投資管理系統(tǒng)》的需求文檔。

2功能需求

浦發(fā)集團(tuán)的基礎(chǔ)項(xiàng)目投資方式主要有兩種，一種是BT模式，也就是建成后移交模式。一種是BOT模式，也就是建設(shè)，運(yùn)營(yíng)一段時(shí)間后再移交的模式。項(xiàng)目主要是政府部門(mén)提出的公共建設(shè)項(xiàng)目，如軌道交通，道路，公交，公共綠地等。政府職能部門(mén)，如建交委，環(huán)保局等是項(xiàng)目的最終接收方，但他們本身并不參與項(xiàng)目建設(shè)，而是委托給浦發(fā)集團(tuán)這樣的投融資平臺(tái)公司進(jìn)行操作。而浦發(fā)集團(tuán)本身也不進(jìn)行實(shí)際項(xiàng)目的建設(shè)，他們通過(guò)招標(biāo)將實(shí)際的建設(shè)工作交給專(zhuān)業(yè)的代建公司來(lái)完成，本身只完成對(duì)項(xiàng)目資金流的管控工作。所以業(yè)務(wù)涉及跨企業(yè)合作，一個(gè)是具體建設(shè)的代建公司，他們主要根據(jù)項(xiàng)目的建設(shè)進(jìn)展情況提出資金使用需求。一個(gè)是浦發(fā)集團(tuán)公司，他們主要負(fù)責(zé)項(xiàng)目資金的募集，審核，撥付。系統(tǒng)以立項(xiàng)的建設(shè)項(xiàng)目為核心，由代建公司根據(jù)項(xiàng)目進(jìn)展提出資金申請(qǐng)，集團(tuán)公司多個(gè)部門(mén)進(jìn)行審核，通過(guò)后付款給代建公司。系統(tǒng)有兩類(lèi)用戶(hù)，代建公司和集團(tuán)公司，有三大主要功能，建設(shè)項(xiàng)目管理，資金管理以及回購(gòu)管理。其中，建設(shè)項(xiàng)目管理主要是把各種項(xiàng)目信息管理起來(lái)，使得業(yè)務(wù)中各相關(guān)方都能方便地檢索到需要的項(xiàng)目信息，從而為處理申請(qǐng)和審核業(yè)務(wù)提供依據(jù)。項(xiàng)目信息包括三大類(lèi)，項(xiàng)目基本信息，相關(guān)合同信息以及與該項(xiàng)目有關(guān)的合同外費(fèi)用支出信息，也就是項(xiàng)目相關(guān)的非合同信息。項(xiàng)目信息的創(chuàng)建者是代建公司的工作人員，該信息將由集團(tuán)公司市政部的相關(guān)工作人員來(lái)做復(fù)核，復(fù)核通過(guò)后即可作為后續(xù)資金申請(qǐng)的依據(jù)。這里的項(xiàng)目信息除了項(xiàng)目名稱(chēng)，關(guān)聯(lián)公司等最簡(jiǎn)單的基本信息外，就是與項(xiàng)目相關(guān)的費(fèi)用預(yù)算，支付條件等和資金相關(guān)的信息，體現(xiàn)了本系統(tǒng)的圍繞著資金流進(jìn)行項(xiàng)目管控的特色。而資金管理資金管理是核心業(yè)務(wù)，主要包括資金計(jì)劃，資金申請(qǐng)和審核，以及審核通過(guò)后的資金撥付三方面功能。資金計(jì)劃是代建公司根據(jù)正在進(jìn)行中的項(xiàng)目情況，制定出各個(gè)項(xiàng)目的月度及年度資金使用計(jì)劃。資金計(jì)劃的目的是預(yù)估未來(lái)的資金需求量，集團(tuán)公司的投資金融部會(huì)匯總各個(gè)代建公司的資金計(jì)劃，以此為依據(jù)，開(kāi)展融資活動(dòng)，以確保項(xiàng)目資金及時(shí)到位，保證項(xiàng)目的正常開(kāi)展。集團(tuán)公司會(huì)定期召開(kāi)資金計(jì)劃會(huì)議，審議各個(gè)代建公司提交上來(lái)的資金計(jì)劃，生成匯總的審核通過(guò)后的集團(tuán)公司資金計(jì)劃。代建公司根據(jù)項(xiàng)目需要向集團(tuán)公司提交用款申請(qǐng)，集團(tuán)市政部先審核用款申請(qǐng)是否合乎標(biāo)準(zhǔn)，通過(guò)后，轉(zhuǎn)交給投金部和計(jì)財(cái)部，這些部門(mén)通過(guò)后，再由市政部復(fù)審，確保無(wú)誤后，提交給集團(tuán)領(lǐng)導(dǎo)最終審批。資金申請(qǐng)的依據(jù)是項(xiàng)目的合同或非合同信息，受合同支付條件約束，同時(shí)也不能超出已經(jīng)確定的資金計(jì)劃。資金申請(qǐng)獲批后，代建公司就可以提起付款申請(qǐng)了。相關(guān)的資金就會(huì)按照合同支付條款分期分批的打入代建公司的銀行賬戶(hù)。最后，回購(gòu)是指政府職能部門(mén)在項(xiàng)目完成后將建成的基礎(chǔ)設(shè)施整體購(gòu)買(mǎi)的行為。回購(gòu)需要集團(tuán)公司和政府簽訂回購(gòu)合同，一般情況下，政府并不是一次性付清款項(xiàng)，而是在一個(gè)回購(gòu)合同中協(xié)商好的回購(gòu)期內(nèi)，分期分批的付款。由于不是一次性付款，就會(huì)產(chǎn)生資金成本，集團(tuán)公司會(huì)在回購(gòu)合同中約定相應(yīng)的利息。系統(tǒng)需要根據(jù)回購(gòu)合同生成申請(qǐng)信息，供回購(gòu)款申請(qǐng)時(shí)使用。回購(gòu)管理主要就是管理回購(gòu)項(xiàng)目的回購(gòu)合同信息以及回購(gòu)申請(qǐng)的審批。

3非功能需求

考慮到業(yè)務(wù)本身的特點(diǎn)，在非功能需求方面將安全性和穩(wěn)定性作為首要目標(biāo)。要求系統(tǒng)具有硬件和軟件兩方面的容錯(cuò)功能。另外，考慮到使用該系統(tǒng)的人員分散在不同的多家公司，所以要求系統(tǒng)易于部署，兼容性好，支持多種操作系統(tǒng)，并且具備一致的用戶(hù)界面。同時(shí)要求系統(tǒng)易于維護(hù)，可以方便地配置不同用戶(hù)的相應(yīng)權(quán)限。

4結(jié)論

遵循著軟件工程思想，對(duì)浦發(fā)集團(tuán)的投資管理業(yè)務(wù)進(jìn)行了需求分析，闡述了業(yè)務(wù)范圍及內(nèi)容，明確了不同的用戶(hù)角色和業(yè)務(wù)流程。

作者：彭小勇 單位：上海大學(xué)計(jì)算機(jī)工程與科學(xué)學(xué)院

參考文獻(xiàn):

篇(2)

【關(guān)鍵詞】:圖書(shū)管理系統(tǒng);需求;功能

二十一世紀(jì)是信息高度交流與發(fā)展的時(shí)代,面計(jì)算機(jī)系統(tǒng)則在信息時(shí)代扮演著極為重要的腳色,隨著計(jì)算機(jī)的不斷發(fā)展,計(jì)算機(jī)以滲透到各個(gè)領(lǐng)域,圖書(shū)館也不例外,圖書(shū)館的計(jì)算機(jī)化以不容遲緩。

圖書(shū)館在正常運(yùn)營(yíng)中總是面對(duì)大量的讀者信息、書(shū)籍信息以及兩者相互作用產(chǎn)生的借書(shū)信息、還書(shū)信息。需要對(duì)讀者資源、書(shū)籍資源、借書(shū)信息、還書(shū)信息進(jìn)行管理,及時(shí)了解各個(gè)環(huán)節(jié)中信息的變更,有利于提高管理效率。作者針對(duì)圖書(shū)館手工管理的現(xiàn)狀,經(jīng)過(guò)詳細(xì)系統(tǒng)的調(diào)查,闡明了圖書(shū)管理系統(tǒng)的需求和功能,為圖書(shū)館管理信息系統(tǒng)的開(kāi)發(fā)打下堅(jiān)實(shí)基礎(chǔ)。

一、圖書(shū)管理系統(tǒng)的需求分析

當(dāng)決定要開(kāi)發(fā)一個(gè)信息系統(tǒng)時(shí),首先要對(duì)信息系統(tǒng)的需求進(jìn)行分析,需求分析要做的工作是深入描述軟件的功能和性能,確定軟件設(shè)計(jì)的限制和軟件同其他系統(tǒng)元素的接口細(xì)節(jié),定義軟件的其他有效性需求。

獲得當(dāng)前系統(tǒng)的處理流程,在此首先假設(shè)當(dāng)前系統(tǒng)是手工處理系統(tǒng)。手工處理流程大致是這樣的。讀者將要借的書(shū)和借閱證交給工作人員,工作人員將每本書(shū)附帶的描述書(shū)信息的卡和讀者借閱證一起放在一個(gè)小格欄,并在借閱證和每本書(shū)上貼的借閱信息。這樣借書(shū)過(guò)程就完成了。還書(shū)時(shí)讀者將要還的圖書(shū)交給工作人員,工作人員圖書(shū)信息找到相應(yīng)的書(shū)卡和借閱證,并填寫(xiě)相應(yīng)的還書(shū)信息。

抽象出當(dāng)前系統(tǒng)的邏輯模型。在理解當(dāng)前系統(tǒng)“怎么做”的基礎(chǔ)上,抽取其“做什么”的本質(zhì),從而從當(dāng)前系統(tǒng)的物理模型抽象出當(dāng)前系統(tǒng)的邏輯模型。在物理模型中有許多物理因素,隨著分析工作的深入,有些非本質(zhì)的物理因素就成為不必要的負(fù)擔(dān),因而需要對(duì)物理模型進(jìn)行分析,區(qū)分出本質(zhì)的物理因素就成為不必要的負(fù)擔(dān),因而需要對(duì)物理模型進(jìn)行分析,區(qū)分出本質(zhì)的和非本質(zhì)的困素,去掉那些非本質(zhì)的困素即可獲得反映系統(tǒng)本質(zhì)的邏輯模型。

建立目標(biāo)系統(tǒng)的邏輯模型。分析目標(biāo)系統(tǒng)與當(dāng)前系統(tǒng)邏輯上的差別,明確目標(biāo)系統(tǒng)到底要“做什么”,從而從當(dāng)前系統(tǒng)的邏輯模型導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型。在對(duì)上述流程進(jìn)行分析后,我們對(duì)新的圖書(shū)處理流程進(jìn)行整理,圖書(shū)館借還書(shū)過(guò)程如下:

借書(shū)過(guò)程:讀者從架上選到所需圖書(shū)后,將圖書(shū)和借書(shū)卡交管理人員,管理人員用碼閱讀器將圖書(shū)和借書(shū)卡上的讀者條碼2碼讀入處理系統(tǒng)。系統(tǒng)根據(jù)讀者條碼從讀者文件和借閱文件中找到相應(yīng)記錄;根據(jù)圖書(shū)上的條碼從圖書(shū)文件中找到相應(yīng)記錄,讀者如果有如下列情況之一將不予辦理借書(shū)手續(xù)。

①讀者所借閱圖書(shū)已超過(guò)該讀者容許的最多借書(shū)數(shù)目。

②該讀者記錄中有止借標(biāo)志。

③該讀者還有已超過(guò)歸還日期而仍未歸還的圖書(shū)。

④該圖書(shū)暫停外借。

若讀者符合所有借書(shū)條件時(shí),予以借出。系統(tǒng)在借閱文件中增加一條記錄,記入讀者碼、圖書(shū)條碼、借閱日期等內(nèi)容。

還書(shū)過(guò)程:還書(shū)時(shí)讀者只要將書(shū)交給管理人員,管理員將書(shū)上的圖書(shū)條碼讀入系統(tǒng),系統(tǒng)從借閱文件上找到相應(yīng)記錄,填上還書(shū)日期后寫(xiě)入借閱歷史文件,并從借閱文件上刪去相應(yīng)記錄,同時(shí)系統(tǒng)對(duì)借還書(shū)日期進(jìn)行計(jì)算并判斷是否超期,若不超期則結(jié)束過(guò)程,若超期則計(jì)算出超期天數(shù)、罰款數(shù)、并打印罰款通知書(shū),記入罰款文件。同時(shí)在讀者記錄上作止借標(biāo)記。當(dāng)讀者交來(lái)罰款收據(jù)后,系統(tǒng)根據(jù)讀者條碼查罰款文件,將相應(yīng)記錄寫(xiě)入罰款歷史文件,并從罰款文件只刪除該記錄,同時(shí)去掉讀者文件中的止借標(biāo)記。

為了對(duì)圖書(shū)管理系統(tǒng)做完整的描述,還需要對(duì)上面得到的邏輯模型做一些補(bǔ)充.首先采用圖形的方式描述圖書(shū)管理系統(tǒng)的用戶(hù)界面,這樣做的目的是保證整個(gè)系統(tǒng)的用戶(hù)界面的一致性,同時(shí)也有國(guó)助于后續(xù)的開(kāi)發(fā)人員更好地理解系統(tǒng)需要實(shí)現(xiàn)的功能.其次,說(shuō)明圖書(shū)管理系統(tǒng)的一些特珠性能要求。如借書(shū)、還書(shū)服務(wù)花費(fèi)的時(shí)間一次不得大于5分鐘等。

前面著重對(duì)借還書(shū)流程進(jìn)行了說(shuō)細(xì)的闡述,下面介紹圖書(shū)管理系統(tǒng)的總體功能要求。簡(jiǎn)單的圖書(shū)管理系統(tǒng)主要包括下面的功能:

>借書(shū)處理:完成讀者借書(shū)這一業(yè)務(wù)流程。

>還書(shū)處理:完成讀者還書(shū)這一業(yè)務(wù)流程。

>罰款處理:解決讀者借書(shū)超期的罰款處理。

>新書(shū)上架:輸入新書(shū)資料。

>舊書(shū)淘汰:刪除圖書(shū)資料。

>讀者查詢(xún):根據(jù)讀者號(hào),查詢(xún)讀者借閱情況。

二、圖書(shū)管理系統(tǒng)的功能分析

系統(tǒng)功能分析是在系統(tǒng)開(kāi)發(fā)的總體任務(wù)的基礎(chǔ)上完成。圖書(shū)館管理信息系統(tǒng)需要完成功能主要有:

.有關(guān)讀者種類(lèi)標(biāo)準(zhǔn)的制定、種類(lèi)住處的輸入,包括種類(lèi)編號(hào)、種類(lèi)名稱(chēng)、借書(shū)數(shù)量、借書(shū)期限、有效期限、備注等。

.讀者種類(lèi)信息的修改、查詢(xún)等。

.讀者基本信息的輸入,包括讀者編號(hào)、讀者姓名、讀者種類(lèi)、讀者性別、工作單位、家庭住址、電話(huà)號(hào)碼、電子郵件地址、辦證日期、備注等。

.讀者基本信息的查詢(xún)、修改,包括讀者編號(hào)、讀者姓名、讀者種類(lèi)、讀者性別、工作單位、家庭住址、電話(huà)號(hào)碼、電子郵件地址、辦證日期、備注等等。

.書(shū)籍類(lèi)別標(biāo)準(zhǔn)的制定、類(lèi)別信息的輸入,包括類(lèi)別編號(hào)、類(lèi)別名稱(chēng)、關(guān)鍵詞、備注信息等。

.書(shū)籍信息的輸入,包括書(shū)籍編號(hào)、書(shū)籍名稱(chēng)、書(shū)籍名稱(chēng)、書(shū)籍類(lèi)別、作者姓名、出版社名稱(chēng)、出版日期、書(shū)籍頁(yè)書(shū)、關(guān)鍵詞、登記日期、備注信息等。

.借書(shū)信息的輸入,包括借書(shū)信息編號(hào)、讀者編號(hào)、讀者姓名、書(shū)籍編號(hào)、書(shū)籍名稱(chēng)、借書(shū)日期、備注信息等。

.借書(shū)信息的查詢(xún)、修改,包括借書(shū)信息編號(hào)、讀者編號(hào)、讀者姓名、書(shū)籍編號(hào)、書(shū)籍名稱(chēng)、借書(shū)日期、備注信息等。

.還書(shū)信息的輸入,包括還書(shū)信息編號(hào)、讀者編號(hào)、讀者姓名、書(shū)籍編號(hào)、書(shū)籍名稱(chēng)、借書(shū)日期、還書(shū)日期、備注信息等。

還書(shū)信息的查詢(xún)和修改,包括還書(shū)信息編號(hào)、讀者編號(hào)、讀者姓名、書(shū)籍編號(hào)、書(shū)籍姓名、借書(shū)日期、還書(shū)日期、備注信息等。

參考文獻(xiàn)

[1]EWinemiller,J.Roff,著.VisualBasic6.0數(shù)據(jù)庫(kù)開(kāi)發(fā).清華大學(xué)出版社,1999.

[2]郭盈發(fā),張紅娟.《數(shù)據(jù)庫(kù)原理》.西安電子科技大學(xué)出版社,2002.

篇(3)

目前網(wǎng)絡(luò)技術(shù)迅速的普及和推廣，為汽車(chē)服務(wù)產(chǎn)業(yè)提供了一個(gè)新的平臺(tái)，網(wǎng)絡(luò)化與智能化的管理服務(wù)在當(dāng)前與今后的一段時(shí)間內(nèi)已成為汽車(chē)服務(wù)企業(yè)競(jìng)爭(zhēng)制勝的關(guān)鍵籌碼。面對(duì)現(xiàn)代化的需求，一個(gè)仍然使用傳統(tǒng)管理技術(shù)與管理手段的汽車(chē)服務(wù)企業(yè)是不可能適應(yīng)現(xiàn)代化汽車(chē)服務(wù)與現(xiàn)代人的管理服務(wù)要求的，了解和掌握汽車(chē)維護(hù)維修管理智能化設(shè)施設(shè)備的維護(hù)與管理，利用網(wǎng)絡(luò)技術(shù)進(jìn)行全方位管理、利用和監(jiān)控汽車(chē)維護(hù)維修管理信息對(duì)汽車(chē)服務(wù)行業(yè)及時(shí)增強(qiáng)市場(chǎng)競(jìng)爭(zhēng)力、提高管理技術(shù)以及促進(jìn)整個(gè)行業(yè)的進(jìn)步都十分重要。

本課題為了實(shí)現(xiàn)人性化、智能化的汽車(chē)維護(hù)維修管理與服務(wù)，根據(jù)目前市場(chǎng)上的汽車(chē)維護(hù)維修的管理業(yè)務(wù)流程制定了切實(shí)可行的汽車(chē)維護(hù)維修客戶(hù)服務(wù)管理系統(tǒng)的軟件需求，對(duì)該管理系統(tǒng)的系統(tǒng)架構(gòu)和主要功能模塊進(jìn)行了設(shè)計(jì)。考慮到信息技術(shù)與網(wǎng)絡(luò)技術(shù)的發(fā)展以及它們帶給人們工作模式的改變，對(duì)比目前多種網(wǎng)絡(luò)開(kāi)發(fā)技術(shù)，提出了采用先進(jìn)的JSP開(kāi)發(fā)平臺(tái)、利用B/S模式Web應(yīng)用程序的汽車(chē)維護(hù)維修客戶(hù)服務(wù)管理系統(tǒng)解決方案。

基于JSP平臺(tái)構(gòu)建汽車(chē)維護(hù)維修客戶(hù)服務(wù)管理系統(tǒng)是綜合應(yīng)用了數(shù)據(jù)庫(kù)技術(shù)、網(wǎng)絡(luò)技術(shù)及WEB開(kāi)發(fā)技術(shù)等多個(gè)技術(shù)。如何有效地在汽車(chē)維護(hù)維修管理系統(tǒng)的軟件開(kāi)發(fā)中應(yīng)用多個(gè)技術(shù)，如何使整個(gè)系統(tǒng)更加靈活與穩(wěn)定，以適應(yīng)在管理服務(wù)上汽車(chē)維護(hù)維修的業(yè)務(wù)擴(kuò)展等多個(gè)問(wèn)題都具有一定理論意義，都是值得深入研究和探討的。

1.系統(tǒng)目標(biāo)

汽車(chē)維護(hù)維修客戶(hù)服務(wù)系統(tǒng)是一個(gè)涉及管理、服務(wù)和財(cái)務(wù)等多方面的系統(tǒng)工程。現(xiàn)代汽車(chē)維護(hù)維修管理系統(tǒng)應(yīng)滿(mǎn)足以下要求：一是全面化，滿(mǎn)足汽車(chē)用戶(hù)的需求以及工作人員的管理需求；二是數(shù)字化，實(shí)現(xiàn)數(shù)字化，減少重復(fù)勞動(dòng)，提高工作效率，加速信息記錄、檢索；三是先進(jìn)性，體現(xiàn)時(shí)代需要，使維護(hù)維修管理更細(xì)致、深入。作為現(xiàn)代汽車(chē)維護(hù)維修中不可缺少的一部分，該系統(tǒng)在其中應(yīng)達(dá)到以下目標(biāo)：

汽車(chē)用戶(hù)能夠預(yù)約，工作人員進(jìn)行預(yù)約管理，并提供及時(shí)周到的服務(wù)。

在外界環(huán)境（如網(wǎng)絡(luò)病毒、停電等）干擾本系統(tǒng)時(shí)，系統(tǒng)可自動(dòng)保護(hù)原始數(shù)據(jù)的安全。

數(shù)據(jù)查詢(xún)方便靈活。操作過(guò)程、方便、快速。

提供簡(jiǎn)潔、標(biāo)準(zhǔn)化的管理過(guò)程。

完善的權(quán)限管理，提高系統(tǒng)的安全性。

能夠快速得到業(yè)務(wù)相關(guān)的各種數(shù)據(jù)與報(bào)表。

操作界面統(tǒng)一，友好美觀，具有可擴(kuò)展性、易操作性和易維護(hù)性。

2.系統(tǒng)的功能需求分析

由于該系統(tǒng)是針對(duì)汽車(chē)維護(hù)維修公司內(nèi)部使用的系統(tǒng)，所以系統(tǒng)建設(shè)前需要分析該系統(tǒng)的基本用戶(hù)以及他們的需求，然后設(shè)計(jì)系統(tǒng)應(yīng)具有的基本功能和應(yīng)包含的信息內(nèi)容，從系統(tǒng)用戶(hù)的性質(zhì)來(lái)看，該系統(tǒng)主要有系統(tǒng)管理人員、汽車(chē)維護(hù)維修公司管理人員這兩類(lèi)。經(jīng)過(guò)仔細(xì)調(diào)查和分析該系統(tǒng)用戶(hù)的需求，這兩類(lèi)用戶(hù)對(duì)系統(tǒng)基本功能和信息內(nèi)容呈現(xiàn)著不同的需求。

2.1系統(tǒng)管理人員的功能的需求

系統(tǒng)管理員有最大權(quán)限，可完成對(duì)系統(tǒng)的管理。內(nèi)容包括對(duì)員工權(quán)限的設(shè)置、對(duì)汽車(chē)維護(hù)維修客戶(hù)服務(wù)管理系統(tǒng)的數(shù)據(jù)庫(kù)進(jìn)行備份和恢復(fù)等。

系統(tǒng)管理員對(duì)員工權(quán)限進(jìn)行管理，如增加、修改、刪除權(quán)限等，并將信息存入數(shù)據(jù)庫(kù)中。

為了避免操作或者病毒感染而造成的數(shù)據(jù)損失，系統(tǒng)管理員應(yīng)能夠?qū)?shù)據(jù)庫(kù)的備份和數(shù)據(jù)庫(kù)的恢復(fù)進(jìn)行操作。

2.2公司管理人員的功能需求

汽車(chē)維護(hù)維修公司管理人員主要完成公司日常的工作事項(xiàng)，包括客戶(hù)信息管理、客戶(hù)預(yù)約管理、配件信息管理、供應(yīng)商管理、入庫(kù)管理、庫(kù)存報(bào)警管理及維修管理等。公司管理人員功能需求如下：

前臺(tái)登記管理主要對(duì)客戶(hù)信息、預(yù)約信息、維修管理信息進(jìn)行管理，從而對(duì)公司客戶(hù)的情況有一個(gè)概括性的了解。

登記汽車(chē)用戶(hù)的姓名、身份證、電話(huà)、地址、車(chē)牌、車(chē)型等信息，并對(duì)客戶(hù)信息進(jìn)行瀏覽、修改以及刪除；當(dāng)客戶(hù)進(jìn)行了提前預(yù)約，前臺(tái)人員在每天的固定時(shí)間需進(jìn)行預(yù)約查詢(xún)，以確保及時(shí)為客戶(hù)服務(wù)，并對(duì)預(yù)約記錄進(jìn)行瀏覽、修改、刪除；及時(shí)瀏覽維修記錄，以確保向用戶(hù)反映正確的維修信息。

汽車(chē)維修人員主要對(duì)維修信息進(jìn)行管理，做到及時(shí)反饋信息，讓前臺(tái)人員能夠有一個(gè)大概的了解，同時(shí)也讓庫(kù)管人員對(duì)現(xiàn)有配件信息及時(shí)做出調(diào)整。登記用戶(hù)姓名、車(chē)牌信息、車(chē)型、身份證、故障描述，以及使用的配件信息、數(shù)量等信息。

庫(kù)管人員主要對(duì)配件信息、供銷(xiāo)商、入庫(kù)等進(jìn)行管理。

登記配件類(lèi)別，對(duì)配件信息進(jìn)行登記、修改和刪除；并對(duì)配件做入庫(kù)管理，添加、修改、刪除配件名稱(chēng)、入庫(kù)數(shù)量以及供銷(xiāo)商等信息；其中還對(duì)供銷(xiāo)商進(jìn)行管理，添加、修改、刪除供銷(xiāo)商公司名稱(chēng)、電話(huà)、郵箱、地址等信息。以便于以后正常開(kāi)展公司的管理工作，其中某些數(shù)據(jù)將為汽車(chē)維護(hù)維修公司在配件出現(xiàn)一些問(wèn)題時(shí)提供重要依據(jù)。

3.性能需求分析

系統(tǒng)的性能需求一般是指正確分析協(xié)議、順利傳遞相互消息，友好界面，運(yùn)行時(shí)間能滿(mǎn)足使用需求，安全性能得到保障。

在高網(wǎng)絡(luò)寬帶、高系統(tǒng)配置容易得到保障的情況下，最先考慮的性能需求就是系統(tǒng)安全性問(wèn)題。本系統(tǒng)是針對(duì)公司內(nèi)部使用，不涉及到聯(lián)網(wǎng)操作，在非工作人員不當(dāng)操作的情況下，該系統(tǒng)能夠得到安全保障。但考慮到操作人員的特質(zhì)，先做出以下要求：

（1）在操作成員輸入一些不合理的數(shù)據(jù)的時(shí)候，能夠進(jìn)行一些合理的提示信息，不能因?yàn)檩斎脲e(cuò)誤而導(dǎo)致系統(tǒng)的錯(cuò)誤，或者程序停止運(yùn)行。

篇(4)

1. 引言 ................................................................. 1

1.1編寫(xiě)目的 ........................................................ 1 1.2項(xiàng)目背景 ........................................................ 1 1.3定義 ............................................................ 2 1.4參考資料 ........................................................ 2 2．任務(wù)概述 ............................................................ 2

2.1目標(biāo) ............................................................ 2 2.2運(yùn)行環(huán)境 ........................................................ 3 2.3條件與限制 ...................................................... 3 3．?dāng)?shù)據(jù)描述 ............................................................ 3

3.1靜態(tài)數(shù)據(jù) ........................................................ 3 3.2動(dòng)態(tài)數(shù)據(jù) ........................................................ 4 3.3數(shù)據(jù)庫(kù)介紹 ...................................................... 5 3.4數(shù)據(jù)詞典 ........................................................ 6 3.5數(shù)據(jù)采集 ........................................................ 7 4．功能需求 ............................................................ 8

4.1功能劃分 ........................................................ 8 4.2功能描述 ....................................................... 21 5．性能需求 ........................................................... 22

5.1數(shù)據(jù)精確度 ..................................................... 22 5.2時(shí)間特性 ....................................................... 22 5.3適應(yīng)性 ......................................................... 22 6．運(yùn)行需求 ........................................................... 23

6.1用戶(hù)界面 ....................................................... 23 6.2硬件接口 ....................................................... 28 6.3軟件接口 ....................................................... 28 6.4故障處理 ....................................................... 28 7．其它需求 ........................................................... 29 8. 附錄 .............................................................. 29

1. 引言

1.1編寫(xiě)目的

隨著計(jì)算機(jī)技術(shù)的發(fā)展，人類(lèi)生活速度的加快，單一的人工售票方式已經(jīng)不能滿(mǎn)足人們出行的要求。每逢出行高峰都會(huì)造成火車(chē)站售票的擁擠，因此售票自動(dòng)化應(yīng)運(yùn)而生。車(chē)站售票管理系統(tǒng)就是這樣的一個(gè)產(chǎn)物。經(jīng)過(guò)我開(kāi)發(fā)小組的調(diào)研與討論研究，基本上明確了該系統(tǒng)的需求，并在此基礎(chǔ)上完成軟件需求規(guī)格說(shuō)明書(shū)。該文檔旨在對(duì)該系統(tǒng)的需求做出綜合的分析，對(duì)各個(gè)模塊的功能做出具體的說(shuō)明。

《車(chē)站售票管理系統(tǒng)需求規(guī)格說(shuō)明書(shū)》的目的是明確《車(chē)站售票管理系統(tǒng)》中各項(xiàng)功能和非功能需求，確定系統(tǒng)功能模塊，同時(shí)為概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)人員提供設(shè)計(jì)依據(jù)，也可供本項(xiàng)目的其他開(kāi)發(fā)人員參閱。本需求分析報(bào)告的目的是規(guī)范化本軟件的編寫(xiě)，旨在于提高軟件開(kāi)發(fā)過(guò)程中的能見(jiàn)度，便于對(duì)軟件開(kāi)發(fā)過(guò)程中的控制與管理，同時(shí)提出了本火車(chē)售票系統(tǒng)的軟件開(kāi)發(fā)過(guò)程，便于程序員與客戶(hù)之間的交流、協(xié)作，并作為工作成果的原始依據(jù)，同時(shí)也表明了本軟件的共性，以期能夠獲得更大范圍的應(yīng)用。。

本文檔需要交于論證人員進(jìn)行論證修改，無(wú)誤后供軟件開(kāi)發(fā)人員進(jìn)行后期的軟件設(shè)計(jì)

1.2項(xiàng)目背景

委托單位：呼和浩特火車(chē)站 開(kāi)發(fā)單位：內(nèi)蒙古工業(yè)大學(xué)軟件工程 主管部門(mén)：內(nèi)蒙古工業(yè)大學(xué)計(jì)算機(jī)系 項(xiàng)目開(kāi)發(fā)者： 周偉，馬星，張玲燕，苗欣宇 用戶(hù)：呼和浩特火車(chē)站 產(chǎn)品的所有權(quán)：呼和浩特火車(chē)站

項(xiàng)目背景：火車(chē)票出售管理系統(tǒng)是典型的信息管理系統(tǒng)(MIS),其開(kāi)發(fā)主要包括后

臺(tái)數(shù)據(jù)庫(kù)的建立和維護(hù)以及前端應(yīng)用程序的開(kāi)發(fā)兩個(gè)方面。本項(xiàng)目適用于Windows 操作系統(tǒng)，使用SQL Server 2005數(shù)據(jù)庫(kù)，利用C++,JAVA

開(kāi)發(fā)平臺(tái)開(kāi)發(fā)系統(tǒng)。

1.3定義

靜態(tài)數(shù)據(jù)：主要是由表和視圖組成，應(yīng)該注意的是，數(shù)據(jù)字典中的表是不能直接

被訪(fǎng)問(wèn)的，但是可以訪(fǎng)問(wèn)數(shù)據(jù)字典中的視圖。

動(dòng)態(tài)數(shù)據(jù)：SQL 包含了一些潛在的由系統(tǒng)管理員如SYS 維護(hù)的表和視圖，由于當(dāng)

數(shù)據(jù)庫(kù)運(yùn)行的時(shí)候它們會(huì)不斷進(jìn)行更新，所以稱(chēng)它們?yōu)閯?dòng)態(tài)數(shù)據(jù)字典（或者是動(dòng)態(tài)性能視圖）。這些視圖提供了關(guān)于內(nèi)存和磁盤(pán)的運(yùn)行情況，所以我們只能對(duì)其進(jìn)行只讀訪(fǎng)問(wèn)而不能修改它們。

數(shù)據(jù)字典：數(shù)據(jù)字典是SQL 存放有關(guān)數(shù)據(jù)庫(kù)信息的地方，其用途是用來(lái)描述數(shù)據(jù)

的。比如一個(gè)表的創(chuàng)建者信息，創(chuàng)建時(shí)間信息，所屬表空間信息，用戶(hù)訪(fǎng)問(wèn)權(quán)限信息等。當(dāng)用戶(hù)在對(duì)數(shù)據(jù)庫(kù)中的數(shù)據(jù)進(jìn)行操作時(shí)遇到困難就可以訪(fǎng)問(wèn)數(shù)據(jù)字典來(lái)查看詳細(xì)的信息。

需求：用戶(hù)解決問(wèn)題或達(dá)到目標(biāo)所需的條件或功能；系統(tǒng)或系統(tǒng)部件要滿(mǎn)足合同、

標(biāo)準(zhǔn)，規(guī)范或其它正式規(guī)定文檔所需具有的條件或權(quán)能。

需求分析：包括提煉，分析和仔細(xì)審查已收集到的需求，以確保所有的風(fēng)險(xiǎn)承擔(dān)

者都明其含義并找出其中的錯(cuò)誤，遺憾或其它不足的地方。

1.4參考資料

[1] 劉利民、田寶軍 .軟件工程綜合設(shè)計(jì)指導(dǎo)書(shū),2011

[2] 張海藩. 軟件工程導(dǎo)論（第五版）. 北京清華大學(xué)出版社,2003 [3] 黃國(guó)興、周勇著 .軟件需求工程. 清華大學(xué)出版社,2008-05 [4] 車(chē)站售票管理系統(tǒng)——項(xiàng)目開(kāi)發(fā)計(jì)劃書(shū) [5] 車(chē)站售票管理系統(tǒng)——可行性分析報(bào)告

2．任務(wù)概述

2.1目標(biāo)

利用信息化手段緩解火車(chē)站售票壓力，滿(mǎn)足廣大人民群眾的購(gòu)票需求，使管理人員能夠方便進(jìn)行售票管理工作，包括修改、維護(hù)、統(tǒng)計(jì)等，使廣大人民用戶(hù)能夠利用該系統(tǒng)進(jìn)行信息的查詢(xún)，購(gòu)票，退票等。

用自然語(yǔ)言或者形式化語(yǔ)言與圖形等完整、準(zhǔn)確、具體地描述系統(tǒng)的數(shù)據(jù)需求、功能需求、性能需求、可靠性需求和可用性需求、接口需求、約束、逆向需求以及將來(lái)可能提出的要求。

（1) 完善目前火車(chē)售票系統(tǒng)，使之能跟上時(shí)代的發(fā)展。同時(shí)通過(guò)實(shí)踐來(lái)提高自

己的動(dòng)手能

（2）應(yīng)用范圍：理論上能夠?qū)崿F(xiàn)于鐵路部門(mén)的售票系統(tǒng)，其目的在于在原有的

系統(tǒng)基礎(chǔ)使得火車(chē)售票便捷化，以期實(shí)現(xiàn)完善日常生活中火車(chē)售票的各種缺陷。

（3）可實(shí)現(xiàn)旅客對(duì)于火車(chē)票的查詢(xún)與購(gòu)買(mǎi)功能，售票員則可實(shí)現(xiàn)查詢(xún)、添加和

刪除等功能；對(duì)于所查詢(xún)的車(chē)次結(jié)果提供列表顯示輸出；有一定的安全機(jī)制，普通旅客不能對(duì)車(chē)次信息隨意刪改，只有系統(tǒng)管理員可通過(guò)密碼識(shí)別進(jìn)行維護(hù)。

2.2運(yùn)行環(huán)境

操作系統(tǒng)：Microsoft Windows 2007或Microsoft Windows XP 支持環(huán)境：IIS 5.0

數(shù) 據(jù) 庫(kù)：Microsoft SQL Server 2005

2.3條件與限制

應(yīng)具備的設(shè)備：計(jì)算機(jī)4臺(tái)，打印機(jī)1臺(tái) 應(yīng)具備的人員：軟件專(zhuān)業(yè)學(xué)生4人

其他條件：保證相關(guān)開(kāi)發(fā)人員全部到位，不缺勤；資金全部到位

3．?dāng)?shù)據(jù)描述

3.1靜態(tài)數(shù)據(jù)

列車(chē)信息：列車(chē)車(chē)號(hào) (int SerialNumber) 列車(chē)始發(fā)時(shí)間 (struct time SetOut) 列車(chē)始發(fā)站(char DeparturePoint) 列車(chē)終點(diǎn)站(char TerminalPoint) 額定載量（int FixNumber ）

票務(wù)：列車(chē)車(chē)號(hào) (int SerialNumber) 發(fā)車(chē)時(shí)間 票價(jià) 發(fā)出車(chē)站

售票員：用戶(hù)名 （char name） 密碼(char password)

3.2動(dòng)態(tài)數(shù)據(jù)

輸入數(shù)據(jù)：（根據(jù)界面提示，鍵盤(pán)輸入操作） 輸出數(shù)據(jù)：

輸出信息：查詢(xún)車(chē)次確定的數(shù)據(jù)庫(kù)記錄的子集；

3.3數(shù)據(jù)庫(kù)介紹

名稱(chēng)：Microsoft SQL Server 2005

介紹：微軟SQL Server 2005 SP1加入數(shù)據(jù)庫(kù)鏡像功能，為SQL Server 2005

Express Edition提供新管理工具，并且加強(qiáng)了SAP NetWeaver智能商務(wù)系統(tǒng)的報(bào)告反饋支持功能。

管理：SQL Server Management Studio 集成了對(duì) SQL Server 2005 所有組件的

管理。Business Intelligence 從業(yè)者都將得益于 Microsoft 服務(wù)器“能力”擴(kuò)展這一用戶(hù)盼望已久的功能增強(qiáng)，即從關(guān)系引擎（伸縮性、可靠性、可用性、可編程性，等等）擴(kuò)展為全套的 BI 平臺(tái)組件。 支持的操作系統(tǒng)： Windows 2000 Service Pack 4;

Windows Server 2003 Service Pack 1; Windows XP Service Pack 2

硬件要求：具有 Intel Pentium III 600 MHz（或同等性能的兼容處理器）或速

度更快處理器（建議使用 1 GHz 或速度更快的處理器。）的計(jì)算機(jī) 最低 192 MB 的 RAM（建議使用 512 MB 或更高的 RAM。） 100 MB 的可用硬盤(pán)空間

注意事項(xiàng)：安裝此包之前，必須從系統(tǒng)中刪除 SQL Server Management Studio

Express 的任何 Beta 版本或 Community Technology Preview (CTP) 版本。如果不執(zhí)行此操作，則將導(dǎo)致此包安裝 失敗。

安裝條件：您必須在計(jì)算機(jī)上具有管理權(quán)限才能安裝SQL Server 2005。

3.4數(shù)據(jù)詞典

3.5數(shù)據(jù)采集

（1） 車(chē)票信息由數(shù)據(jù)庫(kù)設(shè)計(jì)人員加入錄入數(shù)據(jù)庫(kù)中

（2） 用戶(hù)賬戶(hù)及密碼由登陸人員自行設(shè)計(jì)有數(shù)據(jù)庫(kù)設(shè)計(jì)人員設(shè)計(jì)的系統(tǒng)方

式錄入數(shù)據(jù)庫(kù)中。

（3） 其他數(shù)據(jù)如票務(wù)信息由系統(tǒng)自動(dòng)生成

4．功能需求

4.1功能劃分

圖 3.1 系統(tǒng)管理用例圖

表3-1 登錄系統(tǒng)用例規(guī)約

表3-6 維護(hù)數(shù)據(jù)管理規(guī)約

圖 3.2 售票用例

表3-7登錄系統(tǒng)用例規(guī)約

表3-8 退票規(guī)約

表3-9 統(tǒng)計(jì)信息用例規(guī)約

表3-10 售票規(guī)約

表3-11查詢(xún)信息規(guī)約

表3-12 購(gòu)票規(guī)約

4.2功能描述

售票：根據(jù)旅客的需求如發(fā)車(chē)日期、發(fā)車(chē)時(shí)間、車(chē)廂類(lèi)型、車(chē)票類(lèi)型（學(xué)生票、

軍人票?）、旅客終點(diǎn)站等選擇用戶(hù)所需要的車(chē)次，然后結(jié)算并打印車(chē)票給旅客。

訂票：由售票點(diǎn)授權(quán)或是有一定信譽(yù)的售票商替代旅客進(jìn)行預(yù)訂車(chē)票，售票

商通過(guò)電話(huà)或是親自到售票點(diǎn)預(yù)訂的方式進(jìn)行預(yù)訂車(chē)票。

退票：處理用戶(hù)由于某種情況需要退回車(chē)票的情況，旅客要在車(chē)站指定的時(shí)間內(nèi)

進(jìn)行退票，此外車(chē)站售票點(diǎn)還要扣除一定的手續(xù)費(fèi)。如若改簽則由售票員改簽到旅客所要的車(chē)次、時(shí)間、地點(diǎn)。

查詢(xún)：查詢(xún)分為車(chē)次查詢(xún)、站點(diǎn)查詢(xún)、時(shí)刻表查詢(xún)、票價(jià)查詢(xún)、剩余票數(shù)查詢(xún)。

車(chē)次查詢(xún)提供了所有車(chē)次瀏覽、按車(chē)次查詢(xún)、和站站查詢(xún)，用戶(hù)可以通過(guò)查詢(xún)來(lái)了解列車(chē)所經(jīng)車(chē)站以及發(fā)車(chē)時(shí)間等信息。時(shí)刻表查詢(xún)可以查詢(xún)每一車(chē)次在每一站的發(fā)車(chē)時(shí)間和到站時(shí)間。票價(jià)查詢(xún)可以讓用戶(hù)按自己的需求來(lái)查詢(xún)所有車(chē)次的車(chē)票價(jià)格；余票查詢(xún)可以查詢(xún)到所有車(chē)次的剩余車(chē)票的

情況；

統(tǒng)計(jì)：售票統(tǒng)計(jì)分別可以按日期統(tǒng)計(jì)、按車(chē)次統(tǒng)計(jì)、按客流方向統(tǒng)計(jì)等統(tǒng)計(jì)方式，

通過(guò)察看車(chē)票的流向可以得知旅客的大致流向，列車(chē)管理人員可以根據(jù)客流的流向隨時(shí)調(diào)整列車(chē)運(yùn)行車(chē)次，達(dá)到列車(chē)的合理調(diào)度，使列車(chē)最大限度的投入使用中，實(shí)現(xiàn)資源的合理利用。

信息修改：包括車(chē)次修改、票價(jià)修改、站點(diǎn)修改。車(chē)次修改包括增加車(chē)次，減少

車(chē)次，車(chē)次的臨時(shí)調(diào)度和由于自然災(zāi)害造成的臨時(shí)路線(xiàn)更改。票價(jià)修改為節(jié)假日、春運(yùn)等特殊時(shí)段或某些特殊地域需要適量增加或減少票價(jià)，具體數(shù)字有鐵路管理定。站點(diǎn)修改可是某些車(chē)次增加或減少一些站點(diǎn)。 系統(tǒng)管理：管理員通過(guò)系統(tǒng)添加用戶(hù)或者刪除用戶(hù)，并且授予權(quán)限，同時(shí)維護(hù)數(shù)

據(jù)庫(kù)，保證系統(tǒng)正確運(yùn)行。

5．性能需求

5.1數(shù)據(jù)精確度

由于采用數(shù)據(jù)庫(kù)技術(shù)并且用戶(hù)的應(yīng)用領(lǐng)域?qū)?shù)據(jù)精確度的要求不是太高，所以這點(diǎn)在系統(tǒng)中表現(xiàn)得比較少，但是用戶(hù)數(shù)據(jù)的安全性與正確性是完全保證的，所以對(duì)用戶(hù)的使用沒(méi)有多大的障礙。輸入數(shù)據(jù)精度要求不高，但用戶(hù)輸入不精確時(shí)有提示。

5.2時(shí)間特性

對(duì)于用戶(hù)的輸入應(yīng)該在較短的時(shí)間里給出回應(yīng)。若出錯(cuò)，應(yīng)有出錯(cuò)報(bào)告。由于該系統(tǒng)要求36臺(tái)機(jī)器能夠同時(shí)運(yùn)行，要求較高的并發(fā)處理功能。當(dāng)增加多臺(tái)機(jī)器后，要求系統(tǒng)的響應(yīng)時(shí)間不會(huì)有過(guò)大的延時(shí)。

5.3適應(yīng)性

該軟件只能在Windows 系統(tǒng)下運(yùn)行，所以兼容性不高，但應(yīng)用戶(hù)特殊需求在維護(hù)階段會(huì)保持一個(gè)與其它類(lèi)軟件接口，隨時(shí)滿(mǎn)足客戶(hù)的使用需求。

6．運(yùn)行需求

6.1用戶(hù)界面

圖3.3 系統(tǒng)登錄界面

圖 3.4 旅客及售票員查詢(xún)界面

圖 3.5 管理員功能界面

圖 3.6 列車(chē)信息

圖 3.7售票員功能

圖 3.8 退票界面

圖 3.9 人員管理

圖 3.10 權(quán)限管理

圖 3.11 售票管理

圖 3.12 列車(chē)管理

圖 3.12 維護(hù)后臺(tái)

6.2硬件接口

（1）硬件接口：支持x86系列PC 機(jī)

（2）網(wǎng)絡(luò)硬件接口要求：現(xiàn)實(shí)中要求具有高速以太網(wǎng)組網(wǎng)一實(shí)現(xiàn)聯(lián)網(wǎng)銷(xiāo)售，但是在理論實(shí)驗(yàn)驗(yàn)證軟件本身的目的來(lái)看，無(wú)需網(wǎng)絡(luò)通訊接口。

軟件除較小硬盤(pán)和顯示器，鼠標(biāo)外，服務(wù)器，基本沒(méi)有與外界硬件的聯(lián)系，不過(guò)考慮到數(shù)據(jù)庫(kù)大量數(shù)據(jù)的備份等要求可以保持與磁帶機(jī)和光盤(pán)刻錄機(jī)的接口。

6.3軟件接口

在這里主要考慮軟件與操作系統(tǒng)的接口，考慮到文檔處理的需要有可能需要與常用的辦公軟件的接口。例如Microsoft 的office 系列。另外查詢(xún)模塊需要與互聯(lián)網(wǎng)相連，以實(shí)現(xiàn)乘客的網(wǎng)上查詢(xún)。運(yùn)行于Windows2000及更高版本并裝有JAVA 虛擬機(jī)的操作系統(tǒng)之上。

6.4故障處理

鑒于火車(chē)售票系統(tǒng)涉及的數(shù)據(jù)對(duì)于火車(chē)站日常管理的重要性，必須建立數(shù)據(jù)庫(kù)嚴(yán)格有效的恢復(fù)機(jī)制：數(shù)據(jù)必須每天進(jìn)行一次備份，由于本信息涉及信息量巨大，應(yīng)以天為周期進(jìn)行增量轉(zhuǎn)儲(chǔ)，一般半個(gè)季度為周期進(jìn)行刪除。

正常使用時(shí)不用出錯(cuò)，對(duì)于用戶(hù)的輸入錯(cuò)誤應(yīng)及時(shí)給出適當(dāng)?shù)母恼畔⑻?/p>

示，若運(yùn)行遇到不可恢復(fù)的系統(tǒng)錯(cuò)誤，也必須保證數(shù)據(jù)庫(kù)完好無(wú)損。

7．其它需求

本系統(tǒng)中對(duì)系統(tǒng)各個(gè)模塊功能，以分級(jí)菜單的形式給出；所有的提交，確認(rèn)，刪除等操作以按鈕的形式給出，且名稱(chēng)一律取為“提交”、“確認(rèn)”、“刪除”等易于理解的形式；根據(jù)用戶(hù)統(tǒng)計(jì)信息計(jì)算，統(tǒng)計(jì)在正常情況下應(yīng)該支持一定人數(shù)的并行操作能力，春運(yùn)高峰期間人們要集中買(mǎi)票和查詢(xún)，應(yīng)支持更多人數(shù)的并行操作能力；高峰期間服務(wù)器應(yīng)支持幾十萬(wàn)以上的日訪(fǎng)問(wèn)量。 （1）可用性：該軟件也可以通過(guò)單步跟蹤的操作進(jìn)行檢查處理。

（2）安全性：由于軟件運(yùn)行數(shù)據(jù)放在數(shù)據(jù)庫(kù)中，所以參數(shù)不容易被錯(cuò)改、破壞，萬(wàn)一參數(shù)受到破壞也不會(huì)影響源程序。

（3）可維護(hù)性：該軟件利用數(shù)據(jù)庫(kù)進(jìn)行編程，系統(tǒng)結(jié)構(gòu)由程序基本確定，大量的參數(shù)及文本內(nèi)容全部放于數(shù)據(jù)庫(kù)中。修改、更新數(shù)據(jù)只要在數(shù)據(jù)庫(kù)進(jìn)行修改添加，而不需要對(duì)系統(tǒng)結(jié)構(gòu)進(jìn)行修改，這樣系統(tǒng)維護(hù)性、升級(jí)都十分方便。 （4）兼容性：由于尚未測(cè)試，故無(wú)法對(duì)兼容性進(jìn)行評(píng)析。

8. 附錄

1. 車(chē)輛類(lèi)型

篇(5)

裝備主動(dòng)式保障系統(tǒng)是指使用和維修裝備所需的各種資源及其組織管理，在一定環(huán)境下為保證或者維持裝備戰(zhàn)備完好性目標(biāo)而形成的相互影響、相互制約、相互促進(jìn)的有機(jī)整體。裝備主動(dòng)式保障系統(tǒng)以保障人員和資源為基礎(chǔ)，以武器裝備為保障對(duì)象，通過(guò)組織結(jié)構(gòu)管理、協(xié)調(diào)系統(tǒng)運(yùn)行，實(shí)現(xiàn)保障系統(tǒng)功能的循環(huán)過(guò)程，完成各類(lèi)軍事資源到滿(mǎn)足部隊(duì)對(duì)裝備需求的轉(zhuǎn)換，其系統(tǒng)構(gòu)成如圖3所示。針對(duì)信息化戰(zhàn)爭(zhēng)戰(zhàn)場(chǎng)范圍大、節(jié)奏快等特點(diǎn)，對(duì)裝備主動(dòng)式保障系統(tǒng)的運(yùn)行描述如下［4-6］:1)裝備在執(zhí)行任務(wù)命令過(guò)程中受損，能夠顯示故障征兆，預(yù)測(cè)與健康管理系統(tǒng)可對(duì)裝備進(jìn)行實(shí)時(shí)監(jiān)測(cè)，記錄狀態(tài)數(shù)據(jù)，并生成監(jiān)測(cè)報(bào)告，隨時(shí)發(fā)送至維修管理系統(tǒng);2)維修管理系統(tǒng)可根據(jù)監(jiān)測(cè)報(bào)告，結(jié)合數(shù)據(jù)管理系統(tǒng)提供的歷史監(jiān)測(cè)數(shù)據(jù)，進(jìn)行故障預(yù)測(cè)及診斷，制定維修規(guī)劃并發(fā)送至動(dòng)態(tài)資源管理系統(tǒng);3)動(dòng)態(tài)資源管理系統(tǒng)分析維修規(guī)劃，計(jì)算維修資源需求，將需求數(shù)據(jù)發(fā)送至資源管理系統(tǒng);4)資源管理系統(tǒng)管理裝備資源和維修資源，可根據(jù)維修資源需求，安排人員、設(shè)備對(duì)發(fā)生故障的裝備進(jìn)行適時(shí)、適地、適量維修;5)戰(zhàn)場(chǎng)情況下?lián)p傷裝備在裝備修竣以后可根據(jù)情況繼續(xù)執(zhí)行任務(wù)或返回車(chē)場(chǎng)進(jìn)行保養(yǎng)，等待下一次任務(wù)。為保證裝備主動(dòng)式保障系統(tǒng)運(yùn)行的完整性，系統(tǒng)應(yīng)從“任務(wù)下達(dá)”開(kāi)始運(yùn)行，因此，可對(duì)裝備主動(dòng)式保障系統(tǒng)添加描述:1)指揮管理系統(tǒng)可隨時(shí)根據(jù)需要制定任務(wù)要求，任務(wù)要求至少包括任務(wù)目標(biāo)、必要器材等，并發(fā)送至任務(wù)管理系統(tǒng);2)任務(wù)管理系統(tǒng)可根據(jù)任務(wù)要求，制定任務(wù)規(guī)劃，并傳送至動(dòng)態(tài)資源管理系統(tǒng);3)動(dòng)態(tài)資源管理系統(tǒng)可分析任務(wù)規(guī)劃，計(jì)算任務(wù)需求，向資源管理系統(tǒng)確認(rèn)任務(wù)能力;4)資源管理系統(tǒng)確認(rèn)任務(wù)能力之后，向任務(wù)管理系統(tǒng)反饋確認(rèn)信息，接收確認(rèn)信息后，任務(wù)管理系統(tǒng)向執(zhí)行部隊(duì)的裝備群下達(dá)任務(wù)命令。

裝備主動(dòng)式保障系統(tǒng)需求建模

對(duì)象模型

從上述系統(tǒng)描述中分析出保障系統(tǒng)需求信息，并在此基礎(chǔ)上確定對(duì)象、類(lèi)以及它們之間的靜態(tài)聯(lián)系。獲取并篩選出保障系統(tǒng)的對(duì)象有:指揮管理系統(tǒng)、任務(wù)管理系統(tǒng)、動(dòng)態(tài)資源管理系統(tǒng)、資源管理系統(tǒng)、PHM系統(tǒng)、維修管理系統(tǒng)、數(shù)據(jù)管理系統(tǒng)。類(lèi)有:裝備、車(chē)場(chǎng)、任務(wù)要求、任務(wù)規(guī)劃、任務(wù)能力、任務(wù)命令、故障征兆、監(jiān)測(cè)報(bào)告、歷史數(shù)據(jù)、維修規(guī)劃、維修資源、維修、保養(yǎng)。確定保障系統(tǒng)對(duì)象、類(lèi)之后，需要從保障系統(tǒng)描述中獲取對(duì)象、類(lèi)間的相互關(guān)系，具體如下:1)指揮管理系統(tǒng)下達(dá)任務(wù)要求;2)任務(wù)管理系統(tǒng)接收任務(wù)要求;3)任務(wù)管理系統(tǒng)制定并下達(dá)任務(wù)規(guī)劃;4)動(dòng)態(tài)資源管理系統(tǒng)接收任務(wù)規(guī)劃;5)動(dòng)態(tài)資源管理系統(tǒng)分析任務(wù)規(guī)劃;6)動(dòng)態(tài)資源管理系統(tǒng)向資源管理系統(tǒng)發(fā)送確認(rèn)信息;7)資源管理系統(tǒng)確定任務(wù)能力;8)資源管理系統(tǒng)將確認(rèn)結(jié)果反饋給任務(wù)管理系統(tǒng);9)資源管理系統(tǒng)包括裝備資源和維修資源;10)任務(wù)管理系統(tǒng)下達(dá)任務(wù)命令;11)裝備接收任務(wù)命令;12)裝備執(zhí)行任務(wù)命令;13)裝備顯示故障征兆;14)PHM系統(tǒng)對(duì)裝備進(jìn)行實(shí)時(shí)監(jiān)測(cè);15)PHM系統(tǒng)生成監(jiān)測(cè)報(bào)告;16)PHM系統(tǒng)將監(jiān)測(cè)報(bào)告發(fā)送至維修管理系統(tǒng);17)數(shù)據(jù)管理系統(tǒng)儲(chǔ)存裝備歷史監(jiān)測(cè)數(shù)據(jù);18)數(shù)據(jù)管理系統(tǒng)向維修管理系統(tǒng)提供歷史數(shù)據(jù);19)維修管理系統(tǒng)接收監(jiān)測(cè)報(bào)告;20)維修管理系統(tǒng)接收歷史監(jiān)測(cè)數(shù)據(jù);21)維修管理系統(tǒng)生成維修規(guī)劃;22)維修管理系統(tǒng)將維修規(guī)劃發(fā)送至動(dòng)態(tài)資源管理系統(tǒng);23)動(dòng)態(tài)資源管理系統(tǒng)接收維修規(guī)劃;24)動(dòng)態(tài)資源管理系統(tǒng)向資源管理系統(tǒng)確認(rèn)維修資源信息;25)維修資源管理系統(tǒng)安排維修人員和設(shè)備對(duì)裝備進(jìn)行維修;26)裝備修竣后繼續(xù)執(zhí)行任務(wù);27)裝備修竣后返回車(chē)場(chǎng)保養(yǎng)。梳理保障系統(tǒng)對(duì)象、類(lèi)之間的相互關(guān)系，剔除不必要、不正確的關(guān)聯(lián)，并定義各對(duì)象、類(lèi)的屬性，之后，即可建立裝備主動(dòng)式保障系統(tǒng)的對(duì)象模型，如圖4所示。對(duì)象模型清晰、直觀地表達(dá)了任務(wù)要求、任務(wù)規(guī)劃、指揮管理系統(tǒng)等保障系統(tǒng)各對(duì)象、類(lèi)間輸入輸出關(guān)系，為動(dòng)態(tài)模型中場(chǎng)景描述和功能模型中數(shù)據(jù)流信息描述奠定了基礎(chǔ)。

動(dòng)態(tài)模型

動(dòng)態(tài)模型用來(lái)表達(dá)保障系統(tǒng)對(duì)象、類(lèi)之間因?yàn)槭录l(fā)生所產(chǎn)生的動(dòng)態(tài)時(shí)序關(guān)系。獲得動(dòng)態(tài)模型的第一步是編寫(xiě)系統(tǒng)場(chǎng)景，裝備主動(dòng)式保障系統(tǒng)正常運(yùn)行情況的場(chǎng)景描述如下:1)指揮管理系統(tǒng)主要負(fù)責(zé)下達(dá)任務(wù)要求;2)任務(wù)管理系統(tǒng)負(fù)責(zé)接收任務(wù)要求，并制定任務(wù)規(guī)劃;3)動(dòng)態(tài)資源管理系統(tǒng)接收任務(wù)規(guī)劃，向資源管理系統(tǒng)確定任務(wù)能力;4)資源管理系統(tǒng)確認(rèn)任務(wù)能力并將確認(rèn)結(jié)果反饋給任務(wù)管理系統(tǒng);5)任務(wù)管理系統(tǒng)向裝備下達(dá)任務(wù)命令;6)裝備接收并執(zhí)行任務(wù)命令;7)裝備在執(zhí)行命令過(guò)程中顯示故障征兆;8)PHM系統(tǒng)對(duì)裝備進(jìn)行實(shí)時(shí)監(jiān)測(cè)，并生成監(jiān)測(cè)報(bào)告，發(fā)送至維修管理系統(tǒng);9)數(shù)據(jù)管理系統(tǒng)儲(chǔ)存并向維修管理系統(tǒng)提供裝備歷史監(jiān)測(cè)數(shù)據(jù);10)維修管理系統(tǒng)接收監(jiān)測(cè)報(bào)告及歷史監(jiān)測(cè)數(shù)據(jù)，生成維修規(guī)劃，發(fā)送至動(dòng)態(tài)資源管理系統(tǒng);11)動(dòng)態(tài)資源管理系統(tǒng)接收維修規(guī)劃，向資源管理系統(tǒng)確認(rèn)維修資源信息;12)維修資源管理系統(tǒng)安排人員、設(shè)備對(duì)裝備進(jìn)行維修;13)裝備修竣后繼續(xù)執(zhí)行任務(wù)或者返回車(chē)場(chǎng)進(jìn)行保養(yǎng)。認(rèn)真分析各場(chǎng)景中內(nèi)容，提取系統(tǒng)中信息傳遞及各子系統(tǒng)之間輸入輸出關(guān)系，畫(huà)出裝備主動(dòng)式保障系統(tǒng)正常運(yùn)行情況場(chǎng)景序列圖，如圖5所示。序列圖是保障系統(tǒng)運(yùn)行場(chǎng)景的圖形表示，它清楚表達(dá)了保障系統(tǒng)中事件的時(shí)序關(guān)系。確定序列圖中保障系統(tǒng)對(duì)象、類(lèi)的初態(tài)，將序列圖中事件作為狀態(tài)圖的有向邊，同時(shí)考慮系統(tǒng)邊界情況下可能發(fā)生的事件，構(gòu)建的裝備主動(dòng)式保障系統(tǒng)動(dòng)態(tài)模型如圖6所示。在無(wú)任務(wù)運(yùn)行時(shí)，裝備主動(dòng)式保障系統(tǒng)表現(xiàn)為無(wú)任務(wù)狀態(tài)，隨著下達(dá)任務(wù)要求，下達(dá)任務(wù)規(guī)劃等一系列事件的發(fā)生，保障系統(tǒng)狀態(tài)不斷發(fā)生變化。動(dòng)態(tài)模型正是以裝備主動(dòng)式保障系統(tǒng)運(yùn)行中可能發(fā)生的事件為出發(fā)點(diǎn)，按照事件發(fā)生的順序，描述其對(duì)保障系統(tǒng)狀態(tài)變化的影響。

功能模型

根據(jù)對(duì)象模型中系統(tǒng)各對(duì)象、類(lèi)屬性及其相互關(guān)系和動(dòng)態(tài)模型中引起系統(tǒng)狀態(tài)變化的事件序列關(guān)系，構(gòu)建裝備主動(dòng)式保障系統(tǒng)功能模型，如圖7所示。上述功能模型中，任務(wù)要求、裝備、車(chē)場(chǎng)是與保障系統(tǒng)進(jìn)行數(shù)據(jù)流交互的現(xiàn)實(shí)載體，任務(wù)目標(biāo)、任務(wù)類(lèi)型及方案、人員裝備需求等是對(duì)象模型中定義的保障系統(tǒng)對(duì)象、類(lèi)的屬性，即數(shù)據(jù)流信息，制定規(guī)劃、計(jì)算任務(wù)需求是保障系統(tǒng)需要完成的功能。功能模型描述了裝備主動(dòng)式保障系統(tǒng)數(shù)據(jù)流從任務(wù)要求到最終裝備修竣進(jìn)入車(chē)場(chǎng)進(jìn)行保養(yǎng)的全過(guò)程，是對(duì)裝備主動(dòng)式保障系統(tǒng)需求的直接體現(xiàn)。

各功能子系統(tǒng)信息流程

篇(6)

關(guān)鍵詞：學(xué)生操行管理；數(shù)據(jù)庫(kù)；MySQL

1.概述

在中等職業(yè)學(xué)校中，學(xué)生操行管理工作，主要體現(xiàn)在管理學(xué)生考勤、勞動(dòng)、行為等日常表現(xiàn)中。通常班主任需要安排多名班干部分別負(fù)責(zé)管理、記錄，并于每周、每月及學(xué)期末進(jìn)行統(tǒng)計(jì)匯總、評(píng)分，以評(píng)價(jià)學(xué)生表現(xiàn)，為學(xué)生的日常管理、班級(jí)管理及德育教育工作提供數(shù)據(jù)支持。數(shù)據(jù)越詳細(xì)，統(tǒng)計(jì)越及時(shí)，越有利于學(xué)生管理工作有的放矢。但是，在傳統(tǒng)模式下，數(shù)據(jù)多以紙質(zhì)形式存在，即使錄入Excel，也存在統(tǒng)計(jì)匯總效率低，不及時(shí)等問(wèn)題。

運(yùn)用現(xiàn)代信息技術(shù)手段，建立基于WEB的學(xué)生操行管理系統(tǒng)，教師、學(xué)生通過(guò)手機(jī)等設(shè)備錄入原始數(shù)據(jù)，在WEB服務(wù)器中進(jìn)行存儲(chǔ)，然后通過(guò)瀏覽器訪(fǎng)問(wèn)，即可實(shí)時(shí)查詢(xún)學(xué)生的各項(xiàng)表現(xiàn)及統(tǒng)計(jì)數(shù)據(jù)，會(huì)極大提高數(shù)據(jù)統(tǒng)計(jì)工作效率。學(xué)生操行管理數(shù)據(jù)庫(kù)，則是此學(xué)生操行管理平臺(tái)中最基礎(chǔ)、最核心的部分。MvSOL數(shù)據(jù)庫(kù)是一個(gè)在WEB應(yīng)用中非常流行的關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng)，具有開(kāi)源、免費(fèi)、體積小，速度快、性能卓越，常與PHP及Java等搭配，組成開(kāi)發(fā)應(yīng)用環(huán)境。本文即采用Mysql來(lái)設(shè)計(jì)建立學(xué)生操行管理數(shù)據(jù)庫(kù)。

2.數(shù)據(jù)庫(kù)系統(tǒng)設(shè)計(jì)

2.1系統(tǒng)需求

學(xué)生操行管理系統(tǒng)需要能實(shí)時(shí)記錄學(xué)生的各項(xiàng)日常表現(xiàn)，實(shí)時(shí)匯總，為班主任的班級(jí)管理、學(xué)生德育教育、期末學(xué)生操行評(píng)定工作等提供數(shù)據(jù)依據(jù)。因此，本數(shù)據(jù)庫(kù)必須要滿(mǎn)足如下要求：

1）能記錄學(xué)生的基本信息，如姓名、籍貫、出生日期、家長(zhǎng)聯(lián)系電話(huà)等；

2）能記錄學(xué)生考勤原始信息；

3）能記錄學(xué)生住宿信息，便于宿舍管理；

4）能記錄班班干部、寢室長(zhǎng)等學(xué)生干部信息；

5）能記錄學(xué)生的勞動(dòng)值日安排及學(xué)生勞動(dòng)狀況等原始信息；

6）能錄學(xué)生作業(yè)完成情況；

7）能記錄學(xué)生的其他表現(xiàn)，如拾金不昧、打架、是否積極參加集體活動(dòng)等事件信息；

8）有多用戶(hù)登錄功能，如不同的班干部可完成不同信息的錄入；

9）能自動(dòng)完成每周、每學(xué)期考勤、作業(yè)、勞動(dòng)等表現(xiàn)的匯總瀏覽；

10）能自動(dòng)完成每學(xué)期各周學(xué)生操行表現(xiàn)的成績(jī)計(jì)算。

2.2數(shù)據(jù)表的設(shè)計(jì)原則

本數(shù)據(jù)庫(kù)的設(shè)計(jì)，遵循一事一地的原則，每一數(shù)據(jù)表只記錄某類(lèi)實(shí)體的原始數(shù)據(jù)，數(shù)據(jù)的匯總統(tǒng)計(jì)，均采用視圖形式予以實(shí)現(xiàn)。

2.3系統(tǒng)的數(shù)據(jù)字典

根據(jù)系統(tǒng)需求及設(shè)計(jì)原則，本系統(tǒng)各數(shù)據(jù)表如下表所示。

2.4系統(tǒng)E-R圖

根據(jù)系統(tǒng)需求，數(shù)據(jù)字典，繪制本數(shù)據(jù)庫(kù)E-R圖，如下圖所示，圖中使用矩形表示實(shí)體，菱形表示聯(lián)系，線(xiàn)條用于連接。

2.5數(shù)據(jù)表設(shè)計(jì)

根據(jù)E-R圖，本數(shù)據(jù)庫(kù)創(chuàng)建了多個(gè)數(shù)據(jù)表，部分?jǐn)?shù)據(jù)表結(jié)構(gòu)如下。

1）管理員表：aid（int，notnull，auto_increment，主鍵），用戶(hù)名（varchar，255），密碼（varchar，255），權(quán)限（int，2），備注（vatchar，255）。

2）學(xué)期表：tid（int，not null，auto_increment，主鍵），學(xué)期（int，1），學(xué)年（varchar，20），開(kāi)始日期（date），結(jié)束日期（date）。

3）操行項(xiàng)目表：did（int，not null，auto_increment，主鍵），行為類(lèi)別（varchar，255），名稱(chēng)（varchar，255），分值（double）。

4）勞動(dòng)記錄表：fid（int，notnull，auto_increment，主鍵），日期（date），sid（int，11，指學(xué)生表id），時(shí)間（varchar，2，指中午、下午、晚上等），did（int，11，指勞動(dòng)完成表現(xiàn)，操行項(xiàng)目表id）。

5）作業(yè)記錄表：wid（im，notnull，auto_increment，主鍵），eid（int，11，作業(yè)信息表id），sid（int，2，是學(xué)生表id），did（int，11，操行項(xiàng)目表id，指作業(yè)完成表現(xiàn)）。

6）考勤表：kid（int，notnull，auto_increment，主鍵），sid（int，11，是學(xué)生表id），日期（date），節(jié)次（varchar，10，采用n或m-n形式表示），did（int，11，操行項(xiàng)目表id，指考勤表現(xiàn)），缺勤節(jié)次（int，3）。

為簡(jiǎn)化最終SQL查詢(xún)統(tǒng)計(jì)，還需要添加若干中間視圖，其一為按周顯示每天各節(jié)課學(xué)生考勤信息；其二為綜合各記錄表信息，匯總學(xué)生操行表現(xiàn)數(shù)據(jù)，為操行成績(jī)計(jì)算提供直接數(shù)據(jù)。

7）周考勤瀏覽：sid（int，11，是學(xué)生表sid），日期（date），w08（varchar，1，指周日晚自習(xí)第一節(jié)），w11（varchar，1，指周一第一節(jié)），……。

8）操行匯總：sid（im，為學(xué)生表sid），行為（va/'char，255，為行為名稱(chēng)），日期（date），數(shù)量（decimal，32，0）

篇(7)

關(guān)鍵詞：需求側(cè) 管理系統(tǒng)

1 引言

電力需求側(cè)管理系統(tǒng)的首要功能任務(wù)就是解決電網(wǎng)缺電時(shí)如何做到電力需平衡。但不局限于當(dāng)電網(wǎng)電力供應(yīng)不足時(shí)做到供需動(dòng)態(tài)平衡，通過(guò)研究負(fù)荷側(cè)實(shí)時(shí)的用電負(fù)荷變化和發(fā)展趨勢(shì)，為供電和發(fā)電兩側(cè)的5年發(fā)展規(guī)劃提供更加詳細(xì)的電網(wǎng)運(yùn)行原始數(shù)據(jù)，使供需平衡點(diǎn)由靜態(tài)平衡達(dá)到一個(gè)動(dòng)態(tài)平衡過(guò)程。

2 電力需求側(cè)管理系統(tǒng)的需求分析及總體設(shè)計(jì)

2.1 系統(tǒng)需求分析 電力需求側(cè)管理系統(tǒng)是在營(yíng)銷(xiāo)運(yùn)行的基礎(chǔ)上，將系統(tǒng)的用電監(jiān)控與負(fù)荷需求側(cè)綜合分析綜合為一體化的綜合應(yīng)用平臺(tái)。要求保證供電局其他系統(tǒng)上線(xiàn)的基礎(chǔ)性業(yè)務(wù)正常運(yùn)行上線(xiàn)的前提下，為營(yíng)銷(xiāo)部決策提供準(zhǔn)確詳實(shí)的依據(jù)；并且通過(guò)將供電局眾多獨(dú)立的單個(gè)子系統(tǒng)整合成系統(tǒng)，達(dá)到數(shù)據(jù)資源最大程度優(yōu)化和數(shù)據(jù)共享；制定統(tǒng)一標(biāo)準(zhǔn)的營(yíng)銷(xiāo)業(yè)務(wù)流程。

2.2 系統(tǒng)的功能需求 電力需求側(cè)管理系統(tǒng)能夠?qū)崿F(xiàn)主動(dòng)采集負(fù)荷側(cè)電能參數(shù)、實(shí)時(shí)抄表、準(zhǔn)確掌握用戶(hù)負(fù)荷側(cè)的數(shù)據(jù)變化趨勢(shì)、用戶(hù)負(fù)荷管理和控制、用電負(fù)荷側(cè)數(shù)據(jù)突變和實(shí)時(shí)監(jiān)測(cè)分析、多線(xiàn)路線(xiàn)損并行計(jì)算分析等多種功能。因此系統(tǒng)要求具有高冗余度和可靠性，確保收集到監(jiān)測(cè)數(shù)據(jù)的準(zhǔn)確可靠和完整。從系統(tǒng)的硬件角度上，系統(tǒng)在CPU、RAM和硬盤(pán)存儲(chǔ)硬件設(shè)備等主要硬件方面留有足夠的發(fā)展升級(jí)空間。從軟件設(shè)計(jì)方面，電力需求側(cè)管理系統(tǒng)所要完成的主要功能可歸納為原始數(shù)據(jù)的收集、數(shù)據(jù)傳輸和實(shí)時(shí)監(jiān)控、用戶(hù)負(fù)荷控制管理、用電數(shù)據(jù)突變異常、多路線(xiàn)損計(jì)算與綜合分析、電能數(shù)據(jù)報(bào)表的及時(shí)生成和打印、系統(tǒng)本身管理等幾大模塊。

2.3 總體設(shè)計(jì) 系統(tǒng)框架結(jié)構(gòu)如下圖：

如圖2-1電網(wǎng)的需求側(cè)管理系統(tǒng)整體框架結(jié)構(gòu)所示系統(tǒng)主要建立在地市電廠、關(guān)口電表、主要樞紐配電所、配變終端和用戶(hù)負(fù)荷側(cè)等關(guān)鍵電能量采集點(diǎn)的基礎(chǔ)之上的，在供、售、購(gòu)電三個(gè)關(guān)鍵環(huán)節(jié)點(diǎn)上實(shí)現(xiàn)一體化管理，將用電負(fù)荷終端數(shù)據(jù)集中存儲(chǔ)分析；并且構(gòu)建出電能量采集一體化系統(tǒng)，對(duì)電廠、各級(jí)配變終端、用戶(hù)負(fù)荷側(cè)等電能量數(shù)據(jù)實(shí)現(xiàn)實(shí)時(shí)采集。

3 電力需求側(cè)管理系統(tǒng)的研究與實(shí)現(xiàn)

3.1 主機(jī)系統(tǒng)設(shè)計(jì) 在建設(shè)思路上，這次電力需求側(cè)管理的規(guī)劃將數(shù)據(jù)庫(kù)的服務(wù)器與應(yīng)用程序的服務(wù)器進(jìn)行了一體化，但是有兩臺(tái)PC的配置。

3.2 數(shù)據(jù)庫(kù)/應(yīng)用服務(wù)器設(shè)計(jì) 采用三層分層分布式數(shù)據(jù)結(jié)構(gòu)后，底層數(shù)據(jù)庫(kù)及應(yīng)用層數(shù)據(jù)庫(kù)服務(wù)器承擔(dān)著相應(yīng)電力系統(tǒng)企業(yè)營(yíng)銷(xiāo)業(yè)務(wù)線(xiàn)數(shù)據(jù)邏輯處理分析及運(yùn)算的主要任務(wù)。

3.3 前置服務(wù)器設(shè)計(jì) 前置服務(wù)器主要完成整個(gè)需求側(cè)管理系統(tǒng)的通信、邏輯數(shù)據(jù)解析，實(shí)現(xiàn)用戶(hù)側(cè)終端數(shù)據(jù)及配變電能數(shù)據(jù)采集與系統(tǒng)終端數(shù)據(jù)聯(lián)系控制管理功能，應(yīng)采用兩臺(tái)主備服務(wù)器，操作系統(tǒng)采用Linux系統(tǒng)構(gòu)成雙機(jī)主備結(jié)構(gòu)，提高系統(tǒng)可靠性。

3.4 備份系統(tǒng)設(shè)計(jì)

3.4.1 備份系統(tǒng)需求分析。首先，我們分析由于硬件故障、應(yīng)用程序出錯(cuò)、病毒入侵等多種可能導(dǎo)致業(yè)務(wù)系統(tǒng)功能中斷的原因，因此需要做好多種預(yù)防和解決各類(lèi)系統(tǒng)缺陷故障的手段。對(duì)于系統(tǒng)硬件的故障，我們采用硬件備份的設(shè)計(jì)來(lái)解決這些問(wèn)題。對(duì)于應(yīng)用程序故障，采用三層分布式數(shù)據(jù)結(jié)構(gòu)和多線(xiàn)程處理應(yīng)用解決應(yīng)用程序上的故障。但是對(duì)于自然災(zāi)害導(dǎo)致的需求側(cè)管理系統(tǒng)癱瘓，為了在故障來(lái)臨時(shí)恢復(fù)原始數(shù)據(jù)，需要構(gòu)建統(tǒng)一的備份中心來(lái)保護(hù)這些系統(tǒng)的數(shù)據(jù)，可通過(guò)異地?cái)?shù)據(jù)恢復(fù)，將因系統(tǒng)無(wú)法自動(dòng)恢復(fù)所帶來(lái)的損失減到最低程度。

3.4.2 備份系統(tǒng)組成。備份系統(tǒng)是由備份系統(tǒng)管理軟件，備份管理后備服務(wù)器以及硬件構(gòu)成的。

4 總結(jié)

本文對(duì)整個(gè)電力需求側(cè)管理系統(tǒng)進(jìn)行了全面的研究和開(kāi)發(fā)。構(gòu)建出電力需求側(cè)管理系統(tǒng)的需求分析及總體設(shè)計(jì)。對(duì)硬件平臺(tái)及軟件平臺(tái)設(shè)計(jì)及開(kāi)發(fā)詳細(xì)的介紹。電力需求側(cè)系統(tǒng)將在電力企業(yè)與用電客戶(hù)之間架起溝通的橋梁，直接為電力部門(mén)產(chǎn)生良好的社會(huì)、經(jīng)濟(jì)效益，因此本文研究具有良好的市場(chǎng)推廣應(yīng)用前景。

參考文獻(xiàn)：

[1]劉磊.新型需求側(cè)管理系統(tǒng)特點(diǎn)解析[J].華北電力技術(shù)，2009（01）.

[2]鄭峰崖.當(dāng)前實(shí)施電力需求側(cè)管理存在的問(wèn)題和思考[J].廣東電力，2007（06）.

[3]胡江溢，王鶴，周昭茂.電力需求側(cè)管理的國(guó)際經(jīng)驗(yàn)及對(duì)我國(guó)的啟示[J].電網(wǎng)技術(shù)，2007（18）.

[4]楊林.電力需求側(cè)管理綜述[J].中國(guó)電力教育，2008（04）.