مشخصات مقاله:
عنوان فارسی مقاله:
نظارت زمان اجرا و تجسم زمان واقعی معماری های نرم افزار
عنوان انگلیسی مقاله:
Run-time Monitoring and Real-time Visualization of Software Architectures
کلمات کلیدی مقاله:
معماری نرم افزار، تجسم زمان واقعی، تحلیل زمان اجرا
مناسب برای رشته های دانشگاهی زیر:
مهندسی کامپیوتر
مناسب برای گرایش های دانشگاهی زیر:
مهندسی نرم افزار
وضعیت مقاله انگلیسی و ترجمه:
مقاله انگلیسی را میتوانید به صورت رایگان با فرمت PDF از باکس زیر دانلود نمایید. ترجمه این مقاله با فرمت WORD – DOC آماده خریداری و دانلود آنی میباشد.
فهرست مطالب:
چکیده
I. مقدمه و انگیزه
II. اهداف
III. رویکرد پیشنهاد شده
A. بررسی مفهومی
B. مطالعه مورد تکنولوژی
C. اجرای تکنیکی
IV. ارزیابی
A. راه اندازی ارزیابی
B. فاز ارزیابی اول
C. فاز ارزیابی دوم
D. دستیابی به هدف
E. کار مرتبط
VI. نتایج و کار آینده
قسمتی از مقاله انگلیسی و ترجمه آن:
I. INTRODUCTION AND MOTIVATION
The architecture of software systems directly influences crucial quality attributes and therefore should be considered whenever important decisions regarding their evolution must be taken. However, even though the importance of software architectures is widely acknowledged, complete and/or upto-date architecture descriptions rarely exist [1], [2], [3]. We consider that a complete software architecture description corresponds to the one presented in [1] and assumes the existence of information regarding at least the static, the dynamic and the deployment view of the system. We claim that an architecture description is up to date if it adequately reflects the described software system. During the initial development phases, the software systems might be conformant with their architecture description. However, in later phases, the software systems tend to evolve independently. The architecture description is no longer updated and it soon tends to become useless for supporting further architecture-based decisions. Due to time and resource constraints, the effort required to proactively document the necessary changes in the software architecture description is perceived as being considerably higher than the effort needed to simply accommodate the required changes in the code. Conversely, once the changes have been made to the code, their documentation is typically not promoted at the architecture level, leading to a so-called architectural drift or architectural erosion ([2], [4], [5], [6]). However, to employ a reasonable, controlled evolution of the software architecture, the architect must first have an up-todate description of it.
I. مقدمه و انگیزه
معماری سیستم های نرم افزار به طور مستقیم بر ویژگی های کیفیتی بحرانی اثر می‌گذارند و هر وقت تصمیمات مهم راجع به تکامل آنها باید اتخاذ شود؛ باید درنظر گرفته شوند. هرچند، اگرچه اهمیت معماری های نرم افزار به طور گسترده ای تصدیق شده است، توصیفات معماری کامل و\یا بروز به ندرت وجود دارند [1]، [2]، [3]. ما درنظر می گیریم که یک توصیف معماری نرم افزار کامل مرتبط با آنی که در منبع [1] معرفی شد، میباشد و وجود اطلاعات مربوط به حداقل دید توسعه، پویا و ایستای سیستم را فرض می کند. ما ادعا می کنیم که یک توصیف معماری بروز می باشد اگر آن به طور کافی سیستم نرم افزار توصیف شده را منعکس کند. در طی فازهای توسعه ابتدایی، سیستم های نرم افزار ممکن است مطابق با توصیف معماری شان باشند. هرچند، در فازهای بعدی، سیستم های نرم افزار گرایش به نمو یافتن به طور مستقل دارند. توصیف معماری دیگر بروز شده نمی باشد و آن بزودی برای پشتیبانی از توصیفات معماری محور بیشتر، بی استفاده می شود. بواسطه محدودیت های زمانی و منبع، کوشش مورد نیاز برای فعالانه سندیت دادن به تغییرات لازم در توصیف معماری نرم افزار درک شده است بصورتیکه به طور قابل ملاحظه ای بالاتر از تلاش مورد نیاز برای بسادگی جادادن تغییرات مورد نیاز در کد می باشد. درمقابل، وقتی تغییرات در کد ایجاد شده اند، سندسازی آنها به طور معمول در سطح معماری ارتقا نیافته است که منجر به جابجایی معماری یا خوردگی معماری خواهد شد ([2]، [4]، [5]، [6]).هرچند، برای بکاربردن یک تکامل کنترل شده و معقول معماری نرم افزار، معمار باید در ابتدا یک توصیف بروز از آن داشته باشد.