Real-time and embedded system devel

Real-time and embedded system developers have also
come up with a different flavour of UML – System
Modelling Language (SysML). It defines requirements
diagram and enables capturing various non-functional and
detailed functional requirements [17]. Also, it establishes
specific links between requirements and other elements.
Most popular requirements text books introduce various
diagrams based on both UML and other informal
notations, e.g. system context diagram, and hand-drawn
user interface prototypes [11, 18]. The mentioned
requirements artefacts can be modelled using UML. Since
UML is a general purpose modelling language with more
than 100 modelling elements (UML meta classes) and
without standardized method, practitioners apply it only
fragmentally, and at the same time, they do not make use
of its powerful capabilities to define consistent, integrated,
and reusable requirements models. Various researches
have already been performed to produce framework for
creating UML models for MDD (Model-Driven
Development) [12, 15]. This paper extends it with more
focus on the details of a specific part of the framework by
applying UML concepts for requirements modelling.
Most requirement documents are written in natural
languages and represented in less structured and imprecise
formats. Including requirement phase, artifacts created in
phases of software life cycle are required to be modelled
and integrated, so the traceability, consistency, and
completeness can be ensured [19, 20]. The Organisation of
paper as follows. We propose an effective framework for
requirement modelling using some demonstrated
examples, which is discussed in detail with various phases
in Section 2. Future scope of this research is discusses in
section 3. Finally, Section 4 describes the concluding
remarks. knowledge of the requirement is hard to understand [17,
18]. The lack of framework for guiding requirements
models is one of the main issues. In academic community,
researchers propose many detailed and focused
requirements development methods [20, 21]. However,
most of these methods resulting from academic research
are too complex for practical application and solve just
specific specialized issues. A simple and adaptable
framework for requirements modelling with demonstrated
examples are created using available tools on a realistic
case study gives much more value for practitioners.

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

นักพัฒนาเรียลไทม์และระบบฝังตัวได้
มาพร้อมกับรสชาติที่แตกต่างกันของ UML -
ระบบการสร้างแบบจำลองภาษา (SysML) จะกำหนดความต้องการ
แผนภาพและช่วยให้การจับภาพความต้องการการทำงานต่างๆไม่ทำงานและ
รายละเอียด [17] นอกจากนี้ยังจะกำหนด
เชื่อมโยงระหว่างความต้องการที่เฉพาะเจาะจงและองค์ประกอบอื่น ๆ
ความต้องการที่นิยมมากที่สุดหนังสือแนะนำต่างๆ
แผนภาพขึ้นอยู่กับทั้งสอง UML และเครื่องหมายทางการ
อื่น ๆ เช่น แผนภาพบริบทของระบบและวาดด้วยมือ
ต้นแบบส่วนติดต่อผู้ใช้ [11, 18] ที่กล่าวถึงความต้องการสิ่งของ
สามารถจำลองการใช้ UML ตั้งแต่
UML เป็นภาษาการสร้างแบบจำลองที่ใช้ทั่วไปอีกด้วย
กว่า 100 องค์ประกอบของแบบจำลอง (UML เรียนเมตา) และ
โดยวิธีการที่เป็นมาตรฐานปฏิบัติใช้มันเพียง
fragmentally,และในเวลาเดียวกันพวกเขาไม่ได้ทำให้การใช้
ความสามารถที่มีประสิทธิภาพในการกำหนดที่สอดคล้องกันแบบบูรณาการและนำมาใช้ใหม่
รูปแบบความต้องการ งานวิจัยต่างๆ
มีการดำเนินการอยู่แล้วในการผลิตกรอบในการสร้างแบบจำลอง
UML เพื่อ MDD (การพัฒนารูปแบบการขับเคลื่อน
) [12, 15] กระดาษนี้จะขยายมากขึ้นด้วย
มุ่งเน้นไปที่รายละเอียดของส่วนที่เฉพาะเจาะจงของกรอบโดย
การประยุกต์ใช้แนวคิด UML เพื่อการสร้างแบบจำลองความต้องการ
เอกสารความต้องการส่วนใหญ่จะเขียนในธรรมชาติ
ภาษาและแสดงในรูปแบบที่มีโครงสร้างน้อยและไม่แน่ชัด
รวมทั้งขั้นตอนความต้องการสิ่งประดิษฐ์ที่สร้างขึ้นในขั้นตอนของการ
ซอฟต์แวร์วงจรชีวิตจะต้องได้รับการสร้างแบบจำลอง
และบูรณาการเพื่อให้การตรวจสอบย้อนกลับที่สอดคล้องและ
ความสมบูรณ์สามารถมั่นใจ [19, 20] องค์กรของ
กระดาษดังต่อไปนี้ เรานำเสนอกรอบการทำงานที่มีประสิทธิภาพสำหรับการสร้างแบบจำลอง
ความต้องการใช้บางส่วนแสดงให้เห็นถึง
ตัวอย่างซึ่งจะกล่าวถึงในรายละเอียดกับขั้นตอนต่างๆในส่วน
2 ขอบเขตในอนาคตของการวิจัยนี้คือการกล่าวถึงในส่วน
3 ในที่สุดส่วนที่ 4 อธิบายถึงคำพูดสุดท้าย
ความรู้เกี่ยวกับความต้องการเป็นเรื่องยากที่จะเข้าใจ [17
18]ขาดกรอบสำหรับแนวทางความต้องการ
รุ่นเป็นหนึ่งในประเด็นหลัก ในชุมชนวิชาการ
นักวิจัยเสนอหลายวิธีและรายละเอียดที่มุ่งเน้นการพัฒนาความต้องการ
[20, 21] แต่
ที่สุดของวิธีการเหล่านี้เป็นผลมาจากการวิจัยทางวิชาการ
มีความซับซ้อนเกินไปสำหรับการประยุกต์ใช้ในทางปฏิบัติและการแก้ปัญหาเฉพาะที่เฉพาะเจาะจงเพียงแค่
ที่เรียบง่ายและการปรับตัว
กรอบสำหรับความต้องการของการสร้างแบบจำลองที่มีตัวอย่างแสดงให้เห็นถึง
ถูกสร้างขึ้นโดยใช้เครื่องมือที่มีอยู่ในจริง
กรณีศึกษาให้ค่ามากขึ้นสำหรับผู้ปฏิบัติงาน

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

