Aviation Repair Software Since 1998
Deliver excellence in aircraft disassembly for stronger customer fleet.
When I took flight to software development in aviation I soared right into a new and exciting industry. Since then I have assisted companies in aviation software development for the aircraft maintenance industry.
What's my Experience in Jet Aircraft Parts Production?
Above is an image of an aircraft repair facility. While at TIMCO I was over Symix manufacturing software modifications written in Progress 4GL. The process of aircraft repair often times meant creating new parts. Often our computers and floors would shake at TIMCO when new sheet metal was being stamped out for repairs. The Symix software ran on HP Unix and operational to support 3 production shifts.
Word of Mouth
Take a moment to read related case studies and testimonials below around my experience with Aviation Repair.
Case Study
I assisted TIMCO for instance to develop software in Progress 4GL critical for day to day operations off 'Jet Aircraft Facility' maintenance. I am also skilled to work with avionics embedded software.
"Eddie picked up Progress4GL really fast and was able to become a valuable member of our software developmemt team."
8/21/2000
Steve Clagg | USA
Progress 4GL Developer
TIMCO Jet Aircraft Maintenance
"Eddie is enthusiastic and innovative and was key contributor in a software development team challenged to develop solutions that met the needs of a young, rapidly growing and evolving jet aircraft maintenance business."
4/21/2000
Tom Kimes | USA
Developer Supervisor
TIMCO Jet Aircraft Maintenance
Aviation software can be desktop software or embedded software with legally mandated safety and reliability concerns used in avionics.
Since I touched on desktop vs embedded I would like to say the main difference between avionic software and conventional embedded software is that the development process is required by law and is optimized for safety. It is claimed that the process described below is only slightly slower and more costly (perhaps 15 percent) than the normal ad-hoc processes used for commercial software.
Since most software fails because of mistakes, eliminating the mistakes at the earliest possible step is also a relatively inexpensive, reliable way to produce software.
In some projects, however, mistakes in the specifications may not be detected until deployment. At that point, they can be very expensive to fix.
Need Assistance?
Ever have an idea about a product or service but lack the ability to develop that idea? Are you looking for a reliable person/firm to build your software? Perhaps you are in need of someone to manage projects and teams?
Word of Mouth
[ Latest 10 ]