ConclusionTo support software evolution analysis we have proposed a te translation - ConclusionTo support software evolution analysis we have proposed a te Thai how to say

ConclusionTo support software evolu

Conclusion
To support software evolution analysis we have proposed a technique based on historical dependencies and defect information. We chose these two kinds of data about a software system because they are complementary to structural information and, differently from other data sources (e.g., mail archives), they can be directly linked to the source code.
The main contributions of our work so far are:
 A meta-model for defects, which takes time into account. It considers bugs as evolving entities, while in previous research they were considered static entities.
 Two visualizations (System Radiography and Bug Watch) which, exploiting the defect meta-model, supports the understanding of bugs evolution and the detection of critical bugs. The riskiness of a bug is defined according to its history, and in particular to its life cycle, whereas in previous approaches only static attributes (such as severity and priority) were considered.
 A defect prediction technique based on particular design flaws called design disharmonies. The approach represents an improvement over the state of the art in metrics-based defect prediction.
 The Evolution Radar visualization, which shows change coupling information at different levels of abstraction, supporting the understanding of both module dependencies and the causes of the dependencies. Previous techniques focused on either coarse-grained coupling, i.e., at the module level, or fine-grained coupling, i.e., at the file (or finer) level. We plan to continue our work in two directions: first we want to investigate other types of historical dependencies, for example the one based on bug sharing. The assumption is that two entities sharing a bug, over the system’s history, have an implicit dependency. The greater the number of bugs they share, and the longer the time during which they share bugs, the stronger the dependency is. In the second research direction we plan to use historical dependency information to predict bugs. This would integrate our approaches for historical dependency analysis and bug prediction.
