COSC 4303 Software Engineering Introduction and Initial Planning of Group Projects Fall 2007.

Slides:



Advertisements
Similar presentations
Configuration Management
Advertisements

Software Quality Assurance Plan
Rice Cooker Project Integration Phase Integration of Hardware and Software.
MODELING THE TESTING PROCESS Formal Testing (1.0) Requirements Software Design Risk Data Approved, Debugged, Eng. Tested Code Automated Test Tools Tested.
Software Quality Assurance Plan
More CMM Part Two : Details.
Jay-Evan J. Tevis Department of Computer Science LeTourneau University Longview, TX
1 sqa13b IEEE Standard for SQAP u IEEE Std –Standard for Software Quality Assurance Plans –12 pages u IEEE Guide for Software Quality Assurance.
Configuration Management Managing Change. Points to Ponder Which is more important?  stability  progress Why is change potentially dangerous?
GAI Proprietary Information
Project Change Management
1 REQUIREMENTS ENGINEERING and SYSTEMS ANALYSIS Elements and Definitions.
Chapter 27 Change Management
Planning. SDLC Planning Analysis Design Implementation.
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 18 Maintaining.
Software Configuration Management
CSSE 375 Software Construction and Evolution: Configuration Management
Configuration Management Avoiding Costly Confusion mostly stolen from Chapter 27 of Pressman.
OHT 4.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Software Quality assurance (SQA) SWE 333 Dr Khalid Alnafjan
SQA Work Procedures.
Effective Methods for Software and Systems Integration
Chapter 2: Overview of Essentials ISE 443 / ETM 543 Fall 2013.
Configuration Management Managing Change. Points to Ponder Which is more important?  stability  progress Why is change potentially dangerous?
CHAPTER 5 Infrastructure Components PART I. 2 ESGD5125 SEM II 2009/2010 Dr. Samy Abu Naser 2 Learning Objectives: To discuss: The need for SQA procedures.
Software Configuration Management
Process Modeling CS 4320 Fall Process Difficulties SW not a production line Each project is different—even within the same company No universally.
Software Configuration Management (SCM)
Michael Dermody September 2010  Capability Maturity Model Integration ◦ Is a Trademark owned by the Software Engineering Institute (SEI) of Carnegie.
Software System Engineering: A tutorial
COSC 4303 Software Engineering GROUP PROJECT Introduction and Initial Planning Fall 2012.
1 Configuration Management “The Cookbook Approach”
Configuration Management (managing change). Starter Questions... Which is more important?  stability  progress Why is change potentially dangerous?
COSC 4303 Software Engineering GROUP PROJECT Introduction and Initial Planning Fall 2010.
Chapter 5 Defining and Managing Project and Product Scope Copyright 2012 John Wiley & Sons, Inc. 5-1.
1.  Describe an overall framework for project integration management ◦ RelatIion to the other project management knowledge areas and the project life.
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.
BSBPMG505A Manage Project Quality Manage Project Quality Project Quality Processes Diploma of Project Management Qualification Code BSB51507 Unit.
Apply Project Scope Management Techniques Project Scope Processes – Part 2 Certificate IV in Project Management Qualification Code BSB41507 Unit.
Georgia Institute of Technology CS 4320 Fall 2003.
© Mahindra Satyam 2009 Configuration Management QMS Training.
KS3 Phase4 Client Server Monitoring System October 1, 2008 by Stephen, Seema, Kam, Shpetim.
DPE CSSW Process Model Annex A WP-400 ECSS Case Study.
BSBPMG501A Manage Project Integrative Processes Manage Project Integrative Processes Project Integration Processes – Part 1 Diploma of Project Management.
M ONITOR & C ONTROL Focus is on Integrated Change Control 1.
Software Configuration Management (SCM). Product Developer Disciplines One view of the world is that there are three types of activities are required.
COSC 4303 Software Engineering Introduction and Initial Planning of Group Project Fall 2009 (Updated on 24 Oct 2009)
Timesheet training Version: Introduction Duration: 1.5 hours Purpose: Guide on how to use Timesheet.
~ pertemuan 4 ~ Oleh: Ir. Abdul Hayat, MTI 20-Mar-2009 [Abdul Hayat, [4]Project Integration Management, Semester Genap 2008/2009] 1 PROJECT INTEGRATION.
SwCDR (Peer) Review 1 UCB MAVEN Particles and Fields Flight Software Critical Design Review Peter R. Harvey.
6/6/ SOFTWARE LIFE CYCLE OVERVIEW Professor Ron Kenett Tel Aviv University School of Engineering.
OHT 18.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Software configuration, software configuration items and software configuration.
Introduction for the Implementation of Software Configuration Management I thought I knew it all !
Session 2 Dr. Dan C. Surber, ESEP
Configuration Management
Software Configuration Management
Software Project Configuration Management
Chapter 18 Maintaining Information Systems
Chapter 11: Software Configuration Management
Software and Systems Integration
Configuration Management Why do we need it? What does it do?
Configuration Management
Lecture 3 Change Management
Description of Revision
9/18/2018 Department of Software Engineering and IT Engineering
Gestion de la documentation pendant le cycle de développement
Chapter 11: Software Configuration Management
Maintaining Information Systems (SAD- 18)
HART Technologies Process Overview
{Project Name} Organizational Chart, Roles and Responsibilities
Chapter 18 Maintaining Information Systems
Presentation transcript:

COSC 4303 Software Engineering Introduction and Initial Planning of Group Projects Fall 2007

Organizational Structure Software Engineering Directorate Tevis Software Development DAT Team Bruning Malone (Wall) RubyRed Team Hadfield O’Grady Palermo Configuration Management Tevis Quality Assurance and Testing Elworth Bracy Glidden Kreis Requirements Management Baustian Chase Shaw (Wall) Project Management Rice Special Projects Bradbury

Update software development plan (SDP) Create OORA model (SRS) Software Requirements Review (SRR) Create architectural design model (SDD) Preliminary Design Review (PDR) Create component- level design (SDD) Create source code and do unit testing Critical Design Review (CDR) Do product build and integration testing Test Readiness Review (TRR) Do validation testing Create software version description (SVD) Determine qualification methods for requirements (STP) Create user interface design (SDD) Create preliminary software development plan (SDP) Task Network for the Organizational Software Development Process (Version 1) Create validation test cases (STD) Identify and record detailed software requirements (SRS) Deliver product and documentation Functional and Physical Configuration Audits (FCA/PCA) Note: If formal approval does not occur at a review or audit, this will require a return to a previous non-review step in the process Discuss software needs and project scope with customer Test Outcome Review (TOR)

Organizational Responsibilities (1 of 3) Software Engineering Director –Provide oversight for all of the company’s software engineering projects –Serve with the Customer Director as the review and project approval authority –Act as the baselining authority for all project documents and software –Moderate the SRR, PDR, CDR, TRR, TOR, FCA/PCA, and product delivery Project Management (PM) –Construct a timeline chart for each assigned project –Maintain timeline chart and brief the current status of each project –Report any project abnormalities, problems or delays to the Software Engineering Director –Collect any baselined products from Software Development –Submit any baselined products to Configuration Management Requirements Management (RM) –For each project, identify and record all user software requirements in a requirements table –Maintain the integrity of each requirements table by tracking any additions, changes, and deletions to the requirements table and submitting baselined versions to Configuration Management –Assist Quality Assurance in the validation testing of the software –Act as the customer representative at all review and audits Configuration Management (CM) –Provide configuration management services for all baselined artifacts –Maintain a project website of baselined artifacts

Organizational Responsibilities (2 of 3) Software Development –Based on the user software requirements, create an object-oriented requirements analysis model –Present this model at the Software Requirements Review (SRR) –Submit the baselined OORA model to your PM –Transform baselined OORA model into an OO architectural design model –Present this model at the Preliminary Design Review (PDR) –Submit the baselined architectural design model to your PM –Expand the baselined architectural design into a user interface design model and a component- level design model –Present these models at the Critical Design Review (CDR) –Submit the baselined user interface and component-level design models to your PM –Translate the baselined design models into source code and perform unit testing –Perform a product build and do software integration testing –Present the source code and your unit and integration testing results at the Test Readiness Review (TRR) –Submit the baselined source code to your PM –Provide assistance to QA during validation testing of the software –Based on the test results, make any necessary changes to the software to create a corrected version –Present the corrected source code at the Test Outcome Review (TOR) –Submit the baselined corrected source code to your PM –Create a software version description (SVD) –Present your software product specification at the Functional/Physical Configuration Audit (FCA/PCA) –Submit your baselined SVD to your PM

Organizational Responsibilities (2 of 3) Quality Assurance and Testing (QA) –For each assigned project, determine the qualification method to be used for each requirement listed in the baselined requirements table –Based on the qualification method, create a validation test case for each requirement listed in the baselined requirements table –Before validation testing begins, obtain the baselined source code from Configuration Management –With the assistance of Requirements Management and Software Development, perform validation testing of the software requirements and record all results in the requirements table –Coordinate with Software Development to make any changes to the software in order to create a corrected version –Present the validation test results, as recorded in the requirements table, at the Test Outcome Review (TOR) –Submit the baselined requirements table to your PM

Format of User Requirements Table Req. IDRequirement Description Qual. Type Input Data Expected Output Actual Output Passed Test?

DAT Project Software Requirements: Software tool to perform Discourse Analysis (developed by Dr. James Price) Contacts: Tim Brittain Programming Language: ?

RubyRed Project Software Requirements: User interface for user management, hosting account information, ticketing system, mail management, FTP management, web statistics integration, and administration Contacts: Tim Dyck, Colin Calvert Programming Language: Ruby on Rails More information: cp/roadmaphttp://newton.gottathink.com/projects/gt- cp/roadmap