Software IMprovement using Product LinEs Project Presentation (III) - Implementation Liana Lisboa – PM Project: Starship.

Slides:



Advertisements
Similar presentations
Ninth Lecture Hour 8:30 – 9:20 pm, Thursday, September 13
Advertisements

Alternate Software Development Methodologies
Copyright 2004 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Second Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Appendix.
IEC Substation Configuration Language and Its Impact on the Engineering of Distribution Substation Systems Notes Dr. Alexander Apostolov.
Software Engineering COMP 201
Software IMprovement using Product LinEs Project Presentation (I) - Domain Analysis Results Liana Lisboa - PM Project: Starship Games PL.
Software IMprovement using Product LinEs Project Final Presentation Liana Lisboa – PM Project: Starship.
Design Modeling for Web Applications
Team Skill 6 - Building The Right System Part 1: Applying Use Cases (Chapters of the requirements text) CSSE 371 Software Requirements and Specification.
Software IMprovement using Product LinEs Project Presentation (III) - Implementation Liana Lisboa – PM Project: Starship.
1 Software Testing and Quality Assurance Lecture 14 - Planning for Testing (Chapter 3, A Practical Guide to Testing Object- Oriented Software)
Session 8. GEOSS requirements, functions, architecture Session Feedback Presenter: Max Craglia.
L ECTURE 2 S OFTWARE P ROCESSES 1. O BJECTIVES To describe outline process models for requirements engineering, software development, testing and evolution.
Software IMprovement using Product LinEs Project Presentation (II) - Architecture Design Alexandre Martins – SQA Rodrigo Mendes - Software Architect Project:
Software IMprovement using Product LinEs Project Presentation (III) - Implementation Liana Lisboa – PM Project: Starship.
COMP8130 and 4130Adrian Marshall 8130 and 4130 Test Management Adrian Marshall.
CSE Senior Design II Test Planning Mike O’Dell Based on an earlier presentation by Mike O’Dell, UTA.
Introduction to Software Testing
Software projects Management & Development Alireza Saebi
© 2006, Cognizant Technology Solutions. All Rights Reserved. The information contained herein is subject to change without notice. Automation – How to.
Release & Deployment ITIL Version 3
SQA Architecture Software Quality By: MSMZ.
FINAL DEMO Apollo Crew, group 3 T SW Development Project.
Test Organization and Management
Developing an IS/IT Strategy
Software Development *Life-Cycle Phases* Compiled by: Dharya Dharya Daisy Daisy
Requirement Analysis Functional & Non-Functional Requirements Scenarios Use cases: – View Fixtures – Manage Tournament – Register Team – Report Discrepancy.
Describing Methodologies PART II Rapid Application Development*
LECTURE 1 What does a Business Analyst do? IFS 231 Business Analysis.
RUP Implementation and Testing
1 Chapter 2 The Process. 2 Process  What is it?  Who does it?  Why is it important?  What are the steps?  What is the work product?  How to ensure.
Unit 3. demonstrate the ability to use subprograms within computer programs; use a variety of problem-solving strategies to solve different types of.
 CS 5380 Software Engineering Chapter 8 Testing.
What is a Business Analyst? A Business Analyst is someone who works as a liaison among stakeholders in order to elicit, analyze, communicate and validate.
1 10/14/2015ã 2007, Spencer Rugaber The Waterfall Process Software plans and requirements Validation System feasibility Validation Product design Verification.
Testing Workflow In the Unified Process and Agile/Scrum processes.
1 Activities covered by project management Feasibility study Is project technically feasible and worthwhile from a business point of view? Planning Only.
Lecture 3 Software Engineering Models (Cont.)
© Copyright 2011 John Wiley & Sons, Inc.
Copyright 2001 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Appendix B Rapid Application.
T Final demo I2 Iteration Agenda  Product presentation (20 min) ‏  Project close-up (20 min) ‏ Evaluation of the results  Questions.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 Software Processes.
Unit – I Presentation. Unit – 1 (Introduction to Software Project management) Definition:-  Software project management is the art and science of planning.
ANALISA & PERANCANGAN SISTEM Disusun Oleh : Dr. Lily Wulandari Program Pasca Sarjana Magister Sistem Informasi Universitas Gunadarma.
V-Shaped Software Development Life Cycle Model. Introduction: Variation of water fall model. Same sequence structure as water fall model. Strong emphasis.
Systems Development Life Cycle
Systems Analysis & Design David Walkiewicz March 31, 2012.
In today’s lesson we will be looking at: what we mean by the software development lifecycle the phases in the lifecycle We will focus particularly on testing:
1 Process activities. 2 Software specification Software design and implementation Software validation Software evolution.
Software Engineering “Practical Approach”
In the Senior Design Center
Definition CASE tools are software systems that are intended to provide automated support for routine activities in the software process such as editing.
IEEE Std 1074: Standard for Software Lifecycle
V-Shaped SDLC Model Lecture-6.
Business System Development
Manfred Huber Based on an earlier presentation by Mike O’Dell, UTA
In the Senior Design Center
Introduction to Software Testing
CHAPTER 10 Testing Introduction
In the Senior Design Center
CHAPTER 10 Testing Introduction
Measurement What is it and why do it? 2/23/2019
Automated test.
November 1, 2007 In cooperation with:
Rapid software development
Coupling Interaction: It occurs due to methods of a class invoking methods of other classes. Component Coupling: refers to interaction between two classes.
Automated test.
Week 10 Systems Development
Stage Gate Process Template
Presentation transcript:

Software IMprovement using Product LinEs Project Presentation (III) - Implementation Liana Lisboa – PM Project: Starship

2 Summary Components OSGi Tests Metrics Strong and Weak Points

3 Components New definition of components  Audio  Actions  Entity  Event  Graphic  Movement  Screen  New component -> Strategies

4 Components (cont.) Actual stage:  Audio  Events  Graphic  Movement  Strategies  Level Demonstration!

5 OSGi 2 Components with OSGi  Audio -> the factory pattern was ignored  Movement A sample example of these components in an application

6 Tests Issues:  Implementation is not totally finished (de-coupling);  It is not hard to validate a component contract if you have: Proper component specification; A process to validate then; Tools to support the activity.  But, it is hard to create automated tests for components that have basically user interaction (i.e. audio, image quality...)  Ideally, the component must come with a test bed for anyone who wants to see if that component fulfills its own acceptance criteria.

7 Tests Practice (applied to Movement component): JUnit to validate contract using mock objects; JUnitPerf for performance measuring; Weak Points (tests)  Integration Tests Strong Points (tests)  It is possible to test components

8 Metrics SPM - Effort

9 Metrics Time Foresight X Done DoneForesight 77:19:0067:10:00 Construction #3 Gerenciar Projeto1:00:00 Gerenciar Processo6:55:00 Gerenciar Requisitos0:00:00 Gerenciar Configuração0:00:00 Planejar Testes0:00:00 Gerenciar Arquitetura0:00:00 Implementar Componentes69:24:00 Acompanhar Projeto0:00:00

10 Strong and Weak Points Strong  Architecture well defined  Team commitment Weak  Lack of experience with components and OSGi