Architecte logiciel critique

Architectes

Dans les premiers jours du logiciel de développement petite pensée fut donné à comment les applications logicielles et systèmes, que nous avons construit avaient été architecturés. Il y avait eu plusieurs raisons à cela : tout d’abord, étant de développement logiciel nouvelle, le concept n’avait pas été considéré, et ensuite nous ne comprenaient pas comment critique architecture était pour les frais d’entretien de nos applications et systèmes. Après réflexion sobre, nous devrions peut-être avoir prévu l’absence d’architecture prévue et architectes du fait construire le logiciel n’est pas radicalement différents depuis la construction de toute autre structure, par exemple des bâtiments et des ponts. Nous ne pouvons pas revenir en arrière et réparer les dégâts, complété par le manque de prévoyance qui a mené aux systèmes et applications mal architecturées, mais comme gestionnaires de projet, nous pouvons rester loin de faire de cette erreur dans notre prochain projet de développement de logiciels.

De nos jours la plupart des organisations dont principales compétences consistent en développement logiciel reconnaissent l’importance de l’architecture à leur organisation et ont satisfait à cette exigent en créant le rôle d’architecte et de rendre cette personne que responsable de l’architecture de tous les systèmes et les applications logicielles ils développent. Même les organisations dont les compétences de base ne comprennent le développement de logiciels, mais qui ont beaucoup investi dans ce document, ont créé ce rôle. Ces personnes peuvent être appelés l’architecte en chef, architecte en chef ou architecte stratégique. Wikipedia identifie 3 catégories diverses de l’architecte selon la portée de leurs responsabilités : l’architecte de l’entreprise qui est responsable des systèmes et des applications de l’organisation tout, l’architecte de la réponse qui est responsable de l’architecture d’un système composé d’un ou plusieurs beaucoup des applications et des plates-formes matérielles, avec l’architecte d’application dont la responsabilité est limitée à 1 application. La catégorie et le nombre d’architectes seront généralement limitées par la taille de l’organisation, ainsi que le nombre d’applications et de systèmes, qu’il prend en charge. Indépendamment de ce que l’organisation vous travaillez pour les appels eux, l’architecte logiciel a un rôle clé à jouer sur votre projet de logiciel architecte.

Votre travail comme gestionnaire de projet architecte d’un projet de développement de logiciels, où un architecte logiciel est en place, consiste à s’assurer que leur travail est correctement défini et organisé afin que votre projet reçoit le maximum de profit de leur expertise. Si l’organisation n’a pas un architecte en place, que vous aurez à identifier une personne de votre équipe pour remplir ce rôle. Ce qui n’est pas acceptable serait de planifier le projet sans aucune reconnaissance de la nécessité ou l’importance de l’architecte. Ce rôle exige beaucoup de connaissances sur les composants du système que possible, tels que les logiciels et la connaissance du matériel. Il exige aussi une connaissance technique de la technologie utilisée, matériel et logiciel et solides aptitudes analytiques. La personne (autre qu’un architecte logiciel) qui possède plus peut-être un ensemble comparable à celle de compétences est vraiment une compagnie ou un analyste de systèmes. Selon la taille et la complexité du système existant et de votre projet, les ensembles de compétences existants ne pourrait suffisantes pour répondre aux besoins de votre projet. Vous pouvez trouver des possibilités de formation amplement disponibles donc choisir celle qui correspond le plus étroitement à vos besoins et que votre candidat assiste à. Si votre projet de l’architecte a un budget suffisant pour payer la formation, fine. Si ce n’est pas le cas, n’oubliez pas que l’ensemble des compétences acquise par le stagiaire va être accessibles à l’organisation après que votre projet est terminé et vraiment votre projet ne devrait pas avoir besoin de porter le prix complet de la formation.

