Vixie proposed a comparative model

Vixie proposed a comparative model for the development of OSS. Vixie suggested that the development life cycle of the OSS can include all the elements of the classical SDLC used for the development of the closed or commerical softwares. The reseracher in his work has corelated his theory by considering the development process of classical old OSS such as
BSD, SendMail, and Bind which proves the fact that these OSS includes standard software engineering development phases of traditional SDLC i.e., Analysis, Design, Coding, Implementation, and Support. Vixie suggested that in the analysis phase, requirements are based on the need of the developers who develop the OSS. The final requirements are negotatied on the internet. The design phase in the development of OSS is not performed formally. Design issues are not written anywhere, and not made visible to the every one because it may limit the development process. Less emphasis is done on the design phase. Implementation and coding are the main concerns of the development process. Various users participate in the development of OSS. They communicate with each other informally and send change request, feedbacks, developed code. Testing of OSS is considered to be more powerful as compare to the testing of traditonal software because the number of the user available to test the OSS is very large as compare to the traditional software testing. These tester or user sends there feedbacks in the form of reviews, bug report, change request. The testing which is performed in the OSS development is unstructed. The disadvantages of unstructured testing are covered by having the “uncounted stranger” that tests the OSS. Vixie study presents all the differences that OSS life cycle has as compare to the SDLC, but fails to suggest an appropriate model that analyses this new process.

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

Vixie นำเสนอแบบจำลองเปรียบเทียบสำหรับการพัฒนาของ OSS Vixie แนะนำว่า วงจรชีวิตของการพัฒนาของ OSS สามารถรวมองค์ประกอบทั้งหมดของ SDLC คลาสสิกที่ใช้สำหรับการพัฒนาของที่ปิดหรือซอฟต์แวร์การ Reseracher ในงานของเขามี corelated ทฤษฎีของเขา โดยพิจารณากระบวนการพัฒนาของ OSS เก่าคลาสสิกเช่นBSD, SendMail และผูกที่พิสูจน์ความจริงว่า OSS เหล่านี้รวมถึงขั้นตอนการพัฒนามาตรฐานวิศวกรรมซอฟต์แวร์ของ SDLC แบบดั้งเดิมเช่น วิเคราะห์ ออกแบบ Coding ปฏิบัติ และสนับสนุน การ Vixie แนะนำว่า ในขั้นตอนการวิเคราะห์ ความต้องการขึ้นอยู่กับความต้องการของนักพัฒนาที่พัฒนาใน OSS ความต้องการขั้นสุดท้าย negotatied บนอินเทอร์เน็ตได้ ขั้นตอนการออกแบบในการพัฒนาของ OSS จะดำเนินอย่างเป็นกิจจะลักษณะ ปัญหาการออกแบบจะไม่เขียนที่ใดก็ได้ และไม่ทำให้มองเห็นทุกหนึ่งเนื่องจากมันจำกัดการพัฒนา เน้นน้อยเสร็จในขั้นตอนการออกแบบ ดำเนินงานและกำหนดรหัสเป็นความกังวลหลักของการพัฒนา ผู้ใช้ต่าง ๆ มีส่วนร่วมในการพัฒนาของ OSS พวกเขาสื่อสารกันอย่าง และส่งคำขอเปลี่ยนแปลง รู้สึก รหัสพัฒนา ทดสอบของ OSS ถือว่าจะมีประสิทธิภาพมากขึ้นเป็นการเปรียบเทียบการทดสอบซอฟต์แวร์สวีเนื่องจากจำนวนผู้ใช้ทดสอบ OSS มีขนาดใหญ่มากเป็นการเปรียบเทียบการทดสอบซอฟต์แวร์แบบดั้งเดิม ทดสอบหรือผู้ใช้เหล่านี้ส่งมีผลตอบสนองในรูปแบบของรีวิว รายงานข้อผิดพลาด คำขอเปลี่ยนแปลง การทดสอบที่ดำเนินการในการพัฒนา OSS เป็น unstructed ข้อเสียของการทดสอบไม่มีโครงสร้างครอบคลุม โดยมี "uncounted คนแปลกหน้า" ที่ทดสอบใน OSS ศึกษา Vixie นำเสนอทั้งหมดแตกต่างที่วงจร OSS มีเปรียบเทียบกับ SDLC แต่ไม่แนะนำแบบจำลองที่เหมาะสมที่วิเคราะห์กระบวนการใหม่นี้

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

