商務

業務分層        依據行業經驗來看，分層是解決複雜問題的簡單方法，通過分層，可以把一個複雜問題分解為不同層次應用的小問題，解決各層小問題的難度小於總的問題難度；分層最成功能莫過於電腦網路通訊協定,ISO/OSI、TCP/IP。        在資訊系統開發中，我們也對一個應用按邏輯上劃分為三層：資料層、業務層、介面層，其商務邏輯如所示：        

在說這個案例之前先向大家轉寄一個簡單的招聘資訊，我們團隊目前需要招聘兩名技術助理人員，跟隨我們做一些產品開發和技術諮詢工作，歡迎有志同道合的朋友與我們合作：http://job.cnblogs.com/offer/19632/。一、案例商務程序說明在前一篇文章AgileEAS.NET SOA 中介軟體平台工作流程系統介紹之中我簡單的向大家介紹了AgileEAS.NET SOA平台工作流程系統的基本介紹，本文我將向大家以一個真實的案例向大家介紹AgileEAS.NET

資訊價值凸現的時代裡，IT是一個充滿了機遇的行業，這個行業裡是會戲劇性產生很多神奇的企業和英雄人物。機會來了，大家是否準備好了？            當然任何一種創業都會有成功和失敗，成功和失敗都會由一些因素決定著，只有做好了充分準備才能真正做到笑傲江湖。        創業前，我們不妨針對將推出的項目、營銷、管理、運作等方面多思考幾個問題：        1、項目本身是否有較大的市場容量及豐厚市場的基點是什嗎？        2、消費者購買產品和服務的基本動機是什嗎？消費心理特徵是怎樣的？ 

商務智能系統的可行性分析報告:Pentaho 技術概述     一、   商務智能系統比較： 下載(48.72 KB) BI 比較2012-2-10 19:07 二、  Pentaho 社區版技術概述2.1 資源地址     所有套件下載：http://sourceforge.net/projects/pentaho/ 2.2 Kettle ETL解決方案：    DataIntegration，適用於各種情境的ETL工作。其又包括幾個部分：       

　　一個企業存在的必然和前提就是擷取企業產生的利潤，怎麼樣合法合理取得利潤呢，企業怎麼樣生存下去呢，很簡單，為客戶提供等值的產品與服務，客戶支付你相應的報酬。　　我們是從事軟體企業，我們提供的是行業的管理軟體，為行業客戶提供軟體及配套的一些管理思想及其方法，隨客戶的業務調整進行必要的調整，也根據軟體的管理思考和管理對客戶企業的組織、業務進行調整和重組。　　對於客戶來說，是不關注技術本身的，客戶只需要能滿足企業所開展業務的軟體及配套服務，當然，資訊化的浪潮及可持續發展的思想，決定產品必須在未來一段

Domain Model：Business Request的虛實之道與Business Action的設計模式          Author：Anders小明同步自：http://www.blogjava.net/AndersLin/archive/2006/09/19/70643.html      在《Domain Object：基於業務行為的分析》一文中，我提出在high level的角度看，商務程序由三個模型構成：Business Request，Business

文章目錄 IComparable<T>介面IComparer<T> 介面實現 IComparer<T>介面頁面調用 代碼下載：http://www.tracefact.net/sourcecode/filterSorting.rar基於業務對象的排序引言在上一篇文章 基於業務對象的篩選 中，我們討論了如何?Predicate<T>(T object)委託，自訂DateFilter

　　眾所周知，資料庫有交易處理（Database Transaction），當一個事務中的操作沒有能全部進行時，之前的操作將復原。　　如果操作都在同一個資料庫上，那可以直接使用資料庫事務進行處理，但是如果跨資料庫操作呢？可以使用JTA。來看看百度百科中JTA的解釋：“JTA，即Java Transaction API，譯為Java事務API。JTA允許應用程式執行分散式交易處理——在兩個或多個網路電腦資源上訪問並且更新資料。”。有興趣的朋友可以搜一下JTA的用法。　　把復原放在業務層有利有弊　　

有人說現在是個創業的最好時代，有人說是最壞的時代，無論如何，都無法阻止有志中青少年投入創業洪流，這些創業者中有大量的技術人員，或者說有大量的程式員創業。這些在0和1的世界裡遊刃有餘的技術高手懷著改變世界和發財致富的夢想，開始創業後才發現，現實世界並沒有程式那麼美好。旁觀別人的創業和成功，總是充滿傳奇和榮耀，其實那些陰暗、瑣碎和繁雜都隱藏在美好的東西後面。在編程的時候，電腦是如此的忠實和溫順，你輸入你的演算法、判斷和流程，編寫電腦能夠識別的程式，它就會嚴格執行這些邏輯，對的絕不會錯，錯的它會告訴你

