第一篇：醫(yī)院門診系統(tǒng)需求分析報(bào)告

醫(yī)院門診系統(tǒng) 需求分析報(bào)告 目錄

1.引言........................................................................................................................................3 1.1編寫目的.........................................................................................................................3 1.2系統(tǒng)概況.........................................................................................................................3 2.需求概述................................................................................................................................3 2.1醫(yī)院的組織機(jī)構(gòu)情況.....................................................................................................3 2.2各部門關(guān)系圖.................................................................................................................4 2.3門診部的業(yè)務(wù)活動(dòng)情況.................................................................................................4 3.目標(biāo)及用戶特點(diǎn)....................................................................................................................5 3.1目標(biāo).................................................................................................................................5 3.2用戶特點(diǎn).........................................................................................................................5 4.需求規(guī)定................................................................................................................................5 4.1病人信息.........................................................................................................................6 4.2醫(yī)生信息.........................................................................................................................6 4.3各種單據(jù)的信息.............................................................................................................6 4.4各種庫(kù)存信息.................................................................................................................6 5.對(duì)功能的規(guī)定........................................................................................................................7 6.對(duì)性能的規(guī)定........................................................................................................................7 6.1安全性要求.....................................................................................................................7 6.2完整性要求.....................................................................................................................8 6.3綜合性能要求.................................................................................................................8 7.系統(tǒng)結(jié)構(gòu)................................................................................................................................9 7.1第一層數(shù)據(jù)流圖.............................................................................................................9 7.2第二層數(shù)據(jù)流圖.............................................................................................................9 7.2.1掛號(hào)處......................................................................................................................9 7.2.2收費(fèi)處....................................................................................................................10 7.2.3取藥處....................................................................................................................10 7.2.4化驗(yàn)處....................................................................................................................10 1.引言

1.1編寫目的

隨著知識(shí)經(jīng)濟(jì)的到來(lái)，人類已經(jīng)逐步進(jìn)入信息化社會(huì)。信息增長(zhǎng)的速度越來(lái)越快，人們希望利用先進(jìn)的管理理論方法手段來(lái)得到并處理越來(lái)越多的信息，以提高工作效率和管理水平。由于信息資源對(duì)人們生活的重要性，不斷提高信息的收集，傳輸，加以利用等活動(dòng)，日益成為人們社會(huì)生活的重要組成部分。醫(yī)院的高效運(yùn)作也離不開(kāi)信息系統(tǒng)的開(kāi)發(fā)與利用。因?yàn)槟壳霸谥袊?guó)，對(duì)于公民來(lái)說(shuō)，看病是一個(gè)難題，而醫(yī)院的系統(tǒng)不夠完善是導(dǎo)致病人看病不及時(shí)或看病麻煩的一個(gè)重要原因。為了加快醫(yī)院系統(tǒng)的信息化步伐，提高醫(yī)院的業(yè)務(wù)水平，建設(shè)和完善醫(yī)院信息系已變得十分必要。一般的公立醫(yī)院需要有一套完整的掛號(hào)、看病、做檢查、取藥、住院等連貫的信息系統(tǒng)，才能有效的管理病人看病的過(guò)程，從而有效的管理醫(yī)院。

1.2系統(tǒng)概況

本需求分析報(bào)告包含醫(yī)院門診管理系統(tǒng)的需求分析。

2.需求概述

2.1醫(yī)院的組織機(jī)構(gòu)情況

一所醫(yī)院的主要構(gòu)成部分為：門診部和住院部，醫(yī)院的所有日常工作都是圍繞這兩大部門進(jìn)行的。門診部門和住院部門各下設(shè)若干科室，如門診部門下設(shè)口腔科、內(nèi)科、外科、皮膚科等，住院部門下設(shè)內(nèi)科、外科、骨科等，二者下設(shè)的部分科室是交叉的，各科室都有相應(yīng)的醫(yī)生、護(hù)士，完成所承擔(dān)的醫(yī)療工作。

為了支持這兩大部門的工作，醫(yī)院還設(shè)置了藥庫(kù)、中心藥房、門診藥房、制劑室、設(shè)備科、財(cái)務(wù)科、后勤倉(cāng)庫(kù)、門診收費(fèi)處、門診掛號(hào)處、問(wèn)訊處、住院處、檢驗(yàn)科室、檢查科室、血庫(kù)、病案室、手術(shù)室，以及為醫(yī)院的日常管理而設(shè)置的 行政部門等。

2.2各部門關(guān)系圖

骨科 手術(shù)室 中心藥房 住院處 制劑室 住院部 檢驗(yàn)科室 檢查科室 外科 內(nèi)科 病案室 藥庫(kù) 設(shè)備科 財(cái)務(wù)科 后勤倉(cāng)庫(kù) 門診部 問(wèn)訊處 門診收費(fèi)處 門診藥房 口腔科 門診掛號(hào)處

2.3門診部的業(yè)務(wù)活動(dòng)情況

首先，門診病人需要到門診掛號(hào)處掛號(hào)（如果病人有需要，可以設(shè)置人工咨詢臺(tái)對(duì)所要就診的相應(yīng)醫(yī)科進(jìn)行查詢，可查詢?cè)撫t(yī)科的當(dāng)班醫(yī)生及其基本情況，然后再去掛號(hào)），掛號(hào)處分為初診病人和復(fù)診病人的掛號(hào)處，如果是初診病人，需要在門診掛號(hào)處登記其基本信息，如姓名、年齡、住址、聯(lián)系方式等，由掛號(hào)處根據(jù)病人所提供的信息制成掛號(hào)卡，發(fā)放給病人，每個(gè)病人對(duì)應(yīng)一個(gè)專有的病歷號(hào)，這樣方便管理病人的病歷，也方便病人以后再來(lái)醫(yī)院看病的時(shí)候掛號(hào)使用；復(fù)診病人掛號(hào)只需要刷掛號(hào)卡就能排號(hào)就診，由掛號(hào)處管理病人的病歷。

其次，病人持掛號(hào)單和繳費(fèi)收據(jù)到相應(yīng)醫(yī)科就醫(yī)，經(jīng)醫(yī)生診療后，由醫(yī)生開(kāi)出診斷結(jié)果或者處方，檢查或檢驗(yàn)申請(qǐng)單，如為處方，則病人需持處方單到門診收費(fèi)處劃價(jià)交費(fèi)，劃價(jià)交費(fèi)的同時(shí)，該病人所要領(lǐng)取的處方藥在藥房的系統(tǒng)中自動(dòng)顯示，藥房人員根據(jù)藥方給該病人拿藥，然后病人持收費(fèi)證明到門診藥房取藥； 如為檢查或檢驗(yàn)申請(qǐng)單，則病人需持申請(qǐng)單到門診收費(fèi)處劃價(jià)交費(fèi)，收費(fèi)處根據(jù)交費(fèi)的先后順序，把所有做檢查的病人排號(hào)，然后病人持交費(fèi)收據(jù)到檢查科室進(jìn)行檢查。

對(duì)于門診藥房來(lái)說(shuō)，接到取藥處方后，要進(jìn)行配藥和發(fā)藥，所有藥都在藥房管理系統(tǒng)中進(jìn)行管理，當(dāng)藥房庫(kù)存的藥品減少到一定量的時(shí)候，藥房人員應(yīng)到藥庫(kù)辦理藥品申領(lǐng)，領(lǐng)取所需的藥品，而藥房需對(duì)藥品的出庫(kù)、入庫(kù)和庫(kù)存進(jìn)行管理；

當(dāng)檢查科室接到病人的申請(qǐng)后，對(duì)病人進(jìn)行檢查，并將檢查結(jié)果存入系統(tǒng)中，同時(shí)也存入該病人的電子病歷中，如果檢查報(bào)告單需要等待一段時(shí)間才出結(jié)果，病人可以持自己的病歷卡到自助查詢機(jī)器上打印化驗(yàn)結(jié)果單。

病人可持檢查或檢驗(yàn)的結(jié)果再到原醫(yī)科進(jìn)行復(fù)診，直至醫(yī)生開(kāi)出處方或提出醫(yī)療建議，最終病人痊愈離院。

3.目標(biāo)及用戶特點(diǎn)

3.1目標(biāo)

