The SDLC has been a part of the IT community since the inception of the modern digital computer. A course in Systems Analysis and Design is requisite in most Management Information Systems programs (Topi, Valacich, Wright, Kaiser, Nunamaker, Sipior, and de Vreede, 2010). While such classes offer an overview of many different means of developing or acquiring software (e.g., prototyping, extreme programming, rapid application development (RAD), joint application development (JAD), etc.), at their heart such programs still devote a considerable amount of time to the SDLC, as they should. As this paper will show, following the steps and stages of the methodology is still a valid method of insuring the successful deployment of software. While the SDLC, and systems analysis and design in general, has evolved over the years, at its heart it remains a robust methodology for developing software and systems.
Early treatises of the SDLC promoted the rigorous delineation of necessary steps to follow for any kind of software project. The Waterfall Model (Boehm, 1976) is one of the most well-known forms. In this classic representation, the methodology involves seven sequential steps: 1) System Requirements and Validation; 2) Software Requirements and Validation; 3) Preliminary Design and Validation; 4) Detailed Design and Validation; 5) Code, Debug, Deployment, and Test; 6) Test, Preoperations, Validation Test; and 7) Operations, Maintenance, Revalidation. In the original description of the Boehm-Waterfall software engineering methodology, there is an interactive backstep between each stage. Thus the Boehm-Waterfall is a combination of a sequential methodology with an interactive backstep (Burback, 2004).
SDLC ที่ได้เป็นส่วนหนึ่งของชุมชนจึงนับตั้งแต่ที่มาของดิจิตอลคอมพิวเตอร์สมัยใหม่ หลักสูตรในการวิเคราะห์ระบบและออกแบบเป็น requisite ในโปรแกรมระบบจัดการข้อมูลส่วนใหญ่ (Topi, Valacich ไรท์ นิคม Nunamaker, Sipior และเดอ Vreede, 2010) ในขณะเรียนเช่นนำเสนอภาพรวมของวิธีการอื่นมากพัฒนา หรือหาซอฟต์แวร์ (เช่น ต้นแบบ เขียนโปรแกรม พัฒนาโปรแกรมอย่างรวดเร็ว (RAD), การพัฒนาโปรแกรมประยุกต์ร่วม (JAD) เป็นต้นมาก), ที่หัวใจของโปรแกรมดังกล่าวยัง อุทิศจำนวนเวลามากการ SDLC ตามที่พวกเขาควร เอกสารนี้จะแสดง ตามขั้นตอนและขั้นตอนของวิธีการเป็นยังวิธีใช้ได้เคยใช้ประสบความสำเร็จของซอฟต์แวร์ ขณะ SDLC และการวิเคราะห์ระบบ และออกแบบทั่วไป มีพัฒนาปี ห้องพักที่ ยังคงวิธีที่มีประสิทธิภาพสำหรับการพัฒนาซอฟต์แวร์และระบบการต้น treatises ของ SDLC ส่งเสริม delineation อย่างเข้มงวดของขั้นตอนที่จำเป็นตามชนิดใด ๆ ของโครงการซอฟต์แวร์ น้ำตกจำลอง (Boehm, 1976) เป็นรู้จักมากที่สุดรูปแบบหนึ่ง ในการแสดงนี้คลาสสิก ระเบียบวิธีที่เกี่ยวข้องกับ 7 ลำดับขั้นตอน: 1) ข้อกำหนดของระบบและตรวจสอบ 2 ความต้องการซอฟต์แวร์และตรวจสอบ 3) ออกแบบเบื้องต้นและตรวจสอบ 4) รายละเอียดการออกแบบและตรวจสอบ 5) รหัส จุด บกพร่อง ปรับใช้ และทดสอบ 6) ทดสอบ Preoperations ตรวจสอบทดสอบ และ 7) การดำเนินงาน บำรุงรักษา Revalidation ในคำอธิบายเดิมวิธีการวิศวกรรมซอฟต์แวร์ Boehm น้ำตก มี backstep การโต้ตอบระหว่างแต่ละขั้นตอน ดังนั้น Boehm-น้ำตกเป็นชุดของวิธีตามลำดับกับ backstep เป็นแบบโต้ตอบ (Burback, 2004)
การแปล กรุณารอสักครู่..

