Other early works were patterned af

Other early works were patterned after the Waterfall Model, with varying numbers of steps and not-markedly-different names for each stage. For example, Gore and Stubbe (1983) advocated a four-step approach consisting of the study phase, the design phase, the development phase, and the operation phase (p. 25). Martin and McClure (1988) described it as a multistep process consisting of five basic sequential phases: analysis, design, code, test, and maintain (p. 18). Another widely used text (Whitten, Bentley, and Ho, 1986) during the 1980s advocated an eight-step method. Beginning with 1) Survey the Situation, it was followed by 2) Study Current System; 3) Determine User Requirements; 4) Evaluate Alternative Solutions; 5) Design New System; 6) Select New Computer Equipment and Software; 7) Construct New System; and 8) Deliver New System.
Almost two decades later, a book by the same set of authors in general (Whitten, Bentley, and Dittman, 2004) also advocated an eight step series of phases, although the names of the stages changed somewhat (albeit not significantly). The methodology proceeded through the steps of Scope definition, Problem analysis, Requirements analysis, Logical design, Decision analysis, Physical design and integration, Construction and testing, and ending with Installation and delivery (p. 89). It is interesting to note that nearly 20 years later, the naming conventions used in the newer text are almost synonymous with those in the older work. The Whitten and Bentley (2008) text, in its present form, still breaks up the process into eight stages. While there is no consensus in the naming (or number) of stages (e.g., many systems analysis and design textbooks advocate their own nomenclature (c.f. Whitten, Bentley, and Barlow (1994), O’Brien (1993), Taggart and Silbey (1986)), McMurtrey (1997) reviewed the various forms of the life cycle in his dissertation work and came up with a generic SDLC involving the phases of Analysis, Design, Coding, Testing, Implementation, and Maintenance.
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).

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

งานอื่น ๆ ก่อนมีลวดลายจากแบบจำลองน้ำตก มีจำนวนขั้นตอนและไม่อย่างเด่นชัดชื่อแตกต่างกันในแต่ละขั้นตอนแตกต่างกัน ตัวอย่าง โลหิต และ Stubbe (1983) advocated วิธีการสี่ขั้นตอนประกอบด้วยขั้นตอนการศึกษา ระยะออกแบบ ขั้นตอนการพัฒนา และระยะดำเนินการ (25 p.) มาร์ตินและ McClure (1988) อธิบายว่า เป็นกระบวนการ multistep ประกอบด้วย 5 ขั้นตอนตามลำดับพื้นฐาน: การวิเคราะห์ ออกแบบ รหัส ทดสอบ และรักษา (p. 18) อื่นใช้กันอย่างแพร่หลายข้อ ความ (Whitten เบ้นท์เลย์ โฮจิมินห์ 1986) ในช่วงทศวรรษที่ 1980 การ advocated วิธีการขั้นตอนที่แปด เริ่มต้น ด้วย 1) สำรวจสถานการณ์ มันถูกตาม 2 ศึกษาระบบปัจจุบัน 3) กำหนดความต้องการของผู้ใช้ 4) ประเมินทางเลือกวิธีแก้ไขปัญหา 5) ออกแบบระบบใหม่ 6 เลือกอุปกรณ์คอมพิวเตอร์ใหม่และซอฟต์แวร์ 7) สร้างระบบใหม่ และ 8) จัดส่งระบบใหม่เกือบสองทศวรรษภายหลัง หนังสือ โดยผู้เขียนในทั่วไป (Whitten เบ้นท์เลย์ และ Dittman, 2004) ชุดเดียวกันยัง advocated ชุดขั้นตอนที่ 8 เป็นระยะ ถึงแม้ว่าชื่อของขั้นตอนการเปลี่ยนแปลงค่อนข้าง (แม้ว่าไม่มาก) ครอบครัวระหว่างขั้นตอนการกำหนดขอบเขต วิเคราะห์ปัญหา วิเคราะห์ความต้องการ ออกแบบตรรกะ วิเคราะห์ตัดสินใจ ออกแบบทางกายภาพ และรวม ก่อสร้าง และการ ทดสอบ และลงท้าย ด้วยการติดตั้งและจัดส่ง (p. 89) เป็นที่น่าสนใจทราบว่า เกือบ 20 ปีต่อมา แผนที่ใช้ในข้อความใหม่เป็นเกือบพ้องกับงานเก่า Whitten และเบ้นท์เลย์ (2008) ข้อความ แบบปัจจุบัน ยังคงแบ่งการเป็นขั้นตอนที่ 8 ขณะที่มีมติไม่ตั้งชื่อ (หรือจำนวน) ของขั้นตอน (เช่น ในการวิเคราะห์ระบบและออกแบบตำราทนายของตนเองระบบการตั้งชื่อ (c.f. Whitten เบ้นท์ เลย์ และ Barlow (1994), โอไบรอัน (1993), Taggart และ Silbey (1986)), McMurtrey (1997) ตรวจทานรูปแบบต่าง ๆ ของวงจรชีวิตในงานวิทยานิพนธ์ปริญญาเอกของเขา และมากับ SDLC ทั่วไปที่เกี่ยวข้องกับขั้นตอนของการวิเคราะห์ออกแบบ รหัส ทดสอบ ปฏิบัติ และการบำรุงรักษาต้น treatises ของ SDLC ส่งเสริม delineation อย่างเข้มงวดของขั้นตอนที่จำเป็นตามชนิดใด ๆ ของโครงการซอฟต์แวร์ น้ำตกจำลอง (Boehm, 1976) เป็นรู้จักมากที่สุดรูปแบบหนึ่ง ในการแสดงนี้คลาสสิก ระเบียบวิธีที่เกี่ยวข้องกับ 7 ลำดับขั้นตอน: 1) ข้อกำหนดของระบบและตรวจสอบ 2 ความต้องการซอฟต์แวร์และตรวจสอบ 3) ออกแบบเบื้องต้นและตรวจสอบ 4) รายละเอียดการออกแบบและตรวจสอบ 5) รหัส จุด บกพร่อง ปรับใช้ และทดสอบ 6) ทดสอบ Preoperations ตรวจสอบทดสอบ และ 7) การดำเนินงาน บำรุงรักษา Revalidation ในคำอธิบายเดิมวิธีการวิศวกรรมซอฟต์แวร์ Boehm น้ำตก มี backstep การโต้ตอบระหว่างแต่ละขั้นตอน ดังนั้น Boehm-น้ำตกเป็นชุดของวิธีตามลำดับกับ backstep เป็นแบบโต้ตอบ (Burback, 2004)

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

ผลงานในช่วงต้นอื่น ๆ ที่ถูกแบบฉบับรุ่นน้ำตกที่แตกต่างกับตัวเลขของขั้นตอนและชื่อที่ไม่โดดเด่นที่แตกต่างกันสำหรับแต่ละขั้นตอน ตัวอย่างเช่นกอร์และ Stubbe (1983) สนับสนุนแนวทางสี่ขั้นตอนประกอบด้วยขั้นตอนการศึกษาขั้นตอนการออกแบบ, การพัฒนาและการดำเนินการขั้นตอน (p. 25) มาร์ตินและ McClure (1988) อธิบายว่ามันเป็นกระบวนการหลายขั้นตอนซึ่งประกอบด้วยห้าขั้นตอนลำดับขั้นพื้นฐาน: การวิเคราะห์การออกแบบ, รหัส, การทดสอบและการบำรุงรักษา (p. 18) ข้อความอื่นใช้กันอย่างแพร่หลาย (Whitten เบนท์ลีย์และโฮ, 1986) ในช่วงทศวรรษ 1980 สนับสนุนวิธีการขั้นตอนที่แปด เริ่มต้นด้วย 1) การสำรวจสถานการณ์มันตามมาด้วย 2) ระบบการศึกษาปัจจุบัน; 3) กำหนดความต้องการการใช้งาน; 4) ประเมินโซลูชั่นทางเลือก; 5) การออกแบบระบบใหม่; 6) เลือกอุปกรณ์คอมพิวเตอร์และซอฟต์แวร์ 7) สร้างระบบใหม่; และ 8) ส่งมอบระบบใหม่.
เกือบสองทศวรรษที่ผ่านมาต่อมาหนังสือโดยชุดเดียวกันของผู้เขียนในทั่วไป (Whitten เบนท์ลีย์และ Dittman, 2004) นอกจากนี้ยังสนับสนุนชุดขั้นตอนที่แปดของขั้นตอนแม้ว่าชื่อของขั้นตอนการเปลี่ยนแปลงค่อนข้าง ( แม้จะไม่ได้อย่างมีนัยสำคัญ) วิธีการดำเนินการผ่านขั้นตอนของการกำหนดขอบเขตการวิเคราะห์ปัญหา, การวิเคราะห์ความต้องการการออกแบบตรรกะการวิเคราะห์การตัดสินใจการออกแบบทางกายภาพและบูรณาการการก่อสร้างและการทดสอบและลงท้ายด้วยการติดตั้งและการส่งมอบ (พี. 89) เป็นที่น่าสนใจที่จะทราบว่าเกือบ 20 ปีต่อมาการตั้งชื่อที่ใช้ในข้อความใหม่เกือบจะตรงกันกับผู้ที่อยู่ในที่ทำงานเก่า Whitten และเบนท์ลีย์ (2008) ข้อความในรูปแบบปัจจุบันยังคงแบ่งกระบวนการออกเป็นแปดขั้นตอน ในขณะที่ไม่มีฉันทามติในการตั้งชื่อ (หรือหมายเลข) ของขั้นตอน (เช่นการวิเคราะห์ระบบจำนวนมากและตำราการออกแบบสนับสนุนระบบการตั้งชื่อของตัวเอง (CF Whitten เบนท์ลีย์และบาร์โลว์ (1994) โอไบรอัน (1993), แทกการ์และ Silbey ( 1986)), McMurtrey (1997) การตรวจสอบรูปแบบต่าง ๆ ของวงจรชีวิตในการทำงานวิทยานิพนธ์ของเขาและมาพร้อมกับ SDLC ทั่วไปที่เกี่ยวข้องกับขั้นตอนการวิเคราะห์, การออกแบบ, การเข้ารหัส, การทดสอบการดำเนินงานและการบำรุงรักษา.
บทความแรกของ SDLC การส่งเสริมการลงทุน การวิเคราะห์ที่เข้มงวดของขั้นตอนที่จำเป็นในการปฏิบัติตามสำหรับชนิดของโครงการซอฟต์แวร์ใด ๆ รุ่นน้ำตก (Boehm, 1976) เป็นหนึ่งในรูปแบบส่วนใหญ่ที่รู้จักกันดีในเรื่องนี้แทนคลาสสิกวิธีการที่เกี่ยวข้องกับเจ็ดขั้นตอนตามลำดับ.. 1) ความต้องการของระบบและ การตรวจสอบ; 2) ความต้องการซอฟต์แวร์และการตรวจสอบ; 3) การออกแบบเบื้องต้นและการตรวจสอบ; 4) ออกแบบรายละเอียดและตรวจสอบ; 5) รหัสสินค้า, การแก้ปัญหาการปรับใช้และทดสอบ; 6) การทดสอบ Preoperations, การตรวจสอบการทดสอบ; และ 7) การดำเนินงาน, การบำรุงรักษา, Revalidation ในคำอธิบายเดิมของซอฟแวร์ Boehm-น้ำตกวิธีการทางวิศวกรรมมี BACKSTEP โต้ตอบระหว่างแต่ละขั้นตอน ดังนั้น Boehm-น้ำตกคือการรวมกันของวิธีการต่อเนื่องกับ BACKSTEP โต้ตอบ (Burback, 2004)

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

