A typical Software Development life

A typical Software Development life cycle consists of the following stages:

Stage 1: Planning and Requirement Analysis
Requirement analysis is the most important and fundamental stage in SDLC. It is performed by the senior members of the team with inputs from the customer, the sales department, market surveys and domain experts in the industry. This information is then used to plan the basic project approach and to conduct product feasibility study in the economical, operational, and technical areas.

Planning for the quality assurance requirements and identification of the risks associated with the project is also done in the planning stage. The outcome of the technical feasibility study is to define the various technical approaches that can be followed to implement the project successfully with minimum risks.

Stage 2: Defining Requirements
Once the requirement analysis is done the next step is to clearly define and document the product requirements and get them approved from the customer or the market analysts. This is done through .SRS. . Software Requirement Specification document which consists of all the product requirements to be designed and developed during the project life cycle.

Stage 3: Designing the product architecture
SRS is the reference for product architects to come out with the best architecture for the product to be developed. Based on the requirements specified in SRS, usually more than one design approach for the product architecture is proposed and documented in a DDS - Design Document Specification.

This DDS is reviewed by all the important stakeholders and based on various parameters as risk assessment, product robustness, design modularity , budget and time constraints , the best design approach is selected for the product.

A design approach clearly defines all the architectural modules of the product along with its communication and data flow representation with the external and third party modules (if any). The internal design of all the modules of the proposed architecture should be clearly defined with the minutest of the details in DDS.

Stage 4: Building or Developing the Product
In this stage of SDLC the actual development starts and the product is built. The programming code is generated as per DDS during this stage. If the design is performed in a detailed and organized manner, code generation can be accomplished without much hassle.

Developers have to follow the coding guidelines defined by their organization and programming tools like compilers, interpreters, debuggers etc are used to generate the code. Different high level programming languages such as C, C++, Pascal, Java, and PHP are used for coding. The programming language is chosen with respect to the type of software being developed.

Stage 5: Testing the Product
This stage is usually a subset of all the stages as in the modern SDLC models, the testing activities are mostly involved in all the stages of SDLC. However this stage refers to the testing only stage of the product where products defects are reported, tracked, fixed and retested, until the product reaches the quality standards defined in the SRS.

Stage 6: Deployment in the Market and Maintenance
Once the product is tested and ready to be deployed it is released formally in the appropriate market. Sometime product deployment happens in stages as per the organizations. business strategy. The product may first be released in a limited segment and tested in the real business environment (UAT- User acceptance testing).

Then based on the feedback, the product may be released as it is or with suggested enhancements in the targeting market segment. After the product is released in the market, its maintenance is done for the existing customer base.

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

วงจรชีวิตของการพัฒนาซอฟต์แวร์โดยทั่วไปประกอบด้วยขั้นตอนต่อไปนี้:ระยะที่ 1: การวางแผน และการวิเคราะห์ความต้องการวิเคราะห์ความต้องการขั้นพื้นฐาน และสำคัญที่สุดใน SDLC จะดำเนินการ โดยสมาชิกอาวุโสของทีมกับอินพุตจากลูกค้า แผนกขาย สำรวจตลาด และโดเมนผู้เชี่ยวชาญในอุตสาหกรรม ข้อมูลนี้จะใช้ การวางแผนวิธีการโครงการพื้นฐาน และการศึกษาผลิตภัณฑ์ในพื้นที่ประหยัด ปฏิบัติ และด้านเทคนิคแล้วนอกจากนี้ยังทำการวางแผนสำหรับความต้องการประกันคุณภาพและการระบุความเสี่ยงที่เกี่ยวข้องกับโครงการในขั้นวางแผน ผลของการศึกษาความเป็นไปได้ทางเทคนิคคือการ กำหนดวิธีเทคนิคต่าง ๆ ที่สามารถปฏิบัติตามการนำโครงการประสบความสำเร็จ มีความเสี่ยงต่ำสุดขั้นตอนที่ 2: การกำหนดความต้องการเมื่อทำการวิเคราะห์ความต้องการ ขั้นตอนถัดไปคือชัดเจนกำหนดเอกสารความต้องการผลิตภัณฑ์ และให้พวกเขาได้รับการอนุมัติจากลูกค้าหรือนักวิเคราะห์ตลาด นี้จะทำผ่าน SRS การ . เอกสารข้อกำหนดความต้องการซอฟต์แวร์ซึ่งประกอบด้วยความต้องการสินค้าทั้งหมดเพื่อออกแบบ และพัฒนาขึ้นในช่วงวงจรชีวิตของโครงการขั้นตอนที่ 3: ออกแบบผลิตภัณฑ์สถาปัตยกรรมSRS เป็นการอ้างอิงสำหรับผลิตภัณฑ์สถาปนิกออกมาพร้อมกับสถาปัตยกรรมดีที่สุดสำหรับผลิตภัณฑ์เพื่อพัฒนา ตามข้อกำหนดที่ระบุใน SRS วิธีการออกแบบมักจะมากกว่าหนึ่งสำหรับสถาปัตยกรรมผลิตภัณฑ์นำเสนอ และเอกสารในทพ - ข้อมูลจำเพาะเกี่ยวกับเอกสารออกแบบทพนี้ตรวจทาน โดยมีส่วนได้เสียสำคัญ และขึ้นอยู่กับพารามิเตอร์ต่าง ๆ เป็นการประเมินความเสี่ยง เสถียรภาพของผลิตภัณฑ์ ออกแบบ modularity งบประมาณ และข้อจำกัดของเวลา วิธีการออกแบบที่ดีที่สุดไว้สำหรับผลิตภัณฑ์วิธีการออกแบบกำหนดสถาปัตยกรรมโมดูลทั้งหมดของผลิตภัณฑ์การสื่อสารและแสดงการไหลของข้อมูลกับโมดูภายนอกและบุคคลภายนอกอย่างชัดเจน (ถ้ามี) การออกแบบภายในของโมดูลทั้งหมดของสถาปัตยกรรมนำเสนอควรจะกำหนด ด้วยรายละเอียดในทพ minutest อย่างชัดเจนขั้นที่ 4: สร้าง หรือพัฒนาผลิตภัณฑ์ในขั้นตอนของ SDLC เริ่มพัฒนาจริง และสร้างผลิตภัณฑ์ มีสร้างรหัสโปรแกรมตามทพในระหว่างขั้นตอนนี้ ถ้าทำการออกแบบอย่างละเอียด และเป็นระเบียบ การสร้างรหัสสามารถทำได้ไม่ยุ่งยากมากนักพัฒนาต้องทำตามคำแนะนำรหัสที่กำหนด โดยองค์กรและเครื่องมือเขียนโปรแกรมเช่นคอมไพเลอร์ ล่าม debuggers ฯลฯ ที่ใช้ในการสร้างรหัสของพวกเขา สูงระดับเขียนโปรแกรมภาษาต่าง ๆ เช่น C, c ++, ปาสกาล Java, PHP จะใช้สำหรับการเขียนโค้ด ภาษาการเขียนโปรแกรมที่เกี่ยวกับชนิดของซอฟต์แวร์ที่ได้รับการพัฒนาขั้นตอนที่ 5: ทดสอบผลิตภัณฑ์ระยะนี้มักเป็นเซตย่อยของขั้นตอนทั้งหมดในรูปแบบ SDLC ทันสมัย กิจกรรมทดสอบส่วนใหญ่เกี่ยวข้องในทุกขั้นตอนของ SDLC อย่างไรก็ตาม ระยะนี้ถึงระยะเดียวทดสอบผลิตภัณฑ์ซึ่งผลิตภัณฑ์บกพร่องจะรายงาน ติดตาม ถาวร และ retested จนผลิตภัณฑ์ถึงมาตรฐานคุณภาพที่กำหนดไว้ในแบบ SRSขั้นที่ 6: การปรับใช้ในการตลาดและการบำรุงรักษาเมื่อผลิตภัณฑ์ผ่านการทดสอบ และพร้อมที่จะจัดวาง จะวางจำหน่ายในตลาดที่เหมาะสมอย่างเป็นกิจจะลักษณะ ใช้ผลิตภัณฑ์ sometime ที่เกิดขึ้นในระยะต่อองค์กร กลยุทธ์ทางธุรกิจ ผลิตภัณฑ์แรกอาจจะออกในเซ็กเมนต์จำกัด และทดสอบในสภาพแวดล้อมทางธุรกิจที่แท้จริง (เอือด - ผู้ใช้ยอมรับการทดสอบ)ตามความคิดเห็น อาจจะออกผลิตภัณฑ์ เป็นอยู่ หรือ มีการปรับปรุงตลาด targeting แนะนำได้ หลังจากปล่อยผลิตภัณฑ์ในตลาด บำรุงรักษาจะกระทำสำหรับฐานลูกค้าที่มีอยู่

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

การพัฒนาซอฟต์แวร์โดยทั่วไปวงจรชีวิตประกอบด้วยขั้นตอนดังต่อไปนี้ขั้นที่ 1: การวางแผนและการวิเคราะห์ความต้องการการวิเคราะห์ความต้องการเป็นขั้นตอนที่สำคัญที่สุดและพื้นฐานใน SDLC มันเป็นเรื่องที่ดำเนินการโดยสมาชิกอาวุโสของทีมงานที่มีปัจจัยการผลิตจากลูกค้า, ฝ่ายขาย, การสำรวจตลาดและผู้เชี่ยวชาญด้านโดเมนในอุตสาหกรรม ข้อมูลนี้จะถูกนำมาใช้ในการวางแผนวิธีการขั้นพื้นฐานและโครงการที่จะดำเนินการศึกษาความเป็นไปได้ในผลิตภัณฑ์ที่ประหยัดในการปฏิบัติงานและพื้นที่ทางเทคนิค. การวางแผนสำหรับความต้องการของการประกันคุณภาพและการตรวจสอบความเสี่ยงที่เกี่ยวข้องกับโครงการจะทำยังอยู่ในขั้นตอนการวางแผน ผลของการศึกษาความเป็นไปได้ทางเทคนิคคือการกำหนดวิธีการทางเทคนิคต่างๆที่สามารถนำมาใช้ในการดำเนินโครงการประสบความสำเร็จกับความเสี่ยงต่ำสุด. ขั้นที่ 2: การกำหนดความต้องการเมื่อวิเคราะห์ความต้องการที่จะทำขั้นตอนต่อไปคือการกำหนดอย่างชัดเจนและเอกสารข้อกำหนดของผลิตภัณฑ์ และพวกเขาได้รับการอนุมัติจากลูกค้าหรือนักวิเคราะห์ตลาด นี้จะกระทำผ่าน .SRS . ความต้องการซอฟต์แวร์เอกสารข้อมูลจำเพาะซึ่งประกอบด้วยทุกความต้องการสินค้าที่ได้รับการออกแบบและการพัฒนาในช่วงวงจรชีวิตของโครงการ. ขั้นที่ 3: ออกแบบสถาปัตยกรรมสินค้าSRS คือการอ้างอิงสำหรับสถาปนิกผลิตภัณฑ์ที่จะออกมาพร้อมกับสถาปัตยกรรมที่ดีที่สุดสำหรับผลิตภัณฑ์ที่ได้รับการพัฒนา ตามความต้องการที่ระบุไว้ใน SRS มักจะมากกว่าหนึ่งวิธีการออกแบบสถาปัตยกรรมผลิตภัณฑ์ที่มีการเสนอและบันทึกไว้ใน ท.บ. -. เอกสารการออกแบบรายละเอียดท.บ. นี้การตรวจสอบโดยผู้มีส่วนได้เสียทั้งหมดที่สำคัญและอยู่บนพื้นฐานของพารามิเตอร์ต่างๆตามการประเมินความเสี่ยงทนทานของผลิตภัณฑ์ ต้นแบบการออกแบบงบประมาณและข้อ จำกัด เวลาวิธีการออกแบบที่ดีที่สุดจะถูกเลือกสำหรับผลิตภัณฑ์. วิธีการออกแบบที่ชัดเจนกำหนดทุกโมดูลสถาปัตยกรรมของผลิตภัณฑ์พร้อมกับการสื่อสารและการไหลของข้อมูลตัวแทนกับโมดูลของบุคคลภายนอกและที่สาม (ถ้ามี) . การออกแบบภายในของโมดูลทั้งหมดของสถาปัตยกรรมที่นำเสนอควรจะกำหนดไว้อย่างชัดเจนมีน้อยรายละเอียดใน ท.บ. . ขั้นที่ 4: การสร้างหรือพัฒนาสินค้าในขั้นตอนของการ SDLC เริ่มต้นการพัฒนาที่เกิดขึ้นจริงนี้และสินค้าที่ถูกสร้างขึ้น รหัสโปรแกรมที่ถูกสร้างขึ้นตาม ท.บ. ในระหว่างขั้นตอนนี้ หากการออกแบบที่จะดำเนินการในลักษณะที่มีรายละเอียดและจัดสร้างรหัสที่สามารถทำได้โดยไม่ต้องยุ่งยากมาก. นักพัฒนาต้องเป็นไปตามหลักเกณฑ์การเขียนโปรแกรมที่กำหนดโดยองค์กรและเครื่องมือการเขียนโปรแกรมของพวกเขาเช่นคอมไพเลอร์, ล่าม debuggers ฯลฯ ที่ใช้ในการสร้างรหัส การเขียนโปรแกรมภาษาระดับสูงที่แตกต่างกันเช่น C, C ++, Pascal, Java, PHP และถูกนำมาใช้สำหรับการเขียนโปรแกรม การเขียนโปรแกรมภาษาที่ถูกเลือกที่เกี่ยวกับประเภทของซอฟต์แวร์ที่ได้รับการพัฒนา. ขั้นตอนที่ 5: การทดสอบสินค้าขั้นตอนนี้มักจะเป็นส่วนหนึ่งของทุกขั้นตอนเช่นเดียวกับในรูปแบบที่ทันสมัย ​​SDLC, กิจกรรมการทดสอบส่วนใหญ่มีส่วนร่วมในทุกขั้นตอนของ SDLC . แต่ขั้นตอนนี้หมายถึงการทดสอบเท่านั้นขั้นตอนของสินค้าที่บกพร่องผลิตภัณฑ์ที่มีการรายงานการติดตามคงที่และครั้งแล้วครั้งเล่าจนสินค้าถึงมาตรฐานคุณภาพที่กำหนดไว้ใน SRS. ขั้นตอนที่ 6: การปรับใช้ในการตลาดและการบำรุงรักษาสินค้าเมื่อมีการทดสอบ และพร้อมที่จะใช้งานได้มีการวางจำหน่ายอย่างเป็นทางการในตลาดที่เหมาะสม การใช้งานผลิตภัณฑ์บางครั้งเกิดขึ้นในขั้นตอนตามองค์กร กลยุทธ์ทางธุรกิจ ผลิตภัณฑ์อาจเป็นครั้งแรกที่จะออกในส่วนที่ จำกัด และการทดสอบในสภาพแวดล้อมทางธุรกิจที่แท้จริง (UAT- ผู้ใช้การทดสอบการยอมรับ). จากนั้นตามความคิดเห็นของผลิตภัณฑ์อาจได้รับการปล่อยตัวมันเป็นหรือมีข้อเสนอแนะในการปรับปรุงส่วนตลาดกำหนดเป้าหมาย หลังจากที่ผลิตภัณฑ์ที่มีการเปิดตัวในตลาด, การบำรุงรักษาที่จะทำเพื่อฐานลูกค้าที่มีอยู่

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

