? 王維是第二個成為項目經理的！知道這個消息的時候，歐陽明已經不驚訝了。雖然多少還是有點羨慕，但還是由衷的祝福他的朋友。沒等他當面祝福，王維已經來找他了。王維需要招兵買馬！他希望小祝和歐陽明成為他的左膀右臂。 這不是歐陽明自己能決定的。但他顯然很愿意接受這個請求。 事實上，上面早就已經同意。只是需要征求他們自己的意愿罷了。既然都沒問題，這件事就定下來了。 他們下來的準備工作，就是對新系統進行一個系統架構設計。設計？架構？怎么做？王維不知道，他交待給歐陽明和小祝來做。可對于歐陽明他們來說，他們也不知道怎么開始。他們之前的工作都是一個小模塊，并沒有項目設計的經驗。 那怎么辦？看看書上怎么說！哦，說到設計，有一個軟件叫Rose，有一個語言叫UML。那就便用邊學吧。打開軟件，其他也沒明白怎么回事，但對于對象設計還是大概了解的，那就畫類圖吧。搞清楚類圖，系統架構應該就搞清楚了吧。 他們也煞有其事的，在一個小屋子你反復討論業務中對象之間的關系。然后在針對這些對象進行抽象。設計對象的屬性和方法。最終，形成了一個復雜的類圖。 王維來問問系統進度，他們就拿了Rose圖給他看。 “這可以嗎？”王維充滿了疑慮。但是，那個時候，公司沒有一個人知道系統應該如何設計。 歐陽明卻拍著胸脯說，“沒問題，就是這樣子的。” 最終，王維的擔心得到了支持。公司派出公司最高的技術牛人朱鶴亭，駐場主導設計，歐陽明和小祝跟著。按照老朱的說法，他們三人組成了JAD。原則是少數服從多數。不過，老朱也是一個不懂得業務的人，所以設計還得歐陽明的老大土博士友情參與。這樣實際上形成了一個3+1小組。三人決策不了的問題，會加入土博士進來，再進行決策。 風風火火的設計就這樣開始了。歐陽明能學到什么呢？