商務

寫這一篇文章的初衷來自於我從一個人blog上看到的東西，他在blog上及其堅定地說了這樣一句話：業務永遠比技術重要。而在現實中，我也總是聽到這樣的聲音，即決定一個軟體項目成敗的最大因素並不是技術問題，更多的是業務問題。有時候我們也經常看到有人以“過來人”的身份告誡後來者：不要執迷於技術細節，更多的要去瞭解各種業務。  首先我想用幾句話概括我的觀點：即n         一個軟體項目如果能夠成功，技術因素和業務因素都是必不可少的n        

action 裡面基本能處理所有的商務邏輯層的東西   一般我們的action 是繼承 DispatchAction 裡面可以包含很多不同方法如果你要添加 ，就把你的資料傳過來到action 裡面 action再調用 Manager 裡面的方法添加如果是刪除 就把你要刪除的id傳遞過來action action再調用 Manager 裡面的方法刪除action 裡面並不是 處理 資料存放區 到 持久化 的相關操作而使用一個“中間轉換”而已 根據你的業務 調用 相應的

寫在前面的話，本文轉載自http://www.eoeandroid.com/thread-81911-1-1.htmlpackage eoe.demo;import android.content.Context;import android.database.sqlite.SQLiteDatabase;import android.database.sqlite.SQLiteOpenHelper;/**** 資料庫版本控制類*

   1883年，拿破崙·希爾出生在一個貧寒之家，他的父母從小就教育他去做好每一件事情，並激勵孩子去獲得成功的方法。他在18歲上大學時，為一家雜誌社工作，有幸採訪了鋼鐵大王、人際關係學家卡耐基，從此，他應卡耐基之邀，配合這位可敬的導師從事對美國成功人士的研究工作。希爾訪問了福特、羅斯福、洛克菲勒、愛迪生在內的500多位成功者，並對他們進行了深入研究。20年間，他獲得了博士學位，並完成了具有劃時代意義的八卷本的《成功規律》一書。    

     業務用例（business use case）是定義了一組業務用例執行個體。業務用例具有名稱。      業務用例執行個體（business use case instance）是在業務中執行的一系列動作，這些動作為業務的個體主角產生具有可見價值的結果。       

轉載一篇俺們老馮本家人的文章, 說的太好了,以此自勉!馮侖：做生意的"

商務邏輯的強型別化(續)作為一個好事者，我希望能夠給我周邊的人講解這種技術。他們對C++很不熟悉，但熟悉C#。於是，我打算把這種技術移植到C#中，以便於講解。說做就做。我建了一個C#項目，把代碼拷貝過去，然後著手修改，這樣可以省些事。我立刻便遇到了問題。C#有泛型，相當於模板，但不支援非類型泛型參數，即int CurrType，只允許用一個類型作為泛型參數。這樣我們就不能使用C++中耍的手法了（typedef currency<n>）。退而求其次，直接用類實現貨幣類型：class

創業的靈感就是從那時的工作中被激發。每天頻繁的使用電話參加電話會議，一打就是一兩個小時，手臂酸軟，心情也變得不耐煩，自己抱怨的時候就想為何不戴著耳機參加電話會議呢。那個被壓抑了很多的創業念頭在召喚我，努力不一定成功，放棄我會終身遺憾！ 然而,   半年的創業一下子使我們這個團隊都垮了!   教訓有:   只關注IT內動向,不考慮使用者需求!(其實這裡的創業者都和我們一樣) 表現為:   每天寫BLOG,參加IT聚會........ 現在看起來,   IT大佬是不寫BLOG的,   就是寫,  

　　大多數人都適合打工，但適合創業當老闆的人卻是不多，尤其是在打工基礎上進行同步創業的准老闆。各位在決定進行邊打工邊創業之前，還得好好想一下自己是否真適合來當這個准老闆。　　創業也就是選擇一個商業項目來起步、操作，普遍的來說，適合邊打工邊創業的項目規模都比較小，但這個再小的項目也是個商業項目，獨立運作的商業項目。既然是商業項目               

 商務因素指標值說明服務模式□適合 □一般 □不適合評估該供應商的服務模式是否符合企業的要求。服務能力□好 □一般 □差評估其在國內的支援人員能力、培訓、產品版本升級等，必要時要拜訪國內的案例使用者。License策略與價格具體價格License一般有Floating license、Fix license方式，其報價和折扣也不同。 

    黃穎是豐澤公司的CIO，豐澤公司正在應用CRM系統。但說起CRM應用的曲折經曆，黃穎卻是感慨萬千。     豐澤公司是國內日用快速消費品的知名廠家，銷售渠道主要是通過各種各樣的連鎖店賣場、銷售終端賣場、加盟零售店和商場來實現。實施CRM讓豐澤公司實現了“以客戶為主”的商務程序，工作效率和客戶滿意度有了明顯的提高。     嘗到甜頭的老闆非常高興，為此還大大表揚了IT部門。然而萬萬沒想到的是，隨著時間的推移，CRM系統卻慢慢淪為了業務處理軟體，成了豐澤公司銷售和服務的業務系統。    

    軟體外包這幾年在中國悄悄地得到了快速的發展，它沒有像互連網企業大張旗鼓、聲勢浩大，而是處於“悶聲發大財”的狀態。西安地區專業從事軟體外包的企業很多，大多集中在高新區一帶，一般都是中小型的軟體公司居多。    這些中小型的外包軟體企業，還談不上什麼成熟的理論和模式，僅僅是能拿來項目就做，急急忙忙完工，做完了就交付的過程。   

