Early Software Product Improvement with Sequential Inspection Sessions: An empirical Investigation of Inspector Capability and Learning Effects
|
|
|
- Rodger Simon
- 10 years ago
- Views:
Transcription
1 Early Software Product Improvement with Sequential Inspection Sessions: An empirical Investigation of Inspector Capability and Learning Effects Dietmar Winkler, Bettina Thurnher, Stefan Biffl Institute of Software Technology and Interactive Systems Vienna University of Technology
2 Motivation The construction of high-quality software products requires (a) professional approaches (e.g., processes and methods) and well-trained engineers. Early detection and removal of defects, e.g., in the design phase, helps increase software quality and decrease rework effort and cost. Prior empirical studies showed that UBR (software inspection with a usagebased reading technique approach) can focus on most important use cases and spot on the detection of crucial and important defects. Inspection promises to be a vehicle to support learning. Questions: How is the impact of inspector qualification on inspection performance? Is there any notable difference of learning effects regarding inspection performance in a sequence of sessions? 2
3 Defect Detection with Inspection Software Inspection is a static analysis technique to verify quality properties of software. does not require executable code (applicable to design documents). focuses on defect types and location in the inspected object. Guidance of inspectors with reading techniques and guidelines (how to traverse a software document). Best-practice approach: Usage-Based Reading (UBR) Well-investigated reading technique approach. Goal: focus on most important defects first (classes crucial and important ). User focus: use cases lead the inspection process. Application of use cases and scenarios from requirements documents in a pre-defined order (prioritized by a group of experts) to design documents Institut für Softwaretechnik und Interaktive Systeme
4 Learning with Inspection Inspection supports learning due to a systematic and structured process (inspection process) which is repeatable and traceable Active guidance to support individual inspectors in defect detection tasks (guidelines, checklists, etc.) We refer learning as an improvement of individual inspection performance in a sequence of inspection sessions within a similar application domain. Research Questions: Is there any difference of inspection performance regarding system complexity and inspector capability? Can we identify differences of gained additional inspection experience in a second inspection session? Institut für Softwaretechnik und Interaktive Systeme
5 Dependent Variables and Hypothesis Inspection effort includes individual preparation time and inspection duration (we did not consider inspection pre-work, e.g. use case prioritization). Effectiveness is the number of defects in relation to the overall number of seeded (important) defects. Efficiency is the number of defects found per time interval (e.g., defects found per hour) False Positives is the share of "wrong defects found" by individual inspectors. Hypothesis: Effectiveness and efficiency will increase in a second inspection session. False positives will decrease in a second inspection session. Inspectors will perform better in the less complex part of the system Institut für Softwaretechnik und Interaktive Systeme
6 Experiment Description The system represents a snapshot of the development process of a taxi management system including requirements and design documents and source code fragments. Two parts of the system at different levels of system complexity (amount of inspection material). Complexity (Central) > Complexity (Taxi). Total number of 56 seeded important defects within the design specification and the source code. Three experiment phases processed: (a) training & preparation, (b) individual inspection, and (c) data submission.
7 Study Arrangement (2x2 study design) Subjects 104 graduate students in a class on quality assurance and software engineering: 18 less, 22 medium and 12 higher-qualified inspectors per group. The subjects were randomly assigned to 2 groups. Data Set 1 (Central part) is the more complex part and Data Set 2 (Taxi) is the less complex part of the system.
8 Threats to Validity Internal validity: Avoidance of communication between individuals during the study execution. Participants could take individual brakes, whenever necessary (break durations noted). Limitation of the overall inspection duration (3h for taxi, 5h for central due complexity reasons). Experience questionnaire to get an insight on prior knowledge. Feedback questionnaire to see if the participants followed the study process properly. External validity: Well-known application domain to avoid domain-specific interpretation problems. Pilot test and reviews to assure correctness of experiment material. Control of variables due classroom setting Institut für Softwaretechnik und Interaktive Systeme
9 Results: Effectiveness 100 Effectiveness: number of defects found in relation to the number of seeded defects Session 1 Session 2 Central Taxi Central Taxi Mean 34.2% 51.0% 55.7% 74.6% Std.Dev. 17.2% 25.7% 5.5% 11.6% System Complexity: Significant differences between Group A and B in both sessions. Only small advantages for high-qualified inspectors. Similar system parts: significant differences for all qualification classes and both groups. Advantages for less- and medium-qualified inspectors. Group A (Central) Session 1 Group B (Taxi) Effectiveness [%] Effectiveness [%] Group B (Central) Session 2 Group A (Taxi) Qualification low medium high Qualification low medium high
10 Results: Efficiency 14 Efficiency: number of found defects per hour. 12 Session 1 Session 2 Central Taxi Central Taxi Mean Std.Dev System Complexity: We observed significant differences between less- and higher qualified inspectors in both session within the more complex part. Efficiency [per hour] Group A (Central) Session 1 Group B (Taxi) No significant differences in the taxi part Similar system parts: There is a notable learning effect (p<0.040) in session 2 for all qualification classes. We observed the highest improvement factor for medium qualified inspectors and the lowest for higher-qualified inspectors. Group B (Central) Session 2 Group A (Taxi) Efficiency [per hour]
11 Results: False Positives 100 False Positives (FP): share of wrong defects found Session 1 Session 2 Central Taxi Central Taxi Mean 63.3% 36.9% 55.7% 41.7% Std.Dev. 19.4% 10.9% 21.9% 9.6% System Complexity: No significant differences within both sessions. False Positives [%] Group A (Central) Session 1 Group B (Taxi) Similar system parts: 80 The FP decreased for group A (starting with the more complex central part of the system) and increased for group B (starting with taxi). False Positives [%] Group B (Central) Group A (Taxi) 11 Session 2
12 Summary and Further Work Summary: Software inspection is an appropriate method for defect detection in early software development phases and learning. The results showed that inspectors who started with a simple (less complex) system part are more successful regarding effectiveness, efficiency and false positives. We observed a smaller learning effect for higher-qualified inspectors. One reason might be that they apply their own suitable inspection approach. Further Work: More detailed investigation of the results regarding inspector qualification, different defect types and document locations will lead to a deeper insight in learning with inspection. 12
13 Backup 13
14 Study Artifacts System Overview: Taxi Management System Software artifacts per part Central (DS1) Taxi (DS2) Requirements 4 pages 4 pages definitions 1,400 words 1,100 words 16 use cases 11 use cases Design document Source Code in Lines of Code (LoC) Common system information 5 pages 3 pages 1,600 words 800 words 750 LoC 650 LoC 2,100 words 1,400 words 1 component diagram 1 class diagram 11 sequence charts Seeded defects per part Central (DS1) Taxi (DS2) Total No. of Defects Share of Defects 54% 46% 100% Data Set 1 (Central part) is the more complex part (higher amount of inspection material) of the system.
Investigating the Temporal Behavior of Defect Detection in Software Inspection and Inspection-Based Testing
Investigating the Temporal Behavior of Defect Detection in Software Inspection and Inspection-Based Testing Dietmar Winkler Stefan Biffl Kevin Faderl Institute of Software Technology and Interactive Systems,
Agile Software Engineering Practice to Improve Project Success
Agile Software Engineering Practice to Improve Project Success Dietmar Winkler Vienna University of Technology Institute of Software Technology and Interactive Systems [email protected]
Empirical Software Engineering Introduction & Basic Concepts
Empirical Software Engineering Introduction & Basic Concepts Dietmar Winkler Vienna University of Technology Institute of Software Technology and Interactive Systems [email protected]
Aspects of Software Quality Assurance in Open Source Software Projects: Two Case Studies from Apache Project
Aspects of Software Quality Assurance in Open Source Software Projects: Two Case Studies from Apache Project Dindin Wahyudin, Alexander Schatten, Dietmar Winkler, Stefan Biffl Institute of Software Technology
Improving Video Game Development: Facilitating Heterogeneous Team Collaboration Through Flexible Software Processes
Improving Video Game Development: Facilitating Heterogeneous Team Collaboration Through Flexible Software Processes Jürgen Musil Angelika Schweda Dietmar Winkler Stefan Biffl 1 Christian Doppler Laboratory
Best-Practice Software Engineering: Software Processes to Support Project Success. Dietmar Winkler
Best-Practice Software Engineering: Software Processes to Support Project Success Dietmar Winkler Vienna University of Technology Institute of Software Technology and Interactive Systems [email protected]
Internal Audit Hearing Sheet
Attached form Name of the financial institution Title and name of the manager Name and telephone number of the person in charge Internal Audit Hearing Sheet Please provide all officials in charge of the
Test-Driven Automation: Adopting Test-First Development to Improve Automation Systems Engineering Processes
Test-Driven Automation: Adopting Test-First Development to Improve Automation Systems Engineering Processes Dietmar Winkler Stefan Biffl Thomas Östreicher Institute of Software Technology and Interactive
Business Process Optimization w/ Innovative Results
Business Process Optimization w/ Innovative Results Sam DiSalvatore Introduction The principle of continuous process improvement is based on the belief that even excellent products and services can be
Process Automation and Quality Management in Multi-Disciplinary Engineering Environments
Process Automation and Quality Management in Multi-Disciplinary Engineering Environments Stefan Biffl Dietmar Winkler Christian Doppler Laboratory SE-Flex-AS Institute of Software Technology and Interactive
Software Quality Assurance Software Inspections and Reviews
Software Quality Assurance Software Inspections and Reviews Contents Definitions Why software inspections? Requirements for inspections Inspection team Inspection phases 2 Definitions Manual quality assurance
A Framework to Balance Tracing Agility and Formalism
A Framework to Balance Tracing Agility and Formalism Matthias Heindl, Stefan Biffl Dindin Wahyudin Institute of Software Technology and Interactive Systems Vienna University of Technology [email protected]
Optimizing IV&V Benefits Using Simulation
Optimizing IV&V Benefits Using Simulation David M. Raffo, Ph.D. School of Business Administration Portland State University Motivation There is a critical need for cost effective IV&V Key Questions: What
TEST PLAN Issue Date: <dd/mm/yyyy> Revision Date: <dd/mm/yyyy>
DEPARTMENT OF HEALTH AND HUMAN SERVICES ENTERPRISE PERFORMANCE LIFE CYCLE FRAMEWORK CHECKLIIST TEST PLAN Issue Date: Revision Date: Document Purpose The purpose of
Leading Indicators for Project Management
Leading Indicators for Project Management Project Headlights Dave Card [email protected] Agenda Motivation Headlights Strategies for Leading Indicators Common Leading Indicators Back-up Lights Summary
Software Engineering. Requirements elicitation - Facts finding. Software Engineering Requirements Elicitation Slide 1
Software Engineering Requirements elicitation - Facts finding Software Engineering Requirements Elicitation Slide 1 Chapter Objectives To introduce software the Requirements Engineering Process To describe
Industry Services Quality Management System
Industry Services Quality Management System Canadian Grain Commission Audit & Evaluation Services Final report March, 2012 Table of contents 1.0 Executive summary...2 Authority for audit... 2 Background...
Quick Reference Guide Interactive PDF Project Management Processes for a Project
Project Processes for a Project Click the Knowledge Area title (below and left in blue underline) to view the details of each Process Group. Project Process Groups and Knowledge Areas Mapping Project Process
Sample Exam. 2011 Syllabus
ISTQ Foundation Level 2011 Syllabus Version 2.3 Qualifications oard Release ate: 13 June 2015 ertified Tester Foundation Level Qualifications oard opyright 2015 Qualifications oard (hereinafter called
ájoƒ ùdg á«hô dg áµلªÿg Yesser Overall SDLC Process Definition
ájoƒ ùdg á«hô dg áµلªÿg Yesser Overall SDLC Process Definition Version 0.6 - Page 3 / 43 Table of Contents 1. Process Introduction... 5 1.1. Process Scope... 5 1.2. Process Objectives and Benefits... 5
A Model for Effective Asset Re-use in Software Projects
A Model for Effective Asset Re-use in Software Projects Abhay Joshi Abstract Software Asset re-use has the potential to enhance the quality and reduce the time to market of software projects. However,
The 10 Knowledge Areas & ITTOs
This document is part of a series that explain the newly released PMBOK 5th edition. These documents provide simple explanation and summary of the book. However they do not replace the necessity of reading
Capstone Agile Model (CAM)
Capstone Agile Model (CAM) Capstone Agile Model (CAM) Approach Everything we do within the Capstone Agile Model promotes a disciplined project leadership process that encourages frequent inspection and
QUALITY MANUAL ISO 9001. Quality Management System
Page 1 of 20 QUALITY MANUAL ISO 9001 Quality Management System Printed copies are not controlled unless marked "CONTROLLED". Upon receipt of this document, discard all previous copies. Page 2 of 20 Approval
Project Integration Management
Integration Initiating ning Executing Monitoring & Controlling Closing 4.1 Develop Charter Statement Of Work Business Case 4.2 Develop 4.3 Direct and Manage Work 4.4 Monitor and Control Work 4.5 Perform
Guidelines for the Acceptance of Manufacturer's Quality Assurance Systems for Welding Consumables
(1987) Guidelines for the Acceptance of Manufacturer's Quality Assurance Systems for Welding Consumables 1. General 1.1 Introduction 1.1.1 The present guidelines are to serve as a supplement to the IACS
OMCL Network of the Council of Europe QUALITY ASSURANCE DOCUMENT
OMCL Network of the Council of Europe QUALITY ASSURANCE DOCUMENT PA/PH/OMCL (08) 88 R VALIDATION OF COMPUTERISED SYSTEMS ANNEX 2: VALIDATION OF DATABASES (DB), LABORATORY INFORMATION MANAGEMENT SYSTEMS
Information Technology Project Oversight Framework
i This Page Intentionally Left Blank i Table of Contents SECTION 1: INTRODUCTION AND OVERVIEW...1 SECTION 2: PROJECT CLASSIFICATION FOR OVERSIGHT...7 SECTION 3: DEPARTMENT PROJECT MANAGEMENT REQUIREMENTS...11
Software Project Management Matrics. Complied by Heng Sovannarith [email protected]
Software Project Management Matrics Complied by Heng Sovannarith [email protected] Introduction Hardware is declining while software is increasing. Software Crisis: Schedule and cost estimates
Integration Mgmt / Initiating Process Group 4.1 Develop Project Charter
1 Mgmt / Initiating Process Group 4.1 Develop Project Charter Project statement of work Business case Agreements Facilitation techniques Project charter 26/02/2013 18:23:36 1 2 Mgmt / Planning Process
Engineering Object Change Management Process Observation in Distributed Automation Systems Projects
Engineering Object Change Management Process Observation in Distributed Automation Systems Projects Dietmar Winkler Thomas Moser Richard Mordinyi Wikan Danar Sunindyo Stefan Biffl Christian Doppler Laboratory
Project Management. Project Analysis and Definition. Project Management. Project Management People
Project Management Project Analysis and Definition The key to successful project management is to focus on the 4P People The most important element of a successful project Product The software to be built
Benefits of Test Automation for Agile Testing
Benefits of Test Automation for Agile Testing Manu GV 1, Namratha M 2, Pradeep 3 1 Technical Lead-Testing Calsoft Labs, Bangalore, India 2 Assistant Professor, BMSCE, Bangalore, India 3 Software Engineer,
Introduction to the ITS Project Management Methodology
Introduction to the ITS Project Management Methodology In September 1999 the Joint Legislative Committee on Performance Evaluation and Expenditure Review (PEER) produced a report entitled Major Computer
UNCONTROLLED COPY FOR REFERENCE ONLY
CLOVER MACHINE AND MFG. 800 MATHEW ST. #101 SANTA CLARA, CA 95050 727-3380 727-7015 fax REVISION: DATE: PAGE 1 OF 45 QUALITY POLICY MANUAL DISTRIBUTION LIST: President Purchasing Manager Vice President
CS 1632 SOFTWARE QUALITY ASSURANCE. 2 Marks. Sample Questions and Answers
CS 1632 SOFTWARE QUALITY ASSURANCE 2 Marks Sample Questions and Answers 1. Define quality. Quality is the degree of goodness of a product or service or perceived by the customer. Quality concept is the
Peer Review Process Description
Peer Review Process Description Version 1.0 draft1 Table of Contents 1. Overview... 1 2. Work Aids... 1 3. Risk Assessment Guidance... 1 4. Participants... 2 5. Inspection
Managing IT Projects. Chapter 2 The PMI Framework
Managing IT Projects Chapter 2 The PMI Framework The PMI Framework The Project Management Institute,USA is an internationally acclaimed organization Devoted to Creation & sharing of knowledge in the area
Fundamentals of Measurements
Objective Software Project Measurements Slide 1 Fundamentals of Measurements Educational Objective: To review the fundamentals of software measurement, to illustrate that measurement plays a central role
Using Productivity Measure and Function Points to Improve the Software Development Process
Using Productivity Measure and Function Points to Improve the Software Development Process Eduardo Alves de Oliveira and Ricardo Choren Noya Computer Engineering Section, Military Engineering Institute,
Overview. Elementary Quality Tools
Overview 1. Planned procedure 2. Brainstorming 3. Cause-and-Effect Diagram (Ishikawa) 4. Checklist 5. Flow Chart 6. Data Collection 7. Tally List 8. Data Evaluation 9. Original Value Sequence 10. Histogram
A Framework for Software Product Line Engineering
Günter Böckle Klaus Pohl Frank van der Linden 2 A Framework for Software Product Line Engineering In this chapter you will learn: o The principles of software product line subsumed by our software product
ISO 9001:2000 AUDIT CHECKLIST
ISO 9001:2000 AUDIT CHECKLIST No. Question Proc. Ref. Comments 4 Quality Management System 4.1 General Requirements 1 Has the organization established, documented, implemented and maintained a quality
Custom Software Development Approach
Custom Software Development Approach Our approach to custom software development combines benefits from several standard development process models. We tend to have a well-defined, predictable and highly
BAL2-1 Professional Skills for the Business Analyst
1 BAL2-1 Professional Skills for the Business Analyst OVERVIEW This course trains participants to help business clients articulate their needs and wants, and to document them clearly, concisely, and completely.
Peer Review Process Description
Peer Review Process Description Version 1.0 draft1 Table of Contents 1.Overview...1 2.Work Aids...1 3.Risk Assessment Guidance...1 4.Participants...2 5.Inspection Procedure...4
Usage of SCRUM Practices within a Global Company
2008 IEEE International Conference on Global Software Engineering Usage of SCRUM Practices within a Global Company Mauricio Cristal [email protected] Daniel Wildt FACENSA, Brazil [email protected]
Keywords document, agile documentation, documentation, Techno functional expert, Team Collaboration, document selection;
Volume 4, Issue 4, April 2014 ISSN: 2277 128X International Journal of Advanced Research in Computer Science and Software Engineering Research Paper Available online at: www.ijarcsse.com A Document Driven
WEB TESTING APPLICATION WITH PHP AUTOMATED TOOL
WEB TESTING APPLICATION WITH PHP AUTOMATED TOOL Iulia Ștefan and Ioan Ivan Department of Automation, Technical University, Cluj-Napoca, Romania [email protected], [email protected] ABSTRACT
Safety Management Cycle for the Vehicle Maintenance BASIC Inspection-Repair-Maintenance
Safety Management Cycle for the Vehicle Maintenance BASIC Inspection-Repair-Maintenance What Is the Safety Management Cycle (SMC)? The SMC is a tool used by the (FMCSA) to help identify and address motor
E10: Controlled Experiments
E10: Controlled Experiments Quantitative, empirical method Used to identify the cause of a situation or set of events X is responsible for Y Directly manipulate and control variables Correlation does not
Collaborative Software Design & Development. *Collaboration*
Collaborative Software Design & Development Lecture 5 Collaborative Software Design & Development *Collaboration* Dewayne E Perry ENS 623A Office Hours: T/Th 10:00-11:00 perry @ ece.utexas.edu www.ece.utexas.edu/~perry/education/382v-s08/
AUTOFORE Study on the Future Options for Roadworthiness Enforcement in the European Union
AUTOFORE WP540 - The non-periodical inspection of vehicles after accidents Contents 1 Inspection after Accidents... 2 1.1 Increased Road Safety... 2 1.2 Reduction of Vehicle Theft... 4 1.3 Reduction of
How To Plan An Agile Project
GAO Scheduling Best Practices Applied to an Agile Setting by Juana Collymore and Brian Bothwell April 15, 2015 Outline Why is scheduling important? GAO Schedule Assessment Guide Overview Status of the
ISO 9001:2000 Gap Analysis Checklist
ISO 9001:2000 Gap Analysis Checklist Type: Assessor: ISO 9001 REQUIREMENTS STATUS ACTION/COMMENTS 4 Quality Management System 4.1 General Requirements Processes needed for the quality management system
Standard for Software Component Testing
Standard for Software Component Testing Working Draft 3.4 Date: 27 April 2001 produced by the British Computer Society Specialist Interest Group in Software Testing (BCS SIGIST) Copyright Notice This document
Develop Project Charter. Develop Project Management Plan
Develop Charter Develop Charter is the process of developing documentation that formally authorizes a project or a phase. The documentation includes initial requirements that satisfy stakeholder needs
International Journal of Advance Research in Computer Science and Management Studies
Volume 2, Issue 12, December 2014 ISSN: 2321 7782 (Online) International Journal of Advance Research in Computer Science and Management Studies Research Article / Survey Paper / Case Study Available online
Supplier Quality Management System Audit Checklist (ISO 9000:2000, TS 16949:2002)
Supplier Quality Management System Audit Checklist (ISO 9000:2000, TS 16949:2002) Supplier: Plant/Location: Date: Audit Team: Scope of Audit: Number of C.A.R. s: Corrective Action Due: Potential suppliers
Ministry of Civil Aviation Egyptian Civil Aviation Authority. EAC No. 00_6. Issue 5, Rev. 0 Dated May, 2012 Page 1
EAC No. 00_6 Issue 5, Rev. 0 Dated May, 2012 Page 1 1B 2B 3B 4B Ministry of Civil Aviation UTABLE of CONTENTS 0BITEM 1TEAC 00-61T 1TSECTION 11T 1TSECTION 21T 1TSECTION 31T 1TSECTION 41T TITLE URECORD KEEPING
ISO 9001:2008 Audit Checklist
g GE Power & Water ISO 9001:2008 Audit Checklist Organization Auditor Date Page 1 Std. 4.1 General s a. Are processes identified b. Sequence & interaction of processes determined? c. Criteria for operation
Keywords Continuous Integration, Engineering Pipeline, SonarQube, Test Orchestration.
Volume 5, Issue 5, May 2015 ISSN: 2277 128X International Journal of Advanced Research in Computer Science and Software Engineering Research Paper Available online at: www.ijarcsse.com Automated Software
Software Engineering Introduction & Background. Complaints. General Problems. Department of Computer Science Kent State University
Software Engineering Introduction & Background Department of Computer Science Kent State University Complaints Software production is often done by amateurs Software development is done by tinkering or
Surveying and evaluating tools for managing processes for software intensive systems
Master Thesis in Software Engineering 30 Credits, Advanced Level Surveying and evaluating tools for managing processes for software intensive systems Anuradha Suryadevara IDT Mälardalen University, ABB
Checklist. Standard for Medical Laboratory
Checklist Standard for Medical Laboratory Name of hospital..name of Laboratory..... Name. Position / Title...... DD/MM/YY.Revision... 1. Organization and Management 1. Laboratory shall have the organizational
TIME MANAGEMENT TOOLS AND TECHNIQUES FOR PROJECT MANAGEMENT. Hazar Hamad Hussain *
TIME MANAGEMENT TOOLS AND TECHNIQUES FOR PROJECT MANAGEMENT Hazar Hamad Hussain * 1. Introduction The definition of Project as a temporary endeavor... refers that project has to be done within a limited
ISO 9001 Quality Systems Manual
ISO 9001 Quality Systems Manual Revision: D Issue Date: March 10, 2004 Introduction Micro Memory Bank, Inc. developed and implemented a Quality Management System in order to document the company s best
Software Engineering Reference Framework
Software Engineering Reference Framework Michel Chaudron, Jan Friso Groote, Kees van Hee, Kees Hemerik, Lou Somers, Tom Verhoeff. Department of Mathematics and Computer Science Eindhoven University of
Measuring the Impact of Changing Requirements on Software Project Cost: An Empirical Investigation
www.ijcsi.org 170 Measuring the Impact of Changing Requirements on Software Project Cost: An Empirical Investigation Bushra Sharif 1, Dr. Shoab A. Khan 2, Muhammad Wasim Bhatti 3 1&2 Department of Computer
Nova Software Quality Assurance Process
Nova Software Quality Assurance Process White Paper Atlantic International Building 15F No.2 Ke Yuan Yi Road, Shiqiaopu, Chongqing, P.R.C. 400039 Tel: 86-23- 68795169 Fax: 86-23- 68795169 Quality Assurance
MARKETING RESEARCH AND MARKET INTELLIGENCE (MRM711S) FEEDBACK TUTORIAL LETTER SEMESTER `1 OF 2016. Dear Student
MARKETING RESEARCH AND MARKET INTELLIGENCE (MRM711S) FEEDBACK TUTORIAL LETTER SEMESTER `1 OF 2016 Dear Student Assignment 1 has been marked and this serves as feedback on the assignment. I have included
Improving Software Project Management Skills Using a Software Project Simulator
Improving Software Project Management Skills Using a Software Project Simulator Derek Merrill and James S. Collofello Department of Computer Science and Engineering Arizona State University Tempe, AZ 85287-5406
SECURITY MANAGEMENT Produce security risk assessments
1 of 6 level: 6 credit: 20 planned review date: March 2007 sub-field: purpose: Security This unit standard is for people who work, or intend to work, as security managers or security consultants, and who
Configuration Management Practices
Safety Critical Software Management Practices Linda Westfall Westfall Team, Inc. International Conference on Software Quality ICSQ 2011 Copyright 1999-2010 Westfall Team, Inc. All Rights Reserved. Management
Knowledge Infrastructure for Project Management 1
Knowledge Infrastructure for Project Management 1 Pankaj Jalote Department of Computer Science and Engineering Indian Institute of Technology Kanpur Kanpur, India 208016 [email protected] Abstract In any
UL Qualified Firestop Contractor Program Management System Elements. March 13, 2013
UL Qualified Firestop Contractor Program Management System Elements March 13, 2013 UL and the UL logo are trademarks of UL LLC 2013 Benefits to becoming a Qualified Firestop Contractor Independent, 3 rd
EXHIBIT L. Application Development Processes
EXHIBIT L Application Development Processes Optum Development Methodology Development Overview Figure 1: Development process flow The Development phase consists of activities that include the building,
Examination SUBJECT. Version:
SUBJET Version: 1 Which of the following statements best describes Business nalysis? Business nalysis provides the reasoning for initiating a project. Business nalysis is the strategic part of the project
SKILL DEVELOPMENT IN THE ERA OF QUALITY ASSURANCE MANAGEMENT WITH RESPECT TO PRODUCTS & SERVICES BASED SOFTWARE IT ORGANIZATIONS
Tactful Management Research Journal ISSN: 2319-7943 Impact Factor : 2.1632(UIF) SKILL DEVELOPMENT IN THE ERA OF QUALITY ASSURANCE MANAGEMENT WITH RESPECT TO PRODUCTS & SERVICES BASED SOFTWARE IT ORGANIZATIONS
LEARNING SOLUTIONS website milner.com/learning email [email protected] phone 800 875 5042
Course 6451B: Planning, Deploying and Managing Microsoft System Center Configuration Manager 2007 Length: 3 Days Published: June 29, 2012 Language(s): English Audience(s): IT Professionals Level: 300 Technology:
SOFTWARE ENGINEERING
SOFTWARE ENGINEERING Chapter 26 Quality Management ETAM MEMBERS RN N 3521010116 Murali T 3521010117 Muralitharan S 3521010118 Narasimhan K 3521010119 Navaneethakrishnan D Areas Covered What is software
Versioning in Cyber-Physical Production System Engineering Best-Practice and Research Agenda
Tech. Interop. International Workshop on Software Engineering for Smart yber-physical Systems (SEsPS) Versioning in yber-physical System Engineering Best-Practice and Research Agenda Richard Mordinyi and
Flexible Engineering Process Automation Process: Continuous Integration & Test
Flexible Engineering Process Automation Process: Continuous Integration & Test Alexander Schatten Andreas Pieber Michael Handler Stefan Biffl Christian Doppler Laboratory SE-Flex-AS Institute of Software
APPENDIX G PRE-INSPECTION REPORT ADDENDUM FOR ONLINE SCHOOLS 2015-2016
APPENDIX G PRE-INSPECTION REPORT ADDENDUM FOR ONLINE SCHOOLS 2015-2016 A school offering some or all of its courses online must submit this Pre-inspection Report Addendum along with the other material
29082012_WF_reporting_bro_UK. www.tomtom.com/telematics
29082012_WF_reporting_bro_UK www.tomtom.com/telematics T E L E M AT I C S WEBFLEET Reporting Let s drive business WEBFLEET Reporting Difficult business decisions are much more straightforward with TomTom
Improving reporting in randomised trials: CONSORT statement and extensions Doug Altman
Improving reporting in randomised trials: CONSORT statement and extensions Doug Altman Centre for Statistics in Medicine University of Oxford Whatever the outcome of a study, it is really hard for the
Lowering business costs: Mitigating risk in the software delivery lifecycle
August 2009 Lowering business costs: Mitigating risk in the software delivery Roberto Argento IBM Rational Business Development Executive Valerie Hamilton IBM Rational Solution Marketing Manager and Certified
Requirements Engineering Process
Software Engineering Requirements Engineering Process Based on Software Engineering, 7 th Edition by Ian Sommerville Objectives To describe the principal requirements engineering activities and d their
A Case Study in Software Enhancements as Six Sigma Process Improvements: Simulating Productivity Savings
A Case Study in Software Enhancements as Six Sigma Process Improvements: Simulating Productivity Savings Dan Houston, Ph.D. Automation and Control Solutions Honeywell, Inc. [email protected] Abstract