นักพัฒนาระบบเรียลไทม์ และฝังตัวมี
มากับรสชาติที่แตกต่างกันของ UML – ระบบ
ภาษาแบบจำลอง (SysML) กำหนดความต้องการ
ไดอะแกรมและเปิดใช้งานการจับภาพต่าง ๆ ไม่ทำงาน และ
รายละเอียดความต้องการทำงาน [17] ยัง สร้าง
เฉพาะการเชื่อมโยงระหว่างความต้องการและองค์ประกอบอื่น ๆ
สุดความหนังสือข้อแนะนำต่าง ๆ
ไดอะแกรมตาม UML และอื่น ๆ เป็น
ฯลฯ เช่นระบบบริบทไดอะแกรม และวาด
ผู้ใช้อินเทอร์เฟซสำหรับต้นแบบ [11, 18] การกล่าว
สามารถ modelled สิ่งประดิษฐ์ความต้องการใช้ UML ได้ ตั้งแต่
UML เป็นวัตถุประสงค์ทั่วไปแบบจำลองภาษา มีมากขึ้น
กว่า 100 แบบจำลององค์ประกอบ (UML meta คลา) และ
โดยวิธีมาตรฐาน ผู้ใช้เฉพาะ
fragmentally และในเวลาเดียวกัน พวกเขาไม่ได้ใช้
ของความสามารถที่มีประสิทธิภาพเพื่อกำหนดสอดคล้องกัน รวม,
และรูปแบบความสามารถ งานวิจัยต่าง ๆ
รับดำเนินการผลิตกรอบสำหรับ
สร้างแบบจำลอง UML MDD (แบบโมเดล
พัฒนา) [12, 15] กระดาษนี้ขยาย มีเพิ่มเติม
เน้นรายละเอียดของกรอบโดยเฉพาะส่วน
ใช้แนวคิดของ UML สำหรับความต้องการสร้างแบบจำลอง
เขียนเอกสารข้อกำหนดส่วนใหญ่ในธรรมชาติ
ภาษา และแสดงในโครงสร้างน้อย และ imprecise
รูปแบบ รวมถึงขั้นตอนความต้องการ สิ่งประดิษฐ์ที่สร้างขึ้นใน
ขั้นตอนของวงจรชีวิตของซอฟต์แวร์จะต้องมี modelled
รวม ถึง เพื่อติดตาม สอดคล้อง และ
สมบูรณ์สามารถจะมั่นใจ [19, 20] องค์กรของ
กระดาษดังนี้ เราเสนอเป็นกรอบที่มีประสิทธิภาพสำหรับ
แบบจำลองความต้องการใช้บางแสดง
ตัวอย่าง ที่กล่าวถึงในรายละเอียดกับขั้นตอนต่าง ๆ
2 ส่วน ขอบเขตในอนาคตของงานวิจัยนี้จะกล่าวถึงใน
ส่วน 3 ในที่สุด 4 ส่วนอธิบายการสรุป
หมายเหตุ รู้ความต้องการที่จะเข้าใจยาก [17,
18] ไม่มีกรอบสำหรับแนวทางข้อกำหนด
รุ่นเป็นประเด็นหลัก ในชุมชนวิชาการ,
นักวิจัยเสนอหลายรายละเอียด และเน้น
วิธีพัฒนาความต้องการ [20, 21] อย่างไรก็ตาม,
ที่สุดของวิธีการเหล่านี้เป็นผลมาจากงานวิชาการ
ซับซ้อนเกินไปสำหรับการประยุกต์ในทางปฏิบัติ และแก้ไขเพียง
เฉพาะผู้เชี่ยวชาญเรื่องการ ได้ง่าย และสามารถปรับเปลี่ยน
แสดงให้เห็นว่ากรอบสำหรับความต้องการสร้างแบบจำลองด้วย
ตัวอย่างสร้างขึ้นโดยใช้เครื่องมือที่ใช้ในจริง
กรณีศึกษาให้เพิ่มมากขึ้นสำหรับผู้

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

