商務

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

學習點sftp的訪問學習點HttpURLConnection的使用import java.io.BufferedReader;import java.io.InputStream;import java.io.InputStreamReader;import java.net.HttpURLConnection;import java.net.URL;import java.text.SimpleDateFormat;import java.util.Calendar;import

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

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

   最近因為工作的原因，需要開始學習房地產企業的相關知識。因此將一些學習的成果整理出來，一來算是給自己的學習行動做一個成果展現，二來也是考察一下自己的學習深度，三來就是給大家一起做一個學習的分享了。  

業務種類功能 代碼 話費服務指定月份話費查詢(近6個自然月內)       HFYYYYMM(YYYYMM表示年和月，如200709) 餘額查詢     YE M值服務m值查詢   MCX m值兌換   MXXX(XXX表示所兌換禮品的代碼) GPRS開通GPRS標準套餐        GPRS0 開通GPRS5元套餐         GPRS5 開通GPRS20元套餐       GPRS20 變更為GPRS標準               KTG0 變更為GPRS5元套餐         

 本文繼續前面系列的內容，下面重點摘錄創業36條軍規書中的第七部分：業務的五個問題一、物質激勵是第一位的二、不要搞大躍進三、先試驗在推廣四、堅持是第一位的，維持是沒有意義的五、成功後不折騰一、物質激勵是第一位的管理者必須建立起公司的激勵體系，一個沒有激勵的團隊是沒有戰鬥力的。一個目標，如果沒有配套的激勵政策，基本上是空談。人人都需要激勵、都喜歡激勵激勵必須論功行賞，必須公平、公正。多激勵、少懲罰。激勵，一方面是調動員工工作積極性的手段，另一方面也是員工的付出和業績的合理回報，同時體現了一個理念：

1.增值業務管理基本概念1）增值業務管理的變遷增值業務產業鏈趨於開放：從最初的以技術為中心逐步轉變為以使用者需求和市場為中心，電訊廠商的角色在不斷的發生著變化。電訊廠商在運營模式上進行了變革：從以前自主業務研發轉移到業務能力的提供和對網路、CP/SP和第三方服務的管理上。電訊廠商對增值業務管理原則：從開始的粗放型的隨機管理員模式向具備後台支撐的系統化管理員模式轉變。

　　“社區支援農業CSA模式(community support

    在做效能測試的過程中,絕大部分項目都是由兩個以上情境(兩個以上指令碼)構成的,在做混合情境的時候如何根據業務比例來設定不同指令碼的虛擬使用者數?     假設現在有A,B兩種指令碼(業務),經過調研我們得知A,B兩種業務比例是: 40%,60%  常見做法,根據業務比例設定虛擬使用者比例即 A是 40%,B是60%.   這種做法較為簡單,但是實際上雖然使用者比和業務比一樣,但是通常情況下二者的TPS比例並不一樣,那麼單位時間內完成的交易數比例就和業務比例不一樣,也就沒有真正符合要求.

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

InfoWorld評出的，說是in trade，不過感覺像是針對IT人士的。還有點意思： Perl。這東西實豐是簡單又強大，又能跨平台，可用於管理又可用於開發，做為頭名實在不是浪得虛名。 Ethereal。網管用的，不懂。但前一段一邦人開發OpenQ時就是用它分析的包。 NetCrunch。網管工具，要賣700多美元的。 HP JetAdmin。HP的管理網路印表機的Web工具，不過沒有這麼進階的印表機。 Ghost。這個許多人都用過的了。

----------- android培訓、java培訓、期待與您交流！ ------------銀行業務調度系統類比實現銀行業務調度系統邏輯，具體需求如下：1、銀行內有6個業務視窗，1 - 4號視窗為普通視窗，5號視窗為快速視窗，6號視窗為VIP視窗。2、有三種對應類型的客戶：VIP客戶，普通客戶，快速客戶（辦理如交水電費、電話費之類業務的客戶）。3、非同步隨機產生各種類型的客戶，產生各類型使用者的機率比例為：      VIP客戶 ：普通客戶 ：快速客戶  =  1 ：6

PP時代來了！據估計在今年市場規模可以到達150億美元，所有人都在看這麼龐大的新興商機如何分一杯羹。不過，如果你以為APP經濟的重點只在技術能力，那你就錯了。和其他的事業一樣，還是要先思考什麼是正確的商業模式，才會讓創意與技術發揮最大的商業價值。而在「App熱潮，誰的機會？–

原文地址： http://www.cnblogs.com/wayfarer/archive/2006/11/05/550723.html《解剖PetShop》系列之五 五 PetShop之商務邏輯層設計商務邏輯層（Business Logic Layer）無疑是系統架構中體現核心價值的部分。它的關注點主要集中在商務規則的制定、商務程序的實現等與業務需求有關的系統設計，也即是說它是與系統所應對的領域（Domain）邏輯有關，很多時候，我們也將商務邏輯層稱為領域層。例如Martin Fowler在《

【編者按】本文的作者是Amir Khella，他是一位著名的使用者體驗設計師，也是創業顧問和企業家。在過去的三年裡，他成功的打造了十幾家公司，其中不少還被大企所收購，比如說Google收購了他的DocVerse，LimeLight Networks收購了他的Delve

阿爾·裡斯-市場營銷的22條法則(22條商規)13.有所犧牲法則有所失才能有所得有所犧牲法則與商標擴充法則正好相反。今天，你如果想成功，就必須先放棄某些東西。要犧牲的東西有三：產品系列、目標市場，以及不斷的變化。第一，產品系列。對於失敗者來說，完整的產品系列是一種奢侈品。你若想成功，就必須縮短自己的產品系列，而不是擴充它。以埃默瑞空運公司為例，這是一家提供航空貨運服務的公司，你想運送任何東西，都可以藉助於埃默瑞：小件空運、大件空運、次日送達、定時服務，其服務項目無所不包。而聯邦快運公司市場營銷的