商務

如果你做過管理軟體的開發，一定不會對下面的描述感到陌生：一個含有文字框、下拉式清單方塊、單/複選框的介面，使用者填好所有資料後，點擊提交按鈕，程式執行校正後，存入資料庫，然後顯示提示資訊“錄入成功”。在我的軟體生涯中，開發過無數個這樣的介面，它的實現很簡單，卻經常遇到需求變更，使用者會對我說：“我要加一個欄位，名稱叫做***，校正規則是****，這一點也不複雜，你馬上組織開發人員給我搞定！”5555，真是不幸，我受夠了這種日子，如果能有什麼一勞永逸的方法，改善一下這種情形，那我願意付出我的幾個人

Accidentally I link to bCentral.com from cnblogs.com's counter. it's the small business site of microsoft.Habitually I clicked the  button and entered my passport. Wow, the site told me “Your .NET Passport is valid but does not match an existing

看了《學要眼高手低，做要止步不前，想要固步自封，人要好壞不分——從貶義詞看軟體開發》一文，又忍不住要說些什麼了。既然是要駁嘛，難免文章會有火藥味，為了驅除這種味道，先給大家講個小笑話吧，作為本文的開頭。笑話：      

　　大家好，線上文庫系列的一二中已經講述了線上文庫的思路和文檔轉換的細節。有了這些似乎還不夠，文檔何時轉換，是人為轉換呢？還是由電腦自動轉換？接下來我們圍繞這個問題提出解決方案，我已經通過測試，驗證了各方法的可行性。     1.轉換業務：       (1)、人工轉換：              使用者上傳檔案   —>   文檔編輯專員對使用者所上傳文檔進行審核。並設定審核標識   —>   管理員擇時對已經通過審核的文檔進行轉換       (2)、電腦轉換：         

為什麼有“對國內企業來說，不上ERP等死，上ERP找死”的說法？為什麼系統開發完了，實施不起來？為什麼有的企業用著資訊系統還不如按照原來的流程來的好？為什麼使用者的需求總是變來變去？可能因為他們自己也不知道他們想要什麼。Can IT Solve All Business Problems?或許正如文中所說："Information technology is not a stand-alone system; rather, it is a great

業務層模式複合實體(將來自不同來源的資料集中到一個單獨的對象中,以減小複雜性和通訊開銷)領域物件模型(建立代表底層應用概念的一個對象，與特定領域相關)資料傳遞模式(為發送和接收資料使用DTO)行集DTO(執行資料查詢並將結果轉換成行集DTO)業務層資料庫模式DAO工廠(用於集中建立DAO的工廠，以便在運行時集中配置DAO的屬性，多使用反射)Data Access

