ورود به حساب

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

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

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

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

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

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


09117307688
09117179751

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

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

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

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

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

پشتیبانی

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

دانلود کتاب Practical Software Requirements: A Manual of Content and Style

دانلود کتاب الزامات نرم افزار کاربردی: کتابچه راهنمای محتوا و سبک

Practical Software Requirements: A Manual of Content and Style

مشخصات کتاب

Practical Software Requirements: A Manual of Content and Style

دسته بندی: کامپیوتر
ویرایش:  
نویسندگان:   
سری:  
ISBN (شابک) : 1884777597, 9781884777592 
ناشر: Manning Publications 
سال نشر: 1998 
تعداد صفحات: 420 
زبان: English 
فرمت فایل : PDF (درصورت درخواست کاربر به PDF، EPUB یا AZW3 تبدیل می شود) 
حجم فایل: 17 مگابایت 

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

در صورت ایرانی بودن نویسنده امکان دانلود وجود ندارد و مبلغ عودت داده خواهد شد



کلمات کلیدی مربوط به کتاب الزامات نرم افزار کاربردی: کتابچه راهنمای محتوا و سبک: توسعه نرم افزار، طراحی نرم افزار، نرم افزار مورد نیاز



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

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


در صورت تبدیل فایل کتاب 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




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