دانلود رایگان مقاله ارزیابی معماری سیستم مرکز داده با استفاده از روش تحلیل توازن معماری

چکیده

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

1.مقدمه

       دانشگاه پندیداکان گانشا (آندیکشا) سیستم اطلاعاتی متنوعی بویژه برای نیازهای اجرای فعالیتهای آکادمیک مانند مدیریت آموزش، فعالیتهای آکادمیک دانشجویی، مدیریت داده شامل مدرس، کارمند، داده تحقیقاتی و غیره  ایجاد کرده است. بویژه در حال حاضر دوازده سیستم اطلاعاتی وجود دارد که در محیط آندیکشا اجرا شده است که هر سیستم بصورت جداگانه ساخته شده  و همچنین سیستم داده مجزایی دارند.  در ابتدا، سیستم ها  با هدف برآورده کردن نیازها جهت تسهیل کردن فرایند ایجاد و بصورت سالیانه اجرا می شود. آنچنان که سیستم های ساخته شده متمرکز بر  نیازها در حوزه مطالعه و اکثرا مجزا از وجود سیستم های دیگر می باشد که اطلاعات به هم پیوسته  را در میان آنها  داشته باشد. علاوه براین، برخی از سیستم های ایجاد شده بطورمجزا اجرا شد و آنها فقط در مدت شروع سیستم مفید بودند و سپس به علت مشکلات مختلف اطلاعات مشترک موجود نادیده گرفته شدند و سیستم اطلاعات نیاز به بررسی بیشتری هر دو براساس تحکیم طرح های خود و تجربه کاربر می باشد. در پایان سال 2016، تیم IT دانشگاه آندیکشا سیستم آینده نگر را به نام مرکز داده (DC) برای برآورده کردن نیازهای اعتباربخشی سازمانی  پیشنهاد و طراحی می کند تا اینکه اطلاعات حاصل شده از سیستم موجود سازماندهی تر و هماهنگ تر شود.  اگرچه سیستم های زیادی ایجاد شده است، همانطورکه مشاهده شد هیچ شیوه استانداردی در اجرای ارزیابی سیستم معماری اجرا شده از قبل در مرحله طراحی یا  در عملیات سیستم وجود ندارد.

       سیستم مرکزی پیشنهادی DC نیاز دارد تا بخوبی در یکپارچه سازی داده از کلیه سیستم های حامی توسعه داده شود تا اینکه موضوع های تکثیر و همچنین مشکلات به دلیل وجود ساختارهای مختلف داده می تواند کاهش یابد زیراکه اطلاعات شامل منبع اصلی فعالیت های آکادمیک کلی در آندیکشا می باشد. در مدت توسعه اولیه سیستم DC، تیم فناوری اطلاعات در گروه UPT-TIK Undiksha کشف کننده و طراحی کننده سرور انبار اطلاعاتی برای سیستم DC با استفاده از فناوری یکپارچه سازی برنامه کاربردی شرکت (EAI)  بودند که بویژه  ساختار مبتنی بر خدمات به نام  یکپارچه سازی انواع برنامه‌های کاربردی سازمان (ESB)  را  اجرا می کنند.

      در زمان افزایش این سیستم، مطالعه در ابتدا در رابطه با انتخاب کلی معماری سیستم اجرا شده  انجام شده است. در زمان اجرای توسعه سیستم، منابع انسانی در دسترس همچنین دترمینان اصلی برای تکمیل و برآورده کردن الزامات سیستم می باشد. این مقاله بر نحوه انتخاب معماری انجام  شده در چندین گزینه با اولویت بندی نیازهای کیفیت سیستم  با استفاده از روشی به نام  روش تحلیل توازن  معماری (ATAM) تمرکز می کند.

       ATAM یک روش ارزیابی معماری رویکرد مبتنی بر سناریو معروف می باشد. در انجام ارزیابی، شخصی باید مجموعه ای از سناریوها را بررسی کند که بر سیستم غیرعملکردی یا کیفیت نشان داده شده توسط سیستم تمرکز دارد.

       ATAM تکنیک اثباتی برای ارزیابی معماری نرم افزار بطور سیستماتیک برای تناسب اهداف [2], [3] می باشد.  سیستم های معماری مشابه زیادی با استفاده از روشی که توسط گامبو و همکاران در (4)  انجام شده وجود دارد که سیستم اطلاعات بهداشت را بررسی و بیان می کند که بررسی عملکرد کیفیت در میان سایرین مهم و حیاتی است. با شیوه ATAM، نویسندگان تولید ارزیابی مبتنی بر سناریو را نشان دادند، موضوع عملکرد با ویژگی کیفیت برای تحلیل تجزیه شد.  سایرموارد همانند 5، نویسنده  ارزیابی الزامات امنیت برای سیستم تجارت الکترونیک مبتنی بر SOE را بررسی می کند که راه حل معماری موجود  SOA را در یکپارچه سازی مکانیسم مخفی نهادینه می کند. مطالعه موردی دیگری از ATAM استفاده کرده است و بطورموفقیت آمیزی برنامه کاربردی آنلاین را ارزیابی  و بهبود می بخشد همانطورکه در (6) توصیف شد.

       زمانیکه نتایج ارزیابی این مطالعه موردی حاصل شد، سیستم جایگزین مشابه  معماری و همچنین بهبود عملکرد اتخاذ شده را نشان می دهد.

       بخش های مختلف این مقاله به شرح ذیل می باشد: بخش 1 مقدمه، بخش 2 خلاصه ای از روش ارزیابی ATAM را ارئه می دهد، بخش 3 خلاصه ای در مورد  سیستم DC  و شیوه های ارزیابی با نتایج حاصل شده  را توصیف  و بخش 4 نتیجه گیری می کند.