Vixie เสนอรูปแบบการเปรียบเทียบการพัฒนาโอเอส Vixie ชี้ให้เห็นว่าการพัฒนาวงจรชีวิตของโอเอสสามารถรวมทุกองค์ประกอบของ SDLC คลาสสิกที่ใช้สำหรับการพัฒนาโปรแกรมปิดหรือเชิงพาณิชย์ reseracher ในการทำงานของเขาได้ corelated ทฤษฎีของเขาโดยการพิจารณากระบวนการพัฒนาของโอเอสเก่าคลาสสิกเช่น
BSD, SendMail และผูกที่พิสูจน์ความจริงที่ว่า OSS เหล่านี้รวมถึงขั้นตอนการพัฒนาวิศวกรรมซอฟต์แวร์มาตรฐานของดั้งเดิมเช่น SDLC, วิเคราะห์, การออกแบบ, การเข้ารหัส, การดำเนินงานและการสนับสนุน Vixie ชี้ให้เห็นว่าในขั้นตอนการวิเคราะห์ความต้องการจะขึ้นอยู่กับความต้องการของนักพัฒนาที่พัฒนาโอเอส ความต้องการขั้นสุดท้ายจะ negotatied บนอินเทอร์เน็ต ขั้นตอนการออกแบบในการพัฒนาของ OSS ไม่ได้ดำเนินการอย่างเป็นทางการ ปัญหาการออกแบบจะไม่ถูกเขียนได้ทุกที่และไม่ได้ทำให้มองเห็นได้ทุกคนเพราะมันอาจจะ จำกัด การพัฒนา เน้นหักจะทำในขั้นตอนการออกแบบ การดำเนินงานและการเข้ารหัสที่มีความกังวลหลักของกระบวนการพัฒนา ผู้ใช้ต่างๆมีส่วนร่วมในการพัฒนาของโอเอส พวกเขาสื่อสารกันอย่างไม่เป็นทางการและส่งคำขอเปลี่ยนแปลงการตอบรับรหัสการพัฒนา การทดสอบ OSS จะถือเป็นมีประสิทธิภาพมากขึ้นเมื่อเทียบกับการทดสอบซอฟต์แวร์ Traditonal เนื่องจากจำนวนของผู้ใช้ที่มีอยู่ในการทดสอบ OSS มีขนาดใหญ่มากเมื่อเทียบกับการทดสอบซอฟต์แวร์แบบดั้งเดิม ทดสอบเหล่านี้หรือใช้ส่งการตอบมีในรูปแบบของการแสดงความคิดเห็น, รายงานข้อผิดพลาดขอเปลี่ยนแปลง การทดสอบซึ่งจะดำเนินการในการพัฒนาโอเอสเป็น unstructed ข้อเสียของการทดสอบที่ไม่มีโครงสร้างได้รับความคุ้มครองโดยมี "คนแปลกหน้าไม่ได้นับ" ที่ทดสอบโอเอส การศึกษา Vixie นำเสนอความแตกต่างทั้งหมดที่วงจรชีวิต OSS ได้เมื่อเทียบกับ SDLC แต่ล้มเหลวที่จะแนะนำรูปแบบที่เหมาะสมที่ช่วยวิเคราะห์กระบวนการใหม่นี้

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

vixie เสนอรูปแบบการเปรียบเทียบการพัฒนา OSS vixie ชี้ให้เห็นว่าการพัฒนาวงจรชีวิตของลูกค้าสามารถรวมองค์ประกอบทั้งหมดของงานคลาสสิกที่ใช้สำหรับการพัฒนาโปรแกรมปิด หรือโฆษณา การ reseracher ในงานของเขาต่างทฤษฎีของเขา โดยพิจารณากระบวนการพัฒนาโอเอสเก่าคลาสสิกเช่น
BSD Sendmail , ,และ ผูก ซึ่งพิสูจน์ความจริงที่ว่าเหล่านี้ OSS รวมถึงการพัฒนามาตรฐานวิศวกรรมซอฟต์แวร์แบบดั้งเดิมคือขั้นตอนของการวิเคราะห์ออกแบบสนับสนุน , การเข้ารหัส , การใช้ , และ . vixie ชี้ให้เห็นว่าในขั้นตอนการวิเคราะห์ความต้องการจะขึ้นอยู่กับความต้องการของนักพัฒนาที่พัฒนาโอเอสเอส ความต้องการสุดท้าย negotatied บนอินเทอร์เน็ตขั้นตอนการออกแบบในการพัฒนา OSS เป็นไม่ได้ดำเนินการอย่างเป็นทางการ ปัญหาแบบไม่เขียนก็ได้ และไม่ทำให้ปรากฏแก่ทุกคน เพราะมันอาจจะ จำกัด การพัฒนากระบวนการ เน้นน้อยลงที่จะทำในขั้นตอนการออกแบบ การดำเนินงานและการเข้ารหัสมีความกังวลหลักของกระบวนการพัฒนา ผู้ใช้ต่าง ๆมีส่วนร่วมในการพัฒนา OSSพวกเขาสื่อสารกับแต่ละอื่น ๆและส่งคำร้องขอเปลี่ยนการตอบ , การพัฒนา , รหัส การทดสอบ OSS ถือว่าเป็นมีประสิทธิภาพมากขึ้นเมื่อเทียบกับการทดสอบซอฟต์แวร์ของพื้นบ้าน เพราะจำนวนผู้ใช้สามารถทดสอบ OSS มีขนาดใหญ่มากเมื่อเทียบกับการทดสอบซอฟต์แวร์แบบดั้งเดิม เหล่านี้เครื่องหรือผู้ใช้ส่งมีการตอบสนองในรูปแบบของบทวิจารณ์รายงานบั๊กการเปลี่ยนแปลงขอ การทดสอบที่ดำเนินการในการพัฒนา OSS เป็น unstructed . ข้อเสียของการทดสอบใหม่ที่ครอบคลุม โดยมี " ไม่ได้นับคนแปลกหน้า " การทดสอบ OSS vixie เป็นการศึกษาความแตกต่างทั้งหมดที่วงจรชีวิตของลูกค้าได้เมื่อเทียบกับงาน แต่ไม่แนะนำให้ใช้แบบที่วิเคราะห์กระบวนการใหม่นี้