Maintenant que vous avez un architecte logiciel qualifiés engagé pour votre projet, vous avez besoin planifier des tâches de cette personne pour profiter au maximum de leurs capacités. Je suggère de faire participer l’architecte aussi tôt l’au sein du projet possible afin qu’ils peuvent influencer la définition de l’application ou le système en cours d’élaboration. L’équipe qui définit les besoins de l’entreprise à votre projet sera vraisemblablement du côté de l’entreprise de l’organisation et ont une connaissance approfondie de la façon dont la société s’exécute mais faible connaissance des systèmes existants et les caractéristiques techniques du matériel et des logiciels capable de fournir la réponse. Avoir un architecte logiciel pouvant être obtenu au cours des exigences en matière de collecte des exercices vous aidera définissent les exigences qu’exploiter le système existant et répondre les atouts de la plate-forme et empêcher les faiblesses. Laissant leurs commentaires jusqu’à une phase ultérieure expose votre projet au risque de la réingénierie de la réponse pour ajuster l’architecture existante ou éviter les faiblesses de la solution, après le fait. Impliquer l’architecte logiciel dans les exigences de collecte des exercices comme consultant ou PME (expert en la matière) qui peuvent signaler des risques dans la définition des exigences et fournir des solutions de rechange.
La clé de produit livrable que votre architecte est responsable est le dessin architectural. Ce n’est pas réellement un dessin, mais un mélange de texte et les dessins. Dessins de l’architecte représentera les nombreuses composantes du système et de leur relation avec 1 supplémentaires. Le texte décrit les éléments de données, les relations entre les divers éléments architecturaux et tout les concepteurs doivent respecter des normes. Le dessin peut être un nouveau 1 pour représenter un nouveau système, ou il peut être une mise à jour d’un dessin existant afin de refléter les modifications apportées à un système existant de votre projet. Le développement du dessin architectural est l’activité de conception initiale dans votre calendrier du projet. Le dessin est employé au sein de la même façon que le personnel de l’ingénierie et les artisans utilisent un dessin architectural d’un bâtiment ou un pont.

Analystes, architecte et programmeurs utilisera le Document sur les exigences Enterprise. Architecte (BRD) pour leur dire quelles caractéristiques et les fonctions de conception ainsi que le dessin architectural de leur dire comment leur logiciel devrait correspondre conjointement avec d’autres logiciels au sein du système, toutes les contraintes du système place sur leur conception, les normes du nouveau logiciel doit satisfaire, et quels sont les éléments d’information critique se ressemblent. Les données dans ce dessin dépendra de la solution choisie, le matériel choisi, le système existant ainsi que la complexité du projet. Par exemple, les projets utilisant une réponse Object Oriented auront 4 couches : une couche d’interface utilisateur (la couche l’utilisateur voit), une couche d’application (où le travail est effectué), une couche de domaine (où est appliquée la logique de l’organisation) et une couche d’infrastructure (pour la journalisation de messagerie, etc.). Autres solutions pourraient appeler pour beaucoup plus ou moins de couches.

Des projets de développement architecte de logiciels qui s’appuient sur une base de données relationnelle pour stocker et récupérer des gros volumes d’informations auront un architecte de la base de données qui est responsable de la conception de la base de données. L’architecte de la base de données doit être un membre de votre équipe de projet et leur conception doit être coordonnée avec l’architecture du système, afin que les éléments d’information à l’intérieur du dessin architectural sont définis de la même façon exacte comme ils sont dans le dictionnaire de données de la base de données. Conception de la base de données est essentielle à la performance du système. Mauvaise conception de base de données architecte, ou de conception de base de données qui ne supporte pas les applications rendant l’utilisation de celui-ci, seront livrer un système avec un mauvais rendement afin de la conception architecturale et conception de base de données devraient être entrées les uns aux autres afin d’obtenir un système bien intégré avec les caractéristiques de performance requis.

