Chunking.

Slides:



Advertisements
Similar presentations
Object Oriented Analysis And Design-IT0207 iiI Semester
Advertisements

Cultural Heritage in REGional NETworks REGNET Project Meeting Content Group
Page 1 Capability Business Benefit Business Risk KEYBA Capabilities: Benefits V Risks Facilitation of Decision making Getting the right people together.
PowerPoint Enhancements CMCE 1155 Prof. N Anderson.
1 Software Design Introduction  The chapter will address the following questions:  How do you factor a program into manageable program modules that can.
Introduction CSCI 444/544 Operating Systems Fall 2008.
Chapter 22 Object-Oriented Systems Analysis and Design and UML Systems Analysis and Design Kendall and Kendall Fifth Edition.
CSCU 411 Software Engineering Chapter 2 Introduction to Software Engineering Management.
1 Software Requirement Analysis Deployment Package for the Basic Profile Version 0.1, January 11th 2008.
Performance Measurement and Management IACT 418 IACT 918 Corporate Network Planning.
Copyright 2002 Prentice-Hall, Inc. Chapter 1 The Systems Development Environment 1.1 Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer.
Application architectures
1 SOFTWARE PRODUCTION. 2 DEVELOPMENT Product Creation Means: Methods & Heuristics Measure of Success: Quality f(Fitness of Use) MANAGEMENT Efficient &
IACT 901 Module 9 Establishing Technology Strategy - Scope & Purpose.
Chapter 5: Project Scope Management
Supplement 02CASE Tools1 Supplement 02 - Case Tools And Franchise Colleges By MANSHA NAWAZ.
5205 – IT Service Delivery and Support
Database Administration Chapter 16. Need for Databases  Data is used by different people, in different departments, for different reasons  Interpretation.
Joy Hamerman Matsumoto.  St Jude Medical Cardiac Rhythm Management Division manufactures implantable cardiac devices ◦ Pacemakers ◦ Implanted defibrillators.
Team Skill 1 Analyzing the Problem Business Modeling (6) 1.
Human-centered design Human factors & interactive digital media design.
Unit 2 — Building Web Part B) Designing the Web. Phase 1: Planning a Web Site Like an architect designing a building, adequately planning your Web site.
IEEE Standard for Software Test Documentation
1 BTEC HNC Systems Support Castle College 2007/8 Systems Analysis Lecture 9 Introduction to Design.
Copyright 2002 Prentice-Hall, Inc. Chapter 1 The Systems Development Environment 1.1 Modern Systems Analysis and Design.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 6 Slide 1 Requirements Engineering Processes l Processes used to discover, analyse and.
1 Software Development Configuration management. \ 2 Software Configuration  Items that comprise all information produced as part of the software development.
Chapter © 2012 Pearson Education, Inc. Publishing as Prentice Hall.
Requirements Elicitation. Who are the stakeholders in determining system requirements, and how does their viewpoint influence the process? How are non-technical.
LXI Standard Evolution David Owen, Technical Committee Chair LXI Consortium Business Development Manager Pickering Interfaces
SOFTWARE DESIGN AND ARCHITECTURE LECTURE 09. Review Introduction to architectural styles Distributed architectures – Client Server Architecture – Multi-tier.
Using Human Component Mapping TO ANALYSE & INTEGRATE HUMAN FACTORS ISSUES & RECORDS WITH RAILWAY HAZARD LOGS 1 Dr. Amanda C. Elliott, Simon Macmull & Harry.
IBM User Technology © 2005 IBM Corporation DITA and componentized information Skyla Loomis.
® IBM Software Group © 2006 IBM Corporation Writing Good Use Cases Module 1: Introduction to Use-Case Modeling.
Chapter 5 Flowcharting Copyright © 2010 by The McGraw-Hill Companies, Inc. All rights reserved.McGraw-Hill/Irwin.
Use Case Model Use case diagram.
Configuration Management and Change Control Change is inevitable! So it has to be planned for and managed.
1 CSCD 326 Data Structures I Software Design. 2 The Software Life Cycle 1. Specification 2. Design 3. Risk Analysis 4. Verification 5. Coding 6. Testing.
The techniques involved in systems analysis Explanation of a feasibility study:Explanation of a feasibility study: –economic, –legal, –technical, –time.
Chapter 6 CASE Tools Software Engineering Chapter 6-- CASE TOOLS
Created by Carisa Guasp. Computer Applications  Standard The student will evaluate the impact and applications of computers in society. ◦ 1.1 -
Communications & Networks National 4 & 5 Computing Science.
Basic components of memory
Informatics 122 Software Design II Lecture 12 Emily Navarro Duplication of course material for any commercial purpose without the explicit written permission.
Word Processing Word processing packages such as Microsoft Word are text based. When text is entered via a keyboard, the characters are displayed on screen.
Describe the potential of IT to improve internal and external communications By Jim Green.
Systems Design.  Application Design  User Interface Design  Database Design.
UML - Development Process 1 Software Development Process Using UML.
From the customer’s perspective the SRS is: How smart people are going to solve the problem that was stated in the System Spec. A “contract”, more or less.
Page 1 2P13 Week 1. Page 2 Page 3 Page 4 Page 5.
1 AQA ICT AS Level © Nelson Thornes 2008 Operating Systems What are they and why do we need them?
IBM Software Group © 2008 IBM Corporation Tivoli Provisioning Manager Beta Program Web Replay Intro and Lab September, 2008 Robert Uthe.
Topic 2 – Techniques involved in Systems Analysis Unit 1 – Database Analysis and Design Advanced Higher Information Systems St Kentigern’s Academy.
MIS Project Management Instructor: Sihem Smida Project Man agent 3Future Managers1.
 The processes used for RE vary widely depending on the application domain, the people involved and the organisation developing the requirements.  However,
