Exigences métier : exemples de développement et de conception

2024 Auteur: Howard Calhoun | [email protected]. Dernière modifié: 2023-12-17 10:27

Les exigences commerciales sont des spécifications qui, une fois fournies, fournissent de la valeur et décrivent les caractéristiques du système proposé, du point de vue de l'utilisateur final. Il est également appelé liste des demandes des parties prenantes. Les produits, les logiciels et les processus sont des moyens de fournir et de satisfaire les besoins d'une entreprise. Par conséquent, les besoins de l'entreprise sont souvent discutés dans le contexte du développement ou de l'acquisition de logiciels ou d'autres systèmes.

Définition

La confusion terminologique survient pour trois raisons principales:

1. Il est courant d'étiqueter les objectifs ou les avantages attendus comme des exigences commerciales.
2. Les gens ont tendance à utiliser ce terme pour désigner les caractéristiques d'un produit, d'un système, d'un logiciel censécréer.
3. Un modèle largement accepté stipule que les deux types de revendications ne diffèrent que par le niveau de détail ou d'abstraction - où les exigences commerciales sont de haut niveau, souvent vagues et décomposées en revendications détaillées sur un composant.

Un tel malentendu peut être évité en reconnaissant que le concept donné n'est pas un objectif, mais qu'il y répond (c'est-à-dire qu'il apporte de la valeur) lorsqu'il est satisfait. Les exigences métier ne se décomposent pas en produits, systèmes et logiciels. Au contraire, tout se passe dans l'autre sens. Les produits et leurs applications représentent une réponse aux besoins des entreprises - vraisemblablement pour les satisfaire. Ce concept existe dans l'environnement de production et doit être découvert, tandis que les demandes pour le produit sont déterminées par l'homme. Les exigences d'un plan d'affaires ne se limitent pas à l'existence d'un niveau élevé, mais doivent être réduites à des détails. Quelle que soit la quantité de détails, les enchères fournissent toujours de la valeur lorsqu'elles sont satisfaites.

Mise à jour du produit

Les projets de développement de systèmes ou de logiciels pour les besoins des petites entreprises nécessitent généralement l'autorité des parties prenantes. Ce sont eux qui conduisent à la création ou à la mise à jour du produit. Les exigences commerciales pour un système et un logiciel consistent généralement en des exigences fonctionnelles et non fonctionnelles. Bien sûr, ils sont généralement définis en conjonction avec la première option des capacités du produit. Le second reflète souvent en fait la conception des exigences métier, qui sont parfois perçues comme des contraintes. Ils peuvent inclure les aspects nécessairesperformances ou de sécurité applicables au niveau de la production.

Points forts du processus

Les applications sont souvent répertoriées dans des documents officiels. L'accent est mis sur le processus ou l'activité de planification et de développement précis des besoins de l'entreprise, plutôt que sur la manière d'y parvenir. Ce paramètre est généralement délégué par la spécification ou le document de revendications système ou une autre option. Il peut y avoir confusion entre les deux si toutes les différences ne sont pas prises en compte. Par conséquent, de nombreux livres blancs décrivent en fait les exigences d'un produit, d'un système ou d'un logiciel.

Vue d'ensemble

Les exigences commerciales dans le contexte du développement de logiciels ou de son cycle de vie sont le concept d'identification et de documentation de tous les utilisateurs. Par exemple, comme les clients, les employés et les fournisseurs, dans les premières étapes du cycle de développement du système pour guider la conception de l'avenir. Les candidatures sont souvent enregistrées par des analystes. Ce sont eux qui analysent les exigences du processus métier et l'étudient souvent "tel quel" pour déterminer le "futur" cible.

Composition des candidatures

Les exigences des processus métier incluent souvent:

1. Contexte, zone et arrière-plan, y compris les raisons des modifications.
2. Principaux intervenants qui ont des exigences.
3. Facteurs de succès pour la condition future ou cible.
4. Restrictions imposées par les entreprises ou d'autres systèmes.
5. Modèles et analyse de processus souventen utilisant des organigrammes pour représenter tout "tel quel".
6. Modèle de données logique et références de dictionnaire.
7. Glossaires de termes commerciaux et jargon local.
8. Diagrammes de flux de données pour illustrer leur flux dans les systèmes d'information (par opposition aux organigrammes qui décrivent le flux algorithmique des opérations commerciales).

Rôles

Le format le plus courant pour rédiger des exigences commerciales est un document. Le but de ceux-ci est de déterminer quels résultats seront exigés du système, cependant, il peut éventuellement être développé sans conditions supplémentaires. Par conséquent, les documents sont complétés par des documents de référence qui détaillent les performances de la technologie et les attentes de l'infrastructure, y compris toutes les exigences professionnelles liées à la qualité de service. Ce sont, par exemple, la performance, la maintenabilité, l'adaptabilité, la fiabilité, la disponibilité, la sécurité et l'évolutivité.

Exhaustivité

Le prototypage à un stade précoce des tests vous permet d'évaluer l'exhaustivité et la précision des exigences commerciales identifiées. Les parties prenantes suivent d'abord le processus pour aider à définir la structure. Et le résultat est envoyé aux équipes de développement des exigences métier du projet, qui construisent le système. D'autres parties prenantes testent et évaluent la projection dépliée finale. La clarté nécessite de suivre les demandes et de les résoudre avec un processus formel pour déterminer le modèle approprié.

