با توجه به اینکه علم کامپیوتر با سرعتی تصاعدی روز به روز در حال گسترش میباشد، اصولاً بهنگام بودن یک مترجم زبده در این زمینه، با جدیدترین رویدادها در زمینه های مختلف در این صنعت، اعم از شبکه، نرم افزار، سخت افزار، و زیر شاخه های مربوطه، به منظور ارائه ی ترجمه ای دقیق و هماهنگ، امری ضروری میباشد. با توجه به اینکه ژورنال ها و مقالات ارائه شده به منبع لاتین، مقالاتی جدید و فوق العاده تخصصی میباشند، ممکن است از اصطلاحاتی در آنها استفاده شود که شاید معادلی برای آنها در فرهنگ فارسی وجود نداشته باشد. لذا، یکی از پیش نیاز هایی که مترجم کامپیوتر باید بر آن مسلط باشد، تخصص و تبحر در واژه سازی برای لغات جدید لاتین میباشد، که این کار جز با تحقیق و بررسی سایر منابع لاتین برای انتخاب بهترین واژه، میسر نیست.

خطوط تولید نرم افزار(PL)، روشی شناخته شده در حوزه ی مهندسی نرم افزار میباشد. چندین متد تا کنون برای کار بر روی مسئله ی مهندسی PL ایجاد شده است.این متدها، در دامنه ی کاربرد و اصطلاحات متفاوت میباشند. بنابریان، یافتن تشابهات و تفاوت ها در این متد ها کار مشکلی است.البته فقط تلاش های بسیار کمی برای ارزیابی یا مقایسه ی معماری های خط تولید صورت گرفته است، برای مثال، در [1],[2] و [3]، مثال های استانداردی برای ارزیابی متدهای خط تولید ارائه شده است. اگرچه، این مثال، بسیار نزدیک به پیاده سازی و ویژگی های متد اندازه گیری مربوط به خروجی های متد میباشد. این نوع ارزیابی، بسیار محدود بوده و همچنین به مقایسه ی سایر جنبه های مربوط به متدهای PL نپرداخته است. مثالی دیگر، بررسی معماری های خط تولید، مرتبط با مهندسی دامنه و تست میباشد. اگرچه، این گزارش نیز هیچ مقایسه ای را مرتبط با متدهای طراحی خط تولید فراهم نساخته است. سومین تلاش صورت گرفته در این زمینه، مطالعه ای را بر روی تحلیل متدهای معمای نرم افزار صورت داده است، ولی متدهای طراحی نرم افزار در آن مطرح نشده اند.

متن ترجمه شده به انگلیسی:

Software product lines (PL) are a well-knownapproach in the field of software engineering. Several methods have been published to address the problems of PL engineering. Methods are diverging in terminology and application domains. Therefore it is difficult to find out the differences and similarities of the methods.Only few attempts have been made to evaluate or compare the product line architecture (PLA) design methods, e.g. in [1], [2] and [3]. Lopez-Herrejon and Batory propose a standard example case for evaluating product line methods. However, this example is very close to implementation and measures method featureswith performance benchmarking of the products the method outputs. This kind of evaluation of product line methods is very limited and a comparison covering also the other aspects of PL methods is required. The other example of surveys on product line architectures touchesall the aspects related to the product line from assessment to domain engineering and testing.