Modern software engineering represe

Modern software engineering represents a fast-paced, collaborative task of extreme complexity. Furthermore, modern Agile development methodologies, designed to ensure the ability of an engineering team to adapt to rapid and often significant change while maintaining project momentum, is predicated on the fact that ever-changing requirements, constraints, and customer needs will continually impact all areas of a project throughout its life cycle [1,2]. Given such an operational environment, a fundamental key to successful outcomes is highly efficient and effective dissemination of information among project team stakeholders. These stakeholders include engineers, designers, quality assurance staff, project managers, customers, and more, depending on project team structure. As information changes, or new information becomes available, existing information repositories and artefacts must be updated immediately to avoid 1) injecting defects into the software being developed and 2) wasted effort spent working with incorrect information. This can be modelled as a communication problem, between a potentially large, diverse group of actors.
———————
In addition to the challenge of accurately recording and communicating changes to fundamental requirements and constraints, there exists a vast amount of information related to source code, testing, tasking, tacit knowledge, system configuration, and other facets of project status and knowledge. This knowledge must be maintained and immediately updated to avoid defect injection or inefficient workflows. Dissemination of information in near real-time can take a heavy toll on project resources, requiring continuous meetings and document creation/ingestion by all team members. This can dramatically reduce productivity of project teams, as communication of status and changes takes a large volume of project effort.
————
Two modern software development movements provide partial solutions to this problem: Data-driven development [3] and Automated DevOps [4,5]. Data- driven development is a software development methodology promoting the continual collection of data throughout the SDLC to inform prioritisation, tasking, and adaptations of the process and product to ensure project success within temporal and budgetary constraints. DevOps is a movement within software engineering that professes to bring software developers and operations staff (those in charge of infrastructure, quality control, packaging, and release of software products) in close alignment, to ensure harmonious tasking and smooth transition of project artefacts through interoperable processes and tools. It should be noted that the authors are discussing DevOps in the context of internal project systems and processes, in addition to the traditional definition of deployment and transition between development and operations staff. Though this is the traditional context of DevOps, iterative software development processes can make use of the same DevOps concepts and tools to enable internal continuous delivery of software, systems, and all other generated project artefacts. Both of these movements can be seen as a push to automate the following fundamental communication tasks of the software development process: 1) record data from the complex system of a running software development project, 2) distill that data into information and knowledge, and 3) communicate required knowledge in near real-time to all actors who rely on it to perform their job functions optimally. The hierarchical concept of data, information, and knowledge are derived from the DIKW Pyramid, a fundamental model of Information Science, where data is distilled into information, and information is used to create knowledge [6,7]. This type of data-driven approach is consistent, to varying degrees, with numerous modern software development methodologies [3,8,9,10]. While data-driven development methodologies espouse the need for broad data collection and information extraction, the DevOps movement provides the automated mechanisms to enable efficient collection and organisation of data, such that knowledge can be determined and efficiently communicated to appropriate actors without high levels of human interaction. In short, specialised automated systems take the place of some human actors in the SDLC, providing effective and immediate extraction and communication of knowledge.
—————
BACKGROUND
———
The following section will provide background on software development processes and practices, leading to a discussion of data-driven project management and automated DevOps that is the motivation for the research presented.
—————
I. The Software Development Life Cycle
The Software Development Life Cycle (SDLC) is a conceptual model used to describe a process for planning, designing, testing and deploying an information system. Various methodologies exist to manage the SDLC, including the well-known “waterfall” model,(Figure 1) which views the process as a sequence of stages moving steadily downward to project completion. [11,12] This sequence describes the output of each stage to be the input of the next. Though simple to conceptualise and plan, this approach is viewed as having significant shortcomings when applied to the practice of software development, [13, 14], specifically the difficulty in adjusting to change or new information throughout the development process. The inability to adapt to change has been seen to increase the risk of failure in many projects. This deficiency has led to other methodologies to gain footing in the modern software industry.
—————
II. Agile Software Methodologies
In response to the drawbacks of the waterfall model and other similar change-resistant software development methodologies, the Agile software development model (Figure 2) was proposed. [15] Agile methodologies are software development methods that focus on iterative and incremental development, often emphasising direct and constant communication with stakeholders, adaptive planning, and ever-evolving requirements. Practitioners believe that designing processes to adapt to change and new information effectively and efficiently leads to reduced project risk and significantly enhanced project outcomes. To constantly adapt to change, teams implementing Agile practices require highly effective communication. These teams often leverage specialised tools and techniques to ensure rapid and robust communication both within teams and between teams and stakeholders.
————
III. Data-Driven Development and Communication
Measuring project progress and status through the SDLC is imperative, especially when teams are expected to quickly adapt to change. Degraded progress must be detected swiftly to allow a team to adjust its processes and remediate issues. Collection of accurate, up-to-date information for a project is a challenge, especially given the rapidly changing nature of information in Agile projects. In response to this requirement, data-driven project management techniques have gained popularity, espousing the constant collection of large amounts of data that can be used to calculate informative metrics on project status. [3] The results of these metrics can be used to guide project management decisions, adjusting project plans and projections quickly to maintain maximal project team performance. It has been found, however, that though data-driven processes offer measurable gains in performance, human actors will lapse in the collection of useful metric data if collection is a manual process [7]. This finding leads to the conclusion that in order to achieve the benefits of data-driven processes, automated system actors must be empowered to collect data without direct assistance from human actors.
————
IV. DevOps
Modern software development teams attempt to leverage engaging, semi-autonomous technologies to facilitate the myriad of data management and communications tasks necessary throughout the SDLC. By sending messages, collecting and storing data, and providing meaningful data visualisations designed for various actor roles within the project, these systems become actors within the SDLC process, performing complex tasks ideally suited to machine automation and reducing the burden of distraction and context switching on human actors.
——
Software development, like any complex operation, requires a large number of tools and information systems to manage data and processes. As these technologies became more capable and more essential to the development process, the management and maintenance of these tools became a challenge to many teams. In most organisations, while development teams participated in the software development process, independent operations teams managed the required assistive tools and technologies. This separation of specialists lead to communication difficulties between development and operations staff, and challenges in organising and prioritising efforts to support an efficient and effective software engineering environment.
—-
Modern evolution of the practice has led to a new concept, termed DevOps, describing the conceptual and operational merging of development and operations needs, teams, and technologies. At the crux of this movement is the integration of operations teams, which support the software development process and also often the testing and release of software products, with software development teams who design and implement the software products. This marriage is intended to maximise the utility of essential software development tools while aligning the priorities of both development and operations staff to inceltivize a more successful partnership in working towards the common goal of successful project execution. The conceptual organisational unity inherent to a DevOps paradigm is naturally extended to providing interoperability of software development and operations tools, to ensure maximal

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

