1 Sean Aluoto Anthony Keeley Eric Werner. 2 Project Plan Overview Project Lifecycle model Time line Deliverables Organization plan Risk management Design.

Slides:



Advertisements
Similar presentations
Pamela Norris Project Manager Kraft Kennedy & Lesser, Inc.
Advertisements

Chapter 2 The Analyst As Project Manager In Managing Information Systems 2.3.
Nathan Mikeska Richard Carney Brian Navarro Neil Alfredson.
Copyright 2004 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Second Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
Project Management.
Copyright 2002 Prentice-Hall, Inc. Chapter 3 Managing the Information Systems Project 3.1 Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer.
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)
Project activities and experiences in an Albanian software company Luan Jubica Zagreb 2004.
Project Management and Communication Represented by: Latifa Jaber Al-Ghafran.
Project 2002 A Proposal Application Project 2002 Actions.
APPLICATION DEVELOPMENT BY SYED ADNAN ALI.
Pertemuan Matakuliah: A0214/Audit Sistem Informasi Tahun: 2007.
The project plan. December 16, Agenda The project plan –Risks –Language decision –Schedule –Quality plan –Testing –Documentation Program architecture.
Process, Communication, and Certification Padma Venkata
Effort in hours Duration Over Weeks Or Months Inception Launch Web Lifecycle Methodology Maintenance Phases Copyright Wonderlane Studios.
Design, Implementation and Maintenance
U-Mail System Design Specification Joseph Woo, Chris Hacking, Alex Benson, Elliott Conant, Alex Meng, Michael Ratanapintha April 28,
Planning. SDLC Planning Analysis Design Implementation.
Final Year Project Presentation E-PM: A N O NLINE P ROJECT M ANAGER By: Pankaj Goel.
Selecting a Tool 1 When to start evaluating: Current method is not effective Can solve an immediate problem/challenge Can increase productivity and deliverables.
Introduction to Information System Development.
Copyright 2002 Prentice-Hall, Inc. Managing the Information Systems Project 3.1 Chapter 3.
Copyright 2002 Prentice-Hall, Inc. Chapter 3 Managing the Information Systems Project Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer.
Computer System Analysis
CryptKeeper Project Plan 1 CryptKeeper Project Plan.
A brief overview of the project By Group 2 Barry Amir Bhumi Shubh.
By Anthony W. Hill & Course Technology 1 User Support Management Beisse.
Life Cycle Time Line Fall 2000 Spring 2001 Organization Plan.
Incell Phonium Processor Project Plan Document Dale Mansholt Aaron Drake Jon Scruggs Travis Svehla.
SIUE Injury Tracking System Project Plan. Team Members: Robbie Marsh Robbie Marsh –Project Manager/Webmaster Ken Metcalf Ken Metcalf –Lead Programmer.
File-Mate 1500 Design Review II
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
Project Tracking. Questions... Why should we track a project that is underway? What aspects of a project need tracking?
Team Members David Haas Yun Tang Robert Njoroge Tom Kerwin Clients Facilities Management Don Anderson Rick Klein.
PRODUCT LOCATOR PresentedBy Richard Raehl November 13, 2001.
Product Development Chapter 6. Definitions needed: Verification: The process of evaluating compliance to regulations, standards, or specifications.
Statistics Monitor of SPMSII Warrior Team Pu Su Heng Tan Kening Zhang.
CS480 Computer Science Seminar Introduction to Microsoft Solutions Framework (MSF)
TEACHER FEEDBACK WEBSITE HTVN TEAM. AGENDA 1.TEAM INTRDUCTION 2.PROJECT OVERVIEW 3.PLAN 4.PRODUCT ARCHITECTURE 5.DATABASE DESIGN 6.TEST PLAN & TEST REPORT.
Basic of Project and Project Management Presentation.
Software Project Documentation. Types of Project Documents  Project Charter  Requirements  Mockups and Prototypes  Test Cases  Architecture / Design.
1 R.O.M.P Robot Orientation Mapping Project (Project Plan) Team Evolution Peri Subrahmanya: Lead Designer Michael Lazar: Project Manager Sean Hogan: Lead.
Computer Emergency Notification System (CENS)
By Matt Baker Eric Sprauve Stephen Cauterucio. The Problem Advisors create a sign-up sheet to be posted on the door of their office. These sign-up sheets.
© Mahindra Satyam 2009 Configuration Management QMS Training.
When buying a product in today’s marketplace, an individual is faced with the challenge of remembering an abundance of information about the product that.
Smart Surveillance Technology Javier OcasioPerezWilliam Sanchez Rosa Mariel Martinez MarreroAbraham Diaz Santiago.
NUOL Internet Application Services Midterm presentation 22 nd March, 2004.
Project Management presented by Aaron Molloy - Jimmy Kenny - Taras Voloshyn Newspaper Delivery System.
Unified Distributed (UDub Mail) Life Cycle Objectives Sachin Pradhan Gabriel Maganis.
Module 1: Introducing Windows Server 2003 Network Infrastructure Planning, Tools, and Documentation.
Scott Wilson Shaun Moats Arjun Shrestha Andrew Garrison.
Connecting with Computer Science2 Objectives Learn how software engineering is used to create applications Learn some of the different software engineering.
© 2013, published by Flat World Knowledge Chapter 10 Understanding Software: A Primer for Managers 10-1.
Information Systems System Analysis 421 Chapter 3 Managing the Information Systems Project.
The Juggernaut Team Tyler Douthitt  Project Manager  Lead Website Developer Mike Harman  Lead Programmer Eric Rakers  Lead Documenter  Lead Analyst.
Copyright 2001 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Chapter 2 Managing the Information Systems Project 2.1.
Project Management Why do projects fail? Technical Reasons
Status Report 3 Sean Aluoto Eric Werner Anthony Keeley.
 Has computer technology knowledge and programming expertise  Understands business problems  Uses logical methods for solving problems  Has fundamental.
