其他

今天寫一個模組，想用duallist實現選擇新聞管理模組後，在duallist.Available中列出來所有的分類，然後選擇需要的分類到右邊的duallist.Assigned列表中，可是綁了一天就是沒綁上，鬱悶的很呢，不過後來向高手請教終於得解，控制項DualList這個控制項只在第一次postback中綁定資料

在軟體項目的研發過程中，需求變更貫穿了軟體項目的整個生命週期，從軟體的項目立項，研發，維護，使用者的經驗在增加，對使用軟體的感受有變化，以及整個行業的新動態，都為軟體帶來不斷完善功能，最佳化效能，提高方便使用性的要求。我在自己的軟體專案管理職業過程中，幾乎天天面對使用者的需求變更，切身感受到，如果不能有效處理這些需求變更，專案計劃會一再調整，軟體交付日期一再拖延，使用者的耐性漸漸消逝，研發人員計程車氣也越來越低落，最後所有的人都在等待一個結果：項目最好馬上結束。所幸，在不斷的學習和實踐中，我總結

UML 對基本結構建模<一>類: 類是任何物件導向系統中最重要的構造塊。類是對一組具有相同屬性、操作、關係和語義的對象的描述。在圖形上，把一個類畫成一個矩形。  我們將從下面幾個方面來瞭解 1)名稱2)屬性:是已被命名的類的特性，它描述了該特性的執行個體可以取值的範圍。3)操作:是一個服務的實現，該服務可以由類的任何對象請求以影響其行為。4)對屬性和操作的組織      

CREATE PROCEDURE HVC_Statistics_GetPortalRankByWeek( @Week int, @Rownum int, @SortField int )ASDECLARE @SQL VARCHAR(1000) SET @SQL = 'SELECT TOP ' +CAST(@Rownum AS VARCHAR(20))+' PortalName=(Select PortalName From Portals WHERE Portals.PortalID =

項目討論了兩個月，基本上算是決定了吧。討論過來討論過去，真算是服了這幫人了。由於自己只是項目的實施者，沒有決定性，所以討論過程中只是發表發表意見而已。但都是比較實際的想法，沒有天花亂墜的描述，也沒有特別“創新”“有創意”的想法，只是站在使用者的角度，考慮某項功能對使用者來說有沒有用，使用者對某些花哨的頁面展現會不會反感，頁面的大小對使用者體驗的影響，網站如何留住使用者，讓使用者下次還來這裡。。。因此這些意見不被採納。老總也喜歡那種吹的鬍子滿天飛的表現（有想法），泛泛而談，不切實際，隨著慢慢的討論

  最近一直忙醫院的項目，有些暈頭轉向，是能力的不足，也是對能力的一種鍛煉。一直以來，帶領一個團隊開發是我欠缺薄弱的環節。 

修改webconfig檔案：由於收信用的是Pop服務，配置pop伺服器：<server                    name="Default POP3 Server"                    regexp="*"                    protocol="pop3"                    host="pop3.163.com"                    port="110"                />發信則

　　從學校出來混到現在，大大小小的項目做過不少，有單獨一個人整的，有幾個人組成一個小團隊的，有跟著別人做的，項目做出來無非就兩個結果，一個成功，一個失敗。姑且不論原因，我們來看一下一個項目成功的衡量標準會是什麼呢：從項目的角度來說：就是實施項目的人完整的按照schedule實現了自己的Plan，而使用項目的使用者的需求得到了滿足。當然，從軟體項目上來說就是我做出的東西符合使用者需求，出來的的東西沒有Bug，通過一系列測試，得到使用者肯定，我想這是最基本的吧。可是，做過項目的人知道，使用者的需求不

專案經理，有點像大學裡的班長沒什麼權力，責任一大堆在大學裡當過班長的，一定當得好這個項目經曆，說說我讀大學時候吧以前本科的時候，覺得班長不是那麼回事，後來研究生當了班長，管四十多號人，研究生又不像本科生那麼聽話，都是大學老油條了，哪那麼好管，但是啥事都得擔著，活動啊安排啊各種政策啊都不能少，還要跟院裡老師們搞好關係，生殺大權在他們那，我能有什麼權力？一個學期班裡四百塊班費，我能判同學不及格？能不發他們補助？不能啊！所以，管理不是光錢的問題明白嗎，起碼有一點，要讓下屬覺得跟你幹有奔頭，不敢期待他們

    工廠日曆中很多情況下使用一年中第多少周的方式。    大部分公司在ERP系統（包括SAP）中，周數的計算方式為：1月1號所在的周為00周，接下來01周、02周，依此類推。     在具體的演算法上，可以採用一個基準日期的方式來實現。    // //從系統設定中載入周幾作為每周的第一天。1-Mon、2-Tue...7-Sun    public int FirstWeekDay()    {       return 1;    }     //取基準日期。    // 

 一位優秀的商人傑克，有一天告訴他的兒子　　傑克：我已經決定好了一個女孩子，我要你娶她　　兒子：我自己要娶的新娘我自己會決定　　傑克：但我說的這女孩可是比爾·蓋茨的女兒喔　　兒子：哇！那這樣的話……　　在一個聚會中，傑克走向比爾·蓋茨　　傑克：我來幫你女兒介紹個好丈夫　　比爾：我女兒還沒想嫁人呢　　傑克：但我說的這年輕人可是世界銀行的副總裁喔　　比爾：哇！那這樣的話……　　接著，傑克去見世界銀行總裁　　傑克：我想介紹一位年輕人來當貴行的副總裁　　總裁：我們已經有很多位副總裁，夠多了　　傑克：但我

