商務

筆試的題目是技術類。我投的是測試，在場的據說絕大部分是測試，身邊也有web方向的。題目如下：1.樹的深度優先、廣度優先遍曆演算法，及非遞迴實現的特點。2.給出一段代碼，找出有錯誤或安全隱患的地方，及錯誤原因。3. 假設有個迷你電腦，1KB記憶體，1MHz處理器（每秒可以改變10^6次狀態）。所有能夠在機器上運行且會運行到一定時候能夠終止（沒有死迴圈）的程式中，最長的已耗用時間。自己設定其他假設條件。4.

前面MOSS與業務系統的整合 之 自訂Membership實現Forms方式驗證文章中，我們實現了兩系統的使用者整合，下面要解決的是兩系統間的單點登入問題。 部署在兩台不同的伺服器上的系統，要實現單點登入，最好的辦法就是使用Cookie共用來實現了。只要將兩系統使用同一根網域名稱，並且使用者儲存使用者登入票據的Cookie名稱，以及Cookie加解密密鑰一致即可。 業務系統的寫cookie方式

前言：銷售的世界，神秘而又透明，說它神秘，是因為很多人不知道怎麼能做好銷售，並為此四處找尋方式、求教經驗，希望能揭開它神秘的外衣；透明，是因為客戶都是公開的，所得到的利益都是透明的，你無法改變你的即成業績數額。論壇裡很多的朋友都執著的認為做好銷售只要能吃苦耐勞就行了，其實不然，一個成功的銷售，他掌握著不為別人所知曉的銷售技巧，也就是銷售門道，這就解釋了同樣都是在做，差別卻是很大的原因。而這個門道，前人稱之為“詭道”，《孫子兵法》曰：兵者，詭道也。做銷售堪比行軍打仗，運籌帷幄，方能決勝千裡。詭道，

