1. IntroductionIndustry and governm

1. Introduction


Industry and government organizations such as WallMart and General Motors increasingly adopt open source software (OSS) as alternative solution to proprietary commercial software products. Some well known OSS products, e.g., HTTP Server or Apache Tomcat, can be considered successful as they currently dominate their particular application domains as reported by Netcraft1 and The Serverside2 .
OSS projects can be viewed as extreme form of distributed software development based on criteria suggested by [4], such as: (a) highly distributed and volunteer contributors, (b) considerable cultural and time zone differences of contributor teams, (c) weak formal design, and (d) weak formal project and quality management. As software quality is believed to be strongly dependent on the quality of the software development process, quality assurance (QA) professionals and customers are particularly concerned about the quality of released OSS products and are interested in risk assessment of the associated OSS development processes. This background raises the need for investigating QA activities commonly performed by more or less successful OSS project communities in their development processes. From QA point of view, we can view Linus Torvalds’s [8] style of OSS development to produce high quality software, which encompasses the following practices: release early and often, delegate everything you can, be open to the point of promiscuity as a spawning ground for collaboration among developers and users to perform bug detection, bug assessment, bug tracking, and code peer review. In a commercial software project, in more semi-formal way some of these activities seem similar to inspection [2], which is an effective but also expensive approach to QA; however the community in OSS project has tackled the financial barrier as they build on self motivated volunteers.

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

บทนำองค์กรอุตสาหกรรมและรัฐบาลเช่นกิปและมอเตอร์นำซอฟต์แวร์ (OSS) เป็นผลิตภัณฑ์ซอฟต์แวร์ที่มีลิขสิทธิ์ทางการค้าอื่นมากขึ้น ผลิตภัณฑ์ OSS บางรู้จัก เช่น เซิร์ฟเวอร์ HTTP หรือ Apache Tomcat ถือได้ว่าประสบความสำเร็จ ตามที่พวกเขากำลังครองโดเมนของโปรแกรมประยุกต์เฉพาะที่รายงาน โดย Netcraft1 และ Serverside2โครงการ OSS สามารถดูแบบฟอร์มมากของการพัฒนาซอฟต์แวร์แบบกระจายตามเกณฑ์ที่แนะนำ [4], เช่น: ผู้จำหน่าย และอาสาสมัคร (a) สูง ของถนนวัฒนธรรม และความแตกต่างของโซนเวลาของผู้สนับสนุนทีม ออก แบบอย่างเป็นทางการ (c) อ่อน และโครงการอย่างเป็นทางการ (d) อ่อนแอ และการจัดการคุณภาพได้ ที่เชื่อซอฟต์แวร์คุณภาพจะขึ้นกับคุณภาพของกระบวนการพัฒนาซอฟต์แวร์ ผู้เชี่ยวชาญ (QA) การประกันคุณภาพและลูกค้ามีความห่วงใยอย่างยิ่งเกี่ยวกับคุณภาพของผลิตภัณฑ์ OSS ออก และมีความสนใจในการประเมินความเสี่ยงของกระบวนการพัฒนา OSS ที่เกี่ยวข้อง พื้นหลังนี้ทำให้จำเป็นต้องตรวจสอบโดยทั่วไปดำเนินการ โดยชุมชนโครงการ OSS ประสบความสำเร็จมากหรือน้อยในกระบวนการพัฒนากิจกรรมคุณภาพ จาก QA มอง เราสามารถดูลักษณะ [8] Linus Torvalds OSS พัฒนาผลิตซอฟต์แวร์คุณภาพสูง ซึ่งครอบคลุมถึงการปฏิบัติต่อไปนี้: ปล่อยเร็ว และบ่อย มอบทุกสิ่งที่คุณ คุณสามารถเปิดไปยังจุดที่ทซี่เป็นพื้น spawning สำหรับความร่วมมือระหว่างนักพัฒนาและผู้ใช้ทำการตรวจหาจุดบกพร่อง ข้อบกพร่องการประเมิน การติดตามจุดบกพร่อง และรหัสทบทวน ในโครงการซอฟต์แวร์เชิงพาณิชย์ วิธีเพิ่มเติมพิธีการ ของกิจกรรมเหล่านี้ดูเหมือนคล้ายกับการตรวจสอบ [2], ซึ่งเป็นแนวทางที่มีประสิทธิภาพ แต่ยังมีราคาแพงคุณภาพ อย่างไรก็ตาม ชุมชนในโครงการ OSS มีเกี่ยวกับอุปสรรคทางการเงินในตนเองการสร้างแรงจูงใจอาสาสมัคร

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

