Group 8: Shenanigans Mike Ostrowski Josh Patsey Michelle Boomer Tom Parks Levent Niazi.

Slides:



Advertisements
Similar presentations
Logical and Physical Design of an Information System
Advertisements

Requirements Specification and Management
Student Training for Canvas. Navigating Canvas Some salient points to keep in mind as you enter Canvas: You will see the following items in the left hand.
P3, P4, P5, P6.
Systems Analysis & IT Project Management Pepper. System Life Cycle BirthDeathDevelopmentProduction.
Modeling the Process and Life Cycle CSCI 411 Advanced Database and Project Management Monday, February 2, 2015.
Project What is a project A temporary endeavor undertaken to create a unique product, service or result.
CH02: Modeling the process and life cycle Process of developing software (organization and discipline in the activities) contribute to the quality of the.
Prototyping. Horizontal Prototyping Description of Horizontal Prototyping A Horizontal, or User Interface, Prototype is a model of the outer shell of.
SE 555 Software Requirements & Specification Requirements Management.
Validating and Improving Test-Case Effectiveness Author: Yuri Chernak Presenter: Lam, Man Tat.
Lab 1 Introduction Project Definition. Introduction and Project definition 2 Objective To give the Student an overview of the Lab Environment and tools.
Project Plan The Development Plan The project plan is one of the first formal documents produced by the project team. It describes  How the project will.
1 CMPT 275 Software Engineering Requirements Analysis Process Janice Regan,
1 CSc Senior Project Software Testing. 2 Preface “The amount of required study of testing techniques is trivial – a few hours over the course of.
System Implementation
Introduction to Computer Technology
ONLINE CLAIMS TRACKING
System Design Chapter 8. Objectives  Understand the verification and validation of the analysis models.  Understand the transition from analysis to.
S/W Project Management
Systems Analysis – Analyzing Requirements.  Analyzing requirement stage identifies user information needs and new systems requirements  IS dev team.
Systems Analysis And Design © Systems Analysis And Design © V. Rajaraman MODULE 14 CASE TOOLS Learning Units 14.1 CASE tools and their importance 14.2.
Lesson 7 Guide for Software Design Description (SDD)
PHASE 4 SYSTEMS IMPLEMENTATION Application Development SYSTEMS ANALYSIS & DESIGN.
Testing. Definition From the dictionary- the means by which the presence, quality, or genuineness of anything is determined; a means of trial. For software.
T Project Review RoadRunners [PP] Iteration
Training PowerPoint.  Just plug into the USB port on your computer. You will find USB ports on the front or back of your computer.  If you have a laptop.
Team ELL System Requirements Ladakeysha Thomas Elizabeth Waldo LaWanda Warren Brandon Williams.
FCS - AAO - DM COMPE/SE/ISE 492 Senior Project 2 System/Software Test Documentation (STD) System/Software Test Documentation (STD)
CEN rd Lecture CEN 4021 Software Engineering II Instructor: Masoud Sadjadi Phases of Software.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 Slide 1 Message Analysis Table.
Certification and Accreditation CS Phase-1: Definition Atif Sultanuddin Raja Chawat Raja Chawat.
Statistics Monitor of SPMSII Warrior Team Pu Su Heng Tan Kening Zhang.
1.  Describe an overall framework for project integration management ◦ RelatIion to the other project management knowledge areas and the project life.
Chapter 12: Systems Investigation and Analysis. Agenda  How to Develop a CBIS?  Systems Development Life Cycle (SDLC)  Prototyping  Join Application.
WESS Application System PKI Login Registration Process.
Software Development Cycle What is Software? Instructions (computer programs) that when executed provide desired function and performance Data structures.
INFO 637Lecture #101 Software Engineering Process II Review INFO 637 Glenn Booker.
Latifa AlAbdlkarim King Saud University October,2009.
1 15 quality goals for requirements  Justified  Correct  Complete  Consistent  Unambiguous  Feasible  Abstract  Traceable  Delimited  Interfaced.
User Interface Theory & Design Lecture 6a 1.  User interface is everything the end user comes into contact with while using the system  To the user,
Student Attendance System Requirement Analysis Presentation.
Group 2 : Team Battleship Team Members: Zhen Cai Christopher Campbell Justin Doll Jason Miller Nicholas Rimer Raeginald Timones.
Courselist Project Automated Graduate Student Information System Final project for CS 3354.
CMPT371 – Team 1 Luminance. Project – Luminance  Puzzle game  Guide a beam of light using a limited set of tools to certain goals avoiding obstacles.
C OMPUTING E SSENTIALS Timothy J. O’Leary Linda I. O’Leary Presentations by: Fred Bounds.
SUCCESSFULLY PREPARING ALL STUDENTS FOR THEIR FUTURES SE 256 TH STREET, KENT, WA | SKYWARD BASICS FOR SECONDARY TEACHERS.
GCSE ICT Systems Analysis. Systems analysis Systems analysis is the application of analytical processes to the planning, design and implementation of.
07/21/97 MOSS Project Introduction and Definition -Senior Project-
Managing Challenging Projects Presented to the class of: Dr. Jane Mackay M.J. Neely School of Business.
Page 1 of 17 To the ETS – Password Reset Online Training Course Clients have the ability to automatically update passwords at any time through the automated.
May07-02: Parking Meter Clint Hertz: Team Leader Austyn Trace: Communications Nick Hollander Christian Baldus.
When the program is first started a wizard will start to setup your Lemming App. Enter your company name and owner in the fields designated “Company Name”
T Iteration Demo Tikkaajat [PP] Iteration
CSC480 Software Engineering Lecture 7 September 16, 2002.
Statistical Analyzer for Golf Senior Design May08-07 Team Itiel DiazCpr E Tim HasselCpr E Ryan BillerCpr E Brett ScottCpr E Client John Whitmer Faculty.
Requirement Elicitation Review – Class 8 Functional Requirements Nonfunctional Requirements Software Requirements document Requirements Validation and.
Project May07-14: Restaurant Automation April 24, 2007.
Sponsor MCLE Online System Instructions. Login here: Tip: You may want to bookmark the link for future reference.
The Information Systems Development Processes Chapter 9.
Engineering Quality Software Week02 J.N.Kotuba1 SYST Engineering Quality Software.
Event Objectives Become Familiar with Clairvia Web
Algorithms II Software Development Life-Cycle.
T Project Review Group: pdm I2 Iteration
CHAPTER 2 Testing Throughout the Software Life Cycle
System Navigation and Test Launch
Informatics 43 Discussion 13 May, 2016
Week 14 – Information System Development
SYSTEMS ANALYSIS & DESIGN
Joint Application Development (JAD)
Presentation transcript:

Group 8: Shenanigans Mike Ostrowski Josh Patsey Michelle Boomer Tom Parks Levent Niazi

Overview Our goal was to design and implement software that would modernize restaurant service. Our goal was to design and implement software that would modernize restaurant service.

Program Features: -Ability to automate ordering -Automated payments -Convenient electronic bookkeeping -Viewing menu electronically (easier to update)

Overview

Waterfall Model We used the Waterfall model, and did not include the system testing, acceptance testing, or maintenance in our third phase because of time restraints. We used the Waterfall model, and did not include the system testing, acceptance testing, or maintenance in our third phase because of time restraints.

Phase 1 Determined Requirements Determined Requirements Reviewed Requirements Reviewed Requirements Produced an SRS and User’s Guide Produced an SRS and User’s Guide

Phase 1: Requirements Example The system shall allow the Host to see open and closed tables. The system shall allow the Host to see open and closed tables. Description: The system shall provide a window in which the Host will be able to see open and closed tables. Inputs: N/A. Inputs: N/A. Outputs: The open and closed tables are displayed. The open and closed tables have a corresponding table name. Outputs: The open and closed tables are displayed. The open and closed tables have a corresponding table name. Interfaces: All the tables will be displayed in a grid fashion. Open tables will be green and closed tables will be red. The queue for when all tables are full is in the right side and shows the party’s name and size. In the lower right is the current wait time for a new party. The list of tables will be shows on a screen for the hosts and Wait- staff to see. Interfaces: All the tables will be displayed in a grid fashion. Open tables will be green and closed tables will be red. The queue for when all tables are full is in the right side and shows the party’s name and size. In the lower right is the current wait time for a new party. The list of tables will be shows on a screen for the hosts and Wait- staff to see. Performance Requirements: N/A