0/5000
From: -
To: -
Results (Thai) 1: [Copy]
Copied!
บทสรุปเพื่อสนับสนุนการวิเคราะห์วิวัฒนาการของซอฟต์แวร์ เราได้นำเสนอเทคนิคอ้างอิงประวัติศาสตร์และข้อมูลความบกพร่อง เราเลือกชนิดข้อมูลเกี่ยวกับระบบซอฟต์แวร์เหล่านี้สองเพราะเป็นการเสริมโครงสร้างข้อมูล และ แตกต่าง จากแหล่งข้อมูลอื่น (เช่น จดหมายเก็บ), พวกเขาสามารถจะตรงกับรหัสแหล่งที่มาได้การจัดสรรหลักของงานของเราจนได้:การ meta-รูปแบบสำหรับข้อบกพร่อง ซึ่งใช้เวลาพิจารณา จะพิจารณาข้อบกพร่องเป็นพัฒนาเอนทิตี ในขณะที่งานวิจัยก่อนหน้านี้ พวกเขาได้ถือคงเอนทิตีสองเพลง (Radiography ระบบและตรวจสอบข้อผิดพลาด) ซึ่ง exploiting ข้อบกพร่องของแบบจำลอง meta- สนับสนุนความเข้าใจของวิวัฒนาการข้อบกพร่องและการตรวจพบข้อบกพร่องร้ายแรง Riskiness ของข้อผิดพลาดถูกกำหนด ตามประวัติ และเฉพาะวงจรชีวิต ในขณะที่ถูกพิจารณาคุณลักษณะคงที่เท่านั้น (เช่นความรุนแรงและระดับความสำคัญ) ในวิธีการก่อนหน้านี้เทคนิคการคาดเดาความบกพร่องขึ้นอยู่กับข้อบกพร่องของการออกแบบออกแบบเรียกว่า disharmonies วิธีการแสดงถึงการปรับปรุงมากกว่าทันสมัยในการคาดเดาความบกพร่องตามวัดที่วิวัฒนาการเรดาร์แสดงภาพประกอบเพลง การแสดงเปลี่ยน coupling ข้อมูลในระดับต่าง ๆ ของ abstraction สนับสนุนความเข้าใจของทั้งโมดูลขึ้นและสาเหตุของการขึ้นต่อกัน ก่อนหน้านี้เทคนิคเน้น coarse-grained coupling เช่น การ หรือทรายแป้งละเอียด coupling เช่น แฟ้ม (หรือ finer) ระดับการ เราวางแผนการทำงานของเราในทิศทางที่สอง: ก่อน ที่เราต้องการตรวจสอบอ้างอิงประวัติศาสตร์ ตัวอย่างหนึ่งตามข้อบกพร่องร่วมชนิดอื่น ๆ สมมติฐานคือ สองเอนทิตีที่บกพร่อง การใช้ร่วมกันผ่านประวัติศาสตร์ของระบบ มีการอ้างอิงนัย ยิ่งจำนวนของพวกโรคจิต และเวลาอีกต่อไปซึ่งจะใช้ร่วมกันข้อบกพร่อง แข็งแกร่งเป็นการพึ่งพา ในทิศทางงานวิจัยที่สอง เราจะใช้ข้อมูลการอ้างอิงทางประวัติศาสตร์การทำนายโรคจิต นี้จะรวมของวิธีการพยากรณ์วิเคราะห์และข้อผิดพลาดอ้างอิงประวัติศาสตร์
Being translated, please wait..
Results (Thai) 2:[Copy]
Copied!
สรุป
เพื่อสนับสนุนการวิเคราะห์วิวัฒนาการของซอฟแวร์ที่เราได้นำเสนอเทคนิคที่อยู่บนพื้นฐานของการพึ่งพาทางประวัติศาสตร์และข้อมูลข้อบกพร่อง เราเลือกทั้งสองชนิดของข้อมูลที่เกี่ยวกับระบบซอฟแวร์เพราะพวกเขาจะประกอบกับข้อมูลที่มีโครงสร้างและแตกต่างจากแหล่งข้อมูลอื่น ๆ (เช่นที่เก็บ mail) พวกเขาสามารถเชื่อมโยงโดยตรงกับรหัสที่มา.
ผลงานหลักของการทำงานของเราเพื่อให้ห่างไกล คือ
? เมตาแบบสำหรับข้อบกพร่องที่ต้องใช้เวลาเข้าบัญชี จะพิจารณาข้อบกพร่องที่เป็นหน่วยงานพัฒนาในขณะที่ในการวิจัยก่อนหน้านี้พวกเขาได้รับการพิจารณาหน่วยงานที่คงที่.
? สองการสร้างภาพ (ระบบถ่ายภาพด้วยรังสีและนาฬิกาข้อผิดพลาด) ซึ่งการใช้ประโยชน์จากข้อบกพร่องเมตารูปแบบที่สนับสนุนความเข้าใจในวิวัฒนาการข้อบกพร่องและการตรวจสอบข้อบกพร่องที่สำคัญ เสี่ยงของข้อผิดพลาดจะถูกกำหนดตามประวัติศาสตร์ของตนและโดยเฉพาะอย่างยิ่งกับวงจรชีวิตของมันในขณะที่วิธีการก่อนหน้าคุณลักษณะคงที่เท่านั้น (เช่นความรุนแรงและความสำคัญ) ได้รับการพิจารณา.
? เทคนิคการทำนายความบกพร่องขึ้นอยู่กับข้อบกพร่องการออกแบบโดยเฉพาะอย่างยิ่งการออกแบบที่เรียกว่า disharmonies แสดงให้เห็นถึงวิธีการปรับปรุงกว่ารัฐของศิลปะในการทำนายความบกพร่องที่ตัวชี้วัดที่ใช้.
? วิวัฒนาการการสร้างภาพเรดาร์ซึ่งแสดงให้เห็นเปลี่ยนแปลงข้อมูลการมีเพศสัมพันธ์ในระดับที่แตกต่างกันของนามธรรมที่สนับสนุนความเข้าใจในการอ้างอิงทั้งโมดูลและสาเหตุของการอ้างอิง ก่อนหน้าเทคนิคที่มุ่งเน้นการมีเพศสัมพันธ์ทั้งเนื้อหยาบเช่นในระดับโมดูลหรือการมีเพศสัมพันธ์ที่ละเอียดเช่นที่ไฟล์ (หรือปลีกย่อย) ระดับ เราวางแผนที่จะดำเนินการต่อการทำงานของเราในสองทิศทาง: แรกที่เราต้องการตรวจสอบชนิดอื่น ๆ ของการอ้างอิงทางประวัติศาสตร์เช่นหนึ่งขึ้นอยู่กับการใช้งานร่วมกันข้อผิดพลาด สมมติฐานคือการที่ทั้งสองหน่วยงานร่วมกันข้อผิดพลาดในช่วงประวัติศาสตร์ของระบบมีการพึ่งพาโดยปริยาย ยิ่งจำนวนของข้อบกพร่องที่พวกเขาร่วมกันและอีกครั้งในระหว่างที่พวกเขาร่วมกันข้อบกพร่องที่แข็งแกร่งคือการพึ่งพา ในทิศทางการวิจัยที่สองเราวางแผนที่จะใช้ข้อมูลการอ้างอิงประวัติศาสตร์ที่จะคาดการณ์ข้อบกพร่อง นี้จะบูรณาการวิธีการของเราในการวิเคราะห์การพึ่งพาทางประวัติศาสตร์และการคาดการณ์ข้อผิดพลาด
Being translated, please wait..
Results (Thai) 3:[Copy]
Copied!
สรุป
สนับสนุนซอฟต์แวร์วิวัฒนาการการวิเคราะห์ที่เราได้เสนอเทคนิคขึ้นอยู่กับการอ้างอิงประวัติศาสตร์และข้อมูลข้อบกพร่อง เราเลือกเหล่านี้สองชนิดของข้อมูลเกี่ยวกับระบบซอฟต์แวร์ เพราะจากข้อมูลโครงสร้างและแตกต่างจากแหล่งข้อมูลอื่น ๆ ( เช่นเอกสารจดหมาย ) , พวกเขาสามารถเชื่อมโยงโดยตรงกับแหล่งที่มารหัส .
ผลงานหลักของงานของเราเพื่อให้ห่างไกล :
 เมตาโมเดลสำหรับข้อบกพร่อง ซึ่งต้องใช้เวลา ลงในบัญชี พิจารณาข้อบกพร่องที่พัฒนาองค์กร ในขณะที่งานวิจัยก่อนหน้านี้พวกเขาถูกถือว่านิติบุคคลคง .
 สองภาพ ( การถ่ายภาพรังสีและแมลงดู System ) ซึ่งใช้ประโยชน์จากข้อบกพร่องรุ่น Meta , สนับสนุนความเข้าใจในวิวัฒนาการของแมลงและการตรวจหาข้อบกพร่องสำคัญความเสี่ยงของข้อบกพร่องที่กำหนดไว้ตามประวัติศาสตร์ และโดยเฉพาะอย่างยิ่งในวงจรชีวิตของมัน ในขณะที่ก่อนหน้านี้เพียงคุณลักษณะในวิธีการแบบคงที่ ( เช่น ความรุนแรงและความสําคัญของ ) ได้พิจารณา .
 ข้อบกพร่องเทคนิคการทำนายขึ้นอยู่กับเฉพาะข้อบกพร่องออกแบบที่เรียกว่า disharmonies การออกแบบ วิธีการแสดงการปรับปรุงสถานะของศิลปะในการทำนายจากข้อบกพร่องตาม
 วิวัฒนาการเรดาร์ภาพ ซึ่งแสดงให้เห็นถึงการเปลี่ยนแปลงข้อมูลในระดับที่แตกต่างกันของสิ่งที่เป็นนามธรรมซึ่งสนับสนุนความเข้าใจของทั้งสองโมดูลการอ้างอิงและสาเหตุของการพึ่งพา . เทคนิคก่อนหน้านี้เน้นทั้งแบบที่มีเนื้อหยาบ เช่น ในระดับโมดูล หรืออย่างละเอียดควบคู่ เช่น ในไฟล์ ( หรือน้อยกว่า ) ระดับเราวางแผนที่จะยังคงทำงานของเราใน 2 เส้นทางแรกที่เราต้องการตรวจสอบ ประเภทอื่น ๆของการอ้างอิงทางประวัติศาสตร์ ตัวอย่างหนึ่งขึ้นอยู่กับการแบ่งปัน Bug สันนิษฐานว่า สองหน่วยงานร่วมกันข้อผิดพลาดมากกว่าประวัติศาสตร์ของระบบ มีการแยก . มากกว่าจำนวนของแมลง พวกเขาร่วมกันและระยะเวลาระหว่างที่พวกเขาใช้แมลงเยอะ การเป็นในทิศทางการวิจัยที่สองเราวางแผนที่จะใช้ข้อมูลอ้างอิงทางประวัติศาสตร์ว่าแมลง นี้จะรวมวิธีการของเราในการวิเคราะห์การอ้างอิงทางประวัติศาสตร์และปัญหาพยากรณ์
