Kenmingの鮮思維

繼續閱讀 »

報名請至： http://www.hsdc.com.tw/course/reading_meeting_20110917

關於本書介紹，請參考：[軟件書推薦] Ringle 著作－UML團隊開發流程與管理第二版。

本次讀書會，旨在提供已購買本書而對書中內容有問題或想法/建議的讀者們一個交流的讀書分享。由作者本人針對其著作，更能理解書中的案例與關於設計的想法。

我們希望與會學員們起碼約略有翻閱過該書，但不需要全部看完。只要針對書本內任一章節，可以作心得分享，甚或問題提問討論即可。

我們希望是以相當輕鬆的態度來參與讀書研討。重要的是分享，甚或是提出問題一同討論，這才會是舉辦讀書會的意義所在。

＊＊＊
請注意，由於需要保留及計算報名學員們的座位，請確定會前來參加後才填寫報名單，若不克前來，也請於報名表單或來信取消報名。

※ HSDc. 團隊主要成員均會參與，當然包括作者本人。

　o 報名費用 ：免費。自行於當場點餐、下午茶點或飲料即可。
　o 日期：2011/09/17 (星期六) AM 10:30 ~ PM 17:00
　o 地點：曼德主廚私房料理。 台北市通化街171巷30弄2號。02-2733-3855
　　　　　http://tw.myblog.yahoo.com/mindercafe/article?mid=2&l=f&fid=5
　o 對象：對軟體設計相關議題有興趣者，包括在職軟體開發人員及相關資訊科系講師及學生等。
　o 主辦單位：HSDc 軟體設計顧問中心。
　o 備註：
　　o 本次讀書會預計開放 20 個名額。(額滿即停止報名)
　　o 如因故未能參與，請取消報名，以免影響其他學員權益。
　　o 請自行攜帶讀書會研討相關書籍。

UML團隊開發流程與管理第二版 ----------------------------------- 作者： 賴信仁 出版社：悅知文化 出版日期：2011年07月20日 ISBN：9789866072246

內容簡介
　　■從情境案例學習UML 2.3版中，14張圖形的應用時機
　　■完整分析如何透過UML正確表達軟體設計的精神
　　■可依據不同平台的需求，學習使用Java或C#為軟體開發工具
　　■內含LAB練習單元，可藉由實作確實了解軟體開發的種種面向
　　■使用工具的進階功能，了解團隊合作開發的基本精神

對於軟體設計的初學者來說，面對大量資訊時，往往不知從何處著手。本書作者依據多年教學經驗，以情境案例為教學主軸，適合以下需求的讀者作為學習指引：

• 想要了解UML及其應用時機
  本書第一篇設計了一個完整案例，並將UML的14張圖形應用在該案例中，利用對話的方式，說明14張圖形的基本精神及應用方式，讓讀者可以透過實際案例了解UML的基礎。
• 想要了解如何在實際專案中應用UML
  本書第二篇設計了另一個完整案例，搭配工具軟體，並配合UML、MDA及不同平台的程式語言（Java、C#），藉此可學習到如何在實際案例中應用UML，並提供LAB練習單元，讓讀者可以「從做中學」。
• 想要學習如何充份發揮軟體開發團隊合作模式
  本書第三篇設計了團隊合作的情境案例，透過虛擬專案的進行，讓讀者可以了解團隊中的各個角色，以及如何挑選適合的工具。
• 想要了解Enterprise Architect 8如何使用
  Enterprise Architect是一套完整的UM L支援工具，完整支援UML 2.3版的14張圖形，並支援多種程式語言及資料庫，且提供了強大的客製化空間。書中範例使用此軟體進行實作，藉此提供軟體操作及客製化之技巧。

去年底 Ringle 的著作－「UML 團隊開發流程與管理 (繁體/簡體版)」第一版就已賣光。原來他答應出版社作些錯誤修正後就準備要在今年初再版，結果他竟然又再整本書內容重寫過一次，足足花了兩個多月的時間，甚至再加上 Java 程式碼的範例 (第一版只有 VB.NET)，不得已再版日期也就延宕到七月中旬，總算鋪貨到各經銷書商了。

繼續閱讀 »

越是大型公司的 IT 資訊單位，無論是外包或是自行維護/開發的系統，在作「需求分析」階段時，往往都會表達到所謂的「業務流程 (Business Process)」。

甚麼是業務 (或稱為企業)流程？ 這裡節錄 Jacobson 《Object Advantage》一書中，將企業流程定義為：

Put simply, a business process is the set of internal activities performed to serve a customer.（《Object Advantage》, Ivar Jacobson, 1994, p. 3）
（簡單地說，企業流程就是要能夠服務客戶的一連串企業內部的活動）

或者更簡單的解釋，業務流程表達的就是：某個人在某個時間點所作的某件事 (而這些事會呈現出關聯性與先後順序)。

而甚麼是「大業務流程」？簡單的說，就是業務流程範圍更為廣泛，參與的人更多，所涵蓋的時間更長。而且往往因為現實上基於功能執掌，還是不同部門或不同地點就有不同的作業規範與範疇，但彼此這些作業之間仍需要連串在一起。

例如，物流零售業領域，為了表現出從門市的「訂貨/退貨」，到總部的「進貨/出貨」，乃至於轉入財會單位的「帳務處理」，每一個業務範疇，就有其作業流程/作業規範；而把「訂貨/退貨」→「進貨/出貨」→「帳務處理」等作業流程串聯成更大的流程，即為所謂的「大業務流程」。