　　網路技術的應用所產生的電子流程工作方式既不能徹底更改傳統的工作流程，也不是對傳統工作流程的簡單複製，而需要對傳統的工作流程進行合理的最佳化、改進和重組。

就在18個月以前，John Roberts、Clint Oram和Jacob Taylor決定辭去其在CRM軟體公司Epiphany的工作。這三個軟體開發人員試圖開發出一個基於開放原始碼方式的CRM軟體系統。他們僅僅花費了三個月的時間就完成了這一軟體系統的開發，而且也僅僅用了一個月的時間就獲得了首輪風險融資。一年以後，這三個軟體人員的公司SugarCRM贈送出了32萬5千套軟體系統，並獲得其第二輪風險融資775萬美元。 --NEWSZW_HZH_END-->

商業智慧：真正的挑戰在業務運作的同時，企業一直在以數字方式積累資料，到現在已經40多年。就在企業資料積累的同時，對資料進行組織、分類和分析並將它們轉化為對企業決策有用的資訊的工具在功能上也在不斷髮展和完善。　　就我們今天所談到的供應商案例而言，我們可以讓企業中的每個人都擁有他們所需的資訊，做出更快、更好的運營和戰略決策，從而做到令客戶和股東滿意。讓客戶滿意，是因為我們瞭解他們具體的每個人，能夠預測他們需要什麼，希望得到怎樣的產品和服務。讓股東滿意，是因為客戶對公司的產品和服務滿意，因此，公司的盈

商業智慧項目錯誤經驗總結（三）

文章目錄 什麼是 BI？查詢您的公司資料庫時出現了什麼問題？針對決策制定的支援運行中的 BIMicrosoft BI 堆棧解決方案的開發方法入門後續步驟 商業智慧：籌劃您的首個 Microsoft BI 解決方案在本文中，我定義了 BI 並簡要描述了 BI 解決方案的進階體繫結構。我還講解了構建 BI 解決方案的過程。 Stacia Misner大多數資料庫管理員 (DBA) 在管理其組織的資料和 Microsoft SQL Server

商務智能與交易系統的區別1、系統設計的區別 商務智能與交易系統之間的差異主要體現在系統設計和資料類型上（見表 1.1 和表1.2）。交易系統把結構強加於商務之上，不管誰來進行一項交易活動， 都會遵循同樣的程式和規則，而且一旦一個交易系統設計出來以後，輕易不會 改變。而商務智能則能適應商務，因為它是一個學習型系統，能不斷適應商務 不斷變化的需求。在商務智能系統中，變化越多越好。如果商務智能不能變化 以解決新的問題，就不能滿足商務的需要。從技術的角度講，商務智能系統中

商務智能的定義      商務智能的定義不說多如牛毛，也是眾說紛紜。人們對商務智能的理解 如同那7 個印度盲人對大象的理解：有人認為它是進階管理員資訊系統 （EIS），有人認為它是管理資訊系統（MIS），有人認為它是決策支援系統 （DSS）；有人說它是資料庫技術，有人說它是資料倉儲，有人說它是資料集 市，有人說它是資料整合與清洗工具，有人說它是查詢和報告工具，有人說 它是線上分析處理工具，有人說它是資料採礦，有人說它是統計分析；有人

組織的4 個架構我們可以將組織看做由4 個不同的架構所組成:結構、人力資源、政治和標誌。θ·結構架構( structural frame) 用來解決組織如何結構化的問題(通常以組織圖來表示)。它著眼於不同部門的角色和責任，以滿足最高管理層設定的目標和政策。這種架構是非常理性的，並重點用於協調和控制。例如，在結構架構中的一個關鍵問題就是， IT 人員是應當集中在一個部門還是應當分散到各個不同的部門。下一節我們將介紹幾種不同的組織圖類型。·人力資源架構(human resources frame)

這周讀到三篇部落格文章。把它們串在一塊兒讀，對我們的職業發展非常有教育意義。一篇是Thoughtworks前員工Ravi Mohan寫的，《但是馬老大，商業編程就是無聊》。Martin Fowler在一篇文章裡說，編寫企業軟體不光是搗騰資料。並不是只有解決演算法問題，操縱硬體，和應用大量數學才有意思。關心顧客（馬丁所謂的客戶親和力），全力讓自己的軟體為客戶帶來商業利益也是挑戰所在，趣味所存。Ravi在文章裡不以為然，認為不管Martin

五 PetShop之商務邏輯層設計商務邏輯層（Business Logic Layer）無疑是系統架構中體現核心價值的部分。它的關注點主要集中在商務規則的制定、商務程序的實現等與業務需求有關的系統設計，也即是說它是與系統所應對的領域（Domain）邏輯有關，很多時候，我們也將商務邏輯層稱為領域層。例如Martin Fowler在《Patterns of Enterprise Application