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.
ข้อกำหนดทางวิศวกรรม (RE) เป็นกระบวนการรวบรวม,
วิเคราะห์ และสร้างแบบจำลองความต้องการซอฟต์แวร์ในการ
ระบบลักษณะ [1, 2, 3] เป็นแบบจำลองความต้องการ
หลักความท้าทายในการพัฒนาซอฟต์แวร์ยานยนต์ [4]
หนึ่งปัญหาหลักของเรื่องคือการอธิบายการ
ความต้องการในแบบกระชับ และสามารถจัดการได้ทาง
รุ่นและ การรวมรูปแบบที่สอดคล้อง และ
ความเข้าใจที่สมบูรณ์ของซอฟต์แวร์พัฒนาขึ้น
ต้องสร้างแบบจำลองและการวิเคราะห์เป็นที่สุด
กิจกรรมสำคัญ และยากในซอฟต์แวร์
พัฒนา การพัฒนาซอฟต์แวร์เป็นมากกว่า
ผู้ใหญ่ โดยความก้าวหน้ากระบวนการพัฒนา วิธี,
และเครื่องมือ เกียรติพระคริสต์ที่มีชื่อเสียงและบริการอื่น ๆ
(CHAOS) มีรายงานสถิติที่เผยแพร่ โดยสเตตฟอ
กลุ่มแสดงที่ยังคงเพียงประมาณหนึ่งในสามของซอฟแวร์
โครงการสามารถเรียกว่าประสบความสำเร็จ เช่นที่พวกเขาบรรลุเป้าหมายของพวกเขา
ภายในแผนงบประมาณและเวลา [5] วิจัยวิเคราะห์ลงพ้นโครงการแสดงที่ปัญหาสำคัญ
มาเมื่อ elicitation ข้อกำหนด วิเคราะห์,
ข้อกำหนด และการจัดการจะไม่เกิดขึ้นอย่างสม่ำเสมอ
ใช้กระบวนการความต้องการประสบความสำเร็จในคอนกรีต
องค์กรเป็นประเด็นสำคัญสำหรับซอฟต์แวร์
ผู้ [6, 7] ในขณะที่บริษัทยังใช้เอกสาร textbased เป็นหลัก และ
วิเคราะห์ความต้องการ ความต้องการภาพ
แบบจำลองได้รับความสนใจมากขึ้นเรื่อย ๆ ใน
อุตสาหกรรม แนวโน้มนี้ได้เพิ่มขึ้นหลังจากวัตถุ
จัดการกลุ่ม (OMG) มาตรฐานโดย
แบบจำลองภาษา (UML) [8] เรารู้ ที่เป็น
รูปภาพเป็น...พันคำ ก็ยังใช้ใน
วิเคราะห์ความต้องการ ที่นักธุรกิจต้อง
สื่อสารกับผู้พัฒนาซอฟต์แวร์ ไม่รู้
โดเมนของตน และพูดภาษาทางเทคนิค
นอกจากนี้ UML เครื่องมือปรับความต้องการการสนับสนุน
รูปแบบรายละเอียดสำหรับ
เปิดติดตาม ตรวจสอบ ต้นแบบ รหัส
การสร้างและประโยชน์อื่น ๆ ในซอฟต์แวร์ขนาดใหญ่
พัฒนาโครงการ คุณลักษณะเหล่านี้มีความสำคัญมากสำหรับ
การพัฒนา และการจัดการแบบจำลองความต้องการ
การแปล กรุณารอสักครู่..
![](//thimg.ilovetranslation.com/pic/loading_3.gif?v=b9814dd30c1d7c59_8619)