Differences between revisions 35 and 36
⇤ ← Revision 35 as of 2009-07-08 12:56:46 →
Size: 4582
Editor: KaareChristiansen
Comment:
← Revision 36 as of 2010-08-16 10:25:11 → ⇥
Size: 4620
Editor: localhost
Comment: converted to 1.6 markup
Deletions are marked like this. Additions are marked like this.
Line 2: Line 2:
~-[[Action(edit)]]-~ ~-<<Action(edit)>>-~
Line 4: Line 4:
The Implementation process contains [#ImplementationDescription Description], [#ImplementationPurpose Purpose], [#ImplementationResponsible Responsible], [#ImplementationMethod Method], [#ImplementationTime Time], [#ImplementationInput Input] and [#ImplementationOutput Output]. The Implementation process contains [[#ImplementationDescription|Description]], [[#ImplementationPurpose|Purpose]], [[#ImplementationResponsible|Responsible]], [[#ImplementationMethod|Method]], [[#ImplementationTime|Time]], [[#ImplementationInput|Input]] and [[#ImplementationOutput|Output]].
Line 6: Line 6:
[[Anchor(ImplementationDescription)]] '''~+Description+~'''[[BR]] Implementation covers implementation of a bug, a feature request a patch or a task from the [:Development#CurrentIterationTaskOverview:current iteration task overview]. <<Anchor(ImplementationDescription)>> '''~+Description+~'''<<BR>> Implementation covers implementation of a bug, a feature request a patch or a task from the [[Development#CurrentIterationTaskOverview|current iteration task overview]].
Line 10: Line 10:
[[Anchor(ImplementationPurpose)]] '''~+Purpose+~'''[[BR]] To get implementations of high quality ready for release test, release or patch into production. <<Anchor(ImplementationPurpose)>> '''~+Purpose+~'''<<BR>> To get implementations of high quality ready for release test, release or patch into production.
Line 12: Line 12:
[[Anchor(ImplementationResponsible)]] '''~+Responsible+~'''[[BR]] This can either be <<Anchor(ImplementationResponsible)>> '''~+Responsible+~'''<<BR>> This can either be
Line 14: Line 14:
 * [:Process Role/Task Holder:Task holder] according to Iteration plan for iterations tasks or
 * [:Process Role/Module Owner:Module Owner] of new tracker issue for that specific module.
[[Anchor(ImplementationMethod)]] '''~+Method+~'''[[BR]]		  * [[Process Role/Task Holder|Task holder]] according to Iteration plan for iterations tasks or
 * [[Process Role/Module Owner|Module Owner]] of new tracker issue for that specific module.
<<Anchor(ImplementationMethod)>> '''~+Method+~'''<<BR>>
Line 19: Line 19:
 1. Set tracker issue status to "In progress" (Overview of tracker issue fields can be found on [:BugInfGuide/Fields:Tracker Issue Field Description])
 1. Definition of the implementation is to be release tested based predefined success criteria. Involve [:Process Role/Test Coordinator:test coordinator] if necessary. For implementation that are not in an iteration task list the [:Process Role/Test Coordinator:test coordinator] must be informed in all cases, even though the test is covered by unit tests, since they must be noted in the release test description and release note for the next stabile release.
 1. Use development tools, e.g. as suggested in [:Guidelines/Development Tools Guideline:Development Tools Guideline]
 1. For code, Unit test must be implemented, see [:Guidelines/Unit Test Guideline:unit test guideline]		  1. Set tracker issue status to "In progress" (Overview of tracker issue fields can be found on [[BugInfGuide/Fields|Tracker Issue Field Description]])
 1. Definition of the implementation is to be release tested based predefined success criteria. Involve [[Process Role/Test Coordinator|test coordinator]] if necessary. For implementation that are not in an iteration task list the [[Process Role/Test Coordinator|test coordinator]] must be informed in all cases, even though the test is covered by unit tests, since they must be noted in the release test description and release note for the next stabile release.
 1. Use development tools, e.g. as suggested in [[Guidelines/Development Tools Guideline|Development Tools Guideline]]
 1. For code, Unit test must be implemented, see [[Guidelines/Unit Test Guideline|unit test guideline]]
Line 25: Line 25:
  1. For code use [:Guidelines/Coding Guideline:coding guideline]
  1. For release documentation use [:Maintaining Documentation:guideline for maintaining documentation]
  1. For assignment writing use [:Guidelines/Assignment Writing:guideline for assignment writing]
  1. For new processes/roles use [:Guidelines/NewProcess:guideline for new processes]
 1. Make release test description, involve [:Process Role/Test Coordinator:test coordinator] if necessary.		   1. For code use [[Guidelines/Coding Guideline|coding guideline]]
  1. For release documentation use [[Maintaining Documentation|guideline for maintaining documentation]]
  1. For assignment writing use [[Guidelines/Assignment Writing|guideline for assignment writing]]
  1. For new processes/roles use [[Guidelines/NewProcess|guideline for new processes]]
 1. Make release test description, involve [[Process Role/Test Coordinator|test coordinator]] if necessary.
Line 31: Line 31:
 1. Update documentation and note in the [:Development#CurrentIterationReviewOverview:current iteration review overview] if any release documentation (e.g. manuals) are affected  1. Update documentation and note in the [[Development#CurrentIterationReviewOverview|current iteration review overview]] if any release documentation (e.g. manuals) are affected
Line 33: Line 33:
  1. For code, make [:Process/Code Review:code review] on success criteria and the unit tested, sanity tested code with updated documentation
  1. For documentation, make [:Process/Document Review:document review] on success criteria and updated documentation
  1. For other, make review inspired by [:Process/Document Review:document review]
 1. Release test description is accepted by [:Process Role/Test Coordinator:test coordinator]
 1. Set tracker issue status to "Fixed". '''Always''' write a comment describing you fix, and the relevant commit SVN revisions. (Overview of tracker issue fields can be found on [:BugInfGuide/Fields:Tracker Issue Field Description])
[[Anchor(ImplementationTime)]] '''~+Time+~'''[[BR]]		   1. For code, make [[Process/Code Review|code review]] on success criteria and the unit tested, sanity tested code with updated documentation
  1. For documentation, make [[Process/Document Review|document review]] on success criteria and updated documentation
  1. For other, make review inspired by [[Process/Document Review|document review]]
 1. Release test description is accepted by [[Process Role/Test Coordinator|test coordinator]]
 1. Set tracker issue status to "Fixed". '''Always''' write a comment describing you fix, and the relevant commit SVN revisions. (Overview of tracker issue fields can be found on [[BugInfGuide/Fields|Tracker Issue Field Description]])
<<Anchor(ImplementationTime)>> '''~+Time+~'''<<BR>>
Line 40: Line 40:
 * After iteration has been started and tasks distributed by [:Process Role/Project Leader:project leader]
 * Before [:Process/Code Freeze:code freeze] within the iteration
[[Anchor(ImplementationInput)]] '''~+Input+~'''[[BR]] This can either be		  * After iteration has been started and tasks distributed by [[Process Role/Project Leader|project leader]]
 * Before [[Process/Code Freeze|code freeze]] within the iteration
<<Anchor(ImplementationInput)>> '''~+Input+~'''<<BR>> This can either be
Line 44: Line 44:
 * A task from [:Development#CurrentIterationTaskOverview:current iteration task overview] or
 * A tracker issue that is evaluated to have small implementation time by the [:Process Role/Module Owner:Module Owner] of new tracker issue for that specific module.
[[Anchor(ImplementationOutput)]] '''~+Output+~'''[[BR]]		  * A task from [[Development#CurrentIterationTaskOverview|current iteration task overview]] or
 * A tracker issue that is evaluated to have small implementation time by the [[Process Role/Module Owner|Module Owner]] of new tracker issue for that specific module.
<<Anchor(ImplementationOutput)>> '''~+Output+~'''<<BR>>
Line 48: Line 48:
 * Release test input to [:Process Role/Test Coordinator:test coordinator] (may be that there are none)  * Release test input to [[Process Role/Test Coordinator|test coordinator]] (may be that there are none)

edit

The Implementation process contains Description, Purpose, Responsible, Method, Time, Input and Output.

Description
Implementation covers implementation of a bug, a feature request a patch or a task from the current iteration task overview.

This means that implementation can cover anything e.g. code implementation, script implementations, documentation updates, software upgrades etc.

Purpose
To get implementations of high quality ready for release test, release or patch into production.

Responsible
This can either be

  • Task holder according to Iteration plan for iterations tasks or

  • Module Owner of new tracker issue for that specific module.

Method

  1. For tasks: examined and unclear point clarified.

  2. Set tracker issue status to "In progress" (Overview of tracker issue fields can be found on Tracker Issue Field Description)

  3. Definition of the implementation is to be release tested based predefined success criteria. Involve test coordinator if necessary. For implementation that are not in an iteration task list the test coordinator must be informed in all cases, even though the test is covered by unit tests, since they must be noted in the release test description and release note for the next stabile release.

  4. Use development tools, e.g. as suggested in Development Tools Guideline

  5. For code, Unit test must be implemented, see unit test guideline

  6. Make implementation:
    1. Note: for priority 5 bugs that needs to be patched into production it may be necessary to branch the actual released productions code.

    2. For code use coding guideline

    3. For release documentation use guideline for maintaining documentation

    4. For assignment writing use guideline for assignment writing

    5. For new processes/roles use guideline for new processes

  7. Make release test description, involve test coordinator if necessary.

  8. Sanity test, i.e. try to execute the described release test for the implemented task

  9. Update documentation and note in the current iteration review overview if any release documentation (e.g. manuals) are affected

  10. Review work:

    1. For code, make code review on success criteria and the unit tested, sanity tested code with updated documentation

    2. For documentation, make document review on success criteria and updated documentation

    3. For other, make review inspired by document review

  11. Release test description is accepted by test coordinator

  12. Set tracker issue status to "Fixed". Always write a comment describing you fix, and the relevant commit SVN revisions. (Overview of tracker issue fields can be found on Tracker Issue Field Description)

Time

Input
This can either be

Output

  • Release test input to test coordinator (may be that there are none)

  • Implemented, sanity checked (if code) and reviewed implementation of task
  • Documentation update (if any needed)

Process/Implementation WithoutTitle (last edited 2010-08-16 10:25:11 by localhost)