Team SHARP February 10, 2009.  Sponsor ◦ Dr. Will Tracz  Faculty Coach ◦ Robert Kuehl  Members ◦ Samuel Goshen ◦ Leo Torbochkin ◦ Dan Edenhofer ◦ Dominic.

Slides:



Advertisements
Similar presentations
Calculating Quality Reporting Service
Advertisements

PROCESS FRAMEWORK Lecture - 3. Topics covered PROCESS FRAMEWORK PROCESS MODELS DIFFERENCE.
Course: e-Governance Project Lifecycle Day 1
CS487 Software Engineering Omar Aldawud
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall B.1.
Agile Project Management with Scrum
These materials are prepared only for the students enrolled in the course Distributed Software Development (DSD) at the Department of Computer.
Sixth Hour Lecture 10:30 – 11:20 am, September 9 Framework for a Software Management Process – Artifacts of the Process (Part II, Chapter 6 of Royce’ book)
GAI Proprietary Information
CS 325: Software Engineering April 7, 2015 Software Configuration Management Task Scheduling & Prioritization Reporting Project Progress Configuration.
Introduction to Software Engineering Dr. Basem Alkazemi
SE 555 Software Requirements & Specification Beyond Requirements Based on Weigers Chapter17.
Fundamentals of Information Systems, Second Edition
Chapter 3: The Project Management Process Groups
Managing a Project Using an Agile Approach and the PMBOK® Guide
Change Management Demo for IT 11/06/2013 Change Management, IT Meeting 11/06/
Software Documentation Written By: Ian Sommerville Presentation By: Stephen Lopez-Couto.
Planning. SDLC Planning Analysis Design Implementation.
Project Management Framework. PMBOK ® Guide, Third Edition.
Release & Deployment ITIL Version 3
Task Manager Software Engineering: CS 673 Spring 2009 John Spencer, Parag Shah, Rich Moffitt, Hassan Sobhie May 4, 2009.
CSCI ClearQuest 1 Rational ClearQuest Michel Izygon - Jim Helm.
Chapter : Software Process
Project Management Phases Class 6. Initiation & Planning – Agenda Overview of the project management phases Midterm paper details.
S/W Project Management
COMPGZ07 Project Management Presentations Graham Collins, UCL
CPTE 209 Software Engineering Summary and Review.
Chapter 2 The process Process, Methods, and Tools
1 CSE 2102 CSE 2102 CSE 2102: Introduction to Software Engineering Ch9: Software Engineering Tools and Environments.
Business Systems Development SDLC and introduction to the Microsoft Solutions Framework Team and Process Models.
Resources Performance time. resources Performance time 2.
Chapter 3: Software Maintenance Process Omar Meqdadi SE 3860 Lecture 3 Department of Computer Science and Software Engineering University of Wisconsin-Platteville.
Introduction to Software Engineering LECTURE 2 By Umm-e-Laila 1Compiled by: Umm-e-Laila.
CEN th Lecture CEN 4021 Software Engineering II Instructor: Masoud Sadjadi Software Project Planning.
Chapter 2 Process: A Generic View
Project Management Practices Vesa Tenhunen University of Eastern Finland LUMA Centre
Software Development Process and Management (or how to be officious and unpopular)
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.
Software Life Cycle Models. Waterfall Model  The Waterfall Model is the earliest method of structured system development.  The original waterfall model.
ISM 5316 Week 3 Learning Objectives You should be able to: u Define and list issues and steps in Project Integration u List and describe the components.
Project Presentation eProcurement System. M.TECH S16- Team S03 Institute of Systems Science Table of Content Project Background Project Requirement User.
Enabling Project Communication, Collaboration & Workflow (CCW)
T Project Review WellIT PP Iteration
J. Scott Hawker p. 1Some material © Rational Corp. Rational Unified Process Overview See and use the RUP Browser on lab machines.
Connecting with Computer Science2 Objectives Learn how software engineering is used to create applications Learn some of the different software engineering.
BSBPMG404A Apply Quality Management Techniques Apply Quality Management Techniques Project Quality Processes C ertificate IV in Project Management
Software Project Management (SEWPZG622) BITS-WIPRO Collaborative Programme: MS in Software Engineering SECOND SEMESTER /1/ "The content of this.
CSPC 464 Fall 2014 Son Nguyen. 1. The Process of Software Architecting, Peter Eeles, Peter Cripss 2. Software Architecture for Developers, Simon Brown.
Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall Appendix B Agile Methodologies B.1.
Project Organization Chart Roles & Responsibilities Matrix Add Project Name.
Overview of RUP Lunch and Learn. Overview of RUP © 2008 Cardinal Solutions Group 2 Welcome  Introductions  What is your experience with RUP  What is.
Software Testing Process
PI2134 Software Engineering IT Telkom.  Layered technology  Software Process  Generic Process (by Pressman)  Fundamental activities (by Sommerville)
Presented By:.  Problem  Solution  Architecture ◦ What ◦ Why  Challenges  Status  Demo  Questions.
Meghe Group of Institutions Department for Technology Enhanced Learning 1.
TMP3413 Software Engineering Lab Lab 01: TSPi Tool Support.
University of Southern California Center for Systems and Software Engineering Barry Boehm, USC CS 510 Fall 2010 Software Planning Guidelines.
1 Advanced Computer Programming Project Management: Basics Copyright © Texas Education Agency, 2013.
Informed Traveler Program and Applications Agile / Scrum Overview Jerry Inberg.
Team Member Schedules The “Directory” tab on the left side of the page will bring up all the members and will tell you how many projects they are currently.
Chapter Five Project Planning.
Appendix B Agile Methodologies
Project Management Processes
CS 325: Software Engineering
Software Documentation
Planning Phase: Project Control and Deliverables
Health Ingenuity Exchange - HingX
Software engineering -1
Project Management Processes
Appendix B Agile Methodologies
Presentation transcript:

Team SHARP February 10, 2009

 Sponsor ◦ Dr. Will Tracz  Faculty Coach ◦ Robert Kuehl  Members ◦ Samuel Goshen ◦ Leo Torbochkin ◦ Dan Edenhofer ◦ Dominic Holt ◦ Nicholas Sabocheck

 Overview  Requirements  Design ◦ Process ◦ Current State  Implementation ◦ Technologies ◦ Current State  Project Risks  Project Process  Project Schedule & Estimation  Metrics  Reflection  Future Endeavors

ACM SIGSOFT publishes a bi-monthly hybrid Newsletter called Software Engineering Notes (SEN). The Newsletter is manually assembled by the editor, who receives various contributions from established column editors and other contributors who submit documents in various forms and formats as part of a document workflow. The system has two main components: submission and composition. The product will support automatic composition of the various tables in the newsletter. The application will allow users of the system to submit various content. This content will be accompanied by metadata, which will be necessary to automate the construction of the newsletter. Once composed, these tables will be combined into a printable document for construction of the newsletter.

 Process ◦ Investigation of Historical Artifacts ◦ Communication with Project Stakeholders ◦ Internal Team Review  Stability & Volatility ◦ Ambiguous Initial Requirements ◦ Feature Creep

 User Registration – This feature will allow a user to register a unique identity with the system. This also encompasses role based access based on regular user, editor, or administrator status.  Administration- This feature will allow users whose role is administrator to modify, add, or remove information related to users and the system.  Document Submission- This feature will allow users to submit content to the system and edit any necessary meta-data associated with that content.  Document Review- This feature will allow a user whose role is editor to view all submitted material and review it. The editor will then be able to accept or reject the submissions.  Document Assembly- This feature will allow an editor to save time in composing an issue of “Software Engineering Notes”. It will provide tools to allow the editor to automatically generate tables which are normally more tedious to craft by hand.

 Incremental Approach ◦ Phase I  Construct Essential Infrastructure ◦ Phase II  Newsletter Skeleton  Metadata Extraction ◦ Phase III  Complete Construction of Newsletter  Notification Scheduling  Evolvability

 Technologies ◦ J2EE ◦ MySQL ◦ Tomcat ◦ TinyMCE  Current State ◦ Phase I Completion

 Optimistic schedules  Poorly or vaguely defined requirements  Feature Creep  Gold-plating of features during development  Availability of Sponsor  Team member unexpected unavailability  Team members do not work together efficiently Blue Highlight: Risk Occurred

 Iterative & Incremental ◦ Responsive to Change ◦ Deliver Working Increments of Software ◦ Increase Customer Collaboration ◦ Three Phases  Requirements  Architecture & Design  Implementation  Testing

 Two Progress Metrics ◦ Source Lines of Content (includes code, scripts, text)  Keep track of progress based on content.  Shows quantitative progress for the team & each team member. ◦ Slippage Chart  Keep track of progress based on meeting schedule commitments & milestones.  Shows how far ahead or behind we are on the project as a team.

 Consider the Project Plan as a contract between team and sponsor.  Make sure all deliverables are agreed upon beforehand, including level of detail. ◦ Software Requirements Specification ◦ Architecture ◦ User Guide ◦ Test Plan ◦ Meeting Minutes ◦ Code

 Phase II ◦ Requirements ◦ Implementation ◦ Testing  Phase III ◦ Requirements ◦ Architecture ◦ Implementation ◦ Testing