Whenever an auto manufacturer refreshes an existing car or
truck model or builds a new one, the model will undergo
hundreds if not thousands of tests before the factory line and
tooling is finished and vehicle production begins. These
tests are generally carried out on expensive, custom-made
prototype vehicles because the new factory lines for the
model do not exist yet. The work presented in this paper
describes how an existing intelligent scheduling software
framework was modified to include domain-specific
heuristics used in the vehicle test planning process. The
result of this work is a scheduling tool that optimizes the
overall given test schedule in order to complete the work in
a given time window while minimizing the total number of
vehicles required for the test schedule. The tool was
validated on the largest testing schedule for an updated
vehicle to date. This model exceeded the capabilities of the
existing manual scheduling process but was successfully
handled by the tool. Additionally the tool was expanded to
better integrate it with existing processes and to make it
easier for new users to create and optimize testing
schedules.
Is Your Volvo XC90 Displaying Anti-Skid Service Required Alert Here's Why
A Schedule Optimization Tool for Destructive and Non-Destructive Vehicle Tests
1. A Schedule Optimization Tool for
Destructive and Non-Destructive
Vehicle Tests
Jeremy Ludwig, Annaka Kalton, and
Robert Richards
Stottler Henke Associates, Inc.
Brian Bautsch, Craig Markusic, and Cyndi
Jones
Honda R&D Americas, Inc.
ICAPS-SPARK, June 2016
3. Introduction
• Create a schedule for testing new and
refreshed vehicle models
• Only some tasks are destructive
• Most tasks are non-destructive but may have other
constraints
• Test vehicles hand-built
• Build order
• Not all available at once
• Variety of models
• Frame, Market, Drivetrain, and Trim
• Project end date defined externally
• Limited personnel and facility resources
5. Aurora Scheduling Framework
• Create a high-quality schedule
• Based on a model of temporal, calendar,
ordering, and resource constraints
• Uses graph analysis techniques and
heuristic-based scheduling
• Customized for domain
• Handle special kinds of tasks
• Exclusive, Destructive
• Minimize the number of vehicles required
• Select the types of vehicles built
• Select a build order for the vehicles
11. Differences From Prototype
• Testing on more complex models that
require over 100 vehicles
• Utilizing facility and personnel constraints
when creating a schedule
• Supporting the transition of the software
into the hands of the actual planners
12. Domain Specific Customization
• User Interface
• Wizard
• Model Verification during Import
• Build Pitch
• Manage Vehicles
• Long Tasks
• Optimization Dashboard
• Scheduling Components
19. Methods
• Actual Model
• ~340 tasks
• ~4000 days of work
• ~30-50 vehicle types
• Manual Solution
• Not attempted
20. Results
• Aurora Solution
• 60-200 Vehicles
• Adhere to all constraints
• Represents 6% reduction from best estimate
• Prototype found 12% reduction in direct comparison
• Schedule created in 2 minutes from model
vs. days of labor
• Spend time using ‘What-if’ capability further
improve the schedule
• Time
• Build Pitch
• Negotiation
22. Deployment
• Deployed and in use by novice planners
• Previous solution no longer used
• Integrated with enterprise system
• Input data extracted from external data
• Results exported to corporate format
• Providing huge savings and other
benefits with every new test suite
23. Conclusion
• Complex, real-world, scheduling problem
• Added domain-specific heuristics to a
general intelligent scheduling framework
• Added help for novice planners
• Generated schedule for vehicle testing
• Significant reduction in the number of prototype
vehicles required
• Still completed in the given timeframe
• Extend to multiple projects in future
work
Editor's Notes
Replace w/ graphic?
ERROR: Task has a longer duration (90) than the available work days (46).
WARNING: Model contains 4043 days of tasks but only 3851 available vehicle-days. This will likely be fixed during the optimization phase.