東和鋼鐵苗栗廠一日行 (2)

下午用完午餐稍事休息後,1:30 經理帶著 Ringle, Author 與我 (Cathy 幾個月前已參觀過) 一同到煉鋼廠參觀實際的煉鋼作業流程。

不過,只要進入廠區後,就嚴禁拍照,商業機密的考量,這是必然的防護措施。 所以我只有從辦公大樓這邊,拍了張位於後邊的廢鐵料等棄置場,算是作個紀念。
(*** 仍有機密性問題,故照片仍給移除掉 ***)

每一個進入廠房參觀的標準裝備就是 一頂安全頭盔、工作服、口罩。 不戴口罩可以嗎? 嘿,當你一進入裡面,連眼睛都可以看得到,空氣佈滿了一堆粉塵,不戴是不可能的。 當天下午很熱,但是,進去後,那可是更為悶熱啊,而且又陰暗、又潮濕、機器切割運轉聲音極為大聲,才沒進去多久,就已經是大汗淋漓了。

沿途參觀,經理真的非常的細心解說。雖然他是資訊部門主管,但可是對其鋼鐵製作的作業流程熟悉的不得了,且幾乎是認識現場工作的工作人員,每到一站,總是會寒暄問好。

呵呵,甚至我與經理聊天掛唬爛,說未來 100 年後的鋼原料應該會從 鐵 轉為 泰坦。 經理還很好奇,認真的詢問泰坦是什麼原料呢? 我跟他說是那是只有外星球才有的礦石喔,未來太空探測,建立太空採集基地後,就會大量地運回地球煉製,它可是比鑽石還要更堅硬好多倍的礦石原料喔,從泰坦礦精練成的泰坦鋼,是全世界最堅固的鋼材了。 呵呵,為什麼我會知道有泰坦鋼這種東西啊? 因為,在「魔獸世界」裡面,你學挖礦技能就知道啦,只有在「北裂境」才能挖到的材料呢,採礦時有時還被聯盟的偷襲強奪呢;而且一天只限量可以熔製成一個泰坦鋼耶,相當地昂貴呢。 😀

煉鋼廠內的主要作業程序大概有 熔煉, 精煉, 加鑄, 半成品/成品 加工, 品管, 入/出庫, 出貨等。 包含加鑄的前三個作業區最辛苦了,想想看,要能把廢鐵材料溶解再重新鑄造,溫度可是要高達 1500 度耶。 我們每逛過一個作業區,就一定要進入中控室參觀兼喘口氣,因為實在悶熱戴口罩又難以呼吸勒。 包括 中控、監控系統、MIS 等系統,東鋼可是分了好幾個 Level (應該算是機密問題,不能透漏),包括機械設備含軟體、外包與自行客製化等應用軟體等,資訊處要忙的事其實還真的不少。

對了,偌大的廠房佈置,每個作業區有不同的設備,我竟然好像似曾相似耶。 是在哪裡看過類似的場景呢? 哈,原來是去年我玩「空降神兵」,盟軍空降到德軍的一個坦克工廠內,在廠區內要殲滅敵人的一個遊戲任務啦。 🙂

我們參觀整整花了有兩個多小時。 在靠出口總算有看到自動販賣機,我一連投了沙士、無糖綠茶,兩瓶灌完才有那個止渴的滿足,實在口真的太渴了。

回來辦公室後,休息一下,再看看 Cathy 的 SA 輔導,也指正了一些問題點,約下午五點多開車回台北了。 回來後,身體髒的難受,迫不急待地洗頭淋浴,整個人才覺得有放鬆、舒服的感覺。

說真的,在剛進入廠區的那個時候,我突然有著很深的感觸。 真的非常尊敬與佩服長期要待在裡面的工作人員,大部分聘請的員工是苗栗在地的客家人,真的是很能刻苦耐勞。 我也覺得慚愧,自己與幾乎所接觸的朋友、客戶等等,都是待在冷氣房的辦公室內,腦力工作,實在輕鬆太多了,如何能比得上要靠勞動且普遍要位居險惡環境的勞工朋友啊!

