Un projet iOS natif commence par les appareils pris en charge, la gamme de systèmes d'exploitation, les orientations de l'écran, les parcours utilisateur, les autorisations et le modèle de données. Je documente l'écran fini et la liste des fonctionnalités avant de créer la structure Swift ou SwiftUI. L'adaptation à l'iPad, le comportement hors ligne, le traitement en arrière-plan, les widgets et les fonctionnalités spécifiques à l'appareil sont des éléments de portée distincts, à moins qu'ils ne soient explicitement inclus.
La mise en œuvre peut couvrir les composants d'interface natifs, l'authentification, le stockage local, les API documentées, les notifications, les analyses, les achats, les abonnements et les frameworks Apple sélectionnés. Les services externes nécessitent une documentation de travail, des informations d'identification, des droits et des comptes appartenant aux clients. Les tests utilisent le simulateur convenu et la matrice de dispositifs physiques ; Les modifications futures du système d’exploitation et la compatibilité en dehors de cette matrice nécessitent un examen séparé.
Vous recevez la source Xcode spécifique au projet, la version de test ou de version candidate convenue et les notes de configuration. Un compte de développeur Apple actif appartenant au client, les frais et la vérification d'Apple, les certificats ou l'accès de signature géré, les textes juridiques et de confidentialité, les déclarations de contenu et la conformité continue aux politiques sont des dépendances du client ou de la plate-forme. Apple contrôle les décisions et le calendrier de révision des applications, et aucun package ne garantit l’acceptation de l’App Store.