商務

商業公司的業務同質化很高，市場如戰場，誰能快一步應變，誰能給客戶提供個人化，誰就得到了業務，誰就能生存。特別是象中國這樣各地的經濟、文化、政治極其不平均的國家，中央與地方的差異鴻溝巨大，地方特色必然需要。但是站在總公司的管理角度上來考慮，當然是希望商務程序越規範越好，新花樣總是意味著管理上的潛在危險。而對於總部資訊技術部門的角度來看，個人化的新花樣則是開發工作量的劇增、無止無盡的新需求。管理與市場、領導與客戶、全域與局部、總公司與分公司之間，這個思路方向性的矛盾是現實存在，而且不可避免的。當然，

　　關於NHibernate的相關資料不是很多，關於它在.Net項目中的實際應用的資料就更少了，在開始用NHibernate的時候也走了不少彎路，到現在自我感覺能在項目中合理應用NHibernate了。這裡要感謝下同事1-2-3，關於NHibernate應用的不少技術細節問題基本都靠他努力解決的。也感謝李永京的NHibernate之旅系列文章導航，在入門初期省去了我閱讀英文文檔的麻煩，感謝了兩位之後貌似NHibernate這塊就沒我啥事了...汗註：額外說一下

Microsoft 資料採礦演算法     Business Objects 商務智能解決方案   SQL Server 2005 商務智能解決方案集錦 中科永聯進階技術培訓中心BI培訓文章" href="http://www.itisedu.com/phrase/200604232056595.html">中科永聯進階技術培訓中心BI培訓文章    暢享網商業智慧頻道   中國計費網BI頻道吉貝克資訊技術有限公司-資料倉儲（概念-休繫結構-生命週期-行業應用）"

  資料庫的主鍵設計說明在我發布的例子 一個基於WF的商務程序平台 中, N12345B 問到//所有的資料結構都幾乎使用了Guid這一資料類型作為ID，而這個ID的作用僅僅作為流水號嗎？所有表之間的關係都並未用到這一ID標識，而使用的是

基於WF設計商務程序平台_流程的層次 我在[同一流程多種狀態]中談了同一流程,由於觀察者的不同,會出現不同的狀態. 本文我還是從流程的視角上淡一下流程的層次這個問題.  注意,在這裡,我說的[流程的層次]與我常說的功能封裝不是一個概念,是一個功能封裝的例子   在這個例子中,[通知]與[發電了郵件],[發簡訊] 不是同一範圍的概念,[通知]是一業務行為,對做出人來講是一種義務,告知義務對接收人來講是一種權利.知情權 而[發電了郵件],[發簡訊]

這是一個真實的事件，我把它轉化為了一個測試題目，問過很多朋友，到目前為止我認為答滿分的只有一個。你的答案呢？個人認為這個題目如果回答滿分的話，你就具有了成為一個好老闆的基礎。題目如下：1.假設你是老闆2.你要參加一個重要的公司內部的會議，這個會議由你的一個重量級員工主持。3.大家都坐好之後，正式開始之前，該員工收到妻子打來的電話：“我現在和寶寶已經在兒童醫院門口了，你趕緊過來幫我”問題：你是老闆的話，你準備如何做？為什嗎？答案稍後公布。另：dudu如果也認為這個問題有意義的話，請不要刪除，謝謝！

基於WF設計商務程序平台-架構最近不少朋友詢問我關於用WF設計商務程序的問題,看來很多朋友已經從對WF的瞭解學習階段進入到WF的開發階段,所以在我準備寫一組商務程序平台設計的文章與大家交流一下這幾年我開從事工作流程開發的一點經驗 很多人一提到WF就想到工作流程,一提到工作流程就想到審批,所以不少人認為WF是做審批系統的.這種說法就象是說C#是做審批系統的一樣,不能說不對,但很片面. 個人認為WF是繼面向對像編程,可視化編程後又一重要的裡程碑,WF體現了一種執行邏輯與實體對像分離的設計思想,面向對

摘要：　　想要顯示某一個地區，並且滑鼠放上去，該地區就會變色。這時，你就需要巧用多邊形覆蓋物，和它的滑鼠事件了！　　快來看看去哪兒網的執行個體吧：http://hotel.qunar.com/city/beijing_city/#fromDate=2011-07-13&from=qunarHotel&toDate=2011-07-16  ------------------------------------------------------------------------

 萬裡航行總舵手——業務測試架構的設計     目前，國內的很多公司，包括一些知名大公司，可能都還沒有這個職位，但應會有這樣一個角色的存在，比如這個角色落在測試經理或是測試主管的肩上。筆者不敢 稱自己是一個專業的測試架構師，只是有一天發現業界有這個職位時，並對著職位描述的定義，發現自己很幸運地在不知不覺中做了一些這方面的事情。     對於架構，更具體一些指架構模式，如第6章 介紹的關於測試對象分析的三層架構模式。一邊是深不可測、充滿挑戰的技術與藝術的高度體現，一邊是“又恐瓊樓玉宇，高處不勝寒”

