In another paper [2], the author Ma

In another paper [2], the author Martin Brandtner proposes a new way of representing software quality through distilling information, both direct observations and derived metrics, from different software repositories such as codebases in version control systems, development tool-usage, issue managers or bug trackers, project wikis, etc. Such observations and metrics are proposed to be presented in customized form for the different stakeholders such as architects, developers and testers in a timely fashion, presenting a snapshot of the project quality status, either as “stakeholder context” or as “technical context.” Architects would require a set of quality measurements indicating potential violations of the architecture. Developers would need source code history and build history to support understanding of the root cause of any problem. Testers would want a set of quality measurements and statistics on events occurring in software tools such as the version control system, the build and release tool Jenkins and the static code analysis tool Sonar during and after any code change. The proposed work involves identifying a model for software quality assessment context, tailoring or customization for different stakeholder needs and its presentation and interaction.

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

ในกระดาษอื่น [2], ผู้เขียน Brandtner มาร์ตินเสนอวิธีใหม่คุณภาพซอฟต์แวร์ผ่าน distilling ข้อมูล สังเกตการณ์โดยตรงและได้รับการวัด การแสดงจากซอฟต์แวร์อื่น repositories เช่น codebases ในระบบควบคุมเวอร์ชัน พัฒนาเครื่องมือการใช้งาน ผู้จัดการปัญหา หรือติดตามของข้อบกพร่อง โครงการเว็บวิกิ ฯลฯ สังเกตและวัดดังกล่าวเสนอจะนำเสนอในแบบฟอร์มที่กำหนดเองสำหรับเสียต่าง ๆ เช่นสถาปนิก นักพัฒนา และทดสอบในเวลาที่เหมาะ การนำเสนอภาพรวมของโครงการคุณภาพสถานะ "ทรรศนะบริบท" หรือ "บริบททางเทคนิค" สถาปนิกจะต้องมีชุดของการวัดคุณภาพที่แสดงสถาปัตยกรรมอาจละเมิด นักพัฒนาจะต้องการประวัติของรหัสแหล่งที่มา และสร้างประวัติศาสตร์เพื่อสนับสนุนความเข้าใจสาเหตุรากของปัญหา ทดสอบจะต้องกำหนดของการวัดคุณภาพ และสถิติเกี่ยวกับเหตุการณ์ที่เกิดขึ้นในเครื่องมือซอฟต์แวร์เช่นรุ่นควบคุมระบบ การสร้าง และปล่อยมือเจงกินส์และรหัสคงวิเคราะห์เครื่องมือโซนาร์ในระหว่าง และ หลังการเปลี่ยนแปลงรหัสใด ๆ งานนำเสนอเกี่ยวข้องกับการระบุรูปแบบสำหรับซอฟต์แวร์คุณภาพประเมินบริบท การปรับปรุง หรือการกำหนดเองสำหรับความต้องการผู้อื่น และนำเสนอ และโต้ตอบ

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

ในกระดาษอีก [2] ผู้เขียนมาร์ติน Brandtner เสนอวิธีใหม่ของการเป็นตัวแทนของซอฟต์แวร์ที่มีคุณภาพผ่านการกลั่นข้อมูลทั้งการสังเกตโดยตรงและตัวชี้วัดที่ได้มาจากที่เก็บซอฟแวร์ที่แตกต่างกันเช่น codebases ในระบบการควบคุมรุ่นการพัฒนาเครื่องมือการใช้งานผู้จัดการปัญหาหรือ ติดตามข้อผิดพลาดโครงการวิกิ ฯลฯ ข้อสังเกตดังกล่าวและตัวชี้วัดมีการเสนอที่จะนำเสนอในรูปแบบที่กำหนดเองสำหรับผู้มีส่วนได้เสียที่แตกต่างกันเช่นสถาปนิกนักพัฒนาและทดสอบในเวลาที่นำเสนอภาพรวมของสถ​​านะที่มีคุณภาพโครงการไม่ว่าจะเป็น "บริบทของผู้มีส่วนได้ส่วนเสีย "หรือว่า" บริบททางเทคนิค. "สถาปนิกจะต้องมีการตั้งค่าคุณภาพของการวัดแสดงให้เห็นการละเมิดที่มีศักยภาพของสถ​​าปัตยกรรมที่ นักพัฒนาจะต้องประวัติศาสตร์รหัสแหล่งที่มาและสร้างประวัติศาสตร์ในการสนับสนุนความเข้าใจในสาเหตุของปัญหาใด ๆ ต้องการทดสอบชุดของวัดที่มีคุณภาพและสถิติเกี่ยวกับเหตุการณ์ที่เกิดขึ้นในเครื่องมือซอฟต์แวร์เช่นระบบการควบคุมเวอร์ชันที่การสร้างและเครื่องมือการปล่อยเจนกินส์และเครื่องมือในการวิเคราะห์รหัสคงโซนาร์ในระหว่างและหลังการเปลี่ยนแปลงรหัสใด ๆ งานที่เกี่ยวข้องกับการระบุที่นำเสนอแบบจำลองสำหรับบริบทการประเมินคุณภาพซอฟต์แวร์การตัดเย็บหรือการปรับแต่งสำหรับความต้องการของผู้มีส่วนได้ส่วนเสียและการนำเสนอที่แตกต่างกันและการทำงานร่วมกัน

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

ในกระดาษอื่น [ 2 ] , ผู้ brandtner มาร์ตินนำเสนอวิธีใหม่ของการคิดคุณภาพซอฟต์แวร์ผ่านกลั่นข้อมูล ทั้งการสังเกตโดยตรงและได้วัดจากที่เก็บซอฟต์แวร์ที่แตกต่างกัน เช่น codebases ในระบบการควบคุมเวอร์ชันที่ใช้เครื่องมือในการพัฒนา , ปัญหาผู้จัดการหรือติดตาม Bug วิกิโครงการ ฯลฯข้อสังเกตดังกล่าว และเป็นวัดที่เสนอจะนำเสนอในรูปแบบที่กำหนดเองสำหรับผู้มีส่วนได้เสียที่แตกต่างกัน เช่น สถาปนิก , นักพัฒนาและทดสอบในทันท่วงที นำเสนอภาพรวมของโครงการ คุณภาพ สภาพ ไม่ว่าจะเป็นบริบท " ผู้มีส่วนได้ส่วนเสีย " หรือ " บริบททางเทคนิค . สถาปนิกจะต้องตั้งค่าคุณภาพของการวัดที่ระบุการละเมิดศักยภาพของสถาปัตยกรรม .นักพัฒนาจะต้องสร้างรหัสแหล่งประวัติศาสตร์และประวัติศาสตร์เพื่อสนับสนุนความเข้าใจของรากสาเหตุของปัญหาใด ๆ ทดสอบต้องการชุดของการวัดคุณภาพและสถิติของเหตุการณ์ที่เกิดขึ้นในเครื่องมือซอฟต์แวร์เช่นระบบการควบคุมเวอร์ชัน , สร้างและเผยแพร่เครื่องมือเจนกินส์และเครื่องมือในการวิเคราะห์รหัสสถิต โซนาร์ ในระหว่าง และหลัง รหัสใด ๆเปลี่ยนการนำเสนอผลงานที่เกี่ยวข้องกับการระบุรูปแบบบริบท การประเมินคุณภาพซอฟต์แวร์ , การตัดเย็บ หรือการปรับแต่งสำหรับความต้องการของผู้มีส่วนได้เสียที่แตกต่างกัน และมีการนำเสนอและปฏิสัมพันธ์