1. บทนำอุตสาหกรรมและรัฐบาลองค์กรต่าง ๆ เช่น Wallmart และ General Motors มากขึ้นนำมาใช้ซอฟต์แวร์โอเพนซอร์ส (OSS) เป็นโซลูชั่นทางเลือกให้กับผลิตภัณฑ์ซอฟต์แวร์เชิงพาณิชย์ที่เป็นกรรมสิทธิ์ บางคนที่รู้จักกันดีผลิตภัณฑ์ OSS เช่น HTTP Server หรือ Apache Tomcat สามารถพิจารณาประสบความสำเร็จเท่าที่พวกเขากำลังครองโดเมนโปรแกรมประยุกต์เฉพาะของพวกเขาตามที่รายงานโดย Netcraft1 และ Serverside2. โครงการ OSS สามารถดูเป็นรูปแบบที่รุนแรงของการพัฒนาซอฟต์แวร์ที่เผยแพร่ตามเกณฑ์ที่แนะนำ โดย [4] เช่น (ก) การกระจายสูงและอาสาสมัครร่วมสมทบ (ข) มากทางวัฒนธรรมและเวลาที่แตกต่างของโซนของทีมงานมีส่วนร่วม (ค) การออกแบบอย่างเป็นทางการอ่อนแอและ (ง) โครงการอย่างเป็นทางการที่อ่อนแอและการจัดการคุณภาพ ในฐานะที่เป็นซอฟต์แวร์ที่มีคุณภาพเป็นที่เชื่อกันว่าจะขึ้นอยู่กับคุณภาพของกระบวนการพัฒนาซอฟแวร์การประกันคุณภาพ (QA) มืออาชีพและลูกค้ามีความกังวลโดยเฉพาะอย่างยิ่งเกี่ยวกับคุณภาพของผลิตภัณฑ์ OSS เปิดตัวและมีความสนใจในการประเมินความเสี่ยงของกระบวนการพัฒนาที่เกี่ยวข้อง OSS พื้นหลังนี้ทำให้เกิดความจำเป็นในการตรวจสอบการดำเนินการกิจกรรมการควบคุมคุณภาพโดยทั่วไปมากขึ้นหรือประสบความสำเร็จน้อยชุมชนโครงการ OSS ในกระบวนการพัฒนาของพวกเขา จากจุดควบคุมคุณภาพในมุมมองของเราสามารถดู Linus Torvalds ของ [8] รูปแบบของการพัฒนาโอเอสในการผลิตซอฟต์แวร์ที่มีคุณภาพสูงซึ่งครอบคลุมการปฏิบัติต่อไปนี้: การเปิดตัวในช่วงต้นและมักจะมอบหมายทุกสิ่งที่คุณสามารถจะเปิดให้จุดสำส่อนเป็นวางไข่ที่ พื้นดินสำหรับการทำงานร่วมกันในหมู่นักพัฒนาและผู้ใช้ในการดำเนินการตรวจสอบข้อผิดพลาดการประเมินข้อผิดพลาดการติดตามปัญหาและการทบทวนรหัส ในโครงการซอฟต์แวร์เชิงพาณิชย์ในทางมากขึ้นกึ่งทางการบางส่วนของกิจกรรมเหล่านี้ดูเหมือนคล้ายกับการตรวจสอบ [2] ซึ่งเป็นแนวทางที่มีประสิทธิภาพ แต่ยังมีราคาแพงเพื่อควบคุมคุณภาพ; แต่ชุมชนในโครงการ OSS ได้ tackled อุปสรรคทางการเงินที่พวกเขาสร้างแรงบันดาลใจอาสาสมัครด้วยตนเอง

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