※ 延伸閱讀:
 o 東和鋼鐵苗栗廠一日行 (1)

東和鋼鐵苗栗廠一日行 (1)

早上 8:40 左右,與 Cathy, Ringle, Arthur 約在南勢角麥當勞這邊,由我開著車,走北二高,到了「後龍交流道」下來。再由 Cathy 喋喋不休、一路指點,轉過西湖鄉,總算抵達到了東和鋼鐵苗栗廠。 因為今天是苗栗廠這邊 MES 系統 (Manufacturing Exceution System) 的 Kick-off Meeting,所以我們顧問團隊的主要成員們都參與了今天的盛會。
(*** 考量機密性問題,廠區內照片不便公開,故仍將之移除 ***)
阿水海鮮店@東鋼苗栗廠

我們辦了證件,一進來就走進大門不遠,相當獨特建築的辦公大樓內,據經理說當初是委託相當知名的建築設計師建造的。 本以為早上會先參觀廠房,結果走上去到了四樓的辦公室內的小會議室後,Cathy 馬上就迫不急待拿出筆電,開始作需求訪談分析啦。 而 Ringle 與我 不得已只好又走下樓到停車區這邊拿筆電。 呵,看來是經理的一片善意,讓我們能好好的爬樓梯健身。 😉

閱讀全文 »

「UML 協同團隊合作開發」問題與內容勘誤回覆

讀者 Pogi 很細心地在 「Ringle 即將出版的新書─ UML 協同團隊合作開發」一文中,提出他對閱讀了該書之後所發現的問題。 在此我也特請原作者 Ringle 在此針對所提的問題作回覆。

請問有提供勘誤表回饋網址或mail嗎?

  • 43頁:
    一般化關係:是不是應該說明一般、特殊化關係的方向性?
    整體-局部關係:聚合跟組合的圖看起來都是實心的。
  • 44頁:
    相依性關係:圖示錯了。
  • 45頁:
    圖3-2的內容跟前面訪談結果不一致,特助有說跟住院事件相關的人員:醫生、護士、櫃台人員,但是類別圖卻沒有櫃台人員。

Ringle 的回覆如下:

謝謝你那麼仔細地看這本書,有關您所問的問題,分別說明如下:

  1. 43頁:
    一般化關係:是不是應該說明一般、特殊化關係的方向性?
    照您所說的,我會在下一版中加入一個說明:「病床」類別是「非健保病床」與「健保病床」類別的一般化。
    另,聚合的部分應該為實心,這是在校稿時忽略掉了。
  2. 相依關係的部分也是一樣的。這幾個部分,主要是由於書籍的美編重新改過了原來的稿子所造成的,不過我在校稿時也沒有發現,謝謝你的指正。
  3. 有關類別圖與訪談結果並沒有不一致。「櫃臺人員」主要是屬於「Actor」的性質,並不屬於類別圖中所需關心的問題。
    對於特助來說,他並非軟體設計人員,因此,他只是忠實地說明他所看到的現象,但設計人員應該要針對他的回答加以思考並過濾,而非全盤接收。

「UML 團隊開發流程與管理」新書正式出版(6/12)

Ringle 的新書:「UML 團隊開發流程與管理」確定於 6/12 由「悅知文化」正式出版。 現在有活動優惠,在 6/12 前預購均享有 7 折優惠。

UML團隊開發流程與管理 UML團隊開發流程與管理
-----------------------------------
作者: 賴信仁
出版社:悅知文化
ISBN:978-986-6761-90-4

本書特色:
這是一本將理論與實務作完美結合的書。以案例分析的方式,告訴讀者如何透過UML正確表達軟體設計的精神,同時搭配工具軟體與Lab單元,讓讀者可以從做中學,在練習的過程中,確實瞭解軟體開發的過程。

