1.工作單發起人
2.工作單聯絡目標部門/工作單聯絡目標人
3.工作單下一流轉處理人
這3個定義，可以把上面的這個工作單模型直接抽象出來，就拿上面的例子來說，工作單發起人應該是 策劃部的某個員工我們簡稱a，他要把這個工作聯絡單發送給網路部b，但是這個事情需要先讓他們領導審批，那麼工作單建立的時候，工作單下一流轉人就是策劃部經理c。
有了這3個定義，我們可以進行新建工單的工作了。
我們將工作聯絡單內容輸入完成後，確認提交，提交後，工單直接流轉到，下乙個工單處理人進行處理。
策劃經理c覺得沒什麼問題，就可以進行再一次流轉，那麼可以直接流轉給網路部經理d。網路部經理d，同意工作事項，覺得ok那麼流轉給具體實施的通知e。最後由e，完成工作，工作單流轉給a。由a進行確認。
ok 那麼這個一次次的流轉我們又怎麼做呢？
那麼看看效果
這樣這個完整的工作單流轉就完成了，這樣做的好出是，完全由個人控制工作聯絡單的流轉過程，工作流一般是固定死的流轉過程，這裡在這樣就顯的更為靈活一點。
下一步，根據使用者的需求，發現了一些問題，比如工作完成，工作單發起人不及時確認工單完結，造成工單一直掛著，為解決這個問題，目前想到的解決辦法是，當前處理人，可以傳送，完結申請，同時工單自動轉到發起人處理，如果處理人在3天內沒有回覆工作單，那麼系統自動完結工作單。
這個功能在下次專案總結中繼續為大家介紹！
專案2 我的陣列類
專案2 我的陣列類 下面的程式，因為存在指標型別的資料成員，需要能完成深複製的建構函式。請補充完整建構函式和析構函式 其他不必動 其中，建構函式要完成下面三個任務 1 為各成員函式賦值，按照深複製原則，其中arrayaddr應該是為儲存資料新分配的連續空間的首位址 2 myarray int a,i...
我的專案經理2
我突然想起了乙個問題，什麼樣的專案經理才算是好的專案經理呢?我工作了三年了，很失敗。我換了三份工作，跨了三次行業，選擇了2次技術大變更。所以理所當然的，我一無所有的。不，還是有的，那就是我獨一無二的經歷。現在我的專案經理從過完年來了之後，他變得 好 了點了，可是團隊 生病 了。對，病的不輕。原以為是...
我眼中的設計模式 2
繼續學習設計模式 觀察者模式 定義 定義了物件之間的一對多的依賴，這樣一來，當乙個物件改變時，它的所有的依賴者都會收到通知並自動更新。主題介面，所有的主題必須實現此介面 author zhy public inte ce subject author zhy 所有的觀察者需要實現此介面 public...