該系統(tǒng)為醫(yī)院提供一個(gè)集門診劃價(jià)、收費(fèi)、發(fā)藥、化驗(yàn)、住院于一體的管理信息系統(tǒng)，可實(shí)現(xiàn)信息存儲(chǔ)、更新、查詢等多項(xiàng)功能，為醫(yī)務(wù)工作者和病人提供方便。

3.2用戶特點(diǎn)

該系統(tǒng)的用戶大多是醫(yī)院的醫(yī)務(wù)工作者、后勤工作人員、藥劑師等，工作時(shí)間緊張，所以需要系統(tǒng)的運(yùn)作使工作效率有大幅度提高，因此對(duì)系統(tǒng)的要求需要很完善，涉及到工作人員每一個(gè)工作細(xì)節(jié)。

4.需求規(guī)定

由于系統(tǒng)的使用主體是醫(yī)院的管理人員，因此對(duì)系統(tǒng)的信息要求可分為以下 幾個(gè)方面：

4.1病人信息

病人的基本信息應(yīng)該包括病人的姓名、性別、出生年月、年齡、家庭住址、聯(lián)系方式等。對(duì)于門診病人，還需要就診時(shí)間，就診醫(yī)科，就診結(jié)果，處方記錄，檢查時(shí)間，檢查項(xiàng)目，檢查結(jié)果，檢驗(yàn)時(shí)間，檢驗(yàn)項(xiàng)目，檢驗(yàn)結(jié)果等。對(duì)于住院病人，還需要入院時(shí)間，所在病區(qū)，所在醫(yī)科，床位號(hào)，主治醫(yī)師，用藥記錄，檢查時(shí)間，檢查項(xiàng)目，檢查結(jié)果，檢驗(yàn)時(shí)間，檢驗(yàn)項(xiàng)目，檢驗(yàn)結(jié)果，手術(shù)時(shí)間，手術(shù)相關(guān)記錄，病人病情變化記錄，相關(guān)體檢記錄，出院時(shí)間等。

4.2醫(yī)生信息

醫(yī)生的基本信息包括醫(yī)生的姓名、性別、出生年月、家庭住址、聯(lián)系方式、所在醫(yī)科、工齡、職稱、工號(hào)等。對(duì)于門診醫(yī)生，還需要掛號(hào)單價(jià)，當(dāng)天工作量，出診時(shí)間等。對(duì)于住院醫(yī)生，還需要所在病區(qū)，負(fù)責(zé)病人，診斷記錄及手術(shù)記錄等。

4.3各種單據(jù)的信息

各種單據(jù)，證明，如醫(yī)生診斷書，處方單，檢驗(yàn)申請(qǐng)單，檢查申請(qǐng)單，檢驗(yàn)結(jié)果報(bào)告單，檢查結(jié)果報(bào)告單，收款單，病人醫(yī)療記錄，手術(shù)申請(qǐng)單，手術(shù)通知單，病人入院登記單，轉(zhuǎn)科申請(qǐng)單，病人情況登記單，藥品提領(lǐng)單，藥品發(fā)放記錄，藥品出庫(kù)單，藥品入庫(kù)單，設(shè)備使用記錄，器械領(lǐng)用單，器械使用記錄等。

4.4各種庫(kù)存信息

各種庫(kù)存，如藥品、制劑、設(shè)備、器械以及后勤勞保用品等的信息，包括入庫(kù)記錄，出庫(kù)記錄，庫(kù)存量，單價(jià)等。5.對(duì)功能的規(guī)定

系統(tǒng)應(yīng)當(dāng)完成以下的信息處理：

（1）存儲(chǔ)病人的信息、醫(yī)生信息、單據(jù)、庫(kù)存信息，以供查詢。

（2）對(duì)病人信息、醫(yī)生信息、庫(kù)存信息進(jìn)行及時(shí)的更新和統(tǒng)計(jì)，如根據(jù)醫(yī)生的出診情況、工齡、工作量、職稱等，得出醫(yī)生工資中相應(yīng)的應(yīng)得金額，完成對(duì)醫(yī)生工資的計(jì)算和統(tǒng)計(jì)，供發(fā)放。

（3）病人的電子病歷可以存儲(chǔ)在IC卡中，病人復(fù)診的時(shí)候能夠刷卡掛號(hào)，查詢化驗(yàn)結(jié)果的時(shí)候能在自助查詢機(jī)上刷卡進(jìn)行查詢，以便提高醫(yī)院工作的效率。（4）各種單據(jù)、證明以及記錄，根據(jù)實(shí)際需要，進(jìn)行更新，統(tǒng)計(jì)，自動(dòng)處理，等等，如對(duì)病人病情的記錄的及時(shí)更新，對(duì)藥品提領(lǐng)情況的及時(shí)統(tǒng)計(jì)，通過(guò)系統(tǒng)，自動(dòng)生成一些單證，如系統(tǒng)將手術(shù)申請(qǐng)單進(jìn)行相應(yīng)的處理，根據(jù)所存儲(chǔ)的信息得出相關(guān)信息，如手術(shù)可進(jìn)行時(shí)間，手術(shù)室地點(diǎn)安排等，進(jìn)而生成手術(shù)通知單。（5）對(duì)各種庫(kù)存信息的及時(shí)更新和統(tǒng)計(jì)以及相關(guān)的自動(dòng)處理，系統(tǒng)應(yīng)根據(jù)庫(kù)存量，入庫(kù)量，出庫(kù)量，自動(dòng)得出新的即時(shí)的庫(kù)存量，完成更新，當(dāng)庫(kù)存少到一定程度，系統(tǒng)應(yīng)提出警告，提示管理人員庫(kù)存不足，使管理人員做出相應(yīng)的處理。（6）對(duì)醫(yī)院所需的各種報(bào)表能根據(jù)計(jì)算機(jī)的統(tǒng)計(jì)，自動(dòng)生成，例如統(tǒng)計(jì)圖形、趨勢(shì)圖等，以便研究工作中寫分析報(bào)告，也可以對(duì)科研做貢獻(xiàn)。

（7）所有原始數(shù)據(jù)和統(tǒng)計(jì)數(shù)據(jù)進(jìn)行相關(guān)分析，如門診收入，住院收入，藥品收支，物資情況，醫(yī)療信息，病區(qū)床位利用率，床位周轉(zhuǎn)率等。

6.對(duì)性能的規(guī)定

6.1安全性要求

系統(tǒng)應(yīng)對(duì)不同用戶設(shè)置不同的權(quán)限，區(qū)分不同的用戶，如區(qū)分病人（只能查詢醫(yī)生的出診情況，醫(yī)科設(shè)置，醫(yī)生簡(jiǎn)介和本人的信息），醫(yī)生（只能查詢本醫(yī)科診治的病人資料，本人的信息，醫(yī)院的公共信息等），管理人員（可查詢醫(yī)院相關(guān)的運(yùn)作情況，并可根據(jù)其工作內(nèi)容，錄入相關(guān)的信息，修改相關(guān)的記錄），系統(tǒng)管理員（可對(duì)系統(tǒng)進(jìn)行日常維護(hù)，包括數(shù)據(jù)更新，權(quán)限設(shè)置等），院長(zhǎng)（可查詢醫(yī)院所有運(yùn)作情況（包括醫(yī)院的醫(yī)療管理、經(jīng)濟(jì)管理、行政管理等）的數(shù)據(jù)，醫(yī)生的信息，以及各種統(tǒng)計(jì)和分析結(jié)果等）。

6.2完整性要求

a、各種信息記錄的完整性，信息記錄內(nèi)容不能為空； b、各種數(shù)據(jù)間相互的聯(lián)系的正確性； c、相同的數(shù)據(jù)在不同記錄中的一致性。

6.3綜合性能要求

