دسترسی نامحدود
برای کاربرانی که ثبت نام کرده اند
برای ارتباط با ما می توانید از طریق شماره موبایل زیر از طریق تماس و پیامک با ما در ارتباط باشید
در صورت عدم پاسخ گویی از طریق پیامک با پشتیبان در ارتباط باشید
برای کاربرانی که ثبت نام کرده اند
درصورت عدم همخوانی توضیحات با کتاب
از ساعت 7 صبح تا 10 شب
ویرایش: 1st
نویسندگان: Davis. Barbara
سری:
ISBN (شابک) : 1604270918, 1604277432
ناشر: J. Ross Publishing
سال نشر: 2013
تعداد صفحات: 297
زبان: English
فرمت فایل : PDF (درصورت درخواست کاربر به PDF، EPUB یا AZW3 تبدیل می شود)
حجم فایل: 3 مگابایت
در صورت تبدیل فایل کتاب Mastering software project requirements : a framework for successful planning, development & alignment به فرمت های PDF، EPUB، AZW3، MOBI و یا DJVU می توانید به پشتیبان اطلاع دهید تا فایل مورد نظر را تبدیل نمایند.
توجه داشته باشید کتاب تسلط بر الزامات پروژه نرم افزاری: چارچوبی برای برنامه ریزی، توسعه و همسویی موفق نسخه زبان اصلی می باشد و کتاب ترجمه شده به فارسی نمی باشد. وبسایت اینترنشنال لایبرری ارائه دهنده کتاب های زبان اصلی می باشد و هیچ گونه کتاب ترجمه شده یا نوشته شده به فارسی را ارائه نمی دهد.
تسلط بر الزامات پروژه نرم افزاریک راهنمای گام به گام
مختصر برای ایجاد چارچوب هایی برای مدیریت موثر و توسعه نرم
افزارهای مورد نیاز عالی است. این فرآیند را دوباره تعریف میکند
و چرخه عمر نیازمندیها را از استخراج تا تجزیه و تحلیل، و مشخصات
تا اعتبار را نشان میدهد. این راهنما نحوه برآورد، اندازه گیری،
محک زدن، برنامه ریزی، مدیریت و ارائه الزامات کامل و دقیق را از
مفهوم مبهم تا مشخصات دقیق و آماده برای طراحی توضیح می
دهد.
ویژگی های کلیدی:
-- شامل تمام اسناد مورد نیازی است که یک تحلیلگر تجاری مصرف و
تولید می کند، از جمله زمینه و مخاطبان هر مصنوع و محصول ارائه
شده ایجاد شده، تا فعال شود. تصمیمات آگاهانه در هر موقعیتی
-- توضیح می دهد که چگونه روش های مختلف بر نتایج نیازمندی ها
تأثیر می گذارند و استراتژی هایی برای تطبیق فعالیت های نیازمندی
ها با متدولوژی های مختلف پروژه (Agile، Waterfall، WAgile، TOGAF
و DO-178) ارائه می دهد
--ارائه می کند ابزاری برای سازمانهای فناوری و کسبوکار برای
کاهش هزینههای عملیاتی، افزایش همسویی بین محصولات فناوری و
نیازهای تجاری، و به حداکثر رساندن بازگشت سرمایه (ROI) هر راهحل
تجاری
--WAV قالبهای قابل دانلودی را برای هر جنبه از نیازمندیها از
جمله برآورد ارائه میکند و موادی را برای آموزش آکادمیک -- در
دسترس از مرکز منبع دانلود ارزش افزوده وب در jrosspub.com
Mastering Software Project Requirements is a concise
step-by-step guide to establishing frameworks for the effective
management and development of great software requirements. It
re-defines the process and illustrates the requirements life
cycle from elicitation to analysis, and specification to
validation. This guide explains how to consistently estimate,
measure, benchmark, plan, manage, and deliver complete and
accurate requirements from vague concept to detailed,
design-ready specifications.
Key Features:
--Covers all requirements documentation a business analyst will
consume and produce, including the context and audience of each
artifact and deliverable created, to enable well-informed
decisions in any situation
--Explains how various methodologies impact requirements
results and provides strategies for adapting requirements
activities to various project methodologies (Agile, Waterfall,
WAgile, TOGAF, and DO-178)
--Provides the means for technology and business organizations
to reduce operating costs, increase alignment between
technology products and business needs, and maximize the ROI of
every business solution
--WAV offers downloadable templates for every aspect of
requirements including estimation, and provides materials for
academic instruction -- available from the Web Added Value
Download Resource Center at jrosspub.com
Content: PREFACESECTION I: IDENTIFYING & UNDERSTANDING THE BUSINESS SOLUTIONCHAPTER 1: IDENTIFYING THE SOLUTION Defined Verses Undefined Solution Starting Points Defining the Business Need, Vision & Mission Managing to the Exception Understanding Business Architecture Benefits Realization PlanningCHAPTER 2: STAKEHOLDER INVOLVEMENT & MANAGEMENT The Seinfeld Approach to Requirements Setting & Managing Expectations Beyond RACI: Getting Sponsors, Business Owners and User Groups Involved RACI Matrix Why Some People Contribute and Others Don't Why Opportunity Alone Does Not Equal Contribution and Increase Participation Types of Participation Creating the Right Conditions and Environment Increases Participation Informational Activities Input FunnelsSECTION II: REQUIREMENTS PLANNING & MANAGEMENTCHAPTER 3: THE EVOLUTION OF REQUIREMENTS ON A PROJECT Inherent Project Risks to Requirements Risks from Project Inception Risks from Project Resources 5 Critical Requirements Steps That Get Missed: What Business Analysts Are Not Doing (Consistently) Research Gap Assessment (vs. Gap Analysis) Ambiguity Management Requirements Validation Facilitated Sign-Off Quantifying Effectiveness of Requirements Activities The Golden Rules of Requirements Attributes of Great RequirementsCHAPTER 4: REQUIREMENTS MANAGEMENT & DEVELOPMENT STRATEGY Developing a Requirements Management Strategy Planning Requirements Management Preparing for Requirements Management Requirements Management Activities Tools and Techniques for Requirements Management Traceability Change Control Ambiguity Management Requirements Management Tool Naming & Numbering ConventionsCHAPTER 5: ESTABLISHING METRICS & BENCHMARKS Inputs for Metrics and Benchmarking Outputs as Quantifiable Results Measuring Requirements Effectiveness Calculating the Requirements Effectiveness Index Calculating the Requirements Quality Index Calculating the Requirements Productivity Index Business Priority & Criticality Functional Complexity Estiminating Requirements ActivitiesSECTION III: ALL THINGS REQUIREMENTSCHAPTER 6: ELICITATION From Business Objective and Problem, to Scope and Requirements Inputs & Outputs of Elicitation Knowing Where to Find Sources for Requirements Why Each Source Is Valuable in Elicitation Tribal Knowledge Project Scope Project Charter Project Plan High Level Requirements Business Architecture Documentation Enterprise Architecture Documentation What Information Is Collected During Elicitation? The Risks of Excluding Business Analysts in Implementing COTS How Is This Information Used During Elicitation? What Artifacts and Deliverable Will Be Created In Elicitation? High- to Mid-Level Requirements Evolution (Refinement) Tools and Techniques for Defining the Future State Business Process Modeling Business Rule Scope and Dependencies Who Will Use the Artifacts and Deliverables From Elicitation? How Are the Artifacts and Deliverables from Elicitation Used? Tasks & Activities of Eliciting Requirements Joint Application Development (JAD) SessionsCHAPTER 7: ANALYSIS Inputs & Outputs for Analysis How Is This Information Used During Analysis Business Process Models Current State Definition Future State Definition Outline Business Architecture Enterprise Architecture What Artifacts Are Created During Analysis? Scenario Definition Gap Analysis Cause and Effect Tables Who Will Use the Artifacts & Deliverables? How Will the Artifacts & Deliverables Be Used? Gap Analysis Scenarios Activity Diagrams Use Case Definition Outlines Cause and Effect Tables Exit Criteria For AnalysisCHAPTER 8: SPECIFICATION Writing Testable Requirements Inputs/Outputs of Specification What Artifacts and Deliverables are Created in Specification? Requirements Document Who Signs Off on Low Level Requirements? Finalized Business Rules Business Rules Refinement Use Case Definition/Refinement Who Will Use the Artifacts and Deliverables from Specification? How the Artifacts and Deliverables from Specification can be Utilized - Contributed by James Canter Tasks and Activities of the Specification Stage Business Rules Low-Level Requirements Document Individual Requirement Structure Updating Use Cases Future State Definition Refinement Exit Criteria for SpecificationCHAPTER 9: VALIDATION Inputs & Outputs of Validation What Artifacts & Deliverables Are Created in Validation? Who Signs Off on Validation? Requirement Traceability Tasks & Activities In Validation Assessing Business Criticality and Priority Techniques for Validating Requirements Cause & Effect (Decision) Tabling Scenarios Use Cases Ambiguity Reviews and Tracking Tools and Techniques for Ambiguity Reviews Ambiguity Workshops Numbering Requirements Facilitated Sign-Off of Requirements Exit Criteria for Requirements ValidationSECTION IV: IN CONTEXT OF PROJECT & ARCHITECTURE METHODOLOGIESCHAPTER 10: IMPLICATIONS OF AGILE ON REQUIREMENTS Misconceptions About Agile Impacts of Agile on Requirements Strengths of Agile Risks of Agile SDLCCHAPTER 11: IMPLICATIONS OF WATERFALL ON REQUIREMENTS Misconceptions About Waterfall Impacts of Waterfall on Requirements Using Waterfall to Manage Change Change Management Change Control Strengths of Waterfall Risks of Waterfall SDLCCHAPTER 12: IMPLICATIONS OF WAGILE ON REQUIREMENTS Misconceptions About WAgile Impacts of WAgile on Requirements Strengths of WAgile Risks of WAgile SDLCCHAPTER 13: IMPLICATIONS OF TOGAF ENTERPRISE ARCHITECTURE ON REQUIREMENTS Misconceptions About TOGAF Impacts of TOGAF on Requirements Strengths of TOGAF EA Methodology Risks of TOGAF EA MethodologyCHAPTER 14: HOW BUSINESS ANALYSIS CAN LEVERAGE DO-178C AVIATION ENGINEERING SPECIFICATIONS DO-178 Framework Software Planning Process Software Development Process Software Requirements Process Software Design Process Software Coding Process Integration Process Traceability Correctness, Confidence and Control Process Verification Configuration Management Quality Assurance Transferrable DO-178 Elements (Applicability & Implications To Commercial Software) Strengths of DO-178APPENDIX A: WRITING EFFECTIVE EMAILSAPPENDIX B: SAMPLE DOCUMENT TEMPLATES Ambiguity Log Content Sample BA Deliverables and Artifacts Index Content Sample Business Rules Content Sample Change Control Log Document Content Sample Current State Document Content Sample Future State Definition Document Content Sample GAP Analysis Content Sample High Level Requirements Document Content Sample Requirements Document Content Sample Requirements Risk Assessment Document Content Sample