2. روش

       ATAM هدفی برای حذف و اصلاح ویژگی کیفیت معماری دارد که تصمیم های طراحی معماری ویژگی کیفیت الزامات رضایت بخش (7) را بررسی می کند.  ویژگی کیفیت شامل واکنش های مختلف سیستم مانند عملکرد، امنیت، در دسترس بودن، انعطاف پذیر بودن و غیره می باشد. همانطورکه در بخش (6) شرح داده شد، ATAM از رویکردهای معماری بجای سبک های معماری استفاده می کند. سبک معماری حداقل شامل مجموعه ای از انواع عناصر، رابط یا مکانیسم تعامل و هزینه غیر رسمی و توصیف مزایا  می باشد. مراحل خلاصه شده شامل ATAM  وصف شده در  شکل 1 می باشد.

      ATAM شامل 9 مرحله می باشد که می تواند به 4 گروه به شرح ذیل دسته بندی شود:

الف) معرفی که شامل فعالیتهایی مانند (1) معرفی ATAM. در مدت این فعالیت، توصیف روش ارزیابی برای سیستم سهامداران لازم است که معمولا شامل نمایندگان مشتری، تیم معماری سیستم، نماینده های کاربر، مجریان، توسعه دهنده گان، تست کنندگان، یکپارچه سازان و غیره  می باشد (2) ارائه محرک های بازرگانی. در این فعالیت، مدیران پروژه باید هدف تجارت را توضیح دهند که تلاش زیاد را تشویق می کند که محرک اصلی معماری مثلا دسترسی بالا، زمان آزادسازی، عملکرد سیستم، امنیت و غیره می باشد (3) معرفی معماری. در این  فعالیت، سیستم معماری نیاز به شرح معماری پیشنهادی دارد که بر راه حل برای بررسی محرک های تجاری تمرکز می کند.

Abstract

      a good and robust integration system cannot be separated from how the initial design of the system is selected and implemented. Therefore, integrating existing systems to become a large system that meets the needs of other connected systems requires full assessment and verification so that when the system is implemented, the necessary changes required in the future will be able to be accommodated seamlessly. This paper demonstrates an evaluation of a prototype of a data center system using a scenario-based architectural evaluation method called ATAM (Architecture Tradeoff Analysis Method), by analyzing the behavior exhibited by the developed system. The results of the analysis shows that some improvements are needed especially in terms of security, reliability and compliance in order to meet the relevant requirements of the robustness and the ease of doing system enhancement and maintenance.