近一段時間，公司上線了一個全國性的業務系統，這個系統功能覆蓋了全部商務程序，使用者包括全國32個分公司，可謂是一個把所有雞蛋放在同一個藍子裡的巨大系統，上線過程多麼辛苦不說了，只說上線後的一些問題所帶給我的一些關於業務系統設計啟發。 一、應該考慮分散式資料存放區設計企業內的生產線類系統，一開始都對效能考慮不足，在設計中基本上都採用單一資料庫來支援業務，隨著業務規模的擴大，對資料庫效能要求提升時，企業會採購更昂貴的軟硬體產品來支援更大的訪問壓力，當實在無法緩解時，會考慮在資料庫端採用分區等方法來分

 CodeCode highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->private void customersBindingNavigatorSaveItem_Click(object sender, EventArgs e){    UpdateData();}private void UpdateData(){    this.Validate();  

一直在關注園子的資訊，技術方面，職業發展，技術創業各方面的文章，期間關注過一些關於創業討論的話題。今天閑來，說說我這6年的親身體會（在此就不髮網址了，不想有打廣告嫌疑）。先說說我的情況：資曆低，但沒放棄高二因各種原因輟學，後來參加了你們沒有聽說過的培訓班學了一點皮毛，網站設計，ASP開發，雖然懂得一點點，但也在後來技術創業中起到了極大的作用。第一個月工資700元。在離開他鄉的遠方工作了整整一年。1個小作坊1個人堅持了一年。期間做ASP網站開發美工，ASP程式都是自己來。那一年開始自學.NET。買

　　接上篇中講到的字典維護功能，在本篇中我們將實現中的分頁和排序功能，UI層的實現以後我們會講到，本篇只實現資料訪問層在字典項的資料提供者，添加一個可以通過字典類別Id擷取字典項列表的方法，並帶分頁和排序功能代碼Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->namespace

　　NHibernate的Session和Asp.Net的Session是兩碼事，大家不要混淆了。NHibernate的Session是拿來幹啥的？對用用過Linq2Sql的同學，可以把它理解成DataContext。要被持久化的對象都要放在Session裡託管。Session同時也是一個緩衝，比如在一定範圍內你通過NHibernate ，Get了一個User ，當你再次Get同樣的這個User的時候NHibernate就不會去操作資料庫，而會直接從Session緩衝中取出第一次獲得的User。

毫無疑問, 任何公司資訊化項目啟動的源頭來自於系統業務需求調研，業務需求調研在軟體工程價值鏈中處於首當其衝的位置,做好業務需求調研對於項目成敗的重要性是不言而喻的。而如何做好業務需求調研卻又不是件容易的事，因為它既是門科學更是門藝術，更需要長期的經驗積累。 業務需求調研的方法多樣，通常包括複查原有的表格和描述、主持與使用者的業務訪談、原型建立、分發收集調查表、研究供應商的解決方案等方法。

文章目錄 看到這樣一個英語寓言故事，挺有道理的，跟DJ分享一下... 看到這樣一個英語寓言故事，挺有道理的，跟DJ分享一下...Everybody's business is nobody's business. 眾人負責等於無人負責。There're 4 people named everybody, somebody, anybody and nobody. There was an important job to be done,

光是閱讀別的網站彙總過來的種子，僅僅停滯在新聞閱讀上，局限了RSS的應用。1.彙總過的資訊應該更有價值，加上資料採礦應該能挖掘出更有價值的資訊。例如商業資訊，如果能對彙總過來的內容進行資料分析，比如商品價格，從而獲得該商品的市場發展趨勢。能分析出什麼東西好賣，什麼東西不好賣。分析與計算才是電腦要做的。沒有分析的資訊只是一份普通的報紙。電腦能協助人們更好地閱讀資訊，幫他整理資訊，幫他總結，幫他記憶，整理記憶，幫他...--o, 我love機器!於是：我們的開發演變成：閱讀器->閱讀分析器-&

      說明一下，原本的思路是通過一步一步教你使用AgileEAS.NET基礎類庫進行應用開發-系列目錄相關的文章來逐步講解基於AgileEAS.NET平台進行應用開發的文章，但是在進行案例講解的過程，我們不得不扯到有關於AgileEAS.NET平台進行應用開發的架構設計方面的東西，我就把一些與架構有關的文章分離出來講，了，我是基於AgileEAS.NET平台的應用開發執行個體來講解架構設計，所以本文應該還有個副標題“一步一步教你使用AgileEAS.NET基礎類庫進行應用開發-基礎篇-提取

前幾天老總問大家一個問題，業務、技術和語言什麼關係？我的理解是：業務驅動技術、技術帶動業務，語言只是技術的一個層面而已。業務的需求會給技術實現一個大的指導方向，而技術也能反過來促進業務的完善。工作時有人喜歡全部採用最新的技術開發，而有的趨於採用熟悉的技術構造全部構件。一般新的技術代表先進的，舊的技術代表成熟的，我個人喜歡使用已經趨於穩定的新技術，只有別人沒有實現的我才傾向於自己實現。

現在國內大部分管理軟體公司有幾類，有的靠關係拉單子，有一單作一單，技術對它們來說不重要，而關係永遠是第一。有的專註於使用者需求，摸透使用者業務，這類公司對業務的關注度很高，也就是橫向領域上，業務排在第一。還有一類就是已經在行業很有知名度，要做行業內的專家，公司這時已經認識到了業務和技術的共同重要性，平台概念也主要在這類公司提出。軟體工廠主要針對的也是在第三類軟體公司下的應用。在《軟體工廠方法》一文中，我介紹了領域工程的基本介紹，領域工程由橫向領域和縱向領域組成。平台概念很早就有，我認為對管理軟體

對話周鴻褘：從程式員創業談起記者：我已經看到您在其它的媒體上接受了一些採訪，也談到了很多關於創業的話題。面對程式員這個群體，講創業有什麼特別的地方呢？周鴻褘：的確如此，最近由於我的身份，只接受創業方面的話題。關於程式員創業，我之所以願意談我的觀點，是因為我是程式員出身，也是從小公司做起來的，我自認為對待很多程式員個人包括共用軟體作者和一些小網站還是很好的。我希望和他們分享一些經驗和體會。首先，我想說的是聰明人不一定能成功，很多程式員很聰明，但我一看就知道他們不會成功。因為我看到了一些問題，而且現

使用反射將業務對象綁定到 ASP.NET 表單控制項發布日期： 12/10/2004 | 更新日期： 12/10/2004John DyerDallas Theological Seminary 適用於：Microsoft Visual Studio 2005 及早期版本ASP.NET 1.1C# 程式設計語言Visual Basic 程式設計語言 摘要：使用反射以單行代碼將業務對象綁定到 ASP.NET Web

          在過去的數周中，Google和Yahoo都發布了相關Map API文檔，使得編程人員能夠非常容易地將任何類型的互連網資料與基於Web 的電子地圖聯絡起來，微軟也計劃在今年夏季晚些時候推出名為“虛擬地球”的服務，客戶也可利用該服務開發自己的應用。與此同時，國內的Web地圖廠商也不甘寂寞，相繼浮出水面，MapBar推出部落格地圖，Go2Map也開放了地圖介面，Sina正加緊測試其愛問（IAsk）地圖服務引擎，