1 / 23

Jira Demo

Jira Demo. 2007-01-09 Blame Tony Edgin. Overview. What is Jira? Requirement states Terminology Jira demo. Jira . General-purpose issue management system Web-based Integrates with wikis and revision tracking systems Highly configurable Extensible. Requirement State Chart.

turner
Download Presentation

Jira Demo

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Jira Demo 2007-01-09 Blame Tony Edgin

  2. Overview • What is Jira? • Requirement states • Terminology • Jira demo

  3. Jira • General-purpose issue management system • Web-based • Integrates with wikis and revision tracking systems • Highly configurable • Extensible

  4. Requirement State Chart

  5. Requirement States • Proposed – A requirement has been requested by entering it into Jira. • Accepted-waiting – A requirement has been evaluated and found suitable for implementation. • Accepted-in development – A requirement has been scheduled for inclusion in the next baseline. This includes testing.

  6. Requirement States continued • Released – A requirement is satisfied by the current release of the product. • Rejected – A requirement that is not or is no longer appropriate for the product.

  7. Proposed Requirement Transitions • Accept accepted-waiting - The requirement has been reviewed and found to be appropriate for the product. • Reject rejected - The requirement has been reviewed and found to be inappropriate for the product.

  8. Accepted-Waiting Requirement Transitions • Develop accepted-in development – The project manager schedules this requirement for the next baseline. • Modify  proposed – The project lead realizes there is an issue with the requirement. It needs to be modified or clarified. • Reject rejected – The project lead determines that the requirement is no longer appropriate for implementation

  9. Accepted-In Development Requirement Transitions • Release released – The requirement is added to the next release of the product. • Postpone accepted-waiting – The requirement has been removed from inclusion in the next baseline. • Modify  proposed – The project engineers realize there is an issue with the requirement. It needs to be modified or clarified. • Reject rejected – The project lead determines that the requirement is no longer appropriate for implementation

  10. Released Requirement Transition • Deprecate rejected – The requirement is outdated and will not be supported in future baselines.

  11. Terminology • Source - A person, policy, standard, or other any other thing capable of defining or constraining the product or its development. • Reporter – A member of the software group who acts as a advocate for the source. I.e. the person who enters the requirement into Jira. The reporter may also be the source.

  12. Terminology continued • Project lead – A member of the software group who takes responsibility for the outcome of the project. • Component lead – A member of the software group who takes responsibility for a portion of a project. • Assignee – A member of the software group who takes responsibility for the satisfaction of a requirement. • Watcher – A member of the software group who is interested in being notified when a requirement is updated.

  13. Terminology continued • Requirement – A requirement which comes from a source. • Derived Requirement – A requirement which is results from another requirement.

  14. Terminology continued • Issue – Something Jira tracks. For us, it is either a requirement or a derived requirement. • Sub-task – An issue which is part of another issue. For us, this is a derived requirement.

  15. Terminology continued • Workflow – The set of all states and their transitions for a requirement. • Status – The state of a requirement within a workflow. • Workflow Action – A status transition for a requirement.

  16. Terminology continued • Fix Version – The name of the first release containing the requirement. • Component – A collection of related requirements which forms part of a project. A requirement may belong to any number of components. • Category – A collection of related projects.

  17. Terminology continued • Resolution – When a requirement reaches an end-state, it is considered resolved. A resolution is a categorization of how the requirement was resolved. Released and rejected requirements have resolutions.

  18. Rejected Resolutions • Unclear – The meaning of the requirement cannot be assertained.. • Duplicate – The requirement has already been proposed. • Inconsistent – The requirement conflicts with the existing set of requirements. • Not verifiable – The requirement cannot be objectively tested. • Not traceable – The requirement cannot be traced to a source. • Not appropriate - The requirement does not support the science goals of the telescope.

  19. Released Resolutions • Satisfied – The requirement is satisfied by the current release of the product. • Deprecated – The requirement is no longer supported by the product.

  20. Jira Demo Prelude • Demo will be brief. Jira’s online help is very good • Location: http://jira.lbto.arizona.edu/jira • Login: LDAP username and password • Homework: Let me know if you can’t. I had to guess at your usernames

  21. Jira Demo • Home* • Category and project creation done by the software manager • Project Lead assigned by the software manager • Component creation done by project lead* • Component lead assigned by project lead*

  22. Jira Demo continued • Feature creation* • Derived requirement creation* • Commenting verses editing • Requirement workflow* • Linking issues* • Only conflicts supported by us • Referring to other issues*

  23. Jira Demo continued • What would you like to see? • What are your concerns?

More Related