Putting the Unified Process to Work in Projects, Explained

UPI Study › Courses › Software Engineering › Free lessons › Lesson 3.1 Free with a free account

Putting the Unified Process to Work in Projects

Software Engineering · Chapter 3: Unified Process and Real-World Model ApplicationsSection 3.1 · lesson 18 of 1037 min · free with a free account

← Formal Techniques in Software Engineering: Concepts and PracticeNext lesson: How Process Models Play Out in Real Projects →

Earn 3 college credits for Software EngineeringRecommended for credit by NCCRS · Computer Science 301 · self-paced · one payment, lifetime access

In this lesson

4 phases with milestones, workflows that shift, and iterations inside every phase.

  • Name the 4 Unified Process phases, and what each accomplishes
  • Explain how workflow emphasis shifts from phase to phase
  • Describe how fixed phases and iterations combine
  • Apply practical guidance for using the UP on a real project

Transcript

Everything said in the video, section by section (1,005 words). Read along, or search it.

Unified Process and Real-World Model Applications

Putting the Unified Process to Work

A defined set of phases with fixed milestones, and short cycles of adaptive work inside each one. How do those two ideas fit together on a real project? This section answers that with the Unified Process. Its four phases, the workflows that run through them, how phases and iterations combine, and practical guidance for using it.

2 Structures at Once

Phases Outside, Iterations Inside

A purely iterative team repeats short cycles, learning and adjusting as it goes. But nothing tells it where the project as a whole currently stands. The Unified Process, or U P, keeps the same short, adaptive cycles, and wraps them in a second, larger structure. Four phases, each ending in a specific, checkable milestone. The phases answer a project management question. How far along are we, and is the project still worth continuing? The iterations inside each phase answer a development question. What should the team build next, based on what was just learned? Neither structure replaces the other. The U P runs them at the same time.

Table 1

The 4 Phases and Their Milestones

Every U P project moves through the same four phases, in the same order. Inception asks whether the project is worth doing, at a rough estimate of scope, cost, and risk. It closes with the lifecycle objective milestone. Elaboration asks whether the core architecture is sound enough to build the rest of the system on. It closes with the lifecycle architecture milestone. Construction asks whether enough of the system is built and tested to operate for real users. It closes with the initial operational capability milestone. Transition asks whether the system is ready to hand over and support in its real environment. It closes with the product release milestone. Construction is usually the longest phase, since most of the system is built there. Inception is often short. It only has to establish whether the project is worth the investment.

Figure 2

Workflow Effort Shifts Across Phases

Phases describe when a project is in its lifecycle. Workflows describe what kind of work is happening. Requirements, analysis and design, implementation, test, and deployment. Every workflow is present in every phase, but not in equal amounts. In this chart, the thickness of each bar shows the relative effort a workflow demands in each phase. Read down the columns, and you can see the center of gravity moving steadily, from understanding the problem toward delivering the solution.

Reading the Pattern

Every Workflow, Every Phase - Unequally

Requirements work is heaviest during inception, and tapers off from there. Implementation is nearly absent in inception, and dominates construction, once the architecture is proven. Deployment barely registers until transition, where it becomes the main focus. None of the workflows ever switches off completely. So does a U P project finish requirements before moving on to design? Not in a strict sense. Some requirements work continues well past inception. What shifts is which workflow the team spends most of its time on.

Phases and Iterations

The Phase Shapes the Iteration

A phase is not one continuous block of work. It is made up of one or more short iterations, and each ends with a small, working release. What the U P adds is direction. The phase a team is in shapes what its iterations try to accomplish. An iteration inside inception aims to answer whether the project is worth doing. Its output might be a rough proof of concept, not production code. An iteration inside construction extends a system that already has a proven architecture. Its output is a genuine increment of the real product.

Why Both

Discipline Plus Adaptiveness

Why not use just one structure? Phases alone, with no iteration inside them, would push a team back toward planning everything up front. It would only find out at the end of a phase whether it was right. Iteration alone, with no phases, would leave a team cycling productively, but with no shared sense of overall project status. The U P is built on the idea that a project needs both. The discipline of phase-level milestones, and the adaptiveness of iteration-level cycles.

In Practice

Applying the UP on a Real Project

Putting the U P to work is less a fixed recipe than a few consistent practices. Tailor the phases to the project. A small, low-risk project might move through inception in days. A large, high-risk one might spend months there. Plan iterations one at a time. Plan the next iteration once the current one closes, using what was just learned. Treat each milestone as a real decision point. The end of a phase is a place to honestly ask whether the project is ready to continue. Track workflow effort, not just phase progress. That helps a team notice, for example, implementation starting before the architecture is stable. And keep every iteration's output real. An iteration that produces nothing runnable breaks the link to the milestone it is building toward.

A Warning Sign

Requirements Still Shifting in Construction

Here is how the workflow pattern works as a diagnostic. Suppose a team is midway through construction, and requirements are still shifting significantly. Requirements work is expected to peak in inception, and taper off well before construction. Change this late suggests the architecture from elaboration, may not have been validated against a stable enough understanding of the requirements. That is worth investigating before going further into construction.

Key Terms

The Vocabulary of This Section

Let's lock in the key terms. The Unified Process combines four fixed phases, each ending in a milestone, with short iterations of adaptive work inside each phase. A phase is one of the four major stages. Inception, elaboration, construction, or transition. A milestone is the checkable outcome that must be reached before a project moves into the next phase. And a workflow is a category of work, such as requirements, design, implementation, test, or deployment, that runs through every phase at varying levels of effort.

Key Takeaways

What to Carry Forward

To pull this together. The Unified Process combines four phases, inception, elaboration, construction, and transition, each closed by a milestone, with iterations inside each. Workflows run through every phase, but the effort spent on each shifts as the project moves forward. The goal of a phase shapes what its iterations produce. A proof of concept early, and real increments during construction. And applying it well means tailoring phase length to risk, planning iterations one at a time, and treating every milestone as a genuine decision.

About Software Engineering at UPI Study

Software Engineering (Computer Science 301) is a self-paced online course of 103 video lessons in 15 chapters, from process models and agile to requirements, design, user interfaces, reliability, security and project management. It carries a NCCRS credit recommendation for 3 semester credits.

Every lesson transcript is free on pages like this one, and the videos are free with a free UPI Study account. Enrolling adds a practice quiz after each lesson, the graded work and final exam that earn the credit, lifetime access, and an official transcript on completion. UPI Study has helped over 130,000 students with college credits. ACE and NCCRS have over 2,100 cooperating colleges that will consider accepting credits; the final decision is with the universities.

Compare: Software Engineering vs Systems Analysis

Why take it here

Why students take Software Engineering with UPI Study

How professional software gets builtSoftware Engineering covers how teams turn requirements into working, maintainable software: process models, agile, requirements, design, testing, reliability and project management. It is a core course in computer science and software degrees.
Credit at a fraction of the priceThe same 3 credits can cost $750 or more at a US college. Here it is one payment, self-paced, with lifetime access.
Finish your degree soonerTransfer credits reduce the courses you still owe, so you can graduate earlier or lighten a heavy semester.
Strengthen an applicationA completed college-level course on an official transcript shows admissions and scholarship committees you can do the work.
Study on your own scheduleNo start dates, no deadlines. Watch the lessons, practice, and take the final when you are ready.
130,000+students helped with college creditsACE and NCCRS have over 2,100 cooperating colleges that will consider accepting credits; the final decision is with the universities.

Where the credit goes

Universities that work with NCCRS

Software Engineering carries a NCCRS credit recommendation. These universities work with NCCRS; some are UPI Study's signed partners. ACE and NCCRS have over 2,100 cooperating colleges that will consider accepting credits; the final decision is with the universities.

Find my college → Not listed? Ask Athena in the corner of this page, or book a 15-minute call.

FAQ

Questions students ask us

About Putting the Unified Process to Work in Projects

What are the four phases of the Unified Process?
The four phases of the Unified Process are inception, elaboration, construction and transition, each closed by a milestone. Inception asks whether the project is worth doing and ends with the lifecycle objective milestone. Elaboration proves the core architecture, ending with the lifecycle architecture milestone. Construction builds most of the system, ending with initial operational capability. Transition ends with the product release milestone.
How do phases and iterations work together in the Unified Process?
In the Unified Process, each of the four phases is made up of one or more short iterations, each ending in a small working release. The phases answer a management question, how far along the project is and whether it is still worth continuing, while the iterations answer what to build next. The current phase shapes each iteration's goal, from a proof of concept early to real product increments in construction.
How does workflow effort change across the phases of the Unified Process?
Every workflow, including requirements, analysis and design, implementation, test and deployment, runs in every phase, but at different levels of effort. Requirements work is heaviest in inception and tapers off. Implementation is nearly absent in inception and dominates construction. Deployment barely registers until transition, where it becomes the main focus. No workflow ever switches off completely.
What does it mean if requirements keep changing during the construction phase of the Unified Process?
Significant requirements change during construction is a warning sign, because requirements work is expected to peak in inception and taper off well before construction. Change this late suggests the architecture set in elaboration may not have been validated against a stable enough understanding of the requirements. It is worth investigating before going further into construction.

About the Software Engineering course

How many college credits is Software Engineering?
Software Engineering (Computer Science 301) carries a NCCRS credit recommendation for 3 semester credits. ACE and NCCRS have over 2,100 cooperating colleges that will consider accepting credits; the final decision is with the universities.
How much does Software Engineering cost and what is included?
$250, paid once, with lifetime access: all 103 video lessons, a practice quiz after each, the graded work and final exam, and an official transcript when you finish. Students who want several courses choose UPI Study PRO instead.
Which universities accept UPI Study credits?
UPI Study has signed partner agreements with universities such as Thomas Edison State University, University of the People and Charter Oak State College, and works with universities such as Penn State, SNHU and SUNY. ACE and NCCRS have over 2,100 cooperating colleges that will consider accepting credits; the final decision is with the universities. Use "Find my college" on this page to check yours.
How long does Software Engineering take?
It is self-paced with no deadlines. The 103 lessons total about 11 hours of video; most students add reading and practice time and finish in a few weeks to a few months, on their own schedule.
How are the exams done?
Quizzes and assignments are online in the course. The final exam is taken online with proctoring; a person on the UPI Study team checks assignments, usually within two days.
How do my credits reach my college?
When the course shows 100% complete, request the official transcript from your dashboard. It is sent to the college you name, and you can send it to more than one. Check your college first with "Find my college" on this page, or ask Athena.

Ready for the full course? Earn 3 credits in Software Engineering.

103 video lessons, a quiz after each one, and the graded work that earns the credit. Recommended for credit by NCCRS.

Software Engineering
3 credits · NCCRS
Enroll →