I. INTRODUCTION

      Universitas Pendidikan Ganesha (Undiksha) has built various information systems especially for the needs of the implementation of academic activities such as teaching management, student academic activities, data management including lecturer, staff, research data and so forth. Specifically there are currently dozens of information systems that have operated within the Undiksha environment where each system is built separately and has a separated database system as well. Initially the systems were created with the aim to meet the need to facilitate processes that were done manually. As such, the systems were made focused on the needs in a field of study and mostly separated from the existence of other systems that could have an interconnected information among them. Moreover, some of the created systems were operated separately and they were useful only during the beginning of the system launching and then neglected due to the various problems of overlapping information found, and the information system needs further evaluation both in terms of its design consolidation and user experience. At the end of 2016, the Undiksha IT team proposes and designs a prospective system called Data Center (DC) to accommodate the needs of institutional accreditation so that information obtained from existing systems will be more organized and synchronized. Although many systems have been built, as observed there is no standard practice in applying an architectural system evaluation performed beforehand either at the design stage or upon the operation of the system.

       The proposed centralized DC system needs to be developed well to integrate data from all supporting systems, so that duplication issues as well as problems due to the existence of various data structures can be reduced because the information contained will be the main source of overall academic activity in Undiksha. During the early development of the DC system, the Information Technology team at UPT-TIK Undiksha department has been exploring and designing a data warehouse server for the DC system using Enterprise Application Integration (EAI) technology that specifically implements a service-based framework called Enterprise Service Bus (ESB) [1].

      While undertaking the enhancement of this system, a study has been conducted primarily in relation to the overall selection of the applied system architecture. When working on system development, human resources availability is also a critical determinant for completing and meeting the system requirements. This paper focuses more on how the choice of architecture is made on several options by prioritizing the needs of the system quality attributes by using a method called Architecture Tradeoff Analysis Method (ATAM).

      ATAM is a well-known scenario-based approach system architecture evaluation method. In doing the evaluation, one has to consider a set of scenarios which focus on either the system non-functionality or the qualities exhibited by the system. ATAM has been a proven technique for systematically evaluating software architecture for fitness of purpose [2], [3]. There have been many similar system architectures evaluated using the method such as done by Gambo et al. in [4], who examined a Health Information System and stated that addressing performance quality attribute among others is the most crucial. With ATAM approach, the authors show in the generation of the scenario based evaluation, performance issues were broken down into quality attributes for analysis. Other cases as in [5], the authors address security requirements evaluation for an SOE-based ecommerce system which optimized the existing SOA architecture solution with an incorporation of caching mechanism. Another case study has used ATAM and successfully evaluated and improved an online application as described in [6].

      The evaluation result of this case study as obtained reveals an identified alternative system architectural as well as improvement approaches that has been taken.

       This paper is structured as follows; Section I is the introduction, Section II provides a brief description about the evaluation method, ATAM, Section III describes an overview about the DC system and the evaluation approaches with the result obtained and Section IV draws conclusions.

II. METHOD

       ATAM has a goal to elicit and refine the architecture’s quality attributes whether the architectural design decisions have addressed the quality attribute requirements satisfactory [7]. The quality attributes consist of various system responses such as performance, security, availability, flexibility and so forth. As also described in [6], ATAM uses architectural approaches instead of architectural styles. Architectural style at least consists of a set of component types, connector or interaction mechanism, and informal cost and benefit description. The summarized steps involved in ATAM are depicted in Figure 1.

      ATAM consists of nine steps which can be categorized into four groups such as:

A. Presentation, which involves activities such as (1) Presenting ATAM. During this activity, describing the evaluation method to the system stakeholders is required which typically includes customer representatives, system architectural team, user representatives, administrators, developers, testers, integrators, etc. (2) Presenting Business Drivers. In this activity, the project manager needs to explain the business goal which motivates the development effort that will become the main architectural drivers for e.g. high availability, released time, system performance, security, etc. (3) Presenting Architecture. In this activity, the system architect needs to elaborate the proposed architecture which focuses on a solution to address the business drivers.

چکیده

مقدمه

2. روش

ب) بررسی و تحلیل

3. نتایج

3.1 تکرار 1

ب) بررسی و تحلیل

تحلیل امنیت

تحلیل عملکرد

تحلیل انطباق

تحلیل اصلاح پذیری

ج) تست کردن

د) گزارش

حساسیت و توازن

3.2 تکرار2

نتایج

4. نتیجه گیری

Abstract

I.Introduction

II.Method

A. Presentation

B.Investigation and Analysis

C.Testing,

D. Reporting

III.Results

3.1 Iteration 1

A. Presentation

B. Investigation and analysis 

C. Testing 

D. Reporting 

3.2 Iteration 2 

Results

IV.Conclusion

REFERENCES