Implementation/Acceptance Testing CSE9020 2004 Week 8 / 1 CSE9020 Case Study Week 8 Implementation and Acceptance Testing.

Slides:



Advertisements
Similar presentations
Configuration management
Advertisements

Database Planning, Design, and Administration
Requirements Specification and Management
CALIFORNIA DEPARTMENT OF EDUCATION Jack O’Connell, State Superintendent of Public Instruction California Department of Education Special Education Self-
Software Quality Assurance Plan
Dr Gordon Russell, Napier University Unit Data Dictionary 1 Data Dictionary Unit 5.3.
5-9/12/2005 CPE How to format your computer and re-install Windows XP.
CHAPTER © 2013 The McGraw-Hill Companies, Inc. All rights reserved. 2 Introduction to Medisoft.
Guide to Oracle10G1 Introduction To Forms Builder Chapter 5.
Quality Management System
Chapter Physical Database Design Methodology Software & Hardware Mapping Logical Design to DBMS Physical Implementation Security Implementation Monitoring.
A Guide to Oracle9i1 Introduction To Forms Builder Chapter 5.
Fundamentals, Design, and Implementation, 9/e Chapter 11 Managing Databases with SQL Server 2000.
MSIS 110: Introduction to Computers; Instructor: S. Mathiyalakan1 Systems Design, Implementation, Maintenance, and Review Chapter 13.
70-290: MCSE Guide to Managing a Microsoft Windows Server 2003 Environment Chapter 12: Managing and Implementing Backups and Disaster Recovery.
Lecture Nine Database Planning, Design, and Administration
Implementation/Acceptance Testing / 1 Implementation and Acceptance Testing Physical Implementation Criteria: 1. Data availability 2. Data reliability.
Information systems and databases Database information systems Read the textbook: Chapter 2: Information systems and databases FOR MORE INFO...
Copyright © 2015 Pearson Education, Inc. Processing Integrity and Availability Controls Chapter
Chapter 10 Information Systems Controls for System Reliability—Part 3: Processing Integrity and Availability Copyright © 2012 Pearson Education, Inc.
Software Development Unit 2 Databases What is a database? A collection of data organised in a manner that allows access, retrieval and use of that data.
COMPREHENSIVE Excel Tutorial 8 Developing an Excel Application.
70-290: MCSE Guide to Managing a Microsoft Windows Server 2003 Environment, Enhanced Chapter 12: Managing and Implementing Backups and Disaster Recovery.
Release & Deployment ITIL Version 3
1 © 2006 Cisco Systems, Inc. All rights reserved. Session Number Presentation_ID Using the Cisco Technical Support & Documentation Website for Security.
This chapter is extracted from Sommerville’s slides. Text book chapter
High-Speed, High Volume Document Storage, Retrieval, and Manipulation with Documentum and Snowbound March 8, 2007.
PELICAN Keys to Quality – GSD Session 11 August 26th, 2008.
Database Applications – Microsoft Access Lesson 2 Modifying a Table and Creating a Form 45 slides in presentation Accessibility check 9/14.
Chapter 9 Database Planning, Design, and Administration Sungchul Hong.
Database System Development Lifecycle © Pearson Education Limited 1995, 2005.
Overview of the Database Development Process
Databases C HAPTER Chapter 10: Databases2 Databases and Structured Fields  A database is a collection of information –Typically stored as computer.
Copyright © 2003 by Prentice Hall Module 4 Database Management Systems 1.What is a database? Data hierarchy and data organization Field, record, file,
70-290: MCSE Guide to Managing a Microsoft Windows Server 2003 Environment, Enhanced Chapter 12: Managing and Implementing Backups and Disaster Recovery.
 To explain the importance of software configuration management (CM)  To describe key CM activities namely CM planning, change management, version management.