Le dessin architectural doit être approuvé par le promoteur du projet, architecte Comité directeur du projet avec enterprise architect/architecte/chef architecte en chef l’organisation lorsque cette personne n’est pas l’architecte de votre équipe. Dans plusieurs cas particuliers autres qu’un autre architecte auront la capacité de décider indépendamment de savoir si le dessin contient toutes les informations requises par le projet, ou que la conception du système soit sonore. Ils vous ont la capacité de comprendre que chaque catégorie de données a été abordée et que le dessin remplit les conditions définies pour elle au sein de la Charte du projet, énoncé des travaux (ÉT) ou instruction scope. Une fois le dessin a été approuvé, il doit être communiquée aux analystes qui sont responsables de la production des spécifications de conception.

Le rôle d’architectes logiciels ne s’arrête pas avec la production de l’architecture dessin, en effet dans certains du cycle de développement des logiciels architecte méthodologies (SDLC) ce dessin va être produites de manière itérative. Il pourrait être produit par étapes, telles que l’infrastructure de couche d’abord, la couche de domaine ensuite, etc., ou il pourrait être produit de manière itérative, une nouvelle version pour chaque itération. Même des projets utilisant la méthodologie de la chute d’eau SDLC ne produira pas nécessairement un dessin final tout au long du projet phase de planification, puisqu’ils ne le souhaitent pas. Les concepteurs ont besoin d’avoir un dessin qui leur offre avec les détails dont ils ont besoin lorsqu’ils ont besoin et vous pourrait nécessiter de commencer les travaux de conception avec le dessin que vous avez à être en mesure de maintenir le pour calendrier.

L’architecte doivent également s’assurer que la conception capturée dans les spécifications fonctionnelles et des documents de conception de détail est conforme aux contraintes exercées sur elle par le dessin architectural. Pour ce faire, ils doivent examiner les dessins d’établir la conformité. L’architecte doit être membre de tout par les pairs équipes revoir la conception d’examen. C’est peut-être pas réalisable, surtout dans le cas où vous devez partager un architecte avec un autre projet ou opérations donc au minimum l’architecte vraiment devrait examiner chaque conception et assurer le respect de leur conception architecturale ou identifier les lacunes où il ne le fait pas.

Le matériel et les systèmes d’exploitation qui sont les composantes de l’architecture du système sont des domaines de la surveillance de l’architecte. Projets qui appellent à l’achat de ces articles, ou externalisation du développement de toutes les applications, devraient s’engager à l’architecte de contribuer à des critères de sélection des produits et du vendeur. Certains dessins architecturaux peuvent éventuellement spécifier matérielle et logicielle dépendant de la solution mise en œuvre, dans lequel cas l’information devrait être inclus à l’intérieur du dessin architectural. Là où les conditions de ces choses sont moins bien définis, l’architecte vraiment devrait faire particulier que critères de sélection reflètent correctement leurs exigences architecturales et que l’énoncé des travaux pour les logiciels externalisés est correctement écrit. Dans les projets où les travaux de développement de logiciels sont imparti, rôle de l’architecte va être l’exacte même comme si le travail avait été exécuté interne. Grands projets qui doivent le vendeur de doter leur équipe avec l’architecte logiciel vraiment devraient avoir leur conception architecturale supervisée par l’architecte pour votre projet.

Enfin, l’architecte devrait également être appelé à analyser tout changement apporté à la conception de logiciels ou de fonctionnalités qui pourraient déclencher un changement à l’intérieur de l’architecture. Votre architecte va être la personne appropriée pour analyser toute demande pour savoir où un changement à l’intérieur de la conception d’un composant de système aurait une incidence sur les autres composantes de l’architecture. Une fois que l’architecte a déterminé si un changement dans les autres composants serait nécessaire et quelle serait la nature de ce changement, c’est à votre conception et la construction des gourous d’évaluer le coût de ce changement.

Les idées et les conseils offerts dans cet article de l’architecte ne sont qu’une partie de l’ouvrage, que vous serez tenu de le faire au plan d’architecte, de surveiller et de contrôler le travail de l’architecte pour votre projet. Le reste de votre travail doit être guidé par les meilleures pratiques de gestion de projet et je ne connais aucune grande source unique pour ces que le PMBOK