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