دسترسی نامحدود
برای کاربرانی که ثبت نام کرده اند
برای ارتباط با ما می توانید از طریق شماره موبایل زیر از طریق تماس و پیامک با ما در ارتباط باشید
در صورت عدم پاسخ گویی از طریق پیامک با پشتیبان در ارتباط باشید
برای کاربرانی که ثبت نام کرده اند
درصورت عدم همخوانی توضیحات با کتاب
از ساعت 7 صبح تا 10 شب
دسته بندی: کامپیوتر ویرایش: نویسندگان: Benjamin L Kovitz سری: ISBN (شابک) : 1884777597, 9781884777592 ناشر: Manning Publications سال نشر: 1998 تعداد صفحات: 420 زبان: English فرمت فایل : PDF (درصورت درخواست کاربر به PDF، EPUB یا AZW3 تبدیل می شود) حجم فایل: 17 مگابایت
در صورت ایرانی بودن نویسنده امکان دانلود وجود ندارد و مبلغ عودت داده خواهد شد
کلمات کلیدی مربوط به کتاب الزامات نرم افزار کاربردی: کتابچه راهنمای محتوا و سبک: توسعه نرم افزار، طراحی نرم افزار، نرم افزار مورد نیاز
در صورت تبدیل فایل کتاب Practical Software Requirements: A Manual of Content and Style به فرمت های PDF، EPUB، AZW3، MOBI و یا DJVU می توانید به پشتیبان اطلاع دهید تا فایل مورد نظر را تبدیل نمایند.
توجه داشته باشید کتاب الزامات نرم افزار کاربردی: کتابچه راهنمای محتوا و سبک نسخه زبان اصلی می باشد و کتاب ترجمه شده به فارسی نمی باشد. وبسایت اینترنشنال لایبرری ارائه دهنده کتاب های زبان اصلی می باشد و هیچ گونه کتاب ترجمه شده یا نوشته شده به فارسی را ارائه نمی دهد.
این یک کتاب راهنمای جامع برای برنامه نویس یا مدیر الزامات نوشتن برای اولین بار و همچنین تحلیلگر سیستم با تجربه است. نویسنده رویکرد منحصر به فردی به موضوع دارد: این که یک سند الزامات مفید از تکنیک های به کار گرفته شده توسط برنامه نویسان و طراحان رابط نشات می گیرد. درمان عمیق او شامل روشهای غیر سلسله مراتبی برای تجزیه مشکلات پیچیده، عناصر حوزه مشکل و اطلاعات مختلف مورد نیاز برای انواع مختلف مشکل است. بخش گسترده ای در مورد سبک، نکات قابل فهم کردن اطلاعات را پوشش می دهد: نحوه گروه بندی و ترتیب موضوعات، نحوه بیان یک تعریف، حتی نحوه جلوگیری از خسته کردن خواننده. این کتاب غیرمعمول و پر از مثال تمام جنبه های یک کار دلهره آور اما حیاتی را پوشش می دهد: دادن تمام اطلاعاتی که به کارکنان توسعه برای انجام کارهایشان نیاز دارند. * عناصر یک مشکل نرم افزاری * مستندات طراحی رابط کاربری (و دیگر). * الزامات مفید چگونه از تکنیک های برنامه نویسی شناخته شده ناشی می شود * تشریح دامنه مشکل * روش های غیر سلسله مراتبی برای شکستن مسائل * استفاده از "فریم های مشکل" مایکل جکسون * اشتباهات رایج و نحوه رفع آنها * اسناد نمونه از پروژه های واقعی
This is a comprehensive guidebook for the programmer or manager writing requirements for the first time, as well as the experienced system analyst. The author takes a unique approach to the subject: that a useful requirements document derives from the techniques employed by programmers and interface designers. His in-depth treatment includes non-hierarchical ways to break down complex problems, elements of the problem domain, and different information needed for different problem types. An extensive section on style covers the nuts and bolts of making the information understandable: how to group and sequence topics, how to word a definition, even how to avoid boring the reader. This unusual, example-filled book covers all aspects of a daunting but critical task: giving development staff all the information they need to do their jobs. * Elements of a software problem * User (and other) interface design documentation * How useful requirements derive from known programming techniques * Describing the problem domain * Non-hierarchical methods for breaking down problems * Applying Michael Jackson's "problem frames" * Common mistakes and how to fix them * Example documents from real projects
1. Problem solving 1.1. The myth of functional decomposition 1.2. Problem solving and design patterns 1.3. Why software is hard 1.4. Pattern composition and decomposition 2. Problem defining 2.1. Requirements and design patterns 2.2. Software problems 2.3. Requirements engineering 2.4. Lessons learned 3. Two worlds and three designs 3.1. The problem domain 3.2. Requirements 3.3. Interface design 3.4. Validation of interfaces and programs 3.5. Description 3.6. Invention vs. validation 3.7. What software requirements are not 3.8. Summary 4. Problem framing 4.1. The knight’s tour 4.2. Domains 4.3. Shared phenomena 4.4. Connection domains 4.5. Realized domains 4.6. Frame diagrams 4.7. From diagram to documentation 4.8. Notation summary 5. Five problem frames 5.1. Overview 5.2. Information problems 5.3. Control problems 5.4. Transformation problems 5.5. Workpiece problems 5.6. Connection problems 6. Multi-frame problems 6.1. Combining problem frames 6.2. Inventory control system 6.3. Statistics package 6.4. Digital answering machine 6.5. Compiler 6.6. Electronic mail 6.7. Satellite reconnaissance PART II CONTENT 7. Software development 7.1. A division of cognitive labor 7.2. Analysis 7.3. User-interface design 7.4. Programming 7.5. Testing 7.6. User documentation 8. Two documents 8.1. Contents of a requirements document 8.2. Contents of a specification 9. Classes and relations 9.1. Two kinds of sets 9.2. Classes 9.3. All possible values 9.4. Impossible values 9.5. Relations 9.6. Cardinality 9.7. Relations as attributes 9.8. Uniqueness and functional dependence 9.9. Queries 9.10. Naming classes, attributes, and relations 10. Sequences and events 10.1. Structure 10.2. Events 10.3. Event responses 10.4. More sequence notations 11. Causation and control 11.1. State transitions 11.2. Actions 11.3. Dependency 11.4. Flow 11.5. Rules 12. Special topics 12.1. Elicitation 12.2. Object-orientation 12.3. Use cases and feature interaction 12.4. Reviews 12.5. Requirements jargon 12.6. Cutting corners 12.7. A few good books PART III STYLE 13. Documentation 13.1. Why document? 13.2. Broad principles 13.3. Decoy text 13.4. More common mistakes 13.5. Poor uses of documentation 14. Organization 14.1. Content first 14.2. Grouping 14.3. Sequence 14.4. Emphasis 15. Small Details PART IV EXAMPLES 16. Bug Log requirements 17. Bug Log user-interface design Glossary Bibliography Index