One difficulty in software maintena

One difficulty in software maintenance is that the relationship
between observed program behavior and source code is not
always clear. In this paper we are concerned specifically with the
maintenance of graphical user interfaces (GUIs). User interface
code can crosscut the decomposition of applications making GUIs
hard to maintain. A popular approach to develop and maintain
GUIs is to use “What you see is what you get” editors. They allow
developers to work directly with a graphical design view instead
of scattered source elements. Unfortunately GUI editors are limited
by their ability to statically reconstruct dynamic collaborations
between objects. In this paper we investigate the
combination of a hybrid dynamic and static approach to allow for
view-based maintenance of GUIs. Dynamic analysis reconstructs
object relationships, providing a concrete context in which maintenance
can be performed. Static checking restricts that only
changes in the design view which can meaningfully be translated
back to source are allowed. We implemented a prototype IDE
plugin and evaluate our approach by applying it to five open
source projects

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

ปัญหาหนึ่งในการบำรุงรักษาซอฟต์แวร์คือความสัมพันธ์ระหว่างโปรแกรมสังเกตพฤติกรรมและแหล่ง รหัสไม่ถูกต้องล้างเสมอ ในเอกสารนี้ เรามีความกังวลโดยเฉพาะกับการการบำรุงรักษาของอินเทอร์เฟซผู้ใช้แบบกราฟิก (GUIs) ส่วนติดต่อผู้ใช้รหัสสามารถ crosscut แยกส่วนประกอบของโปรแกรมประยุกต์ทำ GUIsยากที่จะรักษา วิธีการนิยมในการพัฒนา และรักษาGUIs จะใช้ "สิ่งที่คุณเห็นคือ สิ่งที่คุณได้รับ" บรรณาธิการ พวกเขาอนุญาตให้นักพัฒนาสามารถทำงานกับมุมมองการออกแบบกราฟิกโดยตรงแทนขององค์ประกอบแหล่งกระจาย แต่ GUI บรรณาธิการมีจำกัดโดยความสามารถในการสร้างความร่วมมือแบบฟิกแบบคงระหว่างวัตถุ ในเอกสารนี้ เราตรวจสอบการชุดผสมแบบไดนามิก และแบบคงที่วิธีการเพื่อให้บำรุงรักษาตามมุมมองของ GUIs การวิเคราะห์แบบไดนามิก reconstructsความสัมพันธ์ของวัตถุ การให้บริบทคอนกรีตในการบำรุงรักษาสามารถดำเนินการ ตรวจสอบคงจำกัดเฉพาะที่การเปลี่ยนแปลงในมุมมองออกแบบซึ่งสามารถแปลภาษามากลับไปมาได้ เราใช้ต้นแบบ IDEปลั๊กอิน และประเมินวิธีการของเรา โดยใช้เปิดห้าโครงการแหล่งที่มา

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

ความยากลำบากในหนึ่งในการบำรุงรักษาซอฟแวร์คือการที่ความสัมพันธ์
ระหว่างพฤติกรรมโปรแกรมสังเกตและรหัสแหล่งที่มาไม่
ชัดเจนเสมอ ในบทความนี้เรามีความกังวลโดยเฉพาะกับ
การบำรุงรักษาของอินเตอร์เฟซผู้ใช้แบบกราฟิก (GUIs) อินเตอร์เฟซผู้ใช้
รหัสสามารถขวางการสลายตัวของการใช้งานการทำ GUIs
ยากที่จะรักษา วิธีที่นิยมในการพัฒนาและรักษา
GUIs คือการใช้ "สิ่งที่คุณเห็นคือสิ่งที่คุณได้รับ" บรรณาธิการ พวกเขาช่วยให้
นักพัฒนาที่จะทำงานโดยตรงกับมุมมองการออกแบบกราฟิกแทน
ขององค์ประกอบที่มากระจัดกระจาย แต่น่าเสียดายที่บรรณาธิการ GUI จะถูก จำกัด
โดยความสามารถในการสร้างความร่วมมือแบบคงที่แบบไดนามิก
ระหว่างวัตถุ ในบทความนี้เราจะตรวจสอบ
การรวมกันของวิธีการไฮบริดแบบไดนามิกและแบบคงที่เพื่อให้
การบำรุงรักษาตามมุมมองของ GUIs การวิเคราะห์แบบไดนามิก reconstructs
ความสัมพันธ์ของวัตถุให้บริบทที่เป็นรูปธรรมในการบำรุงรักษาที่
สามารถดำเนินการได้ การตรวจสอบคง จำกัด ว่ามีเพียง
การเปลี่ยนแปลงในมุมมองการออกแบบที่มีความหมายสามารถแปล
กลับไปยังแหล่งที่ได้รับอนุญาต เรานำมาใช้เป็นต้นแบบ IDE
ปลั๊กอินและประเมินวิธีการของเราโดยนำไปใช้กับห้าเปิด
โครงการมา

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

ปัญหาหนึ่งในการบำรุงรักษาซอฟต์แวร์ที่สังเกตพฤติกรรมและความสัมพันธ์ระหว่างโปรแกรม

รหัสแหล่งที่มาไม่ได้ชัดเจนเสมอ ในกระดาษนี้เรามีความกังวลโดยเฉพาะกับ
รักษาส่วนต่อประสานผู้ใช้แบบกราฟิก ( guis ) รหัสติดต่อ
ผู้ใช้สามารถตัดขวางการย่อยสลายของการใช้งาน ทำให้ guis
ยากที่จะรักษา เป็นวิธีการที่นิยมในการพัฒนาและรักษา
guis คือการใช้ " สิ่งที่คุณเห็นคือสิ่งที่คุณได้รับ " บรรณาธิการ พวกเขาช่วยให้นักพัฒนาที่จะทำงานโดยตรงกับ

มุมมองออกแบบกราฟิกแทนการกระจายแหล่งที่มาขององค์ประกอบ แต่น่าเสียดายที่ GUI บรรณาธิการจำกัด

ส่วนโดยความสามารถในการสร้างความร่วมมือแบบไดนามิกระหว่างวัตถุ ในบทความนี้เราจะตรวจสอบ
การรวมกันของวิธีการแบบไดนามิกและแบบคงที่เพื่อให้
ไฮบริดดูจากการรักษา guis . การวิเคราะห์แบบไดนามิกที่ reconstructs
ความสัมพันธ์วัตถุให้บริบทของคอนกรีตในที่การบำรุงรักษา
สามารถดําเนินการ การตรวจสอบการเปลี่ยนแปลงแบบจำกัดเท่านั้น
ในการออกแบบมุมมองซึ่งสามารถมีความหมายแปล
กลับแหล่งที่มาจะได้รับอนุญาต เราใช้แบบ IDE
ปลั๊กอินและประเมินแนวทางของเรา โดยการใช้มันห้าเปิด
ที่มาโครงการ