งานอื่น ๆมีลวดลายหลังจากตกรุ่น แตกต่างกับตัวเลขของขั้นตอนและชื่อไม่แตกต่างกันอย่างเด่นชัด สำหรับแต่ละขั้นตอน ตัวอย่างเช่น กอร์ และ ับบี้ ( 1983 ) การสนับสนุน 4 ขั้นตอนประกอบด้วย ศึกษาวิธีการขั้นตอนขั้นตอนการออกแบบ ขั้นตอนการพัฒนา และการดำเนินงานเฟส ( หน้า 25 )มาร์ติน และ เมิกคลูร์ ( 1988 ) อธิบายว่ามันเป็น multistep กระบวนการประกอบด้วยห้าขั้นพื้นฐานลําดับขั้นตอนการวิเคราะห์การออกแบบรหัสทดสอบและรักษา ( 18 หน้า ) อื่นที่ใช้กันอย่างแพร่หลายข้อความ ( Whitten เบนท์ลีย์ และ โฮ , 1986 ) ในช่วงทศวรรษ 1980 สนับสนุน 8 ขั้นตอน วิธีการ 1 ) เริ่มต้นด้วยการสำรวจสถานการณ์ ตามมาด้วย 2 ) ศึกษาระบบปัจจุบัน 3 ) ศึกษาความต้องการของผู้ใช้ ;4 ) ประเมินโซลูชั่นทางเลือก ; 5 ) ออกแบบระบบใหม่ ; 6 ) เลือกอุปกรณ์ คอมพิวเตอร์ และซอฟต์แวร์ใหม่ ; 7 ) สร้างระบบใหม่ และ 8 ) การส่งมอบระบบใหม่
เกือบสองทศวรรษต่อมา หนังสือชุดเดียวกันของผู้เขียนโดยทั่วไป ( Whitten เบนท์ลีย์ และ แบบฟอร์ม , 2004 ) นอกจากนี้ยังสนับสนุนแปดขั้นตอนชุดของขั้นตอน แม้ว่าชื่อของขั้นตอนการเปลี่ยนแปลงบ้าง ( แม้จะไม่พบ )วิธีการดำเนินการผ่านขั้นตอนของการกำหนดขอบเขตการวิเคราะห์ความต้องการการออกแบบ การวิเคราะห์ปัญหา การตัดสินใจเชิงบูรณาการการออกแบบทางกายภาพและ สร้าง ทดสอบ และลงท้ายด้วยการติดตั้งและส่งมอบ ( หน้า 89 ) เป็นที่น่าสนใจที่จะทราบว่าเกือบ 20 ปีแล้วข้อตกลงที่ใช้ในการตั้งชื่อใหม่ข้อความเกือบจะพ้องกับผู้เก่า งาน โดย Whitten เบนท์ลีย์ ( 2008 ) และข้อความในรูปแบบปัจจุบันยังแบ่งกระบวนการออกเป็น 8 ขั้นตอน ในขณะที่ไม่มีฉันทามติในการตั้งชื่อ ( หรือตัวเลข ) ขั้นตอน ( เช่น ระบบหลายระบบและการออกแบบการวิเคราะห์หนังสือเรียนสนับสนุนการเรียกชื่อของตนเอง ( ซี. เอฟ Whitten เบนท์ลีย์ และ บาร์โลว์ ( 1994 )โอไบรอัน ( 1993 ) , แท๊ก และ silbey ( 1986 ) ) mcmurtrey ( 1997 ) ทบทวนรูปแบบต่างๆของวงจรชีวิตในวิทยานิพนธ์ของเขาทำงานมากับทั่วไปงานที่เกี่ยวข้องกับขั้นตอนของการวิเคราะห์ การออกแบบ การเขียนโปรแกรม การทดสอบ การใช้ และบำรุงรักษา บทความของงานส่งเสริม
ก่อนใช้อย่างเข้มงวดขั้นตอนที่จำเป็นในการติดตามสำหรับการใด ๆชนิดของโครงการพัฒนาซอฟต์แวร์น้ําตกจําลอง ( โบม , 1976 ) เป็นหนึ่งในรูปแบบที่รู้จักกันดีที่สุด ในการเป็นตัวแทนคลาสสิกนี้ วิธีการที่เกี่ยวข้องกับเจ็ดขั้นตอน ( 1 ) ความต้องการของระบบและการตรวจสอบ 2 ) ความต้องการซอฟต์แวร์และการตรวจสอบ 3 ) การออกแบบเบื้องต้นและตรวจสอบ 4 ) ออกแบบรายละเอียดและตรวจสอบ ; 5 ) รหัส , ตรวจสอบ , การใช้งานและทดสอบ ; 6 ) การทดสอบ preoperations , การทดสอบการตรวจสอบ ;และ 7 ) การรักษา revalidation . ในรายละเอียดเดิมของโบมน้ำตกซอฟต์แวร์วิศวกรรมวิธีการ มีถอยโต้ตอบระหว่างแต่ละขั้นตอน ดังนั้นน้ำตกโบมคือการรวมกันของวิธีการต่อเนื่องกับถอยแบบโต้ตอบ ( burback
, 2004 )