The reuse of software artifacts is

The reuse of software artifacts is a key factor in software product line, so it is important to build
environments that support such practice, as well as a strong architecture related to it [8].Improving
variability in a system implies making it easier to do certain kinds of changes [9].In variability a variation
point represents a delayed design decision [10]. Managing the differences between products is a key
success factor in software product families [11]. To design software product line architecture is proposed
various methods or frameworks, but still these frameworks have not resolved all the issues and challenges
associated with software product lines. Some of basic frameworks for software product line that have their
roots in other frameworks could be COPA or component-oriented platform architecting is a software
product line framework that is component-oriented. The goal of the COPA framework is the alignment
between business, architecture, process and organization [12]. FAST or Family-Oriented Abstraction,
Specification and Translation is a software development process is focused on the construction of product
families [12]. In FAST framework divides the process of a product line into three sections, including the
domain qualification, domain engineering and application engineering [13]. FORM or feature-oriented
reuse method is a feature oriented method that, by analyzing the features of the domain, and use these
features provide the software product line architecture .In other words, “FORM is a systematic method that
focuses on capturing commonalities and differences of applications in a domain in terms of “features” and
using the analysis results to develop domain architectures and components” [14]. Kobra is a
component-oriented approach to develop a product line based on the UML features. This method
integrated the two paradigms into a semantic, unified approach to software development and maintenance
[15]. This method can be used to support the Model Driven Architecture [12]. QADA or Quality-driven
Architecture Design and Analysis, is a product line architecture design method that provides traceability
between the product quality and design time quality assessment [12]. In fact, QADA method includes
architectural design and quality analysis [16]. In this study the issues and challenges of designing a
software product line is presented in terms of administrative and organizational aspects and technical
aspects also described four software product line frameworks. Then, these frameworks are compared with

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

ของสิ่งประดิษฐ์ซอฟต์แวร์เป็นปัจจัยสำคัญในสายผลิตภัณฑ์ซอฟต์แวร์ ดังนั้นจึงเป็นสิ่งสำคัญที่จะสร้าง สภาพแวดล้อมที่สนับสนุนการปฏิบัติดังกล่าว เป็นสถาปัตยกรรมแบบแข็งที่เกี่ยวข้องกับมัน [8] การปรับปรุง ความแปรปรวนในระบบหมายถึงการทำบางชนิดของการเปลี่ยนแปลง [9] ในความแปรปรวนการเปลี่ยนแปลง จุดแสดงถึงการตัดสินใจที่ออกล่าช้า [10] การจัดการความแตกต่างระหว่างผลิตภัณฑ์เป็นคีย์ ปัจจัยสู่ความสำเร็จในครอบครัวผลิตภัณฑ์ซอฟต์แวร์ [11] การออกแบบสถาปัตยกรรมซอฟต์แวร์ผลิตภัณฑ์บรรทัดเสนอ วิธีการต่าง ๆ หรือกรอบ แต่ยังคงกรอบเหล่านี้ไม่ได้แก้ไขปัญหาและความท้าทายทั้งหมด เกี่ยวข้องกับสายผลิตภัณฑ์ซอฟต์แวร์ บางกรอบพื้นฐานสำหรับสายผลิตภัณฑ์ซอฟต์แวร์ที่มีการ รากในกรอบอื่น ๆ อาจเป็นโคปา หรือ architecting เป็นคอมโพเนนต์แพลตฟอร์มที่เป็นซอฟต์แวร์ กรอบรายการผลิตภัณฑ์ที่เน้นส่วนประกอบ เป้าหมายของกรอบโคปาคือ การจัดตำแหน่ง ระหว่างธุรกิจ สถาปัตยกรรม กระบวนการ และองค์กร [12] เร็ว หรือแบบครอบครัว Abstraction ข้อมูลจำเพาะและการแปลเป็นกระบวนการพัฒนาซอฟต์แวร์มุ่งเน้นการสร้างผลิตภัณฑ์ ครอบครัว [12] ในเร็ว กรอบแบ่งสายผลิตภัณฑ์กระบวนการออกเป็นสามส่วน รวมทั้งการ คุณสมบัติโดเมน โดเมนวิศวกรรม และวิศวกรรมประยุกต์ [13] แบบฟอร์ม หรือ เชิงคุณลักษณะ วิธีที่นำมาใช้เป็นวิธีมุ่งเน้นคุณลักษณะที่ โดยการวิเคราะห์คุณสมบัติของโดเมน และใช้เหล่านี้ คุณลักษณะให้สถาปัตยกรรมบรรทัดผลิตภัณฑ์ซอฟต์แวร์ ในคำอื่น ๆ, "ฟอร์มเป็นวิธีระบบที่ เน้นจับ commonalities และความแตกต่างของการใช้งานในโดเมนในแง่ของ "คุณลักษณะ" และ ใช้ผลการวิเคราะห์การพัฒนาสถาปัตยกรรมของโดเมนและส่วนประกอบ" [14] มี Kobra มี เน้นส่วนประกอบวิธีการพัฒนาสายผลิตภัณฑ์ตามคุณลักษณะ UML วิธีการนี้ รวมกรอบ 2 วิธีการทางตรรก แบบครบวงจรในการพัฒนาซอฟต์แวร์และการบำรุงรักษา [15] . วิธีการนี้สามารถใช้การสนับสนุนรูปแบบการขับเคลื่อนสถาปัตยกรรม [12] ฎออ์ หรือมีคุณภาพ สถาปัตยกรรมออกแบบและวิเคราะห์ เป็นวิธีการออกแบบสถาปัตยกรรมบรรทัดสินค้าที่ให้ตรวจสอบย้อนกลับ ระหว่างผลิตภัณฑ์และการออกแบบเวลาคุณภาพประเมิน [12] ในความเป็นจริง วิธีฎออ์มี ออกแบบและวิเคราะห์คุณภาพ [16] ในการศึกษาปัญหาและความท้าทายของการออกแบบการ สายผลิตภัณฑ์ซอฟต์แวร์นำเสนอในแง่ ของการบริหาร และองค์กร และเทคนิค ด้านยังอธิบายสี่ซอฟต์แวร์ผลิตภัณฑ์เส้นกรอบ กรอบเหล่านี้จะเปรียบเทียบกับ

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