Phase 2 Created an Object Model Created an Object Model Created a Use Case Diagram Created a Use Case Diagram Started designing the program Started designing the program Risk Management completed Risk Management completed Made corrections to Phase 1 Made corrections to Phase 1 Created a Test Plan Created a Test Plan –Unit Testing –Integration Testing –Validation Testing

Phase 2: Risk Management Team is Reorganized Team is Reorganized Requirements Creep Requirements Creep Unable to Use GUI Unable to Use GUI Team Member Drops Class Team Member Drops Class HD Crash HD Crash

Phase 2: Use Cases Examples Seat Customers Seat Customers Participating Actor: Host Participating Actor: Host Entry Condition(s): Entry Condition(s):  The Host main window is displayed.  The Host main window is displayed.  There is an available table  There is an available table  There is a customer waiting to be seated.  There is a customer waiting to be seated. Exit Condition(s): Exit Condition(s):  A customer is seated and the table is closed.  A customer is seated and the table is closed. Event Flow: Event Flow: 1. The Host selects the party to be seated from the list on the right. 1. The Host selects the party to be seated from the list on the right. 2. The Host then clicks on the table where the Customer is to be seated. 2. The Host then clicks on the table where the Customer is to be seated.

Phase 3 Create a schedule for the remainder of the project Create a schedule for the remainder of the project Code the program Code the program Make adjustments to the object model and users guide to reflect changes in implementation Make adjustments to the object model and users guide to reflect changes in implementation Follow the test plan from phase 2 to test the program Follow the test plan from phase 2 to test the program Demonstrate the program to verify it’s functionality for the customer Demonstrate the program to verify it’s functionality for the customer Produce a “Lessons Learned” document to explain what we’ve gained from completing the project Produce a “Lessons Learned” document to explain what we’ve gained from completing the project Create a new schedule which accurately reflects how tasks were actually completed and analyzes the time spent Create a new schedule which accurately reflects how tasks were actually completed and analyzes the time spent Prepare this presentation for your viewing pleasure Prepare this presentation for your viewing pleasure

Lessons Learned GOOD Meeting 3 or more days a week. Meeting 3 or more days a week. Developing a way to communicate constantly (ie. , cell phones, message board) Developing a way to communicate constantly (ie. , cell phones, message board) Everyone looks over each others work. Everyone looks over each others work.BAD Start on code after Phase 2. Start on code after Phase 2. Integration testing was done too late. Integration testing was done too late. Not having set agendas for our meetings. Not having set agendas for our meetings.

Conclusion This project taught us valuable skills for software development including important team skills. This project taught us valuable skills for software development including important team skills. We learned the necessity of accurately determining and understanding requirements at the beginning of any software project. We learned the necessity of accurately determining and understanding requirements at the beginning of any software project. Our group also realized the importance of planning. Our group also realized the importance of planning.

Screen Shots Login Screen with Table Number and Customer Menu option Login Screen with Table Number and Customer Menu option

Screen Shots Host Screen with Table Availability and Parties Waiting List. Host Screen with Table Availability and Parties Waiting List.

Screen Shots Menu screen with special instructions listed Menu screen with special instructions listed

Screen Shots Customer payment screen Customer payment screen

GROUP 8 Q & A JoshLevent Tom MichelleMike