Being translated, please wait..
 
Other languages
The translation tool support: Afrikaans, Albanian, Amharic, Arabic, Armenian, Azerbaijani, Basque, Belarusian, Bengali, Bosnian, Bulgarian, Catalan, Cebuano, Chichewa, Chinese, Chinese Traditional, Corsican, Croatian, Czech, Danish, Detect language, Dutch, English, Esperanto, Estonian, Filipino, Finnish, French, Frisian, Galician, Georgian, German, Greek, Gujarati, Haitian Creole, Hausa, Hawaiian, Hebrew, Hindi, Hmong, Hungarian, Icelandic, Igbo, Indonesian, Irish, Italian, Japanese, Javanese, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Korean, Kurdish (Kurmanji), Kyrgyz, Lao, Latin, Latvian, Lithuanian, Luxembourgish, Macedonian, Malagasy, Malay, Malayalam, Maltese, Maori, Marathi, Mongolian, Myanmar (Burmese), Nepali, Norwegian, Odia (Oriya), Pashto, Persian, Polish, Portuguese, Punjabi, Romanian, Russian, Samoan, Scots Gaelic, Serbian, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenian, Somali, Spanish, Sundanese, Swahili, Swedish, Tajik, Tamil, Tatar, Telugu, Thai, Turkish, Turkmen, Ukrainian, Urdu, Uyghur, Uzbek, Vietnamese, Welsh, Xhosa, Yiddish, Yoruba, Zulu, Language translation.

Copyright ©2025 I Love Translation. All reserved.

E-mail: