Time of Update: 2018-12-08
100佳精美的個性名片設計些列第四篇。名片,中國古代稱名刺,是標示姓名及其所屬組織、公司單位和聯絡方法的紙片。名片是新朋友互相認識、自我介紹的最快有效方法。交換名片是商業交往的第一個標準官式動作。一起欣賞這些精美的個性名片。61. REACTOR Business Cards62. Ninja BTL63. Symmetry Business Card64. Todd Lasher Design65. Brand Doctor66. Promptt67. Carl
Time of Update: 2018-12-08
二維碼是用某種特定的幾何圖形按一定規律在平面(二維方向上)分布的黑白相間的圖形記錄資料符號資訊。這篇文章收集了33款創意的二維碼名片設計作品,一起欣賞。 KOODOZLetterpress Business Cards with QR CodeSTRUMPETS CRUMPETSFORMGARTENLINCHPIN AGENCYANNEMARIJE GLASTRAQR Code LetterpressMouscacho business cardsQR code business
Time of Update: 2018-12-07
最近,有了點自己發展的想法。所以,看了些商業模式的書。其中這本《免費》則是讓我思考了很久。 《免費》這本書的作者是安德森,他也是《長尾理論》的作者。對於商業模式,作者有著很深的理解。如果說《長尾理論》一書中的模型是美國的話,那《免費》這本書中,則大量引用了中國的實踐最為案例。觀察免費的最佳視角,不是在美國,而是在中國。在這樣一個互連網高度發展的國度,許多法律還尚未健全,導致許多的軟體受法律保護還不徹底、幾大互連網公司的免費策略則培養了更多的使用者去習慣這種免費。如果您的軟體採取收費政策
Time of Update: 2018-12-06
Holosofx —— 源自拉丁語“holo”(意為整體)和希臘語“sophic”(意為聰明)—— 成立於 1990,目的是協助公司以整體的方式理解和治理他們的商務程序。在 2002 年 9 月,IBM 收購了 Holosofx 來擴充其 WebSphere Business Integration Platform。Holosofx 產品提高了客戶設計、監視和改進商務程序的能力。 非凡是,Holosofx 的主要應用是在連續商務程序治理(Continuous Business
Time of Update: 2018-12-06
最近在公司的項目中使用IBM TBSM進行業務關聯配置工作,整個模型描述大概如下:從模型設計角度來看該業務系統如下:服務狀態 B業務節點 C1 ,D2 ,E3業務資源 C11,C12,C13,
Time of Update: 2018-12-06
一、MPEG-2系統原理 第一章 MPEG-2簡介什麼是MPEG和MPEG-2? MPEG是Moving Picture Experts Group 的簡稱,MPEG-2是MPEG和ISO組織設計的一個數位視訊壓縮規範,主要用於DVD和DVB上,當前的標準文檔是ISO13818.什麼是DVB?DVB是Digtal Video
Time of Update: 2018-12-06
最近一段時間一直思考和總結,如何快速,方便靈活的開發.NET平台的ERP/MIS類型軟體系統。在此之前,寫過一個系列的文章來表達我的理解,一共有以下八篇文章資訊化基礎建設 總體結構資訊化基礎建設 開發架構資訊化基礎建設 表單開發資訊化基礎建設 表單特性資訊化基礎建設 報表開發資訊化基礎建設 Reporting Services報表開發資訊化基礎建設 訊息引擎資訊化基礎建設 工作流程開發之後,又對這個系列的主題文章進行補充完善,有以下八篇文章資訊化基礎建設 持續改進架構資訊化基礎建設
Time of Update: 2018-12-07
自訂活動(三)鎖定處理在前面的文章我已經講過,把使用者資料的收集同工作流程執行個體中分離出來。資料的儲存也就很可能地進行了分離。這種資料的分離會要求我們去做更多的工作:l 維護工件(如稿件,任務等要在工作流程中進行加工的東西)與工作流程執行個體的關係。我們用WF內建的SqlWorkflowPersistenceService來完成工作流程執行個體的儲存。那麼工件、工件與WF執行個體的關係及相關的處理情況應交給應用系統來維護。有關這方面的內容請看後面的“工作流程的工件維護架構”。l
Time of Update: 2018-12-06
出售小額擔保業務管理系統原始碼,承接小額擔保業務管理系統開發。連絡方式:QQ:53670422(註明:小額擔保),EMAIL:nosnowwolf@126.com今年承接了一家小額擔保公司的業務系統,小額擔保業務管理系統開發環境ASP.NET+MSSQL,部署方便,目前系統已經上線穩定運行。 業務系統主要包括幾大模組一.公司資訊 1.基本資料,2.資產負債表,3.利潤表二.客戶資訊 1.客戶資訊,2.資產負債表,3.利潤表 三.項目資訊
Time of Update: 2018-12-07
寫這麼一個簡單的例子出於兩個目的:1、很多程式員不喜歡看到泛型的身影,他們看到“<>”這樣的符號就會頭痛並難受。受雇於人的我就只能竭盡我所能發起一場消除“<>”的行動,事實上這一點又變得有一些extend意義。2、extend意義:賦予集合類更強的業務意義,搭配其自身所擁有的更多的自我描述解釋操作的Action,類的行為將更加地具體,這樣的類是OO中比較受歡迎的。通常我們使用List<T>集合來操作,假設我們有一堆的類型為class
Time of Update: 2018-12-07
Time of Update: 2018-12-07
閑話休提~一:自訂Tab按鈕我們的tab按鈕左部是文字;右部是關閉按鈕;此按鈕有兩種狀態:選中和未選中未選中的按鈕滑鼠滑上背景色會變為淡藍色;選中的按鈕背景色是黃色關閉按鈕滑鼠滑上去是深黃色 控制項中涉及的屬性和公開的事件屬性 /// <summary> /// Tab標題 /// </summary> public string Caption; /// <summary> ///
Time of Update: 2018-12-07
五 PetShop之商務邏輯層設計商務邏輯層(Business Logic Layer)無疑是系統架構中體現核心價值的部分。它的關注點主要集中在商務規則的制定、商務程序的實現等與業務需求有關的系統設計,也即是說它是與系統所應對的領域(Domain)邏輯有關,很多時候,我們也將商務邏輯層稱為領域層。例如Martin Fowler在《Patterns of Enterprise Application
Time of Update: 2018-12-07
Time of Update: 2018-12-07
BD,是一個英文縮寫,全名為Bussiness
Time of Update: 2018-12-07
隨著 XML 成為主流,人們越來越關心 XML 應用程式的設計。更具體地說,許多組織希望把 XML 應用程式的設計與他們的其他應用程式設計結合起來。採用一種通用的方法——或者至少一組通用的工具——是值得考慮的方向。就 XML 而言,設計活動主要圍繞著資料建模。事實上,因為 XML 是一種標記語言,僅僅涉及到資訊的組織——這一點和其他語言是不同的,比如 Java 同時處理資料建模(類繼承)和資料操作(方法)。使用 XML 專欄新的系列文章將探討使用 UML 建模工具設計 XML 應用程式,如
Time of Update: 2018-12-07
假設一個商務規則規定某些情況不允許存在.並且不允許使用外鍵進行限制,此時Instead of 觸發器可以作為備選答案,但是通常這類觸發器在以後帶來的麻煩會多於其帶來的便利。還有一種解決方式是使用包含唯一索引的索引檢視表與只有一個兩行的dummy table進行串連。 假設你有如下兩個表,地區和辦事處 Region表 RegionIdRegionNameIsActiveEffectiveDateExpirationDate1East11/1/2009NULL2West11/1
Time of Update: 2018-12-07
休息的賓館,尕(ga)吉爾大酒店。放下行李,由於天還早18點,然後直接就去調查隊了,調查隊在旁邊的博湖縣,然後坐車去博湖。找到調查隊,和他們一起做樣方。然後看還有什麼需要強調的地方。他們做的很好了,隊員們真是辛苦,一個個曬的很黑。不過樣方數目還是有點少,之後的任務會更艱巨。在調查隊呆了1個小時。吃飯。朱所長給介紹吃魚,五種不同的魚。尤其是五道黑,說是非常珍貴。很客氣,一直讓我吃,確實很好吃。回到焉耆,在焉耆縣轉了轉。好像是一個選秀節目縣廣場。柱子上記載了焉耆縣的縣史這是個什麼,不知道,好像是個花
Time of Update: 2018-12-07
漫天的沙塵漸漸退去,藍天和烈日又一次出現在沙漠上空。> 他開著那輛破舊的黃色出租車在公路上行駛,道路的兩邊,處處可見車輛的殘骸,> 遠處的濃煙告訴他,戰爭正在他的祖國裡進行著。>> 天氣晴好,很炎熱,沒有一絲風,對面駛來一支車隊,車上也坐了很多人,> 這情景有點像這個國度裡的乘卡車趕集的人群。不過不同的是,不是卡車,> 而是坦克,上面都是外國人,手裡拿槍。他看著他們,他們也看著他,就這樣交叉而> 過。>>
Time of Update: 2018-12-07
在我工作的這些年裡,前幾年做的大多項目都是資料庫驅動型的,我想很多人也都是這樣的。對於資料庫驅動型的項目,我們的核心都是圍繞資料庫在做開發,通常我們都在寫CRUD的代碼,後來有了代碼產生器、ORM,我們的工作是變的更少了。但是大家有沒有覺得,雖然自己一直在使用物件導向的語言在做開發,但是通常我們使用物件導向進行設計的能力並沒有多少的提升。最近幾年我脫離了做以資料庫驅動為主的項目,來到了一個陌生的領域,剛開始的路很難,因為你要從需求抽象出系統的業務模型,而業務模型設計的對錯將直接影響到系統的穩定