วิศวกรรมซอฟต์แวร์สมัยใหม่แสดงงานอย่างรวดเร็ว ทำงานร่วมกันของความซับซ้อนมาก นอกจากนี้ วิธีพัฒนาทันสมัยคล่องตัว การออกแบบให้ความสามารถของทีมงานวิศวกรรมเพื่อปรับให้เข้ากับการเปลี่ยนแปลงอย่างรวดเร็ว และมักจะสำคัญในขณะที่รักษาโมเมนตัมของโครงการ predicated ในความจริงที่ว่า ความเปลี่ยนแปลง ข้อจำกัด และลูกค้าต้องจะอย่างต่อเนื่องส่งผลกระทบต่อพื้นที่ทั้งหมดของโครงการตลอดวงจรชีวิต [1, 2] กำหนดเช่นการดำเนินงานสิ่งแวดล้อม คีย์พื้นฐานจะสำเร็จผลได้เผยแพร่ข้อมูลระหว่างโครงการทีมเสียมีประสิทธิภาพสูง และมีประสิทธิภาพ มีส่วนได้เสียเหล่านี้ประกอบด้วยวิศวกร นักออกแบบ เจ้าหน้าที่ประกันคุณภาพ ผู้จัดการโครงการ ลูกค้า และ อื่น ๆ ขึ้นอยู่กับโครงสร้างทีมงานโครงการ เป็นการเปลี่ยน แปลงข้อมูล หรือใหม่ข้อมูลกลายเป็น repositories ข้อมูลว่าง ที่มีอยู่ และสิ่งต้องปรับปรุงทันทีเพื่อหลีกเลี่ยง 1) injecting ข้อบกพร่องในซอฟต์แวร์การพัฒนา และ 2) เสียพยายามที่ใช้ในการทำงานกับข้อมูลที่ไม่ถูกต้อง นี้สามารถ modelled เป็นปัญหาการสื่อสาร ระหว่างกลุ่มอาจมีขนาดใหญ่ หลากหลายของนักแสดง———————นอกจากความท้าทายในการบันทึกได้อย่างถูกต้องและเปลี่ยนแปลงความต้องการพื้นฐานและข้อจำกัดของการสื่อสาร มีจำนวนมากข้อมูลที่เกี่ยวข้องกับรหัสแหล่งที่มา การทดสอบ tasking ความรู้ tacit ระบบ และแง่มุมอื่น ๆ ของสถานะของโครงการและความรู้ ความรู้นี้ต้องเก็บ และปรับปรุงทันทีเพื่อหลีกเลี่ยงข้อบกพร่องฉีดหรือลำดับงานไม่ เผยแพร่ข้อมูลในใกล้เวลาจริงสามารถใช้โทรหนักกับโครงการทรัพยากร กำหนดประชุมอย่างต่อเนื่องและการสร้างเอกสาร/กิน โดยสมาชิกในทีมทั้งหมด ซึ่งสามารถลดประสิทธิภาพของทีมงานโครงการ เป็นจำนวนมากที่โครงการใช้สื่อสารของสถานะและการเปลี่ยนแปลง————ความเคลื่อนไหวในการพัฒนาซอฟต์แวร์ทันสมัยสองมีปัญหาบางส่วน: ข้อมูลพัฒนา [3] และ DevOps อัตโนมัติ [4,5] ข้อมูล-ขับเคลื่อนการพัฒนาเป็นวิธีการพัฒนาซอฟต์แวร์ส่งเสริมการรวบรวมข้อมูลตลอด SDLC ทูล prioritisation, tasking และท้องของกระบวนการและผลิตภัณฑ์เพื่อให้โครงการสำเร็จภายในข้อจำกัดที่ขมับ และงบประมาณอย่างต่อเนื่อง DevOps คือ การเคลื่อนไหวภายในวิศวกรรมซอฟต์แวร์ที่ professes เพื่อนำซอฟต์แวร์พัฒนาและการดำเนินการเจ้าหน้าที่ (ผู้รับผิดชอบโครงสร้างพื้นฐาน ควบคุมคุณภาพ บรรจุภัณฑ์ และปล่อยผลิตภัณฑ์ซอฟต์แวร์) ในตำแหน่งปิด tasking กลมกลืนและการเปลี่ยนแปลงที่ราบรื่นของสิ่งประดิษฐ์โครงการผ่าน interoperable กระบวนการและเครื่องมือ มันควรจดบันทึกว่า ผู้เขียนกำลังสนทนา DevOps ในบริบทของโครงการภายในระบบและกระบวนการ นอกจากนิยามดั้งเดิมของใช้และเปลี่ยนระหว่างการพัฒนาและการดำเนินงาน แม้บริบทดั้งเดิมของ DevOps ว่านี้ สามารถทำให้กระบวนการพัฒนาซอฟต์แวร์ซ้ำใช้ DevOps แนวคิดและเครื่องมือเดียวกันเพื่อให้จัดส่งอย่างต่อเนื่องภายใน ระบบ และโครงการสร้างสิ่งอื่น ๆ ทั้งหมด ทั้งความเคลื่อนไหวเหล่านี้อาจถือเป็นการผลักดันการทำงานสื่อสารพื้นฐานต่อการพัฒนาซอฟต์แวร์โดยอัตโนมัติ: 1) บันทึกข้อมูลจากระบบที่ซับซ้อนของโครงการพัฒนาซอฟต์แวร์ทำงาน 2) แยกข้อมูลที่เป็นข้อมูลและความรู้ และ 3) ความรู้ต้องการสื่อสารในใกล้เวลาจริงกับนักแสดงทั้งหมดที่พึ่งใช้หน้าที่งาน ได้ แนวคิดเกี่ยวกับลำดับชั้นของข้อมูล สารสนเทศ และความรู้ที่ได้รับมาจากปิรามิด DIKW แบบจำลองพื้นฐานของวิทยาการสารสนเทศ ซึ่งข้อมูลจะกลั่นเป็นข้อมูล และใช้ข้อมูลในการสร้างองค์ความรู้ [6,7] วิธีการปรับปรุงข้อมูลชนิดนี้จะสอดคล้องกัน ภา ด้วยวิธีการพัฒนาซอฟต์แวร์ที่ทันสมัยมากมาย [3,8,9,10] ในขณะที่ปรับปรุงข้อมูลหลักสูตรพัฒนาความคิดเห็นที่ต้องการเก็บรวบรวมข้อมูลที่กว้าง และบีบอัดข้อมูล การเคลื่อนไหว DevOps มีกลไกอัตโนมัติเพื่อเปิดใช้งานคอลเลกชันที่มีประสิทธิภาพและองค์กรข้อมูล ให้ความรู้สามารถกำหนด และสื่อสารกับนักแสดงที่เหมาะสมโดยไม่ต้องโต้ตอบมนุษย์ระดับสูงได้อย่างมีประสิทธิภาพ ในระยะสั้น ระบบอัตโนมัติพิเศษใช้แทนนักแสดงบางคนใน SDLC ให้มีประสิทธิภาพ และยังสกัดและการสื่อสารความรู้—————พื้นหลัง———ส่วนต่อไปนี้จะแสดงพื้นหลังในกระบวนการพัฒนาซอฟต์แวร์และการปฏิบัติ การนำการสนทนาข้อมูลขับเคลื่อนโครงการจัดการและ DevOps อัตโนมัติที่เป็นแรงจูงใจสำหรับการวิจัยที่นำเสนอ—————I. วงจรชีวิตของการพัฒนาซอฟต์แวร์วงจรชีวิตการพัฒนาซอฟต์แวร์ (SDLC) เป็นแบบจำลองแนวคิดที่ใช้ในการอธิบายขั้นตอนการวางแผน ออกแบบ ทดสอบ และใช้ระบบข้อมูลการ วิธีการต่าง ๆ มีการจัดการ SDLC,,(Figure 1) รุ่นรู้จัก "น้ำตก" ที่มุมมองกระบวนการเป็นลำดับขั้นตอนการย้ายอย่างต่อเนื่องลงไปเสร็จสิ้นโครงการ รวมทั้ง [11,12] ลำดับนี้อธิบายผลลัพธ์ของแต่ละขั้นตอนให้ ข้อมูลต่อไป แต่เรื่อง conceptualise และการวางแผน วิธีการนี้ดูว่ามีแสดงอย่างมีนัยสำคัญเมื่อใช้กับการปฏิบัติของการพัฒนาซอฟต์แวร์, [13, 14], โดยเฉพาะอย่างยิ่งความยากลำบากในการปรับปรุงเปลี่ยนแปลงหรือข้อมูลใหม่ตลอดกระบวนการพัฒนา ไม่สามารถปรับเปลี่ยนได้เห็นเพื่อเพิ่มความเสี่ยงของความล้มเหลวในหลาย ๆ โครงการ ขาดนี้ได้นำไปวิธีการอื่น ๆ เพื่อให้ได้หลักในอุตสาหกรรมซอฟต์แวร์ที่ทันสมัย—————หลักสูตรซอฟต์แวร์ II คล่องตัวข้อเสียของการโมเดลน้ำตกและอื่น ๆ คล้ายคลึงกันในวิธีการพัฒนาซอฟต์แวร์ที่ทนทานต่อการเปลี่ยนแปลง รูปแบบการพัฒนาซอฟต์แวร์ที่คล่องตัว (2 รูป) ถูกนำเสนอ [15] วิธีการคล่องตัวมีวิธีการพัฒนาซอฟต์แวร์ที่เน้นพัฒนาซ้ำ และเพิ่ม มักจะเน้นการสื่อสารโดยตรง และคงที่ ด้วยเสีย วางแผนแบบอะแดปทีฟ และตอบสนองความต้องการ ผู้เชื่อว่า การออกแบบกระบวนการเพื่อปรับการเปลี่ยนแปลงข้อมูลใหม่ได้อย่างมีประสิทธิภาพ และมีประสิทธิภาพนำไปสู่โครงการลดความเสี่ยงและผลลัพธ์ของโครงการเพิ่มขึ้นอย่างมีนัยสำคัญ เพื่อปรับให้เข้ากับการเปลี่ยนแปลงตลอดเวลา ทีมนำปฏิบัติคล่องตัวต้องการสื่อสารที่มีประสิทธิภาพสูง กลุ่มคนเหล่านี้มักจะใช้เครื่องมือพิเศษและเทคนิคต่าง ๆ ให้อย่างรวดเร็ว และแข็งแกร่งสื่อสารทั้งภาย ในทีม และ ระหว่างทีมและมีส่วนได้เสีย————III. ข้อมูลพัฒนาและการสื่อสารวัดความคืบหน้าของโครงการและสถานะผ่าน SDLC มีความจำเป็น โดยเฉพาะอย่างยิ่งเมื่อทีมคาดว่าจะปรับเปลี่ยนอย่างรวดเร็ว ต้องตรวจพบกำลังเสื่อมโทรมอย่างรวดเร็วเพื่อให้ทีมงานปรับกระบวนการ และปัญหาสำรอง เก็บรวบรวมข้อมูลที่ถูกต้อง ทันสมัยสำหรับโครงการเป็นความท้าทาย ให้ธรรมชาติเปลี่ยนแปลงอย่างรวดเร็วของข้อมูลโดยเฉพาะอย่างยิ่งในโครงการคล่องตัว ในการตอบสนองความต้องการนี้ เทคนิคการจัดการโครงการปรับปรุงข้อมูลได้รับความนิยม การ espousing คอลเลกชันที่คงที่ของข้อมูลที่สามารถใช้ในการคำนวณการวัดข้อมูลเกี่ยวกับสถานะของโครงการ ขนาดใหญ่ [3] ผลของการวัดเหล่านี้สามารถใช้เพื่อการตัดสินใจบริหารโครงการ การปรับแผนงานโครงการและคาดการณ์ได้อย่างรวดเร็วเพื่อรักษาประสิทธิภาพของทีมงานโครงการสูงสุด มันพบ อย่างไรก็ตาม ที่ว่ากระบวนการขับเคลื่อนข้อมูลเสนอกำไรวัดประสิทธิภาพการทำงาน นักแสดงมนุษย์จะ lapse ในการรวบรวมข้อมูลวัดประโยชน์ถ้าคอลเลกชันเป็นกระบวนการด้วยตนเอง [7] ค้นหานี้นำไปสู่ข้อสรุปที่ว่า เพื่อให้บรรลุประโยชน์ของกระบวนการขับเคลื่อนข้อมูล แสดงระบบอัตโนมัติต้องงานเพื่อรวบรวมข้อมูลโดยไม่ต้องขอความช่วยเหลือโดยตรงจากมนุษย์แสดง————IV. DevOpsทีมงานพัฒนาซอฟต์แวร์สมัยใหม่พยายามใช้ประโยชน์จากเทคโนโลยีฉลาด กึ่งอิสระเพื่ออำนวยความสะดวกให้ข้อมูลการจัดการและการสื่อสารงานที่จำเป็นตลอดการ SDLC โดยการส่งข้อความ รวบรวม และจัดเก็บข้อมูล และให้ข้อมูลที่มีความหมาย visualisations มาในบทบาทนักแสดงต่าง ๆ ภายในโครงการ ระบบเหล่านี้กลายเป็น นักแสดงในกระบวนการ SDLC ที่ทำงานซับซ้อนเหมาะสมกับเครื่องจักรอัตโนมัติ และลดภาระของการนอนและบริบทสลับในนักแสดงมนุษย์ดาว——พัฒนาซอฟแวร์ เช่นงานซับซ้อน ต้องใช้เครื่องมือและระบบข้อมูลการจัดการข้อมูลและกระบวนการเป็นจำนวนมาก ตามเทคโนโลยีเหล่านี้ก็สามารถเพิ่มเติม และสำคัญมากขึ้นเพื่อพัฒนา การจัดการและการบำรุงรักษาเครื่องมือเหล่านี้เป็น ความท้าทายหลายทีม ในองค์กรส่วนใหญ่ ในขณะที่ทีมพัฒนาได้เข้าร่วมในกระบวนการพัฒนาซอฟต์แวร์ ทีมงานอิสระจัดการเครื่องมือช่วยเหลือที่จำเป็นและเทคโนโลยี ผู้เชี่ยวชาญการแบ่งแยกนี้นำไปสู่ความยากลำบากในการสื่อสารระหว่างพัฒนา และเจ้าหน้าที่ปฏิบัติการ และความท้าทายในการจัดเตรียม และ prioritising เพื่อสนับสนุนสภาพแวดล้อมที่วิศวกรรมซอฟต์แวร์มีประสิทธิภาพ และประสิทธิผล—-วิวัฒนาการสมัยใหม่ของการฝึกได้นำไปสู่แนวคิดใหม่ DevOps อธิบายการดำเนินงาน และแนวคิดรวมของความต้องการพัฒนาและการดำเนินงาน ทีมงาน และเทคโนโลยีที่เรียกว่า ที่ปมของขบวนการนี้คือการบูรณาการการดำเนินงานทีม ซึ่งสนับสนุนกระบวนการพัฒนาซอฟต์แวร์ และมักจะทดสอบ และรุ่นของผลิตภัณฑ์ซอฟต์แวร์ ทีมพัฒนาซอฟต์แวร์ที่ออกแบบ และใช้ผลิตภัณฑ์ซอฟต์แวร์ แต่งงานนี้มีวัตถุประสงค์เพื่อเพิ่มอรรถประโยชน์ของเครื่องมือพัฒนาซอฟต์แวร์จำเป็นขณะจัดเรียงความสำคัญของพนักงาน inceltivize พัฒนาและการดำเนินงานความร่วมมือที่ประสบความสำเร็จในเป้าหมายทั่วไปของการดำเนินโครงการประสบความสำเร็จ ธรรมชาติมีขยายความ organisational แนวคิดโดยธรรมชาติกับกระบวนทัศน์ DevOps เพื่อให้ทำงานร่วมกันของซอฟต์แวร์การพัฒนาและการดำเนินงานมือ สูงสุด

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

