Ein natives iOS-Projekt beginnt mit den unterstützten Geräten, dem Betriebssystembereich, den Bildschirmausrichtungen, den User Journeys, den Berechtigungen und dem Datenmodell. Ich dokumentiere den endlichen Bildschirm und die Funktionsliste, bevor ich die Swift- oder SwiftUI-Struktur erstelle. iPad-Anpassung, Offline-Verhalten, Hintergrundverarbeitung, Widgets und gerätespezifische Funktionen sind separate Umfangselemente, sofern sie nicht ausdrücklich einbezogen werden.
Die Implementierung kann native Schnittstellenkomponenten, Authentifizierung, lokale Speicherung, dokumentierte APIs, Benachrichtigungen, Analysen, Käufe, Abonnements und ausgewählte Apple-Frameworks umfassen. Für externe Dienste sind Arbeitsdokumente, Anmeldeinformationen, Berechtigungen und kundeneigene Konten erforderlich. Beim Testen werden der vereinbarte Simulator und die physische Gerätematrix verwendet. Zukünftige Betriebssystemänderungen und Kompatibilität außerhalb dieser Matrix erfordern eine gesonderte Prüfung.
Sie erhalten die projektspezifische Xcode-Quelle, den vereinbarten Test- oder Release-Kandidaten-Build sowie Konfigurationshinweise. Ein aktives Apple-Entwicklerkonto im Besitz des Kunden, die Gebühren und Verifizierungen von Apple, Zertifikate oder verwalteter Signaturzugriff, Datenschutz und Rechtstexte, Inhaltserklärungen und die fortlaufende Einhaltung von Richtlinien sind vom Kunden oder von der Plattform abhängig. Apple kontrolliert die Entscheidungen und den Zeitpunkt der App-Überprüfung, und kein Paket garantiert die Akzeptanz im App Store.