1 . แนะนำอุตสาหกรรม และ หน่วยงานราชการ เช่น ว มาร์ทและ General Motors มากขึ้น adopt ซอฟต์แวร์โอเพนซอร์ส ( OSS ) เป็นทางออกทางเลือกผลิตภัณฑ์ซอฟต์แวร์เชิงพาณิชย์เป็นกรรมสิทธิ์ซึ่ง บางคนที่รู้จักกันดี OSS ผลิตภัณฑ์ เช่น เซิร์ฟเวอร์ HTTP หรือ Apache Tomcat , ถือได้ว่าประสบความสำเร็จ ตามที่พวกเขากำลังครองโดเมนโปรแกรมเฉพาะของพวกเขา รายงานโดย netcraft1 และ serverside2 .โครงการ OSS สามารถถูกมองว่าเป็นรูปแบบของการพัฒนาซอฟต์แวร์มากกระจายตามเกณฑ์ที่แนะนำโดย [ 4 ] , เช่น : ( A ) สูงกระจายและผู้สนับสนุนอาสาสมัคร ( B ) มากวัฒนธรรม และความแตกต่างของโซนเวลาทีมผู้สนับสนุน ( ค ) การออกแบบอย่างเป็นทางการที่อ่อนแอและอ่อนแอ ( D ) ทางโครงการและการจัดการคุณภาพ เป็นซอฟต์แวร์ที่มีคุณภาพถือเป็นอย่างมากขึ้นอยู่กับคุณภาพของกระบวนการพัฒนาซอฟต์แวร์ การประกันคุณภาพ ( QA ) ผู้เชี่ยวชาญและลูกค้าเป็นกังวลเกี่ยวกับคุณภาพของตัวผลิตภัณฑ์ OSS และมีความสนใจในการประเมินความเสี่ยงของลูกค้าที่เกี่ยวข้องการพัฒนากระบวนการ พื้นหลังนี้หัสต้องสืบสวนกิจกรรม QA มักดำเนินการโดยชุมชนโครงการ OSS ที่ประสบความสำเร็จมากขึ้นหรือน้อยลงในกระบวนการของการพัฒนา จากจุดของมุมมองภาพ เราสามารถมองเห็นเป็นพริกขี้หนูสีรุ้ง [ 8 ] ลักษณะของการพัฒนา OSS เพื่อผลิตซอฟต์แวร์ที่มีคุณภาพสูง ซึ่งครอบคลุมการปฏิบัติดังต่อไปนี้ปล่อยต้นและมักจะมอบหมายทุกอย่างคุณสามารถเปิดไปยังจุดของความสำส่อนเป็นบริเวณพื้นดินสำหรับความร่วมมือระหว่างนักพัฒนาและผู้ใช้จะทำการตรวจจับข้อบกพร่อง , การประเมิน ติดตามข้อบกพร่อง , ข้อผิดพลาด , และตรวจสอบรหัส ในโครงการพัฒนาซอฟต์แวร์เชิงพาณิชย์ ในกึ่งขึ้นอย่างเป็นทางการที่บางส่วนของกิจกรรมเหล่านี้ดูเหมือนจะคล้ายกับการตรวจสอบ [ 2 ] ซึ่งเป็นวิธีการที่มีประสิทธิภาพ แต่ยังแพง QA ; อย่างไรก็ตามชุมชนในโครงการ OSS มี tackled อุปสรรคทางการเงินที่พวกเขาสร้างในตนเองแรงจูงใจอาสาสมัคร