Notable Failure Of Use Cases - Part 3

Forces

While the intent of the use case technique is clear, it requires some discipline and creativity to execute successfully.

There seem to be three attractive sinks for time and energy.

Stepping In Sequence. Often, the first use cases developed are often those that occur “early” in the business process …

more ...

Notable Failure of Use Cases - Part 2

Context

The company, H, is a large, well-established financial services firm. In order to meet regulatory reporting requirements, they elected to build a data warehouse that would integrate information from 40 applications to feed an application that would produce the regulatory reports.

H put together a team of business analysts …

more ...

Numerology

Here are three additional levels of numerology that just don't belong the discipline of software architecture.

Empiricism. Ideally these are from Physics and related "hard" sciences. Psychology or Economics are "hard" sciences in the other sense of hard -- they're difficult because of the subject matter. The magic number 7 ± 2 …

more ...

Notable Failure of Use Cases

Context

The company, W, is an e-business startup with a successful, profitable business operation. They were using a mixture of PCs and small servers from various sources to conduct business. They had a base of customers, a positive cash-flow and investment dollars.

W contacted two large software and services companies …

more ...


Object Modeling (Revised)

Objectives

To write software, we need to understand what we're doing. We need to have a well-defined universe of discourse. This understanding must be documented. The documentation proceeds through increasingly refined levels of documentation.

  1. English prose.
  2. Diagrams and other semi-formal notations.
  3. Formal notations (BNF, IDL, Java, etc.)

Sometimes, the first …

more ...

Deployment

The deployment document describes an installation of the system, with specific host names and addresses. This document is the last of the formal deliverables, and forms the basis for an operator's or user's guide.

The deployment follows successful implementation of the design, based on the architecture and requirements.

Content

UML …

more ...

Implementation

An implementation document is prepared along with the software to present the packaging and component structure, including visible interfaces of components. This shows the structure of the final deliverables, and describes the files, databases and other persitent features of the system. This document will also identify all third-party components used …

more ...

Design

Content

The Design model generally consists of UML diagrams plus narratives where necessary. The model describes the static structure and dynamic behavior of each class. Additional non-behavioral requirements must also be included in the design document.

In the 4+1 view, the design is the details of how to implement …

more ...