บริษัทพัฒนาอสังหาริมทรัพย์แบบเรียลไทม์และการใช้งานเอ็มเบ็ดเด็ดระบบได้พร้อมด้วยรสชาติที่แตกต่างของ uml - ระบบ
การสร้างแบบจำลอง ภาษา ( sysml )ยัง
ที่กำหนดตามข้อกำหนด
แผนผังและช่วยให้การถ่าย ภาพ ความต้องการใช้งานได้ไม่ใช่ - เต็มไปด้วยประโยชน์ใช้สอยและ
รายละเอียดต่างๆ[ 17 ] นอกจากนั้นยังจะสร้าง
L เฉพาะระหว่างความต้องการและองค์ประกอบอื่นๆ
หนังสือข้อความความต้องการได้รับความนิยมอย่างสูงสุดแนะนำต่างๆ
แผน ภาพ ที่ใช้ uml และอื่นๆในแบบซึ่งไม่เป็นทางการ
notations เช่นระบบบริบท ภาพ และมือถือดึง
อินเตอร์เฟซผู้ใช้ต้นแบบ[ 11 ]ทั้ง 18 งานฝีมือ
ความต้องการดังกล่าวข้างต้นสามารถวางรูปแบบตามอย่างการใช้ uml นับตั้งแต่
uml เป็น ภาษา การสร้างแบบจำลองทั่วไปที่มีมากกว่า 100 ชิ้น
กว่าการสร้างแบบจำลอง(ชั้นเรียน meta uml )และ
ไม่มีวิธีมาตรฐานผู้ประกอบใช้เท่านั้น
fragmentallyและในช่วงเวลาเดียวกับที่พวกเขาไม่ได้ทำให้ความสามารถในการใช้
ทรงพลังในการกำหนดรูปแบบความต้องการ
และนำกลับมาใช้ใหม่ได้อย่างต่อเนื่องแบบอินทิเกรต การวิจัยต่างๆ
มีการดำเนินการเพื่อสร้างกรอบสำหรับ
การสร้างรูปแบบ uml สำหรับมีคุณสมบัติตรงตามข้อกำหนดอุปกรณ์ทางการแพทย์(การพัฒนา model-driven
)[ 1215 ]แล้ว เอกสารนี้ขยายมากขึ้นด้วย
มุ่งเน้นในรายละเอียดของส่วนที่ระบุของกรอบโดย
การใช้แนวความคิดการสร้างแบบจำลอง uml สำหรับความต้องการ เอกสาร
มากที่สุดมีความต้องการเป็นลายลักษณ์อักษรในธรรมชาติ
ภาษา และมีผู้แทนอยู่ในรูปแบบโครงสร้างและน้อยไม่เที่ยงตรง
รวมถึงขั้นตอนการสร้างงานศิลปะใน
ขั้นตอนของวงจรชีวิตซอฟต์แวร์มีความจำเป็นต้องวางรูปแบบตามอย่าง
และสืบค้นย้อนกลับแบบอินทิเกรตให้สอดคล้องกันและ
ความสมบูรณ์ที่สามารถสร้างความมั่นใจให้[ 1920 ] องค์กรของสัญลักษณ์
กระดาษโดยมีรายละเอียดดังนี้ เราขอเสนอกรอบที่มี ประสิทธิภาพ สำหรับการสร้างแบบจำลอง

แสดงให้เห็นถึงความต้องการใช้ตัวอย่างบาง ประเภท ที่มีรายละเอียดอยู่ในรายละเอียดขั้นตอนต่างๆ
ในส่วนที่ 2 ขอบเขตการดำเนินงานในอนาคตของการวิจัยนี้จะกล่าวถึงใน
มาตรา 3 ประการสุดท้ายส่วนที่ 4 จะอธิบายถึงบทสรุป
หมายเหตุ:ความรู้ของข้อกำหนดเป็นการยากที่จะทำความเข้าใจ[ 17 ~ 18 ]ไม่มีที่วางกรอบสำหรับประเด็นความต้องการของรุ่น
เป็นหนึ่งในประเด็นที่สำคัญ ในชุมชนการศึกษา
นักวิจัยเสนอจำนวนมากโดยละเอียดและเน้น
ความต้องการการพัฒนาวิธีการ[ 2021 ] แต่ถึงอย่างไรก็ตาม
วิธีนี้เป็นผลมาจากงานวิจัยทางวิชาการ
ส่วนมากมีความซับซ้อนเกินไปสำหรับแอปพลิเคชันในทางปฏิบัติและแก้ไขปัญหาเพียง
ปัญหามีความเชี่ยวชาญเฉพาะ เรียบง่ายและสามารถปรับเปลี่ยนได้ที่
วางกรอบในความต้องการของการสร้างแบบจำลองพร้อมด้วยตัวอย่างแสดงให้เห็นถึง
ถูกสร้างขึ้นโดยใช้เครื่องมือที่ใช้ได้ในการศึกษา
กรณีที่ดูสมจริงทำให้ความคุ้มค่าที่มากกว่าสำหรับผู้ประกอบ