Medium Size Software, Inc. SQA Plan: The Batch Processing Application.

Slides:



Advertisements
Similar presentations
Making the System Operational
Advertisements

Software Quality Assurance Plan
Online Peer Evaluation System Team Green Apple Team Members Ada Tse Amber Bahl Tom Nichols Matt Anderson Faculty Mentor Prof. M Lutz Project Sponsor Richard.
ACDM Focus 2 – Processes December 13, 2013 Diane Guerrero Principal SCM Engineer.
Stepan Potiyenko ISS Sr.SW Developer.
1. Failure is when users do not feel they get what they paid for. 2. Failure is when the overall organization fails to adopt the solution.
Overview Lesson 10,11 - Software Quality Assurance
Online Peer Evaluation System Team Green Apple Team Members Ada Tse Amber Bahl Tom Nichols Matt Anderson Faculty Mentor Prof. M Lutz Project Sponsor Richard.
Copyright © 2007 Software Quality Research Laboratory DANSE Software Quality Assurance Tom Swain Software Quality Research Laboratory University of Tennessee.
Systems Analysis and Design in a Changing World, 6th Edition
The Solution to Your Product Problems. Overview - What is PDS? ➲ Project Management System ➲ Web Based Easy to use Scalable ➲ Streamlined tools for software.
Effort in hours Duration Over Weeks Or Months Inception Launch Web Lifecycle Methodology Maintenance Phases Copyright Wonderlane Studios.
Mitun PatelMXP07U. Organisational structure Top management; this includes the organisation’s general manager and its executives Department managers; this.
1 CMPT 275 Software Engineering Requirements Analysis Process Janice Regan,
Software Documentation Written By: Ian Sommerville Presentation By: Stephen Lopez-Couto.
Software Configuration Management
Configuration Management Avoiding Costly Confusion mostly stolen from Chapter 27 of Pressman.
SQA Work Procedures.
Even More SQA: Work Procedures
CEN 4935 Senior Software Engineering Project Joe Voelmle.
Configuration Management Process and Environment MACS Review 1 February 5th, 2010 Roland Moser PR a-RMO, February 5 th, 2010 R. Moser 1 R. Gutleber.
What is Business Analysis Planning & Monitoring?
Software Configuration Management (SCM)
TEAM FOUNDATION SERVER (TFS) By Sunny Niranjana Devi. M.
S/W Project Management
RUP Requirements RUP Artifacts and Deliverables
The University of Texas System Board of Regents NAPAHE Annual Meeting March 2012 O NLINE B OARD P ORTALS Tina Holloway.
Planning Iteration Demo Suunto Training Program Planner.
FINAL DEMO Apollo Crew, group 3 T SW Development Project.
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
Appendix D McGraw-Hill/Irwin Copyright © 2011 by The McGraw-Hill Companies, Inc. All rights reserved.
Copyright 2013, Net.Orange, Inc. All rights reserved.Confidential and proprietary. Do not distribute without permission. Net.Orange App Development Net.Orange.
What is SMEcollaborate Primarily developed for Small and Medium Companies who wish to collaborate together. It is a:- A resource center for collaborating.
OHT 25.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 The quality assurance organizational framework Top management’s quality.
Understand Application Lifecycle Management
Sri Lanka Institute of Information Technology Software Engineering Project – I Clone of Rally GROUP NO : WD-SEP-002 | PROJECT NO :25 PROJECT : CLONE OF.
Project Tracking. Questions... Why should we track a project that is underway? What aspects of a project need tracking?
S Q A.
Statistics Monitor of SPMSII Warrior Team Pu Su Heng Tan Kening Zhang.
T Project Review TeXlipse [I2] Iteration
16 1 Installation  After development and testing, system must be put into operation  Important planning considerations Costs of operating both systems.
Rapid software development 1. Topics covered Agile methods Extreme programming Rapid application development Software prototyping 2.
REAL TIME GPS TRACKING SYSTEM MSE PROJECT PHASE I PRESENTATION Bakor Kamal CIS 895.
COMP3615,5615 Capstone Projects Week Overview of the semester Website tour – XP and roles – Assessment – note especially the individual mark operating.
MSE Presentation 1 By Padmaja Havaldar- Graduate Student Under the guidance of Dr. Daniel Andresen – Major Advisor Dr. Scott Deloach-Committee Member Dr.
Software Project Management
Configuration Management and Change Control Change is inevitable! So it has to be planned for and managed.
Software from Requirements Brent Haines April 12, 2007 Why Methodology Doesn’t Really Matter.
DevelopersCommitters Users I’m getting the following exception…. Anybody have any clue why??? +1, I like that idea… Source & Binary Code Repository Bug.
Software Life Cycle The software life cycle is the sequence of activities that occur during software development and maintenance.
Chapter 6 CASE Tools Software Engineering Chapter 6-- CASE TOOLS
OWx2 Online Workspace Whizzes Share, Collaborate, Communicate A look inside team portals and web office environments Maria Morales, Betsy Dugas, Kathrine.
An Agile Requirements Approach 1. Step 1: Get Organized  Meet with your team and agree on the basic software processes you will employ.  Decide how.
Oman College of Management and Technology Course – MM Topic 7 Production and Distribution of Multimedia Titles CS/MIS Department.
Agenda: Overview of Agile testing Difference between Agile and traditional Methodology Agile Development Methodologies Extreme Programming Test Driven.
CS223: Software Engineering Lecture 16: The Agile Methodology.
6/6/ SOFTWARE LIFE CYCLE OVERVIEW Professor Ron Kenett Tel Aviv University School of Engineering.
by: Er. Manu Bansal Deptt of IT Software Quality Assurance.
Testing and Release Procedures/Tools Cristina Aiftimiei (INFN-CNAF) Mario David (LIP)
Software Configuration Management
Software Project Configuration Management
External Web Services Quick Start Guide
Software Documentation
Software Configuration Management
SDLC The systems development life cycle is the foundation for many systems development methodologies such as RAD and agile Systems development life cycle.
Enterprise Program Management Office
Quality Measurable characteristic Cyclomatic complexity Cohesion
Executives & Management
Rollout Guide Day 1 to 10 Day 11 to 20 Day 21 to 30 Day 31 to 40
Presentation transcript:

Medium Size Software, Inc. SQA Plan: The Batch Processing Application

TBPA Project Team Nick Zimmerman J. Tyson Moore Tyson Yager Alan Sherrill T. Alan Rail Seth Schultz

Overview Project Description Management, Organization, Responsibilities Documentation Standards, Reviews, and Testing Problem Reporting Tools and Methodologies

Purpose Medium Size Software, Inc. –Medium-sized software company The Batch Processing Application –Flagship product –A batch processing application for a niche market with a wide customer base –Quarterly updates based on customer and company feedback SQA Plan –Details of iterative development approach

Reference Documents Developer’s Guide Developer’s Blog MSS Coding Standards Schaum’s Outline Series: Software Engineering

Management Group development with individual leadership –All members will help with work, but each person has specific responsibility for the direction of a primary task –Level of involvement in each primary task section varies and may be adjusted as needed by Project Leader

Management Project Leader –Coordinates all team efforts and analyzes overall progress; member of Medium Size Software projects lead committee. Customer Relations –Coordinates all requirements elicitation events regarding customer requests for added functionality, as well as customer reviews of releases. Determines priority for all customer issues.

Management Development Team –Coordinates all implementation and architecture work. Communications –Coordinates the maintenance and development of communication technologies for customer interaction, including bug- tracking web sites and quarterly webcasts.

Management Functionality Research –Coordinates research for potential added functionalities and implementation efficiency improvements. Testing and Release Management –Coordinates pre-release testing as well as initial management of quarterly releases.

Primary Tasks Requirements analysis User response Bug tracking Revision of architecture Implementation Testing Reviews Documentation

Software Design Documents (UML, OCL) Software Requirements Specifications Testing Plan Testing Report Developers’ Guide Developers’ Blog User’s Guide

Standards, Practices, Metrics Obviously iterative development approach Medium Size Software, Inc. Coding Standards will be used to ensure maintainable coding implementation. Schaum’s Outlines: Software Engineering will assist in metrics, planning, and quick reference of project analysis. EV analysis along with LOC counting will be used for metrics analysis, presented in meetings and with management and customers through formal reports and “dashboards.”

Reviews and Audits Team code reviews will take place as part of the team’s biweekly “All Hands” meetings (held in well-lit locations). Customer Relations and Communications teams will work with the Functionality Research and Implementation teams to assist in pre-release reviews and walk-throughs. Reports on these meetings as well as customer feedback from webcasts and online customer responses will also be gathered, analyzed, and reported on for future development use.

Testing Internal testing for each developed iteration will be handled case-by-case and agreed upon by the project team based on the development plan for that particular iteration and following Medium Size Software, Inc. standard testing practices.

Testing Offer beta test version for download by customers (decrease testing cost, allow extra feedback from customers - ensures we are correctly implementing the functions they want) (also boosts customer interest and loyalty, who have to wait 3 months between official releases)

Problem Reporting Problems will be reported primarily by customers –Post-release webcasts, held two weeks after each quarterly release. –A feature request and bug reporting web site will be used by customers to submit feature requests and application issues. These will be reported on by the Communications coordinator at each bi- weekly team meeting.

Tools, Techniques, Methodologies Special techniques in requirements elicitation Bi-weekly team meetings Customer interaction/Requirements Elicitation –Webcasts –Online feature request and bug reporting –BatchCon Maintain enthusiasm Continue momentum Marketing likes it

Code, Media Control Code Control –Concurrent versioning Subversion Secure storage Media Control –Central code repository Secured development server Frequent back-up

Training New members and current members will be trained as needed under the direction of the Team Leader Used to help continue to foster innovation to keep releases fresh and useful (which keeps the customer base happy)

The Bottom Line We will show how we care about what the customer wants. We have a large niche customer base, but we are only a medium sized company. When some larger company decides they want to compete for our niche, we will have worked to build a loyal base that won't be led astray.