Drawing Comparison Tool

Automated Comparison Tool between 2 drawing revisions

CLIENT: TOYOTA MOTOR EUROPE (TME), as AKKA Consultant

DESCRIPTION
Triggered by a business need, in the context of Toyota R&D, engineers at TME (Toyota Motor Europe) or suppliers make drawings. In most cases, those drawings are changes from other drawings. Prior to official release, those drawings must be reviewed, validated and approved by the Toyota Engineer, Manager, Senior Manager and General Manager.
This reviewing process consists in ensuring that all intended changes instructed in the ECI (engineering change instructions) are reflected in the drawing and that no unintended changes have been made.
Engineers face the challenge that those drawings are big and each instruction must be confirmed (line, shape, dimension, text). This leads to the following issues:
- Checking of a drawing takes a long time
- The engineer can easily miss a change during the comparison, leading to risks to quality
- Management cannot confirm if the job was done correctly without checking themselves
- When a mistake is noticed and the drawing is modified, the whole validation process must be done again

The purpose of the drawing comparison system is to:
- Assist the engineer in comparing two revisions of a drawing
- The system will highlight the differences
- The engineer will judge them
- The engineer will also judge if the drawing comparison software has made the correct assumptions
- Allow the engineer communicate the results of his comparison with his management for approval
- Allow the engineer communicate the results of his comparison with his supplier for feedback in case of rejection

AKKA was assigned the full realisation of the project thanks to the Feasibility Study document and the proof of concept tool provided to TME.

ROLE
As Technical Leader, I was responsible for analysing and determining the appropriate technologies and implementation choices, and to validate them with the business and management (following the Technical Offer that had been made to the client with the Feasibility Study).
I was also responsible for managing the development team (composed of 4 developers) and making sure the requirements and planning were respected, as well as being the point of interaction between the technical team, the management and the client.
Additionally to supervising the development, I also worked on some of the UI aspects of the front-end, mostly on the viewport related code.