?？旎O(shè)計(jì)，具有良好的可擴(kuò)充性，以適應(yīng)醫(yī)院不同階段的發(fā)展需要。方便的系統(tǒng)剪裁功能，各子系統(tǒng)間任意選擇是否聯(lián)網(wǎng)。信息共享、準(zhǔn)確及時(shí)交流信息：發(fā)揮網(wǎng)絡(luò)功能，減少重復(fù)操作，提高工作效率。徹底改變手工或單機(jī)管理對(duì)信息收集處理中的重復(fù)、混亂和容易出錯(cuò)的狀況，充分利用計(jì)算機(jī)網(wǎng)絡(luò)及關(guān)系型數(shù)據(jù)庫(kù)的資源共享、數(shù)據(jù)共享等技術(shù)。一個(gè)環(huán)節(jié)錄入信息，其它環(huán)節(jié)可以共享，確保數(shù)據(jù)的準(zhǔn)確性和一致性?；拘畔浫氩捎闷匆糨斎敕绞?，鼠標(biāo)操作，基本不需輸入漢字，大大提高工作效率。7.系統(tǒng)結(jié)構(gòu)

7.1第一層數(shù)據(jù)流圖

刷卡掛號(hào)、掛號(hào)單門診掛號(hào)處病人基本信息病人收據(jù)藥品門診藥房處結(jié)果報(bào)告單門診病歷處方單、化驗(yàn)申請(qǐng)單復(fù)診時(shí)查詢上次病歷診斷完錄入病歷病歷、檢查報(bào)告單收處方據(jù)單、化驗(yàn)申請(qǐng)單門診收費(fèi)處檢查申請(qǐng)單、收據(jù)醫(yī)生診斷檢查化驗(yàn)科

7.2第二層數(shù)據(jù)流圖 7.2.1掛號(hào)處

病人基本信息初診病人電子病歷、IC卡錄入病人基本信息并讀入IC卡病人基本信息IC卡復(fù)診病人掛號(hào)處理門診病歷掛號(hào)單病人 7.2.2收費(fèi)處

檢查申請(qǐng)單掛號(hào)單病人劃價(jià)處理收費(fèi)明細(xì)繳費(fèi)開(kāi)收據(jù)收費(fèi)證明病人處方單門診病歷

7.2.3取藥處

劃價(jià)病人藥品清單進(jìn)入藥房管理系統(tǒng)取藥單藥房配藥并發(fā)藥藥品藥品庫(kù)存信息入系統(tǒng)病人

7.2.4化驗(yàn)處

化驗(yàn)處化驗(yàn)申請(qǐng)單、病歷病人病歷情況醫(yī)生診療化驗(yàn)報(bào)告單、病歷病人門診病歷

第二篇：醫(yī)院門診管理系統(tǒng)數(shù)據(jù)庫(kù)需求分析

醫(yī)院門診管理系統(tǒng)一、引言

門診是醫(yī)院管理的重要組成部分，人流量大，手續(xù)較為繁瑣。在人工的情況下，醫(yī)護(hù)人員要做大量不必要的重復(fù)的工作、效率低、準(zhǔn)確性差、不方便管理、影響工作效率。這些都會(huì)造成病人得不到合理快速的解決方案。隨著社會(huì)的不斷發(fā)展進(jìn)步，計(jì)算機(jī)的發(fā)展亦十分迅速，在各大領(lǐng)域都發(fā)揮著不可忽視的作用。因此，我們選擇利用計(jì)算機(jī)設(shè)計(jì)一個(gè)醫(yī)院的門診管理系統(tǒng)。它可以實(shí)現(xiàn)數(shù)據(jù)的信息管理，在一定程度上實(shí)現(xiàn)自動(dòng)化。

二、需求分析

本系統(tǒng)的主要功能是對(duì)醫(yī)院門診患者信息進(jìn)行有效管理，形成一個(gè)完整的體系。主要任務(wù)是用計(jì)算機(jī)來(lái)對(duì)患者進(jìn)行管理，如掛號(hào)、診斷、計(jì)價(jià)、收費(fèi)、取藥等。系統(tǒng)可以詳細(xì)記錄病人從掛號(hào)處掛號(hào)到門診繳費(fèi)，以及經(jīng)醫(yī)生診斷后取藥的過(guò)程中的所有信息。

三、主要要求

系統(tǒng)要滿足以下幾個(gè)方面：

（1）病人管理

在此管理模式中，維護(hù)病人的基本信息，如姓名、性別、聯(lián)系方式等。同時(shí)也可以刪除、修改、添加病人的信息。

（2）掛號(hào)系統(tǒng)管理

輸入病人信息，系統(tǒng)會(huì)自動(dòng)生成掛號(hào)費(fèi)用，掛號(hào)之后會(huì)自動(dòng)生成病號(hào)信息到病號(hào)信息庫(kù)中。病歷號(hào)必須唯一，以供全系統(tǒng)共享調(diào)用，整個(gè)系統(tǒng)通過(guò)這個(gè)唯一病歷號(hào)貫通一體，大夫和病人都可以藉此查詢所有的就診歷史信息，并實(shí)現(xiàn)劃價(jià)收費(fèi)、藥房取藥等操作。若病號(hào)庫(kù)中已存在該病號(hào)，則可以直接進(jìn)行掛號(hào)操作。

（3）醫(yī)生管理

醫(yī)生管理模塊中存儲(chǔ)醫(yī)生的基本信息。此模塊也實(shí)現(xiàn)信息化管理醫(yī)生收發(fā)病例。

（4）藥品管理

藥品發(fā)放由藥房管理人員完成操作，藥房通過(guò)收款單來(lái)給病人發(fā)藥。在病人繳費(fèi)后，可直接到藥房取藥。發(fā)藥的同時(shí)減少藥品庫(kù)存量。通過(guò)查詢病號(hào)來(lái)確定藥品名稱及數(shù)量。

（5）處方管理

處方管理是要完成病歷上病情、病史的記載，以及醫(yī)囑的開(kāi)立和實(shí)施。

四、系統(tǒng)功能圖

五、數(shù)據(jù)字典

六、數(shù)據(jù)約束條件

（1）一個(gè)醫(yī)院中有多個(gè)診室，一個(gè)診室中可有多個(gè)員工，但一個(gè)員工只屬于一個(gè)診室。

（2）員工由員工號(hào)來(lái)唯一標(biāo)識(shí)，存儲(chǔ)員工的相關(guān)信息，格式為：workDatime+流水號(hào)；病人由病人編號(hào)唯一標(biāo)識(shí)，存儲(chǔ)病人的相關(guān)信息，格式為：病人第一次看病時(shí)間+流水號(hào)；藥品由藥品編號(hào)唯一標(biāo)識(shí)，格式為：p/s+國(guó)藥準(zhǔn)字；掛號(hào)由掛號(hào)編號(hào)唯一標(biāo)識(shí)，格式為：日期+流水號(hào)；處方由處方單號(hào)唯一標(biāo)識(shí)，格式為：R+日期+流水號(hào)。

（3）在同一時(shí)間段，藥品發(fā)放只為一位病人；在同一時(shí)間段，醫(yī)生只為一位病人看病。

（4）員工工作年齡超過(guò)18歲，滿足工作年齡要求。

（5）聯(lián)系電話不超過(guò)11位數(shù)

七、數(shù)據(jù)流圖

病人信息 掛號(hào)單

繳費(fèi) 繳費(fèi)憑證

診斷 處方

取藥憑證 藥物

掛號(hào)請(qǐng)求

掛號(hào)單 掛號(hào)信息 掛號(hào)記錄

繳費(fèi) 收費(fèi)記錄 收費(fèi)記錄

收費(fèi) 醫(yī)生信息

醫(yī)生記錄

看病

處方 診斷信息 診斷記錄

取藥

藥物信息

藥物 藥物記錄

八、邏輯設(shè)計(jì)

關(guān)系模式：

（1）病人（病人編號(hào)、病人姓名、性別、年齡、身份證號(hào)、電話、過(guò)敏藥物）

（2）病歷（病歷編號(hào)、就診日期、主要癥狀）

（3）員工（員工編號(hào)、姓名、性別、年齡、身份證號(hào)、電話、職位、工資、工作日期、工作年限）

（4）科室（科室編號(hào)、科室名稱、科室位置、負(fù)責(zé)人、電話、科室介紹）

（5）掛號(hào)單（掛號(hào)單編號(hào)、掛號(hào)時(shí)間、掛號(hào)費(fèi)）；

（6）藥品（藥品編號(hào)、藥品名稱、藥品類別、單價(jià)、主要成分、主要功能、用法用量、供應(yīng)商、生產(chǎn)日期、有效日期、庫(kù)存量）