Word Guess Team (Team #4) October 8, Word Guess Team  Team Members  Chakib Kouhel:  Steve Mattingley:
Software Development Cycle and Roles in a Project Team
T Project Review MTS [PP] Iteration
Chapter 7: Delivery, Installation, and Documentation Ronald J. Leach Copyright Ronald J. Leach, 1997, 2009, 2014,
Milestone Two – Reach Across Houston (RAH) Tuesday, June 14, Team:Matthew Edwards Thomasina Coates Michelle Graham James Henrydoss James McNicholas.
ISS Team Group Member ◦ Nguy ễ n Nh ậ t Minh ◦ Nguy ễ n Kh ắ c Khu ◦ Ph ạ m Ng ọ c Hi ế u ◦ Nguy ễ n Ng ọ c Khánh ◦ Nguy.
Principles of Information Systems Eighth Edition
Managing the Project Lifecycle
Our Process CMSC 345, Version 1/04.
Presentation transcript:

1 Sean Aluoto Anthony Keeley Eric Werner

2 Project Plan Overview Project Lifecycle model Time line Deliverables Organization plan Risk management Design decisions Software tools Purchases Development support activities Other project plans Current project status

3 Project Lifecycle Evolutionary Delivery Benefits: Allows for changes to the design with successive versions Provides signs of progress during development to the client Helps ensure we will meet the deadline with a deliverable Help develop the UI to meet the clients expectations

4 Lifecycle Model Evolutionary Delivery Model

5 Time Line

6

7 Deliverables Administrator System Prototype Database Administrator SystemVersions 1 & 2 Testing System Formal Documentation(User Manual, etc.)

8 Organization Plan Each team member has a field they focus on but all members are programmers, testers, and technical writers. Decision Making All non-trivial decisions are discussed via , telephone, or in face to face meetings. Final decisions are made at team meetings, after each team member gives their input. The consensus answer is chosen.

9 Organization Plan Conflict Resolution Parties involved will meet with the team and explain their concerns or their views on a decision made. If one side is not persuaded by the other's argument, a compromise will be reached. If a compromise cannot be reached in a reasonable amount of time, an equitable time limit will be put in place and the most equitable solution chosen.

10 Risk Management We used the ACM “One Minute Risk Assessment Tool” Communications of the ACM Volume 47, No. 11

11 Risk Management Our assessment ranks as “moderately low” risk We will recalculate our score weekly, based on current events

12 Design Decisions What type of architecture to use? Client / Server architecture Web based or desktop application? Desktop application What programming language to use? Visual Basic.NET 2005 What DBMS to use? MySQL

13 Design Decisions What level of security to implement? IP security for network communication RSA encryption for local file storage

14 Software Tools Microsoft Visual Studio 2005 – Visual Basic Testing and Administrator interfaces Database: MySQL Additional Tools: Microsoft Office Microsoft Visio TortoiseSVN Gantt Project

15 Purchases No purchases are required Open source solutions will be utilized MySQL On implementation, necessary hardware will be available through our client, Instructional Services

16 Development Support Activities Learning new technology Reading about how to solve programmatic issues outside of the realm of our experience Using new software TortoiseSVN Gantt Project Meetings Meeting with our client and other entities involved in the development process

17 Development Support Activities Documentation Keeping track of the time we spend on the project Composing different development documentation

18 Other Project Plans Test Plan Documentation Plan Review Plan Deployment Plan

19 Test Plan Usability Testing Unit Testing Integration Testing

20 Usability Testing A prototype will be created for the Instructional Services System (admin) Our client will review it in structured and non structured settings

21 Unit Testing Testing will be completed after: Each milestone A testing plan is created by the programmer who spent the most time on a milestone The plan is then reviewed at the next team meeting A team member is assigned the job of testing a milestone based on their workload Completion of each module Informally done by the module's programmer

22 Integration Testing Testing will be done after: Completion of each integrated modules Will be completed by the lead programmer with the team present Issues/Conflicts will then be addressed by the team

23 Documentation Plan Logs Code documentation follows the coding guidelines document User Manual Aspects of each document are assigned to each team member

24 Review Plan Group Reviews Field Reviews Sean – Team and Design Tony – Documentation Eric – Programming

25 Deployment Plan Systems Database server Will reside in Instructional Services office Instructional Services System Administrative functionality Installed on Instructional Services PCs Placement Test System Testing functionality Installed in a selected lab

26 Deployment Plan Academic Computing will be responsible for installation and maintenance of all systems

27 Current Project Status Requirement Analysis Document is currently being revised. System Design Document is nearing completion. Project Plan Document is currently being worked on. Preliminary schedule has been completed.

28 Questions?