วิศวกรรมซอฟต์แวร์สมัยใหม่หมายถึงอย่างรวดเร็วงานการทำงานร่วมกันของความซับซ้อนมาก นอกจากนี้วิธีการพัฒนาเปรียวที่ทันสมัยได้รับการออกแบบเพื่อให้แน่ใจว่าสามารถของทีมงานวิศวกรที่จะปรับตัวเข้ากับการเปลี่ยนแปลงอย่างรวดเร็วและที่สำคัญมักจะยังคงรักษาโมเมนตัมโครงการจะบอกกล่าวกับความจริงที่ว่าความต้องการที่เปลี่ยนแปลงตลอดเวลาข้อ จำกัด และความต้องการของลูกค้าอย่างต่อเนื่องจะส่งผลกระทบต่อทุกพื้นที่ ของโครงการตลอดวงจรชีวิต [1,2] ป.ร. ให้ไว้เช่นสภาพแวดล้อมในการปฏิบัติงานที่สำคัญพื้นฐานไปสู่ผลลัพธ์ที่ประสบความสำเร็จคือการเผยแพร่ที่มีประสิทธิภาพสูงและมีประสิทธิภาพของข้อมูลระหว่างผู้มีส่วนได้เสียทีมงานโครงการ ผู้มีส่วนได้เสียเหล่านี้รวมถึงวิศวกร, ออกแบบ, เจ้าหน้าที่ประกันคุณภาพ, ผู้จัดการโครงการ, ลูกค้า, และอื่น ๆ ขึ้นอยู่กับโครงสร้างของทีมงานโครงการ ในขณะที่มีการเปลี่ยนแปลงข้อมูลหรือข้อมูลใหม่จะสามารถใช้เก็บข้อมูลที่มีอยู่และสิ่งของที่ต้องมีการปรับปรุงทันทีเพื่อหลีกเลี่ยง 1) การฉีดข้อบกพร่องในซอฟต์แวร์การพัฒนาและ 2) ความพยายามที่สูญเปล่าใช้เวลาทำงานกับข้อมูลที่ไม่ถูกต้อง นี้สามารถจำลองเป็นปัญหาการสื่อสารระหว่างที่มีขนาดใหญ่ที่อาจเกิดขึ้นในกลุ่มที่มีความหลากหลายของนักแสดง. ------- นอกจากความท้าทายของการบันทึกอย่างถูกต้องและการสื่อสารการเปลี่ยนแปลงความต้องการพื้นฐานและข้อ จำกัด ที่มีอยู่เป็นจำนวนมากมายของข้อมูล ที่เกี่ยวข้องกับรหัสที่มาทดสอบทาสกิ้ง, ความรู้, การกำหนดค่าระบบและแง่มุมอื่น ๆ ของสถานะของโครงการและความรู้ ความรู้นี้จะต้องได้รับการรักษาและมีการปรับปรุงทันทีเพื่อหลีกเลี่ยงการฉีดข้อบกพร่องหรือขั้นตอนการทำงานที่ไม่มีประสิทธิภาพ การเผยแพร่ข้อมูลในใกล้เวลาจริงสามารถใช้ทรัพยากรมากโครงการต้องมีการประชุมอย่างต่อเนื่องและการสร้างเอกสาร / การบริโภคโดยสมาชิกทุกคนในทีม . นี้สามารถลดการผลิตของทีมงานโครงการ, การสื่อสารของสถานะและการเปลี่ยนแปลงที่จะเกิดปริมาณมากของความพยายามโครงการ---- สองการเคลื่อนไหวของการพัฒนาซอฟต์แวร์ที่ทันสมัยให้การแก้ปัญหาบางส่วนให้กับปัญหานี้: การพัฒนาข้อมูลที่ขับเคลื่อนด้วย [3] และอัตโนมัติ DevOps [ 4,5] ขับเคลื่อนการพัฒนา DATA- เป็นวิธีการพัฒนาซอฟแวร์คอลเลกชันการส่งเสริมอย่างต่อเนื่องของข้อมูลทั่ว SDLC ที่จะแจ้งให้จัดลำดับความสำคัญ tasking และการปรับตัวของกระบวนการและผลิตภัณฑ์เพื่อให้แน่ใจว่าความสำเร็จของโครงการภายใต้ข้อ จำกัด เวลาและงบประมาณ DevOps คือการเคลื่อนไหวภายในวิศวกรรมซอฟต์แวร์ที่สารภาพจะนำนักพัฒนาซอฟแวร์และพนักงานการดำเนินงาน (ผู้ที่อยู่ในความดูแลของโครงสร้างพื้นฐานการควบคุมคุณภาพการบรรจุภัณฑ์และการเปิดตัวของผลิตภัณฑ์ซอฟต์แวร์) ในการจัดตำแหน่งใกล้ชิดเพื่อให้แน่ใจว่าทาสกิ้งความสามัคคีและความราบรื่นของสิ่งประดิษฐ์โครงการผ่านการทำงานร่วมกัน กระบวนการและเครื่องมือ มันควรจะตั้งข้อสังเกตว่าผู้เขียนจะคุย DevOps ในบริบทของระบบภายในโครงการและกระบวนการนอกเหนือไปจากความหมายดั้งเดิมของการใช้งานและการเปลี่ยนแปลงระหว่างการพัฒนาและการดำเนินงานของพนักงาน แต่นี้เป็นบริบทดั้งเดิมของ DevOps กระบวนการพัฒนาซอฟต์แวร์ซ้ำสามารถใช้ประโยชน์จากแนวคิดเดียวกัน DevOps และเครื่องมือที่จะช่วยให้การส่งมอบอย่างต่อเนื่องภายในของซอฟแวร์ระบบและอื่น ๆ ทั้งหมดที่สร้างสิ่งประดิษฐ์โครงการ ทั้งการเคลื่อนไหวเหล่านี้สามารถมองเห็นเป็นผลักดันในการทำงานโดยอัตโนมัติต่อไปนี้งานสื่อสารพื้นฐานของกระบวนการพัฒนาซอฟต์แวร์: 1) บันทึกข้อมูลจากระบบที่ซับซ้อนของการทำงานโครงการพัฒนาซอฟต์แวร์, 2) กลั่นข้อมูลลงในที่ข้อมูลและความรู้และ 3 ) สื่อสารความรู้ที่จำเป็นในเวลาจริงใกล้กับนักแสดงทุกคนที่พึ่งพาได้ในการปฏิบัติหน้าที่งานของพวกเขาได้อย่างดีที่สุด แนวคิดลำดับชั้นของข้อมูลข่าวสารและความรู้ที่ได้รับจาก DIKW พีระมิดรูปแบบพื้นฐานของข้อมูลวิทยาศาสตร์ที่ข้อมูลจะถูกกลั่นกรองออกมาเป็นข้อมูลและข้อมูลที่จะใช้ในการสร้างองค์ความรู้ [6,7] ประเภทของวิธีการที่ขับเคลื่อนด้วยข้อมูลนี้สอดคล้องเพื่อองศาที่แตกต่างกับวิธีการพัฒนาซอฟแวร์ที่ทันสมัยมากมาย [3,8,9,10] ในขณะที่วิธีการพัฒนาที่ขับเคลื่อนด้วยข้อมูลหลักการความจำเป็นในการเก็บรวบรวมข้อมูลในวงกว้างและการสกัดข้อมูลการเคลื่อนไหว DevOps ให้กลไกอัตโนมัติเพื่อให้คอลเลกชันที่มีประสิทธิภาพและการจัดระเบียบของข้อมูลเช่นความรู้ที่สามารถตรวจสอบได้และมีการสื่อสารอย่างมีประสิทธิภาพกับนักแสดงที่เหมาะสมโดยไม่ต้องระดับสูงของมนุษย์ ปฏิสัมพันธ์ ในระยะสั้นระบบอัตโนมัติเฉพาะใช้สถานที่ของนักแสดงมนุษย์บางอย่างใน SDLC ให้การสกัดที่มีประสิทธิภาพและได้ทันทีและการสื่อสารความรู้. ----- พื้นหลัง--- ส่วนต่อไปนี้จะช่วยให้พื้นหลังในกระบวนการพัฒนาซอฟแวร์และการปฏิบัติที่นำ การอภิปรายของการบริหารจัดการโครงการที่ขับเคลื่อนด้วยข้อมูลและ DevOps อัตโนมัติที่เป็นแรงจูงใจสำหรับการวิจัยที่นำเสนอ. ----- I. การพัฒนาซอฟต์แวร์วงจรชีวิตวงจรชีวิตการพัฒนาซอฟต์แวร์ (SDLC) เป็นรูปแบบความคิดที่ใช้ในการอธิบายขั้นตอนการวางแผนการออกแบบการทดสอบและการปรับใช้ระบบสารสนเทศ วิธีการต่างๆที่มีอยู่เพื่อจัดการ SDLC รวมทั้งรู้จักกันดี "น้ำตก" รุ่น (รูปที่ 1) ซึ่งมองกระบวนการเป็นลำดับของขั้นตอนการเคลื่อนไหวอย่างต่อเนื่องลงไปเสร็จสิ้นโครงการ [11,12] ลำดับนี้จะอธิบายถึงการส่งออกของแต่ละขั้นตอนจะต้องมีการป้อนข้อมูลต่อไป แม้ว่าจะง่ายในการ conceptualise และวางแผนวิธีการนี้ถูกมองว่ามีข้อบกพร่องอย่างมีนัยสำคัญเมื่อนำไปใช้กับการปฏิบัติของการพัฒนาซอฟต์แวร์ [13, 14] โดยเฉพาะความยากลำบากในการปรับตัวเข้ากับการเปลี่ยนแปลงหรือข้อมูลใหม่ตลอดกระบวนการพัฒนา ไม่สามารถที่จะปรับตัวเข้ากับการเปลี่ยนแปลงที่ได้รับการเห็นจะเพิ่มความเสี่ยงของความล้มเหลวในหลายโครงการ ขาดนี้ได้นำไปสู่วิธีการอื่น ๆ ที่จะได้รับความมั่นคงในอุตสาหกรรมซอฟแวร์ที่ทันสมัย. ----- ครั้งที่สอง ซอฟต์แวร์ Agile วิธีการในการตอบสนองต่อข้อบกพร่องของน้ำตกจำลองและอื่น ๆ ที่เปลี่ยนแปลงทนคล้ายวิธีการพัฒนาซอฟแวร์รูปแบบการพัฒนาซอฟต์แวร์ Agile (รูปที่ 2) ได้รับการเสนอ [15] วิธีการ Agile เป็นวิธีการพัฒนาซอฟแวร์ที่มุ่งเน้นการพัฒนาซ้ำและเพิ่มขึ้นมักจะเน้นการสื่อสารโดยตรงและอย่างต่อเนื่องกับผู้มีส่วนได้เสียในการวางแผนการปรับตัวและความต้องการตลอดการพัฒนา ผู้ประกอบการเชื่อว่าการออกแบบกระบวนการในการปรับตัวเข้ากับการเปลี่ยนแปลงและข้อมูลใหม่ได้อย่างมีประสิทธิภาพและมีประสิทธิภาพนำไปสู่ความเสี่ยงของโครงการลดลงและเพิ่มขึ้นอย่างมีนัยสำคัญผลโครงการ อย่างต่อเนื่องปรับให้เข้ากับการเปลี่ยนแปลงทีมงานดำเนินการปฏิบัติเปรียวจำเป็นต้องมีการสื่อสารที่มีประสิทธิภาพสูง ทีมงานเหล่านี้มักจะใช้ประโยชน์จากเครื่องมือและเทคนิคพิเศษเพื่อให้การสื่อสารอย่างรวดเร็วและมีประสิทธิภาพทั้งภายในทีมงานและระหว่างทีมงานและผู้มีส่วนได้เสีย. ---- III ที่ขับเคลื่อนด้วยข้อมูลการพัฒนาและการสื่อสารความคืบหน้าโครงการวัดและสถานะผ่าน SDLC มีความจำเป็นโดยเฉพาะอย่างยิ่งเมื่อทีมที่คาดว่าจะได้อย่างรวดเร็วปรับให้เข้ากับการเปลี่ยนแปลง ความคืบหน้าเสื่อมโทรมต้องถูกตรวจพบอย่างรวดเร็วเพื่อให้ทีมงานในการปรับกระบวนการและ remediate ปัญหา คอลเลกชันที่ถูกต้อง, up-to-date ข้อมูลสำหรับโครงการเป็นสิ่งที่ท้าทายโดยเฉพาะอย่างยิ่งกับธรรมชาติที่เปลี่ยนแปลงอย่างรวดเร็วของข้อมูลในโครงการเปรียว ในการตอบสนองความต้องการนี้ข้อมูลที่ขับเคลื่อนด้วยเทคนิคการบริหารจัดการโครงการที่ได้รับความนิยม, espousing คอลเลกชันคงที่ของข้อมูลจำนวนมากที่สามารถนำมาใช้ในการคำนวณตัวชี้วัดที่ให้ข้อมูลเกี่ยวกับสถานะของโครงการ [3] ผลของตัวชี้วัดเหล่านี้สามารถนำมาใช้เพื่อเป็นแนวทางในการตัดสินใจการบริหารจัดการโครงการปรับแผนโครงการและประมาณการได้อย่างรวดเร็วเพื่อรักษาประสิทธิภาพของทีมงานโครงการสูงสุด จะได้รับพบ แต่ที่แม้ว่ากระบวนการที่ขับเคลื่อนด้วยข้อมูลมีกำไรที่วัดในการปฏิบัติงาน, นักแสดงมนุษย์จะหมดอายุในการเก็บรวบรวมข้อมูลที่เป็นประโยชน์เมตริกถ้าคอลเลกชันเป็นกระบวนการคู่มือ [7] การค้นพบนี้จะนำไปสู่ข้อสรุปที่ว่าเพื่อให้บรรลุผลประโยชน์ของกระบวนการที่ขับเคลื่อนด้วยข้อมูลนักแสดงระบบอัตโนมัติจะต้องมีการเพิ่มขีดความสามารถในการเก็บรวบรวมข้อมูลโดยไม่ต้องความช่วยเหลือโดยตรงจากนักแสดงมนุษย์. ---- IV DevOps ทีมพัฒนาซอฟต์แวร์สมัยใหม่พยายามที่จะยกระดับการมีส่วนร่วม, เทคโนโลยีกึ่งอิสระเพื่ออำนวยความสะดวกมากมายของการจัดการข้อมูลและงานการสื่อสารที่จำเป็นตลอด SDLC โดยการส่งข้อความ, การเก็บรวบรวมและจัดเก็บข้อมูลและการให้ข้อมูลที่มีความหมาย visualisations ออกแบบมาสำหรับนักแสดงบทบาทต่าง ๆ ภายในโครงการระบบเหล่านี้กลายเป็นนักแสดงที่อยู่ในขั้นตอนการ SDLC, การปฏิบัติงานที่ซับซ้อนเหมาะกับเครื่องอัตโนมัติและลดภาระของฟุ้งซ่านและบริบทเปลี่ยนใน นักแสดงมนุษย์. - การพัฒนาซอฟแวร์เช่นเดียวกับการดำเนินการที่ซับซ้อนใด ๆ ที่ต้องใช้จำนวนมากของเครื่องมือและระบบสารสนเทศในการจัดการข้อมูลและกระบวนการ เป็นเทคโนโลยีเหล่านี้กลายเป็นความสามารถมากขึ้นและที่สำคัญมากขึ้นในการพัฒนา, การจัดการและการบำรุงรักษาเครื่องมือเหล่านี้กลายเป็นความท้าทายที่จะหลายทีม ในองค์กรส่วนใหญ่ในขณะที่ทีมพัฒนามีส่วนร่วมในกระบวนการพัฒนาซอฟต์แวร์, ทีมงานที่เป็นอิสระที่มีการจัดการที่จำเป็นเครื่องมืออำนวยความสะดวกและเทคโนโลยี การแยกตัวของผู้เชี่ยวชาญด้านนี้นำไปสู่ความยากลำบากในการสื่อสารระหว่างการพัฒนาและพนักงานการดำเนินงานและความท้าทายในการจัดระเบียบและจัดลำดับความสำคัญความพยายามที่จะสนับสนุนสภาพแวดล้อมวิศวกรรมซอฟแวร์ที่มีประสิทธิภาพและมีประสิทธิภาพ. - วิวัฒนาการที่ทันสมัยของการปฏิบัติได้นำไปสู่แนวคิดใหม่ที่เรียกว่า DevOps อธิบาย ผสานแนวคิดและการดำเนินงานของการพัฒนาและความต้องการการดำเนินงานทีมและเทคโนโลยี ที่ปมของการเคลื่อนไหวครั้งนี้เป็นการบูรณาการของทีมงานที่สนับสนุนกระบวนการพัฒนาซอฟแวร์และก็มักจะทดสอบและการเปิดตัวของผลิตภัณฑ์ซอฟต์แวร์ที่มีทีมพัฒนาซอฟต์แวร์ที่ออกแบบและการใช้ผลิตภัณฑ์ซอฟต์แวร์ การแต่งงานครั้งนี้มีจุดมุ่งหมายเพื่อเพิ่มประโยชน์ของเครื่องมือในการพัฒนาซอฟต์แวร์ที่จำเป็นในขณะที่การจัดตำแหน่งจัดลำดับความสำคัญของการพัฒนาและพนักงานการดำเนินงานเพื่อ inceltivize ความร่วมมือที่ประสบความสำเร็จมากขึ้นในการทำงานต่อเป้าหมายร่วมกันในการดำเนินโครงการที่ประสบความสำเร็จ ความสามัคคีขององค์กรแนวคิดธรรมชาติที่มีอยู่ในการกระบวนทัศน์ DevOps จะขยายออกไปตามธรรมชาติที่จะให้การทำงานร่วมกันในการพัฒนาซอฟแวร์และเครื่องมือในการดำเนินงานเพื่อให้มั่นใจสูงสุด

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

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