（7）處方（處方編號(hào)、就診日期、病人編號(hào)、員工編號(hào)、藥品名稱、藥品數(shù)量）

九、E-R圖

第三篇：系統(tǒng)需求分析報(bào)告

系統(tǒng)需求分析報(bào)告

目錄

目錄.............................................................................................................I

1、項(xiàng)目描述...............................................................................................1 1.1 背景................................................................................................1 1.2研究意義........................................................................................1

2、需求分析...............................................................................................1 2.1功能需求分析................................................................................2 2.1.1 系統(tǒng)管理功能......................................................................2 2.1.2 流量劫持功能....................................................................2 2.2性能需求分析................................................................................2

I

1、項(xiàng)目描述

1.1 背景

隨著網(wǎng)絡(luò)的普及，網(wǎng)絡(luò)業(yè)務(wù)應(yīng)用向深度和廣度不斷發(fā)展，方便用戶的同時(shí)，也因用戶終端存在網(wǎng)絡(luò)安全漏洞或用戶網(wǎng)絡(luò)安全意識(shí)的疏忽，使得網(wǎng)絡(luò)上涉及如：電子商務(wù)、在線游戲、DNS授權(quán)服務(wù)、網(wǎng)銀支付系統(tǒng)、社交網(wǎng)站、論壇、博客、門戶網(wǎng)站等在線業(yè)務(wù)受到黑客及網(wǎng)絡(luò)犯罪份子的攻擊，對(duì)個(gè)人用戶信息（網(wǎng)銀、支付錢包賬號(hào)密碼等）的保密和對(duì)國(guó)家互聯(lián)網(wǎng)信息管理與審計(jì)構(gòu)成嚴(yán)重威脅。

1.2研究意義

本項(xiàng)目針對(duì)以上問(wèn)題，主要利用了以下兩種技術(shù)：僵尸網(wǎng)絡(luò)反制技術(shù)及HTTP/HTTPS協(xié)議通信的監(jiān)控技術(shù)。

網(wǎng)絡(luò)攻擊已嚴(yán)重威脅著網(wǎng)絡(luò)的安全，及時(shí)的發(fā)現(xiàn)網(wǎng)絡(luò)攻擊并在必要的時(shí)候劫持與反制網(wǎng)絡(luò)攻擊，成為保障互聯(lián)網(wǎng)正常運(yùn)行、保障在線業(yè)務(wù)系統(tǒng)正常訪問(wèn)的重要方法。

2、需求分析

經(jīng)過(guò)與項(xiàng)目委托方多次討論，設(shè)計(jì)系統(tǒng)的目的是為實(shí)現(xiàn)對(duì)特定非法用戶Web（HTTP/HTTPS協(xié)議）通信進(jìn)行監(jiān)控及反制，具體要求實(shí)現(xiàn)的功能有：監(jiān)控系統(tǒng)遠(yuǎn)程控制、針對(duì)特定非法用戶上網(wǎng)流量劫持、針對(duì)特定非法用戶Web通信進(jìn)行JS腳本注入、獲取非法用戶賬號(hào)和密碼、獲取非法用戶訪問(wèn)某些網(wǎng)站的Cookie。

第 1 頁(yè) 2.1功能需求分析

根據(jù)監(jiān)控系統(tǒng)的要求對(duì)系統(tǒng)的功能進(jìn)行分析，明確了系統(tǒng)需要實(shí)現(xiàn)的功能。系統(tǒng)的功能結(jié)構(gòu)模塊：系統(tǒng)管理功能、流量劫持功能、監(jiān)控與反制功能。

2.1.1 系統(tǒng)管理功能

系統(tǒng)管理模塊主要負(fù)責(zé)系統(tǒng)登錄、系統(tǒng)遠(yuǎn)程控制、黑名單庫(kù)配置、數(shù)據(jù)存儲(chǔ)和展示。數(shù)據(jù)展示包含數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)展示，數(shù)據(jù)存儲(chǔ)負(fù)責(zé)接收后端和前端JS探針采集的數(shù)據(jù)并存儲(chǔ)到數(shù)據(jù)庫(kù)，數(shù)據(jù)展示負(fù)責(zé)提取數(shù)據(jù)庫(kù)數(shù)據(jù)并顯示。

2.1.2 流量劫持功能

本文流量劫持指DNS協(xié)議劫持，主要由四個(gè)部分組成：報(bào)文捕獲、協(xié)議解析、IP及域名查找匹配、DNS協(xié)議欺騙。

2.2性能需求分析

1.DNS流量劫持成功率

為了達(dá)到項(xiàng)目委托單位的要求，需要對(duì)特定用戶訪問(wèn)特定網(wǎng)站的流量進(jìn)行準(zhǔn)確監(jiān)控，同時(shí)保證流量劫持的成功率（90%以上）。

2.監(jiān)控與反制系統(tǒng)并發(fā)量

監(jiān)控與反制系統(tǒng)服務(wù)器的并發(fā)性能直接決定同時(shí)能夠監(jiān)聽(tīng)的用戶數(shù)。當(dāng)被監(jiān)控用戶數(shù)過(guò)大，監(jiān)控與反制系統(tǒng)并發(fā)處理能力到極大挑戰(zhàn)。

3.系統(tǒng)運(yùn)行穩(wěn)定性

第 2 頁(yè) 系統(tǒng)穩(wěn)定性是系統(tǒng)最基本也是最重要的要求，運(yùn)行穩(wěn)定性關(guān)系到系統(tǒng)能否長(zhǎng)時(shí)間穩(wěn)定運(yùn)行。系統(tǒng)的穩(wěn)定性體現(xiàn)在：隨著運(yùn)行時(shí)間的增加，系統(tǒng)并不會(huì)出現(xiàn)內(nèi)存泄露、甚至系統(tǒng)崩潰等情況。其中內(nèi)存泄露可通過(guò)內(nèi)存消耗、CPU使用率指標(biāo)度量。

第 3 頁(yè)

第四篇：醫(yī)院血庫(kù)管理系統(tǒng)需求分析

醫(yī)院血庫(kù)管理系統(tǒng)

需求分析

學(xué)生姓名：張曉楓 學(xué)院：信息工程學(xué)院 專業(yè)：信息管理與信息系統(tǒng) 班級(jí)：

B1602班 學(xué)號(hào)：

0916160217 指導(dǎo)教師：金鳴鏑

遼東學(xué)院

Eastern Liaoning University

一、可行性分析報(bào)告

系統(tǒng)開(kāi)發(fā)的有關(guān)背景：

醫(yī)院血庫(kù)管理系統(tǒng)是一個(gè)醫(yī)院不可缺少的部分。人工管理方式存在著許多缺點(diǎn)：效率低，保密性差，另外時(shí)間一長(zhǎng)，將產(chǎn)生大量的文件和數(shù)據(jù)，這對(duì)于查找，更新和維護(hù)都帶來(lái)不少困難。隨著科學(xué)技術(shù)的不斷提高，計(jì)算機(jī)學(xué)日漸成熟。它已進(jìn)入人類社會(huì)的各個(gè)領(lǐng)域并發(fā)揮重要作用。使用計(jì)算機(jī)檔案信息管理，有好多好處：查找方便，可靠性高，存儲(chǔ)量大，保密性好，成本低等，能夠極大提高管理的效率，也是醫(yī)院信息管理的科學(xué)化，與世界接軌的重要條件。

系統(tǒng)開(kāi)發(fā)項(xiàng)目的目標(biāo)：

目標(biāo)：提高工作效率，建立數(shù)據(jù)一致性和完整性強(qiáng),數(shù)據(jù)安全性好的數(shù)據(jù)庫(kù)，開(kāi)發(fā)功能完備、易使用的前端應(yīng)用程序。

可能性分析：當(dāng)前，計(jì)算機(jī)價(jià)格已經(jīng)十分低廉，性能卻有了長(zhǎng)足的進(jìn)步。它已經(jīng)應(yīng)用于許多領(lǐng)域?，F(xiàn)在我國(guó)的病人及醫(yī)師管理水平絕大部分停留在紙介質(zhì)的基礎(chǔ)上，這樣的機(jī)制已經(jīng)不能適應(yīng)時(shí)代的發(fā)展，因?yàn)樗速M(fèi)了許多人力和物力，在信息時(shí)代，這種傳統(tǒng)的管理方法必然被以計(jì)算機(jī)為基礎(chǔ)的信息管理所取代。因此，血庫(kù)管理信息系統(tǒng)的建立具備很大的可能性。

