°£Æí°áÁ¦, ½Å¿ëÄ«µå û±¸ÇÒÀÎ
ÀÎÅÍÆÄÅ© ·Ôµ¥Ä«µå 5% (65,550¿ø)
(ÃÖ´ëÇÒÀÎ 10¸¸¿ø / Àü¿ù½ÇÀû 40¸¸¿ø)
ºÏÇǴϾð ·Ôµ¥Ä«µå 30% (48,300¿ø)
(ÃÖ´ëÇÒÀÎ 3¸¸¿ø / 3¸¸¿ø ÀÌ»ó °áÁ¦)
NH¼îÇÎ&ÀÎÅÍÆÄÅ©Ä«µå 20% (55,200¿ø)
(ÃÖ´ëÇÒÀÎ 4¸¸¿ø / 2¸¸¿ø ÀÌ»ó °áÁ¦)
Close

Mastering the Requirements Process [¾çÀå]

¼Òµæ°øÁ¦

2013³â 9¿ù 9ÀÏ ÀÌÈÄ ´©Àû¼öÄ¡ÀÔ´Ï´Ù.

°øÀ¯Çϱâ
Á¤°¡

69,000¿ø

  • 69,000¿ø

    2,070P (3%Àû¸³)

ÇÒÀÎÇýÅÃ
Àû¸³ÇýÅÃ
  • S-Point Àû¸³Àº ¸¶ÀÌÆäÀÌÁö¿¡¼­ Á÷Á¢ ±¸¸ÅÈ®Á¤ÇϽŠ°æ¿ì¸¸ Àû¸³ µË´Ï´Ù.
Ãß°¡ÇýÅÃ
¹è¼ÛÁ¤º¸
  • 5/14(È­) À̳» ¹ß¼Û ¿¹Á¤  (¼­¿ï½Ã °­³²±¸ »ï¼º·Î 512)
  • ¹«·á¹è¼Û
ÁÖ¹®¼ö·®
°¨¼Ò Áõ°¡
  • À̺¥Æ®/±âȹÀü

  • ¿¬°üµµ¼­

  • »óÇ°±Ç

AD

¸ñÂ÷

Preface to the Second Editionp. xxi
Foreword to the First Editionp. xxiii
Acknowledgmentsp. xxiv
What Are Requirements?p. 1
Requirements Gathering and Systems Modelingp. 3
Agile Software Developmentp. 4
Why Do I Need Requirements?p. 8
What Is a Requirement?p. 9
Functional Requirementsp. 9
Nonfunctional Requirementsp. 10
Constraintsp. 10
Evolution of Requirementsp. 11
The Templatep. 11
The Shellp. 14
The Volere Requirements Processp. 15
The Requirements Processp. 17
Agility Guidep. 19
Requirements Process in Contextp. 20
The Processp. 21
A Case Studyp. 21
Project Blastoffp. 22
Trawling for Requirementsp. 24
Prototyping the Requirementsp. 25
Scenariosp. 25
Writing the Requirementsp. 26
The Quality Gatewayp. 28
Reusing Requirementsp. 29
Reviewing the Specificationp. 29
Iterative and Incremental Processesp. 30
Requirements Retrospectivep. 31
Your Own Requirements Processp. 31
In Conclusionp. 33
Project Blastoffp. 35
Agility Guidep. 38
IceBreakerp. 38
Scope, Stakeholders, Goalsp. 40
Setting the Scopep. 40
Domains of Interestp. 42
First-Cut Work Contextp. 44
Stakeholdersp. 45
The Clientp. 47
The Customerp. 48
The Users: Get to Know Themp. 49
Other Stakeholdersp. 51
Consultantsp. 52
Managementp. 52
Subject Matter Expertsp. 52
Core Teamp. 52
Inspectorsp. 53
Market Forcesp. 53
Legalp. 53
Negative Stakeholdersp. 53
Industry Standard Settersp. 53
Public Opinionp. 53
Governmentp. 53
Special-Interest Groupsp. 54
Technical Expertsp. 54
Cultural Interestsp. 54
Adjacent Systemsp. 54
Finding the Stakeholdersp. 54
Goals: What Do You Want to Achieve?p. 55
Keeping Track of the Purposep. 59
Requirements Constraintsp. 60
Solution Constraintsp. 60
Project Constraintsp. 61
Naming Conventions and Definitionsp. 61
How Much Is This Going to Cost?p. 62
Risksp. 63
To Go or Not to Gop. 64
Blastoff Alternativesp. 65
Summaryp. 65
Event-Driven Use Casesp. 67
Agility Guidep. 67
Understanding the Workp. 67
Use Cases and Their Scopep. 69
The Workp. 70
The Context of the Workp. 70
The Outside Worldp. 72
Business Eventsp. 73
Time-Triggered Business Eventsp. 74
Why Business Events and Business Use Cases Are a Good Ideap. 75
Finding the Business Eventsp. 76
Business Use Casesp. 78
The Role of Adjacent Systemsp. 79
Active Adjacent Systemsp. 80
Autonomous Adjacent Systemsp. 83
Cooperative Adjacent Systemsp. 85
Business Use Cases and Product Use Casesp. 86
Actorsp. 89
Summaryp. 90
Trawling for Requirementsp. 93
Agility Guidep. 93
Responsibilityp. 94
The Requirements Analystp. 94
Trawling and Business Use Casesp. 96
The Role of the Current Situationp. 98
Apprenticingp. 101
Observing Structures and Patternsp. 103
Interviewing the Stakeholdersp. 104
Asking the Right Questionsp. 106
Getting to the Essence of the Workp. 107
Solving the Right Problemp. 109
Innovative Productsp. 110
Business Use Case Workshopsp. 113
Outcomep. 114
Scenariosp. 115
Business Rulesp. 115
Creativity Workshopsp. 116
Brainstormingp. 117
Personasp. 119
Mind Mapsp. 122
Wallpaperp. 124
Video and Photographsp. 124
Wikis, Blogs, and Discussion Forumsp. 125
Document Archeologyp. 126
Some Other Requirements-Gathering Techniquesp. 128
Family Therapyp. 128
Soft Systems and Viewpointsp. 129
Determining What the Product Should Bep. 129
The True Origin of the Business Eventp. 131
Does Technology Matter?p. 131
Choosing the Best Trawling Techniquep. 132
Summaryp. 134
Scenarios and Requirementsp. 135
Agility Guidep. 135
Scenariosp. 136
Normal Case Scenariosp. 140
Diagramming the Scenariop. 142
Alternative Casesp. 144
Exception Casesp. 145
What If? Scenariosp. 146
Misuse Cases and Negative Scenariosp. 147
Scenario Templatep. 148
Product Use Case Scenariosp. 150
Summaryp. 152
Functional Requirementsp. 155
Agility Guidep. 155
Functional Requirementsp. 157
Finding the Functional Requirementsp. 157
Level of Detail or Granularityp. 160
Exceptions and Alternativesp. 161
Avoiding Ambiguityp. 162
Technological Requirementsp. 164
Requirements, Not Solutionsp. 165
Grouping Requirementsp. 166
Alternatives to Functional Requirementsp. 167
Summaryp. 169
Nonfunctional Requirementsp. 171
Agility Guidep. 172
Nonfunctional Requirementsp. 173
Use Cases and Nonfunctional Requirementsp. 174
The Nonfunctional Requirementsp. 174
Look and Feel Requirements: Type 10p. 176
Usability and Humanity Requirements: Type 11p. 178
Performance Requirements: Type 12p. 182
Operational and Environmental Requirements: Type 13p. 184
Maintainability and Support Requirements: Type 14p. 186
Security Requirements: Type 15p. 187
Confidentialityp. 187
Availabilityp. 188
Integrityp. 188
Auditingp. 189
... And No Morep. 189
Cultural and Political Requirements: Type 16p. 190
Legal Requirements: Type 17p. 192
Sarbanes-Oxley Actp. 194
Other Legal Obligationsp. 194
Standardsp. 194
Finding the Nonfunctional Requirementsp. 195
Blogging the Requirementsp. 195
Use Casesp. 195
The Templatep. 197
Prototypes and Nonfunctional Requirementsp. 197
The Clientp. 198
Don't Write a Solutionp. 199
Summaryp. 201
Fit Criteriap. 203
Agility Guidep. 203
Why Does Fit Need a Criterion?p. 204
Scale of Measurementp. 206
Rationalep. 206
Fit Criteria for Nonfunctional Requirementsp. 208
Product Failure?p. 209
Subjective Testsp. 210
Look and Feel Requirementsp. 211
Usability and Humanity Requirementsp. 212
Performance Requirementsp. 213
Operational Requirementsp. 214
Maintainability Requirementsp. 215
Security Requirementsp. 215
Cultural and Political Requirementsp. 216
Legal Requirementsp. 216
Fit Criteria for Functional Requirementsp. 217
Test Casesp. 218
Use Cases and Fit Criteriap. 218
Fit Criterion for Project Purposep. 219
Fit Criteria for Solution Constraintsp. 219
Summaryp. 220
Writing the Requirementsp. 223
Agility Guidep. 223
Turning Potential Requirements into Written Requirementsp. 225
Knowledge Versus Specificationp. 225
The Volere Requirements Specification Templatep. 227
The Purpose of the Projectp. 229
The User Business or Background of the Project Effortp. 229
Goals of the Projectp. 230
The Client, the Customer, and Other Stakeholdersp. 232
The Clientp. 232
The Customerp. 233
Other Stakeholdersp. 233
Users of the Productp. 233
Mandated Constraintsp. 234
Solution Constraintsp. 235
Implementation Environment of the Current Systemp. 235
Partner or Collaborative Applicationsp. 236
Off-the-Shelf Softwarep. 236
Anticipated Workplace Environmentp. 236
Schedule Constraintsp. 236
Budget Constraintsp. 237
Naming Conventions and Definitionsp. 237
Definitions of All Terms, Including Acronyms, Used in the Projectp. 237
Data Dictionary for Any Included Modelsp. 238
Relevant Facts and Assumptionsp. 238
Factsp. 238
Assumptionsp. 239
The Scope of the Workp. 240
Work Partitioningp. 240
The Scope of the Productp. 241
Product Boundaryp. 241
Product Use Case Listp. 241
Individual Product Use Casesp. 241
The Shellp. 241
Snow Cardsp. 242
Automated Requirements Toolsp. 243
The Atomic Requirementsp. 243
Requirement Numberp. 244
Requirement Typep. 244
Event/Use Case Numberp. 244
Descriptionp. 245
Rationalep. 245
Originatorp. 245
Fit Criterionp. 245
Customer Satisfaction and Customer Dissatisfactionp. 246
Priorityp. 247
Conflictsp. 247
Supporting Materialsp. 248
Historyp. 248
Writing the Specificationp. 248
Functional Requirementsp. 249
Descriptionp. 250
Nonfunctional Requirementsp. 251
Project Issuesp. 252
Open Issuesp. 252
Off-the-Shelf Solutionsp. 253
New Problemsp. 254
Tasksp. 254
Migration to the New Productp. 254
Risksp. 254
Costsp. 255
User Documentation and Trainingp. 256
Waiting Roomp. 256
Ideas for Solutionsp. 257
Summaryp. 257
The Quality Gatewayp. 259
Agility Guidep. 260
Requirements Qualityp. 261
Using the Quality Gatewayp. 262
Testing Completenessp. 263
Are There Any Missing Components?p. 264
Meaningful to All Stakeholders?p. 265
Testing Traceabilityp. 265
Consistent Terminologyp. 267
Relevant to Purpose?p. 268
Testing the Fit Criterionp. 270
Viable within Constraints?p. 272
Requirement or Solution?p. 273
Customer Valuep. 274
Gold Platingp. 275
Requirements Creepp. 276
Requirements Leakagep. 278
Implementing the Quality Gatewayp. 279
Alternative Quality Gatewaysp. 280
Summaryp. 281
Prototyping the Requirementsp. 283
Agility Guidep. 285
Prototypes and Realityp. 286
Low-Fidelity Prototypesp. 288
High-Fidelity Prototypesp. 292
Storyboardsp. 294
Object Life Historyp. 296
The Prototyping Loopp. 297
Design and Buildp. 298
Testing in the User Environmentp. 299
Analyzing the Resultsp. 300
Summaryp. 301
Reusing Requirementsp. 303
What Is Reusing Requirements?p. 303
Sources of Reusable Requirementsp. 306
Requirements Patternsp. 307
Christopher Alexander's Patternsp. 308
A Business Event Patternp. 309
Context of Event Responsep. 310
Processing for Event Responsep. 311
Data for Event Responsep. 312
Forming Patterns by Abstractingp. 313
Patterns for Specific Domainsp. 314
Patterns Across Domainsp. 315
Domain Analysisp. 317
Trends in Reusep. 318
Reuse and Objectsp. 318
Reuse Is Now a Job?p. 318
Summaryp. 319
Reviewing the Specificationp. 321
Agility Guidep. 322
Reviewing the Specificationp. 323
Inspectionsp. 323
Find Missing Requirementsp. 324
Have All Business Use Cases Been Discovered?p. 325
Define the Scopep. 326
Identify Business Events and Non-Eventsp. 326
Model the Business Use Casep. 328
Define the Business Datap. 328
CRUD Checkp. 330
Check for Custodial Processesp. 331
Repeat Until Donep. 331
Customer Valuep. 332
Prioritizing the Requirementsp. 333
Prioritization Factorsp. 333
When to Prioritizep. 334
Requirement Priority Gradingp. 335
Prioritization Spreadsheetp. 335
Conflicting Requirementsp. 337
Ambiguous Specificationsp. 339
Risk Analysisp. 340
Project Driversp. 340
Project Constraintsp. 341
Functional Requirementsp. 341
Measure the Required Effortp. 342
Summaryp. 342
Whither Requirements?p. 345
Adapting the Processp. 345
What About Requirements Tools?p. 347
Mapping Tools to Purposep. 348
Publishing the Requirementsp. 350
Contractual Documentp. 351
Management Summaryp. 351
Marketing Summaryp. 352
User Reviewp. 352
Reviewing the Specificationp. 353
Requirements Traceabilityp. 353
Tracing a Business Eventp. 353
Dealing with Changep. 357
Changes in the Worldp. 358
Requirements Feedbackp. 358
Requirements Retrospectivep. 360
What to Look Forp. 360
Running the Retrospectivep. 360
Retrospective Reportp. 362
Your Notebookp. 363
The Endp. 363
Volere Requirements Process Modelp. 365
The Volere Requirements Process Modelp. 365
Making This Work for Youp. 366
Finding More Informationp. 367
Define Blastoff Objectives (Process Notes 1.1.1)p. 371
Plan Physical Arrangements (Process Notes 1.1.2)p. 371
Communicate with Participants (Process Notes 1.1.3)p. 372
Determine Project Purpose (Process Notes 1.2.1)p. 374
Determine the Work Context (Process Notes 1.2.2)p. 374
Do First-Cut Risk Analysis (Process Notes 1.2.3)p. 375
Identify the Stakeholders (Process Notes 1.2.4)p. 376
Partition the Context (Process Notes 1.2.5)p. 377
Consider Non-Events (Process Notes 1.2.6)p. 377
Determine Business Terminology (Process Notes 1.2.7)p. 377
Define Project Constraints (Process Notes 1.2.8)p. 378
Identify Domains of Interest (Process Notes 1.2.9)p. 378
Write Blastoff Report (Process Notes 1.3.1)p. 380
Review Blastoff Results (Process Notes 1.3.2)p. 380
Hold Follow-Up Blastoff (Process Notes 1.3.3)p. 381
Make Initial Estimate (Process Notes 1.3.4)p. 382
Review Current Situation (Process Notes 2.1.1)p. 385
Apprentice with the User (Process Notes 2.1.2)p. 385
Determine Essential Requirements (Process Notes 2.1.3)p. 386
Brainstorm the Requirements (Process Notes 2.1.4)p. 386
Interview the Users (Process Notes 2.1.5)p. 387
Do Document Archaeology (Process Notes 2.1.6)p. 388
Make Requirements Video (Process Notes 2.1.7)p. 389
Run Use Case Workshop (Process Notes 2.1.8)p. 389
Build Event Models (Process Notes 2.1.9)p. 390
Build Scenario Models (Process Notes 2.1.10)p. 391
Run Creativity Workshop (Process Notes 2.1.11)p. 391
Study the Adjacent Systems (Process Notes 2.2.1)p. 393
Define Use Case Boundary (Process Notes 2.2.2)p. 393
Gather Business Event Knowledge (Process Notes 2.3.1)p. 395
Choose Appropriate Trawling Techniques (Process Notes 2.3.2)p. 395
Ask Clarification Questions (Process Notes 2.4)p. 396
Identify Potential Requirements (Process Notes 3.1)p. 399
Identify Functional Requirements (Process Notes 3.2)p. 399
Identify Composite Requirements (Process Notes 3.3)p. 400
Formalize Requirement (Process Notes 3.4)p. 400
Formalize System Constraints (Process Notes 3.5)p. 400
Identify Nonfunctional Requirements (Process Notes 3.6)p. 401
Write Functional Fit Criteria (Process Notes 3.7)p. 401
Write Nonfunctional Fit Criteria (Process Notes 3.8)p. 402
Define Customer Value (Process Notes 3.9)p. 402
Identify Dependencies and Conflicts (Process Notes 3.10)p. 403
Review Requirement Fit Criteria (Process Notes 4.1)p. 405
Review Requirement Relevance (Process Notes 4.2)p. 406
Review Requirement Viability (Process Notes 4.3)p. 406
Identify Gold-Plated Requirements (Process Notes 4.4)p. 406
Review Requirement Completeness (Process Notes 4.5)p. 406
Plan the Prototype (Process Notes 5.1)p. 408
Build Low-Fidelity Prototype (Process Notes 5.2.1)p. 410
Build High-Fidelity Prototype (Process Notes 5.2.2)p. 410
Test High-Fidelity Prototype with Users (Process Notes 5.3.1)p. 413
Test Low-Fidelity Prototype with Users (Process Notes 5.3.2)p. 413
Identify New and Changed Requirements (Process Notes 5.3.3)p. 414
Evaluate Prototyping Effort (Process Notes 5.3.4)p. 414
Conduct Private Individual Reviews (Process Notes 6.1.1)p. 417
Conduct Separate Meetings with Groups (Process Notes 6.1.2)p. 417
Facilitator Reviews Facts (Process Notes 6.1.3)p. 417
Hold Retrospective Review Meeting (Process Notes 6.2.1)p. 420
Produce Retrospective Report (Process Notes 6.2.2)p. 420
Retrospective Report on Requirements Specificationp. 420
Identify Filtration Criteria (Process Notes 6.3.1)p. 423
Select Relevant Requirement Types (Process Notes 6.3.2)p. 423
Add New Filtration Criteria (Process Notes 6.3.3)p. 423
Identify Missing Requirements (Process Notes 7.1.1)p. 427
Identify Customer Value Ratings (Process Notes 7.1.2)p. 427
Identify Requirement Interaction (Process Notes 7.1.3)p. 428
Identify Prototyping Opportunity (Process Notes 7.1.4)p. 428
Find Missing Custodial Requirements (Process Notes 7.1.5)p. 429
Look for Likely Risks (Process Notes 7.2.1)p. 431
Quantify Each Risk (Process Notes 7.2.2)p. 431
Identify Estimation Input (Process Notes 7.3.1)p. 434
Estimate Effort for Events (Process Notes 7.3.2)p. 434
Estimate Requirements Effort (Process Notes 7.3.3)p. 435
Design Form of Specification (Process Notes 7.4.1)p. 437
Assemble the Specification (Process Notes 7.4.2)p. 437
Dictionary of Terms Used in the Requirements Process Modelp. 437
Volere Requirements Specification Templatep. 451
Contentsp. 451
Project Driversp. 451
Project Constraintsp. 451
Functional Requirementsp. 451
Nonfunctional Requirementsp. 451
Project Issuesp. 452
Preamblep. 452
Volerep. 452
Requirements Typesp. 453
Testing Requirementsp. 453
Requirements Shellp. 454
The Purpose of the Projectp. 454
The User Business or Background of the Project Effortp. 454
Goals of the Projectp. 455
The Client, the Customer, and Other Stakeholdersp. 456
The Clientp. 456
The Customerp. 456
Other Stakeholdersp. 457
Users of the Productp. 457
The Hands-On Users of the Productp. 457
Priorities Assigned to Usersp. 458
User Participationp. 459
Maintenance Users and Service Techniciansp. 459
Mandated Constraintsp. 460
Solution Constraintsp. 460
Implementation Environment of the Current Systemp. 461
Partner or Collaborative Applicationsp. 462
Off-the-Shelf Softwarep. 462
Anticipated Workplace Environmentp. 463
Schedule Constraintsp. 464
Budget Constraintsp. 465
Naming Conventions and Definitionsp. 465
Definitions of All Terms, Including Acronyms, Used in the Projectp. 465
Data Dictionary for Any Included Modelsp. 466
Relevant Facts and Assumptionsp. 467
Factsp. 467
Assumptionsp. 467
The Scope of the Workp. 468
The Current Situationp. 468
The Context of the Workp. 469
Work Partitioningp. 470
The Scope of the Productp. 472
Product Boundaryp. 472
Product Use Case Listp. 472
Individual Product Use Casesp. 473
Functional and Data Requirementsp. 473
Functional Requirementsp. 473
Data Requirementsp. 475
Look and Feel Requirementsp. 476
Appearance Requirementsp. 476
Style Requirementsp. 476
Usability and Humanity Requirementsp. 477
Ease of Use Requirementsp. 477
Personalization and Internationalization Requirementsp. 479
Learning Requirementsp. 479
Understandability and Politeness Requirementsp. 480
Accessibility Requirementsp. 481
Performance Requirementsp. 482
Speed and Latency Requirementsp. 482
Safety-Critical Requirementsp. 483
Precision or Accuracy Requirementsp. 484
Reliability and Availability Requirementsp. 484
Robustness or Fault-Tolerance Requirementsp. 485
Capacity Requirementsp. 485
Scalability or Extensibility Requirementsp. 486
Longevity Requirementsp. 486
Operational and Environmental Requirementsp. 487
Expected Physical Environmentp. 487
Requirements for Interfacing with Adjacent Systemsp. 487
Productization Requirementsp. 488
Release Requirementsp. 489
Maintainability and Support Requirementsp. 489
Maintenance Requirementsp. 489
Supportability Requirementsp. 490
Adaptability Requirementsp. 490
Security Requirementsp. 491
Access Requirementsp. 491
Integrity Requirementsp. 492
Privacy Requirementsp. 492
Audit Requirementsp. 493
Immunity Requirementsp. 493
Cultural and Political Requirementsp. 494
Cultural Requirementsp. 494
Political Requirementsp. 494
Legal Requirementsp. 495
Compliance Requirementsp. 495
Standards Requirementsp. 496
Open Issuesp. 496
Off-the-Shelf Solutionsp. 497
Ready-Made Productsp. 497
Reusable Componentsp. 497
Products That Can Be Copiedp. 498
New Problemsp. 498
Effects on the Current Environmentp. 498
Effects on the Installed Systemsp. 499
Potential User Problemsp. 499
Limitations in the Anticipated Implementation Environment That May Inhibit the New Productp. 499
Follow-Up Problemsp. 500
Tasksp. 500
Project Planningp. 500
Planning of the Development Phasesp. 501
Migration to the New Productp. 501
Requirements for Migration to the New Productp. 501
Data That Has to Be Modified or Translated for the New Systemp. 502
Risksp. 502
Costsp. 503
User Documentation and Trainingp. 504
User Documentation Requirementsp. 504
Training Requirementsp. 505
Waiting Roomp. 505
Ideas for Solutionsp. 506
Function Point Counti

Ã¥¼Ò°³

Written by two internationally acclaimed experts on requirements, this text provides software engineers with the insights, techniques and templates to discover exactly what their customers desire for their systems.

ÀúÀÚ¼Ò°³

Robertson / Robertson [Àú] ½ÅÀ۾˸² SMS½Åû
»ý³â¿ùÀÏ -

ÇØ´çÀÛ°¡¿¡ ´ëÇÑ ¼Ò°³°¡ ¾ø½À´Ï´Ù.

ÄÄÇ»ÅÍ ºÐ¾ß¿¡¼­ ¸¹Àº ȸ¿øÀÌ ±¸¸ÅÇÑ Ã¥

    ¸®ºä

    0.0 (ÃÑ 0°Ç)

    100ÀÚÆò

    ÀÛ¼º½Ã À¯ÀÇ»çÇ×

    ÆòÁ¡
    0/100ÀÚ
    µî·ÏÇϱâ

    100ÀÚÆò

    0.0
    (ÃÑ 0°Ç)

    ÆǸÅÀÚÁ¤º¸

    • ÀÎÅÍÆÄÅ©µµ¼­¿¡ µî·ÏµÈ ¿ÀǸ¶ÄÏ »óÇ°Àº ±× ³»¿ë°ú Ã¥ÀÓÀÌ ¸ðµÎ ÆǸÅÀÚ¿¡°Ô ÀÖÀ¸¸ç, ÀÎÅÍÆÄÅ©µµ¼­´Â ÇØ´ç »óÇ°°ú ³»¿ë¿¡ ´ëÇØ Ã¥ÀÓÁöÁö ¾Ê½À´Ï´Ù.

    »óÈ£

    (ÁÖ)±³º¸¹®°í

    ´ëÇ¥ÀÚ¸í

    ¾Èº´Çö

    »ç¾÷ÀÚµî·Ï¹øÈ£

    102-81-11670

    ¿¬¶ôó

    1544-1900

    ÀüÀÚ¿ìÆíÁÖ¼Ò

    callcenter@kyobobook.co.kr

    Åë½ÅÆǸž÷½Å°í¹øÈ£

    01-0653

    ¿µ¾÷¼ÒÀçÁö

    ¼­¿ïƯº°½Ã Á¾·Î±¸ Á¾·Î 1(Á¾·Î1°¡,±³º¸ºôµù)

    ±³È¯/ȯºÒ

    ¹ÝÇ°/±³È¯ ¹æ¹ý

    ¡®¸¶ÀÌÆäÀÌÁö > Ãë¼Ò/¹ÝÇ°/±³È¯/ȯºÒ¡¯ ¿¡¼­ ½Åû ¶Ç´Â 1:1 ¹®ÀÇ °Ô½ÃÆÇ ¹× °í°´¼¾ÅÍ(1577-2555)¿¡¼­ ½Åû °¡´É

    ¹ÝÇ°/±³È¯°¡´É ±â°£

    º¯½É ¹ÝÇ°ÀÇ °æ¿ì Ãâ°í¿Ï·á ÈÄ 6ÀÏ(¿µ¾÷ÀÏ ±âÁØ) À̳»±îÁö¸¸ °¡´É
    ´Ü, »óÇ°ÀÇ °áÇÔ ¹× °è¾à³»¿ë°ú ´Ù¸¦ °æ¿ì ¹®Á¦Á¡ ¹ß°ß ÈÄ 30ÀÏ À̳»

    ¹ÝÇ°/±³È¯ ºñ¿ë

    º¯½É ȤÀº ±¸¸ÅÂø¿À·Î ÀÎÇÑ ¹ÝÇ°/±³È¯Àº ¹Ý¼Û·á °í°´ ºÎ´ã
    »óÇ°À̳ª ¼­ºñ½º ÀÚüÀÇ ÇÏÀÚ·Î ÀÎÇÑ ±³È¯/¹ÝÇ°Àº ¹Ý¼Û·á ÆǸÅÀÚ ºÎ´ã

    ¹ÝÇ°/±³È¯ ºÒ°¡ »çÀ¯

    ·¼ÒºñÀÚÀÇ Ã¥ÀÓ ÀÖ´Â »çÀ¯·Î »óÇ° µîÀÌ ¼Õ½Ç ¶Ç´Â ÈÑ¼ÕµÈ °æ¿ì
    (´ÜÁö È®ÀÎÀ» À§ÇÑ Æ÷Àå ÈѼÕÀº Á¦¿Ü)

    ·¼ÒºñÀÚÀÇ »ç¿ë, Æ÷Àå °³ºÀ¿¡ ÀÇÇØ »óÇ° µîÀÇ °¡Ä¡°¡ ÇöÀúÈ÷ °¨¼ÒÇÑ °æ¿ì
    ¿¹) È­ÀåÇ°, ½ÄÇ°, °¡ÀüÁ¦Ç°(¾Ç¼¼¼­¸® Æ÷ÇÔ) µî

    ·º¹Á¦°¡ °¡´ÉÇÑ »óÇ° µîÀÇ Æ÷ÀåÀ» ÈѼÕÇÑ °æ¿ì
    ¿¹) À½¹Ý/DVD/ºñµð¿À, ¼ÒÇÁÆ®¿þ¾î, ¸¸È­Ã¥, ÀâÁö, ¿µ»ó È­º¸Áý

    ·½Ã°£ÀÇ °æ°ú¿¡ ÀÇÇØ ÀçÆǸŰ¡ °ï¶õÇÑ Á¤µµ·Î °¡Ä¡°¡ ÇöÀúÈ÷ °¨¼ÒÇÑ °æ¿ì

    ·ÀüÀÚ»ó°Å·¡ µî¿¡¼­ÀÇ ¼ÒºñÀÚº¸È£¿¡ °üÇÑ ¹ý·üÀÌ Á¤ÇÏ´Â ¼ÒºñÀÚ Ã»¾àöȸ Á¦ÇÑ ³»¿ë¿¡ ÇØ´çµÇ´Â °æ¿ì

    »óÇ° Ç°Àý

    °ø±Þ»ç(ÃâÆÇ»ç) Àç°í »çÁ¤¿¡ ÀÇÇØ Ç°Àý/Áö¿¬µÉ ¼ö ÀÖÀ½

    ¼ÒºñÀÚ ÇÇÇغ¸»ó
    ȯºÒÁö¿¬¿¡ µû¸¥ ¹è»ó

    ·»óÇ°ÀÇ ºÒ·®¿¡ ÀÇÇÑ ±³È¯, A/S, ȯºÒ, Ç°Áúº¸Áõ ¹× ÇÇÇغ¸»ó µî¿¡ °üÇÑ »çÇ×Àº ¼ÒºñÀÚºÐÀïÇØ°á ±âÁØ (°øÁ¤°Å·¡À§¿øȸ °í½Ã)¿¡ ÁØÇÏ¿© 󸮵Ê

    ·´ë±Ý ȯºÒ ¹× ȯºÒÁö¿¬¿¡ µû¸¥ ¹è»ó±Ý Áö±Þ Á¶°Ç, ÀýÂ÷ µîÀº ÀüÀÚ»ó°Å·¡ µî¿¡¼­ÀÇ ¼ÒºñÀÚ º¸È£¿¡ °üÇÑ ¹ý·ü¿¡ µû¶ó ó¸®ÇÔ

    (ÁÖ)KGÀ̴Ͻýº ±¸¸Å¾ÈÀü¼­ºñ½º¼­ºñ½º °¡ÀÔ»ç½Ç È®ÀÎ

    (ÁÖ)ÀÎÅÍÆÄÅ©Ä¿¸Ó½º´Â ȸ¿ø´ÔµéÀÇ ¾ÈÀü°Å·¡¸¦ À§ÇØ ±¸¸Å±Ý¾×, °áÁ¦¼ö´Ü¿¡ »ó°ü¾øÀÌ (ÁÖ)ÀÎÅÍÆÄÅ©Ä¿¸Ó½º¸¦ ÅëÇÑ ¸ðµç °Å·¡¿¡ ´ëÇÏ¿©
    (ÁÖ)KGÀ̴Ͻýº°¡ Á¦°øÇÏ´Â ±¸¸Å¾ÈÀü¼­ºñ½º¸¦ Àû¿ëÇÏ°í ÀÖ½À´Ï´Ù.

    ¹è¼Û¾È³»

    • ±³º¸¹®°í »óÇ°Àº Åùè·Î ¹è¼ÛµÇ¸ç, Ãâ°í¿Ï·á 1~2Àϳ» »óÇ°À» ¹Þ¾Æ º¸½Ç ¼ö ÀÖ½À´Ï´Ù.

    • Ãâ°í°¡´É ½Ã°£ÀÌ ¼­·Î ´Ù¸¥ »óÇ°À» ÇÔ²² ÁÖ¹®ÇÒ °æ¿ì Ãâ°í°¡´É ½Ã°£ÀÌ °¡Àå ±ä »óÇ°À» ±âÁØÀ¸·Î ¹è¼ÛµË´Ï´Ù.

    • ±ººÎ´ë, ±³µµ¼Ò µî ƯÁ¤±â°üÀº ¿ìü±¹ Åù踸 ¹è¼Û°¡´ÉÇÕ´Ï´Ù.

    • ¹è¼Ûºñ´Â ¾÷ü ¹è¼Ûºñ Á¤Ã¥¿¡ µû¸¨´Ï´Ù.

    • - µµ¼­ ±¸¸Å ½Ã 15,000¿ø ÀÌ»ó ¹«·á¹è¼Û, 15,000¿ø ¹Ì¸¸ 2,500¿ø - »óÇ°º° ¹è¼Ûºñ°¡ ÀÖ´Â °æ¿ì, »óÇ°º° ¹è¼Ûºñ Á¤Ã¥ Àû¿ë