Description
Avant de définir l'architecture de référence, il est préférable d'avoir une idée de l'architecture logicielle. L'architecture logicielle a plusieurs définitions qui sont issus de différentes sources. Cela va de la conception, la création et le maintien de l'ensemble du code de grands systèmes informatiques d'intégrer tout le fonctionnement des composants physiques et logiques des systèmes d'entreprise ainsi. Il s'agit d'une combinaison et de l'interaction de tous les composants (logiciels et matériels) pour faire un système complet spécifiques aux différents besoins de l'entreprise.
L'architecture de référence et Fit / Gap analyse est un court document attestant de l'architecture de référence pour être utilisé comme base pour l'architecture du projet actuel et notamment la justification de cette décision. Il est également un processus d'analyse pour comprendre l'architecture de référence et sa mise en œuvre.
Une architecture de référence est un modèle architectural prédéfini conçu pour une utilisation en particulier les commerciaux et techniques contextes.
Source des architectures de référence au sein d'une organisation peut être un cadre éprouvé et de l'actif utilisé dans des projets antérieurs. Le produit du travail est générique et applique également à la sélection des architectures de référence provenant d'autres sources.
La partie la plus importante d'une architecture de référence est de comprendre la remise en forme et lacunes constatées lors de l'analyse.
Une architecture de référence Fit / Gap Analysis compile les facteurs clés impliqués dans la sélection d'une architecture de référence:
- Scénarios d'affaires
- Pilotes d'affaires
- Caractéristiques d'architecture
La sélection d'actifs implique des compromis. Architecture de référence Fit / Gap Analysis documente les différences entre l'architecture du projet souhaité et l'architecture de référence à une déclaration de l'ajustement et identifie les modifications nécessaires pour le projet.
Raison
Maintenant, nous vérifions les fins Fit / Gap analyse dans le modèle de référence sur l'architecture. L'architecture de référence Fit / Gap Analysis sont utilisés pour la suivante
- Pour aider à déterminer la portée d'un projet de développement de la solution proposée
- Comme une entrée à d'autres produits de travail de l'architecture. Selon la taille des écarts, l'architecture de référence choisie et l'analyse d'ajustement / gap associé peuvent constituer la base de l'ensemble de l'architecture.
- Pour mettre en évidence les lacunes où l'architecture de référence ne correspond pas aux exigences du projet. Ceux-ci indiquent les zones de risque ou d'architecture substantielle nécessaires dans le projet. Il aide aussi à choisir l'architecture de référence pour le projet proposé.
Incidence de ne pas avoir Architecture de référence
Sélection d'une architecture de référence réduit le risque en réutilisant éprouvée, solutions de meilleures pratiques. Ne pas appliquer une architecture de référence norme augmente l'effort et le coût du projet, et augmente le risque d'échec du projet.
La meilleure façon d'utiliser les actifs d'architecture est de commencer par la sélection d'une architecture de référence. Cela formera le contexte pour une sélection plus détaillée des actifs et des conseils.
Raisons pour ne pas utiliser l'architecture de référence
Sur des projets reposant sur l'actif, ce produit doit toujours être produite.
Si architectures de référence appropriés ne sont pas disponibles à un projet ou un projet décide de ne pas utiliser une architecture de référence, puis au plus Résumé, y compris les raisons pour lesquelles une architecture de référence n'a pas été retenue, devrait être achevé. Souvent, même cela est inutile. Une note peut être ajouté à la documentation du choix des produits de travail.
Comment Fit / analyse des écarts est documentée
Une architecture de référence Fit / Gap Analysis est fondamentalement le document textuel, avec des tables évaluant les exigences du profil caractéristique et des sujets couverts. La forme de tableau décrit tous les points nécessaires pour obtenir une image claire de l'architecture visée et son aptitude dans le projet proposé.
Résumé: Bref exposé des choisi architecture de référence et toutes les grandes questions / risques.
Présentation: Remarques d'ouverture sur l'architecture de référence.
Facteurs clés: Un bref exposé des objectifs de l'entreprise ou de contraintes.
Liste architecture requise: Le document se compose d'une série de questions et réponses potentielles concernant les exigences architecturales, ce qui permet une collecte systématique des exigences architecturales pour le projet. Cet ensemble est utilisé comme une liste de contrôle pour demander aux exigences des clients architecturale et les questions connexes, qui sont consignés dans un tableau, comme ci-dessous. Ceci est un exemple de tableau et il peut être d'un format différent selon la norme de l'organisation.
| Exigence | Architecture de référence Caractéristique | Valeur requise pour Project | Risques / Questions / Commentaires Points d'enquêter sur les |
| Nom de l'exigence | Gamme pertinente de valeurs pour cette architecture | Gamme applicable à la clientèle | Toutes les lacunes, des risques, problèmes futurs probables, sujets pour analyse ultérieure |
Sujet Liste Area:Chaque architecture de référence englobe plusieurs domaines (parfois appelée «domaines»). Domaines sont des domaines spécifiques de préoccupation, par example, le canal de distribution basé sur le Web est une zone soumise constitué de navigateurs Web, serveurs de noms de domaine, etc. Une façon simple et claire de l'examen de la «ajustement» d'une architecture de référence aux exigences du client est de le comparer à la couverture de la zone objet. Voici un tableau pour capturer les détails.
Domaine |
Présent en architecture? | Requis par le Client? | Questions / risques / Remarques |
| Nom de l'objet zone | Oui Non | Oui Non |
Déclaration de Fit:Un résumé de la mesure de «apte» entre l'architecture de référence et les exigences du client. Chaque architecture de référence est décrite à plusieurs niveaux d'abstraction, et des conseils sont fournis à chaque niveau sur les caractéristiques prises en charge. Pour chaque domaine où l'architecture de référence ne répond pas aux exigences, décrire brièvement:
- L'exigence non satisfaite. Ceci est très important pour la sélection de l'architecture de référence.
- Le type et l'ampleur du delta qui serait nécessaire pour l'Architecture de référence pour répondre à l'exigence. Précisez également si elle doit être étendue, modifié, ou de recevoir une nouvelle matière?
- Une estimation du coût et le risque du delta
Approche de développement
Les étapes suivantes devraient être prises dans la génération de ce produit de travail:
- Identifier le plus probable candidat Architecture de référence. Comme il ya un petit nombre d'architectures de référence, chacun avec un accent bien définie, il devrait être simple d'identifier un ou deux comme pertinents pour les objectifs du projet du client et futur modèle d'activité.
- Examinez la description du contexte de l'actif, qui est fourni à la fois textuelle et la forme illustration, avec le client pour évaluer ajustement. Les illustrations, en particulier, sont un puissant moyen de vérifier la compréhension de la clientèle de l'approche proposée. Au cours de ce processus, le client peut décider de modifier ses exigences énoncées précédemment, par example, par la reconnaissance que le modèle architectural fournies par l'architecture de référence est supérieur à celui qu'il avait précédemment envisagé.
- Utilisez les pilotes commerciaux, IT principes et des listes de besoins pour caractériser les exigences du client Vérifiez avec le client, s'il ya d'autres exigences importantes qui n'ont pas été couverts par les caractéristiques standard.
- Examinez l'ajustement des exigences avec les caractéristiques fournies par l'Architecture de référence à différents niveaux d'abstraction.
- De la base d'actifs, identifier les domaines couverts par l'architecture de référence. Comparez-les avec les domaines requis par le client.
- Analyser l'adéquation entre l'architecture de référence et les exigences du client. Documenter toutes les lacunes, et de faire des évaluations initiales avec le client sur la façon dont ces lacunes seront résolus. Cela peut impliquer:
- Extension de l'architecture (e.g., relier à une zone de réserve supplémentaire)
- Modification de l'architecture de référence (à savoir, changer sa structure interne ou de comportement)
- Documenter la justification de chacune de ces décisions en termes d'hypothèses, justification de l'entreprise, des risques, etc.
- Faire une évaluation globale de la viabilité et du risque fondée sur les informations disponibles à ce stade.
Validation et Vérification
Effectuer les contrôles suivants:
- Vérifiez que le client a approuvé les critères utilisés pour comparer et choisir les architectures de référence.
- Assurez-vous que tous les grands domaines de besoins du client ont été considérés.
- Vérifiez que les dépendances critiques de l'architecture dans l'environnement cible peuvent être satisfaites.
- Valider les arbitrages sont faits avec les fournisseurs des clients et actifs avec les critères suivants.
- Vérifiez que l'architecture est résiliente aux changements attendus.