必要性分析：血庫(kù)管理系統(tǒng)是每個(gè)醫(yī)療機(jī)構(gòu)管理病人和醫(yī)生必不可少的管理信息系統(tǒng)，它的內(nèi)容對(duì)于醫(yī)療機(jī)構(gòu)的管理者來(lái)說(shuō)是至關(guān)重要的，所以血庫(kù)管理系統(tǒng)應(yīng)該能夠?yàn)槊恳粋€(gè)醫(yī)療機(jī)構(gòu)的管理者提供充足的信息和快捷的查詢手段，大大的方便醫(yī)療機(jī)構(gòu)的管理者的合理管理。

計(jì)算機(jī)的成熟應(yīng)用已經(jīng)進(jìn)入各個(gè)行業(yè)領(lǐng)域，血庫(kù)管理的工作必然要借助計(jì)算機(jī)技術(shù)。

使用計(jì)算機(jī)對(duì)血庫(kù)進(jìn)行管理，具有手工管理無(wú)可比擬的優(yōu)點(diǎn)：檢索迅速、查找方便、可靠性高、存儲(chǔ)量大、保密性好、壽命成本低等。能夠極大地提高管理效率。這些優(yōu)點(diǎn)能夠極大地提高病人及醫(yī)師管理的效率，也是醫(yī)療機(jī)構(gòu)理財(cái)?shù)目茖W(xué)化、正規(guī)化管理與先進(jìn)科學(xué)技術(shù)接軌的重要條件。

因此，開(kāi)發(fā)這樣一套管理系統(tǒng)是很有必要的，從某種意義上講也是將計(jì)算機(jī)應(yīng)用于現(xiàn)實(shí)管理的一次很有意義的實(shí)踐活動(dòng)。

系統(tǒng)主要功能結(jié)構(gòu): 第一，系統(tǒng)維護(hù)包括用戶管理、密碼管理、數(shù)據(jù)庫(kù)備份、背景設(shè)置、退出等選項(xiàng)。第二，血液管理包括入庫(kù)信息與出庫(kù)信息。第三，系統(tǒng)查詢包括血液庫(kù)存及出入庫(kù)查詢和打印。第四，系統(tǒng)幫助包括系統(tǒng)關(guān)于及輔助文件。

系統(tǒng)開(kāi)發(fā)可行性分析：

一、技術(shù)可行性：

本系統(tǒng)將采用Microsoft SQL Server 2005技術(shù)。SQL是英文Structured Query Language的縮寫，意思為結(jié)構(gòu)化查詢語(yǔ)言。SQL語(yǔ)言的主要功能就是同各種數(shù)據(jù)庫(kù)建立聯(lián)系，進(jìn)行溝通。按照ANSI(美國(guó)國(guó)家標(biāo)準(zhǔn)協(xié)會(huì))的規(guī)定，SQL被作為關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng)的標(biāo)準(zhǔn)語(yǔ)言。SQL語(yǔ)句可以用來(lái)執(zhí)行各種各樣的操作，例如更新數(shù)據(jù)庫(kù)中的數(shù)據(jù)，從數(shù)據(jù)庫(kù)中提取數(shù)據(jù)等。目前，絕大多數(shù)流行的關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng)，如Oracle, Sybase, Microsoft SQL Server, Access等都采用了SQL語(yǔ)言標(biāo)準(zhǔn)。

Microsoft SQL Server 2005是一個(gè)全面的數(shù)據(jù)庫(kù)平臺(tái)，使用集成的商業(yè)智能(BI)工具提供了企業(yè)級(jí)的數(shù)據(jù)管理。Microsoft SQL Server 2005數(shù)據(jù)庫(kù)引擎為關(guān)系型數(shù)據(jù)和結(jié)構(gòu)化數(shù)據(jù)提供了更安全可靠的存儲(chǔ)功能，使您可以構(gòu)建和管理用于業(yè)務(wù)的高可用和高性能的數(shù)據(jù)應(yīng)用程序。Microsoft SQL Server 2005數(shù)據(jù)引擎是該企業(yè)數(shù)據(jù)管理解決方案的核心。此外Microsoft SQL Server 2005結(jié)合了分析、報(bào)表、集成和通知功能。這使企業(yè)可以構(gòu)建和部署經(jīng)濟(jì)有效的BI解決方案，幫助您的團(tuán)隊(duì)通過(guò)記分卡、Dashboard、Web services和移動(dòng)設(shè)備將數(shù)據(jù)應(yīng)用推向業(yè)務(wù)的各個(gè)領(lǐng)域。與 Microsoft Visual Studio、Microsoft Office System以及新的開(kāi)發(fā)工具包（包括Business Intelligence Development Studio）的緊密集成使Microsoft SQL Server 2005與眾不同。無(wú)論您是開(kāi)發(fā)人員、數(shù)據(jù)庫(kù)管理員、信息工作者還是決策者，Microsoft SQL Server 2005都可以為您提供創(chuàng)新的解決方案，幫助您從數(shù)據(jù)中更多地獲益。

二、經(jīng)濟(jì)可行性：

一個(gè)系統(tǒng)從開(kāi)發(fā)到投入使用要考慮到很多的費(fèi)用開(kāi)銷，主要包括設(shè)備的購(gòu)買費(fèi)用，軟件的開(kāi)發(fā)費(fèi)用，系統(tǒng)的維護(hù)費(fèi)用等等，而本系統(tǒng)的開(kāi)發(fā)周期不是很長(zhǎng)，運(yùn)行時(shí)對(duì)硬件的配置要求也不是很高，管理員經(jīng)過(guò)簡(jiǎn)單的培訓(xùn)就可以勝任，維護(hù)起來(lái)也方便。

三、管理可行性：

本系統(tǒng)操作簡(jiǎn)單，管理員經(jīng)過(guò)一段時(shí)間的培訓(xùn)以后，就可以獨(dú)立完成對(duì)本系統(tǒng)的管理。通過(guò)三個(gè)方面的分析，可以明確該系統(tǒng)的設(shè)計(jì)是可行的，具有經(jīng)濟(jì)，技術(shù)，管理等方面的支持，滿足了系統(tǒng)開(kāi)發(fā)的基礎(chǔ)和前提條件的要求，為系統(tǒng)開(kāi)發(fā)的進(jìn)一步實(shí)施明確了目標(biāo)。

二、業(yè)務(wù)流程圖

輸血申請(qǐng)表做相關(guān)處理，以滿足輸血條件病人輸血前檢查 不合格申請(qǐng)表合格申請(qǐng)表血庫(kù)血液余量無(wú)所需血液需血單配血掃描條碼、血液出庫(kù)有所需血液記錄并聯(lián)系其他醫(yī)院血庫(kù)輸血及輸血后檢查不良反應(yīng)記錄獻(xiàn)血者獻(xiàn)血登記表無(wú)不良反應(yīng)記錄血庫(kù)管理人員核查信息不合格登記表記錄輸血情況排查過(guò)期血液集中處理合格登記表輸血存檔血液采集，貼標(biāo)簽血液入庫(kù)廢血存檔血庫(kù)存檔匯總存檔單

三、數(shù)據(jù)流程圖

血庫(kù)血液管理信息系統(tǒng)頂層數(shù)據(jù)流程圖

輸血申請(qǐng) 病人 輸血信息，登記血液管理系統(tǒng)血液信息血液余量信息血庫(kù)管理人員獻(xiàn)血申請(qǐng)獻(xiàn)血者獻(xiàn)血信息

血庫(kù)血液管理信息系統(tǒng)中層數(shù)據(jù)流程圖

病人申請(qǐng)信息P1病人輸血申請(qǐng)?zhí)幚韺徟庖?jiàn)D1輸血記錄血庫(kù)管理人員P2血液出庫(kù)登記D2血庫(kù)余量獻(xiàn)血者P4血液入庫(kù)登記血液信息申請(qǐng)信息D3獻(xiàn)血記錄P5過(guò)期血液排查P3獻(xiàn)血申請(qǐng)?zhí)幚韺徟庖?jiàn)D4廢血記錄

