博客园-穿著`ea用EA做SAhttp://www.cnblogs.com/dearjustine/Enterprise Architect使用心得,ERP,系統分析,技術文件,閱讀筆記zh-cnSun, 23 Nov 2008 09:10:26 GMTSun, 23 Nov 2008 09:10:26 GMT60新年快樂~~~ 101煙火秀http://www.cnblogs.com/dearjustine/archive/2008/01/02/1023106.htmlJustineJustineWed, 02 Jan 2008 05:18:00 GMThttp://www.cnblogs.com/dearjustine/archive/2008/01/02/1023106.htmlhttp://www.cnblogs.com/dearjustine/comments/1023106.htmlhttp://www.cnblogs.com/dearjustine/archive/2008/01/02/1023106.html#Feedback0http://www.cnblogs.com/dearjustine/comments/commentRss/1023106.htmlhttp://www.cnblogs.com/dearjustine/services/trackbacks/1023106.html 覺得還不錯哩~~引用別人拍的影片。。　　︿︿　重溫當時的煙火秀　


[新闻]Silverlight 2 SDK中文版发布
博客园首页 社区 新闻频道 小组 博问 网摘 闪存]]>>數位之牆 Web 2.0 ，終章（二）有文化的網站做不大http://www.cnblogs.com/dearjustine/archive/2008/01/02/1023080.htmlJustineJustineWed, 02 Jan 2008 04:59:00 GMThttp://www.cnblogs.com/dearjustine/archive/2008/01/02/1023080.htmlhttp://www.cnblogs.com/dearjustine/comments/1023080.htmlhttp://www.cnblogs.com/dearjustine/archive/2008/01/02/1023080.html#Feedback0http://www.cnblogs.com/dearjustine/comments/commentRss/1023080.htmlhttp://www.cnblogs.com/dearjustine/services/trackbacks/1023080.html阅读全文

[新闻]Silverlight 2 SDK中文版发布
博客园首页 社区 新闻频道 小组 博问 网摘 闪存]]>>數位之牆-Web 2.0 終章（一）本質的問題沒解決http://www.cnblogs.com/dearjustine/archive/2008/01/02/1023069.htmlJustineJustineWed, 02 Jan 2008 04:53:00 GMThttp://www.cnblogs.com/dearjustine/archive/2008/01/02/1023069.htmlhttp://www.cnblogs.com/dearjustine/comments/1023069.htmlhttp://www.cnblogs.com/dearjustine/archive/2008/01/02/1023069.html#Feedback0http://www.cnblogs.com/dearjustine/comments/commentRss/1023069.htmlhttp://www.cnblogs.com/dearjustine/services/trackbacks/1023069.html阅读全文

[新闻]Silverlight 2 SDK中文版发布
博客园首页 社区 新闻频道 小组 博问 网摘 闪存]]>Script 推薦:Lightbox2http://www.cnblogs.com/dearjustine/archive/2007/12/06/985079.htmlJustineJustineThu, 06 Dec 2007 04:45:00 GMThttp://www.cnblogs.com/dearjustine/archive/2007/12/06/985079.htmlhttp://www.cnblogs.com/dearjustine/comments/985079.htmlhttp://www.cnblogs.com/dearjustine/archive/2007/12/06/985079.html#Feedback0http://www.cnblogs.com/dearjustine/comments/commentRss/985079.htmlhttp://www.cnblogs.com/dearjustine/services/trackbacks/985079.html阅读全文

[新闻][译稿]微软将 jQuery IntelliSense整合到Visual Studio
博客园首页 社区 新闻频道 小组 博问 网摘 闪存]]>在SQL裡進行多值比較http://www.cnblogs.com/dearjustine/archive/2007/11/30/978526.htmlJustineJustineFri, 30 Nov 2007 08:46:00 GMThttp://www.cnblogs.com/dearjustine/archive/2007/11/30/978526.htmlhttp://www.cnblogs.com/dearjustine/comments/978526.htmlhttp://www.cnblogs.com/dearjustine/archive/2007/11/30/978526.html#Feedback0http://www.cnblogs.com/dearjustine/comments/commentRss/978526.htmlhttp://www.cnblogs.com/dearjustine/services/trackbacks/978526.html(此為鼎新 TipTop的4GL程式碼)

這個SQL主要是在數張核價單資訊中，取得今日之前的最後核價單據(依生效日pmj09來判斷)
若有同一天核價的單據，即取最大的核價單單號(pmi01)  阅读全文

[新闻]微软：不裁员也不削减研发开支
博客园首页 社区 新闻频道 小组 博问 网摘 闪存]]>SQL Server SSIS整合服務-微軟原廠上課教材http://www.cnblogs.com/dearjustine/archive/2007/11/28/975075.htmlJustineJustineWed, 28 Nov 2007 01:13:00 GMThttp://www.cnblogs.com/dearjustine/archive/2007/11/28/975075.htmlhttp://www.cnblogs.com/dearjustine/comments/975075.htmlhttp://www.cnblogs.com/dearjustine/archive/2007/11/28/975075.html#Feedback0http://www.cnblogs.com/dearjustine/comments/commentRss/975075.htmlhttp://www.cnblogs.com/dearjustine/services/trackbacks/975075.html
主要介紹資料倉儲中，有關SQL Server Integration Services的部分。SQL Server 2005以全新設計的SSIS接替之前相當成功的DTS，教導您如何利用 SSIS完成各種資料匯入匯出的功能，並且如何運用SSIS來整合企業組織內之異質資料，並解決常見的技術瓶頸。
主要介紹資料倉儲中，有關SQL Server Integration Services的部分。SQL Server 2005以全新設計的SSIS接替之前相當成功的DTS，教導您如何利用 SSIS完成各種資料匯入匯出的功能，並且如何運用SSIS來整合企業組織內之異質資料，並解決常見的技術瓶頸。
  1. 欲了解微軟 SQL Server 2005資料轉換服務的管理者
  2. OLAP資料倉儲人員
已完成以下課程所具備技術能力
TSSQL ：MCTS微軟認證技術專家：SQL Server 2005
  1. 熟悉作業系統的基本操作
  2. 熟悉資料庫的基本原理
  3. 熟悉 SQL Server 2005管理工具
  4. 了解資料倉儲的基本架構
  1. 資料整合服務概覽
  2. SSIS Development Studio 環境介紹
  3. SSIS 封裝部署與執行
  4. Integration Services運算式
  5. 資料流程
  6. 容器交易與管理
  7. 分析服務整合
  8. SSIS的安全架構
  9. 程式化資料轉換
  10. SSIS的效能議題


附件：教材1 教材2
上課所提供的好用工具　補充內容

＊檔案說明

DatabasePublishingWizard.msi 這個工具是在做資料轉換的 (聽說SQL SERVER自己的資料轉換工作很爛)

\SSIS\M03_ControlFlow\M0305_ObjectTaks\01_移動帳號與密碼\2005 這個檔案可以參考    
講師很推薦這個功能 因為它在做資料庫IMPORT  EXPORT時

SQL Server很爛 不會把權限帳號一併匯出來(除非你都是用sa)
用剛剛那個script可以幫你重建~~

這兩個東東在一般的SQL Server2005也都能使用喔~  ^^  

＊課後心得
課還不錯~  只是上完了會覺得 功能很炫 but 能力有限~~Mail的功能只能在匿名環境使用（對於一般的公司應該都不能用了吧？）

介面操作容易，大多只需要簡單的拖拉設定，就可以輕鬆地完成７０％左右的日常事務。
如：此工作可透過SSIS服務的編輯設計部署至SQL Server上，並排程執行：
　　異質資料轉換＋資料檢核＋錯誤處理(ex 發信 or執行script)
而且SSIS服務的編輯方式是使用Visual Studio商業智慧套件，對於熟悉Visual Studio的人，是很容易上手的
如果要弄到很強的話 還是得自己修改物件來執行~~



[新闻]2008年11月22日科技博客精选
博客园首页 社区 新闻频道 小组 博问 网摘 闪存]]>我們有能力做，但不代表我們需要做。http://www.cnblogs.com/dearjustine/archive/2007/11/28/975030.htmlJustineJustineWed, 28 Nov 2007 00:53:00 GMThttp://www.cnblogs.com/dearjustine/archive/2007/11/28/975030.htmlhttp://www.cnblogs.com/dearjustine/comments/975030.htmlhttp://www.cnblogs.com/dearjustine/archive/2007/11/28/975030.html#Feedback3http://www.cnblogs.com/dearjustine/comments/commentRss/975030.htmlhttp://www.cnblogs.com/dearjustine/services/trackbacks/975030.html 關於採購系統的訂價核價取價方式，著實為了分析各欄位所帶來的影響傷透腦筋。

任何的變更都需要被管控。稽核內控方面都要考慮。
採購行為的彈性及廠商訂價方式的多變，只要與錢有關，就變成了一個很棘手的問題。

管控太多，User嫌系統綁手綁腳不好用。時間一長，系統也變得不易維護。（誰記得了那麼多東西？）
不管控，一樣危險。那該怎麼辦呢？

分析報告出來後，與同事們討論做法。主管提出了一些議題，她說：這個我們系統做不到。拒絕實行。

Why?　明明我們能做。不管任何困難，我相信程式依然解得出來。

當我是RD時，我知道我能，我也會去做。

接觸到的需求愈來愈多。一般的User都很希望系統能夠全自動地助他完成所有事情。
但是，有些工作實在沒有必要用資訊系統來處理。（價值不大，而且對使用者來說反而更麻煩）

還有那些需求是我們有能力做，但不需要做的呢？

使用系統的是人。但人不是被系統所操縱。
我想，這是在導入資訊系統時　很常出現的迷思。

[新闻]2008年11月22日科技博客精选
博客园首页 社区 新闻频道 小组 博问 网摘 闪存]]>九大內部循環控制_評估方法http://www.cnblogs.com/dearjustine/archive/2007/11/19/964012.htmlJustineJustineMon, 19 Nov 2007 04:42:00 GMThttp://www.cnblogs.com/dearjustine/archive/2007/11/19/964012.htmlhttp://www.cnblogs.com/dearjustine/comments/964012.htmlhttp://www.cnblogs.com/dearjustine/archive/2007/11/19/964012.html#Feedback0http://www.cnblogs.com/dearjustine/comments/commentRss/964012.htmlhttp://www.cnblogs.com/dearjustine/services/trackbacks/964012.html
參考附件
/Files/dearjustine/Control.xls

[新闻]诺基亚将支持Lotus Notes 和黑莓争夺市场
博客园首页 社区 新闻频道 小组 博问 网摘 闪存]]>ERP的使用:業務的SOP與系統的SOP不Matchhttp://www.cnblogs.com/dearjustine/archive/2007/11/18/963098.htmlJustineJustineSun, 18 Nov 2007 03:52:00 GMThttp://www.cnblogs.com/dearjustine/archive/2007/11/18/963098.htmlhttp://www.cnblogs.com/dearjustine/comments/963098.htmlhttp://www.cnblogs.com/dearjustine/archive/2007/11/18/963098.html#Feedback0http://www.cnblogs.com/dearjustine/comments/commentRss/963098.htmlhttp://www.cnblogs.com/dearjustine/services/trackbacks/963098.html許多實行ERP的企業到後來都會遇到一些問題。
以目前所觀察到的現況是
人的SOP與系統的SOP不Match　

基層的User 搞不清楚系統的運作原理，只是盲目地配合。
如果用了錯誤的方法去實行，就會導致奇怪的資料以及一堆問號。

最後全將罪過歸咎於系統不好用。
甚至提出需求修改。要求我們修改ERP目前運行的計算方式及條件。

我覺得ERP的難，不僅僅是難在流程及系統的複雜。
變更，就是牽一髮而動全身。
究竟是系統配合人，or 人　去配合系統的規範？　這些都必須在系統分析時就考慮到。

前輩給了我一個明確的方向：參考公司的內控循環。
  ex:http://faculty.stut.edu.tw/~cwhung/

我要學的。還很多呢～每一天每一個專案，都讓我覺得更加渺小。



[新闻]Mozilla公布去年收入报告
博客园首页 社区 新闻频道 小组 博问 网摘 闪存]]>重構?老程式與好程式http://www.cnblogs.com/dearjustine/archive/2007/11/18/963059.htmlJustineJustineSun, 18 Nov 2007 02:56:00 GMThttp://www.cnblogs.com/dearjustine/archive/2007/11/18/963059.htmlhttp://www.cnblogs.com/dearjustine/comments/963059.htmlhttp://www.cnblogs.com/dearjustine/archive/2007/11/18/963059.html#Feedback0http://www.cnblogs.com/dearjustine/comments/commentRss/963059.htmlhttp://www.cnblogs.com/dearjustine/services/trackbacks/963059.html

從軟體開發產業進入到User端。
原本的工作以系統開發較為吃重，而現在，所有的工作將以維護為主。
開發的時候，我認為寫程式寫軟體是一種美妙的藝術。
什麼重構、預構、Design Patter等等，都是精華。
我認為這些技巧的專研，是寫程式的樂趣之一，並且樂此不疲。


現在角色換了。
修改bug，修改功能，增強功能．．　在現有的系統上做增修。
維護現有的系統，不比開發新系統來得容易。
首先遇到的問題是:要看懂別人的程式。

別人寫過的程式不會是依照著自己所能接受的”規則”進行。
這真的是一件苦差事。尤其是在沒有文件，沒有註解，甚至沒有良好的命名、架構的情況之下!!!
常常一邊看一邊搖頭:

天哪～怎麼會有人這樣寫程式？
這樣亂搞？怎麼可以用這種方式命名？
怎麼可以隨便加個IF else就敷衍了事？

這時候真的會很想很想去整理這些程式碼。

在ptt的版上看到有人說:

作者  XXX (火辣辣的大姊姊) 
 標題  Re: [心得] 如何向別人證明自己寫的是好code?

以前認識一位40幾歲工程師他隨口說過一句話：
   "要寫code很簡單 要看得懂別人的code很難"
後來自已的體會是：
   自已寫code的過程時間過得很快 而看別人的code很慢、很悶、很煩
所以 你說你想跨入更高的境界 一定要試著看懂別人的爛code
俗話說：爛code三尺 非一日之寒 有好code可以寫 誰想寫爛code
你自已文中也說了 你待的公司必須要反應迅速 依客戶要求修修改改也很正常
這種情況下 就算一開始架構良好的code 隨著維護的人一代換過一代 到你手上不爛也難
有人說 寫code是一門藝術 我覺得code是一部歷史 裡面有很多歷史因素藏著前人的心酸
你知道你維護的code在兩年前發生過必須在三天內調整架講的窘境嗎
當個事後諸葛批判前人很簡單的啦
但你看得出來某段正確卻不合常理的code背後的玄機嗎

你會重構 別人就不會嗎？
你重構後的程式架講良好 bug少 別人重構架構會不好 bug會多嗎？
你重構的原因不是基於希望以後維護容易 而是 "後來逼不得已放手一搏"
有人肯為程式重構是不錯 但我看不出你這基於不得已的選擇有多值得驕傲


許多的設計藝術，在現有的系統中是沒法子落實的。
理想與現實狀況有落差
就像是一種迷信，並不會有完全解決問題的設計方式　
足以讓所有的程式設計師可以快速地維護修改，甚至擴充!

雖然不能接受，但仍然必須面對。沒有人想寫爛code。

因為即使實現了重構，日後維護的程式設計師　也不見得輕鬆。
因為他必須先學會使用這個新架構。
在人員流動性大的資訊業，並不見得是加分。

我還是覺得寫軟體是一種藝術。應用這些技巧可以幫助自己練功，
並且在設計的過程中找到趣味。
而接受及沿襲別人的老程式，也是自己必須學習的課題之一。
*
有一本書我滿推薦的- Code Complete 2
簡體版的翻譯是:代碼大全(NT:380), 繁體版的是:軟體建構之道 (NT:1200)

不過這本書真是棒，從軟工到如何寫code，構建整個軟體專案該注意的事，它全寫了。
對我來說這本書有點像是軟體工作指南，反反覆覆地看它，用上個八九年應該不成問題。
原則事項不少，沒有些許專案經驗的話，還不能全盤了解呢！


(OS:繁體版的真貴~ ><)









[新闻]Mozilla公布去年收入报告
博客园首页 社区 新闻频道 小组 博问 网摘 闪存]]>