Processus de développement logiciel unifié - RUP

RUP (processus rationnel unifié) est une méthodologie de développement de programmes orientée objet et basée sur un réseau. Il s'agit d'une méthode basée sur des méthodes orientées objet adhère à une méthode de développement basée sur des cas d'utilisation, centrée sur l'architecture, itérative et incrémentale.

Présentons brièvement RUP basé sur la carte mentale :

1. Six expériences majeures

1) Développement itératif

Chaque étape de RUP peut être décomposée en itérations. Une itération est un cycle de développement complet. Chaque cycle peut produire un fichier d'exécution. Chaque cycle est un développement incrémentiel jusqu'à la formation du produit final. Le développement itératif permet aux exigences de changer à chaque itération, et la compréhension du problème est approfondie grâce à un affinement continu. Le développement itératif réduit non seulement les risques, mais permet également à la fin de chaque itération de remonter le moral de l'équipe.

2) Exigences de gestion

RUP décrit comment extraire, organiser et documenter les fonctions et les contraintes du système, les cas d'utilisation et les scripts. L'utilisation de s'est avérée être une méthode efficace pour saisir les exigences.

3) Architecture basée sur les composants

Une architecture basée sur des composants modulaires indépendants, remplaçables permet de gérer les performances de complexité et d'améliorer l'utilisation. RUP décrit comment concevoir une architecture logicielle flexible, adaptable au changement, facile à comprendre et propice à la réutilisation.

4) Modélisation visuelle

RUP est souvent le même que UML est lié entre eux pour établir un modèle visuel du système logiciel pour aider les gens à améliorer leur capacité à gérer la complexité des logiciels. RUP nous explique comment modéliser visuellement le système logiciel et obtenir des informations sur la structure et le comportement des composants architecture.

5) Vérifier la qualité du logiciel

dans RUP Logiciel L'évaluation de la qualité n'est plus une activité distincte effectuée après coup ou par une équipe distincte, mais toutes les activités intégrées au processus. De cette façon, les défauts du logiciel peuvent être découverts rapidement, la qualité du logiciel peut être améliorée. et les coûts de logiciels peuvent être économisés.

6) Contrôler les modifications logicielles

Sans contrôle et coordination stricts dans le développement itératif, l'ensemble du processus de développement logiciel tombera rapidement dans le chaos Parmi eux , RUP décrit comment contrôler, suivre, surveiller, modifier les produits et isoler les modifications des autres espaces de travail afin d'établir un espace de travail sécurisé pour chaque développeur.

2. Modèle de développement bidimensionnel

RUPDéveloppement de logicielsVieCycle est un deux Le modèle de développement logiciel de Dimension. L'axe horizontal est organisé à travers le temps, qui est le cycle de vie caractéristique du processus qui se déroule, reflétant la structure dynamique du processus de développement. Les termes utilisés pour le décrire incluent principalement cycle, étape, Itérations et Jalons  ; l'axe vertical est organisé avec le contenu comme des activités logiques naturelles, reflétant la structure statique du processus de développement. . Les termes utilisés pour le décrire incluent principalement les activités, les produits, les travailleurs et les workflows. Comme le montre l'image :

3. Concepts de base

Les concepts de base définis dans RUP incluent principalement les rôles, les activités et le travail :

Rôle : décrit le comportement d'un personne ou un groupe et ses responsabilités. RUP prédéfinit de nombreux rôles.
Activité : C'est une unité de travail indépendante avec un objectif clair.
Artefact : C'est une information générée, créée ou modifiée par une activité.

4. Recadrage

RUP est un modèle de processus général qui contient de nombreux guides de développement, produits et descriptions de rôles impliqués dans le processus de développement. Parce qu'il est très volumineux, RUP est utilisé pour des organisations et des projets de développement spécifiques. est également requis, c'est-à-dire que RUP doit être configuré. RUP est comme un méta-processus. De nombreux processus de développement différents peuvent être obtenus en adaptant RUP. Ces processus de développement logiciel peuvent être considérés comme des instances spécifiques de RUP<.>. La personnalisation RUP peut être divisée en cinq étapes :

1) Déterminer quels workflows sont nécessaires pour ce projet.

2) Déterminez quels artefacts sont requis pour chaque workflow.

3) Déterminez comment évoluent les 4 étapes. La détermination de l'évolution entre les étapes doit être basée sur le principe de contrôle des risques, en décidant quels workflows sont requis pour chaque étape, dans quelle mesure chaque workflow est exécuté, quels produits sont présents et combien de temps chaque produit est terminé. Dans quelle mesure.

4) Déterminez le plan d'itération au sein de chaque étape. Planifiez le contenu développé dans chaque itération des 4 phases du RUP.

5) Planifier la workflow structure interne. Workflow implique des rôles, des activités et des produits. Sa complexité est liée à l'ampleur du projet, c'est-à-dire au nombre de rôles. La planification finale structure interne du workflow est généralement donnée sous la forme d'un diagramme d'activité .

5. Processus de développement

dans RUPLe cycle de vie du logiciel se décompose en quatre phases séquentielles dans le temps, à savoir : la phase d'initialisation, la phase de raffinement, la phase de construction et la phase de livraison. Effectuer une évaluation à la fin de chaque phase pour déterminer si les objectifs de cette phase ont été atteints. Si les résultats de l’évaluation sont satisfaisants, le projet peut passer à la phase suivante.

1) Étape initiale

L'objectif de la phase initiale est d'établir l'analyse de rentabilisation du système et de déterminer les limites du projet. Pour atteindre cet objectif, il est nécessaire d'identifier toutes les entités externes qui interagissent avec le système et de définir les caractéristiques des interactions à un niveau élevé. Cette étape est d'une grande importance. À ce stade, l'accent est mis sur les principaux risques en termes d'activité en cours et de l'ensemble du projet. Pour les projets de développement basés sur des systèmes existants, la phase initiale peut être courte.

2) Étape de raffinement

Le but de la phase de raffinement est d'analyser la zone problématique, d'établir une fondation solide et de compiler Plan de projet , éliminant les éléments les plus risqués du projet. Pour atteindre cet objectif, les décisions concernant l'architecture doivent être prises sur la base d'une compréhension de l'ensemble du système, y compris sa portée, ses fonctions principales et ses non-fonctions telles que les performances Demande. En même temps, établissez un environnement de soutien pour le projet, notamment en créant des cas de développement, en créant des modèles, des lignes directrices et en préparant des outils.

3) Phase de construction

Pendant la phase de build, tous les builds et application fonctions développés et intégrées dans un produit, toutes les fonctionnalités sont testées en détail. La phase de construction est un processus de fabrication dans le sens où l'accent est mis sur la gestion des ressources et le contrôle des opérations afin d'optimiser les coûts, le calendrier et la qualité.

4)Phase de livraison

L'objectif de la phase de livraison est de garantir que le logiciel est disponible pour les utilisateurs finaux. La phase de livraison peut s'étendre sur plusieurs itérations et comprend le test du produit en préparation de sa sortie, avec des ajustements mineurs basés sur les commentaires des utilisateurs. À ce stade du cycle de vie , les commentaires des utilisateurs doivent se concentrer principalement sur les problèmes de réglage, de configuration, d'installation et d'utilisation du produit, et tous les problèmes structurels majeurs devraient déjà être en place Les premières étapes du cycle de vie cycle de vie du projet sont abordés.

6. Flux de travail de base

Il existe 9 flux de travail principaux dans RUP, divisés en 6 flux de travail de processus principaux et 3 flux de travail de support principaux. Ces flux de travail sont consultés plusieurs fois tout au long du cycle de la vie. Les neuf flux de travail principaux sont utilisés en rotation tout au long du projet, répétés avec une importance et une intensité variables à chaque itération.

1)Modélisation commerciale

Modélisation commercialeWorkflowDécrit comment développer une idée pour une nouvelle organisation cible et sur la base de cette idée dans l'entrepriseModèle de cas d'utilisation Définir les processus, les rôles et les responsabilités de l'organisation dans le modèle objet métier.

2)Exigences

ExigencesL'objectif d'un workflow est de décrire ce que le système doit faire et d'amener les développeurs et les utilisateurs à se mettre d'accord sur cette description. Pour atteindre cet objectif, les fonctions et contraintes requises doivent être extraites, organisées et documentées. Le plus important est de comprendre la définition et la portée du problème résolu par le système.

3) Analyse et conception

Analyse et conceptionWorkflowConvertir ExigencesTraduire dans la conception des futurs systèmes, développer une structure robuste pour le système et ajuster la conception pour correspondre à l'environnement de mise en œuvre et optimiser ses performances. Le résultat de la conception d'analyse est un modèle de conception et un modèle d'analyse facultatif. Le modèle de conception est une abstraction du code source et se compose de classes de conception et de quelques descriptions. Les classes de conception sont organisées en packages de conception et sous-systèmes de conception avec de bonnes interfaces, et les descriptions reflètent la façon dont les objets de la classe travaillent ensemblepour implémentercas d'utilisation fonction. Les activités de conception sont centrées sur la conception architecturale. L'architecture est exprimée par plusieurs vues structurelles. La vue structurelle est une abstraction et une simplification de l'ensemble de la conception. Certains détails sont omis dans cette vue. ce qui le rend important Les caractéristiques sont reflétées plus clairement. L'architecture n'est pas seulement un support pour de bons modèles de conception, mais elle améliore également la qualité des modèles créés lors du développement du système.

4) Mise en œuvre

Le but de la mise en œuvre du workflow comprend la définition de la structure organisationnelle du code sous forme de sous-systèmes hiérarchiques , Implémenter des classes et objets sous forme de composants, tester et intégrer les composants développés sous forme d'unités Le résultat produit par un seul développeur (ou groupe) dans un système exécutable.

5) Test

TestWorkflowPour vérifier l'interaction entre les objets, vérifiez le logiciel Correct intégration de tous les composants dans , vérification que toutes les exigences ont été correctement mises en œuvre, identification et confirmation des défauts avant le déploiement du logiciel soulevés et traités . RUP propose une approche itérative, ce qui signifie tester tout au long du projet pour détecter les défauts le plus tôt possible, réduisant ainsi fondamentalement le coût de modification des défauts. Les tests sont similaires à un modèle tridimensionnel et portent sur la fiabilité, la fonctionnalité et les performances du système.

6) Déploiement

DéploiementLe but du workflow est de réussir à construire la version et Le Le logiciel est distribué aux utilisateurs finaux. Le workflow de déploiement décrit les activités liées à la garantie que le produit logiciel est disponible pour les utilisateurs finaux, notamment : l'empaquetage de logiciels, la génération de logiciels Produits autres que lui-même, installant des logiciels et fournissant une assistance aux utilisateurs.

7)Configuration et gestion des changements

Configuration et gestion des modificationsWorkflowDécrit comment contrôler un grand nombre de produits dans un projet composé de plusieurs membres. Les workflowsde gestion de la configuration et des modificationsfournissent des lignes directrices pour la gestion de plusieurs variantes dans un système en évolution, en suivant les logiciels lors de la création de la version. Le workflow décrit comment gérer le développement parallèle, le le développement distribué

et comment créer automatiquement des projets. Il explique également comment conserver des enregistrements d'audit sur les raisons, l'heure et le personnel des modifications du produit.

8)Gestion de projet

Gestion de projet logiciel

Équilibrer divers objectifs potentiellement conflictuels, gérer les risques, surmonter diverses contraintes et livrer avec succès des produits qui satisfont les utilisateurs.

9)Environnement

Le but du workflow d'environnement est de fournir un environnement de développement logiciel, comprenant des processus et des outils. EnvironnementWorkflow se concentre sur les activités nécessaires à la configuration du processus de projet. Il prend également en charge les activités d'élaboration des spécifications du projet, en fournissant un guide étape par étape et en décrivant comment mettre en œuvre le processus. dans l'organisation.

Ce qui précède est le contenu du processus de développement logiciel unifié - RUP Pour plus de contenu connexe, veuillez prêter attention à. le site PHP chinois (www .php.cn) !