其他

   鐵打的營盤流水的兵，團隊成員們相聚一場，最終難免要離開。有的成員羽翼日漸豐滿，自然要高升/跳槽；達不到考核底線的成員也需要另謀出路。   做一個開發組長，最得意的莫過於當其他部門成立開發組時，他們的老闆跑過來問你“你們有沒有人可以到我們那領導一個開發組的？”當這種好事來時，你找合適的組員私下談談，談談這個職位的要求和他的職業生涯規劃(這也是為什麼團隊建設(3)中一直大力鼓吹生涯規劃)。近一年半來，團隊已成功“販賣了”兩個開發組長。:)當然，一個優秀組員的離開必定給團隊帶來陣痛，可能感覺一下

Mantis是國外弟兄寫的一個bug管理系統，Php開源的,中文支援不錯。本來我是想支援國貨bugfree的，但是在2003下發現有亂碼問題，另外功能相對mantis來說也不夠強，最終選擇mantis了。下面是我的安裝過程，供各位弟兄參考。1.安裝easyPHP

 We made a very good improvement and did a good project compare to previous, But we still on the way to be a wonderful dev team. Following is project's lesson and learned. 1. Planning Phase:a) Our BA did a good job in business analysis, So some of

很久沒來了，終於有個國慶長假抽空讓我更新更新偶的小博。^_^軟體測試中提到過一種功能測試方法——基於判定表的測試相信看過後的朋友一開始都會為通過2n條規則得出來的冗餘判定表如何合并而頭疼。當初我看這方面的內容時也是繞了很大一圈，把簡單的內容變得複雜化，以為每個參數都需要通過笛卡兒積得出最終結果。但是最後驗證，這種做法是錯誤的。其實也就只是一個非常簡單一對一合并。抽空我把這個思路做了個分析，截個圖以示留戀。

From: http://blog.robinzhong.com/index.php/archives/2006/06/09/112.htmlidior 前兩天在cnblogs發表了一個關於O/RM的文章 “O/R Mapping亂彈”.呵呵,他來亂彈,我也來彈彈.對於O/RM還是R/OM.正如你在文中提到的,O/R M這個概念是從Java社區傳過來的. 在這之前, M$這一塊是沒有這樣的事物可以對應的.因為Java正火的時候,M$還在推行當時的Windows DNA架構.Windows

   今天從早上10點到下午3點，都在總公司跟我們的內部客戶學習業務。主要是瞭解商務程序，一票貨是怎麼做下來的？從開始到完成，都希望能瞭解清楚。系統外做了什麼事情，系統內又做了什麼事情，系統外的業務怎麼體系在系統裡？這一步是哪個角色負責的，下一步又是誰做，等等。問這個問那個，有的時候問很弱智的問題。瞭解到這些，對軟體的功能設計是很重要的。因為軟體最終只是協助人完成某些業務目的的一個工具而已。  

上個周末完成了許可權模組的設計，表都建好了，邏輯因為比較簡單，介面的設計都省了。理論上RBAC是比較好的，但是看一下，不是很好理解。另外它是按角色來賦許可權的，但是實際上往往許可權有時都要控制到人，難道每個人要有特定的許可權都要對應的建一個角色？考慮一下最終作罷。還是做個簡單的ALC的實現吧，一來好理解，二來感覺中小的應用也夠了。實際應用的時候把許可權的介面和實現隔開來，如果以後真的有不能滿足的地方，到時再用新的實現方法來做也是可以的。ALC就比較容易實現了，畫好了UML類圖，用前些時間做的代碼

近來園子裡對ORM的討論又有升級的趨勢，我也來湊個熱鬧。自知自己水平有限，說的不對的地方還請各位大蝦指教。對於ORM，我也是從最初的ORM工具開始接觸到這塊，想當初剛接觸的時候用到的是DevExpress的商業化ORM組件XPO。這個項目當中讓我覺得很爽的一點就是不用想怎麼去拼那種複雜的SQL語句，對於複雜的查詢，你要做的就是搞明白他們之間的代數邏輯關係。另外對於這個商業化的組件他還提供了對資料繫結的一個支援，並且根據反射機制以及ConnectionString的配置自動為你建立資料庫和表，極大

