Throughout its short history, softw

Throughout its short history, software development has been characterized by harmful disconnects between important activities such as planning, development and implementation. The problem is further exacerbated by the episodic and infrequent performance of activities such as planning, testing, integration and releases. Several emerging phenomena reflect attempts to address these problems. For example, Continuous Integration is a practice which has emerged to eliminate discontinuities between development and deployment. In a similar vein, the recent emphasis on DevOps recognizes that the integration between software development and its operational deployment needs to be a continuous one. We argue a similar continuity is required between business strategy and development, BizDev being the term we coin for this. These disconnects are even more problematic given the need for reliability and resilience in the complex and data-intensive systems being developed today. We identify a number of continuous activities which together we label as ‘Continuous *’ (i.e. Continuous Star) which we present as part of an overall roadmap for Continuous Software engineering. We argue for a continuous (but not necessarily rapid) software engineering delivery pipeline. We conclude the paper with a research agenda.

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

ตลอดประวัติย่อ การลักษณะการพัฒนาซอฟต์แวร์โดยเป็นอันตรายยกเลิกติดต่อระหว่างกิจกรรมสำคัญเช่นการวางแผน ดำเนินงานและการพัฒนา ปัญหาคืออีกเลวร้าย โดย episodic และดำรัสประสิทธิภาพของกิจกรรมการวางแผน ทดสอบ รวมและประชาสัมพันธ์ เกิดปรากฏการณ์ต่าง ๆ สะท้อนความพยายามที่จะแก้ไขปัญหาเหล่านี้ ตัวอย่าง อย่างต่อเนื่องจะเป็นการปฏิบัติที่มีชุมนุมโค่น discontinuities ระหว่างการพัฒนาและการใช้งาน ในหลอดเลือดดำที่คล้ายกัน เน้น DevOps ล่าสุดรู้ที่บูรณาการระหว่างการพัฒนาซอฟต์แวร์และการใช้งานจำเป็นต้อง หนึ่งอย่างต่อเนื่อง เราโต้แย้งต้องระหว่างกลยุทธ์ทางธุรกิจและการพัฒนา BizDev เป็นคำที่เราเหรียญนี้มีความต่อเนื่องที่คล้ายคลึงกัน เหล่านี้ยกเลิกติดต่อจะยิ่งมีปัญหาให้ต้องการความน่าเชื่อถือและความยืดหยุ่นในระบบข้อมูลมาก และซับซ้อนที่ถูกพัฒนาในวันนี้ เราระบุหมายเลขของกิจกรรมอย่างต่อเนื่องซึ่งกันเราป้ายชื่อเป็น ' อย่างต่อเนื่อง *' (เช่นต่อเนื่องดาว) ที่เรานำเสนอเป็นส่วนหนึ่งของแผนการโดยรวมสำหรับวิศวกรรมซอฟต์แวร์อย่างต่อเนื่อง เราโต้แย้งสำหรับไปป์ไลน์จัดส่งวิศวกรรมซอฟต์แวร์อย่างต่อเนื่อง (แต่ไม่จำเป็นต้องอย่างรวดเร็ว) เราสรุปวาระวิจัยกระดาษ

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

