Functie omschrijving

Jij als (web)applicatieontwikkelaar, gaat een een database bouwen met vragen waar volgens een bepaald algoritme de SORA website mee gevoed wordt. De procedure die leidt tot een SORA rapport is door de EU beschreven en daaruit hebben we de juiste vragen al geanalyseerd. Maak je daar geen zorgen over. 

De SORA database wordt door meerdere omgevingen benaderd. 

1. door de SORA website

2. door UTM Europe 

3. door derden

Op zich is punt 2 en 3 hetzelfde. Bij beide gaat de database via een door jou te schrijven API benaderd worden, waarbij een verrekening structuur per klant geldt. Dus per klant kan een kostenstructuur afgesproken worden voor het aanvragen van een SORA. Wij leveren niet hun client software, maar ze kunnen zelf middels API calls een SORA door hun klant laten invullen. Zonder dat de klant merkt dat het via een derde partij plaatsvindt.

Maar wat is nu een SORA

De volledige naam is “Specific Operations Risk Assessment”. Specific slaat op de klasse “Specific” die door de EU gedefinieerd is voor drone operaties (Operations) die ingewikkelder zijn dan in de “Open” klasse. Het geeft hierdoor meer risico (Risk) en middels deze procedure berekent men hoe groot het risico is en wat er door de piloot en operator (=drone eigenaar) gedaan moet worden (Assessment) om de vlucht veilig uit te voeren.

De vragen bij een SORA zijn ingedeeld in meerdere categorieën, die afhankelijk van het type vlucht, certificaat van de piloot, type vliegtuig/drone. Dus niet iedereen krijgt alle vragen of de vragen in eenzelfde volgorde. Het algoritme bepaald dat. 

Na alle, van toepassing zijnde, vragen te hebben ingevuld, berekent het programma de SORA score en op basis daarvan moeten risicobeperkende maatregelen worden genomen, voordat men toestemming krijgt van de ILT.

De uitvoer van de website moet een JSON bestand zijn dat, na betaling, naar de klant (2 en 3) gestuurd wordt, zodat zij er een opmaak sausje overheen kunnen gooien en printen als een .PDF of als .DOC (Op dit moment ontvangt de ILT graag emails met dit type bijlage). Onze SORA website/app moet het JSON bestand ook omzetten in een .PDF of .DOC. Dit valt binnen deze opdracht. Ook de betalingsafhandeling.

De toegevoegde waarde van onze SORA tool ligt in het gebruiksgemak voor de operator of piloot (ofwel de aanvrager).

1. Als de aanvrager een account heeft aangemaakt (gebeurt haast altijd), dan kan de gebruiker de SORA in een soort mappen structuur opslaan. Bijvoorbeeld: de map “inspecties gebouwen” of “vlucht in een CTR”. Hierdoor kunnen ze bij een nieuwe vlucht de SORA hergebruiken en op sommige punten de SORA aanpassen, als dat nodig is. Deze kunnen ze dan weer opslaan.

2. Een operator (drone eigenaar) kan vele dones hebben. Er kunnen vele piloten werken voor een operator (in dienst of als eigen bedrijf). De SORA’s van één operator moeten dus via een rechtenstructuur beschikbaar zijn voor meerdere werknemers en anderen met een eigen account. De operator moet diverse rechten kunnen geven, per SORA of per folder, zoals “geen rechten, alleen lezen, lezen en schrijven, opslaan als een nieuwe SORA, verplaatsen en/of verwijderen.

3. Een eenmaal betaalde SORA (.doc of .pdf) kan men zo vaak downloaden als men wil, met een maximum van één jaar. Op verzoek aan ons moet dit langer kunnen.

4. SORA’s moeten ook van de ene organisatie naar de andere verplaatst of gekopieerd kunnen worden. NIET de .doc of .pdf bestanden. Op deze manier kan een piloot een voor organisatie 1 gemaakte SORA, meenemen naar organisatie 2. Scheelt veel werk voor de piloot.

5. In de situatie dat onze database via een API wordt aangeroepen door een UTM provider (2), dan moet het mogelijk zijn om door onze SORA gewenste input, mee te geven. Ofwel: Als in een UTM bekend is wie de operator, welke piloot met welke certificaten, welke drone, welk gebied ze gaan vliegen, welk soort uitvoering, enz dan moet dat via de API verwerkt kunnen worden als invoer voor de SORA tool. Op deze manier zou het mogelijk moeten zijn of haast geheel automatisch een SORA te generen voor een bepaalde vlucht.

6. De website is multi language omdat ook gebruikers buiten Nederland hem moeten kunnen gebruiken. De vertaling en teksten regelen wij, maar de database en website moet je programmeren.

Zoals je kunt lezen is het een veelzijdige opdracht. Sommige delen kunnen ingewikkeld lijken, maar van ons krijg je de juiste begeleiding. 

Functie wensen

• Je bent een echte programmeur

• Schrikt niet van PHP, SQL, API’s

• Gedreven om door te gaan, ook al zit het tegen

• Structureel in programmeren (geen knutselaar)

• Samen kunnen werken volgens een gezamenlijke planning

• Communicatief vaardig, dus:

  • vooraf zeggen wat je gaat doen

  • tussentijds melden hoe ver je bent en hulp vragen

  • achteraf kijken of dit deel gelukt is)

• Meedenken in oplossingen en openstaan om geholpen te worden

• Interesse in drones en de regels

Arbeidsvoorwaarden

• Begeleid worden door ervaren ICT professionals

• Mogelijkheid om thuis te werken

• Werken aan een unieke applicatie die mogelijk in heel Europa gebruikt gaat worden