Table of Contents Supplement to Ch. 10 source code Supplement to Ch. 7 source code Source Code for .NET 1.0 Source Code for .NET 1.1 Sample Chapter: »Sample Chapter 2 "I

 Thanks for posting in this group.I think maybe you bind the database data into your datagrid every time inWebForm load event.Because when you click the button, the page postback to the server,Page_Load event fires, the datagrid will be rebind again.

        近日在拜讀閻宏博士所著的<<Java與模式>>一書，獲益非淺。微軟的Petshop 3.0 相信大家研究過,現作個簡單的分析,不妥之處,請指正.一)資料庫工廠層,有六個工廠類,分別是Account類,Inventory類,Item類,Order類,Product類和Profile類  

1.安裝外掛程式SetupNBearVsPlugin.exe2.建表3.用NBear.Tools.DbToEntityDesign.exe從資料庫產生EntityDesign類，include到designs項目。4.配好EntityDesignToEntityConfig.xml，編譯Designs

，又學了點關於預存程序的知識CREATE PROCEDURE HVC_ChatRoom_UpdateTopic    (        @topic_id int,        @title nvarchar(255),        @summary nvarchar(2000),        @time datetime,        @guests nvarchar(255),        @imgurl nvarchar(255)    )    AS    UPDATE HVC

1.NBearV3.7.2_tutorials\cases\SimpleGuestbook：看這個對NBear的分層設計會有直觀瞭解了。2.NBear Offical Site v1.0.2: 這個比較實際的應用，不錯。就是nbear.org的程式3.NBear_PetShop: 這個不錯，裡面還可以看到DBHelper的寫法4.NBearManual_CN.exe/NBearV3中文教程.CHM/NBearV3

Here is a quick script to determine the modules you are using and in which portals. You can run this in the Host|SQL module or download the free SQLView module and plunk it on your own admin page.SELECT     dbo.DesktopModules.FriendlyName, dbo.Portal

（一）概述1、Enterprise JavaBean (EJB) 是 Sun Microsystems 對 CORBA 的可移植性和複雜性的解決方案。EJB 引入了比 CORBA 更簡單的編程模組，它可以讓開發人員建立可移植分布式組件，稱作 Enterprise Bean。EJB 編程模組可以讓開發人員建立安全的、事務性的和持久的商業對象 (Enterprise Bean)，該對象使用非常簡單的編程模組和聲明屬性。與 CORBA

最重要的部分共有兩處：一個是預存程序，通過fileid把檔案名稱取出來:CREATE PROCEDURE {databaseOwner}{objectQualifier}GetTopics    (        @ModuleID int    )    AS    SELECT    .        inGuests,        'inImgUrl' = CASE WHEN F.FileName IS NULL THEN A.inImgUrl ELSE F.Folder + F.Fil

SET NOCOUNT ONDECLARE @LogicalFileName sysname,        @MaxMinutes INT,        @NewSize INTUSE     tablename             -- 要操作的資料庫名SELECT  @LogicalFileName = 'tablename_log',  -- 記錄檔名@MaxMinutes = 10,               -- Limit on time allowed to wrap l

     資訊系統項目品質提高空間非常大，強有力的領導有協助於品質意識的形成.建立組織級專案管理體系、組織級品質管理體系和項目級激勵制度為實施項目品質管理提供強有力的組織環境。理解品質成本可以刺激品質改進。項目文檔作為資訊系統產品的重要組成部分，其品質也是項目品質管理工作中切實做好和加強的工作。發展和遵從成熟度等級模型能協助組織系統地提高專案管理水平，從而提高項目的品質和項目成功率。1)  高層重視並執行強有力的領導         

  許多專家都認為資訊系統項目的失敗的重要原因是溝通的失敗。溝通是人與人之間傳遞和交通訊息的過程，對於項目取得成功是必不可少的。掌握溝通模型、溝通渠道、溝通方法、溝通類型與溝通障礙等基本知識有利於加強對項目溝通管理的認識。     為了改善項目的溝通，可以使用專案管理資訊系統輔助溝通，建立溝通基礎結構和使用項目溝通模板。溝通需要把握好一些基本原則，專案經理和項目團隊應發展更好的溝通技能，認識和把握人際溝通風格，進行良好的衝突管理是衝突向有利的方向發展。