Your Software Quality is Our Business. INDEPENDENT VERIFICATION AND VALIDATION (IV&V) WHITE PAPER Prepared by Adnet, Inc.
|
|
- Shon Lawson
- 2 years ago
- Views:
Transcription
1 INDEPENDENT VERIFICATION AND VALIDATION (IV&V) WHITE PAPER Prepared by Adnet, Inc. February
2 Executive Summary Adnet is pleased to provide this white paper, describing our approach to performing Independent Verification and Validation (IV&V). Our goal is to partner with our clients to apply industry best practices for developing and deploying systems of the highest quality. We augment existing customer management methods and expertise and develop a program tailored to meet the customer s specific needs. We analyze existing processes, introduce standard methods built on the Software Engineering Institute s Capability Maturity Model Integration (CMMI version 1.3), mentor key stakeholders in the application of the benefits realized by applying standards, and develop and implement an efficient and effective IV&V program that includes the effective use of metrics to track and evaluate the status of the program. The Adnet s staff s plays a number of roles within our customer s overall team, as is appropriate when creating a true partnership, committed to overall program success. At times, we serve as catalyst, moderator, mediator, leader, observer, analyst, thinker, listener, independent doer, writer and educator. In all things, we are team players, working in concert to achieve our customers goals. Adnet staff also possesses numerous technical and management certifications including Certified Software Testing Engineers, Microsoft Certified Software Engineers, and Certified Project Management Professionals. Adnet has successfully delivered Project Management Support, Quality Assurance and IV&V programs for many clients. These clients have realized the following benefits from our efforts: Increased productivity and efficiency. Adnet facilitated communication between the management and technical teams to increase the visibility of obstacles encountered. Once obstacles surfaced, management cooperated in removing them, with the result that the technical teams learned they could trust management to help them reach their goals. Precise project tracking and performance based on targeted metrics. Our Metrics program matured to the point of accurately identifying risk areas and the number of test failures per release cycle. This resulted in accurate scheduling of test and rework time, and consistent on- time delivery of releases. Effective and reliable migration to an established open architecture. Application and use of industry-standard languages, databases, and development/maintenance tools provided the needed structure for the development cycle, from requirements generation to user acceptance testing all to ensure a successful migration of the re-engineered systems. We now provide monitoring, quality assurance (QA), and testing of maintenance fixes, data changes and new function changes. In the following pages, we describe the details of our technical approach to developing and delivering Independent Validation and Verification, quality assurance and other program management support services of superior quality. 2
3 The Adnet, Inc Systems Engineering Lifecycle Can Easily Be Modified to Fit Specific Needs. 1.0 IV&V Defined IV&V is an integral part of the overall Lifecycle of any system development program. Adnet has developed a Lifecycle management process, based on industry best practices, that includes all elements needed to comply with major standards, including the Software Engineering Institute s Capability Maturity Model Integration, the International Standards Organization ISO-9000 standards, American National Standards Institute guidelines, MIL-STD-498 and other related MIL Standards. Figure 1-1 presents the elements of this process, and illustrates the difference between validation and verification (V&V) and independent verification within this model, V&V is an integral part of the overall life cycle, performed as part of the process that the development team uses to internally insure that they are on track, that they have fulfilled all of the requirements defined for the application being developed and that the system performs as expected. It is linked to other fundamental internal processes, such as quality assurance and control, configuration management and risk management. Concept Exploration - System Architecture - Concept of Operations - Options Analysis - Trade-off Analysis - Impact Analysis - Technology Assessment - Budget Review - Opportunity Cost Analysis Requirements Definition - Needs Analysis - Cost/Benefit Analysis - Business Process Analysis - Organizational Analysis - Functional and Systems analysis - Usability - Reliability - Availability Enhancement/Retirement - System Upgrade - Fielding of Upgrade - System Retirement - Replacement Analysis Infrastructure Sub-Processes Quality Assurance Performance Metrics Configuration Management Risk Management Problem Resolution Subcontractor / Vendor Management Verification & Validation System Implementation - Prototyping - Requirements Definition II - System Specification - System Development - System Integration Fielding Acceptance - Installation - Field Acceptance Testing - Training - Operations & Maintenance - Network Engineering - Software Maintenance - Testing & Evaluation Planning - System Acceptance Testing - Independent Verification &Validation - Baseline Fielding Configuration management Figure 1-1 Adnet Systems Engineering Lifecycle Can Easily Be Modified to Fit Specific Needs. IV&V is performed by an independent third party, and includes a review and evaluation of all of the elements within the program Lifecycle, with a focus on testing the product to ensure that it fulfills all of the defined requirements and performs as expected. An IV&V team is a major risk-mitigation activity that the customer may use to ensure that the 3
4 development team (whether internal or another contractor) has indeed provided services as expected and the product that works as required. 2.0 Standards and Certifications The Adnet staffs use a number of standards, selected according to the requirements of the individual program, when developing IV&V, V&V, QA, Metrics, Configuration Management and Risk Management processes. These standards are also at the core of our Adnet quality through Verification and Validation (QV2) methodology. Adnet has developed this methodology specifically to meet the needs of our IV&V customers and to guide our actions when developing comprehensive quality assurance programs in accordance with SEI CMMI Level 3 guidelines. Standards used include, but are not limited to: SEI CMMI Development ISO MIL-STD-498 (Software Development) ANSI-9000 Quality Assurance CMMI for Services J-STD-16 (Software Development) MIL-STD-973 and MIL-STD-2549 IEEE and EIA Configuration Configuration Management Management MIL-STD-881 Program Management (Contract Work Breakdown Structure) ITIL version 3, ISO SMS SEI Risk Taxonomy (Risk Management and Mitigation) In addition, Adnet s testing staff holds discipline-related certifications in Microsoft, Novel Networks, ORACLE development and a wide range of other disciplines and specific development environments. 3.0 Quality Assurance There is a fundamental difference between quality control and quality assurance. Quality control is always product oriented does the product perform as expected? It attempts to find and eliminate defects before reaching users. Quality assurance is process oriented does the process support the mission and goals of the organization to prevent defects? Traditionally, IV&V testing and quality control have been events that occurred as part of the release process for a new product or modular update to an existing application. The focus of quality control and IV&V testing is on the results of the process (the work product) and is at the core of Product Assurance. The role of testing and quality control has been to identify and correct defects in the program at the modular and/or integration level(s) so that the product reaches an acceptable level of reliability. V&V is a part of the overall quality assurance process. The focus is always on effective Process Assurance. It assumes that if you control a process, the outcome of that process the product becomes predictable. We therefore perform V&V and quality assurance as mechanisms to gain insight into the processes, refine our control over the processes, and improve the predictability and reliability of the results of those processes. Over time, the processes stabilize and, through training, the use of consistent documentation, and implementation of established methodologies and techniques becomes consistent, duplicable and repeatable. When this occurs, the process moves from the simple quality assurance in the context of continuous 4
5 improvement. Therefore, quality assurance is an integral part of the overall Lifecycle, begins on Day One of any effort and continues until the overall project is completed and retired. Key elements of the Process Assurance approach defined by our QV2 methodology and refined over the past 15 years Include: Walkthroughs or Technical Reviews of the product include its requirements, design and code implementation. Our analysts participate in the reviews/walk-through as scheduled and conducted by the development team. The requirements review ensures that the software requirements are correct, consistent, complete, unambiguous and testable as documented in the requirements specification. The design review ensures technical integrity and validity of the design as documented in the preliminary design and any design updates. Code reviews ensure that the code is free from logic errors and complies with coding standards and conventions as documented in the development plan. The results of the evaluation are documented in an inspection report and include any recommendations for improvement in the design, implementation or testability of the product. Walkthroughs can be conducted by the development team, by individuals from the organization who are not currently working on the project but are familiar with the organization s processes and procedures, or by the customer or third-party reviewers who are conducting a formal inspection on behalf of the customer. Depending upon the circumstances, these reviews may be identified by different names. Peer Review or walkthrough is conducted by individuals who are employees of the developing organization, are familiar with the development methodology and procedures being used, and provide internal feedback on the progress of the development project. In Progress Reviews are normally conducted by the customer or their designated representatives to evaluate the progress of the development activity and to provide course corrections early enough to minimize serious problems at acceptance testing. Formal Inspection or Review is performed at the conclusion of the development project, along with both modular and system acceptance testing. All documentation is reviewed, including requirements, configuration control, risk management, internal testing, previous walkthrough reports, error detection, and other information. Normally, acceptance testing is conducted to demonstrate that every functional and technical interface and security requirement is fulfilled. Stress testing may or may not be included in the formal inspection and review process. Quality Audit can be conducted by either internal or independent quality auditors to ensure that the metrics and other quality measures used to evaluate the progress of the development effort are being gathered according to the defined processes, that the processes are monitored as defined by the quality plan, and that the program is performing to the quality performance standards defined in the quality plan. Quality Assessment is normally conducted by independent evaluators to determine if the processes and procedures used to manage key process areas within the overall development effort are sufficient to provide appropriate levels of insight into the processes used, provide consistent 5
6 and repeatable performance, and serve the stated objectives of the organization. 4.0 Test Engineering The Adnet staffs are familiar with all aspects of test engineering. Typically, we establish a test laboratory, which includes the creation of a tested environment that replicates the operating environment to insure the integrity of the existing systems. The test laboratory also allows us to deploy a variety of automated testing tools, such as probes, automated message generators, other stress test tools, and a variety of automated testing software tools that are appropriate to the specific project. For example, most CASE tool deployments have automated code testing routines that we frequently use, as well as automated code configuration documentation tools. Our staff members have extensive experience in all aspects of test engineering, including V&V, test plan development, test case development, creation of test databases and the generation of structured test reports for each phase of the development lifecycle. We have regularly used benchmark test cases drawn from nationally established benchmarking sources such as the National Benchmark Clearing House in Austin, Texas, and the U.S. Army and National Institute of Standards benchmarks for specific military and other performance standards. The selection of standards and benchmarks to be used is based on the choice of development model (e.g. agile, waterfall, bootstrap, JAD/RAD, Information Engineering) and on the development platform and environment. In all cases, we exercise strict code control and release management as part of the configuration management function and, when using COTS products or third-party providers, we exercise structured and measurable supplier control. Media control is implemented to facilitate the deployment of multiple platforms and to manage backup systems when providing disaster recovery capabilities. 5.0 Metrics Collection and Analysis Adnet reviews all existing metrics collection schemas to ensure that selected metrics meet project needs. We then gather and evaluate the selected metric data and subject it to systematic scrutiny in order to provide useful management information. We also assess the need for additional metrics that may provide meaningful measures concerning the development status and progress of the project. Examples of metrics we often use include: Percent completion (comparison of WBS tasks and schedule) used to monitor task progress (based on the concept of earned value); defects found during design review vs. code inspection (defects per lines of code or per 100 function points), used to monitor effectiveness in understanding and translating user requirements; and Cost of change, used to quantify the schedule slippage and added expense involved when changes to the requirements are contemplated. Other metrics can be adopted to assess development process efficiency; effectiveness of code inspections; IR generation as a measure of coding efficiency; aged problem reports; change requests as a measure of program stability; and end-user satisfaction. 6
7 Other metrics can be adopted to assess development process efficiency; effectiveness of code inspections; IR generation as a measure of coding efficiency; aged problem reports; change requests as a measure of program stability; and end-user satisfaction. Metrics based on the developmental software and hardware environment and defined at the beginning of the project or task can provide early indications of potential software development Problems. Adnet s analysis of metrics has been used successfully to detect and understand internal program consistency, traceability, consistency within requirement documents, appropriate sizing and timing, and conformance with standards. Our approach is designed so that our clients are able to apply a proven and consistent methodology in managing the application development process. The earned value concept and the use of a work breakdown structure (WBS) have become two of the premier tools used in successful projects today. They provide a structured and visual methodology to account for all efforts required for the project. In addition, earned value provides a measure of the efficiency of the work being accomplished and gives warnings of potential problems before they become insurmountable. Used judiciously, the WBS and the earned value concepts can help ensure a smooth development process with sufficient oversight and no surprise When Adnet is functioning as an IV&V contractor, all errors and problems are documented and reported to the customer and the development team. Depending on the severity of the problem, the Adnet s IV&V staff may then retest the specific function after the development team has made corrections or it may retest the entire module or application to ensure that the correction was made properly. When Adnet is performing V&V, the test engineer document and report the defect to the development team and may participate in correcting the problem. In all cases, the process is continued until all functional testing can be performed without error. 6.0 Configuration Management Software CM is the process by which, during the development process, the project team identifies the software items that will be included in the baseline, manages and controls that baseline in terms of changes, and audits and reports the status of the project software baseline. Configuration management is a key function that, like quality assurance, is established at the beginning of the project and continues until the application is finally retired from use. Our approach complies with the EIA CM standards, and is in alignment with the IEEE definition of configuration management: A discipline applying technical and administrative direction and surveillance to: Identify and document the functional and physical characteristics of a configuration item; Control changes to those characteristics; Record and report change processing and implementation status; and Verify compliance with specified requirements. It includes the four key elements defined by the IEEE as critical to effective CM, and conforms to SEI CMMI recommendations for effective CM. When appropriate, we conform to the current Adnet IV&V White Paper, prepared, MIL-STD-973 and MIL-STD-2549, the EIA standard, and the IEEE standard, shown below. Configuration Item Identification An element of configuration management consisting of selecting configuration items for a system and recording their functional and physical characteristics in technical documentation 7
8 Change Control Configuration Status Accounting Configuration Audits An element of configuration management consisting of the evaluation, coordination, approval or disapproval, and implementation of changes to configuration items after formal establishment of a baseline configuration items. An element of configuration management consisting of the recording and reporting of information needed to manage a configuration effectively. This information includes a listing of the approved configuration identification, the status of proposed changes to the configuration, and the implementation status of approved (or disapproved) changes. The process of verifying that all required configuration items have been produced, that the current version agrees with specified requirements, that the technical documentation completely and accurately describes the configuration items, and that all change requests have been resolved. Our experience in large, complex system configuration management provides our customers with an inimitable tool with which to perform appropriate CM oversight. Adnet will review and recommend processes for the following areas, because they are vital to the development of a mature and effective CM process: Baseline and Release Management, including identification of the individual software items (modules, functions, database descriptions, tables, etc.), cataloguing the configuration items, and documenting versions. Change and Version Control, to permit parallel development through branching in the main Configuration line. Version control allows continued and concurrent development while a development line is frozen for validation testing. Additional tools include file comparison, and file merging functions. Document management, including management of the requirements, design, and user documentation that represents the foundation of the end product. Documentation is often the first task forgotten and the last task accomplished. We establish procedures to ensure that each requirement, change, screen, and module is adequately documented using impact assessments. 7.0 Project Cost and Risk Management Adnet reviews all existing plans, and typically develops a Project Management Plan for each IV&V project identified by our customers. We ensure that the format and content are consistent with our customer s documentation requirements and define how the plan can be applied to future projects. The Project Plan defines the project schedule, WBS or CWBS (contract work breakdown structure) in accordance with MIL-STD-881, if required, and metrics to be used in assessing progress against the schedule and WBS. The WBS structures the way in which the 8
9 work is to be performed and will reflect the way project costs and resource data are reported. The WBS is product-oriented with subdivisions of hardware, services and data required. The project schedule is developed from the identified work packages for the WBS so that earned value metrics can be generated and reported during the life of the project. Adnet has based its Risk Management methodology on the Software Engineering Institute s Risk Taxonomy Methodology to identify and manage task-specific risks. We have become thoroughly familiar with this formal process, which identifies and prioritizes program risks, focuses management attention on them, and develops and implements plans to mitigate them. Our consistent use of this process has significantly improved our ability to deliver products and services on time and within budget. Upon identifying the risks specifically associated with each project, we prioritize those risks and develop mitigation plans to manage them. The overall result is a high degree of reliability in our performance of the required tasks, and a correspondingly high degree of customer satisfaction. Once the plan is developed, risk management becomes a strategy that compels the project team to continually address potential risk areas throughout the life of the project. The plan outlines risk identification methods and tools, analysis techniques used to quantify the identified risks in terms of probability and consequences of the occurrence, and risk response or mitigation techniques used to reduce or control the impact of the risk. Risk status is reported concurrently with project technical, cost, and schedule status. An example of risk assessment is shown below. Priority Risk Event Occurrence Probability 8.0 Automated Tools Impact Response 3 Reduced funding 0.4 high Work with sponsors to seek additional funding. Reduce technical requirements additional funding 1 Interface conflicts 0.6 high Conduct complete interface requirements with legacy definition systems Conduct both modular and system interface testing Adnet has researched, evaluated, recommended, and standardized the use of many types of software packages for current projects. In particular, tools for Configuration Management and Quality Assurance, CASE (Computer-Aided Software Engineering), Metrics tools, Data Modeling and Data Flow Diagramming are in use on many projects. Adnet s employees also work with other organizations with ongoing and previous software evaluation programs, and acquire and evaluate benchmark software for testing compilers. By applying our expertise with CM/QA tools, such as the PVCS, Rational Suite, and QVCS, we can significantly enhance the processes within current organization. 9
10 9.0 Documentation Adnet includes all documentation as configuration items. Documents created include, but are not limited to: Requirements Traceability Matrix and related requirements documentation Walkthrough and Review Reports and Recommendations Detailed Design and Data Mapping High Level Design Coding Standards Test Plan Quality Audit Reports Quality Evaluation Report Status Report Acceptance Testing Plan Acceptance Test Report Quality Plan Test Scripts Test Database Testing Reports Defect Report These documents are maintained electronically, with controlled access and version control so that both the current version and previous versions (where applicable) are available for review. In addition, the Adnet staffs is skilled in preparing and presenting materials to support customer use, including administrative and user training documentation, course materials, and briefings. We consider these to be a normal part of the documentation requirements when we are performing development services, and part of the materials under review when conducting IV&V functions. From following best practices in developing products and providing services, Adnet has been successfully appraised, certified in CMMI L3, ISO 9001:2008 and ISO ******************** 10
11 Business Your Software Quality is Our 11
12 IV&V White Paper, prepared by Adnet Oct /03
Program Lifecycle Methodology Version 1.7
Version 1.7 March 30, 2011 REVISION HISTORY VERSION NO. DATE DESCRIPTION AUTHOR 1.0 Initial Draft Hkelley 1.2 10/22/08 Updated with feedback Hkelley 1.3 1/7/2009 Copy edited Kevans 1.4 4/22/2010 Updated
How to Write a Software Process Procedures and Policy Manual for YOUR COMPANY
How to Write a Software Process for YOUR COMPANY 1. Introduction MicroTools is proposing to assist YOUR COMPANY in improving the existing software process. The purpose of this project is to both improve
Certified Software Quality Engineer (CSQE) Body of Knowledge
Certified Software Quality Engineer (CSQE) Body of Knowledge The topics in this Body of Knowledge include additional detail in the form of subtext explanations and the cognitive level at which the questions
Standards for Developing and Implementing Administrative Systems at UC Davis
Page 1 of 7 Standards for Developing and Implementing Administrative Systems at UC Davis Introduction The purpose of this document is to describe Standards for Developing and Implementing Administrative
Camber Quality Assurance (QA) Approach
Camber Quality Assurance (QA) Approach Camber s QA approach brings a tested, systematic methodology, ensuring that our customers receive the highest quality products and services, delivered via efficient
Request for Proposal for Application Development and Maintenance Services for XML Store platforms
Request for Proposal for Application Development and Maintenance s for ML Store platforms Annex 4: Application Development & Maintenance Requirements Description TABLE OF CONTENTS Page 1 1.0 s Overview...
Labor Category For MOBIS SIN 874-1:
Following are the Contractor Site and Government Site Labor Categories for SIN 874-1. Please do not hesitate to contact us at gsamobis@amdexcorp.com if you have any questions. Labor Category For MOBIS
ADMINISTRATIVE SUPPORT AND CLERICAL OCCUPATIONS SIN 736 1
Following are the Contractor Site and Government Site Labor Categories for SIN 736-1, SIN 736-1, and SIN 736-5. Please do not hesitate to contact us at gsataps@amdexcorp.com if you have any questions ADMINISTRATIVE
RFP Attachment C Classifications
RFP 1. Applications IT Architect Analyzes and designs the architecture for software applications and enhancements, including the appropriate application of frameworks and design patterns and the interrelationships
Software Project Management Plan
The document in this file is adapted from the IEEE standards for Software Project Management Plans, 1058-1998, which conforms to the requirements of ISO standard 12207 Software Life Cycle Processes. Tailor
SLCM 2003.1 Artifacts in a Nutshell ( as of 01/21/2005)
SLCM 2003.1 Artifacts in a Nutshell ( as of 01/21/2005) Project Development Phases Pension Benefit Guaranty Corporation s (PBGC) System Life Cycle Methodology (SLCM) is comprised of five project development
CDC UNIFIED PROCESS JOB AID
CDC UNIFIED PROCESS JOB AID Independent Verification & Validation Activities Document Purpose This Job Aid is a brief document listing the items to be noted, checked, remembered, and delivered when completing
Business Continuity Position Description
Position Description February 9, 2015 Position Description February 9, 2015 Page i Table of Contents General Characteristics... 2 Career Path... 3 Explanation of Proficiency Level Definitions... 8 Summary
Using the Agile Methodology to Mitigate the Risks of Highly Adaptive Projects
Transdyne Corporation CMMI Implementations in Small & Medium Organizations Using the Agile Methodology to Mitigate the Risks of Highly Adaptive Projects Dana Roberson Quality Software Engineer NNSA Service
MKS Integrity & CMMI. July, 2007
& CMMI July, 2007 Why the drive for CMMI? Missed commitments Spiralling costs Late delivery to the market Last minute crunches Inadequate management visibility Too many surprises Quality problems Customer
CMMI for Development Quick Reference
CAUSAL ANALYSIS AND RESOLUTION SUPPORT (ML5) The purpose of Causal Analysis and Resolution (CAR) is to identify causes of selected outcomes and take action to improve process performance. SG 1 Root causes
The purpose of Capacity and Availability Management (CAM) is to plan and monitor the effective provision of resources to support service requirements.
CAPACITY AND AVAILABILITY MANAGEMENT A Project Management Process Area at Maturity Level 3 Purpose The purpose of Capacity and Availability Management (CAM) is to plan and monitor the effective provision
Software Development Life Cycle (SDLC)
Software Development Life Cycle (SDLC) Supriyo Bhattacharjee MOF Capability Maturity Model (CMM) A bench-mark for measuring the maturity of an organization s software process CMM defines 5 levels of process
PROJECT MANAGEMENT PLAN TEMPLATE < PROJECT NAME >
PROJECT MANAGEMENT PLAN TEMPLATE < PROJECT NAME > Date of Issue: < date > Document Revision #: < version # > Project Manager: < name > Project Management Plan < Insert Project Name > Revision History Name
SOFTWARE QUALITY & SYSTEMS ENGINEERING PROGRAM. Quality Assurance Checklist
SOFTWARE QUALITY & SYSTEMS ENGINEERING PROGRAM Quality Assurance Checklist The following checklist is intended to provide system owners, project managers, and other information systems development and
CONTENTS. Preface. Acknowledgements. 1. Introduction and Overview 1 Introduction 1 Whatis the CMMI"? 2 What the CMMI* is Not 3 What are Standards?
Preface Acknowledgements xi xiii 1. Introduction and Overview 1 Introduction 1 Whatis the CMMI"? 2 What the CMMI* is Not 3 What are Standards? 3 2. Summaryof CMMI-SW 5 The CMM*-SW 5 CMMI--SW Continuous
PMP Examination Tasks Puzzle game
PMP Examination Tasks Puzzle game Here is a great game to play to test your knowledge of the tasks you will be tested on in the actual examination. What we have done is take each of the domain tasks in
Leveraging CMMI framework for Engineering Services
Leveraging CMMI framework for Engineering Services Regu Ayyaswamy, Mala Murugappan Tata Consultancy Services Ltd. Introduction In response to Global market demand, several OEMs adopt Global Engineering
Exhibit F. VA-130620-CAI - Staff Aug Job Titles and Descriptions Effective 2015
Applications... 3 1. Programmer Analyst... 3 2. Programmer... 5 3. Software Test Analyst... 6 4. Technical Writer... 9 5. Business Analyst... 10 6. System Analyst... 12 7. Software Solutions Architect...
Manag. Roles. Novemb. ber 20122
Information Technology Manag gement Framework Roles and Respo onsibilities Version 1.2 Novemb ber 20122 ITM Roles and Version History Version ed By Revision Date Approved By Approval Date Description of
Colorado Department of Health Care Policy and Financing
Colorado Department of Health Care Policy and Financing Solicitation #: HCPFRFPCW14BIDM Business Intelligence and Data Management Services (BIDM) Appendix B BIDM Project Phases Tables The guidelines for
MTAT.03.243 Software Engineering Management
MTAT.03.243 Software Engineering Management Lecture 17: Other SPI Frameworks and QM Systems Dietmar Pfahl Spring 2014 email: dietmar.pfahl@ut.ee Structure of Lecture 17 Other SPI Frameworks People CMM
System/Data Requirements Definition Analysis and Design
EXECUTIVE SUMMARY This document provides an overview of the Systems Development Life-Cycle (SDLC) process of the U.S. House of Representatives. The SDLC process consists of seven tailored phases that help
Template K Implementation Requirements Instructions for RFP Response RFP #
Template K Implementation Requirements Instructions for RFP Response Table of Contents 1.0 Project Management Approach... 3 1.1 Program and Project Management... 3 1.2 Change Management Plan... 3 1.3 Relationship
CMS Policy for Configuration Management
Chief Information Officer Centers for Medicare & Medicaid Services CMS Policy for Configuration April 2012 Document Number: CMS-CIO-POL-MGT01-01 TABLE OF CONTENTS 1. PURPOSE...1 2. BACKGROUND...1 3. CONFIGURATION
MNLARS Project Audit Checklist
Audit Checklist The following provides a detailed checklist to assist the audit team in reviewing the health of a project. Relevance (at this time) How relevant is this attribute to this project or audit?
Domain 1 The Process of Auditing Information Systems
Certified Information Systems Auditor (CISA ) Certification Course Description Our 5-day ISACA Certified Information Systems Auditor (CISA) training course equips information professionals with the knowledge
Realizing CMMI using Enterprise Architect and UML for Process Improvement
Realizing CMMI using Enterprise Architect and UML for Process Improvement Jack Hunnicutt, Anteon Corporation www.anteon.com Ramsay Millar, integrate IT architects LLC www.integrateitarchitects.com Introduction
Appendix 2-A. Application and System Development Requirements
Appendix 2-A. Application and System Development Requirements Introduction AHRQ has set up a Distributed Systems Engineering Lab (DSEL) to support all internal development efforts and provide a facility
Michigan Staff Augmentation Management Program Contract Job Titles and Descriptions
Applications... 3 1. Programmer Analyst... 3 2. Programmer... 5 3. Software Test Analyst... 6 4. Technical Writer... 9 5. Business Analyst... 10 6. System Analyst... 12 7. Software Solutions Architect...
Life Cycle Quality Gates
1 Operations Release Life Cycle Quality Gates 8 Post Implement Validation 6 Implement Build Product Test Quality Assurance 2 Versions 3 4 5 Patches 7 Design 1 10 9 Requirements Requirements Sources: Executive
Enterprise Test Management Standards
Enterprise Test Management Standards Version 4.0 09/28/2012 Document Number: FSA_TOADG_STDS_TEST.TMS_001 Document Version Control This section summarizes this document revision history. Each entry includes
QUALITY ASSURANCE IN EXTREME PROGRAMMING Plamen Balkanski
International Journal "Information Theories & Applications" Vol.10 113 QUALITY ASSURANCE IN EXTREME PROGRAMMING Plamen Balkanski Abstract: Our previous research about possible quality improvements in Extreme
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
Plan-Driven Methodologies
Plan-Driven Methodologies The traditional way to develop software Based on system engineering and quality disciplines (process improvement) Standards developed from DoD & industry to make process fit a
Automated Office Systems Support Quality Assurance Plan. A Model DRAFT. December 1996
Quality Assurance Plan A Model DRAFT United States Department of Energy Office of Nonproliferation and National Security Title Page Document Name: Publication Date: Draft, ontract Number: Project Number:
074-8432-552 Page 1 of 7 Effective Date: 12/18/03 Software Supplier Process Requirements
Page 1 of 7 Software Supplier Process Requirements 1.0 QUALITY SYSTEM FRAMEWORK 1.1 QUALITY POLICY The Seller shall document and implement a quality program in the form of Quality manual or detailed Quality
Independent Verification and Validation of SAPHIRE 8 Software Project Plan
INL/EXT-09-17022 Rev. 2 Independent Verification and Validation of SAPHIRE 8 Software Project Plan March 2010 The INL is a U.S. Department of Energy National Laboratory operated by Battelle Energy Alliance
Systems Development Life Cycle (SDLC)
DEPARTMENT OF BUDGET & MANAGEMENT (SDLC) Volume 1 Introduction to the SDLC August 2006 Table of Contents Introduction... 3 Overview... 4 Page 2 of 17 INTRODUCTION 1.0 STRUCTURE The SDLC Manual consists
Software Quality Management
Software Lecture 9 Software Engineering CUGS Spring 2011 Kristian Sandahl Department of Computer and Information Science Linköping University, Sweden A Software Life-cycle Model Which part will we talk
Department of Administration Portfolio Management System 1.3 June 30, 2010
E 06/ 30/ 2010 EX AM PL 1. 3 06/ 28/ 2010 06/ 24/ 2010 06/ 23/ 2010 06/ 15/ 2010 06/ 18/ 2010 Portfolio System 1.3 June 30, 2010 Contents Section 1. Project Overview... 1 1.1 Project Description... 1 1.2
CHAPTER 7 Software Configuration Management
CHAPTER 7 Software Configuration Management ACRONYMS CCB CM FCA MTBF PCA SCCB SCI SCM SCMP SCR SCSA SEI/CMMI SQA SRS USNRC INTRODUCTION Configuration Control Board Configuration Management Functional Configuration
Project Management Plan for
Project Management Plan for [Project ID] Prepared by: Date: [Name], Project Manager Approved by: Date: [Name], Project Sponsor Approved by: Date: [Name], Executive Manager Table of Contents Project Summary...
Reaching CMM Levels 2 and 3 with the Rational Unified Process
Reaching CMM Levels 2 and 3 with the Rational Unified Process Rational Software White Paper TP174 Table of Contents INTRODUCTION... 1 LEVEL-2, REPEATABLE... 3 Requirements Management... 3 Software Project
NEOXEN MODUS METHODOLOGY
NEOXEN MODUS METHODOLOGY RELEASE 5.0.0.1 INTRODUCTION TO QA & SOFTWARE TESTING GUIDE D O C U M E N T A T I O N L I C E N S E This documentation, as well as the software described in it, is furnished under
Draft Documents RFP 3.2.4
Draft Documents RFP 3.2.4 In accordance with RFP 3.2.4, CNSI includes the required draft documents in the following order: Work Plan: Team CNSI provides a comprehensive draft Work Plan for the Iowa EHR
Application Support Solution
Application Support Solution White Paper This document provides background and administration information on CAI s Legacy Application Support solution. PRO00001-MNGMAINT 080904 Table of Contents 01 INTRODUCTION
Software Quality Assurance: VI Standards
Software Quality Assurance: VI Standards Room E 3.165 Tel. 60-3321 Email: hg@upb.de Outline I Introduction II Software Life Cycle III Quality Control IV Infrastructure V Management VI Standards VII Conclusion
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
White Paper Case Study: How Collaboration Platforms Support the ITIL Best Practices Standard
White Paper Case Study: How Collaboration Platforms Support the ITIL Best Practices Standard Abstract: This white paper outlines the ITIL industry best practices methodology and discusses the methods in
ReMilNet Service Experience Overview
ReMilNet Service Experience Overview ReMilNet s knowledge across all functional service areas enables us to provide qualified personnel with knowledge across the spectrum of support services. This well
IT Service Provider and Consumer Support Engineer Position Description
Engineer Position Description February 9, 2015 Engineer Position Description February 9, 2015 Page i Table of Contents General Characteristics... 1 Career Path... 2 Explanation of Proficiency Level Definitions...
Project Risk Management: IV&V as Insurance for Project Success
Project Risk Management: IV&V as Insurance for Project Success Introduction Software development projects can be expensive and risky: Ever more complex mission-critical requirements lead to increasingly
P-20 Longitudinal Data System Project Roles and Skills
P-20 Longitudinal Data System Project Roles and Skills Introduction This Solution Brief provides guidelines for the type of roles and skills a State Education Agency (SEA) should have in place for a successful
A Capability Maturity Model (CMM)
Software Development Life Cycle (SDLC) and Development Methods There are some enterprises in which a careful disorderliness is the true method. Herman Melville Capability Maturity Model (CMM) A Capability
U.S. Department of Energy
U.S. Department of Energy Washington, D.C. NOTICE DOE N 203.1 Approved: Expires: 06-02-01 SUBJECT: SOFTWARE QUALITY ASSURANCE 1. OBJECTIVES. To define requirements and responsibilities for software quality
Using Rational Software Solutions to Achieve CMMI Level 2
Copyright Rational Software 2003 http://www.therationaledge.com/content/jan_03/f_cmmi_rr.jsp Using Rational Software Solutions to Achieve CMMI Level 2 by Rolf W. Reitzig Founder, Cognence, Inc. Over the
Maps between the 2016 CSQE BOK and the previous BOK
Maps between the 2016 CSQE BOK and the previous BOK The Certified Software Quality Engineer (CSQE) body of knowledge (BOK) has recently undergone an update so that the most current knowledge areas are
F15. Towards a More Mature Test Process. Anne Mette-Hass. P r e s e n t a t i o n
Towards a More Mature Test Process Anne Mette-Hass International Conference On Software Testing, Analysis & Review November 19-23 Stockholm, Sweden P r e s e n t a t i o n F15 Friday 23rd November, 2001
Biometrics Enterprise Architecture Project Management Plan (BMEA PMP)
Biometrics Enterprise Architecture Project Management Plan (BMEA PMP) Version 1.0 Prepared by: Date: November 24, 2008 Revision History Purpose Revision Date Level 11/17/2009 First Draft 1.0 Responsible
Configuration Management
Configuration Management Co Al Florence This presenter s affiliation with the MITRE Corporation is provided for identification purposes only and is not intended to convey or imply MITRE s concurrence with
AGILE SOFTWARE TESTING
AGILE SOFTWARE TESTING Business environments continue to rapidly evolve, leaving many IT organizations struggling to keep up. This need for speed has led to an increased interest in the Agile software
Design Controls: Are They Worth the Effort?
Design Controls: Are They Worth the Effort? Compliance-Alliance conducted a survey to measure the effects of FDA s design control regulation on the industry. Most respondents believe the controls have
QA Roles and Responsibilities
QA Roles and Responsibilities There are various roles on projects, some people may play more than one role. You should always check with your organizations testing methodology on what your role(s) are.
Project Risk Management: Independent Software QA Ensures Success
Project Risk Management: Independent Software QA Ensures Success Introduction We hear the stories time after time: A group of talented, hard-working, motivated software engineers has once again produced
Project Management Support
Project Management Support Project management is the discipline of planning, organizing, securing, managing, leading, and controlling resources to achieve specific goals. A project is a temporary business
Big Data Engineer Position Description
Engineer Position Description February 9, 2015 Engineer Position Description February 9, 2015 Page i Table of Contents General Characteristics... 1 Career Path... 2 Explanation of Proficiency Level Definitions...
Overview of STS Consulting s IV&V Methodology
Overview of STS Consulting s IV&V Methodology STS uses a 5 Step Methodology for IV&V. Our risk-based methodology conforms to Best Practices, relevant international standards, and regulations/guidelines
PHASE 5: DESIGN PHASE
PHASE 5: DESIGN PHASE During the Design Phase, the system is designed to satisfy the requirements identified in the previous phases. The requirements identified in the Requirements Analysis Phase are transformed
Qlik UKI Consulting Services Catalogue
Qlik UKI Consulting Services Catalogue The key to a successful Qlik project lies in the right people, the right skills, and the right activities in the right order www.qlik.co.uk Table of Contents Introduction
PROJECT MANAGEMENT PLAN Outline VERSION 0.0 STATUS: OUTLINE DATE:
PROJECT MANAGEMENT PLAN Outline VERSION 0.0 STATUS: OUTLINE DATE: Project Name Project Management Plan Document Information Document Title Version Author Owner Project Management Plan Amendment History
Project Management Certificate (IT Professionals)
Project Management Certificate (IT Professionals) Whether your field is architecture or information technology, successful planning involves a carefully crafted set of steps to planned and measurable goals.
System Development Life Cycle Guide
TEXAS DEPARTMENT OF INFORMATION RESOURCES System Development Life Cycle Guide Version 1.1 30 MAY 2008 Version History This and other Framework Extension tools are available on Framework Web site. Release
Management. Project. Software. Ashfaque Ahmed. A Process-Driven Approach. CRC Press. Taylor Si Francis Group Boca Raton London New York
Software Project Management A Process-Driven Approach Ashfaque Ahmed CRC Press Taylor Si Francis Group Boca Raton London New York CRC Press is an imprint of the Taylor St Francis Croup, an Informa business
R000. Revision Summary Revision Number Date Description of Revisions R000 Feb. 18, 2011 Initial issue of the document.
2 of 34 Revision Summary Revision Number Date Description of Revisions Initial issue of the document. Table of Contents Item Description Page 1. Introduction and Purpose... 5 2. Project Management Approach...
STATE BOARD OF ELECTIONS P.O. BOX 6486, ANNAPOLIS, MD 21401-0486 PHONE (410) 269-2840
MARYLAND STATE BOARD OF ELECTIONS P.O. BOX 6486, ANNAPOLIS, MD 21401-0486 PHONE (410) 269-2840 Bobbie S. Mack, Chairman David J. McManus, Jr., Vice Chairman Rachel T. McGuckian Patrick H. Murray Charles
SOFTWARE ASSURANCE STANDARD
NOT MEASUREMENT SENSITIVE National Aeronautics and NASA-STD-8739.8 w/change 1 Space Administration July 28, 2004 SOFTWARE ASSURANCE STANDARD NASA TECHNICAL STANDARD REPLACES NASA-STD-2201-93 DATED NOVEMBER
CMMI for Development Introduction & Implementation Roadmap
www.businessbeam.com CMMI for Development Introduction & Implementation Roadmap Business Beam (Pvt.) Limited Today 1 About CMMI for Development 2 Implementation Roadmap 3 CMMI & Business Beam 2 About CMMI
3.1 Overview of Software Development and Integration Activities
3 PART 2 SOFTWARE DEVELOPMENT PLAN 3.1 Overview of Software Development and Integration Activities The Development Team will utilize the SDLCM Methodology standards and procedures for all development with
What is a life cycle model?
What is a life cycle model? Framework under which a software product is going to be developed. Defines the phases that the product under development will go through. Identifies activities involved in each
Change Management Best Practices
General Change Management Best Practices Practice Area Best Practice Criteria Organization Change management policy, procedures, and standards are integrated with and communicated to IT and business management
Business Analyst Position Description
Analyst Position Description September 4, 2015 Analysis Position Description September 4, 2015 Page i Table of Contents General Characteristics... 1 Career Path... 2 Explanation of Proficiency Level Definitions...
An Implementation Roadmap
An Implementation Roadmap The 2nd Abu Dhabi IT s Forum P J Corum, CSQA, CSTE, ITSM Managing Director Quality Assurance Institute Middle East and Africa Dubai, UAE Quality Assurance Institute Middle East
Software Quality Subcontractor Survey Questionnaire INSTRUCTIONS FOR PURCHASE ORDER ATTACHMENT Q-201
PURCHASE ORDER ATTACHMENT Q-201A Software Quality Subcontractor Survey Questionnaire INSTRUCTIONS FOR PURCHASE ORDER ATTACHMENT Q-201 1. A qualified employee shall be selected by the Software Quality Manager
System Development and Life-Cycle Management (SDLCM) Methodology. Approval CISSCO Program Director
System Development and Life-Cycle Management (SDLCM) Methodology Subject Type Standard Approval CISSCO Program Director A. PURPOSE This standard specifies content and format requirements for a Physical
CMMI KEY PROCESS AREAS
CMMI KEY PROCESS AREAS http://www.tutorialspoint.com/cmmi/cmmi-process-areas.htm Copyright tutorialspoint.com A Process Area is a cluster of related practices in an area that, when implemented collectively,
Software Configuration Management Plan
For Database Applications Document ID: Version: 2.0c Planning Installation & Acceptance Integration & Test Requirements Definition Design Development 1 / 22 Copyright 2000-2005 Digital Publications LLC.
JOB DESCRIPTION APPLICATION LEAD
JOB DESCRIPTION APPLICATION LEAD The Application Lead will provide functional support and to expand capabilities in the area of systems configuration. This function provides the initial step in the process
Cisco Unified Communications and Collaboration technology is changing the way we go about the business of the University.
Data Sheet Cisco Optimization s Optimize Your Solution using Cisco Expertise and Leading Practices Optimizing Your Business Architecture Today, enabling business innovation and agility is about being able
How Rational Configuration and Change Management Products Support the Software Engineering Institute's Software Capability Maturity Model
How Rational Configuration and Change Management Products Support the Software Engineering Institute's Software Capability Maturity Model by Bill Cottrell and John Viehweg Software Engineering Specialists
Department of Finance and Deregulation 2011/004 Portfolio Panels for IT Services ATTACHMENT A
2011/004 Portfolio Panels for IT Services Definition of IT Services The definition for IT Services supports the Portfolio Panel Policy and reflects the Victorian eservices model. Key Service Category Management
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
Developing CMMI in IT Projects with Considering other Development Models
Developing CMMI in IT Projects with Considering other Development Models Anahita Ahmadi* MSc in Socio Economic Systems Engineering Organizational Process Development Engineer, International Systems Engineering
Arkansas IT Staff Augmentation Contract SP-16-0003 4600035144
Arkansas IT Staff Augmentation Contract SP-16-0003 4600035144 Arkansas IT Staff Augmentation Contract 1 Administrator... 5 ADMIN1... 5 ADMIN2... 5 ADMIN3... 5 Business Analyst... 5 BA1... 5 BA2... 6 BA3...
Future of CMM and Quality Improvement. Roy Ko Hong Kong Productivity Council
Future of CMM and Quality Improvement Roy Ko Hong Kong Productivity Council 1 Agenda Future Development of CMMI CMMI and Small Organizations CMMI and Agile Development Good Enough Quality CMMI and Other