8. REFERENCES [1] J. Kim and C. R.

8. REFERENCES
[1] J. Kim and C. R. Carlson, “Design units-a layered approach
for design driven software development,” Inf. Softw.
Technol., vol. 43, no. 9, pp. 539 – 49.
[2] N. Medvidovic, P. Grunbacher, A. Egyed, and B. W. Boehm,
“Bridging models across the software lifecycle,” in Journal
of Systems and Software, 2003, vol. 68, no. 3, pp. 199–215.
[3] J. van Gurp and J. Bosch, “Design erosion: problems and
causes,” J. Syst. Softw., vol. 61, no. 2, pp. 105 – 19.
[4] M. Lavallee and P. N. Robillard, “Causes of premature aging
during software development: An observational study,” in
IWPSE-EVOL’11 - Proceedings of the 12th International
Workshop on Principles on Software Evolution, 2011, pp.
61–70.
[5] S. Vaucher, F. Khomh, N. Moha, and Y.-G. Gueheneuc,
“Tracking design smells: Lessons from a study of God
classes,” in Proceedings - Working Conference on Reverse
Engineering, WCRE, 2009, pp. 145–154.
[6] H. P. Breivold, I. Crnkovic, and M. Larsson, “A systematic
review of software architecture evolution research,” Inf.
Softw. Technol., vol. 54, no. 1, pp. 16–40, 2012. [7] L. De Silva and D. Balasubramaniam, “Controlling software
architecture erosion: A survey,” J. Syst. Softw., vol. 85, no. 1,
pp. 132–151, 2012.
[8] W. Li, L. Etzkorn, C. Davis, and J. Talburt, “An empirical
study of object-oriented system evolution,” Inf. Softw.
Technol., vol. 42, no. 6, pp. 373 – 81.
[9] G. C. Murphy, D. Notkin, and K. J. Sullivan, “Software
reflexion models: Bridging the gap between design and
implementation,” IEEE Trans. Softw. Eng., vol. 27, no. 4, pp.
364–380, 2001.
[10] G. Antoniol, B. Caprile, A. Potrich, and P. Tonella, “Design-
code traceability for object-oriented systems,” Ann. Softw.
Eng., vol. 9, pp. 35–58.
[11] S. Chaki, A. Diaz-Pace, D. Garlan, A. Gurfinkel, and I.
Ozkaya, “Towards engineered architecture evolution,” in
Proceedings - International Conference on Software
Engineering, 2009, pp. 1–6.
[12] M. V. Mäntylä and C. Lassenius, “Subjective Evaluation of
Software Evolvability Using Code Smells: An Empirical
Study,” Empir. Softw. Eng., vol. 11, no. 395–431, 2006.
[13] Microsoft, Microsoft Application Architecture Guide, 2nd
editio. 2009, p. 560.
[14] P. N. Robillard, P. Kruchten, and P. D’Astous, Software
Engineering Process with the UPEDU. Boston, MA:
Addison-Wesley, 2003.
[15] E. Germain and P. N. Robillard, “What cognitive activities
are performed in student projects?,” in Proceedings 16th
Conference on Software Engineering Education and
Training, pp. 224 – 31.
[16] E. Germain and P. N. Robillard, “Towards software process
patterns: An empirical analysis of the behavior of student
teams,” Inf. Softw. Technol., vol. 50, no. 11, pp. 1088–1097,
2008.
[17] P. Kruchten, The Rational Unified Process: An Introduction,
2nd ed. Reading, Massachusetts: Addison-Wesley, 2000.
[18] K. Dhambri, H. Sahraoui, and P. Poulin, “Visual detection of
design anomalies,” in Proceedings of the European
Conference on Software Maintenance and Reengineering,
CSMR, 2008, pp. 279–283.
[19] Y. Zhou, B. Xu, and H. Leung, “On the ability of complexity
metrics to predict fault-prone classes in object-oriented
systems,” J. Syst. Softw., vol. 83, no. 4, pp. 660–674, 2010.
[20] P. N. Robillard, “Opportunistic problem solving in software
engineering,” IEEE Softw., vol. 22, no. 6, pp. 60–67, 2005.
[21] M. A. Babar and I. Gorton, “Software architecture review:
the state of practice,” Comput., vol. 42, no. 7, pp. 26–32,
2009.
[22] J. Carver, L. Jaccheri, S. Morasca, and F. Shull, “Issues in
using students in empirical studies in software engineering
education,” in Software Metrics Symposium, 2003.
Proceedings. Ninth International, 2003, pp. 239–249.
[23] M. Höst, B. Regnell, and C. Wohlin, “Using Students as
Subjects - A Comparative Study ofStudents and Professionals
in Lead-Time Impact Assessment,” Empir. Softw. Engg., vol.
5, no. 3, pp. 201–214, 2000.
[24] A. A. Porter, L. G. Votta Jr., and V. R. Basili, “Comparing
detection methods for software requirements inspections: a
replicated experiment,” IEEE Trans. Softw. Eng., vol. 21, no.
6, pp. 563–575, 1995.
[25] A. Porter and L. Votta, “Comparing detection methods for
software requirements inspections: A replication using
professional subjects,” Empir. Softw. Eng., vol. 3, no. 4, pp.
355–379, 1998.

ผลลัพธ์ (ไทย) 1:

8. การอ้างอิง [1] เจ.คิมและ C. R. คาร์ลสัน "การออกแบบหน่วยเป็นวิธีแบบ การขับเคลื่อนการออกแบบซอฟต์แวร์การพัฒนา Inf. Softw Technol. ปี 43 หมายเลข 9, 539 พีพีอ่าวมาหยา – 49 [2] N. Medvidovic, P. Grunbacher, A. Egyed และ b ปริมาณ Boehm "กาลรุ่นข้ามวงจรซอฟต์แวร์ ในสมุดรายวัน ระบบและซอฟต์แวร์ 2003 ปี 68 หมายเลข 3 นำ 199-215 [3] เจ.แวน Gurp และ J. Bosch, "ออกแบบกัดเซาะ: ปัญหา และ ทำให้ เจ Syst. Softw. ปี 61 หมายเลข 2 นำ 105-19 [4] Lavallee ม.และ P. N. Robillard "สาเหตุของริ้วรอยก่อนวัย ในระหว่างการพัฒนาซอฟต์แวร์: การศึกษาเชิงสังเกตการณ์, "ใน IWPSE-EVOL'11 - วิชาการนานาชาติครั้งที่ 12 ประชุมเชิงปฏิบัติการหลักในวิวัฒนาการซอฟต์แวร์ 2011, pp 61-70 [5] S. Vaucher, Khomh นี่ โมตอนเหนือ และ Y. กรัม Gueheneuc "ติดตามออกกลิ่น: บทเรียนจากการศึกษาของพระเจ้า คลา ในตอน - ทำงานการประชุมย้อนหลัง วิศวกรรม WCRE ปี 2009 นำ 145-154 [6] H. P. Breivold, I. Crnkovic และม. Larsson "ระบบ ทบทวนงานวิจัยวิวัฒนาการสถาปัตยกรรมซอฟต์แวร์ Inf Softw Technol. ปี 54 หมายเลข 1 นำ 16-40, 2012 [7] L. De Silva และ D. Balasubramaniam "การควบคุมซอฟต์แวร์ กัดเซาะสถาปัตยกรรม: แบบสำรวจ, "เจ Syst. Softw. 85 ปี หมายเลข 1 นำ 132-151, 2012 [8] ปริมาณ Li, L. Etzkorn, C. Davis และ J. Talburt "การประจักษ์ ศึกษาวิวัฒนาการของระบบเชิงวัตถุ Inf. Softw Technol. ปี 42 หมายเลข 6 นำ 373-81 [9] กรัม C. เมอร์ฟี D. Notkin และคุณเจซัลลิ แวน ซอฟต์แวร์" รุ่นฟิต: เชื่อมโยงช่องว่างระหว่างการออกแบบ และ งาน IEEE Softw โอนย้าย สุขาภิบาล ปี 27 หมายเลข 4, pp 364-380, 2001 [10] Antoniol กรัม เกิด Caprile, A. Potrich และ P. Tonella "ออกแบบ-รหัสตรวจสอบย้อนกลับสำหรับระบบเชิงวัตถุ Ann. Softw สุขาภิบาล ปี 9, 35 พีพีอ่าวมาหยา – 58 [11] S. เดิม อ.ดิแอซก้าว D. Garlan, A. Gurfinkel และฉัน Ozkaya "ไปทางวิศวกรรมสถาปัตยกรรมวิวัฒนาการ ใน ตอน - ซอฟต์แวร์การประชุมนานาชาติ วิศวกรรม 2009, 1 – 6 นำ [12] ม. V. Mäntylä และ C. Lassenius "ตามอัตวิสัยประเมิน ซอฟต์แวร์ Evolvability ใช้รหัสกลิ่น: การประจักษ์ ศึกษา Empir Softw สุขาภิบาล ปี 11 หมายเลข 395-431, 2006 [13] Microsoft แนะนำโปรแกรมประยุกต์ Microsoft สถาปัตยกรรม 2 editio 2009, p. 560 [14] Robillard ตอนเหนือ P., P. Kruchten และ D'Astous P. ซอฟต์แวร์ กระบวนการวิศวกรรมกับการ UPEDU ที่อยู่:: แอดดิสัน-Wesley, 2003 [15] อีนี่และ P. N. Robillard "สิ่งรับรู้กิจกรรม ดำเนินการในโครงการนักเรียน?, "ในตอน 16 การประชุมวิชาการวิศวกรรมซอฟต์แวร์การศึกษา และ ฝึกอบรม นำ 224 – 31 [16] นี่ E. และ P. N. Robillard "ต่อกระบวนการซอฟต์แวร์ รูปแบบ: การวิเคราะห์ผลของพฤติกรรมของนักเรียน ทีม Inf. Softw Technol. ปี 50 หมายเลข 11, 1088 พีพีอ่าวมาหยา-1097 2008 [17] P. Kruchten การประกอบการเชือด: บทนำ 2 อ่านอุตสาหกรรมมหาบัณฑิต รัฐแมสซาชูเซตส์: Wesley แอดดิสัน 2000 [18] คุณ Dhambri, H. Sahraoui และ Poulin P. "ภาพตรวจ ออกแบบสิ่งผิดวิสัย ในวิชาการที่ยุโรป การบำรุงรักษาซอฟต์แวร์และการรื้อปรับระบบ การประชุม CSMR, 2008 นำ 279-283 [19] Y. โจว Xu เกิด และ H. เหลียง "ในความสามารถของความซับซ้อน เพื่อทำนายการเรียนมักบกพร่องในแบบเชิงวัตถุ ระบบ เจ Syst. Softw ปี 83 หมายเลข 4 นำ 660-674, 2010 [20] Robillard ตอนเหนือ P. "ยกปัญหาในซอฟต์แวร์ วิศวกรรม IEEE Softw ปี 22 หมายเลข 6 นำ 60 – 67, 2005 [21] ม.อ. Babar และ I. Gorton, "ทบทวนสถาปัตยกรรมซอฟต์แวร์: สถานะของการปฏิบัติ Comput. ปี 42 หมายเลข 7 นำ 26-32 2009 [22] เจพัก L. Jaccheri, Morasca s ได้ และเอฟ Shull "ปัญหาใน ใช้นักเรียนในผลการศึกษาในวิศวกรรมซอฟต์แวร์ การศึกษา ในวิชาการวัดซอฟต์แวร์ 2003 ตอน 9 อินเตอร์เนชั่นแนล 2003 นำ 239-249 [23] เมตร Höst, Regnell เกิด และ C. Wohlin "โดยใช้นักเรียนเป็น เรื่อง - ofStudents การศึกษาเปรียบเทียบและผู้เชี่ยวชาญ ใน Lead-Time ผลประเมิน Empir Softw Engg. ปี 5 หมายเลข 3 นำ 201-214, 2000 [24] กระเป๋า A. A., L. กรัม Votta จูเนียร์ และ V. R. Basili "การเปรียบเทียบ วิธีการตรวจสอบสำหรับการตรวจสอบความต้องการซอฟต์แวร์: การ จำลองแบบการทดลอง IEEE Softw โอนย้าย สุขาภิบาล ปี 21 ไม่ 6 นำ 563-575, 1995 [25] กระเป๋า A. และ L. Votta, "การเปรียบเทียบวิธีการตรวจสอบสำหรับ ตรวจสอบความต้องการซอฟต์แวร์: การจำลองแบบโดยใช้ มืออาชีพเรื่อง Empir Softw สุขาภิบาล 3, 4 หมายเลข pp 355 – 379, 1998

