دسترسی نامحدود
برای کاربرانی که ثبت نام کرده اند
برای ارتباط با ما می توانید از طریق شماره موبایل زیر از طریق تماس و پیامک با ما در ارتباط باشید
در صورت عدم پاسخ گویی از طریق پیامک با پشتیبان در ارتباط باشید
برای کاربرانی که ثبت نام کرده اند
درصورت عدم همخوانی توضیحات با کتاب
از ساعت 7 صبح تا 10 شب
ویرایش:
نویسندگان: Luciano Baresi (editor). Néstor Cataño Collazos
سری: Synthesis Lectures on Software Engineering
ISBN (شابک) : 168173687X, 9781681736877
ناشر: MORGAN & CLAYPOOL
سال نشر: 2020
تعداد صفحات: 99
[101]
زبان: English
فرمت فایل : PDF (درصورت درخواست کاربر به PDF، EPUB یا AZW3 تبدیل می شود)
حجم فایل: 2 Mb
در صورت تبدیل فایل کتاب Java Software Development with Event B: A Practical Guide به فرمت های PDF، EPUB، AZW3، MOBI و یا DJVU می توانید به پشتیبان اطلاع دهید تا فایل مورد نظر را تبدیل نمایند.
توجه داشته باشید کتاب توسعه نرم افزار جاوا با رویداد B: راهنمای عملی نسخه زبان اصلی می باشد و کتاب ترجمه شده به فارسی نمی باشد. وبسایت اینترنشنال لایبرری ارائه دهنده کتاب های زبان اصلی می باشد و هیچ گونه کتاب ترجمه شده یا نوشته شده به فارسی را ارائه نمی دهد.
هزینه رفع ایرادات طراحی نرم افزار پس از تکمیل یک محصول نرم افزاری به قدری بالا است که یافتن راه هایی برای تشخیص عیوب طراحی نرم افزار در مراحل اولیه توسعه نرم افزار، به عنوان مثال، حیاتی است. الزامات نرم افزار، فعالیت تجزیه و تحلیل، یا در حین طراحی نرم افزار، قبل از شروع کدنویسی.
این غیرعادی نیست که الزامات نرم افزار مبهم یا متناقض با یکدیگر باشند. ابهام با این واقعیت تشدید میشود که نیازمندیهای نرمافزار معمولاً به زبان طبیعی نوشته میشوند، که به هیچ معنایی رسمی وابسته نیست. یک تسکین دهنده برای ابهام الزامات نرم افزار، محدود کردن نحو آنها به boilerplates، قالب های متنی با متغیرهایی است. با این حال، از آنجایی که الزامات غیررسمی از هیچ معنایی خاصی برخوردار نیستند، هیچ ویژگی اساسی در مورد آنها (یا در مورد سیستمی که سعی در توصیف آن دارند) را نمی توان به راحتی اثبات کرد. روش های رسمی جایگزینی برای رفع این مشکل هستند. آنها طیف وسیعی از تکنیکهای ریاضی و ابزارهای ریاضی را برای تأیید نیازهای نرمافزار در مراحل اولیه توسعه نرمافزار ارائه میکنند.
این کتاب شاهدی زنده بر استفاده از روشهای رسمی برای توسعه نرمافزار است. فرمالیسم های خاصی که ما استفاده می کنیم عبارتند از EVENT B و حساب پالایش. به طور خلاصه: (i) الزامات نرم افزاری که به صورت User Stories نوشته شده است. (ii) آنها به مشخصات رسمی منتقل می شوند. (iii) آنها به صورت دلخواه پالایش می شوند. (IV) آنها در قالب یک نمونه اولیه اجرا می شوند. و در نهایت (v) آنها برای ناسازگاری آزمایش می شوند. اگر برخی از آزمونهای واحد شکست بخورند، مشخصات غیررسمی و رسمی سیستم نرمافزاری مجدداً بررسی و تکامل مییابند.
این کتاب مطالعه موردی توسعه نرمافزار یک سیستم چت با رویداد B و یک مطالعه موردی را ارائه میکند. اثبات رسمی خصوصیات یک شبکه اجتماعی.
The cost of fixing software design flaws after the completion of a software product is so high that it is vital to come up with ways to detect software design flaws in the early stages of software development, for instance, during the software requirements, the analysis activity, or during software design, before coding starts.
It is not uncommon that software requirements are ambiguous or contradict each other. Ambiguity is exacerbated by the fact that software requirements are typically written in a natural language, which is not tied to any formal semantics. A palliative to the ambiguity of software requirements is to restrict their syntax to boilerplates, textual templates with placeholders. However, as informal requirements do not enjoy any particular semantics, no essential properties about them (or about the system they attempt to describe) can be proven easily. Formal methods are an alternative to address this problem. They offer a range of mathematical techniques and mathematical tools to validate software requirements in the early stages of software development.
This book is a living proof of the use of formal methods to develop software. The particular formalisms that we use are EVENT B and refinement calculus. In short: (i) software requirements as written as User Stories; (ii) they are ported to formal specifications; (iii) they are refined as desired; (iv) they are implemented in the form of a prototype; and finally (v) they are tested for inconsistencies. If some unit-test fails, then informal as well as formal specifications of the software system are revisited and evolved.
This book presents a case study of software development of a chat system with EVENT B and a case study of formal proof of properties of a social network.