Étendue des exigences commerciales facultativeslimité au stade de la définition de ce qu'il s'agit de construire comme système. Cela va au-delà de la façon de gérer et de maintenir une stratégie existante. Et pour assurer son alignement continu avec les objectifs de l'entreprise. Le document d'exigences doit être constamment revu de manière contrôlée. Avoir un format standardisé, ou des modèles conçus pour des fonctions et des domaines commerciaux spécifiques, peut garantir l'exhaustivité des requêtes, en plus de garder la portée ciblée.

Prototype

Malgré ce qui est généralement considéré comme un outil d'évaluation des exigences, le prototypage attire généralement l'attention sur le produit ou le système en cours de construction. Les prototypes sont des logiciels fonctionnels, ce qui signifie qu'ils se composent de trois phases (appels d'offres, ingénierie ou conception technique et mise en œuvre) éloignées des exigences de l'entreprise. Et ce sont également des versions de prévisualisation que le développeur a l'intention d'implémenter.

Parce que les prototypes sont assez spécifiques, les parties prenantes qui les testent peuvent fournir des commentaires plus significatifs sur certains aspects de ce que le développeur crée, qui est une interprétation du mode de satisfaction. De plus, l'interface utilisateur graphique est soulignée et l'intérieur contient des raccourcis. Ils forment l'essentiel de la logique du programme et sont ceux où la plupart des exigences opérationnelles seront satisfaites. En d'autres termes, il est peu probable que les problèmes détectés par les prototypes soient liés aux demandes.

Développement

Il est important de reconnaître les changements dans les applications,les documenter et les mettre à jour. Cependant, les demandes de renseignements des entreprises ont tendance à ne pas changer autant que la perception qu'on en a. Une exigence métier peut être présente mais non reconnue ou comprise par les parties prenantes, les analystes et l'équipe de projet.

Les modifications ont tendance à refléter les moyens prévus pour répondre à un contenu insuffisamment défini. Une grande partie de la difficulté à répondre aux exigences commerciales reflète en fait la pratique courante consistant à concentrer presque tous les efforts autour d'eux sur ce qui constitue réellement la conception de haut niveau d'un produit, d'un système ou d'un logiciel. Cela est dû à une incapacité à définir correctement les exigences commerciales en premier lieu pour fournir de la valeur.

Les praticiens du développement continuent généralement à revisiter un produit jusqu'à ce qu'ils finissent par "retomber" sur une solution qui semble faire ce qui est nécessaire, c'est-à-dire qui répond apparemment aux besoins de la production. Les essais et erreurs indirects pour déterminer les besoins de l'entreprise sont à la base d'une grande partie du "développement itératif", y compris des méthodes populaires présentées comme des "meilleures pratiques".

Exemples de conception

Les modèles vous aident à interroger rapidement des sujets spécifiques qui peuvent souvent être pertinents pour les requêtes. Ils peuvent créer une documentation standardisée concernant les exigences de l'entreprise, ce qui peut faciliter la compréhension. Les modèles ne garantissent pas l'exactitude ou l'exhaustivité des requêtes. Exemples couramment mal utilisés négativementinfluencer la recherche car elle tend à promouvoir la superficialité et la plupart du temps une définition mécanique sans analyse significative.

Difficultés

Les exigences commerciales sont souvent renforcées prématurément en raison du nombre important de parties prenantes impliquées dans la détermination des risques de conflit d'intérêts. Le processus de gouvernement et d'atteinte d'un consensus peut être délicat et même de nature politique. Un défi moins difficile, bien que courant, consiste à répartir les équipes avec des parties prenantes dans différents emplacements géographiques. Naturellement, le personnel de vente est plus proche de ses clients et la production - des unités respectives. Gestion des finances et du personnel, y compris la haute direction, plus proche du siège social.

Les exigences commerciales, par exemple, sont nécessaires pour un système impliquant des utilisateurs impliqués dans les ventes et la production. Il peut être confronté à un conflit d'objectifs - un côté est intéressé à fournir le nombre maximum de fonctions, tandis que l'autre se concentrera sur le coût de production le plus bas. De telles situations se terminent souvent par un consensus avec un maximum d'opportunités pour une tarification et une distribution raisonnables et favorables.

Pour résoudre ces problèmes, l'engagement précoce des parties prenantes est obtenu grâce à des démonstrations de prototypes et à la collaboration. Des ateliers pratiques, à la fois sous forme de sessions organisées et de simples discussions, permettent de parvenir à un consensus, notamment sur des sujets sensibles.besoins de l'entreprise et en cas de conflit d'intérêts potentiel. La complexité du processus est un facteur important. Cela peut nécessiter des connaissances spécialisées pour comprendre les exigences légales ou réglementaires, les directives internes telles que l'image de marque ou les engagements de responsabilité sociale des entreprises. L'analyse ne consiste pas seulement à capturer le « quoi » d'un processus métier, mais aussi à « comment » présenter son contexte.