輸血申請(qǐng)?zhí)幚恚≒1）數(shù)據(jù)流程底圖

病人申請(qǐng)信息P1.1申請(qǐng)審核合格的申請(qǐng)信息P1.2輸血登記D1輸血記錄血庫(kù)管理人員病人輸血信息P1.3病人信息更新

血液出庫(kù)（P2）數(shù)據(jù)流程底圖

血庫(kù)管理人員P2.2血液出庫(kù)登記輸血申請(qǐng)成功信息確認(rèn)成功血液出庫(kù)P2.3更新血庫(kù)信息P2.1審核D2血庫(kù)余量

獻(xiàn)血申請(qǐng)?zhí)幚恚≒3）數(shù)據(jù)流程底圖 獻(xiàn)血者申請(qǐng)信息P3.1申請(qǐng)審核合格的申請(qǐng)信息P3.2獻(xiàn)血登記D1獻(xiàn)血記錄

血液入庫(kù)（P4）數(shù)據(jù)流程底圖

血庫(kù)管理人員P4.2血液入庫(kù)登記獻(xiàn)血申請(qǐng)成功信息確認(rèn)成功血液入庫(kù)P4.3更新血庫(kù)信息P4.1審核D2血庫(kù)余量過(guò)期血液排查（P5）數(shù)據(jù)流程底圖

四、數(shù)據(jù)字典

（1）數(shù)據(jù)結(jié)構(gòu)的定義

數(shù)據(jù)結(jié)構(gòu)編號(hào):DT01 數(shù)據(jù)結(jié)構(gòu)名稱:輸血申請(qǐng)單

簡(jiǎn) 述:患者所需血量、血型等信息 數(shù)據(jù)結(jié)構(gòu)組成:姓名+性別+申請(qǐng)?jiān)?/p>

數(shù)據(jù)結(jié)構(gòu)編號(hào):DT02 數(shù)據(jù)結(jié)構(gòu)名稱:明細(xì)單

簡(jiǎn) 述:每一條進(jìn)出庫(kù)詳細(xì)信息

數(shù)據(jù)結(jié)構(gòu)組成: DS002+入庫(kù)信息+出庫(kù)信息

（2）數(shù)據(jù)流定義 數(shù)據(jù)流編號(hào)：DT03 數(shù)據(jù)流名稱：血液出庫(kù)單 簡(jiǎn)述：血庫(kù)批準(zhǔn)通過(guò)的申請(qǐng)單 數(shù)據(jù)流來(lái)源：血庫(kù)管理者

數(shù)據(jù)流組成：領(lǐng)用血量+血型+日期+領(lǐng)用科室（數(shù)據(jù)流量：10袋/天高峰流量：25袋/天）

數(shù)據(jù)流編號(hào)：DT04 數(shù)據(jù)流名稱：血液入庫(kù)單 簡(jiǎn)述：采集血量的詳細(xì)信息 數(shù)據(jù)流來(lái)源：采血人員 數(shù)據(jù)流去向：血液入庫(kù)模塊

數(shù)據(jù)流組成：獻(xiàn)血量+日期+血型+獻(xiàn)血人員的詳細(xì)信息（數(shù)據(jù)流量：8袋/天高峰流量：18袋/天）

（3）處理邏輯的定義

處理邏輯編號(hào):P1 處理邏輯名稱:輸血申請(qǐng)?zhí)幚?簡(jiǎn) 述:根據(jù)患者病情

輸入的數(shù)據(jù)流:患者病情、庫(kù)存單、用血量、血型、日期 輸出的數(shù)據(jù)流:合格輸血申請(qǐng)單 處 理:再根據(jù)庫(kù)存單、用血量判定血量是否足夠等信息最后得到合格清單。

處理邏輯編號(hào):P2 處理邏輯名稱:血液出庫(kù)處理

簡(jiǎn) 述:對(duì)用血的相關(guān)信息進(jìn)行的記錄 輸入的數(shù)據(jù)流:患者姓名、血型、日期、用血量。輸出的數(shù)據(jù)流:出庫(kù)單

處 理:根據(jù)患者姓名核對(duì)用血信息；根據(jù)日期判定其過(guò)期與否；根據(jù)血型、用血量得到最終的出庫(kù)單。

處理邏輯編號(hào):P4 處理邏輯名稱:血液入庫(kù)處理

簡(jiǎn) 述:對(duì)采血相關(guān)信息進(jìn)行錄入，形成庫(kù)存記錄 輸入的數(shù)據(jù)流:獻(xiàn)血人員姓名性別、采血量、日期 輸出的數(shù)據(jù)流:血液入庫(kù)單

處 理:對(duì)獻(xiàn)血人員姓名性別、采血量、日期進(jìn)行錄入、整合，得到規(guī)范的庫(kù)存記錄。

處理邏輯編號(hào):P3 處理邏輯名稱:獻(xiàn)血申請(qǐng)?zhí)幚?簡(jiǎn) 述:按照獻(xiàn)血標(biāo)準(zhǔn)

輸入的數(shù)據(jù)流:獻(xiàn)血人員姓名性別、采血量、日期、采血人員姓名，性別，工作編號(hào)

輸出的數(shù)據(jù)流:合格獻(xiàn)血申請(qǐng)單

處 理:根據(jù)獻(xiàn)血人員姓名性別、采血量、日期得到合格的入庫(kù)報(bào)表。

（4）數(shù)據(jù)存儲(chǔ)的定義

數(shù)據(jù)存儲(chǔ)編號(hào)：D2 數(shù)據(jù)存儲(chǔ)名稱：庫(kù)存記錄 簡(jiǎn)述：血庫(kù)中各種血型的存量 數(shù)據(jù)存儲(chǔ)組成：血型+數(shù)量+日期 關(guān)鍵字：血型

相關(guān)聯(lián)的處理： P2，P3，P4

數(shù)據(jù)存儲(chǔ)編號(hào)：D1、D3 數(shù)據(jù)存儲(chǔ)名稱：血庫(kù)工作記錄 簡(jiǎn)述：血液出入庫(kù)的詳細(xì)記錄

數(shù)據(jù)存儲(chǔ)組成：用血數(shù)據(jù)+采血數(shù)據(jù) 關(guān)鍵字：用血量，采血量

相關(guān)聯(lián)的處理：P1，P2，P3，P4

（5）外部實(shí)體的定義

外部實(shí)體編號(hào)：E1 外部實(shí)體名稱：用血病人 輸入的數(shù)據(jù)流：患者詳細(xì)信息 輸出的數(shù)據(jù)流：用血申請(qǐng)單

外部實(shí)體編號(hào)：E2 外部實(shí)體名稱：獻(xiàn)血者

輸入的數(shù)據(jù)流：獻(xiàn)血人員的詳細(xì)信息 輸出的數(shù)據(jù)流：獻(xiàn)血單 外部實(shí)體編號(hào)：E3 外部實(shí)體名稱：血庫(kù)管理部門 簡(jiǎn)述：血庫(kù)管理部門工作人員 輸入的數(shù)據(jù)流：明細(xì)單

輸出的數(shù)據(jù)流：管理決策文檔

第五篇：工資管理系統(tǒng)需求分析報(bào)告

工資管理系統(tǒng)需求分析報(bào)告

引言

1.編寫目的

編寫該文檔是為了分析人工管理企業(yè)工資的流程，把人工模式抽象為可在計(jì)算機(jī)上處理的自動(dòng)模式，對(duì)企業(yè)工資的科學(xué)管理進(jìn)行分析與總結(jié)，便于開(kāi)發(fā)小組成員對(duì)系統(tǒng)整體功能的認(rèn)識(shí)，通過(guò)該文檔，確定了系統(tǒng)的目的和功能，以及管理的流程和方法，同時(shí)也為使用者提供參考。

2.背景

