專利名稱：需求單處理系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種需求單處理系統(tǒng)及方法。
背景技術(shù)：
隨著信息化的推廣，幾乎所有的大型公司、企業(yè)都實現(xiàn)辦公自動化，范圍涉及日常行政 管理、各種事項的審批、辦公資源的管理、多人多部門的協(xié)同辦公、以及各種信息的交互與 傳遞。通過信息化形成一個信息流，縮短服務(wù)時間和提高客戶滿意度，并可及時的獲取客戶 需求，有利于理順企業(yè)的管理秩序和提高企業(yè)的管理水平，實現(xiàn)企業(yè)管理的效率化，同時， 信息化能為企業(yè)帶來的最大益處是加強部門內(nèi)、部門間的協(xié)作，實現(xiàn)對整個企業(yè)內(nèi)部的信息 流進行有組織的、高效的控制，加強了企業(yè)個體間的聯(lián)系，進而實現(xiàn)了企業(yè)管理的條理化。 因此，利用各種信息化系統(tǒng)實現(xiàn)辦公的自動化是實現(xiàn)企業(yè)現(xiàn)代化管理的基礎(chǔ)。
在企業(yè)的日常運營當(dāng)中，會產(chǎn)生很多需求(如，帳號申請等)，運用信息化系統(tǒng)可以將 用戶所提的需求形成一個需求單，將該需求單自動發(fā)送給對應(yīng)的工程師進行處理。然而，由 于需求單種類繁多，類型各異，對需求單處理過程中的管控及追蹤能夠極大的提高處理效率 及進度，進而提高企業(yè)的運營效率。

發(fā)明內(nèi)容
鑒于以上內(nèi)容，有必要提供一種需求單處理系統(tǒng)，其可以設(shè)置需求單的狀態(tài)，避免一個 需求單處理過程中發(fā)生有兩個以上的工程師同時處理而發(fā)生沖突，并對處理過程中的時間進 行追蹤和管控，以提高的處理效率及進度。
此外，還有必要提供一種需求單處理方法，其可以設(shè)置需求單的狀態(tài)，避免一個需求單 處理過程中發(fā)生有兩個以上的工程師同時處理而發(fā)生沖突，并對處理過程中的時間進行追蹤 和管控，以提高的處理效率及進度。
一種需求單處理系統(tǒng)，包括數(shù)據(jù)庫，客戶端計算機，及與所述數(shù)據(jù)庫和客戶端計算機有 通信連接的服務(wù)器，該服務(wù)器包括生成模塊，用于當(dāng)工程師在未處理需求單列表中根據(jù)需 求單的類型及單號選擇一個需求單時，生成一個處理該需求單的請求；讀取模塊，用于根據(jù) 所述單號讀取該需求單的狀態(tài)信息，該需求單的狀態(tài)包括未處理狀態(tài)及處理中狀態(tài)；判斷模 塊，用于根據(jù)讀取的狀態(tài)信息判斷該需求單是否需要處理，若該需求單處于未處理狀態(tài)，則 該需求單需要處理；狀態(tài)更改模塊，用于當(dāng)需求單為未處理狀態(tài)時，更改需求單的狀態(tài)信息，使該需求單變更為處理中狀態(tài)；所述判斷模塊，還用于根據(jù)該需求單的具體內(nèi)容判斷所提 需求是否合理；信息交互模塊，用于提供一個信息交互平臺以對該需求單的詳細信息進行點 對點的確認；所述判斷模塊，還用于判斷是否在規(guī)定的時間內(nèi)將該需求單處理完成；所述狀 態(tài)變更模塊，還用于當(dāng)該需求單處理完畢時，修改該需求單的狀態(tài)信息，使該需求單的狀態(tài) 信息變更為完成狀態(tài)，并在未處理需求單列表中刪除該需求單。
一種需求單處理方法，該方法包括如下步驟當(dāng)工程師在未處理需求單列表中根據(jù)需求 單的類型及單號的選擇一個需求單時，生成一個處理該需求單的請求；根據(jù)所述單號讀取該 需求單的狀態(tài)信息，該需求單的狀態(tài)包括未處理狀態(tài)及處理中狀態(tài)；當(dāng)該需求單為未處理狀 態(tài)時，更改該需求單的狀態(tài)信息以使該需求單變更為處理中狀態(tài)；當(dāng)該需求單所提需求合理 時，提供一個信息交互平臺以對該需求單的詳細信息進行點對點確認；判斷是否在規(guī)定的時 間內(nèi)將該需求單處理完成；當(dāng)該需求單處理完畢時，修改該需求單的狀態(tài)信息，使該需求單 的狀態(tài)信息變更為完成狀態(tài)；在未處理需求單列表中刪除該需求單。
相較于現(xiàn)有技術(shù)，所述的需求單處理系統(tǒng)及方法，其可以設(shè)置需求單的狀態(tài)，避免一個 需求單處理過程中發(fā)生有兩個以上的工程師同時處理而發(fā)生沖突，并對處理過程中的時間進 行追蹤和管控，以提高的處理效率及進度，加強用戶之間的聯(lián)系。


