Presentation is loading. Please wait.

Presentation is loading. Please wait.

Software Process Models.

Similar presentations


Presentation on theme: "Software Process Models."— Presentation transcript:

1 Software Process Models

2

3

4

5

6

7

8

9

10

11

12

13

14

15 15

16 Development Phase Techniques O Team creation Scrum believes that a development team should perform as a sport team, every team member working independently but towards the same goal. Scrum suggests that a team has a maximum of 6 - 7 members. The team facilitator is called the Scrum master. His/her job is to implement and manage the Scrum process in the project. 16

17 Development Phase Techniques O The Scrum team as a whole defines the practices, meetings, artifact and terminology of SCRUM for the team, and the Scrum Master ensures adherence to these "norms" identified. O Scrum masters serve a facilitator role and their authority is mostly indirect. O Scrum masters focus most of their time in managing outside interference for the Scrum team and solving outside impediments or ‘Blockers’ that cannot be solved by the Scrum team. 17

18 Development Phase Techniques O Backlog creation There are 3 types of backlogs: O Product - Acts as a repository for requirements targeted for release at some point. These are typically high level requirements with high level estimates provided by the product stakeholders. O Release - Requirements pulled from the product backlog and identified and prioritized for an upcoming release. The release backlog contains more details about the requirement and low level estimate which are usually estimated by the team performing the work 18

19 Development Phase Techniques O Sprint - At the beginning of each sprint, the team has sprint planning with an end result being a backlog of requirements/sub-requirements that the team anticipates completing at the end of the sprint. By completing, that means fully coded, tested and documented. These are the items that the team will "Burndown" against throughout the duration of the sprint. The sprint backlog breaks the release backlog requirement into manageable chunks that can be accomplished typically in 8 - 16 hrs. 19

20 Development Phase Techniques O Project segmentation The whole project gets divided into periods of time with a maximum duration of 4 weeks. One period is called a Sprint and every team gets a backlog to execute within the given Sprint. 20

21 Development Phase Techniques Scrum meetings O During the sprint, the team conducts daily scrum meetings. O The meetings are held in the same place at the same time every work day. O The meetings don’t last for more than 30 minutes. A scrum master is appointed. O The scrum master is responsible for asking every team member the following three questions: 21

22 Development Phase Techniques O What have you done since the last scrum meeting? O What has impeded your work? O What do you plan on doing between now and the next scrum meeting? O Conversation is restricted to the team members answering the above questions. O Meetings can be established for immediately after the scrum meeting based on answers to the above questions. The scrum master is responsible for making decisions immediately, if required to remove impediments to progress. O The scrum master is responsible for noting impediments that must be resolved external to the meeting and causing them to be removed. 22

23 Development Phase Techniques O Phases The Scrum development process consists of 5 major activities “Review release plans”, “Distribution, review and adjustment of product standards”, “Sprint”, “Sprint review” and “Closure”. 23

24 Development Phase Techniques O Sprint The Sprint phase is where the software development takes place. A Sprint consists of the following sub-activities: Develop, Wrap, Review and Adjust. This phase has no sequence. Sometimes a backlog item must be developed, wrapped and reviewed and sometimes a backlog item must be only reviewed or adjusted. It totally depends on the backlog item 24

25 Development Phase Techniques O Sprint review Each Sprint is followed by a Sprint review. During this review the software developed in the previous Sprint is reviewed and if necessary new backlog items are added. The reviewers consist of project stakeholder, managers, developers and sometimes customers, sales and marketing. The activities, Sprint and Sprint review are repeated until the product is deemed ready for distribution by the project stakeholders. Then the project goes into the closure phase where the product is made ready for release and distribution. 25

26 Development Phase Techniques O Closure In this stage activities like last debugging, marketing and promotion take place. By finishing this activity the project is closed. Because of the unpredictability of the software development process it’s not possible to define exactly when this activity will take place and so the project may take shorter or longer than planned. But by using the controls given by Scrum one can make calculations on the duration of the project. 26

27

28

29

30

31

32

33 The Unified Process (UP) 33 inception

34 The Unified Process (UP) O A framework for OO SE using UML O Has its roots in the industrial experience within Ericsson O Successor methodologies led by Rational and Objectory O Status: a widely adopted industrial standard O Uses the Unified Modeling Language (UML) O Several OOA and OOD methods were proposed during the 80’s and early 90’s O UP combine the best features of each individual method. O Rational Corporation developed automated tools to support UML methods. 34

35 The Unified Process (UP) - Phases 1. Inception (feasibility study) O Document a vision of the product O Who are the expected users of the system O What is the preliminary high-level architecture of the system O What is the development plan and what are the development costs? 2. Elaboration O Use cases are specified in detail O Software architecture is developed and specified 3. Construction – developing and testing code 4. Transition – corresponds to beta testing. 5. Production – deployment, monitored use of software 35

36 UP Phases 36

37 UP Work Products 37


Download ppt "Software Process Models."

Similar presentations


Ads by Google