-
Notifications
You must be signed in to change notification settings - Fork 1
Home
Here you will find technical documents which support the evaluation, planning, and implementation of features in http://www.eucalyptus.com Eucalyptus. This the canonical reference for two kinds of documents: feature specifications used in planning releases and generational design documents which evolve iteratively with the ongoing implementation of the system. The purpose of this page is to aggregate and classify these documents from the https://github.com/eucalyptus/architecture/ underlying repository with the raw materials.
Release |
3.0pending
|
3.1pending
|
3.2 |
3.3pending
|
The purpose of the documents aggregated here is to support the development of new features in Eucalyptus. To that end, they play a role in several stages of the development process:
- Feature specification: associated with each feature is an overall document describing the important technical characteristics in a release (or generation) independent fashion. These reflect the understanding of the feature which is used in subsequent steps.
- Scope & Estimation: prior to release planning a technical assessment is made about the aspects of functionality to go into a generation of the feature. The
spec
documents which are associated with a release start life at that time. These subsequently evolve until they have been committed to for a particular release (but may be present even when not committed to a release). - Design & Implementation: a feature which has been committed to a release is supported by a design document for that release. The
design
documents start their life when work towards that release does. These subsequently evolve until work stops for that release of the feature. (They would then be ported forward to the final documentation).
There are two classes of documents which you can expect to find the authoritative copy of here: feature specifications used in planning/estimation of releases and generational design documents which evolve iteratively with the ongoing implementation of the system.
Specification documents are intentional and intensional[1]:
- are "timeless" in that they are overarching and meant to be definitive of the feature overall.
- evolve over time independent of the features current implementation status.
- reflect our current understanding of the features definition in the broadest sense.
- Specification: overall technical specification of the functional and architectural/quality characteristics.
- High level design/Architecture: definition of fundamental components, interfaces, behaviours including information, control, and concurrency models.
- Supporting Documents: API/Service specifications, client tool chains, WSDLs, TCKs.
- support the scoping, design, and implementation effort of the feature during that release.
- defining the design and implementation objectives and details for a particular version of a feature.
- specific to the context and determined by the constraints of a particular release time frame.
- change as needed to support the above objectives and are quiesced after those tasks are completed.
- Functional requirements: as identified by a corresponding epic in JIRA
- Specification: release-specific technical interpretation of functional requirements
To find the documentation you may need please also see:
- Feature requirements/user stories/epics
- High level architectural documentation
- Specification, Design, and Architecture working documents
- Contact Info
- email: [email protected]
- IRC: #eucalyptus-devel (freenode)
- Twitter: @grrrze
- Other Links