โดยทั่วไปการพัฒนาซอฟต์แวร์วงจรชีวิตประกอบด้วยขั้นตอนต่อไปนี้ :

ขั้นตอนที่ 1 การวางแผนและการวิเคราะห์ความต้องการ
การวิเคราะห์ความต้องการเป็นสิ่งสำคัญที่สุดและพื้นฐานบนเวทีในงาน มันเป็นที่ดำเนินการโดยสมาชิกอาวุโสของทีมกระผมจากลูกค้า ฝ่ายขาย ตลาด สำรวจและผู้เชี่ยวชาญโดเมนในอุตสาหกรรมข้อมูลนี้จะถูกใช้แล้วเพื่อวางแผนโครงการ เบื้องต้น และดำเนินการศึกษาความเป็นไปได้ในการผลิตประหยัด ปฏิบัติการ และพื้นที่เทคนิค การวางแผน

สำหรับการประกันคุณภาพการศึกษาความต้องการและการกำหนดความเสี่ยงที่เกี่ยวข้องกับโครงการที่ยังทำในขั้นตอนการวางแผนผลของการศึกษาความเป็นไปได้ทางเทคนิค คือ การกำหนดแนวทาง เทคนิคต่างๆ ที่สามารถปฏิบัติตามเพื่อดำเนินโครงการเสร็จเรียบร้อยแล้ว มีความเสี่ยงต่ำสุด ขั้นที่ 2 : การกำหนดความต้องการ

เมื่อวิเคราะห์ความต้องการแล้ว ขั้นตอนต่อไปคือการกำหนดเอกสารที่ชัดเจนและความต้องการผลิตภัณฑ์และได้รับพวกเขาได้รับการอนุมัติจากลูกค้า หรือ นักวิเคราะห์ตลาด .นี้จะกระทำผ่าน เอ๊ะ . ซอฟต์แวร์ความต้องการสเปคเอกสารซึ่งประกอบด้วยความต้องการ ผลิตภัณฑ์ที่ได้รับการออกแบบและพัฒนาในโครงการวัฏจักรชีวิต

