The core competence of a “Developer

The core competence of a “Developer” company (1) is research and development, aiming the creation of innovative technological solutions. Since part of these innovative functionalities are provided by software and these solutions will be transacted with several “Integrators” and “Operators” with minimal customization, then software development presents characteristics described for “product oriented companies”, since the software must present innovative functionalities, obtain high quality standards and demand minimal customizations.
The core competence of an “Integrator” company (2) is the development of technological systems in accordance with the unique specifications provided by the “Operators” to create a projected service. Since this service will require several different solutions provided by different “Developers” working together, the process of integrating these different solutions is possible only with the development of specific software, developed in accordance with the unique requirements of this customer.
Finally, “Operators” (3) are specialized only in software use; therefore, competences required to specify and validate software may be outsourced for “Integrators” companies, which will handle the development of the systems necessary to deploy the services imagined by the “Operator” company. In its turn, “Producers” companies (4) are not involved in any of software development activities, because they only receive finished software (executable files) that will be embedded in hardware systems using simple transferring techniques.
Therefore, the way in which software production should be organized clearly differs considerably among firms dealing with distinct types of software. As a consequence, distinct organizational settings will require different competences from the workforce. Understanding the alignment between the competences required to specify, acquire and validate software systems at software user companies and the distinct competences required to develop this software inside or outside the firm improve the dynamics of creation and diffusion of innovation, and consequently, enhance the competitiveness of the involved companies.
The presented analytical frameworks and tools, developed to align the required competencies of software developers in relation to the requirements of industries different from the software industry, have been validated afterwards in new research initiatives by software theorists and practitioners, and were used to structure educational directives for the Brazilian Industrial Educational Service [21].
REFERENCES
[1] M. Gorton, S. Brown, and S. Banks, Analysis of the multi-channel software, digital content and related service converged business space
- a report to the Department of Trade and Industry. London: OVUM, 2004.
[2] D. R. Probert, F. H. Hunt, P. Fraser, A. L. Fleury, and T. Holden, "Sourcing software content for manufactured products," Proceedings of the Institution of Mechanical Engineers, Part B: Journal of Engineering Manufacture, vol. 221, pp. 809-820, 2007.
[3] M. B. Chrissis, M. Konrad, and S. Shrum, CMMI: Guidelines for process integration and product improvement: Addison-Wesley, 2003.
[4] K. Beck, Extreme Programming Explained: Addison-Wesley, 1999.
[5] T. deMarco, Why does software cost so much?: Dorset House Publishing, 1995.
[6] A. Fleury and M. T. L. Fleury, "Towards a new analytical framework for the study of production and operations management," 2006.
[7] A. L. Fleury, M. d. M. Spinola, and A. C. Tonini, "The State of the Practice of Software Engineering in Brazil," presented at PICMET, Portalnd, 2005.
[8] A. L. Fleury, F. Hunt, M. Spinola, and D. Probert, "Customizing the Technology Roadmapping Technique for Software Companies," presented at Portland International Center for Management of Engineering and Technology, Istambul, 2006.
[9] F. P. Brooks, "No Silver Bullet Essence and Accidents of Software Engineering," Computer Magazine, vol. April 2007, 1986.
[10] I. Sommerville, Software Engineering: Addison-Wesley, 2006.
[11] P.Kruchten, The Rational Unified Process: an introduction: Addison Wesley, 2000.
[12] I. S. O. ISO, "ISO/IEC 12207 -Information Technology - Software life cycle processes," 1995.
[13] I. S. O. ISO, "ISO/IEC 15504 - Information technology - Process Assessment," 2004.
[14] B. Boehm, "Value-Based Software Engineering," ACM SIGSOFT Software Engineering Notes, vol. 28, 2003.
[15] M. Fransman, "Evolution of telecommunications industry into the Internet age," in The International Handbook on Telecommunications Economics: Edward Elgar Publishing, 2001.
[16] A. Prencipe, A. Davies, and M. Hobday, The Business of Systems Integration. Oxford: Oxford University Press, 2003.
[17] C. Forza, "Survey research in operations management: a process-based perspective," International Journal of Operations and Production Management, vol. 22, 2002.
[18] S. E. I. SEI, "Software Engineering Body of Knowledge," 2005.
[19] P. M. I. PMI, A Guide to the Project Management of Knowledge ¬PMBOK, 2000.
[20] I. S. O. ISO, "ISO/IEC 9126 - Software engineering - Product quality," 2003.
[21] A. L. Fleury and A. Fleury, "Novas Formas de Organização do Trabalho - Setor Software," Brasilia 2007.

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

ความสามารถหลักของบริษัท "นักพัฒนา" (1) เป็นการวิจัยและพัฒนา การมุ่งสร้างนวัตกรรมเทคโนโลยีใหม่ ๆ เนื่องจากส่วนหนึ่งของฟังก์ชันเหล่านี้เป็นนวัตกรรมใหม่โดยซอฟต์แวร์ และโซลูชั่นเหล่านี้จะทำรายการ "จัดการ" และ "ผู้ประกอบการ" หลายกับเองน้อยที่สุด แล้ว พัฒนาซอฟต์แวร์นำเสนอลักษณะที่อธิบายไว้ใน "บริษัทมุ่งเน้นผลิตภัณฑ์" เนื่องจากซอฟต์แวร์ต้องแสดงฟังก์ชันการทำงานใหม่ ได้รับมาตรฐานคุณภาพ และความต้องการเองน้อยที่สุด
ความสามารถหลักของบริษัท "ตัวรวม" (2) การพัฒนาเทคโนโลยีระบบตามข้อกำหนดเฉพาะโดยใน "ผู้ประกอบการ" เพื่อสร้างการบริการที่คาดการณ์ได้ เนื่องจากบริการนี้จะต้องมีหลายวิธีแตกต่างกันโดยแตกต่างกัน "พัฒนา" ทำงานร่วมกัน กระบวนการในการบูรณาการแก้ไขปัญหาต่าง ๆ เหล่านี้ได้ ด้วยการพัฒนาซอฟต์แวร์เฉพาะ พัฒนาตามความต้องการเฉพาะของลูกค้านี้เท่านั้น
สุดท้าย "ผู้ประกอบการ" (3) เป็นผู้เชี่ยวชาญเฉพาะในการใช้ซอฟต์แวร์ ดังนั้น อาจผลิตนอกบริษัท competences ต้องระบุ และตรวจสอบซอฟต์แวร์สำหรับบริษัท "จัดการ" ซึ่งจะจัดการพัฒนาระบบจำเป็นต้องใช้บริการที่จินตนาการ โดยบริษัท "ผู้ประกอบการ" ในการเปิด "ผลิต" บริษัท (4) ไม่เกี่ยวข้องในกิจกรรมการพัฒนาซอฟต์แวร์ เนื่องจากพวกเขาเพียงได้รับซอฟต์แวร์สำเร็จรูป (ไฟล์ปฏิบัติ) ที่จะฝังตัวในระบบฮาร์ดแวร์ที่ใช้เทคนิคการโอนอย่าง
ดังนั้น วิธีที่ซอฟต์แวร์ที่ผลิตควรจัดระเบียบชัดเจนแตกต่างมากระหว่างบริษัทจัดการกับประเภทของซอฟต์แวร์ ผล การตั้งค่าองค์กรทั้งหมดจะต้อง competences แตกต่างจากแรง ทำความเข้าใจเกี่ยวกับการจัดตำแหน่งระหว่าง competences ต้องระบุ รับ และตรวจสอบระบบซอฟต์แวร์ที่บริษัทผู้ใช้ซอฟต์แวร์และ competences แตกต่างที่จำเป็นในการพัฒนาซอฟต์แวร์นี้ภายใน หรือภายนอกของบริษัทปรับปรุงของสร้างและแพร่ของนวัตกรรม และดังนั้น เพิ่มศักยภาพการแข่งขันของบริษัทเกี่ยวข้อง
การกรอบนำเสนอวิเคราะห์และเครื่องมือ การจัดตำแหน่งสมรรถนะของนักพัฒนาซอฟต์แวร์เกี่ยวกับความต้องการของอุตสาหกรรมที่แตกต่างจากอุตสาหกรรมซอฟต์แวร์ ได้รับการตรวจสอบหลังจากนั้นในโครงการวิจัยใหม่ ๆ โดย theorists ซอฟต์แวร์และผู้พัฒนา และใช้โครงสร้างไดเรกทีฟของศึกษาสำหรับบราซิลอุตสาหกรรมศึกษาบริการ [21]
อ้างอิง
[1] ม. Gorton, S. Brown และ S. ธนาคาร วิเคราะห์ซอฟต์แวร์หลายช่อง บริการที่เกี่ยวข้อง และเนื้อหาดิจิตอล converged พื้นที่ธุรกิจ
-รายงานแผนกทางการค้าและอุตสาหกรรม ลอนดอน: OVUM, 2004
[2] D. R. Probert, F. H. ล่า P. เฟรเซอร์ A. L. รี่ และโฮ ลเดนต. "จัดหาเนื้อหาซอฟต์แวร์สำหรับผลิตภัณฑ์ที่ผลิต ตอนของสถาบันของวิศวกรเครื่องกล Part b: สมุดรายวันของวิศวกรรมการผลิต ปี 221 นำ 809-820, 2007
[3] เมตรเกิด Chrissis, M. Konrad และ s ได้ Shrum, CMMI: แนวทางสำหรับการปรับปรุงกระบวนการรวมและผลิตภัณฑ์: แอดดิสันเวสลีย์ 2003
[4] คุณเบ็ค อธิบายการเขียนโปรแกรมมาก: แอดดิสันเวสลีย์ 1999
[5] ต. deMarco ทำไมซอฟต์แวร์ต้นทุนมากหรือไม่: Dorset House เผยแพร่ 1995
[6] A. จำและม.ต. L. รี่ "ต่อเป็นกรอบวิเคราะห์ใหม่สำหรับการศึกษาการจัดการการผลิตและการดำเนินงาน 2006
รี่ [7] A. L., M. d. M. Spinola และ A. C. Tonini "รัฐปฏิบัติของวิศวกรรมซอฟต์แวร์ในบราซิล แสดงที่ PICMET, Portalnd, 2005
รี่ [8] A. L., F. ล่า M. Spinola และ D. Probert "เทคนิค Roadmapping เทคโนโลยีกำหนดสำหรับ บริษัทซอฟต์แวร์"แสดงที่พอร์ตแลนด์ศูนย์นานาชาติสำหรับการจัดการวิศวกรรมศาสตร์ และเทคโนโลยี Istambul, 2006
[9] F. P. บรู๊คส์ "ไม่สำคัญกระสุนเงินและอุบัติเหตุของซอฟแวร์วิศวกรรม นิตยสารคอมพิวเตอร์ 2007 เมษายน 1986
[10] I. Sommerville วิศวกรรมซอฟต์แวร์: แอดดิสันเวสลีย์ 2006
[11] P.Kruchten เดอะกระบวนร่วมเชือด: บทนำ: เวสลีย์แอดดิสัน 2000
S. I. [12] โอ ISO, " ISO/IEC 12207 -เทคโนโลยีสารสนเทศ - กระบวนการวัฏจักรชีวิตซอฟต์แวร์, " 1995
[13] ฉัน S ได้โอ ISO "ISO/IEC 15504 - เทคโนโลยีสารสนเทศ - กระบวนการประเมิน 2004
บี [14] Boehm "มูลค่าพื้นฐานวิศวกรรมซอฟต์แวร์ พลอากาศ SIGSOFT วิศวกรรมซอฟต์แวร์บันทึก ปี 28, 2003
[15] M. Fransman "วิวัฒนาการของอุตสาหกรรมโทรคมนาคมยุคอินเทอร์เน็ต"ในคู่มือในเศรษฐศาสตร์โทรคมนาคมนานาชาติ: เอ็ดเวิร์ด Elgar ประกาศ 2001
[16] A. Prencipe, A. เดวีส์ และ M Hobday ธุรกิจของการรวมระบบ ออกซ์ฟอร์ด: ข่าวมหาวิทยาลัยออกซฟอร์ด 2003
[17] C. Forza, "สำรวจวิจัยในการจัดการการดำเนินงาน: กระบวนการใช้มุมมอง, " สมุดนานาชาติของการดำเนินงานและบริหารการผลิต ปีที่ 22, 2002
[18] S. E. ฉัน อีไอ "วิศวกรรมซอฟต์แวร์เนื้อหาความรู้ 2005
PMI I. M. [19] P. คู่มือการบริหารโครงการความรู้ ¬PMBOK, 2000
[20] I. ISO S. โอ "ISO/IEC 9126 -วิศวกรรมซอฟต์แวร์ - คุณภาพสินค้า 2003
[21] A. L. จำและ A. จำ "Novas Formas เด Organização ทำ Trabalho – Setor ซอฟต์แวร์ เลีย 2007

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