圖1是本發(fā)明需求單處理系統(tǒng)的較佳實施例的硬件框架圖。 圖2是圖1中服務(wù)器的功能模塊圖。 圖3是本發(fā)明需求單處理方法的較佳實施例的流程圖。
具體實施例方式
如圖1所示，是本發(fā)明一種需求單處理系統(tǒng)較佳實施例的硬件架構(gòu)圖。該系統(tǒng)包括客戶 端計算機IO、網(wǎng)絡(luò)20、服務(wù)器30及數(shù)據(jù)庫40。該服務(wù)器30可以是個人計算機、網(wǎng)絡(luò)服務(wù)器， 還可以是其它任意適用的數(shù)據(jù)處理設(shè)備。
所述網(wǎng)絡(luò)20可以是互聯(lián)網(wǎng)或者局域網(wǎng)。
該服務(wù)器30與數(shù)據(jù)庫40相連，該數(shù)據(jù)庫40用于存儲客戶發(fā)送過來的需求單，該數(shù)據(jù)庫 40可以內(nèi)置于服務(wù)器30，也可以外置于服務(wù)器30。
此外，該服務(wù)器30通過網(wǎng)絡(luò)20與至少一個客戶端計算機10相連(圖示以兩個為例)，該 客戶端計算機10用于提供一個互動式界面給用戶，便于用戶進行操作并將操作過程中的各種 信息保存于服務(wù)器30中，所述客戶端計算機10可以是個人計算機、筆記本電腦以及其它任意 能與服務(wù)器連接并對服務(wù)器上的需求單進行處理的設(shè)備或系統(tǒng)。如圖2所示，是圖1中服務(wù)器30的功能模塊圖。該服務(wù)器30包括生成模塊110、讀取模塊 111、判斷模塊U2、狀態(tài)修改模塊113、退還模塊114、信息交互模塊115、標(biāo)識模塊116、記 錄模塊117及提示模塊118。
所述生成模塊110用于當(dāng)工程師在未處理需求單列表中根據(jù)需求單的類型及單號選擇一 個需求單時，生成一個處理該需求單的請求。由于用戶提出的需求差別很大，對用戶提出的 需求進行一個分類，可以讓專人處理某一類型的單據(jù)，分工明確，有利于提高需求單的處理 效率，用戶每提一個需求會生成一個需求單，需求單的內(nèi)容主要包括用戶對需求的具體描述 及需求單類型等信息，工程師在處理需求單的時候首先選擇需求單的種類，得到所有該類型 的需求單，再選擇具體的單號以選擇一個具體的需求單，之后服務(wù)器30會生成一個處理該需 求單的請求，所述請求用于讀取保存在服務(wù)器30上的該需求單的狀態(tài)信息。
所述讀取模塊lll用于根據(jù)所述單號讀取該需求單的狀態(tài)信息。所述需求單的狀態(tài)包括 需求單未處理狀態(tài)及處理中狀態(tài)。
所述判斷模塊112用于根據(jù)讀取的狀態(tài)信息判斷該需求單是否需要處理。具體而言，若 所述需求單為未處理狀態(tài)，則該需求單需要處理；若所述需求單在處理中狀態(tài)，則說明其它 工程師在處理該需求單，該需求單不需要處理。
所述狀態(tài)更改模塊113用于當(dāng)需求單為未處理狀態(tài)時，更改需求單的狀態(tài)信息，使該需 求單變更為處理中狀態(tài)。
所述判斷模塊112還用于根據(jù)該需求單的具體內(nèi)容判斷所提需求是否合理。判定的標(biāo)準 是用戶提出的需求可行不可行，能不能實現(xiàn)，例如，假設(shè)用戶提出一個帳號申請的需求，所 申請的帳號權(quán)限超過該用戶應(yīng)該擁有的權(quán)限，則不合理。
所述信息交互模塊115用于提供一個信息交互平臺以對該需求單的詳細信息進行點對點 的確認。具體而言，服務(wù)器30通過所述信息交互模塊115提供一個信息交互的平臺，處理該 需求單的工程師及客戶可以通過各自的客戶端計算機10將確認信息通過所述信息交互平臺發(fā) 送給對方，信息交互的方式可以是即時通訊的方式，也可以通過文件傳輸?shù)姆绞健?br> 所述判斷模塊112用于判斷是否在規(guī)定的時間內(nèi)將該需求單處理完成。為了更好的提高 處理效率，每種類型需求單的處理時間都會有一個規(guī)定的時間。
所述標(biāo)識模塊116根據(jù)上述判斷的結(jié)果，對該需求單進行標(biāo)識，以標(biāo)明該需求單的是否 在規(guī)定的時間處理完成。具體而言，若需求單在規(guī)定的時間處理完成，則將該需求單的標(biāo)明 為綠色，若需求單在規(guī)定的時間還沒處理或者該需求單在處理的過程中超過了規(guī)定的時間， 則將該需求單標(biāo)明為醒目的紅色，以提示工程師加快處理速度。所述狀態(tài)變更模塊113用于當(dāng)該需求單處理完畢時，修改該需求單的狀態(tài)信息，使該需 求單的狀態(tài)信息變更為完成狀態(tài)，并在未處理需求單列表中刪除該需求單。
所述記錄模塊117用于記錄處理該需求單的時間，為評定處理該需求單的工程師的效率 提供依據(jù)。所述處理該需求單的時間是從開始處理的時間到客戶完全認可結(jié)案的時間。
所述提示模塊118用于當(dāng)需求單為處理中狀態(tài)時，提示該需求單在處理中。具體而言， 若一個工程師選擇的需求單為處理中狀態(tài)時，向該工程師彈出一個對話框，說明該單據(jù)在處 理中。
所述退還模塊114用于當(dāng)該需求單所提的需求不合理時，將該需求單退還給所提需求的 客戶，并說明原因。
如圖3所示，是本發(fā)明需求單處理方法的較佳實施例的流程圖。首先，步驟SIO，工程師 通過客戶端計算機10在未處理需求單列表中根據(jù)需求單的類型及單號選擇一個需求單。由于 用戶提出的需求差別很大，對用戶提出的需求進行一個分類，可以讓專人處理某一類型的單 據(jù)，分工明確，有利于提高需求單的處理效率，用戶每提一個需求會生成一個需求單，需求 單的內(nèi)容主要包括用戶對需求的具體描述及需求單類型等信息，工程師在處理需求單的時候 首先選擇需求單的種類，得到所有該類型的需求單，再選擇具體的單號以選擇一個具體的需 求單。
步驟Sll，生成模塊110生成一個處理該需求單的請求。
步驟S12，讀取模塊lll根據(jù)所述單號讀取該需求單的狀態(tài)信息。所述需求單的狀態(tài)包括 需求單未處理狀態(tài)及處理中狀態(tài)。
步驟S13，判斷模塊112根據(jù)讀取的狀態(tài)信息判斷該需求單是否需要處理。具體而言，若 所述需求單為未處理狀態(tài)，則該需求單需要處理；若所述需求單在處理中狀態(tài)，則說明其它 工程師在處理該需求單，該需求單不需要處理。
步驟S14，當(dāng)需求單為未處理狀態(tài)時，狀態(tài)更改模塊113更改需求單的狀態(tài)信息，使該需 求單變更為處理中狀態(tài)。
步驟S15，判斷模塊112根據(jù)該需求單的具體內(nèi)容判斷所提需求是否合理。判定的標(biāo)準是 用戶提出的需求可行不可行，能不能實現(xiàn)，例如，假設(shè)用戶提出一個帳號申請的需求，所申 請的帳號權(quán)限超過該用戶應(yīng)該擁有的權(quán)限，則不合理。
步驟S17，當(dāng)該需求單所提的需求合理時，處理該需求單的工程師通過信息交互模塊 115提供的信息交互平臺與客戶進行信息交互，以確認該需求單的詳細信息。具體而言，月艮 務(wù)器30通過信息交互模塊115提供一個信息交互的平臺，處理該需求單的工程師及客戶可以通過各自的客戶端計算機10將確認信息通過所述信息交互平臺發(fā)送給對方，信息交互的方式 可以是即時通訊的方式，也可以通過文件傳輸?shù)姆绞健?br> 步驟S18，判斷模塊112判斷是否在規(guī)定的時間內(nèi)將該需求單處理完成。為了更好的提高 處理效率，每種類型需求單的處理時間都會有一個規(guī)定的時間。
步驟S19，若該需求單在規(guī)定的時間處理完成，標(biāo)識模塊116則將該需求單標(biāo)明為綠色。
步驟S20，當(dāng)該需求單處理完畢時，狀態(tài)變更模塊113修改該需求單的狀態(tài)信息，使該需 求單的狀態(tài)信息變更為完成狀態(tài)，并在未處理需求單列表中刪除該需求單。
步驟S21，記錄模塊117記錄處理該需求單的時間，為評定處理該需求單的工程師的效率 提供依據(jù)。所述處理該需求單的時間是從開始處理的時間到客戶完全認可結(jié)案的時間。
在步驟S13中，當(dāng)需求單為處理中狀態(tài)時，則于步驟S23，提示模塊118提示該需求單在 處理中，之后結(jié)束流程。具體而言，若需求單為處理中狀態(tài)時，彈一個對話框，說明該單據(jù) 在處理中。
在步驟S15中，當(dāng)該需求單中所提的需求不合理時，則于步驟S16，退還模塊114將該需 求單退還給所提需求的客戶，并說明原因，之后退回到步驟SIO。
在步驟S18中，若需求單沒有在規(guī)定的時間處理完成，則于步驟S20，標(biāo)識模塊116則將 該需求單的標(biāo)明為紅色，之后轉(zhuǎn)到步驟S21。具體而言，若需求單在規(guī)定的時間還沒處理或 者該需求單在處理的過程中超過了規(guī)定的時間，則標(biāo)明為醒目的紅色，以提示工程師加快處 理速度。
最后所應(yīng)說明的是，以上實施例僅用以說明本發(fā)明的技術(shù)方案而非限制，盡管參照以上 較佳實施例對本發(fā)明進行了詳細說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解，可以對本發(fā)明的技 術(shù)方案進行修改或等同替換，而不脫離本發(fā)明技術(shù)方案的精神和范圍。
權(quán)利要求
1.一種需求單處理系統(tǒng)，包括數(shù)據(jù)庫，客戶端計算機，及與所述數(shù)據(jù)庫和客戶端計算機有通信連接的服務(wù)器，其特征在于，該服務(wù)器包括生成模塊，用于當(dāng)工程師在未處理需求單列表中根據(jù)需求單的類型及單號選擇一個需求單時，生成一個處理該需求單的請求；讀取模塊，用于根據(jù)所述單號讀取該需求單的狀態(tài)信息，該需求單的狀態(tài)包括未處理狀態(tài)及處理中狀態(tài)；判斷模塊，用于根據(jù)讀取的狀態(tài)信息判斷該需求單是否需要處理，若該需求單處于未處理狀態(tài)，則該需求單需要處理；狀態(tài)更改模塊，用于當(dāng)需求單為未處理狀態(tài)時，更改需求單的狀態(tài)信息，使該需求單變更為處理中狀態(tài)；所述判斷模塊，還用于根據(jù)該需求單的具體內(nèi)容判斷所提需求是否合理；信息交互模塊，用于提供一個信息交互平臺以對該需求單的詳細信息進行點對點的確認；所述判斷模塊，還用于判斷是否在規(guī)定的時間內(nèi)將該需求單處理完成；及所述狀態(tài)變更模塊，還用于當(dāng)該需求單處理完畢時，修改該需求單的狀態(tài)信息，使該需求單的狀態(tài)信息變更為完成狀態(tài)，并在未處理需求單列表中刪除該需求單。
2 如權(quán)利要求l所述的需求單處理系統(tǒng)，其特征在于，所述服務(wù)器還包括標(biāo)識模塊，用于在該需求單在規(guī)定的時間處理完成時為該需求單標(biāo)明第一種標(biāo)識，或 者，在該需求單沒有在規(guī)定的時間處理完成時為該需求單標(biāo)明第二種標(biāo)識。
3 如權(quán)利要求l所述的需求單處理系統(tǒng)，其特征在于，所述服務(wù)器還包括記錄模塊，用于記錄處理該需求單的時間以作為評定處理該需求單的工程師的效率提 供依據(jù)。
4.如權(quán)利要求l所述的需求單處理系統(tǒng)，其特征在于，所述服務(wù)器還包括退還模塊，用于當(dāng)該需求單所提的需求不合理時，將該需求單退還給所提需求的客戶 ，并說明原因。
5.如權(quán)利要求l所述的需求單處理系統(tǒng)，其特征在于，所述服務(wù)器還包括提示模塊，用于當(dāng)該需求單為處理中狀態(tài)時，提示該需求單在處理中。
6. 一種需求單處理方法，其特征在于，該方法包括如下步驟 當(dāng)工程師在未處理需求單列表中根據(jù)需求單的類型及單號的選擇一個需求單時，生成 一個處理該需求單的請求；根據(jù)所述單號讀取該需求單的狀態(tài)信息，該需求單的狀態(tài)包括未處理狀態(tài)及處理中狀態(tài)；當(dāng)該需求單為未處理狀態(tài)時，更改該需求單的狀態(tài)信息以使該需求單變更為處理中狀態(tài)；當(dāng)該需求單所提需求合理時，提供一個信息交互平臺以對該需求單的詳細信息進行點 對點確認；判斷是否在規(guī)定的時間內(nèi)將該需求單處理完成；當(dāng)該需求單處理完畢時，修改該需求單的狀態(tài)信息，使該需求單的狀態(tài)信息變更為完 成狀態(tài)；及在未處理需求單列表中刪除該需求單。
7.如權(quán)利要求6所述的需求單處理方法，其特征在于，緊接著判斷是 否在規(guī)定的時間內(nèi)將該需求單處理完成的步驟之后還包括步驟在該需求單在規(guī)定的時間處理完成時為該需求單標(biāo)明第一種標(biāo)識；或者 在該需求單沒有在規(guī)定的時間處理完成時為該需求單標(biāo)明第二種標(biāo)識。
8.如權(quán)利要求6所述的需求單處理方法，其特征在于，于在未處理需 求單列表中刪除該需求單的步驟之后還包括步驟記錄處理該需求單的時間以作為評定處理該需求單的工程師的效率提供依據(jù)。
9.如權(quán)利要求6所述的需求單處理方法，其特征在于，于讀取該需求 單的狀態(tài)信息的步驟與對該需求單的需求信息進行點對點確認的步驟之間還包括步驟 當(dāng)需求單為處理中狀態(tài)時，提示該需求單在處理中，之后結(jié)束流程。
10.如權(quán)利要求6所述的需求單處理方法，其特征在于，于更改該需 求單的狀態(tài)信息的步驟與判斷是否在規(guī)定的時間內(nèi)將該需求單處理完成的步驟之間還包括步 驟當(dāng)該需求單中所提的需求不合理時，將該需求單退還給所提需求的客戶，并說明原因
全文摘要
一種需求單處理方法，該方法包括如下步驟當(dāng)工程師在未處理需求單列表中根據(jù)需求單的類型及單號的選擇一個需求單時，生成一個處理該需求單的請求；根據(jù)所述單號讀取該需求單的狀態(tài)信息，該需求單的狀態(tài)包括未處理狀態(tài)及處理中狀態(tài)；當(dāng)該需求單為未處理狀態(tài)時，更改該需求單的狀態(tài)信息以使該需求單變更為處理中狀態(tài)；當(dāng)該需求單所提需求合理時，提供一個信息交互平臺以對該需求單的詳細信息進行點對點確認；判斷是否在規(guī)定的時間內(nèi)將該需求單處理完成；當(dāng)該需求單處理完畢時，修改該需求單的狀態(tài)信息，使該需求單的狀態(tài)信息變更為完成狀態(tài)；在未處理需求單列表中刪除該需求單。
文檔編號G06Q10/00GK101576975SQ20081030150
公開日2009年11月11日 申請日期2008年5月9日 優(yōu)先權(quán)日2008年5月9日
發(fā)明者黃軍偉 申請人:鴻富錦精密工業(yè)(深圳)有限公司;鴻海精密工業(yè)股份有限公司