Chapter 1 In-lab Quiz Next week
FCS - AAO - DM COMPE/SE/ISE 492 Senior Project 2 System/Software Test Documentation (STD) System/Software Test Documentation (STD)
Copyright © 2007, Oracle. All rights reserved. Managing Concurrent Requests.
Components of Database Management System
Chapter 7: Database Systems Succeeding with Technology: Second Edition.
Databases and Database Management Systems
1 Minggu 9, Pertemuan 17 Database Planning, Design, and Administration Matakuliah: T0206-Sistem Basisdata Tahun: 2005 Versi: 1.0/0.0.
Principles of Information Systems, Sixth Edition Systems Design, Implementation, Maintenance, and Review Chapter 13.
Creator: ACSession No: 16 Slide No: 1Reviewer: SS CSE300Advanced Software EngineeringFebruary 2006 (Software Quality) Configuration Management CSE300 Advanced.
Management Information Systems MS Access MS Access is an application software that facilitates us to create Database Management Systems (DBMS)
I.Information Building & Retrieval Learning Objectives: the process of Information building the responsibilities and interaction of each data managing.
MS Access 2007 Management Information Systems 1. Overview 2  What is MS Access?  Access Terminology  Access Window  Database Window  Create New Database.
Principles of Information Systems, Sixth Edition Systems Design, Implementation, Maintenance, and Review Chapter 13.
C6 Databases. 2 Traditional file environment Data Redundancy and Inconsistency: –Data redundancy: The presence of duplicate data in multiple data files.
Chapter 1 Introduction to Databases. 1-2 Chapter Outline   Common uses of database systems   Meaning of basic terms   Database Applications  
IS 325 Notes for Wednesday August 28, Data is the Core of the Enterprise.
Today’s Lecture Covers
Database Administration
Chapter 9 & 10 Database Planning, Design and Administration Database Application Lifecycle DBMS Selection Database Administration.
University of Sunderland COM 220 Lecture Seven Slide 1 Database Users & Administration.
Principles of Information Systems, Sixth Edition 1 Systems Design, Implementation, Maintenance, and Review Chapter 13.
1Copyright © 2011 Pearson Education, Inc. Publishing as Prentice Hall. Exploring Microsoft Office Access 2010 by Robert Grauer, Keith Mast, and Mary Anne.
1 Chapter 12 Configuration management This chapter is extracted from Sommerville’s slides. Text book chapter 29 1.
State of Georgia Release Management Training
CREATE THE DIFFERENCE Back ups and Recovery. CREATE THE DIFFERENCE Aims This lecture aims to cover –Back ups –Transaction logging –Security threats.
Database Systems: Design, Implementation, and Management Eighth Edition Chapter 1 Database Systems.
Banner 6.x Fundamentals: Navigation and Forms. n Name n Organization n Title/function n Job responsibilities n SCT Banner Experience n Expectations Introductions.
Basic Navigation in Oracle R12 BY: Muhammad Irfan.
Chapter 9 Database Planning, Design, and Administration Transparencies © Pearson Education Limited 1995, 2005.
SOFTWARE TESTING TRAINING TOOLS SUPPORT FOR SOFTWARE TESTING Chapter 6 immaculateres 1.
Excel Tutorial 8 Developing an Excel Application
Processing Integrity and Availability Controls
System Navigation and Test Launch
Introduction to Medisoft
Presentation transcript:

Implementation/Acceptance Testing CSE Week 8 / 1 CSE9020 Case Study Week 8 Implementation and Acceptance Testing

Implementation/Acceptance Testing CSE Week 8 / 2 Implementation and Acceptance Testing Physical Implementation Criteria: 1. Data availability 2. Data reliability 3. Data currency 4. Data consistency 5. Data flexibility 6. Data efficiency

Implementation/Acceptance Testing CSE Week 8 / 3 Implementation and Acceptance Testing 1. Data availability : The required data and relationships are stored in the database 2. Data reliability : Data will not be lost nor corrupted 3. Data currency : The data value is the latest value of the data item

Implementation/Acceptance Testing CSE Week 8 / 4 Implementation and Acceptance Testing 4. Data consistency : The same data values will be obtained for the same item in different queries at the same time 5. Data flexibility : Extension can be made to meet new requirements without rebuilding the database 6. Data efficiency : Storage and retrieval are at minimum cost

Implementation/Acceptance Testing CSE Week 8 / 5 Implementation and Acceptance Testing The major components of the implementation model are : 1. A data model structure 2. Data definition languages to define the data model structure 3. The data access commands. Access specifications are embedded in programs, views, reports 4. Physical structures - based on volumes, usage, frequency of use, response times required, number of concurrent users..

Implementation/Acceptance Testing CSE Week 8 / 6 Implementation and Acceptance Testing The Enterprise Model Data Model Structure Programs and enquiries Access Specifications to access the database Logical data model structure Database Specification Physical database structures Quantitative data

Implementation/Acceptance Testing CSE Week 8 / 7 Implementation and Acceptance Testing Database considerations Four fundamental capabilities of a DBMS: 1. The DBMS must provide a natural interface for user data 2. The interface must be independent of any physical storage structures 3. Different users should be able to access the same database using different views of the database 4. Changes to the database can be made without affecting programs which make no use of the change

Implementation/Acceptance Testing CSE Week 8 / 8 Implementation and Acceptance Testing Database considerations The Operational Environment –Specialised use by one or a few people –The database is: an integral part of a business operation; and must be accessible to a large number of users, who may be spread over many locations, and work in different time zones

Implementation/Acceptance Testing CSE Week 8 / 9 Implementation and Acceptance Testing Database considerations Other database considerations: Concurrency control Access controls Recovery systems Database privacy In many ways, these are considerations of security

Implementation/Acceptance Testing CSE Week 8 / 10 Implementation and Acceptance Testing Test Specification A suggested Test Specification outline: Test the functional areas: –Maintenance –Analysis –Tools –Exit Procedures Overall operation - menu navigation, forms opening, forms closing, button operation. Transition to a new or former state

Implementation/Acceptance Testing CSE Week 8 / 11 Implementation and Acceptance Testing Test Specification Maintenance : data entry Forms navigation Valid data entries Valid / correct calculations Tools - probably searching and sorting

Implementation/Acceptance Testing CSE Week 8 / 12 Implementation and Acceptance Testing Test Specification Test each attribute in forms, views, reports Order of presentation / appearance of input attributes Navigation around or through forms - Tab key, Enter key Is the progression accurate ? - what you expected ? - smooth ? What is the ‘user’ reaction ? - the Quality Reviewer in your team is an excellent ‘user’. Indicate ‘actions’, ‘Expected results’, Actual results or ‘OK’.

Implementation/Acceptance Testing CSE Week 8 / 13 Implementation and Acceptance Testing Test Specification Test forwards and reverse cursor movements What error messages occur ? What triggers them ? How are they cleared - not a full restart ? Do you have ‘standard’ error messages or is there a clear indication of the cause and correction of the error ? Are attributes type protected ? Size protected ?

Implementation/Acceptance Testing CSE Week 8 / 14 Implementation and Acceptance Testing Test Specification Do you have data presentation rules ? e.g. - the first character of a string in Capitals - punctuation - $ signs or identifiers on numeric values displayed - decimal points included and positioned correctly - dates in British form e.g. 12/09/2002 or 12-October-2002 How are empty attributes presented ? Blank, ??, ‘no value’ displayed ?

Implementation/Acceptance Testing CSE Week 8 / 15 Implementation and Acceptance Testing Test Specification What is your policy on deletions ? Tag and retain, release, archive ? Are there any warning messages ? Is referential integrity affected ? Are deletions logged or archived ? Who can delete ? Is there a choice to proceed to deletion or not ?

Implementation/Acceptance Testing CSE Week 8 / 16 Implementation and Acceptance Testing Test Specification -Recording How do you intend to record –successful tests –problems in tests –the action taken and the result of a re-test –who took part in the test who prepared the data who prepared the ‘control’ output who ran the test who investigated the fault, if any

Implementation/Acceptance Testing CSE Week 8 / 17 Implementation and Acceptance Testing Test Specification What does the ‘user’ expect to see ? Is the user impressed ? Does the ‘user’ require changes (terms, progression, colours, positioning..) (Quality reviewer + possibly the team coordinator) ? When were the various tests performed ? What was the equipment / software configuration ? Is it compatible with the end-user’s equipment and operating system ?

Implementation/Acceptance Testing CSE Week 8 / 18 Implementation and Acceptance Testing Test Specification What are the criteria for a – a successful test – an unsuccessful test Do you intend a team walkthrough before a test is made or a revision test is made ? Who certifies the test result ? Who organises the test schedule - who monitors it ?

Implementation/Acceptance Testing CSE Week 8 / 19 Implementation and Acceptance Testing Do you intend to include a glossary of terms in your Acceptance Test Specification - which terms ? Could these be superseded by a training session with the user ? What if the user leaves, gets another job, …… What form of certification are you going to present to the end- user ?

Implementation/Acceptance Testing CSE Week 8 / 20 Implementation and Acceptance Testing What is the recommended method of recovery ? Does it work ? Is it automated or will the end user need to run through a series of keyboard operations How ‘clear’ are the instructions - is it likely that the end user will overwrite critical data ? Will you train the user(s) as part of your delivery package ?

Implementation/Acceptance Testing CSE Week 8 / 21 Implementation and Acceptance Testing What are the security provisions ? Who will administer them ? How secure are they ? What risk is there to the end user when the system fails ? Is there any fall back position / procedure ?

Implementation/Acceptance Testing CSE Week 8 / 22 Implementation and Acceptance Testing Support Are you able, or do you intend that the end user will have access to ongoing support ? How ? What are your suggestions to the end user regarding –software upgrades (e.g. Windows2000 to WindowsXP) –hardware upgrades –on line connections to the system –on line customer/account tracking (e-commerce) –customer on line access –service and support

Implementation/Acceptance Testing CSE Week 8 / 23 Implementation and Acceptance Testing Implementation How do you intend to load the initial working data for the client ? Who supplies the effort and meets the cost ? How many rows / records are involved ? Is there going to be a delay time prior to the system being operable ? How would this gap be controlled - e.g. transactions occurring but not able to update ?

Implementation/Acceptance Testing CSE Week 8 / 24 Implementation and Acceptance Testing Implementation What exactly are you going to deliver to the client ? ? A CD - ? Labelled ? Which files, which directories ? Self-installing ?.dll consistency Installation instructions ? Part of the user manual ? Passwords are always an issue - unless there are clear instructions User Manual - ? Agreed on the binding ? Printing quality ? Product checking ? Is your supervisor happy with all these ?

Implementation/Acceptance Testing CSE Week 8 / 25 Implementation and Acceptance Testing