Progress in software engineering over the past two decades has pri-mar การแปล - Progress in software engineering over the past two decades has pri-mar ไทย วิธีการพูด

Progress in software engineering ov

Progress in software engineering over the past two decades has pri-
marily been made through the development of increasingly power-
ful and natural abstractions with which to model and develop com-
plex systems. Procedural abstraction, abstract data types, and, most
recently, objects, are all examples of such abstractions. It is our
belief that agents represent a similar advance in abstraction: they
may be used by software developers to more naturally understand,
model, and develop an important class of complex distributed sys-
tems.
If agents are to realise their potential as a software engineer-
ing paradigm, then it is necessary to develop software engineering
techniques that are specifically tailored to them. Existing software
development techniques (for example, object-oriented analysis and
design [1, 5]) will simply be unsuitable for this task. There is a fun-
damental mismatch between the concepts used by object-oriented
developers (and indeed, by other mainstream software engineer-
ing paradigms) and the agent-oriented view [20, 22]. In particular,
extant approaches fail to adequately capture an agent’s flexible, au-
tonomous problem-solving behaviour, the richness of an agent’s in-
teractions, and the complexity of an agent system’s organisational
structures. For these reasons, this paper outlines a methodology
that has been specifically tailored to the analysis and design of
agent-based systems.
The remainder of this paper is structured as follows. We begin,
in the following sub-section, by discussing the characteristics of
applications for which we believe our analysis and design method-
ology is appropriate. Section 2 gives an overview of the main con-
cepts used by the methodology. Agent-based analysis is discussed
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
ความคืบหน้าในวิศวกรรมซอฟต์แวร์ผ่านมาสองทศวรรษได้ค่อนข้างดี-marily ได้ผ่านการพัฒนามากขึ้นพลังงาน-ful และ abstractions ธรรมชาติซึ่งจำลอง และพัฒนา com-ระบบเพล็กซ์ ขั้นตอน abstraction บทคัดย่อประเภทข้อมูล และ ส่วนใหญ่ล่าสุด วัตถุ เป็นตัวอย่างของ abstractions ดังกล่าว มันเป็นของเราความเชื่อที่ว่า ตัวแทนหมายถึงล่วงหน้าเหมือนใน abstraction: พวกเขาอาจถูกใช้ โดยนักพัฒนาซอฟต์แวร์เพื่อเข้าใจธรรมชาติมากขึ้นรูปแบบ และพัฒนาเป็นสำคัญระดับซับซ้อนกระจาย sys-สินถ้าตัวแทนที่จะตระหนักถึงศักยภาพของพวกเขาเป็นวิศวกรซอฟต์แวร์-กระบวนทัศน์กำลัง แล้วมันจำเป็นต้องพัฒนาวิศวกรรมซอฟต์แวร์เทคนิคที่ตรงนั้น ซอฟต์แวร์ที่มีอยู่เทคนิคการพัฒนา (วิเคราะห์เชิงวัตถุเช่น และออกแบบ [1, 5]) ก็จะไม่เหมาะสมสำหรับงานนี้ มีความสนุกแบบdamental ตรงกับแนวคิดที่ใช้เชิงวัตถุนักพัฒนา (และแน่นอน โดยวิศวกรซอฟต์แวร์สำคัญอื่น ๆ -ing paradigms) และดูแปลกแทน [20, 22] โดยเฉพาะแนวยังไม่เพียงพอจับตัวแทนแบบยืดหยุ่น อู-พฤติกรรมการแก้ปัญหา tonomous ความร่ำรวยของตัวแทนของในteractions และความซับซ้อนของระบบตัวแทนของ organisationalโครงสร้างการ ด้วยเหตุนี้ กระดาษนี้แสดงวิธีการที่ได้รับโดยเฉพาะเหมาะกับการวิเคราะห์และออกแบบระบบที่ใช้ตัวแทนThe remainder of this paper is structured as follows. We begin,in the following sub-section, by discussing the characteristics ofapplications for which we believe our analysis and design method-ology is appropriate. Section 2 gives an overview of the main con-cepts used by the methodology. Agent-based analysis is discussed
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
ความคืบหน้าในวิศวกรรมซอฟต์แวร์ในช่วงสองทศวรรษที่ผ่านมาได้ขั้นต้นใน
การ Marily ทำผ่านการพัฒนาพลังงานมากขึ้น
abstractions ful และเป็นธรรมชาติด้วยซึ่งในการสร้างแบบจำลองและพัฒนาสั่ง
ระบบเพล็กซ์ ขั้นตอนที่เป็นนามธรรมชนิดข้อมูลนามธรรมและส่วนใหญ่
เมื่อเร็ว ๆ นี้วัตถุที่เป็นตัวอย่างของแนวคิดดังกล่าว มันเป็นของเรา
เชื่อว่าตัวแทนเป็นตัวแทนล่วงหน้าที่คล้ายกันในสิ่งที่เป็นนามธรรมที่พวกเขา
อาจจะถูกใช้โดยนักพัฒนาซอฟแวร์ที่จะขึ้นตามธรรมชาติเข้าใจ
รูปแบบและพัฒนาระดับความสำคัญของการกระจายงานระบบที่ซับซ้อน
TEMS.
หากตัวแทนตระหนักถึงศักยภาพของพวกเขาเป็นวิศวกรซอฟต์แวร์ -
กระบวนทัศน์ไอเอ็นจีแล้วมันเป็นสิ่งที่จำเป็นในการพัฒนาวิศวกรรมซอฟต์แวร์
เทคนิคที่ได้รับการปรับแต่งเป็นพิเศษให้กับพวกเขา ซอฟแวร์ที่มีอยู่
เทคนิคการพัฒนา (ตัวอย่างเช่นการวิเคราะห์เชิงวัตถุและ
การออกแบบ [1, 5]) ก็จะไม่เหมาะสมสำหรับงานนี้ มี fun- คือ
ไม่ตรงกัน damental ระหว่างแนวความคิดที่ใช้ในเชิงวัตถุ
พัฒนา (และแน่นอนโดยซอฟต์แวร์หลักอื่น ๆ วิศวกร
กรอบไอเอ็นจี) และมุมมองของตัวแทนที่มุ่งเน้น [20 22] โดยเฉพาะอย่างยิ่ง
วิธีการที่ยังหลงเหลืออยู่ไม่เพียงพอที่จับภาพของตัวแทนที่มีความยืดหยุ่นแบบอัตโนมัติ
พฤติกรรมการแก้ปัญหา tonomous, ความร่ำรวยของตัวแทน in-
teractions และความซับซ้อนของระบบตัวแทนขององค์กร
โครงสร้าง ด้วยเหตุผลเหล่านี้บทความนี้แสดงวิธีการ
ที่ได้รับการปรับแต่งเป็นพิเศษเพื่อการวิเคราะห์และการออกแบบ
ระบบตัวแทนตาม.
ที่เหลือของบทความนี้มีโครงสร้างดังนี้ เราจะเริ่มต้น
ในต่อไปนี้ส่วนย่อยโดยการอภิปรายลักษณะของ
การใช้งานที่เราเชื่อว่าการวิเคราะห์และการออกแบบของเรา method-
ology มีความเหมาะสม ส่วนที่ 2 จะช่วยให้ภาพรวมของการทำาหลัก
cepts ใช้โดยวิธีการ วิเคราะห์ตัวแทนตามที่จะกล่าวถึง
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
ความก้าวหน้าในซอฟต์แวร์วิศวกรรมที่ผ่านมาสองทศวรรษที่ผ่านมามี มาริลี่ PRI -
ได้ผ่านการพัฒนามากขึ้นพลังงาน -
ful และธรรมชาตินามธรรมที่รูปแบบและพัฒนา com -
เพล็กซ์ระบบ นามธรรมกระบวนการชนิดข้อมูลนามธรรมและส่วนใหญ่
เมื่อเร็ว ๆนี้ , วัตถุ , ตัวอย่างทั้งหมด เช่น นามธรรม . มันเป็นความเชื่อของเรา
ตัวแทนเป็นตัวแทนของล่วงหน้าที่คล้ายกันในนามธรรม :พวกเขา
อาจจะ ที่ใช้โดยนักพัฒนาซอฟต์แวร์จะเป็นธรรมชาติเข้าใจ
รูปแบบและพัฒนาที่สำคัญรุ่นที่ซับซ้อนกระจาย sys tems -
.
ถ้าตัวแทนที่จะตระหนักถึงศักยภาพของพวกเขาเป็นวิศวกรซอฟต์แวร์ -
อิงกระบวนทัศน์ จึงมีความจำเป็นที่จะต้องพัฒนาซอฟต์แวร์วิศวกรรม
เทคนิคที่ปรับแต่งเป็นพิเศษสำหรับพวกเขา เทคนิคการพัฒนาซอฟต์แวร์ที่มีอยู่ ( ตัวอย่างเช่นการวิเคราะห์และออกแบบเชิงวัตถุ [ 1
5 ] ) ก็จะไม่เหมาะกับงานนี้ มีความสนุกสนาน --
damental ไม่ตรงกันระหว่างแนวคิดเชิงวัตถุด้วย
( และแน่นอน โดยนักพัฒนาอื่น ๆหลักวิศวกรซอฟต์แวร์ -
อิงกระบวนทัศน์ ) และตัวแทนมุ่งเน้นมุมมอง [ 20 , 22 ) โดยเฉพาะวิธีที่ยังไม่เพียงพอ
จับเจ้าหน้าที่ที่ยืดหยุ่น , AU -
tonomous การแก้ปัญหาพฤติกรรมความร่ำรวยของตัวแทนใน -
teractions และความซับซ้อนของโครงสร้างที่เป็นตัวแทนของระบบองค์กร

ด้วยเหตุผลเหล่านี้ บทความนี้สรุปวิธีการ
ที่ได้รับการปรับแต่งเป็นพิเศษเพื่อใช้ในการวิเคราะห์และออกแบบระบบ -
.
ส่วนที่เหลือของบทความนี้มีโครงสร้างดังนี้ เราเริ่มต้น
ในหมวดย่อยต่อไปนี้โดยพูดถึงลักษณะของการใช้งาน ซึ่งเราเชื่อว่าเรา
-
ology การวิเคราะห์และวิธีการออกแบบที่เหมาะสม มาตรา ๒ ให้ภาพรวมของหลักคอน -
cepts ใช้โดยวิธีการ . การวิเคราะห์ตัวแทนกล่าวถึง
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2025 I Love Translation. All reserved.

E-mail: