201771030113-Li Zhilong expérience quatre analyse de cas de projet de logiciel

Projet	Le contenu
Lien vers le blog de la classe de cours	https://edu.cnblogs.com/campus/xbsf/nwnu2020SE
Lien sur les exigences d'affectation	https://www.cnblogs.com/nwnu-daizh/p/12369881.html
Objectifs d'apprentissage du cours	Apprenez le processus de projet de logiciel d'équipe et les exigences de collaboration des membres de l'équipe; maîtrisez les principes du processus agile et les concepts associés.
De quelle manière ce travail m'aide-t-il à atteindre mes objectifs d'apprentissage	Grâce à un apprentissage par les pairs approfondi et en binôme, améliorez la capacité et la sensibilisation de l'équipe au travail d'équipe.
Identifiant étudiant-Nom	201771030114-Ma Qiang
Liez l'autre partie à ce lien d'affectation de blog	https://www.cnblogs.com/AlexCrizs/p/12676098.html

Choisissez un cas pour l'évaluation dans les devoirs de l'expérience 3 avec un score de 100 points ou plus

• Excellente recommandation de cas pour l'expérience 3: Zhang Qin & Li Peishan Group

  • Le groupe de liens entrepôt de projet
  • Lien vers ce groupe d'affectations de blog-Zhang Qin
  • Lien vers ce groupe d'affectations de blog-Li Peishan

• Capture d'écran du commentaire
  

• Découvrez le code source du projet, résumez les problèmes et découvrez les articles de blog de cas.

  • Copiez le code source du boîtier de l'autre partie sur cette machine.
    

  • Exécuter la connexion
    

  

  • Demandes de renseignements de deuxième niveau
    
    
  • Table exportée avec succès
    
  • Générer un histogramme statistique
    

• Analyse de cas sélectionnés et complément de leurs lacunes

  • À travers le cas de cette expérience, testez et exécutez son code. Il a été constaté que les lacunes sont qu'il n'est pas possible de gérer efficacement les informations relatives au personnel, c'est-à-dire qu'elles ne peuvent pas être ajoutées et supprimées correctement. Il n'y a pas non plus de chemin de stockage clair pour les tableaux statistiques générés. Par conséquent, il est difficile de trouver la table exportée pendant l'essai.

Apprentissage collaboratif: lire les chapitres 5-6 de «Génie logiciel moderne - La loi de la construction»

• Comprendre et maîtriser les caractéristiques de l'équipe projet logiciel
  • L'équipe a un objectif collectif cohérent, et l'équipe doit atteindre cet objectif ensemble.
  • Les membres de l'équipe ont leur propre division du travail, dépendent les uns des autres et coopèrent pour accomplir les tâches.
• Modèle d'équipe logicielle
  • Mode médecin traitant: Le programmeur en chef est responsable de la conception et du codage du module principal, et d'autres membres fournissent un soutien sous différents angles;
  • Un mode essaim: le mode d'équipe logiciel très décontracté initial, après une période d'évolution, il sera transformé en d'autres modes ultérieurs;
  • Modèle communautaire: la répartition des membres n'est pas limitée par le temps et l'espace, chacun choisit des projets à développer selon ses préférences et ne nécessite généralement pas de rémunération;
  • Mode étoile: point extrême de l'utilisation du mode médecin traitant, la capacité de l'équipe à "jouer" masque les défauts et les avantages de tous les membres de l'équipe;
  • Mode troupe amateur: il n'y a pas d'équipe fixe, et les membres n'ont pas d'affectations de travail fixes dans différents projets, tous les membres sont instruits par la "commande centrale";
  • Équipe secrète: menée dans un état secret sans ingérence extérieure, l'équipe a une mission unique et les membres internes ont un degré élevé de liberté et d'enthousiasme;
  • Équipe d'agents spéciaux: L'équipe est composée de professionnels et est chargée de résoudre certains problèmes urgents;
  • Le modèle de l'orchestre symphonique: utilisé par de nombreuses grandes sociétés de logiciels, les membres et les dirigeants ont de fortes capacités et une expérience similaire en développement de projets, tous les membres exercent leurs fonctions mais sont unifiés sous la direction du leader;
  • Mode Jazz: opposé au mode orchestre symphonique, il est relativement lâche, le leader complète le framework, les autres membres créent sur cette base, et enfin le leader se termine;
  • Mode équipe fonctionnelle: il n'y a pas d'équipe fixe et des membres de capacités différentes peuvent se combiner pour achever un projet. Une fois le projet terminé, les membres se réorganisent pour réaliser d'autres projets différents;
  • Modèle bureaucratique: né de la structure organisationnelle des grandes institutions, plusieurs personnes relèvent du petit patron et le petit patron relève du grand patron. Il est facile de former une concurrence vicieuse.
• Comprendre les caractéristiques des modèles de processus logiciels typiques tels que les modèles en cascade et leurs transformations, les processus de livraison progressive et les processus agiles.
  • 　Le modèle en cascade est un modèle de cycle de vie logiciel classique, également appelé cycle de vie prédictif et cycle de vie entièrement planifié. Dans ce modèle, au plus tôt dans le cycle de vie du projet, la portée du projet et le temps et le coût requis pour le livrer doivent être déterminés.
  • Dans ce modèle, lorsque le projet démarre, l'équipe de projet se concentre sur la définition de la portée globale du produit et du projet, puis formule le plan de livraison du produit (et des livrables associés), puis exécute le plan à chaque étape. Les modifications de la portée du projet doivent être soigneusement gérées. S'il y a une nouvelle portée, vous devez replanifier et confirmer officiellement. Pour les projets qui changent fréquemment, le modèle en cascade n'a aucune valeur.
• Processus de livraison progressif
  • Le processus de livraison progressive, résumé par Steve Mike Cornell et 1996, est plus proche du processus de développement itératif. Cela se réfère principalement au fait que lorsque les principales exigences et l'architecture du système sont claires, l'équipe logicielle entrera dans le cycle comme indiqué sur la figure, et le cycle se poursuivra jusqu'à ce que le projet soit sous-financé, la durée du projet soit insuffisante ou que le produit puisse satisfaire l'utilisateur.
    
• Principes de développement suivis de processus agiles
  • Livraison précoce et continue de logiciels précieux pour répondre aux besoins des clients;
  • Les processus agiles accueillent les changements de la demande et utilisent ce changement pour améliorer l'avantage concurrentiel des utilisateurs;
  • Libérez régulièrement les logiciels disponibles, l'intervalle de libération peut aller de quelques semaines à plusieurs mois, peut être aussi court que possible;
  • Le personnel commercial et les développeurs doivent travailler ensemble quotidiennement pendant le processus de développement du projet;
  • Avec des personnes ambitieuses au cœur du projet, soutenez-les pleinement et faites-leur confiance;
  • Peu importe à l'intérieur ou à l'extérieur de l'équipe, la communication face à face est toujours le moyen de communication le plus efficace;
  • Le logiciel disponible est le principal indicateur pour mesurer l'avancement du projet;
  • Les processus agiles devraient maintenir le développement durable. Les dirigeants, les équipes et les utilisateurs devraient pouvoir continuer à coopérer au rythme actuel;
  • Ce n'est qu'en se concentrant constamment sur la technologie et le design que nous pouvons devenir de plus en plus agiles;
  • Il est très important de rester concis - l'habileté à simplifier autant que possible la charge de travail;
  • Seule une équipe autogérée peut créer une architecture, des exigences et une conception excellentes;
  • Résumez toujours comment améliorer l'efficacité de l'équipe et la mettre en action.
• Principe TSP
  • En utilisant un processus bien défini, chaque étape du processus peut être répétée et les résultats peuvent être mesurés;
  • Chaque membre de l'équipe a une compréhension unifiée des objectifs, des rôles et des produits de l'équipe;
  • Essayez d'utiliser des technologies et des pratiques matures;
  • Recueillir autant de données que possible (y compris des données néfastes pour l'équipe) et utiliser les données pour aider l'équipe à prendre des décisions rationnelles;
  • Faire des plans et des engagements réalistes, et les plans d'équipe doivent être élaborés par des rôles d'exécution spécifiques (et non par des supérieurs);
  • Augmenter la capacité d'autogestion de l'équipe;
  • Concentrez-vous sur l'amélioration de la qualité et essayez de découvrir les problèmes tôt dans le cycle de vie du logiciel. Le moyen le plus efficace d'améliorer la qualité consiste à effectuer un travail de conception complet et minutieux (au lieu de se précipiter pour résoudre les problèmes plus tard).
• Capture d'écran de la discussion
  
  
  

Sélectionnez une analyse de test de projet d'équipe de collège

• Sélectionnez le projet d'équipe PureMan de l'Université d'aéronautique et d'astronautique de Pékin 2019 Spring School of Computer Software Engineering

  • Lien vers le blog du projet sélectionné
  • Lien vers le référentiel GitHub du projet sélectionné

• Raison du choix du projet d'équipe

  • La raison principale est que l'implémentation du projet se fait sur le terminal mobile et c'est une APP. Je veux me familiariser avec le développement du terminal mobile à travers ce projet, et je peux apprendre comment le projet d'équipe est développé.

• La division et la coopération des membres de l'équipe

  • À mon avis, l'équipe utilise principalement le modèle symphonique pour développer, et les développeurs sont principalement responsables de la mise en œuvre des fonctions et des interfaces du client. Au début, la division du travail consiste à ce que chaque personne soit responsable de ses propres fonctions, puis communique les obstacles rencontrés ou progresse lors de la réunion régulière, détermine où ajouter les fonctions, et assure l'unité de chacun. Dans le même temps, deux développeurs unifient régulièrement toutes les interfaces Et embellissez. Le testeur est responsable de la réalisation du test de compatibilité, du test de résistance du client et du test d'intégration de chaque fonction. Le gestionnaire de projet est chargé de remplir divers documents, d'organiser des réunions, d'organiser les tâches pour faire avancer le projet, de communiquer avec le personnel concerné, de faire des recherches et de promouvoir.

• Évaluer les caractéristiques du processus de projet logiciel du projet

  • Le processus de développement de projet de l'équipe, à mon avis, a principalement adopté le modèle symphonique pour le développement. Chaque membre a son propre rôle, et il est bien unifié La réalisation de cette partie dépend principalement de la planification globale du chef de projet, et les ajustements en temps réel au cours du processus de développement font avancer le projet très en douceur.

• Le fichier d'entrepôt de projet contient des documents de spécification, comme illustré dans la figure suivante
  

• Déployez et utilisez, et découvrez les bogues. Ce qui
  
  précède est le rendu que j'avais l'habitude de déployer sur le terminal mobile. J'ai trouvé un problème. Dans l'interface du terminal mobile, il n'y a pas d'arrière-plan et l'interface est très unique. Une autre chose est que le mode nuit ne peut pas être affiché directement sur mon téléphone, ce qui est incompatible avec ce qu'il a dit dans le blog.

• Évaluer si le projet d'équipe mérite un développement continu

  • Je pense que ce projet est très digne d'un développement continu. Quant à ce que nous avons devant nous, les blogs sont largement utilisés dans l'étude de ce cours. La mise en œuvre de ce projet est très pratique pour nous. Allons plus loin. . Si vous y ajoutez plus de fonctionnalités, il sera très pratique pour les développeurs d'utiliser l'expérience.

Le temps réel consacré à diverses tâches dans "Expérience 4 Analyse de cas de projet logiciel"

Tâche	Temps passé (h)
Tâche un	5,0
Tâche deux	3.0
Tâche trois	10,5
Tâche quatre	2.0

Résumé

Grâce à l'étude de cette expérience, j'ai appris les lacunes de la dernière expérience et le processus de développement de l'équipe. Cela m'a été très utile, surtout lorsque j'étudiais la tâche 3. Mes sentiments étaient si grands que j'ai clairement compris l'écart entre moi et les autres. En étudiant les connaissances des supports pédagogiques, j'ai bien compris le modèle et le processus de développement de l'équipe, ce qui est très utile pour les projets que je souhaite développer à l'avenir.