The implementation of a test centre for traffic applications in the Netherlands
|
|
- Shawn Darcy Foster
- 6 years ago
- Views:
Transcription
1 The implementation of a test centre for traffic applications in the Netherlands dr. W.J.W. Geurts ing. E.R. van der Ster ing. A.M.M. van Lent Dutch Ministry of Transport, Public Works and Water Management Directorate-General of Public Works and Water Management Transport Research Centre (AVV) Boompjes 200; P.O. Box 1031; 3000 BA Rotterdam; The Netherlands Tel: +31 (0) Fax: +31 (0) Wouter.Geurts@cmg.nl Figure 1: A test environment (right) has been implemented to test traffic management systems in a situation that is functionally similar to an operational traffic management centre (left). ABSTRACT Managing increased (road) traffic has the focus of the Dutch Ministry of Transport, Public Works and Water Management for years. The measures taken to control traffic flow and to minimise the number of traffic jams more and more rely on advanced monitoring and control systems (traffic management systems). These systems traditionally were specified by the Ministry and designed and realised by industrial parties. For years this has been possible because the needed traffic management systems were small, local and independent. Nowadays (and certainly in the future) traffic problems are not local phenomena and the control will need country wide infrastructural decisions, guided by a country-wide control strategy 1. Such a strategy will have to be supported by an integral, uniform set of traffic management tools. To be able to control the tender for a uniform set of tools, a test centre for traffic management systems has been founded. This test centre will contain all the relevant systems in a normal traffic control centre (TCC) and data networks, such that new applications can be added en tested within this operational environment. We describe the organisational and technical details of the implementation of this test centre. Within 18 months we realised a working environment, that acts as an effective filter between development projects and IT-service management in operational traffic control centres.. 1 See the article Organisational Impact of Quality Assurance on Traffic Control Systems by E. Troost et al. (ITS conference Torino 2000).
2 MOTIVATION TO BUILD A TEST CENTRE The Ministry is responsible for the capacity and safety of the roads. The high ways and high way junctions have been expanded with the growth of motorway traffic. Parallel to this expansion of the capacity of the high ways a set of traffic management systems has been installed to guide the traffic locally and to yield a better throughput. The variety of systems grew over the years with every pilot project to fight the congestion. With the growth of the traffic a country-wide policy on such traffic management systems is needed. For efficiency reasons these systems should use a shared communication/telematics infrastructure and for ergonomic reasons the systems should have a uniform user interface. Moreover the traffic management systems have become more and more mission critical since the capacity of the roads depend strongly on them. Therefore a strict policy on quality control is needed. The first step in quality assurance is the installation of solid configuration management for hardware and software. For this reason the developed systems are maintained by a dedicated branch of the Ministry: the IT-service management department. This department is organised in processes based on ITIL with as main task to control the analysis and repair of outages of systems both in the traffic management centre and at the road-side. The IT-service management dictates quality checks, but until recently these checks still occurred for a large part in the operational environment. New releases of software were installed in operational traffic management centres and then tested on interoperability with their surroundings. This was due to the fact that the supplier of a single application is not responsible for the final integration test software and the Ministry lacked a facility to try out the new (or modified) traffic control system. The chosen way to tackle this problem is the foundation of a test centre for traffic management systems. Experience in testing shows that testing costs are usually higher than necessary due to the fact that testability is not designed into the system. Therefore, testing should from the start be an integral part of the project. Besides a facility (hardware, operational environment and software tools together with a skilled testing crew) the test centre has to provide a consultancy branch that is involved in the development of new systems already in the requirements phase. IMPLEMENTATION OF THE TEST CENTRE The TORO project (TestOmgeving/ReferentieOmgeving translated Test Environment Reference Environment) has been responsible for the implementation of the test centre. The TORO project consisted of three work packages. The first work package consisted of the realisation of the reference environment, i.e. the tender of computer hardware, (flexible) infrastructure (multi-segment ethernet) together with practical issues like housing, power supply, airco for computer rooms, The second work package was the realisation of the test environment and had to guard the stated technical goals, building a consistent, workable test process. In this work package the tender of test tools to support this process had been done. The third work package was the test centre organisation, implementing the test process with people and to position the test centre 2 organisation within the standing organisation. These sub-projects are closely connected through the goals. A good mixture of technical and organisational solutions had to be given. 2 See footnote 1
3 After the definition of the test process, this new test process was used to define the needed procedures together with the test environment (tools/instruments) to support these procedures. The two criteria for such an environment are (a) it should facilitate the migration to the new test process and (b) it should at least be able to reproduce the acceptance tests of the running systems. Originally these tests were Factory Acceptance Test (FAT) executed at the developer s site. In other words the new environment should be able to perform regression test on the running systems. Furthermore, this new environment should be designed to be highly adaptable to new test needs (think of stress or load tests), such that the regression tests can be expanded to more complete test suites. In the near future the presence of the test environment will contribute to the technical specifications of new systems. The test process In industrial software development projects the test process is tailored to fit the realisation part the of the project. The development projects of the Ministry involve tendering both the realisation and the test activities. Nevertheless we were able to map this tender process to a common software development process. Once such a mapping exists, the IEEE-1012 ( Standard for Software Verification and Validation Plans ) can be used to define a suitable Verification and Validation (V&V) process (as a collection of activities). To guide the specification and design of the test centre (organisational as well as technical), the V&V process has been presented in a vision paper (the test philosophy ). This first step already revealed that the needed process reached beyond the scope of the test centre organisation itself. It turned out that if the test centre has to perform tests efficiently and effectively the input to the test centre should be uniform and high quality specifications or design documentation of the system under test. As a first step to such an input specification the organisation adopted the IEEE/EIA J-STD-016 ( Standard for Information Technology Software Life Cycle Processes Software Development Acquirer- Supplier Agreement ) as organisation wide standard. This standard has been chosen as a baseline to migrate to the IEEE standard (IEEE/EIA /1/ Standard for Information Technology - Software life cycle processes). The key characteristics of the new test are efficiency (less cost than original method/reduction of tests in the operational situation), effectiveness (possibility of load/stress tests) and reduction of problems in the field (by active feedback: learning organisation). Starting from the test philosophy both an organisation plan and requirements for supporting tooling and infrastructure were derived in a well-defined design process. Organisational impact Within the organisation of the Ministry the test centre will play a significant role in quality assurance. This means that the test centre should be an independent professional organisation, strongly linked tot the existing ITIL processes like software development, configuration management, change management. The test centre should also be equipped with processes like service level agreement management. The test centre for traffic control systems will be a central specialistic entity within the Ministry that will capture test experience. A (not unimportant) side effect of such an entity is that testing will be an integral part already in the specification, design and build processes. People become more aware of
4 verification and validation needs and techniques in earlier phases of a systems life cycle. Already this awareness will cause process improvement on the development side, calling for the need of improvement of the test centre processes. The test centre should therefore be a learning organisation requiring a dynamic quality officer and a dedicated/inspiring general manager. To be able to tender systems in a controllable way the EIA/IEEE J-STD standard will have to be tailored to obtain a really uniform specification structure. Restrictions on the used processes (to introduce standard checkpoints: Preliminary (Design) Reviews (PR/PDR) and Critical (Design) Reviews (CR/CDR). The IEEE standard is used as a starting point for a well defined process within the test centre organisation. Starting with the most urgent problems, a subset of the prescribed activities of IEEE-1012 has been used. On a regular basis the service catalog of the test centre will be adapted to the needs of the clients.using this regular (about yearly) update the 1998 version of IEEE-1012 will be incorporated. user interfaces system under test datacom modules to road side generic testtool system under test adapter Figuur 2a (left) and b: the system decomposition of a traffic management centre (left); testing one module in isolation (right) using dedicated adapters. Technical impact The test centre contains a hardware reference-target environment that depends on the test purpose of the individual tests. The scope of the test centre is to test application software common to all traffic management centres in the Netherlands, therefore the reference-target environment should be functionally comparable to the HW environments of all these centres. Specific characteristics of the controlled area of the individual TCC s pose requirements on the indivual HW environments of these TCC s (think of performance or communication abilities that are dependent on the number of sensors or actuators that are present in the controlled area). Because the reference hardware will never be completely uniform over all TCC s, the test centre will never be able to ban testing from the operational environment.
5 test system Keyboard presentation unit PCO: point of control and observation Data storage Database server Communication server Road side system (sensors/actuators) Figuur 3: Once a (technical) structure is known, the test can be defined in terms of points of control and observation PCO's (see text). These points are the interaction points of the test-tools with the system under test. Once the reference-target environment of the applications is known, a set of points of control and observation (PCO s) can be concretised (figure 3). In fact PCO s can be defined at every level in the specification or design, where there is a description of a complete structure of the system. This methodology is borrowed from the ISO-standard ISO-9646 (ISO/IEC 9646, Information Technology - Open Systems Interconnection- Conformance Testing Methodology and Framework). The test centre is not set up completely conform this standard since the test centre is not a conformance test laboratory in the sense of ISO-9646 (traffic management systems lack standardizing bodies, like there are for interconnecting telecom systems). Nevertheless at least the following concepts of the ISO9646 are present: abstract test methods (ATM), abstract test suites (ATS), points of control and observation (PCO), abstract service primitives (ASP; which is quite popular in the implementation as action word, function script or, here, as commands : messages to and from the traffic management application), Implementation extra Information for Testing (IXIT) and means of testing (MOT) which has a resemblence in the test adapter (see fig. 2). To keep solutions with a large Commercial Off The Shelf (COTS) component open, the use of TTCN as test description language had not been required. Architecture CHARACTERISTICS OF THE OPERATIONAL TEST CENTRE The architecture of the testing facility is guided by requirements on configuration management. Since there is one reference target environment, while there are five operational traffic control centres. In principle all operational situations have to be tested. A certain version of a System Under Test requires a certain version of the (executable) test suite, which requires in turn a certain version of the
6 testing environment. Furthermore the testing environment should be expandable to deal with the systems of the (near) future. Besides configuration management an important fact is that several parts of an operational traffic management centre (see fig. 2a) are delivered by different parties (eventually at different moments in time). In order to be able to assess the quality of these parts before they are integrated with the other systems, stand-alone tests have to be performed. Therefore an architecture has been chosen that consists of a general testing environment which is expandable with adapters (see fig. 2b). The general testing environment will not change (significantly) with the release of a new or modified system. Used Tools The general test tool is implemented using TestDirector, WinRunner (for Windows NT) and XRunner (for X-windows environments under several Unix-variants). These tools are COTS components provided by Mercury Interactive. These tools (WinRunner and XRunner) are well able to provide interaction to the Graphical User Interfaces based on MS-Windows and X-Windows (Motif) but had to be expanded (using a dynamically linked library) to fit specific needs for our case. Specific interactions with the systems under test have been implemented in C (both on NT and on Unix). Well-defined test processes The tool set (COTS and custom) has been implemented for a well defined test configuration. Expandability had to be proven explicitly. Therefore, an extensive user guide was delivered (describing coding standards best practices for the Mercury Interactive test script language TSL, and a procedure concept Statement of Work for developing additional adapters. The connection with the IT-service management organisation is implemented on an organisational level. The test centre organisation will perform tests that are (partly) inspired by the problems in the maintenance phase of the systems (or comparable systems) life cycle. CONCLUSIONS The implementation of the test centre has been supported by a change in the mind set about procurement processes 3. We found that already the decision itself to define and install a test centre has increased the awareness and professionalism of the organisation. The technique of introducing firm quality checks to improve the products worked well for the organisation. Introduction of ITIL-processes improved the administration, configuration management and change controls. Introduction of the test centre added a validation and verification mechanism of changes. After the test centre has matured one could think of introducing the possibility of prototypes to facilitate the research on new means of traffic management. 3 See footnote 1
TUNNEL TECHNICAL INSTALLATION TESTING ASSURES DEMONSTRABLE TUNNEL SAFETY
- 101 - TUNNEL TECHNICAL INSTALLATION TESTING ASSURES DEMONSTRABLE TUNNEL SAFETY Boersen P.AM., Sogeti Nederland B.V., Netherlands ABSTRACT A tunnel technical installation of a road tunnel is mainly a
More informationSoftware Reliability
Software Reliability Measuring Software Reliability D L BIRD 2003 Abstract This paper sets out a technique for measuring software reliability. It introduces a new style of metric that establishes software
More informationNational Aeronautics and Space Administration Washington, DC 20546
Technical Standards Division Publication NASA-STD-2100-91 NASA Software Documentation Standard Software Engineering Program NASA-STD-2100-91 -91 Approved: July 29, 1991 National Aeronautics and Space Administration
More informationFUNDAMENTAL SAFETY OVERVIEW VOLUME 2: DESIGN AND SAFETY CHAPTER G: INSTRUMENTATION AND CONTROL
PAGE : 1 / 14 SUB CHAPTER G.6 I&C PROCEDURES AND TOOLS 1. STANDARD I&C SYSTEM This section describes the tools used for PAS/SAS (level 1 automation data) and MCP[PICS] (HMI) I&C programming. It includes
More informationEngineering Process Transformation driven by Use Cases.
Engineering Process Transformation driven by Use Cases juergen.schmied@methodpark.com 1 From Process Models to Projects Corporate Initiatives Six Sigma 16949 PMI CMMI 26262 Automotive SPICE One group,
More informationIndependent Verification and Validation (IV&V)
Independent Verification and Validation (IV&V) 12 th Annual NDIA CMMI Conference November 2012 - Denver, CO The MITRE Corporation The author s affiliation with The MITRE Corporation is provided for identification
More informationClient involvement in performance based briefing in Public Private Partnerships procurement and the use of ICT: Dutch best practice
CIB2007-295 Client involvement in performance based briefing in Public Private Partnerships procurement and the use of ICT: ANGELIA ZEEGERS GEORGE ANG ABSTRACT Due to the complexity of PPP-projects, and
More informationBusiness software solutions for the public sector
Business software solutions for the public sector Best value is an all embracing business process requiring careful, responsive navigation towards an evolving vision of the future. 2 The use of information
More information0 Introduction Test strategy A Test Strategy for single high-level test B Combined testing strategy for high-level tests...
TPI Automotive Test Process Improvement Version: 1.01 Author: Sogeti Deutschland GmbH Datum: 29.12.2004 Sogeti Deutschland GmbH. Version 1.01 29.12.04-1 - 0 Introduction... 5 1 Test strategy...10 1.A Test
More informationRegulatory Guide Developing Software Life Cycle Processes for Digital Computer Software Used in Safety Systems of Nuclear Power Plants
Regulatory Guide 1.173Developing Software Lif... Page 1 of 10 September 1997 Regulatory Guide 1.173 Developing Software Life Cycle Processes for Digital Computer Software Used in Safety Systems of Nuclear
More informationSpace project management
-M-10B EUROPEAN COOPERATION FOR SPACE STANARIZATION Space project management Project breakdown structures Secretariat ESA-ESTEC Requirements & Standards ivision Noordwijk, The Netherlands Published by:
More informationLectures 2 & 3. Software Processes. Software Engineering, COMP201 Slide 1
Lectures 2 & 3 Software Processes Software Engineering, COMP201 Slide 1 What is a Process? When we provide a service or create a product we always follow a sequence of steps to accomplish a set of tasks
More informationECSS. Space engineering
-E-40B Draft 1 EUROPEAN COOPERATION FOR SPACE STANDARDIZATION Space engineering Software This document is a draft standard circulated for review and comments. It is therefore subject to change and may
More informationFOUNDATIONAL CONCEPTS FOR MODEL DRIVEN SYSTEM DESIGN
FOUNDATIONAL CONCEPTS FOR MODEL DRIVEN SYSTEM DESIGN Loyd Baker, Paul Clemente, Bob Cohen, Larry Permenter, Byron Purves, and Pete Salmon INCOSE Model Driven System Interest Group Abstract. This paper
More informationETASS II SKILL LEVEL AND LABOR CATEGORY DESCRIPTIONS. Skill Levels
ETASS II SKILL LEVEL AND LABOR CATEGORY DESCRIPTIONS Skill Levels Level Entry I Intermediate II Senior III Principal IV Knowledge/Skill Description Applies fundamental concepts, processes, practices, and
More informationSoftware configuration management
Software configuration management Bởi: Hung Vo Introduction A system can be defined as a collection of components organized to accomplish a specific function or set of functions. The configuration of a
More informationBuilding MES-applications with S95
Presented at the World Batch Forum European Conference Mechelen, Belgium 11-13 October 2004 900 Fox Valley Drive, Suite 204 Longwood, FL 32779-2552 +1.407.774.5764 Fax: +1.407.774.6751 E-mail: info@wbf.org
More informationCourse 3. Software Quality Assurance & Software Quality Models. S. Motogna - Software Quality
Course 3 Software Quality Assurance & Software Quality Models Software quality assurance Software development process IEEE definition: Specification of technical requirements 1. A planned and systematic
More informationSystems Engineers provide a Key Contribution and Role in System Integration and Test
s Engineers provide a Key Contribution and Role in Integration and Test National Defense Industrial Association (NDIA) 9 th Annual s Engineering Conference October 23-26/2006 Test & Evaluation Track, Tuesday
More informationSpace Project Management
EUROPEAN COOPERATION FOR SPACE STANDARDIZATION Space Project Management Configuration Management Secretariat ESA ESTEC Requirements & Standards Division Noordwijk, The Netherlands Published by: Price:
More informationSOFTWARE SOLUTIONS PLANNING & INNOVATION SERVICE & OPERATIONS CENTRE CONSTRUCTION PHASE CONSULTING DEVELOPMENT CONSULTING BUSINESS CASE
Consulting Services ITS SOLUTION ENGAGEMENT Planning Execution SUPPORT SERVICES Operations & Support Optimisation SOLUTIONS PLANNING & INNOVATION CONSTRUCTION PHASE CONSULTING SOFTWARE DEVELOPMENT CONSULTING
More informationJoint Interpretation Library. Collection of Developer Evidence
Joint Interpretation Library Collection of Developer Evidence Version 1.5 January 2012 Collection of Developer Evidence Joint Interpretation Library This page is intentionally left blank Page 2/10 Version
More informationSE351 Roadmap. SE351a: Software Project & Process Management. W3.2: Software Development Lifecycles
SE351a: Software Project & Process Management W3.2: Software Development Lifecycles 06 Oct, 2005 SE351a, ECE UWO, (c) Hamada Ghenniwa SE351 Roadmap Introduction to Software Project Management Project Management
More informationversion NDIA CMMI Conf 3.5 SE Tutorial RE - 1
Requirements Engineering SE Tutorial RE - 1 What Are Requirements? Customer s needs, expectations, and measures of effectiveness Items that are necessary, needed, or demanded Implicit or explicit criteria
More informationChapter 1. Software Engineering Supporting Processes
Chapter 1 Software Engineering Supporting Processes 1. Introduction to IEEE/EIA Standard 12207.0-1996 IEEE/EIA Standard 12207.0-1996 establishes a common framework for software life cycle processes. The
More informationMAKING CRADLE-TO-CRADLE WORK: FIRST STEPS FOR DUTCH INFRASTRUCTURE CHALLENGES
Mieke (M.B.G.) Ketelaars, Deltares, Unit Strategy and Policy Arjan (A.A.M.) Venmans, Deltares, Unit Geo-Engineering MAKING CRADLE-TO-CRADLE WORK: FIRST STEPS FOR DUTCH INFRASTRUCTURE CHALLENGES SUMMARY
More informationMeasuring software product quality during testing
Measuring software product quality during testing Rob Hendriks, Robert van Vonderen and Erik van Veenendaal Quality requirements of software products are often described in vague and broad terms. As a
More informationSoftware Processes 1
Software Processes 1 Topics covered Software process models Process activities Coping with change 2 The software process A structured set of activities required to develop a software system. Many different
More informationServices and Support. System design. Hardware. Installation. Peace of mind. Digital Signage
A total solution from start to finish Services and Support System design. Hardware. Installation. Peace of mind. Whatever your digital signage requirement, we can provide a solution that meets your exact
More informationIntroduction of software product and process quality aspects in the study courses of information technologies
Introduction of software product and quality aspects in the study courses of information technologies Rudite Cevere 1, Sandra Sproge 2 1,2 Faculty of Information Technology, Latvia University of Agriculture,
More informationCEMAT based on process control system SIMATIC PCS 7. cemat
CEMAT based on process control system SIMATIC PCS 7 cemat CEMAT the sophisticated control concept with a real future CEMAT is a control system specifically designed for cement plants and has been well
More informationISO/IEC INTERNATIONAL STANDARD. Software and systems engineering Tools and methods for product line technical management
INTERNATIONAL STANDARD ISO/IEC 26555 First edition 2013-03-01 Software and systems engineering Tools and methods for product line technical management Ingénierie du logiciel et des systèmes Outils et méthodes
More informationFiat Group Automobiles Policy for Software Quality Improvement
Fiat Group Automobiles Policy for Software Quality Improvement 2010-01-2329 Published 10/19/2010 Edoardo Sivera Fiat Group Automobiles (FGA) Copyright 2010 SAE International ABSTRACT Automotive systems
More informationSOFTWARE DEVELOPMENT STANDARD
SFTWARE DEVELPMENT STANDARD Mar. 23, 2016 Japan Aerospace Exploration Agency The official version of this standard is written in Japanese. This English version is issued for convenience of English speakers.
More informationRequirements management to the max
Requirements management to the max TopTeam at one of the largest telecommunications providers in The Netherlands A single Business Support System and Operations Support System (BSS-OSS); that was the goal
More informationISO/IEC Information technology Systems and software engineering Application management
INTERNATIONAL STANDARD ISO/IEC 16350 First edition 2015-08-01 Information technology Systems and software engineering Application management Technologies de l information Gestion d application Exigences
More informationThe new IT system for SCPI as a part for E- Government in Azerbaijan
The new IT system for SCPI as a part for E- Government in Azerbaijan UNECE WORKING PARTY ON LAND ADMINISTRATION (WPLA) Workshop on Efficient and Transparent Land Management in ECE Countries Baku, 4 th
More informationImplementation of the Timetable Planning System STRAX/TPS in Denmark
Implementation of the Timetable Planning System STRAX/TPS in Denmark A. H. Kaas 1 & R. Goossmann 2 1 Atkins Transportation Scandinavia, Denmark 2 HaCon, Germany Abstract The TPS Timetable Planning System,
More informationChapter 6. Software Quality Management & Estimation
Chapter 6 Software Quality Management & Estimation What is Quality Management Also called software quality assurance (SQA) s/w quality:- It is defined as the degree to which a system, components, or process
More informationThe software process
Software Processes The software process A structured set of activities required to develop a software system Specification; Design; Validation; Evolution. A software process model is an abstract representation
More informationA Proven Approach to Requirements Engineering
Requirements A Proven Approach to Requirements Engineering The Why, What and How of REVEAL November 2013 System Assurance Architectures CONTENT A. Why do we need B. C. REVEAL Overview D. E. A // WHY DO
More informationSpace Product Assurance
EUROPEAN COOPERATION FOR SPACE STANDARDIZATION Space Product Assurance Software Product Assurance Secretariat ESA ESTEC Requirements & Standards Division Noordwijk, The Netherlands Published by: Price:
More informationVerification and Validation Working agile when developing a complex and safety critical product
Verification and Validation Working agile when developing a complex and safety Håkan Anderwall, Saab AB NFI Testforum, Stockholm 2013-04-17 Agenda How to work from prototype and development test to validation.
More informationR214 SPECIFIC REQUIREMENTS: INFORMATION TECHNOLOGY TESTING LABORATORY ACCREDITATION PROGRAM
A2LA R214 Specific Requirements: Information Technology Testing Laboratory Accreditation Document Revised: 3/5/18 Page 1 of 34 R214 SPECIFIC REQUIREMENTS: INFORMATION TECHNOLOGY TESTING LABORATORY ACCREDITATION
More informationNASA Procedural Requirements
NASA Procedural Requirements NPR 7150.2 Effective Date: September 27, 2004 Expiration Date: September 27, 2009 NASA Software Engineering Requirements Responsible Office: Office of the Chief Engineer 0
More informationPRM - IT IBM Process Reference Model for IT
PRM-IT V3 Reference Library - A1 Governance and Management Sysem PRM-IT Version 3.0 April, 2008 PRM - IT IBM Process Reference Model for IT Sequencing the DNA of IT Management Copyright Notice Copyright
More informationGlobal Number Portability Solutions
Global Number Portability Solutions Porting Access B.V. Schenkkade 50 2595 AR The Hague The Netherlands Contact sales@portingxs.com +31 (0)70 219 99 99 Founded in 2001, PortingXS is a Dutch number portability
More informationLR SOFTWARE CONFORMITY ASSESSMENT SYSTEM. Assessment Module GENPMS Software Products for Planned Maintenance Schemes
LR SOFTWARE CONFORMITY ASSESSMENT SYSTEM Assessment Module GENPMS Software Products for Planned Maintenance Schemes 2006 Lloyd's Register, its affiliates and subsidiaries and their respective officers,
More information> 50 YEARS OF EXPERIENCE > 12,500 EMPLOYEES A NEW PATH TO GROWTH TRANSPORTATION SYSTEMS SOFTWARE SAFETY GLOBAL ENGINEERING SERVICES
IN > 20 COUNTRIES > 50 YEARS OF EXPERIENCE > 12,500 EMPLOYEES INTERNATIONAL NETWORK OF EXPERTISE A NEW PATH TO GROWTH WWW.ASSYSTEM-GERMANY.COM TRANSPORTATION SYSTEMS SOFTWARE SAFETY GLOBAL ENGINEERING
More informationANNEX 5 -QUALITY OVERSIGHT 1. INTRODUCTION 2. SCOPE
DSS/Support to CAA-NSA A5-1 Guidelines for NSAs for the Development of the ANSP Oversight Process 5-Quality Oversight ANNEX 5 -QUALITY OVERSIGHT 1. INTRODUCTION ANSP s quality oversight is a fundamental
More informationSystems and software engineering Software life cycle processes
INTERNATIONAL STANDARD ISO/IEC/ IEEE 12207 First edition 2017-11 Systems and software engineering Software life cycle processes Ingénierie des systèmes et du logiciel Processus du cycle de vie du logiciel
More informationThis document is a preview generated by EVS
INTERNATIONAL STANDARD ISO/IEC/ IEEE 12207 First edition 2017-11 Systems and software engineering Software life cycle processes Ingénierie des systèmes et du logiciel Processus du cycle de vie du logiciel
More informationII. Software Life Cycle. Laurea Triennale in Informatica Corso di Ingegneria del Software I A.A. 2006/2007 Andrea Polini
II. Software Life Cycle Laurea Triennale in Informatica Corso di Objectives To introduce software process models To describe three generic process models and when they may be used To describe outline process
More informationProgram 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
More informationScalable project requirements management
Scalable project requirements management Ir. V.(Vincent) van der Meijden CEO PACER Working with TopTeam 7.39 at Dutch Centre for Public Works (appr 160mio project) 11-10-2013 1 Contents Short intro on
More informationGAIA. GAIA Software Product Assurance Requirements for Subcontractors. Name and Function Date Signature 15/09/05 15/09/05 15/09/05 15/09/05 15/09/05
Title Page : i Software Product Assurance Requirements for Subcontractors Name and Function Date Signature Prepared by D.MUNCH Prime Contractor SPA Manager 15/09/05 Verified by D.PERKINS E-SVM PA Manager
More informationCHAPTER 2. Slide 2.1 THE SOFTWARE PROCESS
CHAPTER 2 Slide 2.1 THE SOFTWARE PROCESS Overview Slide 2.2 Client, Developer, and User Requirements Phase Specification Phase Design Phase Implementation Phase Integration Phase Maintenance Phase Retirement
More informationThe Impact of Modelling and Simulation in Airbus Product Development
Matlab EXPO 2013 The Impact of Modelling and Simulation in Airbus Product Development Presented by Sanjiv SHARMA Technical Expert for Modelling & Simulation Methods and Tools Contents Introduction Overview
More informationSpace engineering. System engineering general requirements. ECSS-E-ST-10C 6 March 2009
ECSS-E-ST-10C Space engineering System engineering general requirements ECSS Secretariat ESA-ESTEC Requirements & Standards Division Noordwijk, The Netherlands Foreword This Standard is one of the series
More informationLecture 1. In practice, most large systems are developed using a. A software process model is an abstract representation
Chapter 2 Software Processes Lecture 1 Software process descriptions When we describe and discuss processes, we usually talk about the activities in these processes such as specifying a data model, designing
More informationManaged Workplace. Combine cost effectiveness with end user satisfaction. shaping tomorrow with you
Managed Workplace Combine cost effectiveness with end user satisfaction shaping tomorrow with you What is your goal? Managing stationary and mobile IT workplace systems has always been an enormous challenge
More informationThe Systems Management. Solution designed specifically. for ebusiness. SystemWalker
The Systems Management Solution designed specifically for ebusiness SystemWalker Table of Contents EXECUTIVE SUMMARY...1 ebusiness RAISES THE BAR ON NETWORK MANAGEMENT...2 Growing Network Complexity...2
More informationExxonMobil s Quest for the Future of Process Automation
APRIL 26, 2016 ExxonMobil s Quest for the Future of Process Automation By Harry Forbes Keywords Cloud Computing, DCN, DCS, DDS, ExxonMobil, FACE, Future Airborne Capability Environment, Open Source, Process
More informationSpace engineering. Technical requirements specification. ECSS-E-ST-10-06C 6 March 2009
ECSS-E-ST-10-06C Space engineering Technical requirements specification ECSS Secretariat ESA-ESTEC Requirements & Standards Division Noordwijk, The Netherlands Foreword This Standard is one of the series
More informationMeasuring and Assessing Software Quality
Measuring and Assessing Software Quality Issues, Challenges and Practical Approaches Kostas Kontogiannis Associate Professor, NTUA kkontog@softlab.ntua.gr The Software Life Cycle Maintenance Requirements
More informationIBM Software Services for Lotus To support your business objectives. Maximize your portal solution through a rapid, low-risk deployment.
IBM Software Services for Lotus To support your business objectives Maximize your portal solution through a rapid, low-risk deployment. For businesses around the world, Web portals help increase productivity.
More informationSoftware Processes. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 1
Software Processes Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 1 Objectives To introduce software process models To describe three generic process models and when they may be
More informationIn-car traffic management services Amsterdam Practical Trial (APT)
In-car traffic management services Amsterdam Practical Trial (APT) About this Best Practice Case Main learning aspect is how Rijkswaterstaat used a Design contest to create a Practical Trial in Amsterdam.
More informationWE EXCELERATE YOUR PERFORMANCE
WE EXCELERATE YOUR PERFORMANCE BECAUSE WE ARE READY AND WAITING TO CARRY YOUR LOAD Picking the right Electronic Manufacturing Services (EMS) partner brings you numerous benefits: your own focus on core
More informationCMSC 435: Software Engineering Section Back to Software. Important: Team Work. More Resources
CMSC 435: Software Engineering Section 0101! Atif M. Memon (atif@cs.umd.edu)! 4115 A.V.Williams building! Phone: 301-405-3071! Office hours!.tu.th. (10:45am-12:00pm)! Don t wait, don t hesitate, do communicate!!!
More informationPhoenix: Redesign of the data collection process andsystems
CONFERENCE OF EUROPEAN STATISTICIANS Workshop on Statistical Data Collection 10-12 October 2017, Ottawa, Canada WP.2-3 22 August 2017 Phoenix: Redesign of the data collection process andsystems Marc Houben
More informationMIS. Management Information System. Optimum Use of Operator and Machine Data PARTNER IN LAUNDRY TECHNOLOGY
MIS Optimum Use of Operator and Machine Data Management Information System PARTNER IN LAUNDRY TECHNOLOGY The Principle During production generated data is captured automatically and recorded according
More informationTDT4250 Modelling of information Systems Autumn Meta-modeling. John Krogstie IDI, NTNU and SINTEF
Meta-modeling John Krogstie IDI, NTNU and SINTEF Meta.ppt 1 Overview of this week Why meta-modeling? Central concepts Domain-specific modeling using MetaEdit A19 Kelly and Pohjonen: "Domain-Specific Modeling
More informationSystems and software engineering Life cycle management. Part 6: System integration engineering
TECHNICAL SPECIFICATION ISO/IEC TS 24748-6 First edition 2016-12-01 Systems and software engineering Life cycle management Part 6: System integration engineering Ingénierie des systèmes et du logiciel
More informationModel-Driven Development of Integrated Support Architectures
Model-Driven Development of Integrated Support Architectures Stan Ofsthun Associate Technical Fellow The Boeing Company (314) 233-2300 October 13, 2004 Agenda Introduction Health Management Framework rocess
More informationHARMONIZATION OF STANDARDS FOR ENTERPRISE INTEGRATION AN URGENT NEED. Martin Zelm
HARMONIZATION OF STANDARDS FOR ENTERPRISE INTEGRATION AN URGENT NEED Martin Zelm CIMOSA Association Gehenbuehlstr 18a, D-70499 Stuttgart e-mail: martin.zelm@cimosa.de Abstract: Business globalisation requires
More informationMilena Ratajczak-Mrozek
164 8. The mechanism of business network development in the internationalisation process M. Ratajczak-Mrozek, PSO Sp. z o.o. (case study), in: The development of business networks in the company internationalisation
More informationCertkiller.OG questions
Certkiller.OG0-021.80 questions Number: OG0-021 Passing Score: 800 Time Limit: 120 min File Version: 4.8 http://www.gratisexam.com/ OG0-021 ArchiMate 2 Part 1 Examination It guided me step by step through
More informationPOWER OF AGILITY. M^DYNAMICS DynamicPOS DynamicATM DynamicSwitch
POWER OF AGILITY M^DYNAMICS DynamicPOS DynamicATM DynamicSwitch Today s dynamic and fast-changing world of commerce and technology demands powerful, efficient and versatile solutions that can deliver real
More informationJuha Halminen Teollisuuden Voima Oy Olkiluoto, Finland. Lic. Tech. Risto Nevalainen Finnish Software Measurement Association ry FiSMA Espoo, Finland
of safety critical systems for nuclear power plants using an integrated method TVO SWEP (Software evaluation procedure), based on SPICE and FMECA Juha Halminen Teollisuuden Voima Oy Olkiluoto, Finland
More informationMachine Vision Solution Platform
COAKE 7 Machine Vision Solution Platform Customized machine vision solutions configured, not programmed. From feasibility analysis to acceptance with drag and drop. Coake 7 The modern software platform
More informationThe software process
The software process Process product Process properties Cost Effort Hours worked Punctuality Outline Activities Production (requirements, design, implementation), verification, management Phases Development,
More information1.4 Software Systems Engineering
12 Software Systems Engineering A similar distinction should be made with the functions of systems engineering and those of the software or hardware engineering disciplines. Each group performs similar
More informationAn integrated System Development Approach for Mobile Machinery in consistence with Functional Safety Requirements
Group 14 - System Intergration and Safety Paper 14-1 439 An integrated System Development Approach for Mobile Machinery in consistence with Functional Safety Requirements Dipl.-Ing. Erik Lautner HYDAC
More informationTOGAF 9 Training: Foundation
TOGAF 9 Training: Foundation Part I: Basic Concepts Document version control information Document Name Document Status Document Owner Part I: Basic Concepts Final IT Management Group TOGAF Lead Trainer
More informationSoftware Processes. Objectives. Topics covered. The software process. Waterfall model. Generic software process models
Objectives Software Processes To introduce software process models To describe three generic process models and when they may be used To describe outline process models for requirements engineering, software
More informationAUTOMOTIVE SPICE v3.1 POCKET GUIDE
EXTENDED VDA SCOPE ASPICE v3.1 AUTOMOTIVE SPICE v3.1 POCKET GUIDE 4 5 6 7 8-9 10 11-13 14-15 16-19 20-43 44-49 50-51 52-69 70-93 94-103 104-105 106 Automotive SPICE at a glance Automotive SPICE application
More informationObjectives. The software process. Topics covered. Waterfall model. Generic software process models. Software Processes
Objectives Software Processes To introduce software process models To describe three generic process models and when they may be used To describe outline process models for requirements engineering, software
More informationSymphonica. Activate any Service, from any Technology, across any Network, from a Single Point
Activate any Service, from any Technology, across any Network, from a Single Point From vision to revenue in the blink of an eye Delivering complex end-to-end mobile services is a huge challenge. Unprecedented
More informationPublic works unlocks potential for circularity
Public works unlocks potential for circularity Key facts Rijkswaterstaat s (RWS) procurement centre is responsible for the government-wide procurement of office furniture. The government estate has a commitment
More informationMLM version of the information system ICM 2
MLM version of the information system ICM 2 Promotional material TABLE OF CONTENTS 1 ICM 2 INSURANCE CONTRACT MANAGER...1 2 ICM 2 NEW VERSION OF ICM...2 2.1 SWITCHING TO HIGHER VERSION...2 3 ICM 2 MLM
More informationThis document describes the overall software development process of microcontroller software during all phases of the Company Name product life cycle.
Maturity Process Owner Check Release Description Valid Name / Department Name / Department Name / Department Detailed procedure for software development Title: Software Development Procedure Purpose: This
More informationEngineering the Future with AUTOSAR
Partners create Perspectives Engineering the Future with AUTOSAR while considering all system requirements and standards! RTE Safety Application Layer Security ISOBUS Automated Driving AUTOSAR for Innovative
More informationINTERNATIONAL STANDARD
INTERNATIONAL STANDARD ISO/IEC 12207 IEEE Std 12207-2008 Second edition 2008-02-01 Systems and software engineering Software life cycle processes Ingénierie des systèmes et du logiciel Processus du cycle
More informationBuy:
Chapter-1.0 CONTENTS OF CMMI MATURITY LEVEL 3 DOCUMENT KIT (More than 160 document files) A. The Total Editable Document kit has 8 main directories as below in word/excel. CMMI-V1.3 Maturity Level 3 (Dev)
More informationTopics covered. Software process models Process iteration Process activities The Rational Unified Process Computer-aided software engineering
Software Processes Objectives To introduce software process models To describe three generic process models and when they may be used To describe outline process models for requirements engineering, software
More informationQuality management systems
L E C T U R E 9 Quality management systems LECTURE 9 - OVERVIEW Quality management system based on ISO 9000 WHAT IS QMS (QUALITY MANAGEMENT SYSTEM) Goal: Meet customer needs Quality management system includes
More information1) Introduction to Information Systems
1) Introduction to Information Systems a) System: A set of related components, which can process input to produce a certain output. b) Information System (IS): A combination of hardware, software and telecommunication
More informationA Matter ATLANTIS ERP ATLANTIS ERP ATLANTIS ERP s ATLANTIS ERP
A Matter of Strategy In today s demanding and fast changing business environment, the installation of an IT system constitutes a matter of strategy. The upgrade to a state-of-the-art system is based on
More informationSE curriculum in CC2001 made by IEEE and ACM: What is Software Engineering?
SE curriculum in CC2001 made by IEEE and ACM: Overview and Ideas for Our Work Katerina Zdravkova Institute of Informatics E-mail: Keti@ii.edu.mk What is Software Engineering? SE is the discipline concerned
More information