นำมาใช้ซอฟแวร์ของสิ่งประดิษฐ์ที่เป็นปัจจัยสำคัญในสายผลิตภัณฑ์ของซอฟต์แวร์จึงเป็นสิ่งสำคัญที่จะสร้าง
สภาพแวดล้อมที่สนับสนุนการปฏิบัติดังกล่าวเช่นเดียวกับสถาปัตยกรรมที่แข็งแกร่งที่เกี่ยวข้องกับมัน [8] .Improving
ความแปรปรวนในระบบหมายถึงการทำให้มันง่ายที่จะทำ บางชนิดของการเปลี่ยนแปลง [9] ซึ่งในความแปรปรวนเปลี่ยนแปลง
จุดแสดงให้เห็นถึงการตัดสินใจการออกแบบล่าช้า [10] การจัดการความแตกต่างระหว่างผลิตภัณฑ์เป็นกุญแจสำคัญใน
ปัจจัยแห่งความสำเร็จในตระกูลผลิตภัณฑ์ซอฟแวร์ [11] การออกแบบสถาปัตยกรรมซอฟต์แวร์สายผลิตภัณฑ์มีการเสนอ
วิธีการต่างๆหรือกรอบ แต่ยังคงกรอบเหล่านี้ยังไม่ได้รับการแก้ไขปัญหาทั้งหมดและความท้าทาย
ที่เกี่ยวข้องกับสายผลิตภัณฑ์ซอฟแวร์ บางส่วนของกรอบพื้นฐานสำหรับสายผลิตภัณฑ์ซอฟแวร์ของพวกเขาที่มี
รากในกรอบอื่น ๆ อาจจะเป็นโคปาหรือส่วนประกอบที่มุ่งเน้นการ architecting แพลตฟอร์มเป็นซอฟต์แวร์
กรอบสายผลิตภัณฑ์ที่เป็นส่วนประกอบที่มุ่งเน้น เป้าหมายของกรอบโคปาคือการจัดตำแหน่ง
ระหว่างธุรกิจสถาปัตยกรรมกระบวนการและองค์กร [12] เร็วหรือครอบครัวเชิงนามธรรม
ข้อมูลจำเพาะและการแปลเป็นกระบวนการในการพัฒนาซอฟแวร์มุ่งเน้นไปที่การก่อสร้างของผลิตภัณฑ์
ครอบครัว [12] ในกรอบของ FAST แบ่งกระบวนการของสายผลิตภัณฑ์ออกเป็นสามส่วนรวมทั้ง
คุณสมบัติโดเมนโดเมนวิศวกรรมและงานวิศวกรรม [13] รูปแบบหรือคุณลักษณะที่มุ่งเน้น
วิธีการที่นำมาใช้เป็นคุณลักษณะวิธีการที่มุ่งเน้นที่โดยการวิเคราะห์คุณสมบัติของโดเมนและใช้เหล่านี้
คุณสมบัติให้สถาปัตยกรรมสายผลิตภัณฑ์ซอฟต์แวร์ Warehouse ในคำอื่น ๆ "แบบเป็นวิธีการที่เป็นระบบที่
มุ่งเน้นไปที่การจับ commonalities และความแตกต่าง ของการใช้งานในโดเมนในแง่ของ "คุณสมบัติ" และ
ใช้ผลการวิเคราะห์ในการพัฒนาสถาปัตยกรรมโดเมนและส่วนประกอบ "[14] บราเป็น
วิธีการที่องค์ประกอบที่มุ่งเน้นในการพัฒนาสายผลิตภัณฑ์ตามลักษณะ UML วิธีการนี้จะ
บูรณาการทั้งสองกระบวนทัศน์เป็นความหมายวิธีการแบบครบวงจรเพื่อการพัฒนาซอฟแวร์และการบำรุงรักษา
[15] วิธีการนี้สามารถนำมาใช้เพื่อสนับสนุนรูปแบบสถาปัตยกรรมขับเคลื่อนม [12] QADA หรือคุณภาพที่ขับเคลื่อนด้วย
การออกแบบสถาปัตยกรรมและการวิเคราะห์เป็นวิธีการออกแบบสถาปัตยกรรมสายผลิตภัณฑ์ที่ให้ตรวจสอบย้อนกลับ
ระหว่างคุณภาพของผลิตภัณฑ์และเวลาในการออกแบบการประเมินคุณภาพ [12] ในความเป็นจริงวิธี QADA รวมถึง
การออกแบบสถาปัตยกรรมและการวิเคราะห์คุณภาพ [16] ในการศึกษาครั้งนี้ปัญหาและความท้าทายของการออกแบบ
สายผลิตภัณฑ์ซอฟแวร์จะนำเสนอในแง่ของด้านการบริหารและองค์กรด้านเทคนิคและ
ด้านซอฟแวร์ยังอธิบายสี่กรอบสายผลิตภัณฑ์ จากนั้นกรอบเหล่านี้จะเทียบกับ