Requirement Engineering (RE) is the

Requirement Engineering (RE) is the process of collecting,
analyzing and modelling software requirements in a
systematic manner [1, 2, 3]. Requirement modelling is the
major challenge of automotive software development [4].
One of the main problems of RE is to describe the
requirements in terms of concise and manageable formal
models and to integrate models to form a consistent and
complete understanding of the software to be developed.
Requirements modelling and analysis are the most
important and difficult activities in the software
development. Software development is becoming more
mature by advancing development processes, methods,
and tools. The famous Christ Honour and Other Served
(CHAOS) has reported the statistics published by Standish
Group show that still only about one third of software
projects can be called successful, i.e. they reach their goals
within planned budget and time [5]. Research on post mortem projects’ analysis shows that the major problems
comes when the requirements elicitation, analysis,
specification, and management is not performed regularly.
Deploying successful requirements process in a concrete
organization is an important issue for software
practitioners [6, 7]. While companies continue to use textbased documents as major means for specifying and
analyzing requirements, the graphical requirements
modelling are getting increasingly more attention in
industry. This trend has increased after Object
Management Group (OMG) standardized Unified
Modelling Language (UML) [8]. As we know, that a
picture is worth a thousand words. It is also applies in
requirements analysis, where business people have to
communicate with software developers, who do not know
their domain and speak a different technical language.
Additionally, UML tools support refining requirements
models with design and implementation details for
enabling traceability, validation, prototyping, code
generation and other benefits. In large software
development projects, these features are very important for
evolving and managing requirement models.

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

วิศวกรรมความต้องการ (อีกครั้ง) เป็นกระบวนการของการเก็บรวบรวม
วิเคราะห์และความต้องการซอฟต์แวร์สร้างแบบจำลองในลักษณะที่เป็นระบบ
[1, 2, 3] การสร้างแบบจำลองความต้องการเป็น
ความท้าทายที่สำคัญของการพัฒนาซอฟต์แวร์ยานยนต์ [4]
หนึ่งในปัญหาหลักของเรื่องคือการอธิบาย
ความต้องการในแง่ของการกระชับและจัดการได้อย่างเป็นทางการ
รูปแบบและการรวมรูปแบบในรูปแบบที่สอดคล้องกันและ
ความเข้าใจที่สมบูรณ์ของซอฟต์แวร์ที่ได้รับการพัฒนา
ความต้องการการสร้างแบบจำลองและการวิเคราะห์เป็นกิจกรรมที่สำคัญที่สุด
และยากในการพัฒนาซอฟท์แว
การพัฒนาซอฟต์แวร์จะกลายเป็นผู้ใหญ่
โดยก้าวหน้ากระบวนการพัฒนาวิธีการและเครื่องมือ
เพื่อเป็นเกียรติแก่พระคริสต์ที่มีชื่อเสียงและทำหน้าที่อื่น ๆ
(ความวุ่นวาย) ได้รายงานสถิติที่เผยแพร่โดย Standish
การแสดงกลุ่มที่ยังคงเป็นเพียงประมาณหนึ่งในสามของซอฟต์แวร์
โครงการสามารถเรียกได้ว่าประสบความสำเร็จคือพวกเขาบรรลุเป้าหมายของตน
ภายในงบประมาณตามแผนและเวลาได้ [5] งานวิจัยเกี่ยวกับการวิเคราะห์ชันสูตรโครงการ 'แสดงให้เห็นว่าปัญหาที่สำคัญ
มาเมื่อสอบถามความต้องการการวิเคราะห์
สเปคและการจัดการไม่ได้ดำเนินการอย่างสม่ำเสมอ
การปรับใช้กระบวนการความต้องการประสบความสำเร็จในคอนกรีต
องค์กรเป็นเรื่องที่สำคัญสำหรับซอฟต์แวร์
ปฏิบัติ [6, 7] ในขณะที่ บริษัท ยังคงใช้เอกสาร textbased เป็นวิธีการที่สำคัญสำหรับการระบุและการวิเคราะห์ความต้องการ
,
ความต้องการกราฟิกแบบจำลองจะได้รับความสนใจมากขึ้นมากขึ้นในอุตสาหกรรม
แนวโน้มนี้ได้เพิ่มขึ้นหลังจากกลุ่มวัตถุ
การจัดการ (OMG) มาตรฐานปึกแผ่น
การสร้างแบบจำลองภาษา (UML) [8] ที่เรารู้ว่าที่
ภาพที่มีมูลค่าหนึ่งพันคำ ก็ยังเป็นที่ใช้ในการวิเคราะห์ความต้องการ
ที่นักธุรกิจต้อง
สื่อสารกับนักพัฒนาซอฟแวร์ที่ไม่ทราบ
โดเมนของพวกเขาและพูดภาษาทางเทคนิคที่แตกต่างกัน
นอกจากนี้เครื่องมือ UML สนับสนุนความต้องการการกลั่น
รุ่นที่มีการออกแบบและรายละเอียดการดำเนินการตรวจสอบย้อนกลับ
ช่วยให้การตรวจสอบการสร้างต้นแบบรหัส
รุ่นและผลประโยชน์อื่น ในโครงการซอฟต์แวร์ขนาดใหญ่
การพัฒนาคุณลักษณะเหล่านี้มีความสำคัญมากสำหรับการพัฒนา
และการจัดการรูปแบบที่ต้องการ

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

