MSE Studio Project 總結 (1)
11 views
Skip to first unread message
Mac-Mangobear
Aug 24, 2008, 10:13:01 PM8/24/08
to CSZone 程式設計樂園
短短的兩週暑假要結束了，又要從懶散的生活回到扎實的課程，實在是誠惶誠恐，這學期我選修machine learning（換個名字的人工智慧）與
dependable embedded systems（看課表都在講fault tolerance），負擔應該都相當重，也只能割愛許多其他看來
不錯的課程。這是最後一個學期了，預計也會有一些課外的事務要忙，不能讓時間被學業佔滿。
在暑期，我們居然要付全額的學費一萬八千多美金幫人家寫程式，這點實在是很難讓人接受，不過也沒有別的辦法。還好我們的暑期做得還算不錯，有把東西交出
來，客戶很開心，老師也給很高的成績，算是皆大歡喜。這篇就跟大家總結一下這個計畫的概況。
如果大家不太熟悉的話，先介紹一下這個master of software engineering的設計好了。這個program有四個學期，以同
一個studio project貫穿起來，每個team四到五個人，不管甚麼課的分組都一樣，主題也都是圍繞在studio project上。從幾
乎一開始，每個人每週都會與導師個人面談半小時，討論studio project中發生的問題。
第一年的秋天教軟體開發管理、需求取得、正規方法，工作的主軸是建立團隊互信、與客戶協商討論，取得詳細的工作計畫（statement of
work）與需求定義（requirements以及quality attributes）。
第二年春天教軟體架構、靜態分析，工作的主軸是根據客戶的需求進行架構設計，包括先期尋找架構設計中的疑點，實驗釐清，並且擬訂品質計畫。
第二年的夏天沒有必修課，就是跳進來實作。很多人會加修一門independent study，向自己心儀的老師多學點東西。
第二年的秋天也沒有必修課，studio project的部分要求大家進行售後服務與檢討。大部分的人都會修一些CS的課，還有花時間找工作（除非是
像 Sony, LG, Samsung, IBM, 國防廠商 這些公司排來的，大部分的同學都要花不少時間在這上面呢）。
我們這個team性質稍為特殊一點，因為客戶沒有非常確定自己想要甚麼，所以第一個學期我們大多花在尋找客戶公司（Bosch 的車體電子部
門，Bosch是世界上最大的汽車零件供應商之一）進行global software development時遇到的問題，訪問了公司內的一些人
（包括德國總公司與印度分公司的工程師，以及Bosch自己的研究員），也讀了一些paper。有趣的是也可以直接由team member得到經驗，
因為有五人中有三個的日常工作都是global software development。另外我們的老師之一Dr.Herbsleb也是這方面著名
的學者，他也參加過好幾次我們的聚會，給予很多建議。在學期末的時候，終於決定了大方向：我們要做的是可以遠端分享UML diagrams與自由繪圖
（白板）的工具，讓分處多地的設計師可以更流暢地交談。我在這個學期的角色是team lead，重點是創造團隊互信以及確保得到可行的大方向。
如果有興趣的話，可以來看看我們成品的video demo：
http://video.google.com/videoplay?docid=4366810509430081741&hl=en
http://video.google.com/videoplay?docid=-4601933474375051842&hl=en
http://dogbert.mse.cs.cmu.edu/mse2007-2008/projects/bosch/
dependable embedded systems（看課表都在講fault tolerance），負擔應該都相當重，也只能割愛許多其他看來
不錯的課程。這是最後一個學期了，預計也會有一些課外的事務要忙，不能讓時間被學業佔滿。
在暑期，我們居然要付全額的學費一萬八千多美金幫人家寫程式，這點實在是很難讓人接受，不過也沒有別的辦法。還好我們的暑期做得還算不錯，有把東西交出
來，客戶很開心，老師也給很高的成績，算是皆大歡喜。這篇就跟大家總結一下這個計畫的概況。
如果大家不太熟悉的話，先介紹一下這個master of software engineering的設計好了。這個program有四個學期，以同
一個studio project貫穿起來，每個team四到五個人，不管甚麼課的分組都一樣，主題也都是圍繞在studio project上。從幾
乎一開始，每個人每週都會與導師個人面談半小時，討論studio project中發生的問題。
第一年的秋天教軟體開發管理、需求取得、正規方法，工作的主軸是建立團隊互信、與客戶協商討論，取得詳細的工作計畫（statement of
work）與需求定義（requirements以及quality attributes）。
第二年春天教軟體架構、靜態分析，工作的主軸是根據客戶的需求進行架構設計，包括先期尋找架構設計中的疑點，實驗釐清，並且擬訂品質計畫。
第二年的夏天沒有必修課，就是跳進來實作。很多人會加修一門independent study，向自己心儀的老師多學點東西。
第二年的秋天也沒有必修課，studio project的部分要求大家進行售後服務與檢討。大部分的人都會修一些CS的課，還有花時間找工作（除非是
像 Sony, LG, Samsung, IBM, 國防廠商 這些公司排來的，大部分的同學都要花不少時間在這上面呢）。
我們這個team性質稍為特殊一點，因為客戶沒有非常確定自己想要甚麼，所以第一個學期我們大多花在尋找客戶公司（Bosch 的車體電子部
門，Bosch是世界上最大的汽車零件供應商之一）進行global software development時遇到的問題，訪問了公司內的一些人
（包括德國總公司與印度分公司的工程師，以及Bosch自己的研究員），也讀了一些paper。有趣的是也可以直接由team member得到經驗，
因為有五人中有三個的日常工作都是global software development。另外我們的老師之一Dr.Herbsleb也是這方面著名
的學者，他也參加過好幾次我們的聚會，給予很多建議。在學期末的時候，終於決定了大方向：我們要做的是可以遠端分享UML diagrams與自由繪圖
（白板）的工具，讓分處多地的設計師可以更流暢地交談。我在這個學期的角色是team lead，重點是創造團隊互信以及確保得到可行的大方向。
如果有興趣的話，可以來看看我們成品的video demo：
http://video.google.com/videoplay?docid=4366810509430081741&hl=en
http://video.google.com/videoplay?docid=-4601933474375051842&hl=en
http://dogbert.mse.cs.cmu.edu/mse2007-2008/projects/bosch/
Philosopher
Aug 29, 2008, 9:52:15 PM8/29/08
to CSZone 程式設計樂園
On 8月25日, 上午10時13分, Mac-Mangobear <LiangYun.W...@gmail.com> wrote:
> 第一年的秋天教軟體開發管理、需求取得、正規方法，工作的主軸是建立團隊互信、與客戶協商討論，取得詳細的工作計畫（statement of
> work）與需求定義（requirements以及quality attributes）。
>
> 第二年春天教軟體架構、靜態分析，工作的主軸是根據客戶的需求進行架構設計，包括先期尋找架構設計中的疑點，實驗釐清，並且擬訂品質計畫。
這幾門課滿有趣的，可以列一下參考書目嗎？感謝！ :)> 第一年的秋天教軟體開發管理、需求取得、正規方法，工作的主軸是建立團隊互信、與客戶協商討論，取得詳細的工作計畫（statement of
> work）與需求定義（requirements以及quality attributes）。
>
> 第二年春天教軟體架構、靜態分析，工作的主軸是根據客戶的需求進行架構設計，包括先期尋找架構設計中的疑點，實驗釐清，並且擬訂品質計畫。
Mac-Mangobear
Aug 30, 2008, 3:37:40 PM8/30/08
to CSZone 程式設計樂園
大部分的時候，老師都混一堆書耶，所以每門課的參考書都有很多本唷
還是以投影片與上課討論、作業為主啦。
還是以投影片與上課討論、作業為主啦。
Mac
Sep 2, 2008, 10:53:12 PM9/2/08
to CSZone 程式設計樂園
以下是第一學期三門課的參考書目，第二學期有一門課就連參考書目都不給啦，全部靠講義囉
mac
Management:
Pressman, Roger S., 2005, "Software Engineering, A Prationer's
Approach, Sixth Edition", McGraw Hill, ISBN 0-07-301933-X
Method:Decide What to Design
http://conway.isri.cmu.edu/~jdh/MethodsF07/res/bib.htm
Models
>Models of Software Systems, by Garlan, Wing,
Celiku, Kroening
>Using Z: Specification, Refinement, and Proof, by
Woodcock and Davies
>Concurrency: State Models and Java Programs,
by Magee and Kramer
Architecture:
Software Architecture: Perspectives on an Emerging
Discipline, Shaw & Garlan, 1996 [SG96]
Software Architecture in Practice, Second Edition,
Bass, Clements, & Kazman, 2003 [BCK03]
Documenting Software Architectures: Views and
Beyond, Clements, et al. 2003 [C+03]
mac
Management:
Pressman, Roger S., 2005, "Software Engineering, A Prationer's
Approach, Sixth Edition", McGraw Hill, ISBN 0-07-301933-X
Method:Decide What to Design
http://conway.isri.cmu.edu/~jdh/MethodsF07/res/bib.htm
Models
>Models of Software Systems, by Garlan, Wing,
Celiku, Kroening
>Using Z: Specification, Refinement, and Proof, by
Woodcock and Davies
>Concurrency: State Models and Java Programs,
by Magee and Kramer
Architecture:
Software Architecture: Perspectives on an Emerging
Discipline, Shaw & Garlan, 1996 [SG96]
Software Architecture in Practice, Second Edition,
Bass, Clements, & Kazman, 2003 [BCK03]
Documenting Software Architectures: Views and
Beyond, Clements, et al. 2003 [C+03]
Reply all
Reply to author
Forward
0 new messages