COMP 2007 R J Walters. COMP 2007 - 3 Remember - Documentation Defines your Engineering process Includes Requirements Design Testing User manuals Other.

Slides:



Advertisements
Similar presentations
Chapter 24 Quality Management.
Advertisements

Configuration management
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 27 Slide 1 Quality Management.
SOFTWARE TESTING. Software Testing Principles Types of software tests Test planning Test Development Test Execution and Reporting Test tools and Methods.
Software Delivery. Software Delivery Management  Managing Requirements and Changes  Managing Resources  Managing Configuration  Managing Defects 
SE382 Software Engineering Lecture 21b
Soft. Eng. II, Spr. 02Dr Driss Kettani, from I. Sommerville1 CSC-3325: Chapter 6 Title : The Software Quality Reading: I. Sommerville, Chap: 24.
©Ian Sommerville 2000Software Engineering, 6th edition. Chapter 19Slide 1 Verification and Validation l Assuring that a software system meets a user's.
COMP 2007 R J Walters. COMP Last time Software Engineering is important It is “soft” - Not easy Making things using an “engineering” approach.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 27 Slide 1 Quality Management.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 24Slide 1 Quality Management l Managing the quality of the software process and products.
1 SWE Introduction to Software Engineering Lecture 11 - Requirements Engineering Processes.
 QUALITY ASSURANCE:  QA is defined as a procedure or set of procedures intended to ensure that a product or service under development (before work is.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 27 Slide 1 Quality Management 1.
Software Defects Defect Prevention and Removal 1.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 Slide 1 Configuration Management.
Software Documentation Written By: Ian Sommerville Presentation By: Stephen Lopez-Couto.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 10 Slide 1 Critical Systems Specification 3 Formal Specification.
1CMSC 345, Version 4/04 Verification and Validation Reference: Software Engineering, Ian Sommerville, 6th edition, Chapter 19.
OHT 4.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Software Quality assurance (SQA) SWE 333 Dr Khalid Alnafjan
Prof. Mohamed Batouche Quality Control.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 17 Slide 1 Extreme Programming.
Software Engineering EE323 Y.F. Fung Office: CF605 Consultation hours: Wednesday 6pm-7:30pm.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 27 Slide 1 Quality Management.
CS 4310: Software Engineering
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 27 Slide 1 Quality Management 1.
©Ian Sommerville 2000Software Engineering, 6th edition. Chapter 19Slide 1 Verification and Validation l Assuring that a software system meets a user's.
Software Engineering Process I
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 22 Slide 1 Verification and Validation.
Test plans CSCI102 - Systems ITCS905 - Systems MCS Systems.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 6 Slide 1 Chapter 6 Requirements Engineering Process.
Copyright © Jerzy R. Nawrocki Requirements Review Requirements Engineering & Project.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 27 Slide 1 Quality Management.
Verification and Validation Overview References: Shach, Object Oriented and Classical Software Engineering Pressman, Software Engineering: a Practitioner’s.
1 Software Development Configuration management. \ 2 Software Configuration  Items that comprise all information produced as part of the software development.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 29 Slide 1 Configuration management.
Intent Specification Intent Specification is used in SpecTRM
Software Quality See accompanying Word file “Software quality 1”
 Once the system has been installed it will be monitored to check whether it is working correctly. Sometimes problems with a system will not be found.
COMP 2007 R J Walters. COMP Introduction Try to place this course in context A bit of history “Engineering”?
Software Testing and Maintenance 1 Code Review  Introduction  How to Conduct Code Review  Practical Tips  Tool Support  Summary.
©Ian Sommerville 2000Software Engineering, 6th edition. Chapter 19Slide 1 Chapter 19 Verification and Validation.
These slides are designed to accompany Software Engineering: A Practitioner’s Approach, 7/e (McGraw-Hill 2009). Slides copyright 2009 by Roger Pressman.1.
Lecture 14 Maintaining the System and Managing Software Change SFDV Principles of Information Systems.
CASE Tools Union Palenshus. In the early days… ► Software engineering tools consisted solely of translators, compilers, assemblers, linkers, loaders,
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 27 Slide 1 Quality Management.
1 The problem of correctness Consider the following program: Read(ch) WriteString(‘42’) is this correct?
Software Defects.
1 Chapter 26 Cleanroom Software Engineering Cleanroom Developed in early 80’s by Harlan Mills Reported very good results –reliable, high-quality.
1 One Last Book, One Last Topic Code reviews / software inspections.
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
These slides are designed to accompany Software Engineering: A Practitioner’s Approach, 7/e (McGraw-Hill 2009). Slides copyright 2009 by Roger Pressman.1.
Introduction Requirements and the Software Lifecycle (3)
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 23 Slide 1 Software testing.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 27 Slide 1 Quality Management.
©Ian Sommerville 2000Software Engineering, 6th edition. Chapter 19Slide 1 Software inspections l Involve people examining the source representation with.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 27 Slide 1 Quality Management.
Software Project Management Lecture # 12. Outline Quality Management ( chapter 26 - Pressman )  SQA  Who does it?  SQA Activities  Software reviews.
Software Engineering Process - II 7.1 Unit 7: Quality Management Software Engineering Process - II.
©Ian Sommerville 2000Software Engineering, 6th edition. Chapter 19Slide 1 Verification and Validation l Assuring that a software system meets a user's.
Review Techniques SEII-Lecture 16
CIS 375 Bruce R. Maxim UM-Dearborn
Software Configuration Management (SCM)
Lecture 0 Software Engineering Course Introduction
Verification and Validation Overview
The Unified/Rational Unified Process (UP/RUP) Defined
Project Management: Inspections and Reviews Formal Specifications
QA Reviews Lecture # 6.
Software Reviews.
Testing, Inspection, Walkthrough
Presentation transcript:

COMP 2007 R J Walters

COMP Remember - Documentation Defines your Engineering process Includes Requirements Design Testing User manuals Other things

COMP Introduction Looked a bit at requirements last time Dr Saunders will be looking at Design I will be back on testing later Today: User Documentation Other documents Reviews & Inspections, Version control … One other thing

COMP User Documentation Has to be complete and accurate Must comply with the client’s requirement Plan document generation Don’t leave it all to the end

COMP Other Documentation: Reviews Inspection Walk through Presentations Formal Informal Peer group review Casual conversations Testing??

COMP Inspections Popular with large developers Early identification of defects Easier and cheaper to make corrections Management tool To analyse development (process) To predict results

COMP Inspections – How? Roles Moderator Chairman Producer Specification Monitor Checks code against specifications Recorder Keeps minutes

COMP Inspections – How? Comparison of lower level document with its higher level precursor Line by line examination of low lever document Small group Outcome is often list of errors

COMP Inspections – How? Correct – its right Doc – its right but needs more explanation Style – its right but … Bug – it is wrong Puzzle – right, wrong, who knows?

COMP Version control Use for documents as well as code Unambiguous identification of versions Locking You have free access to CVS

COMP What about formal methods or extreme programming? Software Engineering principles still apply Documentation will be different Proofs of correctness Supporting documents Testing?

COMP Questions? Next time: Coursework 1 Suggested reading Your UML reference Software Engineering, 7th Edition, Ian Sommerville Software Engineering: A Practitioner's Approach, Roger Pressman

COMP