ตอนที่ 3 : การออกแบบสถาปัตยกรรม
สินค้า SRS เป็นข้อมูลอ้างอิงสำหรับผลิตภัณฑ์สถาปนิกออกมาด้วยสถาปัตยกรรมที่ดีที่สุดสำหรับผลิตภัณฑ์ที่ได้รับการพัฒนา ตามความต้องการที่ระบุใน SRS ,มักจะมากกว่าหนึ่งแนวทางการออกแบบสถาปัตยกรรมและผลิตภัณฑ์ เสนอเอกสารใน DDS - รายละเอียดเอกสารการออกแบบ

นี้ DDS สุดท้ายโดยทั้งหมดที่สำคัญและผู้มีส่วนได้เสียตามพารามิเตอร์ต่างๆ เช่น การประเมินความเสี่ยง สินค้าทนทาน ออกแบบต้นแบบ , ข้อจำกัดงบประมาณและเวลา แนวทางการออกแบบที่ดีที่สุดคือเลือกสำหรับผลิตภัณฑ์ .

วิธีการออกแบบอย่างชัดเจนกำหนดโมดูลทั้งหมดสถาปัตยกรรมของผลิตภัณฑ์พร้อมกับของการสื่อสารและการไหลของข้อมูลที่แทนด้วยภายนอกและบุคคลที่สามโมดูล ( ถ้ามี ) ดีไซน์ภายในของโมดูลทั้งหมดของการนำเสนอสถาปัตยกรรมควรชัดเจนกับน้อยที่สุดของรายละเอียดใน DDS

ขั้นที่ 4 : สร้างหรือพัฒนาผลิตภัณฑ์
ในขั้นตอนของการพัฒนาที่แท้จริงจะเริ่มต้นและผลิตภัณฑ์ที่ถูกสร้างขึ้น รหัสโปรแกรมถูกสร้างขึ้นตามที่อยู่ในระหว่างขั้นตอนนี้ ถ้าออกแบบจะแสดงในรายละเอียดและลักษณะการจัด , การสร้างรหัสสามารถทำได้โดยไม่ยุ่งยากมาก

นักพัฒนาได้ตามแนวทางที่กำหนดโดยองค์กรการเข้ารหัสเครื่องมือการเขียนโปรแกรมคอมไพเลอร์และล่าม , ชอบ ,debuggers ฯลฯ จะใช้ในการสร้างรหัส ที่แตกต่างกันระดับการเขียนโปรแกรมภาษาเช่น C , C , Pascal , Java และ PHP ที่ใช้สำหรับการเข้ารหัส ภาษาโปรแกรมที่เลือกเกี่ยวกับประเภทของซอฟต์แวร์ที่ถูกพัฒนาขึ้น

ขั้นตอนที่ 5 : การทดสอบผลิตภัณฑ์
ขั้นตอนนี้มักจะเป็นส่วนหนึ่งของขั้นตอนทั้งหมดในรูปแบบของโมเดิร์นกิจกรรมการทดสอบส่วนใหญ่จะเกี่ยวข้องกับทุกขั้นตอนของงาน อย่างไรก็ตามขั้นตอนนี้หมายถึงการทดสอบเพียงขั้นตอนของผลิตภัณฑ์ที่ผลิตภัณฑ์ข้อบกพร่องรายงาน , ติดตาม , คงที่และ retested จนกระทั่งสินค้าถึงคุณภาพมาตรฐานที่กําหนดไว้ใน SRS .

ขั้นตอนที่ 6 : การปรับใช้ในตลาดและการบำรุงรักษา
เมื่อผลิตภัณฑ์ถูกทดสอบและพร้อมที่จะใช้มันถูกปล่อยออกมาอย่างเป็นทางการในตลาดที่เหมาะสม บางผลิตภัณฑ์การใช้งานเกิดขึ้นในขั้นตอนต่อองค์กร กลยุทธ์ทางธุรกิจ ผลิตภัณฑ์อาจแรกได้รับการปล่อยตัวในเซ็กเมนต์ จำกัด และทดสอบในสภาพแวดล้อมทางธุรกิจจริง ( จากการทดสอบการยอมรับของผู้ใช้ uat - )

แล้วตามความคิดเห็นผลิตภัณฑ์อาจได้รับการปล่อยตัวมันเป็นหรือแนะนำการปรับปรุงในส่วนตลาดเป้าหมาย . หลังจากที่ผลิตภัณฑ์ออกในตลาด ของ มันทำเพื่อรักษาฐานลูกค้าที่มีอยู่