Introduction au prototypage pour l'analyse d'affaires

Dans p

rototypING, vous créez un modèle de la solution proposée. Dans l'analyse d'affaires, un prototype, ou maquette, signifie généralement une représentation d'un écran de l'ordinateur et de la façon dont les exemples utilisateur d'interagir avec l'application pour accomplir une tâche de résoudre le problème de l'entreprise. L'analyste d'affaires crée le prototype, généralement avec l'aide de l'équipe technique.

Le prototypage est un excellent outil pour communiquer ce que une solution logicielle va ressembler. Vous devez juste vous assurer que la solution ne vient pas avant que le problème sous-jacent a été identifié.

Parfois, un acteur dresse un tableau vous montrant ce qu'il pense de la solution devrait ressembler. Cette initiative est pas nécessairement mauvais, mais il met la charrue avant les bœufs. Dans cette situation, vous avez encore besoin de comprendre ce que le problème sous-jacent est dans le domaine d'activité.

Voici les raisons pour lesquelles le prototypage est si grande:

• Prototypes donnent aux utilisateurs quelque chose de tangible à donner votre avis. Les gens sont visuels. Beaucoup de gens sont intéressés à voir ce que quelque chose ressemble, et le prototype adapte ce projet de loi.

• 
  
  
  
  

  Une fois fait correctement, prototypes peuvent accélérer le cycle de vie du projet. Si une image vaut mille mots, des prototypes d'économiser beaucoup de parler. En fait, dans un système commercial off-the-shelf (COTS), les analystes d'affaires commencent souvent avec des prototypes parce que l'écran a déjà été conçu. Les modifications apportées à l'écran et la configuration seront modifiés sur la maquette.

Soyez prudent sur l'utilisation de prototypes trop tôt dans le projet. Les utilisateurs peuvent se coincer dans l'esthétique de l'écran et que vous voulez vous de faire le Serif de sans ou quelque chose comme ça.

A moins que quelqu'un présente une raison valable pour changer l'aspect esthétique, rappelez-vous le but du prototype: Vous êtes seulement essayer de comprendre comment la solution doit fonctionner. En outre, assurez-vous que tout le monde connaît le prototype est juste une image. Certains prototypes peuvent regarder, sentir et même, comme un véritable système. Les gens ont tendance à penser que le système est déjà construit et prêt à être utilisé, mais il n'a pas.

Cela dit, parfois des changements esthétiques sont importants. Paul une fois créé un tableau de bord pour son gestionnaire qui a montré la santé des projets du gestionnaire de boîtes vert, jaune et rouge. Malheureusement, le directeur était daltonien, donc les boîtes rouges et verts ne sont pas utiles. Cette est une raison valable pour changer les couleurs!

Prototypes jetables

Vous pourriez être surpris que nous vous suggérons de jeter quelque chose vous a pris beaucoup de temps à créer, mais qui est essentiellement ce que vous faites avec prototypes jetables.

Prototypes jetables sont juste des images. Vous pouvez les dessiner sur un tableau blanc ou avec une application comme Microsoft Word ou même sur une serviette. Ceux-ci peuvent être aussi des objets, mais ils sont jetés dans le sens où ils ne sont pas directement utilisés pour construire le système. Bien sûr, ils sont graphiques utiles, mais qui est la mesure de celui-ci.

L'équipe de développement commence à construire ou mettre à jour l'application à partir de zéro parce que le prototype ne peut pas être effet de levier (il ne comprend pas de code que les développeurs peuvent utiliser lors de la programmation de la solution).

Voici un exemple d'un prototype jetable pour une application informatique. Ce qui est difficile à remarquer est qu'il est juste un dessin. Rien de plus. Cela signifie que les développeurs ont à commencer à coder à partir de zéro.

Lorsque vous faites prototypes jetables, suivre le concept de “ juste assez ”. Autrement dit, passer assez de temps sur le seul prototype pour obtenir l'équipe de projet à comprendre ce qui doit être fait, et de passer ensuite. Le temps est serré, de sorte que vous ne voulez pas dépenser plus que nécessaire.

Prototype évolutif

Prototypes évolutifs laissez l'équipe de développement de tirer parti l'effort de l'analyse- fondamentalement, ce qui commence comme un prototype se transforme en la solution réelle.

L'avantage de cette approche est que les attentes de l'entreprise sont solides. Ils voient l'extrémité avant réelle de la solution, et les développeurs font les changements nécessaires que l'équipe travaille à définir clairement la solution. Plusieurs fois, l'équipe de développement est impliqué dans la création de l'extrémité avant et peuvent guider l'équipe sur les approches.

Prototype de simulation

Prototypes de simulation sont un peu comme des prototypes jetables sur les stéroïdes. En fin de compte, l'équipe de développement ne peut pas tirer parti de ces prototypes pour le code (même si au moment d'écrire ces lignes, certains outils de simulation permettent à certains extraits de code pour être exportés comme dans un prototype évolutif).

L'avantage avec la simulation est elle donne l'parties prenantes d'affaires quelque chose de tangible à marcher à travers. Les utilisateurs peuvent interagir avec la solution et voir comment il fonctionne comme un déclic et naviguer à travers la solution proposée.