　　我們都知道堅忍是一切成就中極其重要的因素。它是形成強大意志的幾個因素中很核心的一個因素，現在，我們分享運用堅忍的幾個方法。這些方法或來源於成功學經典，或來自NLP經典。堅忍：堅持＋忍耐  

看了樓主的文章,不由得精神為之一振,自覺七經八脈為之一暢,七竅倒也開了六巧半,自古英雄出少年,樓主年紀輕輕,就有經天緯地之才,定國安邦之智,古人云,臥龍鳳雛得一而安天下,而今,天佑我大中華,滄海桑田5000年,中華神州平地一聲雷,飛沙走石,大舞迷天,朦朧中,只見頂天立地一金甲天神立於天地間,這人英雄手持雙斧,二目如電,一斧下去,混沌初開,二斧下去,女媧造人,三斧下去,小生傾倒.得此大英雄,實耐之幸也,民之福也,怎不叫人喜極而泣.......古人有少年樓主說為證,少年之樓主如紅日初升，其道大光；河

在這裡僅僅討論如何去做 prototype , 那些是必須的， 那些是可選的。 此POST 的理由是 我和我們部門經理對於什麼情況下需要做prototype 、 那些是prototype必須的， 那些不是必須，的理解不一樣。 （一） 快速原型方法

Declare @num intset @num =0while(@num<9)begin    set @num= @num + 1    if not exists(Select Attrid FROM HVC_Statistics_Setting WHERE Attrid =@num)    begin        INSERT INTO HVC_Statistics_Setting(PortalID,AttrID,AttrName,StringValue,FloatValue) 

從最前台的介面開始檢查，*.ascx檔案到.cs檔案，到controller\ info 然後到data provider，通過“轉到定義”來實現逐層上查。在provider 裡面的sqldataprovider中察看相應於dataprovider 中的繼承的介面類的方法----〉到資料庫裡面的預存程序。最終是CREATE PROCEDURE

http://objectclub.esm.co.jp/Jude/jude-e.htmlJUDE Community 1.4,很專業，只支援javaFujaba Tool Suite 4.1.0 and Fujaba Tool Suite RE 4.1.0http://wwwcs.upb.de/cs/fujaba/index.html反向引擎不錯，可產生狀態圖，可即時查看代碼，用來學習開源東東不錯，只支援javahttp://essmodel.sourceforge.net/ESS-MODEL

        那精神領袖慾整頓凡界之無能者，向座下觀音大士問計，觀音曰，取經之項目團隊已基本完成任務，可將其做為藍本，召集眾生對此評估，可從評估結果中判斷眾生相。領袖聞之大悅：“正合吾意”。         那日大士召集眾生，對之曰：“取經項目是由師徒四人一起完成的，孫悟空、沙和尚、豬八戒和唐僧。現在項目要結束，要重新組隊，只能從四人中選擇三個人去完成新的任務，你們說說會選擇誰？”（天呀，這大士業務也有不精之處嘛，明明是師徒五人？）；   

《UML三大硬傷》，一個弟兄攻擊了一下UML，也來說說個人的一點理解吧。原文見下面的連結。至少UML裡的使用案例圖、活動圖表、狀態圖、類圖、時序圖還是很好用的（目前我也只用到這個程度了）。使用案例圖主要可以提供一個軟體功能的大視圖，並且也初步的把使用者的許可權範圍表達出來了；活動圖表好理解，相當於流程圖，表達商務程序乃至程式演算法時都是常用的；狀態圖和活動圖表互補，有時用狀態機器轉換來表達一些業務流轉等很清楚；類圖用來表達實體關聯圖、表達類的設計時很好用；時序圖可以用來表達商務程序和介面互動，尤