Chapter 25 – Configuration Management 1Chapter 25 Configuration management.
Software Project Configuration Management
It's not the KPI that drives the business, but the data behind it
Use Case Model Use case diagram.
IEEE Standard for Software Test Documentation IEEE Std
Software Requirements
Software What Is Software?
System Development Life Cycle (SDLC)
The “Internet”.
Upgrading to Microsoft SQL Server 2014
An Introduction to Software Engineering
System Development Life Cycle (SDLC)
Applying Use Cases (Chapters 25,26)
Applying Use Cases (Chapters 25,26)
Presentation transcript:

Chunking

What is it? Chunking (psychology), a short-term memory mechanism and techniques to exploit it Chunking (writing), a method of splitting content into short, easily scannable elements, especially for web audiences Chunking (computing), a memory allocation or message transmission procedure in computer programming Pumpkin chunking, the activity of hurling pumpkins The Magical Number Seven, Plus or Minus Two: Some Limits on our Capacity for Processing Information George A. Miller (1956) The paper discusses the breaking up information into ‘chunks’ and the use of recoding to aid in memory storage and recall

Why use Chunking A Means of breaking down things into manageable ‘chunks’ Simplifies elements into easier to understand parts Easier to interpret and remember the detail Aids concentration and focus on key parts Helps in understanding of related items

Why use Chunking By breaking things down into chunks we can group processes or functionality Helps in organisation and management of created artefacts Aids in identification of potential duplication Aids in identification of potential items for re-use Helps to differentiate between certain potential activities

Putting it into action A starting point Test scripts based upon scenarios, use cases/stories Multiple individual scripts for variances within flows Each individual script covered an appreciable amount of the same process/functionality Large overhead in maintenance should something change within the user case/story Test team struggling to keep on top of workload for new items let alone existing items Usual time constraints compounded the issues

Navigates to Printer Settings Modifies Printer Settings User Logs in Navigates to Printer Settings Modifies Printer Settings Navigates to Document Creation Selects Document Template Prints Document Verifies Print out is as expected

Navigates to Printer Settings Modifies Printer Settings User Logs in Navigates to Printer Settings Modifies Printer Settings Navigates to Document Creation Selects Document Template Prints Document Verifies Print out is as expected User Logs in Navigates to Printer Settings Modifies Printer Settings Navigates to Document Creation Selects Document Template Prints Document Verifies Print out is as expected User Logs in Navigates to Printer Settings Modifies Printer Settings Navigates to Document Creation Selects Document Template Prints Document Verifies Print out is as expected User Logs in Navigates to Printer Settings Modifies Printer Settings Navigates to Document Creation Selects Document Template Prints Document Verifies Print out is as expected

Chunking it up Split out the test scripts into scripts dedicated to functional chunks In doing so it allows us to concentrate on each chunk as a distinct piece Create sets of tests around a chunk In doing so areas of existing duplication were identified and mitigated Generic usage scripts identified and created for re-use Impact assessment for change control easier to quantify Create a library of reference scripts that can be used over and over by multiple other scripts Reduces maintenance overheads should something change for the distinct areas Allows a more flexible approach as scripts can be cherry picked and grouped to meet particular needs for a scenario or use case flow Identifies inter relationships between tests

Navigates to Printer Settings Modifies Printer Settings User Logs in Navigates to Printer Settings Modifies Printer Settings Navigates to Document Creation Selects Document Template Prints Document Verifies Print out is as expected

Modifies Printer Settings Navigation Scripts Document handling scripts Login Scripts Navigation Scripts Modifies Printer Settings Navigation Scripts Document handling scripts Verifies Print out is as expected

Impact within the team Completely changed the philosophy within the team Increased focus on smaller pieces of work More time to devote to new tests Less overheads on maintenance Increased test coverage with regards to depth of functionality tested Team able to react to changes in a more timely fashion Beneficial side effects Greater understanding of the intricacies involved within the software under test Appreciation for the bigger picture with regards to related areas, config and hardware considerations Exposed holes in communication paths within the team and other teams Team become more flexible to the different needs of customer business units

Thoughts and considerations Can be applied across multiple levels of test activities Helps identify relationships between areas of test and the different type of test activity required Creation of common library of tests introduces its own challenges and maintenance issues Data Driven testing utilised to maximise script re-use Tool utilisation can drastically effect the implementation

Q&A