內容簡介:
對於軟體設計的初學者來說,面對大量的資訊,往往不知從何處開始下手。本書係根據作者多年的授課經驗寫作而成,特別針對有以下需求的讀者,提供學習的指引:

■ 想要瞭解UML及其應用時機的讀者:
本書第一部份,設計了一個完整的案例,並且將UML的十三張圖應用在該案例中,利用Q&A的方式,深入淺出地說明UML 13張圖的基本精神及其應用,讓剛開始接觸UML的讀者可以透過實際案例瞭解UML。

■ 想要知道如何在實際專案中應用UML的讀者:
本書的第二部分,設計了另一個完整的案例,並搭配工具軟體,配合UML、MDA以及實際的程式碼,讓進階的讀者可以瞭解,應該如何在實際的專案中應用UML。而且在每個章節中,都提供LAB練習,讓讀者可以「從做中學」。

■ 想要知道軟體開發團隊如何合作的讀者:
本書的第三部分,作者設計了一個團隊合作的情境,透過一個虛擬專案的進行,讓讀者可以瞭解團隊中的各個角色,以及如何挑選適合的工具來幫助自己完成工作,以及如何善用工具,讓團隊合作能夠更簡單、更順利。

■ 想瞭解Enterprise Architect如何使用:
Enterprise Architect是一套完整的UML支援工具,完整支援UML 2.1的13張圖形,並且Support多種程式語言及資料庫,且提供了非常多的客製化空間。本書主要使用該套工具進行實作,並介紹該軟體的操作及客製化技巧。

「UML 團隊開發流程與管理」新書封面完稿
(點擊圖片鏈接看原圖)「UML 團隊開發流程與管理」新書封面完稿

※ 延伸參考:
o 「UML 協同開發管理」新書序言 Preview
o Ringle 即將出版的新書─「UML 協同團隊合作開發」

「UML 協同開發管理」新書序言 Preview

Ringle 的新書 ─ 「UML 協同開發管理」,順利的話,應該是這個月就會出版了。 本書的序言還特別邀請我們曾經輔導過,包括企業 IT 資訊部門主管,以及軟體開發公司教育課程培訓承辦人、專案經理等。 由於先前輔導時的合作均相當愉快,且對 Ringle 嚴謹且甚為專業的能力給予相當肯定,所以請之協助寫序時,都相當樂意來背書。

我這裡就先列出該書部份的序言內容。 其中也有美女好朋友們的加持,而且好不容易獲得她們的首肯,願意提供美美的照片放在序言內。不過不知道新書出版時會不會有含照片? 有的話也算創舉,想必銷路會賣得更好。 😉

Vivi 為 Ringle 新書的序言背書
~序的開始~該怎麼開始才好呢?

生平以來第一次很榮幸的接到Ringle老師的邀請,幫忙推薦~ 以小女子我的經驗:

公司在去年 (2008 年)針對技術同仁們進行一系列的Java 與UML技術培訓課程,聘請了Ringle與其顧問團隊擔任課程的專業講師,規劃長達七個月的訓練。

過程中在每次上課時看到他們用心教學及互動,課前或課後也都會互相溝通關於學員的學習狀況及如何改正微調後續的教學方向,讓我在執行時非常順利及安心。 課程結束後學員們對課程的滿意度平均值也是相當不錯,所以在此特別謝謝他們對課程的用心。

同時也恭喜Ringle將教材、專案開發與顧問輔導時的經驗等等撰寫成書,對於期望應用物件導向原理於開發實務的朋友來說,一定會是一本很好的重要學習指南喔。

HiTrust 教育訓練培訓專員 Vivi Wang

閱讀全文 »

軟體思維顧問

專職軟體輔導與教育訓練的獨立顧問。輔導企業資訊單位如何有效組織系統開發與維護;輔導開發人員達成有效的專業分工。傳授如何把軟體作軟 (Keeping Software Soft)的技能,得以提昇系統的彈性/延展,並進而創造系統的再利用價值。

Personal