文章目錄 業務工程業務工程實踐

今天華明給我和偉斯這兩個新員工講了一些建設領域的相關知識，主要是講指標。講的時候，做了點小筆記，如下：1.工程價演算法有以下四種：估算、概算、結算。2.工程的劃分、統計等建設領域的活動，按照樹型結構劃分，如下：    工程        單項            單位                分部分項                    清單（人材機 等屬性）                        定額（人材機 等屬性）   

隨著技術的不斷髮展和使用者對網站功能性的需求不斷提高，如今網站項目的設計已經不能再僅僅簡單地利用靜態Html檔案來實現，與前幾年網站設計由一兩名網頁設計師自由的創作相比，網站項目的設計和開發越來越像一個軟體工程，也越來越複雜，網站項目的設計和開發進入了需要強調流程和分工的時代，建立規範的、有效、健壯的開發機制，才能適應使用者不斷變化的需要，達到預期的計劃目標。

Xmarks是一款用於同步瀏覽器中的書籤的工具，使用它，你可以在個人電腦，公司電腦中同步你的書籤，同時可以在不同的瀏覽器中使用。 兩年前開始使用這款軟體，一直非常喜歡。 但是今天在郵箱中看到了一封題目為“PLEASE READ: Xmarks service ends January 2011”的郵件，同時閱讀了相關的blog：http://blog.xmarks.com/?p=1886 後，心理有很多很多感觸。尤其是看到這一段：The past four years have been a

在我以前的《業務、技術和語言的關係》中提到業務和技術的關係是：業務驅動技術、技術帶動業務。今天公司技術討論又談到此話題，所以我也又多說幾句。創新來源包括新知識和使用者，換句話說也可以說來源與技術和業務，但不管哪個重要，其結果都必須讓做出的產品對使用者有用。所以業務和技術是兩個並不矛盾的東西，只是它們就像在天稱兩端的東西一樣，是相輔相成的。公司應該盡量讓所有員工整體保持平衡就行，而不是一味的要求所有個人都保持水平，應該允許這杆稱中不同個體在不同時期傾斜一邊，只要所有個體整體上保持平衡就行了。到現在

文章目錄 業務層與應用程式層的對齊應用程式層與技術層的對齊其他 　　在架構語言ArchiMate － 語言結構（Language Structure）中對語言結構進行了介紹，最後列出下面的ArchiMate架構圖：業務、應用和技術三個層次（Layer），對象、行為和主體三個方面（Aspect），這三個層次也分別在架構語言ArchiMate －業務層（Business Layer）、架構語言ArchiMate

 00004     namespace GentleIDC . Sysbase . Company 00005     { 00006         /// <summary>  00007         /// 功能 : 公司對象操作類  00008         /// 作者 : 樊健漢  00009         /// 編寫日期: 2006-4-24  00010         /// 修改人 :  00011         /// 修改日期  00012   

        軟體設計總是很難捉摸,設計雖然不一定決定軟體生死,但對軟體的開發週期起著非常重要的作用.那怎樣的設計能適應軟體的變更修改呢?針對我個人而言只能答不知道…因為我在設計的時候只針對現有存在的問題出發,但在後期軟體的變更所產生的東西總讓人不知所措.雖然設計很難,但有著豐富經驗的設計人員總會知道什麼時候應該幹些什麼,而他們的出發點往往不是考慮得非常周全,而是把代碼結構變得越簡單越好.業務變還是不變我們控制不了,但如何讓代碼在變更的情況可以方便維護和修改我們還是有一定的能力的.      

        地圖名片是Mapabc.com專門為使用者度身定製的新一代電子名片。 　　地圖名片顧名思義在使用者的電子名片上加有具有豐富內涵的位置資訊的地圖，能夠幫您在網路社會中展示自己的個人化資訊和位置資訊。讓名片的接收方從地圖上對該使用者所賦予的位置有個清晰直觀的瞭解。這個位置對於中小企業的商務人員來講可能是其公司所在地的位置。對於個人社交方面可能是其家庭位置或者經常活動地方的地址。水木年華 夢中人 花雨淚　開心就好 心想事成　　 胸有成竹　 有如下之功效：       

上一篇中，我們分析了實體類的基類Entity，這一篇中，我們就分析一下基於該類的實體類。

上一篇中，我們分析了Common中的幾個類，這幾個類都是輔助用的，其實不太重要，重要使我們今天要分析的這幾個類，包括Entity、IDatabase、IEntityDataAccess，其中Entity作為所有實體類的基類，更是重中之重，而IDatabase、IEntityDataAccess這兩個介面，則是為Entity類服務的。先看那個熟悉的系統結構圖。Entity、IDatabase、IEntityDataAccess這三個類型位於Business層中。該層目前的類圖如下：