隨著企業(yè)的快速發(fā)展，企業(yè)規(guī)模越來(lái)越大，在職員工的數(shù)量也越來(lái)越多，企業(yè)工資管理更加的復(fù)雜，而工資管理是一項(xiàng)瑣碎、復(fù)雜而又十分細(xì)致的工作，工資計(jì)算、發(fā)放、核算的工作量很大，一般不允許出錯(cuò)，如果實(shí)行手工操作，每月發(fā)放工資須手工填制大量的表格，這就會(huì)耗費(fèi)工作人員大量的時(shí)間和精力，計(jì)算機(jī)進(jìn)行工資發(fā)放工作，不僅能夠保證工資核算準(zhǔn)確無(wú)誤、快速輸出，而且還可以利用計(jì)算機(jī)對(duì)有關(guān)工資的各種信息進(jìn)行統(tǒng)計(jì)，服務(wù)于財(cái)務(wù)部門其他方面的核算和財(cái)務(wù)處理，同時(shí)計(jì)算機(jī)具有著手工管理所無(wú)法比擬的優(yōu)點(diǎn).例如:檢索迅速、查找方便、可靠性高、存儲(chǔ)量大、保密性好、壽命長(zhǎng)、成本低等。這些優(yōu)點(diǎn)能夠極大地提高人事工資資管理的效率,也是企業(yè)的科學(xué)化、正規(guī)化管理,與世界接軌的重要條件。這就對(duì)企業(yè)工資管理提出了新的要求，用計(jì)算機(jī)管理系統(tǒng)來(lái)管理企業(yè)工資已經(jīng)成為目前的趨勢(shì)，使用計(jì)算機(jī)可以高速，快捷地完成以上工作。在計(jì)算機(jī)聯(lián)網(wǎng)后，數(shù)據(jù)在網(wǎng)上傳遞，可以實(shí)現(xiàn)數(shù)據(jù)共享，避免重復(fù)勞動(dòng)，規(guī)范數(shù)據(jù)管理行為，從而提高了管理效率和水平。企業(yè)工資管理系統(tǒng)便是以計(jì)算機(jī)為工具，通過(guò)對(duì)工資管理所需的信息管理，不僅把管理人員從繁瑣的數(shù)據(jù)計(jì)算處理中解脫出來(lái)，而且優(yōu)化了管理體系，使其高效化，簡(jiǎn)易化，智能化，也提高了透明度和互動(dòng)性。

3.功能定義

（1）員工基本信息的添加，修改，刪除，查找和輔助查詢。

（2）工資標(biāo)準(zhǔn)設(shè)定功能。具體包括工資，出行費(fèi)，醫(yī)療保險(xiǎn),養(yǎng)老金，水電費(fèi)，其他費(fèi)用，補(bǔ)貼，獎(jiǎng)金標(biāo)準(zhǔn)的設(shè)定。

（3）工資信息瀏覽。

（4）員工工資表創(chuàng)建。

（5）工資調(diào)整管理。

（6）工資統(tǒng)計(jì)。

為完善系統(tǒng)管理功能，增加工資系統(tǒng)用戶管理功能，包括系統(tǒng)用戶數(shù)據(jù)的添加，修改和刪除。教職員工為系統(tǒng)普通用戶，只能運(yùn)行系統(tǒng)個(gè)人工資查詢功能；系統(tǒng)管理員則能運(yùn)行系統(tǒng)所有功能，從而有效保證系統(tǒng)數(shù)據(jù)的安全性。

4.功能描述

用例模型

順序模型（管理員查詢工資）

活動(dòng)模型(登陸)

4.1員工基本檔案信息管理功能描述：

凡屬于本部門的員工，都需要對(duì)其基本的檔案信息做好記錄存儲(chǔ)處理。以方便高級(jí)管理人員時(shí)時(shí)的了解或查閱其員工基本信息。對(duì)員工基本信息的操作包括添加信息、修改信息、查詢信息，同時(shí)在數(shù)據(jù)庫(kù)中要形成員工基本信息表。

4.2工資管理功能描述： 工資計(jì)算：

在進(jìn)行工資計(jì)算之前，管理員首先應(yīng)該根據(jù)部門的實(shí)際業(yè)務(wù)情況確定好各個(gè)部門中所需要的工資項(xiàng)目及分別對(duì)工資項(xiàng)目進(jìn)行計(jì)算的方式，然后按照系統(tǒng)工資種類的設(shè)定，對(duì)每個(gè)員工分別依次實(shí)際工資項(xiàng)目構(gòu)成情況，如考勤情況工資、底薪工資、獎(jiǎng)懲工資、提成工資、應(yīng)交所得稅等等項(xiàng)目，錄入相應(yīng)的工資金額數(shù)，再計(jì)算出總的應(yīng)得工資、實(shí)得工資的工資項(xiàng)目。在數(shù)據(jù)的錄入過(guò)程中系統(tǒng)會(huì)根據(jù)用戶 3

誤輸、錯(cuò)誤輸入智能提示引導(dǎo)用戶錄入數(shù)據(jù)的正確性。要形成的數(shù)據(jù)庫(kù)中的表為員工工資信息表。

工資統(tǒng)計(jì)分析：

對(duì)員工工資數(shù)據(jù)計(jì)算完后，同時(shí)要將工資信息統(tǒng)計(jì)分析，如匯總統(tǒng)計(jì)，工資項(xiàng)目明細(xì)數(shù)據(jù)的匯總等，又分為對(duì)員工個(gè)人工資統(tǒng)計(jì)分析、部門工資統(tǒng)計(jì)分析、月份工資統(tǒng)計(jì)分析、季度工資統(tǒng)計(jì)分析、年工資分析統(tǒng)計(jì)。

4.3工資查詢功能描述：

在查詢這個(gè)模塊里，系統(tǒng)能支持用戶在客戶端按照各種不同的字段名稱進(jìn)行工資信息的查詢。同時(shí)，迅速的響應(yīng)用戶的查詢請(qǐng)求，不同級(jí)別的人系統(tǒng)會(huì)根據(jù)其權(quán)限級(jí)別的大小享有不同程度的功能。不同級(jí)別的人不能越權(quán)進(jìn)行操作。在查詢過(guò)程中，為避免由于在同一時(shí)刻里訪問(wèn)人數(shù)過(guò)多造成響應(yīng)緩慢時(shí)，每登錄的一個(gè)用戶，系統(tǒng)記數(shù)器自動(dòng)加一，當(dāng)記數(shù)大于峰值時(shí)，系統(tǒng)彈出對(duì)話框提示用戶進(jìn)行等待，從而有效的避免了系統(tǒng)在查詢過(guò)程中快速響應(yīng)的優(yōu)點(diǎn)。

4.4系統(tǒng)維護(hù)：

用戶在第一次使用系統(tǒng)時(shí)，在服務(wù)器端需要用戶做系統(tǒng)初始化的處理，包括； 1． 設(shè)置工資項(xiàng)目種類、相應(yīng)工資項(xiàng)目的計(jì)算

2．設(shè)置系統(tǒng)使用用戶及口令、權(quán)限的級(jí)別，對(duì)公司不同要求用戶授不同權(quán)限，可限制一次性訪問(wèn)數(shù)據(jù)庫(kù)用戶數(shù)量。對(duì)每個(gè)訪問(wèn)數(shù)據(jù)庫(kù)的登陸用戶有日志記錄。由系統(tǒng)管理員維護(hù)。在系統(tǒng)運(yùn)行過(guò)程中，數(shù)據(jù)庫(kù)管理員在系統(tǒng)運(yùn)行過(guò)程中，還可以即使的進(jìn)行系統(tǒng)數(shù)據(jù)的更改，如：對(duì)員工工資數(shù)據(jù)的更改，對(duì)工資項(xiàng)目計(jì)算方式的更改，定期做好系統(tǒng)數(shù)據(jù)的備份操作、還原、清理等。

5.非功能性需求： 5.1可靠性

1． 可恢復(fù)性

如果正在使用時(shí)出現(xiàn)故障，為了完成做好的工資記錄，需要嘗試采用本地方案（如存儲(chǔ)和轉(zhuǎn)發(fā)）加以解決。對(duì)此需要更深入的分析 2． 長(zhǎng)時(shí)間運(yùn)行

每月都要對(duì)工資結(jié)算，要求系統(tǒng)能夠持續(xù)可靠運(yùn)行，3． 容錯(cuò)性

當(dāng)員工不能識(shí)別，應(yīng)能夠給予提示。

5.2可支持性

1．可適應(yīng)性

