ترجمه فارسی توضیحات (ترجمه ماشینی)
استقرار مؤلفه: کنفرانس کاری IFIP/ACM، CD 2002 برلین، آلمان، 20-21 ژوئن، 2002 مجموعه مقالات
استقرار عبارت است از برداشتن اجزا و آماده سازی آنها برای استفاده سازنده. ممکن است مراحل بعد از استقرار وجود داشته باشد، مانند نصب یا توابع مرتبط با مدیریت، اما تمام تصمیمات در مورد چگونگی پیکربندی و c-pose/مونتاژ یک جزء در مرحله استقرار گرفته می شود. بنابراین این یک فرصت در چرخه عمر نرم افزار است تا شکاف بین آنچه که توسعهدهنده مؤلفه نمیتواند در مورد محیط استقرار بداند و آنچه توسعهدهنده محیط نمیتواند درباره مجموعه باز اجزای ضعیفکننده بداند، پر کند. تعجب آور نیست که استقرار به عنوان یک مرحله اختصاصی هنگام پرداختن به مسائلی با کیفیت های کل سیستم، مانند مقابله با منابع محدود یا آماده شدن برای سازگاری اجزا و تکامل سیستم، اهمیت پیدا می کند. با این حال، استقرار قطعات هنوز یک رشته در مراحل ابتدایی خود است: این امر تنها در اواسط دهه 1990 به جریان اصلی تبدیل شد. بسیاری از انگیزههای بهترین عملکرد از محصولاتی مانند Transaction Server مایکروسافت و رویکرد آن به برنامهنویسی مبتنی بر ویژگی و محصولات بعدی مانند Enterprise JavaBeans و اکنون مدل مؤلفه Corba سرچشمه میگیرد. همه اینها نیازهای خاص سرورهای کاربردی سازمانی را برطرف می کنند. با این حال، پتانسیل مفهوم استقرار بسیار فراتر از این است. استقرار می تواند و باید به طور موثری همه راه حل های واقعاً مبتنی بر مؤلفه را تحت تأثیر قرار دهد. اقدامات Component Deployment 2002 بخش خوبی از گستره مسائل استقرار را نشان می دهد. از سفارشیسازی تا محدودیتهای آدرس – منبع تا پیکربندی مجدد سیستمهای مستقر و از معماری گرفته تا طراحی و زبانها، خواننده مشتاق سهمی خواهد داشت.
Deployment is the act of taking components and readying them for productive use. There may be steps following deployment, such as installation or m- agement related functions, but all decisions about how to con?gure and c- pose/assemble a component are made at the deployment stage. This is therefore the one opportunity in the software lifecycle to bridge the gap between what the component developer couldn’t know about the deployment environment and what the environment’s developer couldn’t know about the open set of depl- able components. It is not surprising that deployment as a dedicated step gains importance when addressing issues of system-wide qualities, such as coping with constrained resources or preparing for component adaptation and system evolution. Yet, component deployment is still a discipline in its infancy: it became mainstream practice only in the mid 1990s. Much of the best practice impulse originated in products like Microsoft’s Transaction Server and its approach to attribute-based programming and later products like Enterprise JavaBeans and now the Corba Component Model. All these address the speci?c needs of enterprise appli- tion servers. However, the potential of the deployment concept goes far beyond this. Deployment can and should touch e?ectively all truly component-based solutions. The proceedings of Component Deployment 2002 represent a good cro- section of the gamut of deployment issues. From customization to address – source constraints to recon?guration of deployed systems and from architecture to design to languages, the avid reader will ?nd some contribution.
نقد و بررسیها
هیچ دیدگاهی برای این محصول نوشته نشده است.