ข้อกำหนดทางวิศวกรรม (RE) เป็นกระบวนการรวบรวม,
วิเคราะห์ และสร้างแบบจำลองความต้องการซอฟต์แวร์ในการ
ระบบลักษณะ [1, 2, 3] เป็นแบบจำลองความต้องการ
หลักความท้าทายในการพัฒนาซอฟต์แวร์ยานยนต์ [4]
หนึ่งปัญหาหลักของเรื่องคือการอธิบายการ
ความต้องการในแบบกระชับ และสามารถจัดการได้ทาง
รุ่นและ การรวมรูปแบบที่สอดคล้อง และ
ความเข้าใจที่สมบูรณ์ของซอฟต์แวร์พัฒนาขึ้น
ต้องสร้างแบบจำลองและการวิเคราะห์เป็นที่สุด
กิจกรรมสำคัญ และยากในซอฟต์แวร์
พัฒนา การพัฒนาซอฟต์แวร์เป็นมากกว่า
ผู้ใหญ่ โดยความก้าวหน้ากระบวนการพัฒนา วิธี,
และเครื่องมือ เกียรติพระคริสต์ที่มีชื่อเสียงและบริการอื่น ๆ
(CHAOS) มีรายงานสถิติที่เผยแพร่ โดยสเตตฟอ
กลุ่มแสดงที่ยังคงเพียงประมาณหนึ่งในสามของซอฟแวร์
โครงการสามารถเรียกว่าประสบความสำเร็จ เช่นที่พวกเขาบรรลุเป้าหมายของพวกเขา
ภายในแผนงบประมาณและเวลา [5] วิจัยวิเคราะห์ลงพ้นโครงการแสดงที่ปัญหาสำคัญ
มาเมื่อ elicitation ข้อกำหนด วิเคราะห์,
ข้อกำหนด และการจัดการจะไม่เกิดขึ้นอย่างสม่ำเสมอ
ใช้กระบวนการความต้องการประสบความสำเร็จในคอนกรีต
องค์กรเป็นประเด็นสำคัญสำหรับซอฟต์แวร์
ผู้ [6, 7] ในขณะที่บริษัทยังใช้เอกสาร textbased เป็นหลัก และ
วิเคราะห์ความต้องการ ความต้องการภาพ
แบบจำลองได้รับความสนใจมากขึ้นเรื่อย ๆ ใน
อุตสาหกรรม แนวโน้มนี้ได้เพิ่มขึ้นหลังจากวัตถุ
จัดการกลุ่ม (OMG) มาตรฐานโดย
แบบจำลองภาษา (UML) [8] เรารู้ ที่เป็น
รูปภาพเป็น...พันคำ ก็ยังใช้ใน
วิเคราะห์ความต้องการ ที่นักธุรกิจต้อง
สื่อสารกับผู้พัฒนาซอฟต์แวร์ ไม่รู้
โดเมนของตน และพูดภาษาทางเทคนิค
นอกจากนี้ UML เครื่องมือปรับความต้องการการสนับสนุน
รูปแบบรายละเอียดสำหรับ
เปิดติดตาม ตรวจสอบ ต้นแบบ รหัส
การสร้างและประโยชน์อื่น ๆ ในซอฟต์แวร์ขนาดใหญ่
พัฒนาโครงการ คุณลักษณะเหล่านี้มีความสำคัญมากสำหรับ
การพัฒนา และการจัดการแบบจำลองความต้องการ

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

