商務

前言　　在IT行業，特別是管理軟體實施行業能夠成為一個成功的專案經理是非常困難的一件事情，一個成功的IT經理，被要求熟悉電腦軟硬體知識，具備企業業務背景，擁有良好的溝通技巧和說服能力，當然在項目團隊中還必須具有威信和執行力，這樣的人才簡直是完人。　　一般人即使努力也不可能達到這樣的一個完美的專案經理的境界，如果相信自己努力就可以做到可能是受哪些成功書籍的毒害太深。　　根據我個人的經驗，這樣的專案經理是很少的，更多的專案經理是擁有崗位並非擁有崗位技能，但可笑的是，往往是一個人剛剛被發現具備這樣的潛

    自從上學期把參賽項目的初步架構設計好，及解決了一些比較關鍵的問題，寫了那篇blog: 設計一個面向服務的J2EE應用程式架構

     1 引言　　Internet作為一種嶄新的通訊媒體為許多領域帶來了新的機遇.W

 目標：l         掌握什麼是JavaBean；l         掌握如何編寫JavaBean；l         掌握如何在JSP中訪問JavaBean；l         理解JSP中對象的4個作用範圍。主要內容：l         通過把上一講中login_process.jsp中的驗證過程進行封裝形成JavaBean，然後在JSP頁面中調用這個JavaBean，介紹JavaBean的編寫和訪問。l        

討論地址為：http://topic.csdn.net/u/20081108/06/4a6c58a6-0fdf-4c18-96ef-56aea8197c5b.html歡迎大家繼續參與討論，並寫上你的看法。原文如下：這個問題也是很有趣的。我個人因為比較戀家，所以異常討厭出差。我有可能因為要長期出差而離開公司。呵呵。 不知道大家在面試時如何回答呢？ 對於剛畢業的小夥子們可能問題不大，但是有女朋友的，要結婚的，剛結婚的，有了小孩的各位朋友， 面試的時候，對方說如果公司要求你 1 偶爾出差(1-

最近在jBPM的諮詢/培訓中，客戶經常問到這麼一個問題：jBoss jBPM很好，可是它只能為我們提供一個工作流程引擎、一個業務流轉的機制，但它不能替我們處理業務問題、管理業務資料，如何才能將已開發好的特定業務系統和jBPM流程引擎結合在一起運行呢？把jBPM流程系統和客戶業務系統整合在一起，歸根到底其實就是將流程運行過程中的任務執行個體（task instance）和業務執行個體（business instance）關聯起來，有兩種方法：1.

近年來比較流行。首先需要取得銀行授信。接下來，電商與供應商之間的結算工作提供全新方式“供應鏈金融”支援。即結算申請審批通過後，尚未實際付款前，由銀行就此筆結算金額按一定比例對供應商進行短期貸款，期間利息由供應商承擔。最終，實現供應商提前收到貨款，電商延長支付賬期，擷取議價分成，即供應商支付貨款利息由電商與銀行按一定比例分成的雙贏目標。系統核心模組：供應商評級管理供應鏈金融結算供應鏈金融融資管理額度池管理

阿爾·裡斯-市場營銷的22條法則(22條商規)14.對立特徵法則對任何一種產品的特徵，總存在著另一種與之相對立的有效特徵在第6 條（概念專有法則）中，我們強調了人們不能與其競爭者擁有相同的概念和想法。你必須創造自己專有的概念，你必須找到自己專屬的特徵。有太多的公司試圖模仿領先者。“他們一定知道怎樣做最有效”，這是模仿者們的推理，“所以讓我們也這樣做。”這不是好的想法。高明的做法是，尋求與領先者對立的特徵，這使你能夠同領先者相抗衡。這裡的關鍵詞是“對立”，而不是“相似”。可口可樂是最早的可樂產品，

我要為各位分析的是根據我們系統裡面得到全球市場的資料，來為各位分享在國際電子商務發展的趨勢。根據過去的經驗，跟多人喜歡照相或者做筆記，就不用這麼廢工夫，把這些檔案都集中放在網站上。大家都知道DR的系統上面可以幫很多大的電子商務公司提供在網上銷售的服務，比如賽門鐵克、微軟網上下載的店鋪，還有很多試用軟體的網站。對中國小型的個人開發人員來講，各位可能會問，為什麼DR幫這些大型的客戶跟你們本身有什麼切實的關係。在我們幫這些大型軟體公司服務的時候，我們也學到了一些經驗，都可以提供給各位，讓各位更好的服務

商務邏輯在一個系統中可放的地方很多，有的人選擇放在預存程序中，有的人會選擇放在業務組件中，這些方式都可以進行商務邏輯的判斷。既然提供了這些方式都可以實現商務邏輯的判斷，就證明它們存在的合理性。就像在設計的過程中，很多人會將進行條件選擇語句封裝到不同的類的重構，以滿足設計中的”開－閉“原則，這樣做有他的道理。但並不是說以後就不用條件轉移語句了，要不開發語言怎麼會支援條件轉移文法呢。我們要根據具體的情況選擇是否重構，比如我們只需要建立一個對象，如果進行重構，試想得建多少的類啊，維護起來頭不夠大啊。 

