Tag Archives: AODB
In this article we are going to show you the first real combination of three airport systems, the AODB, the BHS and the Departure Control System (DCS). We built the first AODB and BHS functionalities in these articles AODB part I and BHS part I. First we’ll sum up the main functionalities of the AODB and BHS, then we’ll show the a few new functionalities on them for the DCS integration and finally we’ll show the DCS mockup developed for iOS platform in order to test new technologies and how they combine with the other we are using in these article’s series.
In the previous article we started to develop the basic airport’s systems four our Airport Dashboard’s Project, the AODB mock-up, in this article we are going to build another airport’s system mock-up that has a relationship with the AODB, the Baggage Handling System (BHS), not the physical system but the Sort Allocation Computer (SAC). Please see this article for a introduction of the AODB & BHS relationship. To sum up, the BHS has the following main features.
- Transport, classify and deliver each baggage to its destination carrousel (departure and arrival flights).
- Process the baggages in the integrated security subsystem. As X-Ray machines that look for hazardous substances, material, drugs, explosives, etc.
- Store the baggages for early check-in flights.
What data do we want from BHS to our Dashboard?
- General process status and metrics. Bags per hour, first bag delivery time, luggage events per flight, bad reading tag ratio, system status, percentage of manual sorting in comparison to automatic sorting, percentage of bags that are wrongly sorted by the system (sent to a wrong carrousel), average time and standard deviation regarding the time to be sorted by the BHS, etc. Thanks Pablo Roux for some KPI’s suggestions.
What data does the BHS (SAC) need from the AODB?
- The flights scheduled for a time period (day, week, etc.). Where are they planned to be parked.
- Any flight’s relevant updating in real time, any new estimated time of arrival or departure (ETA, ETD), cancellation, stand reassignment, etc.
Are there other systems closely related to BHS?
- Yes, the Airlines Departure Control Systems from the BHS will be notified about the baggage checked, through SITA. (see the article mentioned before)
Following the aeriaA Airport Dashboard Project series, in this post we will build a little Airport Operational DataBase (AODB) system for our Dashboard’s architecture. This post is mixed oriented, it is a little introduction of an AODB and a little introduction of the technologies used for building it.
The AODB is one of the central part of the whole project. We simplified a lot the AODB’s features, it is not the intention to build a real one, these are the main features:
- Manage the Departures Flights of our Aeriaa International Airport. We can create, update and delete departures flights (We will develop the arrivals flight later).
- The frontend is a website application. We’ll try in the the future a smartphone app (step by step).
- The flight’s attributes at the first data model are (alphabetically ordered):
- AOBT. Actual Off-Blocks Time. It is the time when the fight is ready, doors closed, jetway decoupled, and the towbear available for the push-back.
- ASAT. Actual Start-Up Approval Time. It is the real time when the flight has the approval for start the engines.
- Aircraft. The aircraft model.
- Company. The airline company.
- Counter. The designated counters for the flight.
- ETD. Estimated Time for Departure.
- Flight. It is the fight’s code.
- Gate. The gate assigned for the flight.
- ICAO. Company’s ICAO code.
- STD. Scheduled Time for Departure.
- TOBT. Target Off-Block Time. It is the target time for the Off-Blocks Time (see AOBT)
- TSAT. Target Start Up ApprovalTime. See ASAT.
- We included some time’s milestones (TOBT, TSAT, AOBT, ASAT) related to A-CDM philosophy in order to approach the AODB to this new work collaboration paradigm. There just a few of the huge times complexity of A-CDM. You can find a big list of time milestones here www.aeriaa.com/on-the-aeriaa-airport-dashboard-part-v-time-milestones/
- Billing the services provided by the airport or ground handler that the airline must pay. The services could be the push-back service, the jetways, follow me car, baggage handling, counters, etc.
I have the pleasure to show you the AIrTalk with Mark Sapp, SVP Business Development at AirIT, a Fraport Company, one of the airport’s leading technology firms. I met Mark at LinkedIn and we started to cross comments, opinions in the different group’s debates. One day I asked Mark about doing an interview and he kindly accept it, at aeriaA I wanted to know more of one of the most recognized airport’s technology companies, AirIT. aeriaA is an aviation and its technology place, so it is mandatory to have the big players on stage (you might know there is a big space for the mid and small players too, visit the Project’s menu above). So, it’s time for introducing our guest, I’ve stolen his own profile’s presentation.
Mark Sapp has been in and around commercial aviation his entire life. The son of an airline A&P mechanic, he began his own professional career on the air carrier side in 1972 including a combined 15 years with Eastern, Braniff International and Midway. With the dawning realization that airlines might not be the best bet for long term career stability, he moved into the travel and transportation industry information technology sector in 1987.
Working with both airports and airlines, Mark’s IT resume includes experience gained with RPA, Sabre Decision Technologies, IBM Global Services, SITA and Air-Transport IT Services. Mark joined AirIT in early 2003 as National Sales Director and currently serves as the company’s SVP Business Development.
Mark is a frequent industry speaker and moderator, currently serves as a member of AAAE’s Corporate Committee steering group as well as a member of all six AAAE regional chapters. Remaining a life-long student of the industry he calls home, Mark’s professional passion is helping airports leverage technology to reduce costs, optimize cash flow and improve operational efficiencies.
Following the Aeriaa Dashboard (see part I and part II), it’s time to talk about data sources, this includes systems that provide information for our Aeriaa Dashboard architecture. In the basic architecture diagram, shown in part II, you can see the Databases and Airport Systems components.
Let’s put in context a couple of systems that we are going to use in our Dashboard.