ความสามารถหลักของ "นักพัฒนา" ของ บริษัท (1) การวิจัยและพัฒนาที่มุ่งสร้างโซลูชั่นและเทคโนโลยีที่เป็นนวัตกรรม ตั้งแต่ส่วนหนึ่งของฟังก์ชันใหม่เหล่านี้มีที่มาจากซอฟต์แวร์และโซลูชั่นเหล่านี้จะได้รับการทำธุรกรรมกับหลาย "Integrators" และ "ผู้ประกอบการ" ที่มีการปรับแต่งน้อยที่สุดแล้วการพัฒนาซอฟต์แวร์ที่มีการจัดในลักษณะที่อธิบายไว้สำหรับ "ผลิตภัณฑ์ที่มุ่งเน้น บริษัท " เนื่องจากซอฟต์แวร์จะต้องนำเสนอฟังก์ชันการทำงานใหม่ ได้รับมาตรฐานที่มีคุณภาพสูงและความต้องการการปรับแต่งน้อยที่สุด
ความสามารถหลักของ "Integrator" บริษัท (2) คือการพัฒนาระบบเทคโนโลยีที่สอดคล้องกับข้อกำหนดเฉพาะที่มี "ผู้ประกอบการ" เพื่อสร้างการบริการที่คาดการณ์ไว้ ตั้งแต่บริการนี้จะต้องมีการแก้ปัญหาที่แตกต่างกันโดยที่แตกต่างกัน "นักพัฒนา" การทำงานร่วมกันในกระบวนการของการบูรณาการการแก้ปัญหาที่แตกต่างกันเหล่านี้เป็นไปได้เฉพาะกับการพัฒนาของซอฟต์แวร์เฉพาะการพัฒนาให้สอดคล้องกับความต้องการเฉพาะของลูกค้ารายนี้
ในที่สุด "ประกอบ" (3) มีความเชี่ยวชาญเฉพาะในการใช้ซอฟต์แวร์จึงจำเป็นต้องมีอำนาจในการระบุและตรวจสอบซอฟต์แวร์ที่อาจจะ outsourced สำหรับ "Integrators" บริษัท ที่จะจัดการกับการพัฒนาระบบที่จำเป็นในการปรับใช้บริการที่คิดโดย "Operator" บริษัท ในทางกลับกันของ "ผู้ผลิต" บริษัท (4) ที่ไม่ได้มีส่วนร่วมในกิจกรรมใด ๆ ของการพัฒนาซอฟต์แวร์เพียงเพราะพวกเขาได้รับซอฟต์แวร์สำเร็จรูป (แฟ้มที่ปฏิบัติการ) ที่จะถูกฝังอยู่ในระบบฮาร์ดแวร์โดยใช้เทคนิคการถ่ายโอนง่าย
ดังนั้นวิธีการในการที่ซอฟต์แวร์ การผลิตควรจะจัดอย่างชัดเจนแตกต่างกันอย่างมากในหมู่ บริษัท ที่เกี่ยวข้องกับประเภทที่แตกต่างของซอฟต์แวร์ เป็นผลให้การตั้งค่าขององค์กรที่แตกต่างกันจะต้องมีอำนาจที่แตกต่างจากแรงงาน ทำความเข้าใจเกี่ยวกับการจัดตำแหน่งระหว่างสมรรถนะที่จำเป็นในการระบุได้รับและตรวจสอบระบบซอฟต์แวร์ที่ บริษัท ผู้ใช้ซอฟต์แวร์และอำนาจที่แตกต่างที่จำเป็นในการพัฒนาซอฟแวร์นี้ภายในหรือภายนอก บริษัท ปรับปรุงการเปลี่ยนแปลงของการสร้างและการแพร่กระจายของนวัตกรรมและจึงเพิ่มการแข่งขันของ บริษัท ที่เกี่ยวข้องกับ
กรอบการวิเคราะห์ที่นำเสนอและเครื่องมือการพัฒนาที่จะจัดสามารถที่จำเป็นของนักพัฒนาซอฟต์แวร์ที่เกี่ยวข้องกับความต้องการของอุตสาหกรรมที่แตกต่างจากอุตสาหกรรมซอฟต์แวร์ได้รับการตรวจสอบต่อไปในการริเริ่มงานวิจัยใหม่โดยนักทฤษฎีซอฟต์แวร์และผู้ปฏิบัติงานและถูกนำมาใช้ โครงสร้างแนวทางการศึกษาสำหรับอุตสาหกรรมการศึกษาบราซิล [21]
อ้างอิง
[1] เอ็มกอต, เอสบราวน์และเอสธนาคารการวิเคราะห์ของซอฟแวร์หลายช่องทางเนื้อหาดิจิตอลและการบริการที่เกี่ยวข้องกับการแปรสภาพพื้นที่ธุรกิจ
- รายงาน ที่กระทรวงการค้าและอุตสาหกรรม ลอนดอน: ไข่ 2004
[2] DR Probert, FH ล่าพีเฟรเซอร์อัลเฟลและ ต. โฮลเดน "เนื้อหาซอฟต์แวร์จัดหาสินค้าที่ผลิต" กิจการของสถาบันวิศวกรเครื่องกล, ส่วน B: วารสารวิศวกรรม การผลิตฉบับ 221, pp 809-820 2007
[3] MB Chrissis เอ็มคอนราดและเอ Shrum, CMMI: แนวทางการกระบวนการบูรณาการและการปรับปรุงผลิตภัณฑ์: Addison-Wesley, 2003
[4] เคเบ็คเขียนโปรแกรมมากที่สุด อธิบาย: Addison-Wesley, 1999
[5] ต. deMarco, ทำไมค่าใช้จ่ายซอฟต์แวร์มาก: ดอร์เซ็สำนักพิมพ์บ้าน, 1995
[6] เอเฟลและ MTL เฟล "ต่อกรอบการวิเคราะห์ใหม่สำหรับการศึกษาของการผลิต และการจัดการการดำเนินงาน "2006
[7] อัลเฟลเอ็มง เอ็ม Spinola และ AC Tonini "รัฐของการปฏิบัติของวิศวกรรมซอฟแวร์ในบราซิล" ที่นำเสนอใน PICMET, Portalnd 2005
[8] อัลเฟลเอฟล่าเอ็ม Spinola และ D. Probert "การปรับแต่ง เทคนิคเทคโนโลยี Roadmapping กับ บริษัท ซอฟแวร์ "นำเสนอในที่นานาชาติพอร์ตแลนด์ศูนย์การจัดการวิศวกรรมและเทคโนโลยี Istambul 2006
[9] FP บรูคส์ "ไม่มีกระสุนเงิน Essence อุบัติเหตุและวิศวกรรมซอฟแวร์" นิตยสารคอมพิวเตอร์ฉบับ เมษายน 2007, 1986
[10] I. Sommerville วิศวกรรมซอฟท์แว: Addison-Wesley 2006
[11] P.Kruchten, Rational Unified กระบวนการ: แนะนำ: แอดดิสันเวสลีย์, 2000
[12] ISO ISO "มาตรฐาน ISO / IEC 12207-เทคโนโลยีสารสนเทศ - ซอฟท์แวกระบวนการวงจรชีวิต "1995
[13] ISO ISO "มาตรฐาน ISO / IEC 15504 - เทคโนโลยีสารสนเทศ - การประเมินกระบวนการ" 2004
[14] บี Boehm "มูลค่าตามวิศวกรรมซอฟแวร์" ACM SIGSOFT วิศวกรรมซอฟต์แวร์หมายเหตุฉบับ 28, 2003
[15] เอ็ม Fransman "วิวัฒนาการของอุตสาหกรรมโทรคมนาคมในยุคอินเทอร์เน็ต" ในระหว่างคู่มือการโทรคมนาคมเศรษฐศาสตร์: เอ็ดเวิร์ดเอลก้าสำนักพิมพ์ 2001
[16] เอ Prencipe อ. เดวีส์และเอ็ม Hobday ธุรกิจของบูรณาการระบบ ฟอร์ด: สำนักพิมพ์มหาวิทยาลัย 2003
[17] C. Forza "การวิจัยการสำรวจในการบริหารจัดการการดำเนินงาน: มุมมองของกระบวนการตาม" วารสารนานาชาติการดำเนินงานและการบริหารจัดการการผลิตฉบับ 22, 2002
[18] SEI SEI, "วิศวกรรมซอฟต์แวร์องค์ความรู้" 2005
[19] PMI PMI, คู่มือการบริหารจัดการโครงการของความรู้¬ PMBOK, 2000
[20] ISO ISO "มาตรฐาน ISO / IEC 9126 - วิศวกรรมซอฟแวร์ - สินค้าคุณภาพดี "2003
[21] อัลเฟลและกเฟล "Novas Formas เดOrganizaçãoทำ Trabalho - Setor ซอฟแวร์" บราซิเลีย 2007

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

ความสามารถหลักของ " นักพัฒนา " บริษัท ( 1 ) มีการวิจัย และพัฒนา การสร้างโซลูชั่นเทคโนโลยีนวัตกรรม เล็ง เนื่องจากส่วนหนึ่งของฟังก์ชันเหล่านี้เป็นนวัตกรรมใหม่ที่มีให้โดยซอฟต์แวร์และโซลูชั่นเหล่านี้จะทำผ่านหลาย " ผู้จัดการ " และ " ผู้ประกอบการ " กับการปรับแต่งน้อยที่สุดจากนั้นก็พัฒนาซอฟต์แวร์นำเสนอคุณลักษณะที่อธิบาย " ผลิตภัณฑ์ที่มุ่งเน้น บริษัท ซอฟต์แวร์ต้อง " เนื่องจากปัจจุบันฟังก์ชันใหม่ให้ได้มาตรฐานคุณภาพสูงและความต้องการการปรับแต่งน้อยที่สุด
ความสามารถหลักของ บริษัท เป็น " ออนไลน์ " ( 2 ) การพัฒนาระบบเทคโนโลยีให้สอดคล้องกับคุณสมบัติที่เป็นเอกลักษณ์โดย " ผู้ประกอบการ " สร้างไว้บริการ เนื่องจากบริการนี้จะต้องมีหลายโซลูชั่นให้แตกต่าง " " นักพัฒนาทำงานร่วมกันกระบวนการของการรวมโซลูชั่นเหล่านี้แตกต่างกันเป็นไปได้เพียงกับการพัฒนาซอฟต์แวร์เฉพาะ พัฒนาให้สอดคล้องกับความต้องการเฉพาะของลูกค้านี้
สุดท้าย " ผู้ประกอบการ " ( 3 ) มีความเชี่ยวชาญในการใช้ซอฟต์แวร์ ดังนั้น ทักษะต้องระบุและตรวจสอบซอฟต์แวร์ที่อาจจะต้องให้ " ผู้จัดการ " บริษัทซึ่งจะจัดการกับการพัฒนาระบบจำเป็นต้องใช้บริการคิด " ผู้ประกอบการ " บริษัท ในการเปิดของ " ผู้ผลิต " บริษัท ( 4 ) ไม่มีส่วนเกี่ยวข้องกับใด ๆของกิจกรรมการพัฒนาซอฟต์แวร์ เนื่องจากพวกเขาได้รับเสร็จซอฟต์แวร์ ( แฟ้มที่ปฏิบัติการ ) จะฝังอยู่ในฮาร์ดแวร์ระบบใช้ง่าย ถ่ายทอดเทคนิค
ดังนั้นวิธีที่การผลิตซอฟต์แวร์ควรจะจัดชัดเจนแตกต่างอย่างมากระหว่างบริษัทจัดการกับชนิดที่แตกต่างกันของซอฟต์แวร์ ผลที่ตามมา , การตั้งค่าขององค์กรที่แตกต่างกันจะต้องมีทักษะที่แตกต่างจากพนักงาน ความเข้าใจการจัดตำแหน่งระหว่างสมรรถภาพที่ต้องการเพื่อระบุรับและตรวจสอบระบบซอฟต์แวร์ที่ บริษัท ผู้ใช้ซอฟต์แวร์และสมรรถภาพที่แตกต่างกันต้องพัฒนาซอฟต์แวร์นี้เป็นภายในหรือภายนอกบริษัทพัฒนาพลวัตของการสร้างและการเผยแพร่นวัตกรรม และจึงเพิ่มความสามารถในการแข่งขันของที่เกี่ยวข้องกับ บริษัท
วิเคราะห์และเสนอกรอบเครื่องมือพัฒนาเพื่อจัดความสามารถที่ต้องการของนักพัฒนาซอฟต์แวร์ในความสัมพันธ์กับความต้องการของอุตสาหกรรมที่แตกต่างจากอุตสาหกรรมซอฟต์แวร์ได้รับการตรวจสอบภายหลังในโครงการวิจัยใหม่ โดยนักทฤษฎีซอฟต์แวร์และผู้ปฏิบัติงาน และใช้เป็นแนวทางสำหรับการศึกษาโครงสร้างอุตสาหกรรมบราซิลเขตพื้นที่การศึกษา [ 21 ] อ้างอิง

[ 1 ] ม. กอต เอส สีน้ำตาลและ ธนาคาร การวิเคราะห์ของหลายซอฟต์แวร์เนื้อหาดิจิตอลและบริการที่เกี่ยวข้องกันทางธุรกิจพื้นที่
- รายงานของกรมการค้าและอุตสาหกรรม ลอนดอน : ไข่ , 2004
[ 2 ] D . R . ก๊าซ , F . H . ล่า , หน้าเฟรเซอร์ , A . L . ฟลุรี่ และ ต. โฮลเดน " จัดหาซอฟต์แวร์เนื้อหาเพื่อผลิตผลิตภัณฑ์ " กิจการของสถาบันวิศวกร เครื่องกล ส่วน B :วารสารการผลิต , วิศวกรรมฉบับที่ 221 , pp . 809-820 2007
[ 3 ] เอ็ม บี chrissis , ดร. คอนราด และ S . ชรัม CMMI : แนวทาง , กระบวนการบูรณาการและปรับปรุงผลิตภัณฑ์ : แอดดิสันเวสลีย์ , 2003
[ 4 ] K . Beck , การเขียนโปรแกรมมากอธิบาย : แอดดิสันเวสลีย์ , 1999
[ 5 ] ที เดอมาร์โค ทำไมต้นทุนซอฟต์แวร์มาก สำนักพิมพ์ : ดอร์เซ็ท , 2538 .
[ 6 ] . . . . ฟลุรี่ฟลุรี่ ," เพื่อศึกษาวิเคราะห์ใหม่เพื่อศึกษาการจัดการการผลิตและการปฏิบัติการ " 2006
[ 7 ] . L . ฟลุรี่ ม. . ม. spinola และ เอซี tonini " สถานะของการปฏิบัติของวิศวกรรมซอฟต์แวร์ในบราซิล , " ที่นำเสนอใน picmet portalnd , 2548
[ 8 ] . L . ฟลุรี่ , F . ล่าเมตรก๊าซ spinola และ d , " การปรับแต่งเทคโนโลยีเทคนิคสำหรับ บริษัท ซอฟต์แวร์" นำเสนอในพอร์ตแลนด์ศูนย์นานาชาติเพื่อการจัดการด้านวิศวกรรมและเทคโนโลยี istambul 2006
[ 9 ] F . P . บรูคส์ " ไม่มีกระสุนเงินสาระและอุบัติเหตุของวิศวกรรมซอฟต์แวร์ " นิตยสารคอมพิวเตอร์ ฉบับ เมษายน 2007 , 1986
[ 10 ] ฉันโต้ตอบ , วิศวกรรมซอฟต์แวร์ : แอดดิสันเวสลีย์ , 2006
[ 11 ] หน้า kruchten , การรวมกระบวนการ : บทนำ : แอดดิสันเวสลีย์ , 2000
[ 12 ] . S .o . ISO " ISO / IEC 12207 - ข้อมูล - เทคโนโลยีซอฟต์แวร์วงจรชีวิตกระบวนการ " 1995
[ 13 ] . S " o . ISO , ISO / IEC 15504 - เทคโนโลยีสารสนเทศ -- การประเมิน , " 2004
[ 14 ] B โบม " คุณค่าจากวิศวกรรมซอฟต์แวร์ " พล.อ.อ. sigsoft วิศวกรรมซอฟต์แวร์บันทึก , ปีที่ 28 , 2003
[ 15 ] ม. ฟรานแมน " วิวัฒนาการของอุตสาหกรรมโทรคมนาคมในยุคอินเทอร์เน็ต" คู่มือระหว่างประเทศเศรษฐศาสตร์โทรคมนาคม : เอ็ดเวิร์ด การ์ พับลิชชิ่ง , 2544 .
[ 16 ] . prencipe อ. เดวีส์และ ฮอบเดอร์ ธุรกิจการรวมระบบ อ็อกซ์ฟอร์ด : สำนักพิมพ์มหาวิทยาลัยออกซ์ฟอร์ด 2003
[ 17 ] C . บังคับ , " การสำรวจวิจัยในการจัดการดำเนินงาน : กระบวนการมุมมองจาก " วารสารนานาชาติของการจัดการการดำเนินงานและการผลิต เล่มที่ 22 , 2002
[ 18 ] . . .เซย์ " ซอฟต์แวร์วิศวกรรมองค์ความรู้ " 2005
[ 19 ] หน้าม. . PMI คู่มือโครงการการจัดการความรู้¬ pmbok , 2000
[ 20 ] . S " o . ISO , ISO / IEC 9126 - วิศวกรรมซอฟต์แวร์ - สินค้าคุณภาพ " 2003
[ 21 ] . L . ฟลุรี่และ เอ ฟลุรี่ " โนวา formas de organiza çãาการทํางาน - ซอฟต์แวร์ setor " บราซิเลีย 2007