因為是第一次去美國，所以各個方面經常會拿來和國內比，個人沒有任何抬高或者故意貶低的意思，只是談談自己的感受，罈子裡的兄弟們有機會一定要多出去看看，世界這麼大，絕對值得你為之付出的青春和精力。 1.先談談物價吧，食品價格折算為RMB普遍比國內貴，隨便拿個芹菜就十幾塊RMB了，但是對本地人來說還是很便宜的，畢竟人家拿的是美元。汽油比 國內便宜，當時按加侖和升折算過，不知道為什麼中石化還需要補貼。。。

    如果準備或者打算創業，請首先問問自己，自己為什麼要創業，自己創業的目的是什嗎？如果理由僅僅是以下幾點，請謹慎。。。    1.現在的工作很憋屈，覺得現在的回報低於自己的期望值。    2.看多了成功人士的表演，羨慕他們的成就，羨慕他們的生活。    3.沒有找到讓自己心儀的工作。想通過創業提升自己的能力，然後找一份心儀的工作。。。。  

    對於一個要面對網路經濟的企業，其領導者應具備什麼樣的基本品質呢？如果要瞭解一個領導者是否已為電子經濟做好了準備，可以向他提出以下問題並且看看他能做出多少正面的回答：1、是否最先解決商業流程方面的問題？    目前商業流程方面，很多企業用的還是以人力處理為主的零散流程，有的甚至是連基礎的內部資訊化都沒有起步，無法實現企業內部流程的資訊化，這時候開始提出進行電子商務，無疑風險將會成倍增長。2、高層管理者是否已調整自己去適應電子經濟所帶來的機遇和風險？   

 這兩天在看IBM商業價值研究院的一篇文章，名為《中國地產企業的未來發展之路》。看完之後，覺的是精品，按照習慣就對其進行了分解。 分解完了之後，給出兩點總結：1、如果要給客戶做諮詢或服務（可以是軟體），先設定一個大的架構，從企業發展的高度落實到切實可發力的突破點，如這個文章所言，建議企業的突破點在於“設計高效的管理與運營模式”，這正是IBM諮詢切實可以發力的點。2、正常化的流程設計，從0級流程到3級流程，雖然是一個簡單的架構圖，但看了之後就是讓人覺的回味，總想再進一步細化，有點小魚上鉤了的感覺。

文章目錄 SOA 新業務語言 新系統架構——參考模型和重要概念IBMMicrosoftBEA  SOA 新業務語言 新系統架構——參考模型和重要概念 SOA 參考模型 是一個架構，使各個項目都有一個遵從的依據，藉以促進一致性、最佳實務典範，和標準化。參考模型並不受限於目前的 IT 現況，而應該針對一個經過深思熟慮的願景目標，可以說是 IT 指導未來所有的新開發工作，藉以實現該目標的參考依據。一般來說，2-3

由上篇文章的模型設計，這個系統的O/R

//當在Cell上滑動時會調用此函數-(void) tableView:(UITableView *)tableView commitEditingStyle:(UITableViewCellEditingStyle)editingStyle forRowAtIndexPath:(NSIndexPath *)indexPath{ NSLog(@"點擊了收藏，開始收藏功能"); NSUInteger row = [indexPath row]; NSDictionary *

在系統開發中，通常都會採用經典的三層或者四層架構。其中資料模型層通過ORM工具來產生模型代碼，實現了資料庫操作的CRUD方法，上層的業務層進行簡單的封裝，供介面層調用。但由於模型層是與資料庫中的單個表對應，而很多資料模型之間是有關聯和上下級關係的，如果僅僅對業務層做簡單封裝，作為傳值和分層之用，則很可能在開發和維護中出現以下問題：1.

軟體開發過程中我經常會遇到這樣的問題“軟體某個功能實現上，業務人員說一套，軟體人員說一套”。這裡就透漏出業務和軟體這個既矛盾又依賴的一對小冤家。  業務人員與軟體人員的所說的想法，貌似矛盾，實則一致：業務代替不了軟體，軟體也代替不了業務。業務人員代替不了軟體人員，軟體人員也代替不了業務人員。業務軟體中的業務和軟體的關係，我覺的可以這樣形容：業務就是軟體的靈魂，軟體就業務的肉體，是相互依存一個統一體。業務（行業）軟體需要業務人員和軟體人員密切配合才有可能實現，這個過程裡業務人員負責將軟體要實現的功

1.CSS基本文法：包括3個方面，選取器、屬性、屬性值。選取器 { 屬性 : 屬性值; }注意：1)屬性必須包含在{}中。2)屬性和屬性值之間用:分隔。3)多個屬性時，用;進行區分。4)書寫屬性時，屬性之間使用空格、換行等不影響屬性的顯示。5)一個屬性有多個屬性值，每個屬性值之間用空格分隔開。2.CSS的調用方式：包括3種，行間調用（元素中直接定義樣式）、內部調用（頁面中定義樣式）和外部調用（單獨寫樣式檔案被調用）。3.行間調用：<元素名稱