ผลลัพธ์ (ไทย) 2:

8. อ้างอิง
[1] เจคิมและซีอาร์คาร์ลสัน "หน่วยการออกแบบวิธีการชั้น
สำหรับการออกแบบขับเคลื่อนการพัฒนาซอฟแวร์ "Inf Softw.
เทคโนโลยี. ฉบับ 43 ไม่มี 9 หน้า 539 -. 49
[2] Medvidovic เอ็นพี Grunbacher ก Egyed และ BW Boehm,
"Bridging รุ่นทั่ววงจรชีวิตของซอฟแวร์" ในวารสาร
ของระบบและซอฟท์แว 2,003 ฉบับ 68 ไม่มี 3, หน้า 199-215..
[3] เจแวน Gurp เจบ๊อช "การกัดเซาะออกแบบ: ปัญหาและ
สาเหตุที่ "เจ Syst Softw. ฉบับ 61 ไม่มี 2 หน้า 105 - 19.
[4] เอ็ม Lavallee และ PN Robillard "สาเหตุของการเกิดริ้วรอยก่อนวัย
ในระหว่างการพัฒนาซอฟแวร์: ศึกษาเชิงสังเกต "ใน
IWPSE-EVOL'11 - การดำเนินการของนานาชาติครั้งที่ 12
การประชุมเชิงปฏิบัติการเกี่ยวกับหลักการในซอฟท์แววิวัฒนาการ 2011, pp ได้.
61-70.
[5] Vaucher เอสเอฟ Khomh เอ็น Moha และ Y.-G. Gueheneuc,
"การออกแบบการติดตามกลิ่น: บทเรียนจากการศึกษาของพระเจ้า
เรียน "ในการดำเนินการตามกฎหมาย - ประชุมการทำงานในแบบย้อนกลับ
.. วิศวกรรม WCRE, 2009, หน้า 145-154
[6] HP Breivold, I. Crnkovic และเอ็มลาร์สสัน, "ระบบ
ตรวจสอบของการวิจัยวิวัฒนาการสถาปัตยกรรมซอฟต์แวร์ "Inf.
Softw เทคโนโลยี. ฉบับ 54 ไม่มี 1, หน้า 16-40 2012 [7] แอลเดอซิลวาและดี Balasubramaniam, "การควบคุมซอฟต์แวร์.
การพังทลายของสถาปัตยกรรม: การสำรวจ "เจ Syst Softw. ฉบับ 85 ไม่มี 1
หน้า 132-151 2012
[8] ดับบลิวลี่ลิตร Etzkorn ซีเดวิสและเจ Talburt "การทดลอง
การศึกษาวิวัฒนาการของระบบเชิงวัตถุ "Inf Softw.
เทคโนโลยี. ฉบับ 42 ไม่มี 6 หน้า 373 - 81.
[9] GC เมอร์ฟี่, D. Notkin และ KJ ซัลลิแวน "ซอฟต์แวร์
รุ่นสะท้อน: เชื่อมช่องว่างระหว่างการออกแบบและ
การดำเนินงาน "อีอีอีทรานส์ Softw Eng. ฉบับ 27 ไม่มี 4 ได้ pp.
364-380 2001
[10] G. Antoniol บี Caprile ก Potrich และพี Tonella "การออกแบบ
ตรวจสอบย้อนกลับสำหรับระบบเชิงวัตถุ "แอน Softw.
Eng. ฉบับ 9 หน้า 35-58..
[11] เอส Chaki, A. Diaz-Pace, D. Garlan ก Gurfinkel และ I.
Ozkaya "ต่อวิวัฒนาการสถาปัตยกรรมวิศวกรรม" ในการ
ดำเนินการตามกฎหมาย - การประชุมระหว่างประเทศเกี่ยวกับซอฟท์แว
วิศวกรรม .. ปี 2009 หน้า 1-6
[12] MV Mäntyläและ C Lassenius "การประเมินผลอัตนัยของ
ซอฟท์แว Evolvability ใช้รหัสกลิ่น: เชิงประจักษ์
ศึกษา "Empir Softw Eng. ฉบับ 11 ไม่มี 395-431 2006
[13] ไมโครซอฟท์ไมโครซอฟท์แอพลิเคชันสถาปัตยกรรมคู่มือ 2
editio 2009 พี 560
[14] PN Robillard พี Kruchten และพี D'Astous ซอฟท์แว
วิศวกรรมกระบวนการกับ UPEDU บอสตัน:
Addison-Wesley 2003
[15] อีต์แชร์กแมงและ PN Robillard "สิ่งที่องค์ความรู้กิจกรรม
ที่จะดำเนินการในโครงการนักเรียน ?, "ในการดำเนินการตามกฎหมายที่ 16
การประชุมเกี่ยวกับวิศวกรรมซอฟต์แวร์การศึกษาและ
. การฝึกอบรม, หน้า 224 - 31
[ 16] อีต์แชร์กแมงและ PN โรบิลลาร์ "ที่มีต่อกระบวนการซอฟต์แวร์
รูปแบบ: วิเคราะห์เชิงประจักษ์ของพฤติกรรมของนักเรียน
ทีม "Inf Softw เทคโนโลยี. ฉบับ 50 ไม่มี 11 หน้า 1088-1097.
2008
[17] พี Kruchten, เหตุผล Unified Process: บทนำ,
2 เอ็ด อ่านหนังสือ, แมสซาชูเซต: Addison-Wesley 2000
[18] เค Dhambri เอช Sahraoui และพี Poulin "การตรวจสอบภาพของ
ความผิดปกติการออกแบบ "ในการดำเนินการของยุโรป
การประชุมเกี่ยวกับซอฟแวร์การบำรุงรักษาและการปรับรื้อ,
CSMR 2008 ได้ pp. 279-283.
[19] วายโจวเสี่ยวบีและเอชเหลียง "ในความสามารถของความซับซ้อนของ
ตัวชี้วัดที่จะคาดการณ์การเรียนความผิดได้ง่ายในเชิงวัตถุ
ระบบ "เจ Syst Softw. ฉบับ 83 ไม่มี 4 ได้ pp. 660-674 2010
[20] PN Robillard "ฉวยโอกาสแก้ปัญหาในซอฟต์แวร์
วิศวกรรม "อีอีอี Softw. ฉบับ 22 ไม่มี 6 หน้า 60-67, 2005.
[21] MA Babar และฉันกอต "ทบทวนสถาปัตยกรรมซอฟต์แวร์:
รัฐของการปฏิบัติ ". คอมพิวเตฉบับ 42 ไม่มี 7 ได้ pp. 26-32,
ปี 2009
[22] เจแกะสลักลิตร Jaccheri เอส Morasca และเอฟ Shull "ประเด็นในการ
ใช้กับนักเรียนในการศึกษาเชิงประจักษ์ในด้านวิศวกรรมซอฟแวร์
การศึกษา "ในการประชุมวิชาการซอฟแวร์ตัวชี้วัด 2003 .
ดำเนินการตามกฎหมาย เก้านานาชาติ 2003 หน้า 239-249..
[23] เป็นเจ้าภาพเอ็มบี Regnell และซี Wohlin "ใช้เป็นนักศึกษา
วิชา - ofStudents ศึกษาเปรียบเทียบและผู้เชี่ยวชาญ
ในระยะเวลารอการประเมินผลกระทบ "Empir Softw Engg. ฉบับ.
5 ไม่มี 3, หน้า 201-214, 2000.
[24] AA พอร์เตอร์, LG Votta จูเนียร์และ VR Basili "เปรียบเทียบ
วิธีการตรวจสอบสำหรับการตรวจสอบความต้องการซอฟต์แวร์:
ทดสอบจำลอง "อีอีอีทรานส์ Softw Eng. ฉบับ 21 no.
6, หน้า 563-575, 1995.
[25] พอร์เตอร์และเอแอล Votta "เปรียบเทียบวิธีการตรวจสอบสำหรับ
การตรวจสอบความต้องการซอฟต์แวร์: การจำลองแบบโดยใช้
อาสาสมัครมืออาชีพ "Empir Softw Eng. ฉบับ 3 ไม่มี 4 ได้ pp.
355-379 1998

