Quality of Software Architectures: Second International Conference on Quality of Software Architectures, QoSA 2006, Västerås, Sweden, June 27-29, 2006 Revised Papers

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

Although the quality of a system’s software architecture is one of the critical factors in its overall quality, the architecture is simply a means to an end, the end being the implemented system. Thus the ultimate measure of the quality of the software architecture lies in the implemented system, in how well it satis?es the system and project requirements and constraints and whether it can be maintained and evolved successfully. In order to treat design as a science rather thananart,weneedtobeabletoaddressthequalityofthesoftwarearchitecture directly, not simply as it is re?ected in the implemented system. Therefore, QoSA is concerned with software architecture quality directly by addressing the problems of: – Designing software architectures of good quality – De?ning, measuring, evaluating architecture quality – Managing architecture quality, tying it upstream to requirements and do- stream to implementation, and preserving architecture quality throughout the lifetime of the system Cross-cutting these problems is the question of the nature of software archit- ture. Software architecture organizes a system, partitioning it into elements and de?ning relationships among the elements. For this we often use multiple views, each with a di?erent organizing principle.