我走訪過許多大型的 IT 單位，包括顧問輔導或教學等。檢視從該單位 SA (System Analyst, 表示為需求分析師)所整理的業務流程設計圖，無論是使用傳統的流程圖 (flow-chart)，甚或採用 UML 語法所表達出來的活動圖 ((activity diagram)，幾乎普遍是存在兩大問題：

1. 想要利用一張圖表現出所有的細節。
2. 把資料作為主體，呈現的就是資料傳遞的流程。

第二個問題最難解，這裡牽涉到的就是「資料導向 (data-oriented)」 vs. 「服務導向 (service-oriented)」的分析/設計態度。

若從上述對業務流程的定義，或是後續利用使用案例 (use case)的分析技術，國外軟體大家的最佳實務經驗 (best practices)，均是偏向「服務導向」的開發模式。簡而言之，就是將資料封裝 (encapsulate)至服務之內，如此可避免過早揭露繁瑣的細節。

第一個問題則比較容易調整，主要就是把握住一個最基本的原則：設計圖要能維持「簡潔」。

「簡潔」的目的在於要能適切突顯出「焦點」之所在，而把諸多繁瑣的細節給封裝住。待決定集中的焦點後，再來才是將其內部「剖開」，探究細節的組成與關聯性。

而要能達成簡潔，就需要考量兩個構面－「廣度」與「深度」，要讓設計有「層次感」。

簡而言之，「廣度」考量的是所涵蓋的範圍；「深度」則是考量所揭露出細節的精細度。

以「大業務流程」的設計呈現，我這裡推薦採用「三層次」的表達，我把它稱為 MSS (Multiple - Single - System) 塑模表示法。

• M (Multiple) Process－表達多個業務流程 (Business Process)之間的關聯性，利用「Erickson Penker (俗稱火箭圖) 流程擴展語法」表達。
• S (Single) Process－表達單一業務流程內的作業活動 (activities)。利用 UML 「活動圖」表達。
• S (System) －表達資訊系統所擔負的功能。利用 UML「使用案例 (use case)圖」表達。

繼續閱讀 »

參考這一篇：「How to group a time series by interval (OHLC bars) with LINQ」。

我這裡使用 C#.NET 實作，並作了一些小小的修正，使之確實可以執行，並可從期交所所下載的原始 Tick 資料檔，經由前置的解壓縮、轉換為 Tick 物件型態，再透過該實作邏輯，就可以將 Tick 物件依所指定的時間週期 (time-interval)，群組為所謂的「分K棒」(其實，正確的稱呼應該為 OHCK Bar)。

這裡也不禁對 LINQ 實作技術感到讚嘆！ 它讓中間層 (middleware)的物件結構與資料來源 (data-sources)的存取，變得更為簡單太多了，所以也使得 Tick 轉K棒 的轉換邏輯，可以利用相當簡潔的語法 (類 SQL 語法)，而達成該功能的實現。

底下的程式碼並未包含前述所提包括解壓縮、轉換為 Tick 物件等邏輯，只從一群已有 Tick 資料的 Collection 集合 (型態為 IEnumerable)，依據所指定的 Interval 時間間隔，轉換為 K棒 (含開、高、收、低、量)的實作邏輯。

Tick 與 OHLC-Bar(K棒) 物件結構為：

    public class Tick
    {
        public string Symbol { get; set; }　　　　　//商品代號        
        public DateTime Timestamp { get; set; }　 //成交日期時間
        public decimal Price { get; set; }　　　　　//成交價格
        public uint volume { get; set; }　　　　　  //成交量
    }
 
    public class OHLCBar
    {
        public string Symbol { get; set; }　　//商品代號
        public decimal OPEN { get;set; }　　//開盤價
        public decimal CLOSE { get; set; }　  //收盤價
        public decimal HIGH { get; set; }　　//最高價
        public decimal LOW { get; set; }　　 //最低價
        public uint VOLUME { get; set; }　　 //成交量
        public DateTime BeginTime { get; set; }　//開始時間
        public TimeSpan Interval { get; set; }　　 //時間區間
    }

繼續閱讀 »

目標：
1. 在 C#.NET 程式內處理 *.zip 壓縮檔 (內含文字檔)的解壓縮 (decompress)。
2. 將解壓縮後的文字檔讀進記憶體內 (memory)，並將每行 (per-line)的字串 (string)儲存至 List 集合 (collection)，以俾方便處理。

主要做法：
1. 因官方未提供處理解壓縮 .zip 壓縮格式機制，所以需下載 3rd party 的類別庫 (class library)。這裡以 SharpZipLib ( formerly NZipLib) 類別庫來處理解壓縮。
2. 利用 SharpZipLib 內的 ZipInputStream 開啟 .zip 壓縮檔。

   string fname = @"C:\Download\TxtData.zip";
   ZipInputStream zipStream = new ZipInputStream(File.Open(fname, FileMode.Open));

3. ZipInputStream 會依據所指定的緩衝區大小，依序將已解壓縮的文字檔內容讀至「位元組陣列 (Byte array)」；同時再利用已新增的 MemoryStream (記憶體串流)物件讀進 Byte array。

                   MemoryStream memStream = new MemoryStream();
                   int bufferSize = 2048;     //指定的緩衝區大小
                   int readCount = 0;           //回傳已讀取的位元組數目
                   byte[] buffer = new byte[bufferSize];
    
                   readCount = zipStream.Read(buffer, 0, bufferSize);   
                   while (readCount > 0)
                   {
                       memStream.Write(buffer, 0, readCount);
                       readCount = zipStream.Read(buffer, 0, bufferSize);
                   }

繼續閱讀 »