Small Project Development Case : Artifacts
Table of Contents
|
This section of the development case lists the artifacts that are part
of the process, along with guidance on the tools used to create them,
comments (which may include tailoring), and whether or not the artifact
is a formal deliverable.
Formal deliverables are provided to the customer and must be approved
by the customer. Other artifacts are project-internal.
Topics (on this page)
|
Requirements
Workflow
For details on the workflow, see the Requirements
Overview.
Artifacts
Reports
The following reports are generated from the Use-Case Model.
Report |
Tools Used
|
Formal Deliverable? |
Use-Case Survey |
Rational
Soda |
Yes |
Analysis & Design
Workflow
For details on the workflow, see the Analysis
& Design Overview.
Artifacts
Artifact |
Tools Used |
Comments |
Formal Deliverable? |
Architectural
Proof of Concept, Prototypes |
|
Project risks will be addressed as early
as possible using executable architectural prototypes. |
No |
Design
Model (and all constituent artifacts) |
Rational
Rose |
The Design Model is expected to
evolve over a series of brainstorming sessions. No separate Analysis Model
is created. The Design Model will only be maintained as long as the developers
find it useful. |
No
|
Data
Model |
Rational
Rose |
|
No |
Software
Architecture Document |
Rational
Soda, Microsoft Word |
A description of the architecture will be captured
which briefly describes the architecturally significant use cases (use-case
view), identification of key mechanisms and design elements (logical view),
plus definition of the process view and the deployment view. |
Yes |
Implementation
Workflow
For details see the Implementation
Overview. This project is small enough that no separate subsystem
integration is performed (components are directly integrated into the
overall system). High level integration planning is described in the project
schedule. Detailed integration planning is done informally and as-needed.
Artifacts
Test
Workflow
For details on the process, see the Test
Overview.
Artifacts
Deployment
Workflow
For details on the process, see the Deployment
Overview.
Artifacts
Configuration &
Change Management
Workflow
For a general description of the process, see the Configuration
& Change Management Overview.
Artifacts
Project Management
Workflow
For details, see Project
Management Overview.
Artifacts
Artifact |
Tools Used |
Comments |
Formal Deliverable? |
Business
Case |
Microsoft Word |
The business case is produced and approved
by company management. It is not expected to be maintained. |
No |
Software
Development Plan (including Risk
List, and Iteration
Plan) |
Microsoft Word,
Microsoft Project
|
The schedule and resource information
will be generated as reports out of Microsoft Project. |
No |
Review
Record |
Microsoft Word |
This is mandatory and deliverable only
for customer reviews. |
Yes |
Iteration Assessment,
Status Assessment
|
Microsoft Word, email |
Status Assessment is be combined with the Iteration Assessment
because the iterations are frequent (one or more each month).
The Project Manager will meet with each project team member on
a weekly basis to determine progress, and help identify and resolve
issues.
At the end of each iteration, the team will meet to discuss the
project status and brainstorm improvements. The intent is
to capture lessons learned. This is followed by a review with
the Project Reviewer.
|
No |
Environment
Workflow
The environment for this project is already set up. The process is assessed
each iteration, and improvements are implemented accordingly.
Artifacts
Copyright
© 1987 - 2001 Rational Software Corporation
| |
|