ورود به حساب

نام کاربری گذرواژه

گذرواژه را فراموش کردید؟ کلیک کنید

حساب کاربری ندارید؟ ساخت حساب

ساخت حساب کاربری

نام نام کاربری ایمیل شماره موبایل گذرواژه

برای ارتباط با ما می توانید از طریق شماره موبایل زیر از طریق تماس و پیامک با ما در ارتباط باشید


09117307688
09117179751

در صورت عدم پاسخ گویی از طریق پیامک با پشتیبان در ارتباط باشید

دسترسی نامحدود

برای کاربرانی که ثبت نام کرده اند

ضمانت بازگشت وجه

درصورت عدم همخوانی توضیحات با کتاب

پشتیبانی

از ساعت 7 صبح تا 10 شب

دانلود کتاب Program Development by Refinement: Case Studies Using the B Method

دانلود کتاب توسعه برنامه با پالایش: مطالعات موردی با استفاده از روش B

Program Development by Refinement: Case Studies Using the B Method

مشخصات کتاب

Program Development by Refinement: Case Studies Using the B Method

ویرایش: 1 
نویسندگان: , ,   
سری: Formal Approaches to Computing and Information Technology FACIT 
ISBN (شابک) : 9781852330538, 9781447105855 
ناشر: Springer-Verlag London 
سال نشر: 1999 
تعداد صفحات: 351 
زبان: English 
فرمت فایل : PDF (درصورت درخواست کاربر به PDF، EPUB یا AZW3 تبدیل می شود) 
حجم فایل: 29 مگابایت 

قیمت کتاب (تومان) : 38,000



کلمات کلیدی مربوط به کتاب توسعه برنامه با پالایش: مطالعات موردی با استفاده از روش B: است



ثبت امتیاز به این کتاب

میانگین امتیاز به این کتاب :
       تعداد امتیاز دهندگان : 17


در صورت تبدیل فایل کتاب Program Development by Refinement: Case Studies Using the B Method به فرمت های PDF، EPUB، AZW3، MOBI و یا DJVU می توانید به پشتیبان اطلاع دهید تا فایل مورد نظر را تبدیل نمایند.

توجه داشته باشید کتاب توسعه برنامه با پالایش: مطالعات موردی با استفاده از روش B نسخه زبان اصلی می باشد و کتاب ترجمه شده به فارسی نمی باشد. وبسایت اینترنشنال لایبرری ارائه دهنده کتاب های زبان اصلی می باشد و هیچ گونه کتاب ترجمه شده یا نوشته شده به فارسی را ارائه نمی دهد.


توضیحاتی در مورد کتاب توسعه برنامه با پالایش: مطالعات موردی با استفاده از روش B



ایده برنامه های اصلاح برنامه پیچیده است. آنها معمولاً آنقدر پیچیده هستند که از درک کامل حتی برنامه نویس یا تیمی که آنها را طراحی کرده اند فراتر می روند، با تمام عواقب این امر. چگونه می توانیم با چنین پیچیدگی به شیوه ای رضایت بخش کنار بیاییم؟ یک رویکرد، که برای مدت طولانی مورد حمایت قرار گرفته است، جدا کردن مشخصات مختصر یک برنامه - \"چه\" - از اجرای احتمالاً درگیر - \"چگونه\" است. هنگامی که یک مشخصات از مجموعه الزامات برنامه به دست می آید، هنوز می تواند شکاف بزرگی برای اجرای کارآمد وجود داشته باشد. سپس توسعه از مشخصات تا اجرا می تواند توسط لایه های متوالی ادامه یابد، به طوری که هر لایه اصلاحی از لایه قبلی باشد. تصمیمات طراحی را می توان در مراحل اصلاح یک به یک معرفی کرد. با این کار، مراحل پالایش را می توان کوچک و قابل مدیریت نگه داشت. با این حال، مجموعه تمام الزامات می تواند بسیار بزرگ باشد و نمی توان آن را به طور کامل در مشخصات اولیه در نظر گرفت. حتی اگر می توانستند، ممکن است مسائل را بیش از اینکه روشن کنند، مبهم کنند. به عنوان مثال: • یک سیستم اطلاعاتی برای کالاهای ذخیره شده باید یک پیام خطا در ورودی قانونی تولید کند. با این حال، جمله بندی دقیق - و حتی زبان - آن پیام ها برای درک ماهیت سیستم بی ربط است. • یک برنامه بانکی با یک رابط گرافیکی با مشتریان تعامل دارد. با این حال، مشخصات طرح گرافیکی در مقایسه با مشخصات تراکنش‌های احتمالی ثانویه است.


توضیحاتی درمورد کتاب به خارجی

The Idea of Program Refinement Programs are complex. They are typically so complex, that they go beyond the full comprehension even of the programmer or team who designed them, with all the consequences this has. How can we cope with such complexity in a satisfactory way? An approach, advocated for a long time, is to separate a concise specification of a program - the "what" - from a possibly involved implementation - the "how". Once a specification is obtained from the set of requirements on the program, there can still be a large gap to an efficient implementation. The development from specification to implementation can then proceed by a succession oflayers, such that each layer is a refinement of the previous one. Design decisions can be introduced in refinement steps one at a time. By this, the refinement steps can be kept small and manageable. Still, the set of all requirements can be far too large to be taken completely into account in the initial specification. Even if they could, they might obscure issues more than clarify them. For example: • An information system for stored goods needs to produce an error message on il­ legal input. Yet, the exact wording - and even the language - of those messages is irrelevant for an understanding of the essence of the system. • A banking application interacts with customers with a graphical interface. Yet the specification of the graphical layout is secondary compared to the specification of the possible transactions.



فهرست مطالب

Front Matter....Pages i-xxiv
Front Matter....Pages 1-1
Introduction to the B Method....Pages 3-37
Container Station....Pages 39-78
Minimum Spanning Tree....Pages 79-114
The B Bank....Pages 115-180
Front Matter....Pages 181-181
Parallel Programming with the B Method....Pages 183-195
Production Cell....Pages 197-254
Distributed Load Balancing....Pages 255-300
Distributed Electronic Mail System....Pages 301-322
Back Matter....Pages 323-334




نظرات کاربران