فایل ورد کامل مدلسازی مدیریت تصادف خودرو با روش KAOS

توجه : به همراه فایل word این محصول فایل پاورپوینت (PowerPoint) و اسلاید های آن به صورت هدیه ارائه خواهد شد

این مقاله، ترجمه شده یک مقاله مرجع و معتبر انگلیسی می باشد که به صورت بسیار عالی توسط متخصصین این رشته ترجمه شده است و به صورت فایل ورد (microsoft word) ارائه می گردد

متن داخلی مقاله بسیار عالی، پر محتوا و قابل درک می باشد و شما از استفاده ی آن بسیار لذت خواهید برد. ما عالی بودن این مقاله را تضمین می کنیم

فایل ورد این مقاله بسیار خوب تایپ شده و قابل کپی و ویرایش می باشد و تنظیمات آن نیز به صورت عالی انجام شده است؛ به همراه فایل ورد این مقاله یک فایل پاور پوینت نیز به شما ارئه خواهد شد که دارای یک قالب بسیار زیبا و تنظیمات نمایشی متعدد می باشد

توجه : در صورت مشاهده بهم ریختگی احتمالی در متون زیر ،دلیل ان کپی کردن این مطالب از داخل فایل می باشد و در فایل اصلی فایل ورد کامل مدلسازی مدیریت تصادف خودرو با روش KAOS،به هیچ وجه بهم ریختگی وجود ندارد

تعداد صفحات این فایل: ۱۸ صفحه

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

عنوان انگلیسی:Modeling Car Crash Management with KAOS~~en~~

INTRODUCTION Requirements engineering (RE) is concerned with the elicitation, evaluation, specification, consolidation, and evolution of the objectives, functionalities, qualities, and constraints a software-based system should meet within some organizational or physical setting [5]. The RE process is intrinsically complex. • A wide spectrum of concerns need to be addressed, ranging from high-level, strategic objectives to detailed, technical requirements. • Two systems are involved: the system as it is before software development and the system-to-be. The latter includes software and environment components such as people, devices or pre-existing software. • The involved stakeholders may have diverse, partial and conflicting concerns. • Risks must be anticipated in order to achieve requirements completeness and system robustness. • Numerous alternative options must be evaluated for selection of preferred ones. KAOS is a rigorous method for requirements engineering aimed at addressing those challenges [5]. The method may be briefly characterized as follows. • Model-based and multi-view: the elaborated system specification is organized at various levels of abstraction and according to multiple system facets. • Goal-oriented: the software requirements and environment assumptions are derived so as to meet the system’s functional and non-functional objectives. • Constructive: systematic steps and heuristic rules at each step are available to provide guidance in elaborating highquality requirements. • Incremental: early reasoning on partial models is supported. • Wide-spectrum: declarative and operational models are integrated. • Formal when and where needed for more sophisticated analysis. • Lightweight for use in practical situations, with formal details kept hidden wherever possible. In KAOS, the multiple system facets are captured through complementary models integrated through inter-model consistency rules [5]. • The goal model interrelates all functional and nonfunctional objectives of the system considered (as-is or tobe). • The object model defines and interrelates all concepts involved in the goal specifications. • The agent model specifies the system components, their interfaces and their responsibilities with respect to goals. • The operation model specifies the functional services derived from the goals assigned to specific agents. • The behavior model captures agent behaviors for goal satisfaction in terms of interaction scenarios and parallel state machines. The paper shows KAOS in action on the bCMS case study (barbados Car crash Management System) [3]. The proposed system is intended to coordinate the communication between a fire station coordinator (FSC) and a police station coordinator (PSC) to handle crises in a timely manner. Only a few modeling steps are discussed here for lack of space. Further modeling increments resulting in a larger portion of the bCMS model are available in [2]. Section II shows the elaboration of a first-sketch model for an ideal system; a few high-level goals are gradually refined into subgoals assignable to individual system agents. During such refinement, key concepts are identified and structured in an object model. Alternative system options are then discussed and evaluated in the light of soft goals and agent responsibilities. Section III de-idealizes the model presented in Section II through risk identification, assessment and resolution. Section IV shows how operational software specifications, behavior models and agent interfaces are obtained systematically from the models previously built. Section V concludes the paper by briefly discussing the strengths and limitations of the overall model obtained. II. DECLARATIVE MODEL FOR AN IDEAL SYSTEM The main bCMS goals are first identified, specified and related to each other within goal model fragments (Section II.A). While doing so, a first sketch for the object model is derived from goal specifications (Section II.B). The goal model is enriched by refining goals until fine-grained subgoals are obtained that can be assigned to software or environment agents, respectively (Section II.C). Throughout this process, scenarios can be used for goal elicitation or for illustration of alternative goal refinements (Section II.D).

$$en!!