The SDLC has been a part of the IT community since the inception of the modern digital computer. A course in Systems Analysis and Design is requisite in most Management Information Systems programs (Topi, Valacich, Wright, Kaiser, Nunamaker, Sipior, and de Vreede, 2010). While such classes offer an overview of many different means of developing or acquiring software (e.g., prototyping, extreme programming, rapid application development (RAD), joint application development (JAD), etc.), at their heart such programs still devote a considerable amount of time to the SDLC, as they should. As this paper will show, following the steps and stages of the methodology is still a valid method of insuring the successful deployment of software. While the SDLC, and systems analysis and design in general, has evolved over the years, at its heart it remains a robust methodology for developing software and systems.
Early treatises of the SDLC promoted the rigorous delineation of necessary steps to follow for any kind of software project. The Waterfall Model (Boehm, 1976) is one of the most well-known forms. In this classic representation, the methodology involves seven sequential steps: 1) System Requirements and Validation; 2) Software Requirements and Validation; 3) Preliminary Design and Validation; 4) Detailed Design and Validation; 5) Code, Debug, Deployment, and Test; 6) Test, Preoperations, Validation Test; and 7) Operations, Maintenance, Revalidation. In the original description of the Boehm-Waterfall software engineering methodology, there is an interactive backstep between each stage. Thus the Boehm-Waterfall is a combination of a sequential methodology with an interactive backstep (Burback, 2004).
การแปล กรุณารอสักครู่..

งานที่ได้รับการเป็นส่วนหนึ่งของชุมชนตั้งแต่เริ่มก่อตั้งของดิจิตอลคอมพิวเตอร์ที่ทันสมัย หลักสูตรในการวิเคราะห์และออกแบบระบบเป็นสิ่งจำเป็นที่สุดในระบบสารสนเทศเพื่อการจัดการโปรแกรม ( คลิป valacich , ไรท์ ไกเซอร์ nunamaker sipior , , , และ เดอ ปรีดี , 2010 ) ในขณะที่เรียน เช่น เสนอภาพรวมของหลายวิธีที่แตกต่างกันของการพัฒนา หรือการสร้างต้นแบบซอฟต์แวร์ ( เช่นการเขียนโปรแกรมมาก , การพัฒนาโปรแกรมอย่างรวดเร็ว ( RAD ) , การพัฒนาโปรแกรมประยุกต์ร่วม ( เขียว ) , ฯลฯ ) , หัวใจของพวกเขาโปรแกรมดังกล่าวยังคงอุทิศจำนวนมากของเวลากับงานที่พวกเขาควร กระดาษนี้จะแสดงตามขั้นตอน และขั้นตอนของวิธีการที่ยังคงเป็นวิธีที่ถูกต้องของประกันการใช้งานที่ประสบความสำเร็จของซอฟต์แวร์ ในขณะที่งาน ,และการวิเคราะห์และออกแบบระบบในทั่วไป , มีการพัฒนาปี ที่หัวใจมันยังคงวิธีการที่แข็งแกร่งสำหรับการพัฒนาซอฟต์แวร์และระบบ ของงานส่งเสริมบทความ
ก่อนใช้อย่างเข้มงวดของขั้นตอนที่จำเป็นตามชนิดใดของโครงการพัฒนาซอฟต์แวร์ น้ําตกจําลอง ( โบม , 1976 ) เป็นหนึ่งในรูปแบบที่รู้จักกันดีที่สุด ในการเป็นตัวแทนคลาสสิกนี้วิธีการที่เกี่ยวข้องกับเจ็ดขั้นตอน ( 1 ) ความต้องการของระบบและการตรวจสอบ 2 ) ความต้องการซอฟต์แวร์และการตรวจสอบ 3 ) การออกแบบเบื้องต้นและตรวจสอบ 4 ) ออกแบบรายละเอียดและตรวจสอบ ; 5 ) รหัส , ตรวจสอบ , การใช้งานและทดสอบ ; 6 ) การทดสอบ preoperations ทดสอบ ตรวจสอบ และ 7 ) การรักษา revalidation .ในรายละเอียดเดิมของโบมน้ำตกซอฟต์แวร์วิศวกรรมวิธีการ มีถอยโต้ตอบระหว่างแต่ละขั้นตอน ดังนั้นน้ำตกโบมคือการรวมกันของวิธีการต่อเนื่องกับถอยแบบโต้ตอบ ( burback
, 2004 )
การแปล กรุณารอสักครู่..
