Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Migrated to Confluence 4.0

...

  1. A Functional Analyst shall publish (in confluence) a proposed enhancement using the Enhancement/Specification Template by the aforementioned deadline for publishing proposed requirements. The Functional Team shall review and discuss the proposal prior to wider community involvement.
  2. The Community shall review and discuss the proposed enhancement by the aforementioned response deadline, culminating with a decision on the weekly OSP teleconference (or face-to-face meeting). Those reviewing the proposal shall consider conditional release, priority, potential impact and ripple effects, and architectural review.
    • If the proposal is rejected and the proposing institution decides to move forward with development, the resulting code should not be added to trunk without further review.
  3. The Functional Analyst shall develop UI Mockups and present a walkthrough to the community, and shall revise the proposal based on community input.
  4. The Community shall review the UI Mockups (e.g. comments in confluence). Approval shall be made on the weekly OSP teleconference (or face-to-face meeting).
  5. The Developer/Technical Liaison shall publish a design specification which may include class diagrams, algorithms, data modeling, entity relationship diagrams, logic diagrams, etc.
  6. The Developer Community shall review the design specification and approve or request further details and/or revision.
  7. The Developer/Technical Liaison shall begin code development within a branch of the subversion source repository.
  8. The Developer/Technical Liaison shall periodically provide demonstrations of progress at Monday meetings and incorporate
    feedback from the Functional Team and Community.
  9. The Developer/Technical Liason shall merge changes to an OSPDEV branch for QA and review on the OSP nightly build serverconfigure the osp-nightly server for review (build with the specified subversion branch).
  10. The Community and Functional Analyst shall begin QA testing as soon as possible. Those involved in testing shall verify compliance with original UI mockups and user stories. The Functional Analyst and Developer shall work together to refine documentation based on community input.
  11. The Developer/Technical Liason shall request approval from the Sakai community to merge changes to the trunk. The osp-nightly shall be returned to the trunk build.