Describing Complex Products as Configurations using APL Arrays.

Slides:



Advertisements
Similar presentations
Automotive Embedded System Development in AUTOSAR
Advertisements

Chapter 14 Intranets & Extranets. Awad –Electronic Commerce 1/e © 2002 Prentice Hall 2 OBJECTIVES Introduction Technical Infrastructure Planning an Intranet.
Chapter 3 Launching a Business on the Internet. Awad –Electronic Commerce 1/e © 2002 Prentice Hall 2 OBJECTIVES Introduction of E-Business Life Cycle.
Distributed Systems Architectures
Author: Graeme C. Simsion and Graham C. Witt Chapter 11 Logical Database Design.
By D. Fisher Geometric Transformations. Reflection, Rotation, or Translation 1.
Introduction to Product Family Engineering. 11 Oct 2002 Ver 2.0 ©Copyright 2002 Vortex System Concepts 2 Product Family Engineering Overview Project Engineering.
ASYCUDA Overview … a summary of the objectives of ASYCUDA implementation projects and features of the software for the Customs computer system.
Business Transaction Management Software for Application Coordination 1 Business Processes and Coordination.
3 Copyright © 2005, Oracle. All rights reserved. Designing J2EE Applications.
17 Copyright © 2005, Oracle. All rights reserved. Deploying Applications by Using Java Web Start.
0 - 0.
DIVIDING INTEGERS 1. IF THE SIGNS ARE THE SAME THE ANSWER IS POSITIVE 2. IF THE SIGNS ARE DIFFERENT THE ANSWER IS NEGATIVE.
SUBTRACTING INTEGERS 1. CHANGE THE SUBTRACTION SIGN TO ADDITION
Addition Facts
So far Binary numbers Logic gates Digital circuits process data using gates – Half and full adder Data storage – Electronic memory – Magnetic memory –
Enterprise Java and Data Services Designing for Broadly Available Grid Data Access Services.
Universitá degli Studi di LAquila Mälardalens Högskola, Västerås 10th September 2009 Integrating Wireless Systems into Process Industry and Business Management.
©2011 Quest Software, Inc. All rights reserved.. Andrei Polevoi, Tatiana Golubovich Program Management Group ActiveRoles Add-on Manager Overview.
Apps in Automotive – Future Opportunities and Business Cases
Overview Environment for Internet database connectivity
| Copyright © 2009 Juniper Networks, Inc. | 1 WX Client Rajoo Nagar PLM, WABU.
Week 2 The Object-Oriented Approach to Requirements
Configuration management
Software change management
Selecting an Advanced Energy Management System May 2007 Chris Greenwell – Director Energy Markets Scott Muench - Manager Technical Sales © 2007 Tridium,
Chapter 18 Methodology – Monitoring and Tuning the Operational System Transparencies © Pearson Education Limited 1995, 2005.
QA practitioners viewpoint
Chapter 19 – Service-oriented Architecture
© 2011 TIBCO Software Inc. All Rights Reserved. Confidential and Proprietary. Towards a Model-Based Characterization of Data and Services Integration Paul.
INTRODUCTION TO SIMULATION WITH OMNET++ José Daniel García Sánchez ARCOS Group – University Carlos III of Madrid.
Introduction to Power Billing & Revenue Collection Oliver Tatlow-Lord 2008 PPM User Conference.
ICS 434 Advanced Database Systems
1 Online communication: remote login and file transfer.
Page 1 October 31, 2000 An Introduction to Large-Scale Software Development Steve Varnau Core HP-UX Operation October 31, 2000.
Software Requirements
Software Processes.
Database System Concepts and Architecture
Copyright © 2006 by The McGraw-Hill Companies, Inc. All rights reserved. McGraw-Hill Technology Education Introduction to Computer Administration Introduction.
Processes Management.
Executional Architecture
Global Analysis and Distributed Systems Software Architecture Lecture # 5-6.
Node Lessons Learned James Hudson Wisconsin Department of Natural Resources.
© 2004, D. J. Foreman 1 Scheduling & Dispatching.
Addition 1’s to 20.
25 seconds left…...
Test B, 100 Subtraction Facts
© Paradigm Publishing Inc Chapter 10 Information Systems.
Week 1.
Optimize tomorrow today. TM Cost and Affordability approach at Development Planning stage 1.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 31 Slide 1 Service-centric Software Engineering 1.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 13 Slide 1 Application architectures.
Chapter 14 The User View of Operating Systems
TCP/IP Protocol Suite 1 Chapter 18 Upon completion you will be able to: Remote Login: Telnet Understand how TELNET works Understand the role of NVT in.
Distributed components
Web Server Hardware and Software
Distributed Systems Architectures
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 12 Slide 1 Distributed Systems Design 1.
Event Driven Programming
(Business) Process Centric Exchanges
INNOV-10 Progress® Event Engine™ Technical Overview Prashant Thumma Principal Software Engineer.
Architecture View Models A model is a complete, simplified description of a system from a particular perspective or viewpoint. There is no single view.
Tool Integration with Data and Computation Grid “Grid Wizard 2”
Customer Relationship Management (CRM) Chapter 3 IT for customer relationship Management Learning Objectives The origins of CRM technology The size and.
CSC 480 Software Engineering Lecture 17 Nov 4, 2002.
Chapter 8 Environments, Alternatives, and Decisions.
CSC 480 Software Engineering
Event Driven Programming
Middleware, Services, etc.
Presentation transcript:

Describing Complex Products as Configurations using APL Arrays

Complex Products as Configurations using APL ArraysPage 2 Automotive products are getting more complex The products become more diversified New models are introduced all the time The offer changes quickly New markets emerge Electronics and software increases the complexity

Complex Products as Configurations using APL ArraysPage 3 Increased complexity Creates new demands on production and business processes which in its turn creates new demands how the products are described

Complex Products as Configurations using APL ArraysPage 4 Demands on the Product Description High information quality Verification that it is consistent Transparency – you must understand Coherent common information across business Short lead-times to market Advanced support e.g. for BtO production

Complex Products as Configurations using APL ArraysPage 5 No integrated solutions – only part-solutions Marketing analysis /planning Sales configurator Distribution Design Production planning Production Dealer-Seller-Web A common situation today

Complex Products as Configurations using APL ArraysPage 6 Mandator C-Group has over the last two decades worked with configuration tasks both in a scientific way on a general level as in practice with the implementation at Volvo Car Corporation

Complex Products as Configurations using APL ArraysPage 7 What is a Configurable Product? A product like a car model that can be ordered in an almost unlimited no of different configurations The product is described by features (variable values) rather than by physical components. The features can be combined but there are lots of – usually technical - restrictions. If you order a navigator your car needs a radio.

Complex Products as Configurations using APL ArraysPage 8 What is a Product or Configuration Structure? A list of features per product class that can be ordered and built Packages Limitations of what can be combined i.e. restrictions or rules Timing points i.e. when something changes. And also Bill of Material

Complex Products as Configurations using APL ArraysPage 9 Configuration Rules as Arrays The people that founded the Danish company Array Technology have described that all configuration rules can be described as simple combinations tables - arrays that by using this you can completely verify that your set of rules is consistent that you can minimize the size by detecting dependencies that using this method you can get very fast responses

Complex Products as Configurations using APL ArraysPage 10 Nested Arrays The product structure for a model becomes a nested array We can reuse existing customer solutions in a flexible way And transfer complex rules to Nested Arrays You get a mix of tables and restriction arrays Demo …

Complex Products as Configurations using APL ArraysPage 11 C-Master The structure that is created is made available for all needs within the company and also for the customers. The configurations from C-grid or another source are published in the C-Master. It is made available as a component to give service to other systems. We call this our Master principle using Service Oriented Architecture – SOA.

Complex Products as Configurations using APL ArraysPage 12 C-Master Technology Service Oriented concept – SOA Load balancing and stable response times Simple Linux or Windows server. Server keeping product structures in working memory Web-services High performance and flexible analysis. Broad range of services

Complex Products as Configurations using APL ArraysPage 13 CPAM the C-Master System at Volvo Cars Started as a limited project to translate engineering data in 2002 The use has dramatically increased. New systems start using the services all the time All major systems plan to use CPAM Sales configurator Public information Spare-parts information Ordering Production scheduling … The system runs in an ordinary Windows server.

Complex Products as Configurations using APL ArraysPage 14 C-Master Case Project - Stepwise implementation Support to dealer ordering systems Support to sales configuration systems Support to order scheduling systems Weight calculation Technical data Order explosion Support to planning systems Cost calculation Support for special vehicles Complex analysis Base car diagnostics Rules data feed from engineering system Analysis Communication Presentation Original scope Installed now Being developed

Complex Products as Configurations using APL ArraysPage 15 System Structure C-Master * HTTP Server* Translation Services* Transaction Services* Additional Restrictions* Translation* Planning Order Scheduling Dealer Ordering Commercial Cfg Rules Planning Order Scheduling Dealer Ordering Commercial Cfg Rules X Y Z *) Functionality delivered by Mandator Engineering Product Documentation Update* Analysis Feature Tables*

Complex Products as Configurations using APL ArraysPage 16 Figures of use at Volvo Cars 400 analysis users 6-7 systems using web-services One request every 5 seconds Coming: Several request each second Heavy batch runs Complicated analysis 7 model years 9 car models baseline configurations 2600 features parts

Complex Products as Configurations using APL ArraysPage 17 Server Setup Master Session Slave Session Slave Session Slave Session System 1 SOAP/XML TCPIP/APL Load balance using multiple CPUs System 2System n SOAP/XML

Complex Products as Configurations using APL ArraysPage 18 Server Handling Structure data is read into memory for each slave – could be > 100 mb Preferred solution: Using threads that can execute simultaneously using separate CPUs Problem with TCP/IP interface when requests arrive very close in time. Slave Session

Complex Products as Configurations using APL ArraysPage 19 APL Summery Describing product configurations with APL nested array is extremely powerful You can provide new and very flexible functions– like showing derived dependencies and bottom-up analysis Mass validation of orders is very fast by using patterns. The APL session is extremely simple to use for (web) services. The C-grid product is possible because of the grid object C-grid has successfully been converted to version 11

Complex Products as Configurations using APL ArraysPage 20 APL Improvements Threads that can utilize multiple processors in servers Reliable TCP/IP communication Better memory handling – free unutilized memory Speed-ups are always welcome We would like to monitor functions in objects

Complex Products as Configurations using APL ArraysPage 21 The Mandator C-group offer