Advertisement
Membership
Login
ACCU Buttons
Search in Book Reviews
Search is a simple string search in either book title or book author. The full text search is a search of the text of the review.
The first part is a hundred-page bird's-eye-view of the Unified Process, covering the obligatory 'why you need a process,' and descriptions and justifications of each of the buzzwords in the UP one-liner: 'use-case driven, architecture-centric, iterative and incremental.' This part presents a good overview of UP.
Part two contains six chapters on the five core workflows - Requirements, Analysis, Design, Implementation and Test - that are repeated in each iteration of development. Each workflow is broken down into different orthogonal views - the artefacts that the workflow generates, the workers who generate them, and the key activities that make up the workflow. You can thus look up any of these grouped according to one of the others, all for each workflow. The workers include managers as well as analysts, developers, architects, testers, etc., each of whom can therefore see the project from their own perspective. As long as you are following UP quite closely, these chapters will probably be valuable as you are working through each workflow in each iteration. If you are not, however, I do not recommend this section for bedtime reading!
Part three consists of five chapters covering the four main phases of a project - Inception, Elaboration, Construction and Transition, and a short summary chapter on how to convert to UP depending on what you are doing at the moment. These chapters, proceeding through the project lifecycle, give a good idea of what gets done when. Each chapter states the emphasis of the corresponding phase, describes the planning required for the phase, and lists the key workflows again explaining which parts of those workflows are performed at each step. It mentions how this all fits in with the business case for the project and what the key deliverables are for each phase, and shows how to assess the project at the end of each phase.
Some of the key themes of UP are condensed in these headings from the final chapter: get the requirements right, get the architecture right, use components, think and communicate in UML, iterate, and manage risks.
If you are embarking upon a UP project, or are looking for a process to use for your next project, this book will probably contain all the process-specific information that you will need and more. If you just want a briefer overview of UP, Philippe Kruchten's book might be worth a look, but that is likely to be less authoritative, and won't go into so much depth.