ผลลัพธ์ (ไทย) 3:

8 . อ้างอิง
[ 1 ] เจ คิม และ C . R . คาร์ลสัน , " การออกแบบ units-a ชั้นเข้าใกล้
สำหรับการออกแบบขับเคลื่อนการพัฒนาซอฟต์แวร์ " inf . ดาวน์โหลดโปรแกรม .
Technol . ฉบับที่ 43 , ฉบับที่ 9 , pp . 539 – 49
[ 2 ] . medvidovic , หน้า grunbacher อ. egyed และ B . W .
" การเชื่อมโยงในโบมอง , ซอฟต์แวร์วงจร " ในวารสาร
ของระบบและซอฟต์แวร์ , 2003 , ฉบับที่ 68 , ข้อ 3 . 199 – 215 .
[ 3 ] เจ. แวน gurp เจและบอช" การออกแบบ : ปัญหาและสาเหตุการกัดเซาะ
" J . ระบบ . ดาวน์โหลดโปรแกรม , ฉบับที่ 61 2 . 105 19 – .
[ 4 ] . . . lavallee โรบิลลาร์ด " สาเหตุของการเกิดริ้วรอยก่อนวัย
ในระหว่างการพัฒนาซอฟต์แวร์ : การศึกษาเชิงสังเกตการณ์ "
iwpse-evol ' 11 - รายงานการประชุมของการประชุมเชิงปฏิบัติการนานาชาติ
12 หลักการวิวัฒนาการซอฟต์แวร์ 2011 , pp .
61 - 70
[ 5 ] . vaucher , F . khomh N โมฮา และ Y - G gueheneuc
," การติดตามการออกแบบกลิ่น : บทเรียนจากการศึกษาของพระเจ้า
บทเรียน " ในการดำเนินการประชุม - ทำงานย้อนกลับ
วิศวกรรม WCRE , 2009 , pp . 145 – 154 .
[ 6 ] เอช. พี. breivold ฉัน crnkovic และเมตร ลาร์สสัน , " การทบทวนวรรณกรรมอย่างเป็นระบบ
วิจัยวิวัฒนาการสถาปัตยกรรมซอฟต์แวร์ " /
Softw . Technol . , ปีที่ 54 ฉบับที่ 1 , 16 . – 40 , 2012 [ 7 ] ลิตร เดอ ซิลวาและ balasubramaniam " การควบคุมซอฟต์แวร์
สถาปัตยกรรม : การสํารวจ , " เจ SYST . ดาวน์โหลดโปรแกรม , . 85 , . 1
. 132 – 7 , 2012
[ 8 ] . Li . etzkorn ซี เดวิส และ เจ talburt " การศึกษาเชิงประจักษ์
การพัฒนาระบบเชิงวัตถุ " inf . ดาวน์โหลดโปรแกรม .
Technol . , ปีที่ 42 ฉบับที่ 6 . 373 – 81
[ 9 ] G . Murphy , D . notkin และ KJ ซัลลิแวน " แบบสะท้อนกลับซอฟต์แวร์
: เชื่อมช่องว่างระหว่างการออกแบบและการดำเนินการ IEEE
" ทรานส์ .ดาวน์โหลดโปรแกรม . อังกฤษ , ปีที่ 27 , ฉบับที่ 4 , pp .
364 - 380 , 2544 .
[ 10 ] . antoniol พ. caprile อ. potrich และหน้า tonella , " การออกแบบระบบเชิงวัตถุ -
รหัสสินค้า สำหรับ " แอน ดาวน์โหลดโปรแกรม .
Eng , ฉบับที่ 9 , pp . 35 – 58
[ 11 ] . chaki . ดิแอซก้าวดี garlan อ. gurfinkel และฉัน
ozkaya " ที่มีต่อวิวัฒนาการของสถาปัตยกรรมวิศวกรรม "
- งานประชุมวิชาการนานาชาติ เรื่องวิศวกรรมซอฟต์แวร์
,2009 , PP 1 – 6
[ 12 ] . V . M และ ntyl และ . lassenius " การประเมินผลอัตนัย
evolvability ซอฟต์แวร์โดยใช้รหัสกลิ่น : การศึกษาเชิงประจักษ์
" empir . ดาวน์โหลดโปรแกรม . อังกฤษ , ปีที่ 11 , ฉบับที่ 395 ( 431 )
[ 13 ] Microsoft , Microsoft โปรแกรมประยุกต์สถาปัตยกรรมคู่มือ 2
editio . 2009 , หน้า 560 .
[ 14 ] พี. เอ็น โรบิลลาร์ด , หน้า kruchten และหน้า d'astous ซอฟต์แวร์
วิศวกรรมกระบวนการกับ upedu . Boston , MA :
แอดดิสันเวสลีย์ , 2003
[ 15 ] อีอร . . Robillard " อะไร
กิจกรรมทางปัญญาจะดำเนินการในโครงการนักศึกษา " ในการประชุม ครั้งที่ 16

ด้านวิศวกรรมซอฟต์แวร์และการฝึกอบรม , pp . 224 – 31
[ 16 ] อีอร . . Robillard " ต่อรูปแบบกระบวนการ
ซอฟต์แวร์ : การวิเคราะห์เชิงประจักษ์ของพฤติกรรมของทีมนักเรียน
" / ดาวน์โหลดโปรแกรม . Technol . , ปีที่ 50 ฉบับที่ 11