不同型號(hào)的票據(jù)打印機(jī)打印的效果可能存在差異，軟件能夠支持市場(chǎng)上主流的票據(jù)打印機(jī)。2．可配置型

人員的權(quán)限會(huì)根據(jù)企業(yè)的變化而調(diào)整，系統(tǒng)應(yīng)該能夠方便配置調(diào)整。還存在一些其他的配置要求，如打印格式、查詢項(xiàng)目等，對(duì)此需要進(jìn)一步分析。

5.3可行性

1.評(píng)價(jià)標(biāo)準(zhǔn)

A.是否消耗太多經(jīng)費(fèi)，耗時(shí)太長(zhǎng)； B.是否功能齊全，運(yùn)行穩(wěn)定； C.是否方便管理； D.設(shè)置是否靈活；

E.是否具有界面靈活，操作簡(jiǎn)單的特點(diǎn)。

6.用例說(shuō)明

本系統(tǒng)的設(shè)計(jì)目標(biāo)是能夠?qū)Υ笮推髽I(yè)員工的基本信息和工資信息進(jìn)行添加和修改，根據(jù)個(gè)人信息將工資分為職務(wù)工資，職稱工資和其他工資。能夠調(diào)整工資標(biāo)準(zhǔn)和員工信息，也能夠調(diào)整其他工資項(xiàng)目，根據(jù)需要對(duì)教職員工基本信息和工資信息的查詢，本系統(tǒng)能夠生成各個(gè)月的工資表，能夠打印報(bào)表方便保存和管理，還包括對(duì)系統(tǒng)的一些基本操作功能，比如為完善系統(tǒng)管理功能，增加工資系統(tǒng)用戶管理功能，系統(tǒng)應(yīng)該包括系統(tǒng)用戶數(shù)據(jù)的添加，修改和刪除。員工為系統(tǒng)普通用戶，只能運(yùn)行系統(tǒng)個(gè)人工資查詢功能；系統(tǒng)管理員則能運(yùn)行系統(tǒng)所有功能，從而有效保證系統(tǒng)數(shù)據(jù)的安全性，系統(tǒng)應(yīng)該具有簡(jiǎn)單，易用，小巧，經(jīng)典的特色，應(yīng)該能夠?qū)ζ髽I(yè)工資管理進(jìn)行優(yōu)化，使其系統(tǒng)化，高效化，智能化。并保證工資管理的準(zhǔn)確性，簡(jiǎn)易性，為企業(yè)財(cái)務(wù)人員提供便利。

7．系統(tǒng)性能需求分析：

7．1 性能需求

此工資管理系統(tǒng)對(duì)工資數(shù)據(jù)精度的計(jì)算能在默認(rèn)情況之下精確到小數(shù)點(diǎn)后3位小數(shù)，即是精確到分的計(jì)算。但在用戶使用過(guò)程中，能自行根據(jù)實(shí)際情況進(jìn)行小數(shù)計(jì)算精度的設(shè)定，最大能允許保留小數(shù)點(diǎn)后5位的精度。在時(shí)間特性上，當(dāng)用戶發(fā)出命令請(qǐng)求時(shí)的服務(wù)器的響應(yīng)時(shí)間、對(duì)數(shù)據(jù)更新處理、工資數(shù)據(jù)的查詢檢索等上，同樣要求系統(tǒng)響應(yīng)時(shí)間不會(huì)超過(guò)0.5秒時(shí)間。系統(tǒng)支持多種操作系統(tǒng)的運(yùn)行環(huán)境，多不同操作系統(tǒng)，不同文件格式的磁盤

上的數(shù)據(jù)均能實(shí)現(xiàn)信息的互通，及共享。當(dāng)服務(wù)器移植到其他的系統(tǒng)平臺(tái)，如：Linux平臺(tái)下時(shí)，同樣能和其他的系統(tǒng)進(jìn)行數(shù)據(jù)存取同步，不會(huì)出現(xiàn)系統(tǒng)之間互不兼容的情況，系統(tǒng)支持多系統(tǒng)之間的互連互通，系統(tǒng)有巨大的強(qiáng)健性。

7．2 運(yùn)行需求

系統(tǒng)在進(jìn)行數(shù)據(jù)的錄入、計(jì)算、統(tǒng)計(jì)的時(shí)候，能將數(shù)據(jù)精確到小數(shù)點(diǎn)后三位小數(shù)。系統(tǒng)接收到用戶的操作命令后（如：計(jì)算處理、查詢等），能迅速的響應(yīng)其操作請(qǐng)求，響應(yīng)時(shí)間不超過(guò)1秒。在同一時(shí)間，系統(tǒng)還提供支持至少10個(gè)客戶端進(jìn)行同一個(gè)操作請(qǐng)求的響應(yīng)。

系統(tǒng)可移植較強(qiáng)，在不同的平臺(tái)下運(yùn)行，均不會(huì)影響系統(tǒng)的穩(wěn)定性。同時(shí)，支持在客戶端安裝不同操作系統(tǒng)、瀏覽器版本，均不會(huì)影響系統(tǒng)的運(yùn)行。

7．3安全需求

為保障系統(tǒng)數(shù)據(jù)的安全性，系統(tǒng)采用訪問(wèn)控制策略，未授權(quán)者不能進(jìn)入系統(tǒng)。同時(shí)，對(duì)不同級(jí)別的用戶授予不同的使用權(quán)限。在系統(tǒng)運(yùn)行期間，如發(fā)生掉電尚未保存數(shù)據(jù)，或由于操作不當(dāng)?shù)仍驅(qū)е孪到y(tǒng)重啟等，為保證數(shù)據(jù)的易恢復(fù)性，系統(tǒng)提供每隔30秒自動(dòng)保存數(shù)據(jù)的機(jī)制，讓用戶的數(shù)據(jù)在發(fā)生意外時(shí)能最大程度上

得到恢復(fù)。同時(shí)，系統(tǒng)提供強(qiáng)大的容錯(cuò)性能，當(dāng)一臺(tái)服務(wù)器發(fā)生故障時(shí)，系統(tǒng)能自動(dòng)切換到另外一臺(tái)服務(wù)器上，從而保障服務(wù)器能長(zhǎng)時(shí)間的提供系統(tǒng)的運(yùn)行支持。在輸入數(shù)據(jù)時(shí)，如果用戶輸入的數(shù)據(jù)不符合系統(tǒng)的要求，則系統(tǒng)自動(dòng)提示錯(cuò)誤信息，并要求用戶重新輸入，直到輸入完全正確時(shí)才允許進(jìn)行下一步的操作。

7．4 系統(tǒng)界面需求

系統(tǒng)開(kāi)發(fā)基于C#的開(kāi)發(fā)，界面直觀、簡(jiǎn)潔，人機(jī)交互性強(qiáng)?；诒韱魏蛷棾鍪酱翱诘臄?shù)據(jù)錄入方式，菜單點(diǎn)擊的方式操作。用戶使用時(shí)，只要是按照格式和要求填入信息，系統(tǒng)在后臺(tái)響應(yīng)用戶操作過(guò)程。讓用戶在最短時(shí)間里，不需要經(jīng)過(guò)專門培訓(xùn)，就可以輕松上手使用。

7．5 其他需求

數(shù)據(jù)不管是在企業(yè)內(nèi)部之間傳輸，還是公司與分公司之間進(jìn)行遠(yuǎn)程數(shù)據(jù)傳輸時(shí)，防止數(shù)據(jù)被不法分析任意的修改和破壞，只有對(duì)信息解密的人員才能最終讀取數(shù)據(jù)信息。這樣，能 最大程度的防止數(shù)據(jù)在傳輸過(guò)程的安全保密性。

8.總結(jié)

在第一階段總體分析的基礎(chǔ)之上，我們小組進(jìn)在系統(tǒng)需求過(guò)程中，主要是圍繞著系統(tǒng)數(shù)據(jù)流程圖和數(shù)據(jù)字典這兩個(gè)方面展開(kāi)文檔的編輯工作。當(dāng)然，在需求分析過(guò)程中，我們對(duì)系統(tǒng)的功能需求、性能需求、可靠性等方面做了進(jìn)一步的描述，這為我們進(jìn)行下一步設(shè)計(jì)階段的順利進(jìn)行做好鋪墊的工作。