Comment documenter les exigences de la solution et non fonctionnels dans votre entreprise rapport d'analyse

Exigences non fonctionnelles sont tout aussi importantes pour votre analyse d'affaires que les exigences fonctionnelles quand il vient à définir le look and feel de la solution. Exigences non fonctionnelles sont un défi parce que les gens interprètent différemment d'une organisation à (ou même d'un département à l'organisation). Vous avez besoin de comprendre beaucoup de choses sur les personnes qui utilisent la solution et assurez-vous que vos nonfunctionals documentent ses performances.

Vous créez les exigences non fonctionnelles basées sur vos élicitations des utilisateurs, qui ils sont, et quelles sont leurs attentes de la performance du système êtes.

Assurez-vous que vous suscitez les nonfunctionals alors que vous êtes susciter les exigences fonctionnelles. Un grand nombre de Bas dissimulent les nonfunctionals et à la place se concentrer sur les exigences fonctionnelles. Mais les nonfunctionals sont importants car ils prennent en charge les exigences fonctionnelles, vous dire comment bien quelque chose doit être fait. Susciter deux types d'exigences dans le même temps garantit que les demandes et exigences des utilisateurs sont technologiquement réalisable.

Lorsque vous créez des exigences non fonctionnelles, vous devez penser à des choses comme celles-ci:

• Performance: Dans quelle mesure le système effectuer? Pour comprendre les exigences de performance, demander aux parties prenantes des questions telles que “? Quel est le nombre d'utilisateurs simultanés ” ;, “? Quels sont les temps de système ou de réponse des requêtes ” ;, et “ Quelle est la capacité du système en termes de mémoire, espace disque, et les volumes de données ”?;

  Rappelez-vous de parler dans la langue de votre auditoire comprend. Ne vous attendez pas une réponse si vous demandez à vos partenaires d'affaires combien de partitions de disque dur dont ils ont besoin dans leur solution!

• Sécurité: Qui a accès au système, et combien l'accès ont-ils? Pour comprendre les exigences de sécurité, poser des questions comme “ les utilisateurs qui sont autorisés à exercer les fonctions ” ;,? “? Quelle est la confidentialité de l'information étant capturé et stocké ” ;, et “ Quelles sont les caractéristiques doivent être en place pour connecter l'accès des utilisateurs et authentifier les utilisateurs ”?;

  
  
  
  
  

  Une technique utile pour communiquer accès de sécurité au sein de votre solution (le premier élément dans la liste précédente de questions) est de créer un matrice de sécurité. Cette matrice montre vos parties prenantes dont les utilisateurs peuvent accéder quels processus (parfois appelé des cas d'utilisation) Dans le système.

  

• Fiabilité: Fiabilité Voici comment le système fonctionne sur la base de l'attente de l'utilisateur final. Pensez à acheter une voiture. Vous avez probablement achat une voiture à cause de la fonctionnalité (0-60 mph en 8 secondes, A / C, la radio par satellite, et ainsi de suite), mais vous pensez probablement à aller faire des emplettes pour cette nouvelle voiture à cause de la fiabilité de la voiture.

  De même, vous voulez vous assurer de trouver comment l'entreprise veut toujours la solution à réaliser et ce que l'entretien et le soutien dont vous avez besoin pour vous assurer qu'il reste de cette façon.

  Pour susciter les exigences de fiabilité, de poser des questions telles que “ est Lorsque le système devrait être disponible 148 # ;,? “ Que les temps d'arrêt du système fait-il pour les administrateurs d'effectuer la maintenance, et quand est le meilleur moment pour prévoir une indisponibilité ” ;, et? “ Que la notification ne les utilisateurs ont besoin quand le système est à la baisse pour l'entretien? Combien de préavis devraient-ils recevoir ”?;

• Compatibilité: Compatibilité se réfère à la mesure dans laquelle la solution joue bien avec d'autres applications. Pour susciter compatibilité exigences non fonctionnelles, poser des questions comme “ Quelles normes communes, la technologie et les protocoles communs existent sur le poste de travail ”? - “ Comment bien fait le travail de solution avec l'accumulation common ”? - “ Quels types d'échange de données envisagez-vous ” -? Et “ Quelles informations (données) doivent être échangées avec d'autres systèmes ”?;

• Maintenabilité: Maintenabilité traite de la façon dont le système est facile à entretenir et à réparer. Pour susciter les nonfunctionals pour la maintenabilité, poser des questions telles que “ Quelle est la capacité de changer un composant sans affecter les autres ” ;,? “? Quels sont les effets des activités de maintenance ont sur les clients, les utilisateurs et les employés ” ;, et “ Qui effectue les mises à niveau du système? Qui est responsable pour les interfaces ”?;

  Les règles métier sont très susceptibles de changer, donc en pensant à la maintenabilité, assurez-vous que les règles ne sont pas codées en dur.

• Transférabilité: Transférabilité se réfère à la facilité avec laquelle un système peut être transféré vers un environnement matériel ou logiciel différent. Certaines de ces préoccupations sont de diminuer maintenant que de nombreuses entreprises créent des applications basées sur navigateur, mais ces préoccupations ont élargi avec les applications mobiles (comme ceux que vous voyez sur votre smartphone) et les différentes versions et des normes pour les e-readers.

  Pour susciter nonfunctionals, poser des questions telles que “ le système peut être installé dans un environnement différent (par exemple, sur un Mac et un PC) et dans différentes zones géographiques et différents endroits ” ;,? “ Quel environnement exploitation est considéré comme le système d'exploitation de base (OS)? Sera le code de fonctionner de la même façon sur toutes les plateformes? ” ;, et “ Quelles doivent être abordées les règlements gouvernementaux ”?;

  Lorsque le déploiement d'un système à différents environnements, rappelez-vous que chaque environnement doit être testé. Déploiement de deux environnements double l'effort de test.

• Ergonomie: Ergonomie concerne les moyens par lesquels l'utilisateur est en mesure d'apprendre, à utiliser et interpréter les résultats du système. Cette catégorie comprend la facilité d'entrée, de l'apprentissage, et de manutention, ainsi que l'intuitivité du système.

  Pensez-y de cette façon: La raison pour laquelle vous ne recevez pas de formation sur la façon d'utiliser un site comme Google est parce que l'application a analystes fantastiques qui se concentrent sur la convivialité. Pour susciter la convivialité, poser des questions telles que “ Combien de temps l'utilisateur doit être en mesure d'exécuter des fonctions spécifiques ” ;,? “? Combien de temps une tâche particulière devrait prendre ” ;, et “? Quel est le nombre minimal acceptable de clics de souris nécessaires pour effectuer une tâche ”

  Déclarant “ Le système devrait être facile à utiliser ” est pas une exigence de convivialité valide. Vous devez définir ce facile à utiliser moyens par métriques.

• Métriques et mesures: Avec toute exigence non fonctionnel, vous devez comprendre ce que la mesure des critères que vous utiliserez pour déterminer si l'exigence est couronnée de succès et a rencontré. Vous définir la façon dont la solution répond aux exigences. Pour susciter la métrique, poser des questions comme “ Quels sont certains aspects entourant cette exigence que vous pouvez mesurer de ”?; et “ Quels sont les délais mesure acceptables qui sont acceptables pour la partie prenante ”?;