Gu & Maher University of Sydney, October 2004 DECO2005 Monitoring Team Process.

Slides:



Advertisements
Similar presentations
Prescriptive Process models
Advertisements

2003 Mateusz Żochowski, Marcin Borzymek Software Life Cycle Analysis.
1 Software Processes A Software process is a set of activities and associated results which lead to the production of a software product. Activities Common.
Lecture # 2 : Process Models
Software Development Life Cycle
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 4 Slide 1 Software Processes.
Lecture 2 Title: PLC, SDLC, PMBOK
Information Resources Management January 23, 2001.
The software process A software process is a set of activities and associated results which lead to the production of a software product. This may involve.
Software Process Models
Sharif University of Technology Session # 3.  Contents  Systems Analysis and Design Sharif University of Technology MIS (Management Information System),
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall B.1.
Agile
Gu & Maher University of Sydney, October 2004 DECO2005 Process Management in CSCW.
1 CS 501 Spring 2003 CS 501: Software Engineering Lecture 2 Software Processes.
COMP 6710 Course NotesSlide 2-0 Auburn University Computer Science and Software Engineering Course Notes Set 2: Software Process Models Computer Science.
CS 501: Software Engineering
Lecture 3 Managing your project How? Milestones Deliverables Meeting tutors.
Iterative development and The Unified process
Objectives Explain the purpose and various phases of the traditional systems development life cycle (SDLC) Explain when to use an adaptive approach to.
Software Development Overview CPSC 315 – Programming Studio Spring 2008.
COMP8130 and 4130Adrian Marshall 8130 and 4130 Test Management Adrian Marshall.
CHAPTER 19 Building Software.
Software Life Cycle Model
Introduction to Computer Technology
Project Management Phases Class 6. Initiation & Planning – Agenda Overview of the project management phases Midterm paper details.
CST 316 Process. Junior Project Process Provide necessary points of communication for individual effort. Allow a controllable division of labor. Divide.
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
Chapter 2 The process Process, Methods, and Tools
THE PROTOTYPING MODEL The prototyping model begins with requirements gathering. Developer and customer meet and define the overall objectives for the software.
Software Project Management Introduction to Project Management.
Current Trends in Systems Develpment
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
Prescriptive Process Models
University of Palestine software engineering department Testing of Software Systems Testing throughout the software life cycle instructor: Tasneem Darwish.
1 김 수 동 Dept. of Computer Science Soongsil University Tel Fax
1 Software Development Software Engineering is the study of the techniques and theory that support the development of high-quality software The focus is.
Rational Unified Process Mr Hisham AlKhawar. Iterative versus Waterfall  We need to use a life cycle model in order to approach developing a system easily,
STEP 4 Manage Delivery. Role of Project Manager At this stage, you as a project manager should clearly understand why you are doing this project. Also.
1 CS 501 Spring 2004 CS 501: Software Engineering Lecture 2 Software Processes.
Chapter 6: THE EIGHT STEP PROCESS FOCUS: This chapter provides a description of the application of customer-driven project management.
Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall Appendix B Agile Methodologies B.1.
Process Asad Ur Rehman Chief Technology Officer Feditec Enterprise.
Agile. Processes Waterfall Traditional With prototyping Sprial Agile Dynamic Systems Development Method (DSDM) Scrum Crystal eXtreme Programming (XP)
Agenda: Overview of Agile testing Difference between Agile and traditional Methodology Agile Development Methodologies Extreme Programming Test Driven.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
44222: Information Systems Development
Systems Development Life Cycle
1 Chapter 2 SW Process Models. 2 Objectives  Understand various process models  Understand the pros and cons of each model  Evaluate the applicability.
Creating a Work Breakdown Structure with Microsoft Project.
Adaptive Software Development Process Framework. Version / 21 / 2001Page Project Initiation 2.0 Adaptive Cycle Planning 5.0 Final Q/A and.
4.2 SOFTWARE DEVELOPMENT METHODOLOGGY PRESENTED BY : AZURA IBRAHIM SYARIFAH SYAZA BTE SEYD ZULKAFLY CS230(5A)
Software Development - Methodologies
Unit 6 Application Design KLB Assignment.
Software Development Life Cycle Waterfall Model
Methodologies and Algorithms
Appendix B Agile Methodologies
Lecture 3 Prescriptive Process Models
SNS College of Engineering Coimbatore
Software Processes (a)
V-Shaped SDLC Model Lecture-6.
Software development life cycle models
Chapter 2 SW Process Models
Software Process Models
Software Life Cycle Models
Software life cycle models
Software Process Models
Baisc Of Software Testing
Appendix B Agile Methodologies
Presentation transcript:

Gu & Maher University of Sydney, October 2004 DECO2005 Monitoring Team Process

Life-Cycle of Design Projects Description of the events that occur between the beginning and the end of a project inclusively.

Monitoring Team Process in Different Road Maps  Waterfall: l Classic life-cycle in which each activity is completed once for the entire set of requirements. l Top-down development. l Independent phases done sequentially. l An entry and exit point of each phase.  Issues for monitoring: l Simple: top-down monitoring. l Access outcomes with the purpose of each phrase.

Monitoring Team Process in Different Road Maps  Incremental l Waterfall in overlapping sections. l An iterative life-cycle is based on successive enlargement and refinement of a project through multiple sub-cycles.  Issues for monitoring: l Assess outcomes with the purpose of each phrase in each sub-cycles as well as the flow in the main life- cycles.

Monitoring Team Process in Different Road Maps  Spiral l Identify sub-problems which has the highest associated risk. l Find a solution for that problem. l No fixed phases.  Issues for monitoring: l Difficult to monitor: require higher analysis skills. l First to asses the solutions: if the solutions solve the sub- problems. l Identify the phase that each sub-problem belong to. l Evaluate the process: if the team is working towards solving the whole design problems.

Monitoring Team Process in Different Road Maps  Prototyping l Building a replica of design. l Equivalent of a mock-up. l Start with informal requirements, and use a working model to transform the requirements.  Issues for monitoring: l Similar to waterfall. l Access the development of the prototype with the purpose of each phrase.

Monitoring Team Process in Different Road Maps  Extreme l Listening, designing, coding, testing. l Lightweight, evolutionary development process. l Rapid feedback. l Incremental change. l Embrace change.  Issues for monitoring: l Dynamic monitoring as there is no map to follow.

Developing Your Own Project: General Issues Important issues:  A self-directed work team.  Follow the waterfall development model.  Always document your progress.  Design brief reflects the clients’ requirements  Each student in class is a supplier.  Define tasks required for completing the project and divide the workload equally.  Estimate time and resource required for each task.  Reserve time for review and design documentation.

Developing Your Own Project: General Issues Initial  First establish group dynamics.  Meetings, venues, modes of communication among the group members.  Strengths and experiences of each group member and other relevant information.

Developing Your Own Project: General Issues Requirements analysis  Design brief.  Collect the functionalities of the project from the customer (design brief) and provide an outline of what is expected from the project.  Documents the requirements and functionalities as the team perceive them.  Plan the processes and define roles.

Developing Your Own Project: General Issues Design  Conceptual design: big ideas.  Detailed design: decompose the project into smaller components and further decompose until they become well understood and manageable problems.  Define the internal structure of each component, and interface for each component.  Document the design for presentation.

Developing Your Own Project: General Issues Review  Review whether the design meets the requirements.  Each group conduct a review session: l Each member is a reviewer. l Identifies potential problems and document them. l Address the problems.

About communication:  Define roles of different members as early as possible.  Define relationships of different tasks as early as possible.  Choose effective communication tools that suit the team is a key factor to achieve success.  Develop an agenda for every meeting.  Learning to accept different viewpoints and being more willing to compromise are essential in all collaborative projects.  Keep other team members informed of your progress. Strategies towards a Smooth Team Process

About schedule:  Each member should take responsibility to complete his/her parts on time.  Have more than one person working on all parts of the project just in case one falls ill and so on.  Plan the due date of your project at least 1 week’s earlier than the actual due date. Strategies towards a Smooth Team Process

About dividing work load:  Divide the workload equally among the team members and make sure all conflicts are settled before the detailed development of design.  Keep track of the progress of members through group meetings. Strategies towards a Smooth Team Process

About design:  Plan adequate time on each phase, especially requirements analysis and design.  Make sure the design solution is agreed and understood by all team members.  Continually documenting the progress and reviewing the documentation is essential to the quality and completeness of the product.  Try to stay focus during the detailed development of design, and only modify the design as needed, but never change the whole design at this stage.  Reserve time for design integration if member are working on different parts of the design.

About review:  Constantly question on each design solution.  Conduct at least one review session among all team members.  Make use of the group presentation and address the feedbacks your receive. Strategies towards a Smooth Team Process

About documentation:  Document individual and team progress during the whole project.  Use the documentation from each stage for review.  Refine these data as resources for completing final submission and presentation. Strategies towards a Smooth Team Process