ความต้องการทางด้านวิศวกรรม(อีกครั้ง)เป็นกระบวนการของความต้องการซอฟต์แวร์
การวิเคราะห์การสร้างแบบจำลองและการรวบรวมในลักษณะอย่างเป็นระบบ
[ 123 ] การสร้างแบบจำลองเป็น
สำคัญความท้าทายในการพัฒนาซอฟท์แวร์ยานยนต์[ 4 ]
เป็นหนึ่งในปัญหาหลักของอีกครั้งคือการอธิบายถึง
ความต้องการในด้านของรุ่นรัดกุมและสามารถจัดการได้อย่างเป็นทางการ
และในการผนวกรวมรุ่นเพื่อไปที่แบบฟอร์มอย่างสม่ำเสมอและที่สัญลักษณ์
ความเข้าใจที่สมบูรณ์แบบของซอฟต์แวร์ที่จะพัฒนา. การสร้างแบบจำลองและการวิเคราะห์ความต้องการ

มากที่สุดจะมีกิจกรรมที่สำคัญและยากในการพัฒนาซอฟท์แวร์
การพัฒนาซอฟท์แวร์เป็นที่นิยมมากขึ้น
สำหรับผู้ที่ บรรลุนิติภาวะ แล้วโดยวิธีการกระบวนการผลักดันการพัฒนา
และเครื่องมือ พระเยซูคริสต์ที่มีชื่อเสียงและมีเกียรติอื่นๆจัดให้บริการที่
(ความสับสนวุ่นวาย)มีรายงานว่าสถิติที่เผยแพร่โดย standish
กลุ่มแสดงให้เห็นว่ายังเป็นเพียงประมาณหนึ่งในสามของซอฟต์แวร์
โครงการสามารถเรียกว่าประสบความสำเร็จนั่นคือพวกเขาไปถึงเป้าหมายของ
ภายใน แบบจำกัดงบประมาณการวางแผนงานและเวลา[ 5 ] การวิจัยในบทวิเคราะห์ของโครงการเหตุการณ์ดังกล่าวจะแสดงให้เห็นว่าปัญหาสำคัญที่
จะเกิดขึ้นเมื่อความต้องการ elicitation การจัดการและการวิเคราะห์ข้อมูลจำเพาะ
not จะไม่มีการดำเนินการอย่างสม่ำเสมอ
การปรับใช้กระบวนการผลิตและคุณสมบัติของความสำเร็จในคอนกรีตที่
องค์กรมีปัญหาสำคัญสำหรับซอฟต์แวร์
ประกอบ[ 6 , 7 ] ในขณะที่บริษัทดำเนินการต่อโดยใช้เอกสาร textbased หมายถึงหลักสำหรับความต้องการ
การวิเคราะห์และระบุความต้องการแบบ ภาพ กราฟิก
การสร้างแบบจำลองจะมากขึ้นให้ความสนใจมากขึ้นใน
อุตสาหกรรม แนวโน้มนี้มีเพิ่มขึ้นหลังจาก Object Group
การจัดการ( omg )เป็นมาตรฐานแบบครบวงจร
การสร้างแบบจำลอง ภาษา ( uml )[ 8 ] ในขณะที่เรารู้ว่า
ภาพ ที่มีมูลค่าพันคำได้ นอกจากนั้นยังใช้ในการวิเคราะห์
ความต้องการทางธุรกิจที่ผู้คนต้อง
ติดต่อสื่อสารกับนักพัฒนาซอฟต์แวร์ที่ไม่รู้
โดเมนของตนและพูด ภาษา เทคนิคที่แตกต่าง
นอกจากนี้เครื่องมือ uml ข้อกำหนดการกลั่นรองรับ
รุ่นที่มีรายละเอียดในการใช้งานและการออกแบบสำหรับ
สืบค้นย้อนกลับการเปิดการใช้งานโปรโตไทพ์และรหัสการตรวจสอบ
สิทธิประโยชน์อื่นๆและรุ่น. ในโครงการซอฟต์แวร์
การพัฒนาขนาดใหญ่คุณสมบัติเหล่านี้มีความสำคัญเป็นอย่างมากสำหรับ
การพัฒนาและการจัดการรุ่นความต้องการ