Scribd
Upload
45 views15 pages

Inception: Applying UML and Patterns - Craig Larman

Determine the product scope, vision, and business case. The inception phase is meant to decide whether to proceed with development, not define requirements. Only key requirements are investigated to provide an overview and determine if the project is feasible. The main goals are to understand the vision, business case, requirements, risks, and determine if the project is worth investing in further investigation.

Uploaded by

Prabhakar R
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
45 views15 pages

Inception: Applying UML and Patterns - Craig Larman

Determine the product scope, vision, and business case. The inception phase is meant to decide whether to proceed with development, not define requirements. Only key requirements are investigated to provide an overview and determine if the project is feasible. The main goals are to understand the vision, business case, requirements, risks, and determine if the project is worth investing in further investigation.

Uploaded by

Prabhakar R
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 15

Chapter 4

INCEPTION Applying UML and


Patterns
-Craig Larman
INCEPTION IS NOT
REQUIREMENTS
Purpose is to decide whether to proceed with development, not
to define requirements.
 Decision parameters: time, cost, development technology, employee
strength, employee skills

Only key requirements are investigated.


 Major requirements providing overview of project to be developed
QUESTIONS DURING
INCEPTION
What is the vision for this project?
What is the business case?
Is the project feasible?
Should we buy or build?
Rough estimate of cost?
At end of inception: Go or No Go?
INCEPTION IN ONE
SENTENCE

Determine the product


scope, vision, and
business case.
PROBLEM STATEMENT

Do the stakeholders
have basic agreement on
the vision of the project,
and is it worth investing
in serious investigation?
INCEPTION Not all documents are
needed for every
ARTIFACTS project.
VISION AND BUSINESS
CASE
Describes the high level goals and constraints, the business
case, and provides an executive summary.
Usually has an estimate of costs (+/- 100%) and expected
benefits stated in financial terms.
USE CASE MODEL
Describes the functional requirements and related non-
functional requirements.
Preliminary only, usually the na m e s of most of the expected
use cases and actors, but usually only about 10% of the use
cases are detailed.
Do not confuse a use case d ia g ra m with a use case. It is
mostly text.
SUPPLEMENTARY
SPECIFICATION
Describes non-functional requirements that do not appear
elsewhere.
Functional requirements describe the functionality of the
product. All other requirements that must be met are
considered non-functional requirements.
GLOSSARY
Describes the key terms in the business domain.
RISK PLAN
Contains a list of known and expected risks.
Includes business, technical, resource, and schedule risks
identified by probability and severity.
All significant risks should have a response or mitigation plan.
PROTOTYPES / PROOF OF
CONCEPTS
These may be developed to clarify the vision, or to validate
technical ideas.
Inception phase prototypes are throw away prototypes, not
evolutionary prototype that may be evolved into a product.
They are often done with a prototyping tool.
ITERATION PLAN
Describes what to do in the first iteration of the product.
Usually implements the core functionality of the product.
Eliminate biggest risk first. The worst risk is usually that the
final product will not meet the most important requirement.
PHASE / SOFTWARE
DEVELOPMENT PLAN
A low precision guess for the duration and effort of the
elaboration. Includes tools, people, training and other
resources required.
May also be called a Resource Plan.
DEVELOPMENT CASE
A description of the Unified Process steps and artifacts for the
project. Note that the UP is always customized for each
project.
All of these artifacts are partially completed in this phase and
wait for iterative refinement.

You might also like

pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy