摘要： 從軟體開發產業進入到User端。 原本的工作以系統開發較為吃重，而現在，所有的工作將以維護為主。 開發的時候，我認為寫程式寫軟體是一種美妙的藝術。 什麼重構、預構、Design Patter等等，都是精華。 我認為這些技巧的專研，是寫程式的樂趣之一，並且樂此不疲。 現在角色換了。 修改bug，修改功能，增強功能．．　在現有的系統上做增修。 維護現有的系統，不比開發新系統來得容易。 首先遇到的... 阅读全文

摘要： 主管交給我一項任務-管理各同事的工作項目及進度。 我的分類方式是將各基本資料整理成專案檔、專案任務項目、以及工作分析。 這件工作該怎麼做? 一開始我所想到的是直接用EA Maintainence Report及Testing Report將每一Requirement ,ISSUE or Change 的項目產生。 為了能讓它"符合"Maintainence Report的精神及限制,我... 阅读全文

摘要： 早上在一名網友的blog中看到他寫下的感慨。 踏入社會工作一段時間後，便愈來愈重視薪資。 那兒薪資高就往那兒去。漸漸地就忽視了一些應該慢慢要累積的經驗和基礎。 和朋友一起經營工作室的時候，他們是拿著計算機在算的。 一個CASE，花的工時，換算的報酬。。 這就是個人時間的價值。 他跟我說，起碼應該是NT:1800/per Hour 與其說是在意薪資，倒不如說，是在意自己時間的價值。 同樣的時間，... 阅读全文

摘要： 來源 前言 「工欲善其事，必先利其器」，學習UML沒有好的工具幫忙，往往會讓開發人員半途而廢，尤有甚者，開發人員有時會因為使用了不容易使用的開發工具而 誤認為UML是一個非常困難學習的「技術」。殊不知UML只是一種「語言」，就和學習中文、美語一樣，學習UML根本不困難，只要瞭解UML的語法以及知 道UML的適用時機，UML自然手到擒來。當然，如果有一套上手的UML開發工具，UML的困難度更是大幅... 阅读全文

摘要： ERP實施的一般步驟 1、Project Analysis&Planing（項目分析&規劃） 1.1、Project Scope（項目範圍） 1.2、Technicial Environment Define（技術環境定義） 1.3、First Requirement Analysis （初步需求分析） 1.4、Project Planing（項目規劃） 1.5、Complete Pro... 阅读全文

摘要： 人月傳說電子書下載(簡體版) 作者：Frederick P. Brooks, Jr./著 這本書是我在大三那年買的。 第一篇　The Tar Pit　就深深地寫入心坎裡， 那時候我正著迷著寫程式... 編程為什麼有趣呢？ 首先是一種創造事物的純粹快樂，特別是自己進行設計，進而開發對其他人有用的東西，那種內心的滿足感，是筆墨無法形容的! 以及整個編程的過程，像... 阅读全文

摘要： 這星期,我的時間幾乎都花在EA的RTF Template上... 一點一點的工。 有趣的是.. 為了找出讓自己滿意的文件格式,我只好費心地去研究它的原理.. 進而去調整自己使用EA的方式。 對於EA 我多多少少有些兒慚愧。 因為我對於EA的了解,完全是來自於它的使用說明。 全靠自己去摸索。 所以,即使天天拿它做工具,我總覺得我還沒真正地了解它,善用它................ 阅读全文

摘要： from [矇矇的秘密基地] 圖1、循序式的開發流程 一般軟體人員，不習慣模糊不清、不確定性，所以需求的分析，一定要到某一個階段，待所謂的 “規格” 明確後，才會進入下一個開發的階段；凡事要求明確、單一的答案，所以關於比較創新性、沒有絕對標準答案的設計與嘗試，往往... 阅读全文

摘要： 今天在看別人畫的心智圖時，正好用google 找到了矇矇的秘密基地 意外地發現了許多很棒的文章(而且他也是用EA ) 其中有一篇文章是　軟體塑模(Modeling) 是一件非常單純的事 我好像對於這件事變得有自信些了。因為，我的程式也是這樣一步步地摸索過來的呀~ 自學有什麼好怕的呢？勇敢一點地。我也曾用過很爛的方式寫程式。一直一直到現在的Framework 以及自己弄出來的架構。 也許是... 阅读全文

摘要： EA大概用了八個月。 主要是用來畫流程圖、活動圖、人機介面、使用者案例、測試案例、循序圖以及物件圖、部署圖。 需求管理只用來做功能架構圖，或者，製作文件使用的。 並不會用到它的反向工程，產生程式碼。但是，利用它的反向工程工具，可以讓class的架構很清楚地呈現在圖表上。 Database Engineering 在1.7版之後功能更強大了。 專案管理的部分，也不會用到。並不覺得很實用，因為... 阅读全文