ตลอดประวัติศาสตร์สั้นการพัฒนาซอฟต์แวร์ที่ได้รับการที่โดดเด่นด้วยการเชื่อมต่อที่เป็นอันตรายระหว่างกิจกรรมที่สำคัญเช่นการวางแผนการพัฒนาและการดำเนิน ปัญหาคือที่มาต่อไปโดยผลการดำเนินงานหลักการและไม่บ่อยนักของกิจกรรมเช่นการวางแผนการทดสอบการรวมและการเผยแพร่ ปรากฏการณ์ที่เกิดขึ้นใหม่หลายสะท้อนให้เห็นถึงความพยายามที่จะแก้ไขปัญหาเหล​​่านี้ ยกตัวอย่างเช่นบูรณาการอย่างต่อเนื่องคือการปฏิบัติที่ได้โผล่ออกมาเพื่อขจัดความต่อเนื่องระหว่างการพัฒนาและการใช้งาน ในทำนองเดียวกันเน้นล่าสุดใน DevOps ตระหนักดีว่าบูรณาการระหว่างการพัฒนาซอฟต์แวร์และการใช้งานการดำเนินงานจะต้องมีอย่างต่อเนื่องหนึ่ง เราเถียงต่อเนื่องที่คล้ายกันคือต้องระหว่างกลยุทธ์ทางธุรกิจและการพัฒนาเป็นระยะ BizDev เราสำหรับเหรียญนี้ ยกเลิกการเชื่อมต่อเหล่านี้จะมีปัญหามากขึ้นแม้จะได้รับความจำเป็นสำหรับความน่าเชื่อถือและความยืดหยุ่นในระบบที่ซับซ้อนและข้อมูลจำนวนมากได้รับการพัฒนาในวันนี้ เราระบุจำนวนของกิจกรรมอย่างต่อเนื่องซึ่งร่วมกันเราป้ายว่า '* อย่างต่อเนื่อง' (เช่นสตาร์อย่างต่อเนื่อง) ซึ่งเรานำเสนอเป็นส่วนหนึ่งของแผนงานโดยรวมอย่างต่อเนื่องวิศวกรรมซอฟต์แวร์ เราเถียงอย่างต่อเนื่อง (แต่ไม่จำเป็นต้องอย่างรวดเร็ว) ท่อส่งมอบวิศวกรรมซอฟต์แวร์ เราสรุปได้กระดาษที่มีวาระการวิจัย

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

ตลอดประวัติศาสตร์การพัฒนาซอฟต์แวร์ที่เป็นอันตรายมีลักษณะการเชื่อมต่อระหว่างกิจกรรมที่สำคัญ เช่น การวางแผน การพัฒนาและการใช้ . ปัญหาคือเพิ่มเติม exacerbated โดยการแสดง episodic และไม่บ่อยนักกิจกรรม เช่น การวางแผนการทดสอบการรวมและการประชาสัมพันธ์ ปรากฏการณ์ที่เกิดขึ้นสะท้อนให้เห็นถึงความพยายามที่จะแก้ไขปัญหาต่าง ๆเหล่านี้ ตัวอย่างเช่น การบูรณาการอย่างต่อเนื่อง เป็นการปฏิบัติที่มีออกมาเพื่อขจัดความไม่ต่อเนื่อง ระหว่างการพัฒนาและการใช้งาน . ในหลอดเลือดดำที่คล้ายกัน โดยล่าสุดใน devops ตระหนักว่าการบูรณาการระหว่างการพัฒนาซอฟต์แวร์และการดำเนินงานของมันต้องมีอย่างต่อเนื่องหนึ่ง เราโต้เถียงกันต้องมีความต่อเนื่องระหว่างกลยุทธ์ทางธุรกิจและการพัฒนา bizdev เป็นเทอมเราสำหรับเหรียญนี้ การเชื่อมต่อเหล่านี้แม้มีปัญหาให้ต้องให้ความน่าเชื่อถือและความยืดหยุ่นในระบบข้อมูลที่ซับซ้อน และเข้มข้น ที่ได้รับการพัฒนาในวันนี้ เราระบุหมายเลขของกิจกรรมที่ต่อเนื่องกัน เราชื่อ ' ' ( เช่นอย่างต่อเนื่อง * ดาวต่อเนื่อง ) ที่เรานำเสนอเป็นส่วนหนึ่งของแผนโดยรวมสำหรับวิศวกรรมซอฟต์แวร์อย่างต่อเนื่อง เราโต้เถียงกันมาอย่างต่อเนื่อง ( แต่ไม่จำเป็นต้องอย่างรวดเร็ว ) ท่อส่งของวิศวกรรมซอฟต์แวร์ เราสรุปในกระดาษด้วยวาระการวิจัย