Skip to main content

SCEA Part 2 功課

本週放假做 SCEA Part 2 Assignment,過了幾天爛生活 :
十一時許 太陽光到不行 才記身
十二時許 跟 老爹 落街食個飯
飯後去 自修室 坐 兩個鐘 (攪 UML Distilled), 或去 電玩中心 打 兩個鐘 電玩 (KOF 2002 UM)
回家 小睡一會
七時許食晚飯 (有時約了朋友 / 舊同事 會外出晚餐)
上網看 Reader / Twitter / Facebook / Youtube 真到兩點幾
睡覺

功課的進度慢得很...其實要做的東西很簡單。它給了一個 Domain Model 和 五個 Use Cases,在下要做的是 Analyse & Design,而 Deliverables 包括 :
Class Diagram for all classes
Sequence / Collaboration Diagram for each use case
Component Diagram
Deployment Diagram
Risks & Assumptions

其實這些東西跟之前做的 Design & Functional Spec 差不多,只欠了 Risk, Component Diagram 和 Deployment Diagram。但由於以前交出來唔駛怕唔合格,有問題 的話 客戶 / Architect 會叫我再改;而今次唔合格就 ... 令個荷包好痛 ~

Comments

Alex Wong said…
在 SCEA version 1,只是需要 class diagram, sequence/activity diagram 同 component diagram。

其實多左 requirement 同埋貴左是好事,起碼會門檻提昇左,少左D無謂人考到SCEA
Tom Fong said…
我做果份係一間汽車公司想offer一d零件訂單比世界各地的supplier去bid.
我用struts + ejb3 + jpa. 感覺上個flow都好直接,無咩j2ee design pattern 可以用得著,係risk 果part要夾硬諗d野出黎講.一開始上forum 睇下有無人做呢份諗住集思廣益,但睇睇下都係覺得信自己好.又搵左一份以前人地做scea version1時的功課sample參考.慢慢做慢慢做,假期又做下又停下.做左成三個幾月.
跟住考part3時要答8條問題,但因為唔知佢要我答幾詳細,我安全起見盡量去答,每題答左10-15分鐘,交卷時2小時的時間都差不多用盡了.
William said…
Hi Kenny,

你好, 我在網上看到你的blog. 想請教有關SCEA assignment 的問題.

小弟現在design component. 請問可否賜教如何表達 ejb3 和 jsf 的關係?

一個stateless session bean service 是一個component 嗎?

感激不盡

(PS: 我的assignement 是Factory Home)

email: williamccw@gmail.com

Popular posts from this blog

機構目標 Organization's Objectives

 今早 發生了一個小故事. 是咁的, 今早有位快递員送了一個 生果 籃到在下家. 過了一段時間後, 該 快递員發了個語音訊息給在下, 問可否拍一張 生果 籃的照片並傳給他. 當時在下已跟內子把該 生果 籃拆了, 並將生果放入雪櫃.  該 快递員又發另一個語音 請求如若生果尚在的話, 可以隨意放回再拍照給他, 好讓 他交差.  是日在下十分合作, 如他所願地發了他需要的照片好讓他交差. 在這個故事內, 我可以推斷 / 想像到 該機構 需要快递員 拍照以證明生果 籃在甚麼情況下送到目的客戶地址。但若然  快递員 忘了這一步呢? 若果快递員對閣下作出以上要求, 閣下又會否理會? 在一個人多的機構內, 很多時候都有很多大家都不太明白為何要做, 但大家都正在做的程序。會不會都有跟以上故事差不多的效果? 也許閣下會覺得 在下沒有勇氣對該 快递員 直斥其非, 只敢在這吐糟。不過, 這個是  快递員 的錯嗎? 非也, 是因為香港土地不足!!

腦風暴 BrainStorm

1) 鄧小平 有一名句:「不理黑貓 還是白貓,找到老鼠的就是好貓。」(*雖則最平有 綠貓 和 透明貓的出現)。那我又為何老是要人家 接受我的那一套呢? 2) 用管理流水作業生產模式去管I.T. 並不適合。 3) 不要以為你工作比較久,經驗就一定豐富。I.T. 是日新月異的,昨日用的方法,明日可能會有更好的,所以不進修、不多留意業界,就等於令自己 Fade out ~ 4) 作為小的不要老是依靠老大的帶頭改變,如果每一樣東西都必定要由 老大 去提議 / 決定,那麼老大走了世界又會變成甚麼?小的之所以能變為老大,是因為他們擁有變成大人物的要素 - 看到問題,幫手解決;當然小的亦可以很簡單地怨天尤人 ~ 那麼一輩子可以過得簡單一點。 5) 在 [你會問問題嗎?] 一書內,作者引出一個對我來說是一個很新的想法,又或者 依小影的說法 那是一個巧妙的心理陷阱。要看一個領導是否能幹,不是看領導在場的時候手下甚麼做事,而是要看領導不在時手下甚麼做事。 6) Single Point of Failure = Fatal! 7) 我很容易動怒,之後作人身攻擊... 8) Pointing finger does NOT give much positive impact on the whole company. 指出了別人的錯誤並將他 凌遲處死 當然可收 以警傚尤 之效,但是我們是否可以再多走一步,審視一下是否 系統 / 制度上有問題 ? 9) 如果每次都要 上級 明確地指出我的錯誤,那我未免太遜了! 10) 要提醒自己不要被負面思想 / 文化 侵蝕~!! 11) 為甚麼要用 coding standard ? I.T. 這行的流動性大,寫這個 program 的人明日可能已經不再在此。如果程式是依照的是業界標準寫的話,接手的人不就會比較容易看明白嗎?! 12) 接收反對的聲音...積極的溝通,尋找共同的目標,非對抗...

是日金句

星期五有幸聽到呢一句 "山不轉路轉、路不轉人轉" 當時我理解為 "盡則變, 變則通". 然後在 網上再找找 又找到更多的解說. 當時亦在腦中播出 劉德華 劉天王 的 常言道 BTW, 這個 LMGTFY 網站似乎最近改變了不少...