原文：http://msdn2.microsoft.com/en-us/library/bb457187.aspx通過BDC我們可以在MOSS中使用LOB(line-of-business)中的資料。業務資料目錄中暴露的資料都是以一個唯讀實體存在的。然而，使用者通常不但要看這些暴露出來的資料，同時往往還需要操作資料。為了使這一切變得簡單易行，BDC提供了操作(Actions)—參數化的URL。通過參數可以方便的引用到實體中的各種欄位。本文內容延續我們前面章節所講的在MOSS中建立BDC，如果你還

 業務系統解決方案中的項目邏輯分離，物理上也分離。至少按三個項目組織(介面層項目、中介層項目、資料實體定義項目)，均以獨立的程式集發布。介面層項目中的組件(UI Components)只允許通過中介層商務邏輯組件代理(派生自平台的基類ServiceClientAgent，平台提供產生工具)提供的服務進行訪問。不允許直接調用中介層的商務邏輯組件提供的服務。中介層中的商務邏輯組件必須定義為公用訪問的(public)，必須提供預設建構函式，商務邏輯組件對外提供的服務(即正面方法 façade

BPT最佳實務：http://www.docin.com/p-96474278.html《軟體自動化測試成功之道》第19章 19.4  商務程序測試架構BPT使用介紹：http://wenku.baidu.com/view/52ad951252d380eb62946dcd.htmlBPT與QTP結合：http://blog.csdn.net/winterwinner/archive/2010/07/06/5716636.aspxBPT使用經驗：http://book.51cto.com/art/

銀行取款劃帳業務情境類比指定人數，每個使用者在銀行都有帳戶，上面有隨機產生的原始資金（整數）。所有使用者的原始資金和稱為原始總資產，每個人可以隨機播放取款還是轉帳，都稱之為交易。如果取款，則限定取帳戶下餘額的1/5（非整數零頭剔除，如餘額不足5元，則不能取款。）取款後系統紀錄使用者的現金數量。如果轉帳，則限定將帳戶下餘額的1/2（非整數零頭剔除）,轉帳對象隨機產生，但不包括當事人自己。使用者行為獨立、交易不收取手續約、劃款即時到帳、記憶體中建立對象和紀錄資料。請設計

  Returnil Virtual System來自歐洲著名的安全公司Returnil

作者：gnuhpc

作者：gnuhpc 出處：http://www.cnblogs.com/gnuhpc/1.一卡多號：（Single SIM Multiple Number

作者：gnuhpc 出處：http://www.cnblogs.com/gnuhpc/ 1.業務節點概念：智能網有如下問題交換器需要升級支援SSP和INAP；SCP系統技術門檻較高，成本較高；基於智能網的業務開發技術門檻較高；只有基本的語音資源功能，缺乏對語音內容的靈活處理能力；對客戶化業務支援弱，很難根據具體業務需求引入相應業務。業務節點中業務與呼叫不分離，通過信令和話音數字中繼與交換器串連提供增值業務，呼叫控制使用ISUP協議。業務節點與交換器串連就可以提供增值業務。

首先是輸入參數的來源： 參數類型 說明 ControlParameter將參數設定為 ASP.NET 網頁中的 Control 的屬性值。使用 ControlID 屬性指定 Control。使用 ControlParameter 對象的 PropertyName 屬性指定提供參數值的屬性的名稱。從 Control 派生的某些控制項將定義 ControlValuePropertyAttribute，從而確定從中檢索控制項值的預設屬性。只要沒有顯式設定 PropertyName

先看前台代碼： Code highlighting produced by Actipro CodeHighlighter

經營分析系統從幾年前就嚷嚷資料資料的問題，到現在還是沒有解決資料平台統一、資料審核等等問題，姑且不說這個，怎麼就沒有更多的人關注最終的使用者體驗。業界對於微軟的“永遠把使用者當成白癡”的理念推崇備至，但是真正實施的卻總是由於和資料糾纏而“沒有時間”。我決定作個實驗性質的東西出來，這個東西不關注資料平台和Olap展現工具，只關注使用者的最終體驗。貴州老田說經營分析“應該向網站學習，學習人家是怎麼排布的，怎麼導航的”，老田就是老田，還是比較厲害的。這個東西肯定是不會得到公司支援，公司不會花這麼多時間

經營分析做了四年，累了四年，經營分析總是做不好，研發的累的要死，客戶急得要死。我們到底幹了什麼。兄弟們看看達人指點指點1、資料的海洋，客戶卻不能自由 客戶：我需要這樣的一張報表 廠商：我們已經產生了，請在XXX目錄下YYY目錄中尋找  問題：報表布局不合理，可能是層次紊亂，可能是層次太深，也可能是業務理解和實際的報表不一致 解決：首先明確報表是一定需要組織的，無組織的報表對於雙方來說都是一場噩夢。  報表的組織是按照商務邏輯還是資料類型，這是個見仁見智的問題。一般而言，對於電信經營分析系統，其涉

一年了，我一直在寫一個關於傳媒的商業計劃書，著急要寫個商業計劃書，才發現這個事情還真是經驗活，加上時間緊，最後搞的也不太好。回頭自己系統的學習了一下理論知識包括各式。我曾問我之前的一個導師說這個東西怎麼寫，得到的東西是：“有些東西可以略過”表明你考慮過這個細節，但不要給VC透露的太相信。　　後來才發現這個問題問的接近於有人問我“PRD”格式怎麼寫一樣，我很多時候真有點不屑一顧。不過萬事未雨綢繆，特來發一篇相關資料出來。具體的模板範本可以參考下面的連結。以下是引用商業計劃書的21條軍規內容創業者們

警告：千萬不要跟著沒有業務設計經驗沒有開發經驗的專案經理混這片文章不僅是給程式員看的，也是希望企業能明白，不要再殘害和糟蹋程式員了。當管理層的好好理解和瞭解下程式員的苦逼，這是普遍現象不是個人現象，這是客觀事實不是情緒發泄。 專案經理不寫代碼是正常的，不太會寫代碼也還算正常，可能當專案經理時間長了已經不會寫代碼了。但是有些年輕的專案經理是程式員做不下去寫不好代碼，然後直接衝著專案經理去的，那就要小心了，光是寫代碼寫不下去還好說，麻煩的是根本沒有開發經驗和業務設計經驗，更更可怕的是他又沒有業務設計

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

今天，我們要先談談UI的專業化問題… 建立企業商業應用當然需要給客戶展現專業的UI設計，不過我們中又有多少團隊擁有一個專業的全職美工呢？這就是我們儘力為使用者準備一些“開箱即用”UI模板的原因。Silverlight Navigation Application和Silverlight Business Application（在前一個基礎上增加了登入/登出功能）預設提供了一套乾淨規範的應用程式架構。看上去很美，而且即使對於開發人員來說也很易維護和自訂。檔案\建立項目 –