敏捷方法中使用高階與低階的溝通

以作者查詢圖書館館藏

、以作者查詢臺灣博碩士

、以作者查詢全國書目

、勘誤回報

、線上人數：145

、訪客IP：3.133.144.197

姓名

洪盟翔(Meng-Shiang Hung) 查詢紙本館藏

畢業系所

資訊工程學系

論文名稱

敏捷方法中使用高階與低階的溝通
(Using High and Low Level Communication in Agile Method)

相關論文

★ 以極致編程為基礎的嵌入式系統雙層測試工具	★ 極致編程的兩個延伸：繪製草圖及英詞中句虛擬碼
★ 應用DAML建立代理人社群以整合網路服務	★ 以DAML為基礎的目標導向個人代理人
★ 攜帶可延伸的ontology以增進agent間的溝通	★ 使用代理人支援eXtreme Programming(XP)環境的建構系統
★ 使用代理人輔助XP環境之驗收測試	★ 使用代理人輔助eXtreme Programming環境之單元測試
★ 使用代理人輔助eXtreme Programming環境之版本控制	★ 行動代理人使用DAML Ontology於進階用路人資訊系統
★ 網路服務描述的整合驗證環境	★ 適用OWL-S服務模型之新的正規技術
★ 用於代理人互動的知識本體增強的多代理人閘道系統	★ 文件製作活動：極致編程在嵌入式系統上之延伸
★ 測試驅動開發用於高職生程式教學	★ 使用極致編程在嵌入式系統中移植開放原始碼

檔案

[Endnote RIS 格式]

[Bibtex 格式]

[相關文章]

[文章引用]

[完整記錄]

[館藏目錄]

[檢視]

[下載]

本電子論文使用權限為同意立即開放。
已達開放權限電子全文僅授權使用者為學術研究之目的，進行個人非營利性質之檢索、閱讀、列印。
請遵守中華民國著作權法之相關規定，切勿任意重製、散佈、改作、轉貼、播送，以免觸法。

摘要(中)

本論文嘗試分析團隊溝通的內容，以 abstraction level 來分類，整理出週期規律，且提出一些準則。團隊溝通一開始會從 high level的需求，往 low level 的架構設計討論，然後再往更 low level 的實作。之後會在這些層級來回移動，循序漸進。本文提出開發環境監測系統的例子，在兩組人員的討論過程，可以明顯的看出這些規律。最後根據這些規律提出一些準則: 1) 循序漸進的溝通， 2) 文件的重要性， 3) 討論人數與abstraction level 的關係。

摘要(英)

We tried to analyze communication of an agile team, classified contents of communication according to abstraction level, cleaned up a cycle rule, and proposed a number of practices. At the beginning, the team communicated from the highest level requirements, then go down to a lower level architecture design, eventually go to the lowest level implementation. After that, the communication will move back and forth in abstraction levels. In our example of developing the surveillance system, the cycle rule is obviously observed in the interaction of two pairs. At the end, we proposed three practices according to our observation: 1) communicate step by step, 2) the importance of documents, 3) the relationship between the number of people and the abstraction level.

關鍵字(中)

★ 低階溝通
★ 高階溝通
★ 敏捷方法

關鍵字(英)

★ Low Level Communication
★ Agile Method
★ High Level Communication

論文目次

摘要 1
ABSTRACT 2
誌謝 3
目錄 4
圖目錄 5
一、 Introduction 6
二、 Related Work 7
三、 Model 8
四、 An Example 10
五、 Conclusions 14
References 15
附錄一 16

參考文獻

[1] Martin Fowler. The New Methodology. [Online]. Available:
http://martinfowler.com/articles/newMethodology.html
[2] Manifesto for Agile Software Development. [Online]. Available:
http://www.agilemanifesto.org/
[3] Don Wells. Extreme Programming: A gentle introduction. [Online]. Available:
http://www.extremeprogramming.org/
[4] Schwaber, Ken, “Agile Project Management with Scrum”, 2005
[5] Don Wells. The Rules of Extreme Programming. [Online]. Available:
http://www.extremeprogramming.org/rules.html
[6] Don Wells. Pair Programming. [Online]. Available:
http://www.extremeprogramming.org/rules/pair.html
[7] Kai Stapel, Eric Knauss, Kurt Schneider, and Matthias Becker.
“Towards Understanding Communication Structure in Pair Programming”, 2010.
[8] Sara Shahzad. “Learning From Experience: The Analysis of an Extreme
Programming Process”, International Conference on Information Technology,
2009.
[9] Zahid Hussain, Martin Lechner, Harald Milchrahm, Sara Shahzad,Wolfgang
Slany, Martin Umgeher, Thomas Vlk. “Optimizing Extreme Programming”,
Proceedings of the International Conference on Computer and Communication
Engineering, 2008.
[10] Martin, Robert C. “Design Principles and Design Patterns”, Retrieved 2000.
[11] Bruno Pages. BOUML. [Online]. Available:
http://bouml.free.fr/

指導教授

陳振炎(Jen-Yen Chen)

審核日期

2010-6-23

推文