The cathedral phase follows UNIX ki

The cathedral phase follows UNIX kind of philosophy for its development. Once the software developer gained confidence in the development they publish their work on internet. This change phase is called as transition phase. Transition phase acts as link between cathedral and bazaar phases. Transition phase is initiated only when the design is stable and modular, original author lose interest in the Individual development process and a prototype of software are ready for use. In Bazaar phase the bazaar development style is followed, where the development actually proceed in the distributed environment. The interested people join the development process and perform development, maintenance, bug reporting, bug fixing etc., tasks. The development of the OSS is done in collaborative manner. The author considered two case studies Mine and Arla to find check the applicability of the proposed life cycle and to check why Wine is so successful and very much alive with the continuous development process as compare to Arla. The various phases of the development model proposed by are shown in Figure 2.

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

ระยะวิหารตามประเภท UNIX ของปรัชญาในการพัฒนา เมื่อนักพัฒนาซอฟต์แวร์ได้รับความเชื่อมั่นในการพัฒนา จะเผยแพร่งานบนอินเทอร์เน็ต ขั้นตอนการเปลี่ยนแปลงนี้เรียกว่าเป็นระยะเปลี่ยน ขั้นตอนการเปลี่ยนแปลงที่ทำหน้าที่เป็นเชื่อมโยงระหว่างวิหารและตลาดระยะ ช่วงระยะเริ่มต้นเฉพาะเมื่อแบบมีเสถียรภาพ และสนใจในการพัฒนาแต่ละสูญเสียผู้เขียนโมดูลาร์ ต้นฉบับ และต้นแบบของซอฟแวร์พร้อมใช้ ในขั้นตอนการตลาดตามแบบพัฒนาตลาด ที่การพัฒนาจะดำเนินการในสภาพแวดล้อมแบบกระจาย ผู้สนใจเข้าร่วมกระบวนการพัฒนา และการพัฒนา บำรุงรักษา รายงานจุดบกพร่อง ข้อบกพร่องแก้ไขงาน etc. การพัฒนาของ OSS จะทำในลักษณะร่วมกัน ผู้เขียนพิจารณา 2 กรณีศึกษาเหมืองและ Arla ในการค้นหาตรวจสอบความเกี่ยวข้องของวงจรชีวิตของการนำเสนอ และตรวจสอบเหตุไวน์มากเต็มไป ด้วยการพัฒนาอย่างต่อเนื่อง และประสบความสำเร็จเพื่อเปรียบเทียบกับ Arla ขั้นตอนต่าง ๆ ของรูปแบบการพัฒนาที่นำเสนอโดยจะแสดงในรูปที่ 2

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

ขั้นตอนต่อไปนี้โบสถ์ UNIX ชนิดของปรัชญาสำหรับการพัฒนา เมื่อนักพัฒนาซอฟแวร์ที่ได้รับความเชื่อมั่นในการพัฒนาที่พวกเขาเผยแพร่งานของตนบนอินเทอร์เน็ต ขั้นตอนการเปลี่ยนแปลงนี้จะเรียกว่าเป็นขั้นตอนการเปลี่ยนแปลง ขั้นตอนการเปลี่ยนทำหน้าที่เป็นตัวเชื่อมระหว่างโบสถ์และขั้นตอนตลาดสด ขั้นตอนการเปลี่ยนผ่านจะเริ่มได้ก็ต่อเมื่อการออกแบบที่มีเสถียรภาพและแบบแยก, เขียนต้นฉบับสูญเสียความสนใจในการพัฒนาบุคคลและเป็นต้นแบบของซอฟแวร์มีความพร้อมสำหรับการใช้งาน ในขั้นตอนการพัฒนารูปแบบบาซ่าตลาดสดตามที่การพัฒนาจริงดำเนินการในสภาพแวดล้อมแบบกระจาย ผู้ที่สนใจเข้าร่วมกระบวนการในการพัฒนาและดำเนินการพัฒนา, การบำรุงรักษา, การรายงานข้อผิดพลาดข้อผิดพลาดการแก้ไข ฯลฯ งาน การพัฒนาของ OSS จะทำในลักษณะการทำงานร่วมกัน ผู้เขียนถือว่าการศึกษาทั้งสองกรณีเหมืองและ Arla ในการค้นหาตรวจสอบการบังคับใช้ของวงจรชีวิตที่นำเสนอและตรวจสอบว่าทำไมไวน์เป็นที่ประสบความสำเร็จมากและมีชีวิตอยู่อย่างมากกับกระบวนการพัฒนาอย่างต่อเนื่องเมื่อเทียบกับ Arla ขั้นตอนต่าง ๆ ของรูปแบบการพัฒนาที่เสนอโดยจะแสดงในรูปที่ 2

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

โบสถ์ของเฟสตามชนิดของปรัชญาสำหรับการพัฒนาของ เมื่อนักพัฒนาซอฟต์แวร์ได้รับความมั่นใจในการพัฒนาพวกเขาเผยแพร่งานของพวกเขาบนอินเทอร์เน็ต การเปลี่ยนแปลงนี้จะเรียกว่าเป็น ระยะ ระยะการเปลี่ยนแปลง การเปลี่ยนเฟสที่ทำหน้าที่เชื่อมโยงระหว่างโบสถ์และขั้นตอนงานบาร์ซาร์ การเปลี่ยนเฟสเป็นผู้ริเริ่มเมื่อการออกแบบที่มั่นคงและโมดูลาร์ ,ผู้เขียนต้นฉบับสูญเสียความสนใจในการพัฒนาบุคคลและเป็นต้นแบบของซอฟต์แวร์พร้อมสำหรับการใช้ ในขั้นตอนการพัฒนาตลาดสดพลาซ่า ลักษณะตาม ที่พัฒนาแล้วดำเนินการในสภาพแวดล้อมแบบกระจาย ประชาชนที่สนใจเข้าร่วมกระบวนการพัฒนา และดำเนินการพัฒนา บำรุงรักษา รายงานบั๊ก บั๊ก แก้ไข ฯลฯ งานการพัฒนา OSS คือทำในลักษณะร่วมกัน ผู้เขียนพิจารณากรณีศึกษาสองกรณีเหมืองและรู้แล้วหาตรวจสอบการบังคับใช้ของเสนอวงจรชีวิตและตรวจสอบว่าทำไมไวน์จึงประสบความสำเร็จ และยังมีชีวิตอยู่ ด้วยกระบวนการพัฒนาอย่างต่อเนื่องเมื่อเทียบกับรู้แล้ว . ขั้นตอนต่างๆของการพัฒนารูปแบบการนำเสนอ โดยแสดงในรูปที่ 2