Notions de base des exigences non fonctionnelles pour les applications iOS - Nys

Les exigences non fonctionnelles (NFR) fournissent des directives sur la façon de créer une application iOS correctement (ces exigences sont également connues sous le nom de exigences de qualité ou exigences ). Commençons par une catégorisation et des exemples de NFR. Dites que vous construisez une application de wayfinding qui tracera un itinéraire d'un endroit à l'autre. Voici les catégories générales de NFR et des exemples pour chacun, spécifiquement dans le contexte de l'application wayfinding:

• Performances: C'est essentiellement la vitesse de fonctionnement de votre application. Une exigence de performance pour l'application wayfinding pourrait être qu'il trace un itinéraire en moins de 20 secondes.

• Réactivité: Cette condition garantit que votre application est prête à répondre aux commentaires d'un utilisateur ou à un événement externe, peu importe ce qu'il fait actuellement. Par exemple, votre application permet-elle à l'utilisateur de passer à une autre fonction même lorsqu'il est en train de calculer un itinéraire?

• Évolutivité: L'évolutivité est la façon dont votre application traite l'utilisation croissante ou la taille des données. Par exemple, vous pouvez exiger que le temps que prend votre application pour tracer une route soit linéaire avec la distance entre les deux points.

• Ergonomie: Cela concerne la facilité avec laquelle les utilisateurs peuvent utiliser votre application. Une mesure de la convivialité pourrait être le temps nécessaire pour que les utilisateurs finaux se familiarisent avec les fonctions de votre application, sans formation ni aide.

• Fiabilité: Il s'agit du pourcentage de temps pendant lequel votre application fonctionne correctement pour fournir les résultats souhaités, malgré les défaillances potentielles dans son environnement. Pour l'application Wayfinding, c'est le pourcentage de temps qu'elle trace correctement la route, étant donné que le réseau peut ne pas être disponible ou que la bande passante peut être limitée.

  Vous pouvez exiger que votre application fonctionne avec une fiabilité de 99%, ce qui signifie que dans une journée donnée de 24 heures, elle peut échouer à tracer un itinéraire pour un maximum d'un pour cent de la journée, soit environ 15 minutes.

  Le terme disponibilité peut être utilisé de manière interchangeable avec fiabilité, car la plupart des gens sont plus susceptibles de comprendre ce mot.

• Sécurité: Dites que votre application enregistre toutes les routes précédentes qu'elle a calculées et vous permet de réutiliser une route enregistrée plutôt que de la recalculer.

  Si la sécurité n'est pas requise, vous pouvez stocker toutes les données de l'application dans des fichiers non cryptés et sur la carte SD. Toutefois, si la sécurité est un problème, vous pouvez crypter les fichiers et les stocker dans la zone de fichiers privés de l'application afin que leur contenu ne soit pas facilement accessible et qu'ils soient supprimés lorsque l'application est désinstallée.

• Modifiable: Cette exigence détermine la facilité avec laquelle votre application peut être modifiée. Pour l'application wayfinding, cette exigence peut indiquer que l'application peut utiliser plus d'une carte sans avoir besoin d'être reconstruite.

• Maintenabilité: Cela concerne la facilité avec laquelle votre application trouve des bogues et les corrige. Par exemple, si une carte est incorrecte, pouvez-vous résoudre le problème simplement en téléchargeant une carte correcte ou devez-vous acheter la prochaine version de l'application?

Le coût est aussi souvent important. Lorsque vous créez une application, vous devez décider quelles exigences non fonctionnelles s'appliquent à votre application. Vous devez également affiner vos NFR afin de pouvoir les tester. Par exemple, pour un NFR de performance, vous devez être capable de mesurer la vitesse de votre application aux endroits appropriés (comme lorsque l'écran apparaît).

Certaines exigences non fonctionnelles sont particulièrement importantes pour les appareils mobiles, telles que les performances et la réactivité.

N'essayez pas de répondre à toutes les exigences non fonctionnelles possibles dans une application. Pourquoi dépenser des ressources pour implémenter des fonctionnalités que les utilisateurs ne valoriseront pas? Au lieu de cela, définissez et, le cas échéant, quantifiez la mesure dans laquelle vous souhaitez respecter le NFR. En outre, NFR implique toujours des compromis. Répondre à une seule exigence non fonctionnelle peut parfois empêcher votre application d'en rencontrer une autre.

Par exemple, la performance et la sécurité sont souvent contradictoires. Une sécurité accrue est souvent mise en œuvre en cryptant et en décryptant les données stockées. Toutefois, le fait de devoir déchiffrer des données pour les utiliser et les chiffrer une fois que l'application a été utilisée prend du temps, ce qui réduit les performances de l'application. L'astuce avec rencontrer NFRs est de trouver le bon équilibre.