最近學習了一門和需求相關的課程，教我們的老師和我一樣以前也是做開發的，後來轉做了需求，現在在北大教書，在上課的時候她特彆強調了需求的重要性。我聽過之後，也覺得的確有些道理，讓我受到了很大的啟發。我感覺自己的技術水平就現在的工作來說已經是綽綽有餘了，在公司也算是半個牛人了，再這樣持續把一些技術人員看來很牛叉的技術再研究透對於以後的職業發展來說也無太大益處，而且會讓一個人慢慢地更加不願意和人溝通了。為了以後的職業有持續發展，我覺得我應該精通某項技術和業務。技術上我已經選擇了資料庫技術，現在我也研究了

      在現代的集中網管監控中，業務網管漸漸越來越主流了。業務網管主要突出的業務性。      傳統的網路所面對的是裝置，使用人員一般是裝置的管理員。主要的操作是通過監控手段擷取到裝置的運行狀態，然後把運行狀態和預先設定的閥值做對比，最終產生裝置的警示和通知。或者再把相關的警示進入相關營運流程，讓工作人員處理。流程圖如下： 

這次面試已經是1個月前的事情了，突然想起很久沒在這兒寫點呢，隨便寫寫吧。 通知面試和以前一樣，都是突然接到電話，然後抱著試試看的心態去呢。 先做卷子，對我這種已經一年沒做開發的人來說簡直就是太難呢，只考了30多分吧。還不如應屆生呢。給我面試的那個部長人不錯，應該是叫談話，居然和我以前部長，還有現在的領導曾經是同事。偶滴神啊，趕緊要他不要透露這次面試。 感覺人家對我基礎不滿意（能理解，太久時間沒搞過代碼呢，肯定對我現在的水平不滿），不過我對我們單位現在的產品系統概念應該還是不錯的，對方問了不少細節

 基於CICS的中間業務平台設計與實現[日期：2008-12-30]來源：國外電子元器件  作者：劉萍萍，徐江濤[字型：大 中 小] 　1 引言   

http://weblogs.java.net/blog/johnreynolds/archive/2006/03/software_for_bu_1.htmlJohn Reynolds 一直致力於向業界闡述他的BPEL+SOA的思想. 下面僅僅翻譯其一些觀點.供大家參考商務程序由事件,任務和決策點組成, 執行一個或多個任務將導致一個決策點, 改決策的結構將導致更多任務的執行.Java和JVM在構建"業務過程環境"的基礎結構中扮演著角色.

1，什麼是mashup？mashup是糅合，將兩種以上使用公用或者私人資料庫的web應用，加在一起，形成一個整合應用。一般使用源應用的api介面，或者是一些rss輸出（含atom）作為內容來源，合并的web應用用什麼技術，則沒有什麼限制。這個詞的來源可能來自於音樂，例如hotstop a+b，amv。mashup在國外已經是很流行的方式，我印象中，比較有名的聚會有微軟組織的mix06，和mashup

GIS的業務發展階段，目前分為：  第一階段：數字化。在這個階段，人們剛剛接觸GIS，主要的業務是把以前的資料進行數字化；  第二階段：可視化。使用者利用空間資料進行二維製圖、三維漫遊，將01代碼轉化為人們更易於接受、感知的圖形；  第三階段：空間統計、分析、類比。隨著使用者對GIS的不斷深入理解，GIS成果在各個行業內都有了一定的積累，使用者已經不滿足於簡單的空間資訊可視化了，轉而進一步利用空間資訊進行加工、處理，為其他業務提供輔助決策的功能。

　據國外媒體報道，美國社交理財投資網站Cake Financial創始人史蒂文·卡朋特(Steven