Informations

Base théorique pour les méthodologies Agile/Scrum dans le développement de logiciels

Base théorique pour les méthodologies Agile/Scrum dans le développement de logiciels

Les méthodologies Agile et Scrum sont bien connues et souvent étudiées et écrites dans le développement de logiciels. Mais ces méthodologies concernent la gestion des activités et du lieu de travail lui-même.

Existe-t-il des théories psychologiques ou sociologiques (comme celles étudiées en psychologie industrielle et organisationnelle) qui pourraient expliquer l'efficacité, ou le manque d'efficacité, des méthodologies Agile / Scrum ?

J'ai connaissance de travaux expérimentaux sur le sujet, comme celui d'Elizabeth Whitworth. Cependant, je ne suis pas intéressé par les études empiriques sur l'efficacité de l'utilisation d'Agile / Scrum. Je suis intéressé par les justifications théoriques des raisons pour lesquelles nous nous attendrions à ce que Agile/Scrum soit efficace ou inefficace en fonction de ce que nous savons de la psychologie sociale et de l'io-psychologie. Existe-t-il des théories psychologiques ou sociologiques expliquant l'efficacité ou l'inefficacité d'Agile/Scrum ?


Questions connexes sur SE :

  • Comment intégrer le travail effectué par un développeur hors bande surperformant

  • Scrum transforme-t-il les développeurs actifs en développeurs passifs ?

  • Comment pouvons-nous rendre Agile agréable pour les développeurs qui aiment personnellement et indépendamment posséder de gros morceaux du début à la fin


L'intégration théorique m'est inconnue, et je soupçonne que de nombreux I/O n'ont pas encore entendu parler de Scrum et Agile. Ceux-ci sont relativement nouveaux même dans leur industrie d'origine (logiciel).

Si je devais rédiger mon examen complet dessus, je vous proposerais deux modèles. Tout d'abord, un ancien mais un goldie, le modèle des caractéristiques du travail (Hackman et Oldham). Ce modèle a identifié des caractéristiques d'environnement de travail fiables qui ont tendance à stimuler l'engagement. Vous pouvez mapper ces fonctionnalités sur certaines des fonctionnalités d'un environnement agile :

  • Variété de compétences (l'agilité peut offrir cela) ;

  • Identité de la tâche (s'ils vous permettent de voir à travers votre projet et que les dirigeants ne remplacent pas le contrôle créatif, cela peut être disponible dans Agile)

  • Importance de la tâche (cela est probablement indépendant d'agile ; peut ou non l'obtenir)

  • Autonomie (l'agilité peut vraiment offrir cela à l'équipe de développement ; c'est probablement la principale raison pour laquelle l'agilité peut être efficace car elle sépare l'équipe de développement du commandement et du contrôle de la gestion qui sont typiques des méthodologies en cascade)

  • Feedback (je pense que c'est l'un des objectifs d'agile, c'est un feedback plus rapide et plus sale sur vos prototypes ; de toute façon, le feedback motive les gens)

    Le deuxième argument que je ferais est une théorie socio-psychologique/sociologique appelée théorie de l'échange social (par exemple, Blau). Le cœur de cette théorie est que les gens développent certaines relations de qualité avec d'autres avec qui ils échangent. La façon dont cet échange se produit et à quelle fréquence peut affecter la qualité de la relation. Il peut y avoir deux types vraiment généraux de relations : économiques et sociales. Les échanges économiques sont très égalitaires, visibles, de courte durée et centrés sur la chose échangée (cela caractérise beaucoup de relations salarié-employeur). Les échanges sociaux sont moins soucieux de l'urgence et de l'égalité des transactions, et plus soucieux de la longévité, de l'empathie et de l'appartenance à la relation (de nombreuses organisations essaient de créer cela avec la culture ; les gens le veulent car cela peut amener les employés à faire des efforts de manière désintéressée).

Agile peut dans certains cas faire appel à ce type de relation d'échange social. Beaucoup d'efforts, de créativité et de risque sont échangés et tolérés entre les coéquipiers sans aucune récompense monétaire immédiate ou parfois sans grande prise de conscience de la part de la direction. En raison de la fréquence des échanges avec les membres de l'équipe en méthodologie agile, peut-être que le processus de développement de la relation est accéléré. Cela donnerait des membres d'équipe plus engagés et engagés, du moins lorsqu'ils travaillent au sein de ces équipes.

Oh, et les théoriciens de l'établissement d'objectifs insisteront sur le fait que cela revient à se fixer fréquemment des objectifs stimulants, spécifiques et engagés.

J'espère que cela t'aides.


Nous proposons un modèle composé de cinq facteurs humains qui influencent le succès des projets de développement de logiciels agiles en cours, le succès étant mesuré en termes de coût, de temps et de satisfaction client. Après avoir interrogé 216 praticiens agiles, les résultats obtenus à l'aide de SEM-PLS suggèrent que la « capacité de l'équipe » et « l'implication du client » sont les principaux facteurs contribuant au succès des projets de développement de logiciels agiles en cours. Ces résultats ont été triangulés avec l'approche de méthodes mixtes d'un groupe de discussion, qui a appuyé les conclusions. En sachant quels facteurs sont vraiment importants pour réussir, les gestionnaires et les équipes seront en mesure d'établir des priorités, améliorant ainsi les résultats du projet. Nous abordons cette question, ainsi que les limites de la recherche et les travaux futurs.

Carlos Tam est professeur assistant invité à NOVA IMS et technicien supérieur en information de gestion avec plus de 25 ans d'expérience bancaire, dont 15 dans une division mobile et internet. Il est titulaire d'un doctorat. de NOVA Information Management School (NOVA IMS), Universidade Nova de Lisboa, en gestion de l'information. Ses intérêts de recherche comprennent l'intelligence d'affaires, la gestion des connaissances, la gestion du rendement, l'information de gestion et l'adoption de la technologie. Son travail est paru dans Gestion du tourisme, gestion de l'information et de l'amp, ordinateurs à Hucomportement de l'homme, Informatisur les frontières des systèmes, Journal of Retailing and Consumer Services, et d'autres.

Eduardo Jóia da Costa Moura est un M.Sc. étudiant de la Nova Information Management School. Il détient un B.Sc. diplôme en gestion, qui l'a conduit à sa première expérience professionnelle en tant qu'analyste d'opérations pour une prestigieuse compagnie d'assurance portugaise. Ses intérêts de recherche portent sur la gestion de projet et les technologies de l'information. Ses recherches actuelles portent sur les facteurs humains influents pour la réussite des projets de développement logiciel agile.

Tiago Oliveira est professeur agrégé de gestion de l'information, doyen associé à la recherche et aux études doctorales à la NOVA Information Management School (NOVA IMS) et coordinateur du diplôme en gestion de l'information. Ses intérêts de recherche comprennent l'adoption de la technologie, la fracture numérique et la confidentialité. Il a publié des articles dans plusieurs revues et conférences universitaires, notamment Tourism Management, Information & Management, Decision Support Systems, Government Information Quarterly, Computers in Human Behaviour, Journal of Business Research, Information Technology & People, Information Systems Frontiers, International Journal of Information Management, Journal of Global Information Management, Gestion industrielle et systèmes de données, ordinateurs dans l'industrie, entre autres. Tiago est l'auteur de plus de 150 articles scientifiques dans des revues et des actes de conférences. Tiago a plus de 7000 citations (https://scholar.google.com/citations?user=RXwZPpoAAAAJ).

João Varajão est actuellement professeur de systèmes d'information et de gestion de projet à l'Université du Minho. Il est également chercheur au centre de recherche Algoritmi. Né et élevé au Portugal, il a fréquenté l'Université de Minho, où il a obtenu son diplôme (1995), sa maîtrise (1997) et son doctorat (2003) en technologies et systèmes d'information. En 2012, il a obtenu son diplôme d'habilitation à l'Université de Trás-os-Montes e Alto Douro. Ses principaux intérêts de recherche actuels portent sur la gestion de projets de systèmes d'information et la gestion des systèmes d'information (abordant, en particulier, la réussite de la gestion de projet et des projets). Avant de rejoindre le monde universitaire, il a travaillé en tant que consultant IT/IS, chef de projet, analyste de systèmes d'information et développeur de logiciels, pour des entreprises privées et des institutions publiques. Il a dirigé plus de 100 thèses de maîtrise et de doctorat dans le domaine des systèmes d'information. Il a publié plus de 300 ouvrages, dont des publications avec comité de lecture, des livres d'auteur, des livres édités, ainsi que des chapitres de livres et des communications lors de conférences internationales. Il est rédacteur en chef, rédacteur en chef adjoint et membre du comité de rédaction de revues internationales et a siégé à de nombreux comités de conférences et d'ateliers internationaux. Il est co-fondateur de CENTERIS – Conference on ENTERprise Information Systems et de ProjMAN – International Conference on Project MANagement. Il est rédacteur en chef de l'International Journal of Information Systems and Project Management (IJISPM).


Avez-vous besoin d'aide pour l'affectation?

Êtes-vous un étudiant du secondaire, du collège ou de l'université poursuivant un diplôme, un baccalauréat, une maîtrise ou un doctorat? degré? Parfois, les devoirs et la vie peuvent vous submerger.

Vous êtes occupé et n'avez pas le temps de vous occuper de votre mission ? Avez-vous peur que votre papier ne fasse pas la note? Avez-vous des responsabilités qui peuvent vous empêcher de rendre votre travail à temps ? Êtes-vous fatigué et pouvez à peine gérer votre mission? Vos notes sont-elles incohérentes ?

C'est là que nous intervenons. Quelle que soit votre raison, elle est valable ! Avec notre service d'aide aux devoirs des étudiants, vous pouvez soumettre tous vos devoirs à temps et obtenir de superbes notes. Vous pouvez obtenir une aide académique professionnelle de notre service à des tarifs abordables. Nous avons une équipe de rédacteurs universitaires professionnels qui peuvent gérer tous vos travaux.

Nos rédacteurs universitaires sont des diplômés titulaires d'un baccalauréat, d'une maîtrise, d'un doctorat et d'un doctorat dans diverses matières. L'exigence minimale pour être un écrivain universitaire avec notre service d'aide aux affectations est d'avoir un baccalauréat. Lors de l'attribution de votre commande, nous faisons correspondre le sujet du papier avec le domaine de spécialisation des écrivains.


Types de méthodologies de test de logiciels

Comme nous l'avons déjà mentionné, les tests font partie intégrante du développement de logiciels. Dans de nombreuses petites entreprises, un programmeur peut assumer le rôle d'un spécialiste de l'assurance qualité. Par conséquent, il est important de comprendre le sens des tests dans le contexte de la programmation. Il existe de nombreuses méthodologies de développement de logiciels qui aident à décrire les processus.

Nous définirons les trois principaux, qui forment la plus grande partie des écosystèmes de développement.

Méthodologie en cascade

Le modèle en cascade représente le développement logiciel séquentiel. Cela signifie que chacune des nouvelles phases dont nous avons parlé précédemment ne peut commencer qu'une fois la précédente terminée. Le modèle provient des temps anciens, lorsque les programmeurs écrivaient le code, testaient et déboguaient. Ce qui veut dire qu'il devait y avoir un ordre des choses. Dans les environnements modernes, où les produits logiciels sont développés par des équipes d'architectes, d'ingénieurs, de développeurs et d'AQ, Waterfall devient obsolète. Pourtant, il peut être utile pour les projets avec des spécifications très claires qui ne sont pas susceptibles de changer.

Habituellement, le modèle en cascade couvre une séquence de phases très spécifique, qui comprend :

  • Conditions
  • Une analyse
  • Concevoir
  • Mise en œuvre
  • Essai
  • Déploiement
  • Maintenance

Développement logiciel itératif

Il s'agit essentiellement d'une variante du modèle en cascade où, au lieu de planifier des itérations séquentielles, vous divisez votre projet en itérations. La même exécution, mais une approche différente. Le développement itératif fonctionne bien si vous avez une vision complète d'un produit dès le départ. Après avoir terminé chaque itération, une équipe recueille généralement des commentaires et apporte des modifications avant de passer à la phase suivante.

Méthodologie Agile

Agile et Scrum sont les mots les plus en vogue dans le monde des startups technologiques modernes. L'approche du développement logiciel agile a été développée en réponse à ce que ses prédécesseurs - Waterfall and Iterative Development - n'ont pas réussi à résoudre. Principalement, Agile Development construit un logiciel via un cycle d'itérations répétées, basé sur les accords entre un client et les responsables du développement et des tests. Il permet de répondre aux demandes en constante évolution.

En d'autres termes, le développement Agile incarne le développement continu et, par conséquent, les tests continus. En raison des courtes itérations de développement, l'équipe a la capacité de corriger les bogues au fur et à mesure - une fois qu'un défaut est identifié, il sera corrigé au cours de la même itération.

Voici les principales méthodes de test agile :

  • Développement piloté par les tests d'acceptation (ATDD) : Tests logiciels basés sur une combinaison de points de vue. Le but de tels tests est de faire correspondre les attentes d'un client avec les capacités des développeurs et des testeurs.
  • Développement axé sur le comportement (BDD) : le type de test basé sur des scénarios - des exemples pratiques de la façon dont des fonctionnalités spécifiques doivent se comporter. Celles-ci sont généralement effectuées avec la participation à la fois d'un client et d'une équipe de développement.
  • Tests exploratoires : Comme son nom l'indique, les tests exploratoires consistent à vérifier le fonctionnement des fonctionnalités et leur impact réel sur l'utilisation des logiciels. C'est donc la pratique plutôt que la théorie.

Étant le plus flexible de tous, Agile Development permet aux développeurs et aux testeurs de créer des logiciels hautement adaptables aux changements. Grâce aux mêlées quotidiennes et aux itérations répétitives, vous pouvez répondre aux commentaires plus rapidement qu'avec toute autre approche.

Si vous souhaitez approfondir la philosophie de l'Agile, consultez Manifesto for Agile Software Development.


Base théorique pour les méthodologies Agile/Scrum dans le développement logiciel - Psychologie

HPE a franchi une nouvelle étape vers son objectif d'être principalement une entreprise de logiciels en tant que services d'ici 2022 avec de nouveaux services pour GreenLake.

La dernière offre d'Oracle pour attirer les charges de travail des clients vers son cloud public implique des remises sur les licences logicielles traditionnelles.

La connectivité réseau peut faire ou défaire un déploiement cloud. Découvrez les bases des services réseau Azure avec cette liste de clés .

Elisabeth Robson et Eric Freeman, auteurs de « Head First Design Patterns », décrivent leur quête pour enseigner les modèles de conception de logiciels.

Quelles sont les principales différences entre le typage statique et le typage dynamique, et quel rôle leurs différences jouent-elles dans la décision de le faire.

Maintenir une architecture logicielle résiliente est une bataille constante. Heureusement, il existe quelques méthodes de conception qui peuvent aider les équipes .

Besoin de lecture ? Consultez ces livres sur l'infrastructure en tant que code – et les outils IaC populaires – pour en découvrir de nouvelles.

Au cours de la deuxième année de son projet DevSecOps, le ministère de la Défense lance des offres pour revendre sa plate-forme DevSecOps et est .

Bien que les CMDB aient toujours de la valeur, elles ne dominent plus la gestion informatique. Découvrez quelles options d'intégration CMDB restent et pourquoi les administrateurs informatiques .

Un langage inclusif dans le code n'est qu'une étape vers une communauté diversifiée, mais c'est un bon point de départ. C'est plus une conversation.

Connaissez-vous bien les API RESTful et leur histoire ? Testez vos connaissances sur les services Web RESTful avec ce quiz de 10 questions sur .

Parfois, les développeurs doivent sauter de la branche principale de développement distribué vers le stockage local. Suivez ce tutoriel git stash pour.

Amazon a déclaré que son système de surveillance des fourgons était conçu uniquement pour la sécurité des conducteurs. Mais de nombreux experts de l'industrie ont des inquiétudes concernant le.

Amazon aimerait renforcer son empreinte mondiale, mais le géant du commerce électronique est aujourd'hui confronté à des obstacles et à des défis qui ne l'ont pas été.

Amazon a amélioré son jeu avec des options de prêt et de crédit aux petites entreprises pour ses principaux marchands, montrant plus de volonté de .


L'émergence du sens par l'usage du système : le rôle central de l'interaction et ses implications en termes de méthodologie de conception

J'ai essayé de montrer dans des articles précédents comment certains aspects d'un système interactif tels que son fonctionnement, ce qu'il fait, ou ce qu'il représente, pouvaient être vus comme émergeant dans le cadre de son utilisation réelle. Par ailleurs, j'ai essayé de donner un fondement théorique à une telle approche en empruntant à la théorie sociale et plus précisément à certaines formes d'analyse du discours. J'aimerais continuer à déballer cette notion et voir quel impact cela pourrait avoir en termes de méthodologie de développement, et comment nous pourrions utiliser un tel point de vue pour évaluer les différentes méthodologies de développement de logiciels actuellement disponibles pour les concepteurs et développeurs de systèmes interactifs (si une telle distinction retient l'eau).

L'évolution du domaine du développement logiciel et l'apparition de disciplines telles que design d'interaction semblent suggérer un changement dans la conceptualisation des systèmes interactifs d'un ensemble de processus inertes se déroulant dans la "boîte noire" d'un ordinateur à des interactions dynamiques impliquant parfois plusieurs utilisateurs ainsi que de nombreux autres systèmes ou services.

Ainsi, ce que nous pourrions nous demander est : quel serait l'impact d'une telle focalisation sur la nature émergente des interactions sur la méthodologie de développement logiciel ? Comme on pourrait le dire, l'apparition des méthodes de développement agiles semble être un signe encourageant d'une prise de conscience (inconsciente ?) de l'importance de considérer les systèmes interactifs comme des ensembles d'interactions. Cette évolution n'est pas seulement visible en termes de méthodologie, mais aussi dans les outils de développement réels maintenant utilisés dans les projets de développement Web. En quelques mots, on pourrait ainsi affirmer que le problème des méthodologies de développement de logiciels linéaires de première génération était principalement le fait qu'elles considéraient le logiciel comme une entité technique inerte et non comme un type particulier de discours incarnant la pratique de ses utilisateurs.

Les approches de développement centrées sur l'utilisateur, qui tentent d'obtenir un modèle conceptuel du système en cours de construction en communiquant avec ses parties prenantes, semblent donc avoir du sens. L'idée de construire d'abord un modèle du système et de le construire une fois qu'il est considéré comme complet (parfois appelée approche Big Design Up Front) semble montrer ses faiblesses si l'on commence à considérer la signification du système comme émergente dans le cadre de l'interaction utilisateur. En effet, il apparaît crucial de pouvoir observer quelles sortes de nouvelles significations émergent de leur interaction avec le système en construction : le prototypage devient un problème central, et le développement itératif la seule solution sensée.

On pourrait même faire avancer cette notion en arguant qu'une approche de l'extérieur vers l'intérieur, se concentrant d'abord sur le type d'interfaces qui seront fournies aux utilisateurs (et donc quels objets leur seront présentés par le système) semble avoir le plus de sens si l'une est d'adopter cette approche. Des prototypes d'interface simples et statiques peuvent être fournis pour tester les utilisateurs et affinés indépendamment de la logique métier plus exigeante en travail requise pour effectuer les opérations réelles que les utilisateurs doivent effectuer sur les objets représentés par le système. L'interaction avec les systèmes entraîne la génération de nouveaux concepts, de nouveaux processus et de nouvelles pratiques.

Ces nouvelles pratiques sont construites et intégrées au fur et à mesure du développement du système : le système est développé sur la base de la pratique des utilisateurs, mais l'influence dans une boucle de rétroaction constante jusqu'à ce qu'un certain point d'équilibre soit atteint où la pratique de l'utilisateur et les outils fournies par le système se complètent de manière optimale. Nous pourrions ainsi utiliser cette idée comme un moyen de critiquer des approches telles que le Behaviour Driven Development, qui se concentrent sur l'élaboration d'ensembles d'histoires représentant le comportement requis du système sur la base de sessions avec des utilisateurs potentiels du système (dans un monde idéal ).Compte tenu de la boucle de rétroaction constante entre la pratique des utilisateurs et les fonctionnalités du système présentées ci-dessus, il semble incertain que de telles histoires puissent fournir un point de référence fixe pour évaluer l'adéquation du système à son objectif.

J'ai maladroitement et très grossièrement essayé de fournir une base théorique sur laquelle les méthodologies et les outils de développement peuvent être évalués sur la base de la littérature sur la théorie sociale. Mon objectif est de concilier des disciplines telles que la conception d'interactions et des méthodologies de développement logiciel telles que agile, et plus particulièrement le développement piloté par les fonctionnalités, le développement piloté par les tests et le développement piloté par le comportement. Je pense que bien que ceux-ci aient beaucoup de qualités pour apporter une solution à des problèmes de développement logiciel particuliers, il peut être possible de créer une méthodologie intégrée prenant le meilleur de ces approches pour fournir un cadre de développement logiciel cohérent. Je voudrais également ajouter qu'une telle approche n'aurait pas pour objectif d'apporter une réponse au développement d'un quelconque système logiciel : mon principal objectif et domaine d'expertise sont les applications d'entreprise Web ou mobiles. J'essaierai de donner plus de chair à cette approche dans les prochains articles, et les commentaires seront les bienvenus en attendant !


Une solution de gamification pour améliorer l'adoption de Scrum

Malgré la large adoption des méthodologies agiles, les équipes de développement de logiciels ont encore du mal à répondre aux exigences, en partie à cause du manque de motivation des praticiens à appliquer les techniques agiles dans la pratique. Nous proposons un outil logiciel de gamification pour rendre les techniques Scrum plus amusantes et engageantes pour les praticiens. Cet article présente les résultats de la première itération d'un effort de recherche plus large qui suit la méthodologie Design Science Research, dans laquelle un prototype a été développé en tant qu'application Jira Software et évalué avec une équipe Scrum du monde réel. Les résultats suggèrent que la gamification peut avoir un impact positif sur la motivation des praticiens en changeant l'atmosphère au sein de l'équipe, même si elle ne contribue pas à l'amélioration de l'adoption des pratiques Scrum. Les métriques correspondant aux techniques Scrum ont légèrement augmenté après l'utilisation de l'application, mais ce résultat ne peut probablement pas être attribué à une meilleure motivation des praticiens. L'analyse quantitative et les entretiens avec les membres de l'équipe ont montré que l'expérience gamifiée devrait être plus difficile. Nous concluons que le potentiel de la gamification peut être mieux réalisé si des études plus nombreuses et de meilleure qualité sont menées sur la base de méthodes mixtes, même si les conditions ne sont pas idéales. L'application a été améliorée en fonction des commentaires reçus et est actuellement en cours d'évaluation avec d'autres équipes Scrum.

Ceci est un aperçu du contenu de l'abonnement, accessible via votre institution.


R.I.M’s Live or Die Moment

Il semble ridicule presque au point d'être sublime de suggérer que Research in Motion, le fabricant du BlackBerry, a besoin d'un redressement. Pourtant, si vous écoutez les experts de l'industrie technologique, il semble que Research in Motion (R.I.M), la puissance technologique canadienne, soit à bout de souffle et sera bientôt écrasée par les assauts de la technologie Apple et Android. Et, même si la société a expédié un nombre record de 52,3 millions de téléphones au cours du dernier exercice, une forte augmentation de 43% par rapport à l'année précédente, et que son revenu du quatrième trimestre de 924 millions de dollars a dépassé les prévisions, les gens disent que la société va être la star involontaire d'un film de l'industrie intitulé "Palm: The Sequel" en raison de sa plate-forme technologique vieillissante et de la rareté des applications pour cet ancien système d'exploitation. Suite

Partagez ceci :

Comme ça:


Table des matières

Introduction au génie logiciel
introduction
Composants d'un ordinateur
Construire les produits logiciels
Qu'est-ce que le génie logiciel ?
Pourquoi le génie logiciel ?
Défis en génie logiciel
Gestion de projet et génie logiciel
Coûts impliqués dans le développement de logiciels
Méthodologies utilisées pour le développement de logiciels
Quelques carrières en génie logiciel
Taille de l'industrie du logiciel
Code d'éthique
Organisation du livre
Résumé du chapitre
lecture recommandée

Méthodologies de génie logiciel
introduction
Pourquoi une méthodologie ?
Méthodologies Agiles
Modèle de cascade
processus unifié rationnel
Modèle en spirale
Modèle d'itération incrémentielle
Programmation extrême
Mêlée
Méthodologie de mise en œuvre des produits SaaS
Méthodologie de mise en œuvre des produits COTS
Une discussion sur l'utilisation des modèles de développement logiciel
Normes de processus populaires
Normes de processus et méthodologies de génie logiciel
Activités de processus logiciel
Résumé du chapitre
lecture recommandée

Étude de faisabilité
introduction
Étude de faisabilité pour les projets logiciels
Recherche de la faisabilité économique des exigences
Recherche de la faisabilité technique des exigences
Prototypage
Projets pilotes
Résumé du chapitre
lecture recommandée

Spécifications des exigences logicielles
introduction
Méthodologies de génie logiciel et gestion des exigences
Mise en œuvre des exigences 6
Types d'exigences
Sources des exigences
Catégories d'utilisateurs
Cycle de vie des exigences logicielles
Recueil des besoins (Élicitation)
Analyse des besoins
Spécification de l'exigence
Gestion des exigences
Étude de cas
Résumé du chapitre
lecture recommandée

Conception et modélisation logicielles de haut niveau
introduction
Méthodologie utilisée
Comment réduire la complexité de la conception de logiciels
Conception logique pour l'architecture logicielle
Modèles de conception d'architecture
Architecture client-serveur
Architecture Web
Architecture Orientée Services
Principes de base de la conception de composants logiciels
Diagrammes de composants
Diagramme de flux de données
Modèles de conception de logiciels
Considérations relatives au langage de programmation
Types de langages de programmation : une brève revue
Sécurité
Performance
Étude de cas
Résumé du chapitre
lecture recommandée

Conception et construction d'interfaces utilisateur logicielles
introduction
Interface utilisateur graphique
Éléments de contrôle graphique
Langage Signalétique Hyper Text
Feuilles de style en cascade
Script côté client
JavaScript et XML asynchrones
Interface utilisateur simple (Modèle–Vue)
Modèle Vue Contrôleur
Étude de cas
Résumé du chapitre
lecture recommandée

Conception et construction de la couche intermédiaire logicielle
introduction
Conception et mise en œuvre de logiciels et méthodologie de génie logiciel
Programmation procédurale : une brève introduction
Programmation orientée objet
Bases des langages de programmation
Variables et types de variables
Les opérateurs
Arbres de décision et boucles
Méthodes
Des classes
Objets et progiciels de programmation orientés objet
Programmation de base de données
Modèle–Vue–Contrôleur revisité
Refactorisation
Scripts côté client et côté serveur
Débogage
Étude de cas
Résumé du chapitre
lecture recommandée

Conception et construction de bases de données
introduction
Bases de données et méthodologies de génie logiciel
Types de bases de données
Langues de la base de données
Entités de base de données
Conception de base de données
Systèmes de gestion de bases de données
Bases de données relationnelles objet
Étude de cas
Résumé du chapitre
lecture recommandée

Tests de logiciels (vérification et validation)
introduction
Méthodologies de test logiciel et de génie logiciel
Introduction aux différents types de tests logiciels
Introduction à la vérification et à la validation
Introduction aux niveaux de tests logiciels (validation)
Vérification
Tests unitaires
Test d'intégration
Test du système
Test d'acceptation par l'utilisateur
Autres tests importants
Conception de cas de test
La préparation du test
Cycle de vie des tests
Étude de cas
Résumé du chapitre
lecture recommandée

Version du logiciel
introduction
Publication de logiciels et méthodologie de génie logiciel
L'intégration
Documentation
Cycles de publication
La formation de l'utilisateur
Déploiement
Stratégies de migration logicielle
Liste de contrôle de la version du produit logiciel
Résumé du chapitre
lecture recommandée

Maintenance logiciel
introduction
Méthodologie de maintenance logicielle et de génie logiciel
Maintenance de l'environnement de production
Surveillance de l'environnement de production
Processus d'entretien
Types de maintenance logicielle
Stratégies de maintenance logicielle
Ingénierie inverse
Résumé du chapitre
lecture recommandée

Configuration et gestion des versions
introduction
Concepts de gestion de configuration et de contrôle de version
Systèmes CVS
Résumé du chapitre
lecture recommandée

Gestion de projet logiciel
introduction
Méthodologies de gestion de projet et de génie logiciel
Planification de projet
Suivi et contrôle de projet
Gestion d'équipe de projet
Gestion de projet client
Gestion des fournisseurs
Résumé du chapitre
lecture recommandée


introduction

La méthodologie du génie logiciel est le cadre qui implique de planifier, structurer et mieux impliquer le système d'information. Cette recherche vise à présenter une étude détaillée de différentes méthodologies de génie logiciel. Ces méthodologies ont un grand impact pour développer et réguler un système d'information. Le chercheur a l'intention de découvrir la meilleure méthodologie probable de génie logiciel parmi ces méthodologies. Ce document de recherche inclura également les applications de ces méthodologies de génie logiciel.

Fond de recherche

Les méthodologies du génie logiciel sont également appelées projet de développement. Il joue un rôle essentiel pour développer le logiciel. Comme il existe de nombreuses méthodologies de développement de logiciels, différentes entreprises appliquent des méthodologies distinctes pour développer des logiciels ( Braude et Bernstein, 2016) . Certains avantages et inconvénients sont associés à l'application de telles méthodologies. Ces méthodologies de génie logiciel permettent un développement fluide du logiciel en fonction des exigences du projet. Ces méthodologies d'amélioration logicielle sont appliquées pour planifier, structurer et réguler le processus d'amélioration du système d'information. Les méthodologies du génie logiciel s'intéressent aux processus d'amélioration du logiciel. Par conséquent, ces méthodologies n'impliqueront jamais les aspects techniques du développement de logiciels.

Les projets de génie logiciel incluent des personnes travaillant avec un ensemble d'outils pour créer du code et des documents et guidées par des stratégies et des objectifs communs. Cet ensemble d'outils comprend des débogueurs, des compilateurs, des changements de gestion et des outils de modélisation de domaine. Ces stratégies de développement logiciel se matérialisent à travers un ensemble de méthodes, d'architecture, d'analyse de risques, de paradigmes et d'un énoncé de mission.

DCSL Software améliore les applications logicielles de 1994 afin de créer des start-ups, des blue chips et des entreprises ( dcslsoftware.com, 2017) . Ils utilisent une méthodologie agile pour le développement de logiciels afin de fournir une approche flexible pour planifier et améliorer grâce à un prototype qui est continuellement mis à jour, des mises à jour sur l'état et des réponses instantanées. Ils ont utilisé un cadre de processus qui a été appliqué pour réguler le développement de produits complexes.

Objectif de la recherche

Cette recherche vise à présenter une étude détaillée des différentes méthodologies du génie logiciel. Il vise également à déterminer les meilleures méthodologies de génie logiciel. Cette recherche vise également à présenter l'application de ces différentes méthodologies de génie logiciel.

  • Identifier le meilleur concept de méthodologie de génie logiciel
  • Analyser l'application de différentes méthodologies de génie logiciel
  • Identifier les avantages et les défis de la méthodologie du génie logiciel
  • Recommander des étapes pour atténuer les défis de la méthodologie de génie logiciel
  • Quel est le meilleur concept de méthodologie de génie logiciel?
  • Quelle est l'application de différentes méthodologies de génie logiciel?
  • quelles sont les recherches sur les dernières méthodes et les problèmes qui y sont associés ?
  • Quelle pourrait être la solution possible pour atténuer les défis de la méthodologie du génie logiciel ?

1.3 Méthodologie de recherche

Oignon de recherche

Le Research Onion fournit un cadre sur lequel l'étude est menée. L'oignon de recherche est principalement formulé sur la base d'une approche en couches et se compose de trois niveaux. Saunders et al. (2009, p.52), ont commenté que les trois niveaux sont l'axiologie, l'ontologie et l'épistémologie. Chaque couche de l'oignon de recherche doit décrire le processus de la recherche dans un processus détaillé. Dans sa première couche, il appliquera la définition de la philosophie de la recherche afin de créer l'approche de départ appropriée pour continuer dans les phases futures. Il adoptera l'horizon temporel et la stratégie de recherche appropriés avant d'identifier la méthodologie de la collecte de données.

Figure 1 : Oignon de recherche

(Source : Saunders et al. 2009, p.52)

Philosophie de la recherche

Le processus de collecte et d'analyse des données de toute recherche est mentionné comme philosophie de la recherche. Selon Flick (2015, p.35), la philosophie de la recherche décrit également les méthodes d'utilisation des données. Il existe trois principales philosophies de recherche qui incluent la philosophie du positivisme, la philosophie du réalisme et la philosophie de l'interpritivisme.

Ici, le chercheur a l'intention d'adopter la philosophie du positivisme car elle aide à atteindre certaines connaissances basées sur leurs attributs généraux sur la méthodologie du génie logiciel. Cela permettra également au chercheur d'accumuler des informations connexes sur les différentes méthodologies d'amélioration des logiciels et de les interpréter de manière rationnelle. Par conséquent, il créera une source positive d'informations. Il aidera également à recueillir des informations authentiques.

Conception de la recherche

La conception de la recherche décrit le processus qui sera appliqué au cours de l'étude. Selon Mackey et Gass (2015, p.81), il existe différents types de conception de recherche qui incluent la conception descriptive, la conception expérimentale, la conception semi-expérimentale et la conception de recherche de corrélation. La conception de la recherche détermine également le point de vue de l'étude.

Le chercheur de cette recherche a l'intention d'adopter la conception de la recherche descriptive. Cela aidera le chercheur à comprendre la grande quantité de données disponibles sur les différentes méthodologies du génie logiciel ainsi que leurs applications. La présentation appropriée de ces données peut être correctement interprétée grâce à la conception descriptive.

Approche de recherche

Il existe principalement quatre types d'approches de recherche qui décrivent la relation entre les hypothèses de recherche. Ces approches comprennent l'approche déductive, l'approche inductive, l'approche pragmatique et l'approche participative.

Ici, le chercheur vise à adopter l'approche déductive de la recherche. Il aidera le chercheur à conclure l'étude à travers une interprétation rationnelle. Dans cette recherche, l'approche déductive sera utile car la recherche commencera à partir d'une vue généralisée des différentes méthodologies de développement de logiciels. La conséquence de la recherche se concentrera sur la détermination de la meilleure méthodologie pour le développement de logiciels.

Méthode de collecte de données

Il existe deux principaux types de méthode de collecte de données qui comprend la méthode primaire et secondaire. Le type de données détermine la méthode de collecte des données d'une recherche ( Taylor et al. 2015, p.27). Dans cette recherche, le chercheur adoptera deux types de données. Le chercheur de cette recherche a l'intention de collecter les données existantes ainsi que des données nouvelles et authentiques sur différentes méthodologies de génie logiciel. Par conséquent, le chercheur a l'intention d'adopter à la fois une méthode primaire et une méthode secondaire de collecte de données. En tant que source de données qualitatives secondaires, le chercheur suivra les documents existants ainsi que le recensement, les dossiers, les revues, les livres et les rapports comme outils de collecte de données. Le chercheur de cette recherche mènera un entretien avec 35 employés et 3 responsables du logiciel DCSL, à Londres, afin de collecter des données authentiques.

Considération éthique

Compte tenu des aspects critiques de la recherche, les considérations éthiques sont très importantes. L'éthique est un tel critère qui vise à comprendre les distinctions entre le bien et le mal. Les considérations éthiques de toute recherche permettent aux gens de découvrir l'authenticité des données et améliorent la fiabilité des données recherchées.

Application de différentes méthodologies de génie logiciel

Modèle cascade :

Le modèle en cascade est une méthodologie conventionnelle de génie logiciel qui est appliquée de manière très courante pour développer des logiciels. Cette méthodologie de cycle de vie est souvent désignée comme le style conventionnel de développement logiciel. Selon Alshamrani et Bahattab, (2015, p. 106), cette méthodologie clarifie le processus d'amélioration du logiciel dans un flux d'application linéaire. Cela suggère que toutes les étapes du processus de développement ne commencent que lorsque la phase précédente est terminée. Cette approche ne définit jamais le processus de repli sur les phases antérieures pour réguler les changements en fonction de la demande.

Le modèle en cascade illustre les développements de logiciels avec l'utilisation de processus traditionnels. Le processus de modèle en cascade a été effectué à travers le flux de revêtement qui se produit avec les zones séquentielles, ce qui permet de comprendre le niveau suivant au moment de l'achèvement des précédents. Ce type de méthodologie fournit les faits majeurs qui font le retour sur certaines transactions qui font les changements possibles.

Figure 2 : Modèle en cascade

Dans le modèle en cascade, il y a certaines étapes qui complètent l'ensemble du processus. Les premières étapes comprennent l'analyse et la collecte des exigences utiles. La deuxième étape réside dans la conception des systèmes et la troisième étape comprend la mise en œuvre. La quatrième étape concerne le processus de test et la cinquième étape concerne le système qui effectue les déploiements. Les dernières étapes comprennent le processus de la maintenance complète des systèmes.

Méthodologie du prototype :

La méthodologie du prototype est un tel processus d'amélioration du logiciel qui permet aux développeurs de construire uniquement le prototype de la solution afin de démontrer les fonctions de la méthode aux clients. Il permet également aux développeurs d'apporter les modifications nécessaires avant que l'application réelle ne soit développée. La meilleure caractéristique de cette méthodologie est la capacité de résoudre plusieurs problèmes qui apparaissent dans le système de cascade conventionnel.

Cela se forme avec les développements de logiciels qui aident le développeur au moment de créer un exemple de forme de résolution qui fait que l'essence fonctionne correctement parmi les consommateurs. Il aide à apporter les changements nécessaires en obtenant une forme finale de solutions qui devient plus authentique.

Figure 3 : Méthodologie du prototype

La méthodologie du prototype commence par les exigences de la phase initiale. À partir de là, cela commence par l'évaluation parmi les consommateurs, le prototypage et la conception. De l'évaluation des consommateurs, il comprend l'examen et la mise à jour. Des parties d'examen, il appartient aux développements, aux tests et à la maintenance.

Développement de logiciels agiles :

Cette méthodologie est appliquée pour concevoir un processus discipliné de gestion de logiciel qui permet des modifications fréquentes dans le projet d'amélioration. Ce type de méthodologie de développement logiciel agit comme un cadre conceptuel pour entreprendre différents projets de génie logiciel (Turc et al. 2014, p.1511). Méthodologie de développement logiciel agile appliquée pour réduire le risque en améliorant le logiciel en un temps record. Celles-ci sont également appelées itérations qui durent au maximum un mois.

La méthodologie de développement logiciel agile fournit des formes d'approche innovantes.Ce mode d'approche permet à des maîtrises d'œuvre bien organisées de réaliser l'ensemble des démarches aux alternances dans les domaines récurrents. Ces types de méthodologie formée réside dans la définition des domaines théoriques qui aident à entreprendre le logiciel utilisé pour mener à bien les projets d'ingénierie. Le logiciel agile fournit une bonne chose en développant un nouveau logiciel dans un court laps de temps qui se produit au cours du dernier mois ou d'une semaine.

Développement rapide d'applications :

Le développement rapide d'applications est une méthodologie importante pour fournir une amélioration rapide ainsi que de meilleurs résultats par rapport à d'autres méthodologies de développement de logiciels. La conception de cette méthodologie permet de compter le maximum d'avantages de l'amélioration du logiciel. L'objectif principal de cette méthodologie de génie logiciel est d'augmenter la vitesse de l'ensemble du processus de développement logiciel. L'objectif de cette méthodologie est facilement réalisable car elle permet à l'utilisateur de participer au processus de développement.

Cela fournit le meilleur mode d'approches dans les nouveaux développements qui se forme avec les bons résultats. Ceci est créé pour obtenir le maximum d'avantages dans les développements logiciels. Il est conçu de manière à ce que la conception de l'ensemble de la procédure requise pour compléter le logiciel repose sur la participation active des utilisateurs.

Figure 4 : Développements d'applications rapides

Dans les développements rapides d'applications comprend la meilleure planification dans les exigences qui rend la conception des utilisateurs et la construction dans le prototypage. Cela rend l'achèvement des procédures de test avec le basculement.

Modèle de développement de système dynamique :

La méthodologie de développement de système dynamique d'amélioration logicielle dépend à l'origine de la méthodologie de développement rapide d'applications. Il s'agit d'une approche incrémentale et itérative qui met l'accent sur l'implication continue de l'utilisateur. L'objectif principal de cette méthodologie est de fournir un système logiciel en respectant le budget et le temps. Ce modèle fonctionne sur une philosophie simple qui suggère que rien n'est amélioré de manière appropriée du premier coup. Par conséquent, il considère cela comme un processus continu de changement.

Ce type de modèles se forme avec les développements de systèmes logiciels qui aident à respecter le temps imparti et la bonne affectation du budget. Cela fournit la forme incrémentale et itérative d'approches qui aide à se concentrer sur les implications des utilisateurs.

Figure 5 : Développement dynamique du système

La forme dynamique des développements rend l'ensemble de l'étude de l'entreprise de la manière appropriée qui est réalisée à travers les modèles fonctionnels, la construction, la conception et la mise en œuvre.

Modèle en spirale

Ce modèle sophistiqué se concentre sur la réduction précoce et l'identification des risques du projet. Les développeurs sous cette méthodologie de génie logiciel commencent d'abord à petite échelle. Ensuite, ils déterminent le risque des projets, créent une planification pour réguler ces défis et prennent des décisions pour s'approcher de la prochaine phase de la spirale. Selon Alshamrani et Bahattab (2015, p. 106), le succès du modèle en spirale dépend de la gestion attentive, fiable et compétente du projet.

Le modèle en spirale se forme avec la conception qui réduit les risques de risque au moment de la réalisation du projet. Divers développeurs font les initiatives sur les plus petites formes de niveau qui fait l'exploration des risques. Les développeurs fournissent les meilleures formes de planification qui rendent l'itération des formes induites. Tout l'accomplissement de ce modèle repose sur une gestion attentive, cohérente et appropriée des projets.

Méthodologie de programmation extrême :

C'est aussi une méthodologie de génie logiciel agile. Il est également connu sous le nom de méthodologie XP et principalement appliqué pour la création de logiciels dans un tel environnement qui est très instable. Il offre également une flexibilité dans le processus de modélisation. L'objectif principal de ce modèle est de réduire les dépenses liées aux exigences logicielles. Des dépenses plus élevées dans la dernière étape d'un projet dans le modèle XP sont presque un facteur commun.

Ce modèle est utilisé dans l'élaboration de logiciels dans les formes déséquilibrées de l'atmosphère. Cela fournit les plus grandes formes de traçabilité pour compléter le processus de modélisation. Ce modèle permet de réduire le coût du logiciel approprié ( Juristo et Moreno, 2013 ).

Figure 6 : Programmation extrême

Au moment du développement, la méthodologie de programmation extrême comprend les différentes étapes qui permettent les développements de logiciels à travers les exigences du projet, des histoires, des cas de test, des tâches et de l'achèvement. Diverses réunions font la planification d'itérations dans les réunions. Il existe diverses contributions qui proviennent des clients, de l'acceptation des tests et des tests des consommateurs.

Méthodologie de développement axé sur les fonctionnalités :

Il s'agit d'une méthodologie itérative de développement logiciel et elle est destinée à être appliquée par une grande équipe travaillant sur un projet particulier en appliquant une technologie orientée objet. Selon Arbain, et al. (2014, p. 25), cette méthodologie d'amélioration du logiciel est bonne pour les entreprises qui passent d'une approche dépendant de la phase à une approche fréquente. Cette méthodologie est également appelée méthodologie FDD.

Cette forme de modèle assure le travail décent dans l'entreprise à travers les méthodes par phases sous la forme d'approches itératives. Ce modèle offre un meilleur mode de fonctionnement et améliore une meilleure forme de créativité lors de situations complexes.

Figure 7 : Développement axé sur les fonctionnalités

Cela se forme avec le modèle qui constitue l'ensemble complet du logiciel utilisé dans la méthodologie axée sur les fonctionnalités. Cela rend l'ensemble des fonctionnalités d'une manière positive qui rend le fonctionnement complet.

Formes conjointes d'applications dans la méthodologie des développements

Cette forme avec les exigences de classification et l'expansion de l'utilisateur pour faire une meilleure forme d'approches. Cela contribue à la nécessité pour les développeurs, les clients et les utilisateurs d'effectuer toute la conférence de manière accentuée et en fournissant une confirmation dans les systèmes logiciels (Wohlin, 2014).

Méthodologie Lean Developments

Ce modèle aide à mettre l'accent sur la formation de logiciels dans les domaines gérables. Cette forme de conception rend les développements de techniques sous la forme agile de la méthodologie. La méthodologie de développements lean se forme avec les améliorations des logiciels en abaissant le budget qui aide à maintenir le flux de travail dans l'entreprise.

Méthodologie Rational Unified Process

Ce processus actuel aide à l'évolution de nouveaux logiciels. Dans ce processus, le processus d'expansion est séparé en quatre formes qui incluent la disposition, les tests, la promulgation, la conception et l'examen minutieux. La méthodologie formée ici réside avec la croissance du programme dans le web. Il aide le développeur à mettre en œuvre une directive lors des développements de logiciels.

Méthodologie des développements Scrum

Ce processus pourrait être facilement appliqué dans les différentes formes de projets, en particulier parmi les évolutions constantes et les exigences des formes extrêmes de développement. Il pourrait être initié par la bonne manière de planifier et de discuter de l'ensemble des choses dans les développements. La promotion du nouveau logiciel pourrait se faire à travers les développements de méthodologie Scrum ( Pahl et Beitz, 2013 ).

Avantages de ces méthodologies

Modèle de cascade :

Selon Alshamrani et Bahattab (2015, p. 106), ce modèle est facile à comprendre et également simple à utiliser, les développeurs débutants trouvent qu'il est avantageux de l'appliquer.

La fermeté de ce mode aide à le gérer facilement. Cependant, chaque phase de cette méthodologie possède un examen individuel et des livrables importants.

Comme cette méthodologie permet de traiter et de terminer les phases à la fois, elle permet de gagner un certain temps.

Ce processus fournit des procédures d'analyse et de test faciles et permet de gagner beaucoup de temps. Ce processus est simple et peut être manipulé correctement et il améliore également les méthodes fonctionnelles et compréhensibles faciles

Méthodologie du prototype :

Cette méthodologie permet aux clients d'avoir une compréhension complète et claire des fonctions du logiciel.

Cette méthodologie de génie logiciel réduit les risques d'échec. Comme cela aide à comprendre les risques potentiels dans la phase précoce et que les mesures appropriées de modération peuvent être adoptées rapidement.

Cette méthodologie permet d'accumuler et d'analyser les exigences même lorsqu'un manque d'exigence apparaît.

Cela fournit des idées claires concernant l'ensemble du processus du logiciel. Il permet de réduire la défaillance du risque dans le meilleur fonctionnement du logiciel. Il existe diverses analyses à ce sujet qui fournissent l'aide des choses importantes concernant le logiciel.

Développement de logiciels agiles :

Le principal avantage de la méthodologie de développement logiciel agile est qu'elle possède une approche adaptative qui lui permet de répondre aux demandes changeantes des clients (Turc et al. 2014, p.1511).

Il ne laisse aucun espace pour tout type de conjecture dans le système car il entretient une communication directe et un retour instantané du représentant du client

Il comprend avec les approches qui aide à répondre aux changements favorables. Il aide à fournir des formes directes de communication qui maintiennent la meilleure façon de transparence. Les développements logiciels agiles aident à améliorer la qualité de la correction et de la découverte des défauts existants. Cela aide également à identifier les incohérences qui se produisent dans le logiciel.

Développement rapide d'applications :

La méthodologie du modèle d'application rapide aide à réduire les efforts et les risques requis de la part du développeur de logiciels.

Cette méthodologie aide également les clients à avoir un examen instantané du projet.

Le développement rapide d'applications encourage les commentaires des clients. Cela offre toujours une marge d'amélioration dans tout projet d'amélioration logicielle.

Au moment d'utiliser les développements d'applications rapides, il y a avec le processus qui rend sans effort divers domaines. Cela aide les clients à obtenir l'aide de la formation rapide d'avis. Il y a des retours des consommateurs qui apportent des améliorations aux logiciels.

Modèle de développement de système dynamique :

Le principal avantage de cette méthodologie est que les utilisateurs sont grandement impliqués dans l'amélioration du système. Il permet d'avoir une emprise supplémentaire sur le projet de développement logiciel.

Les fonctionnalités de base de ce modèle sont livrées à une vitesse rapide avec des fonctionnalités supplémentaires livrées à des successions rapides.

Il offre également un accès facile des développeurs aux utilisateurs finaux.

L'utilisateur utilisant les développements dynamiques du système fournit la préhension dans l'ensemble du processus de développement du logiciel. Il aide à la vérification des fonctions des livrables et fournit des offres en mode d'accès facile à l'utilisateur lors de développements de logiciels.

Méthodologie de programmation extrême :

Le principal avantage de la méthodologie de programmation extrême est que ce modèle de développement met l'accent sur l'implication du client.

Cela aide également à établir des calendriers et des plans rationnels pour que les développeurs s'engagent personnellement à respecter leurs calendriers. C'est aussi un gros avantage de ce modèle.

Ce modèle de développement logiciel permet aux développeurs de créer des logiciels de qualité car il est conforme aux méthodes modernes de développement logiciel.

Cela permet de se concentrer sur l'implication des consommateurs. Il établit la programmation appropriée et élabore un plan rationnel. Cependant, le développeur devient plus engagé au moment de l'achèvement des travaux du projet. Il existe des implications de méthodes modernes qui aident au développement de logiciels de meilleure qualité.

Développement axé sur l'avenir :

Le modèle de développement axé sur l'avenir de l'amélioration des logiciels aide à déplacer des projets de grande taille et à obtenir un succès reproductible.

Comme ce modèle se compose de cinq processus simples, il est utile de réaliser un projet de la manière la plus simple et en peu de temps.

Selon Arbain, et al. (2014, p. 25), le modèle FDD est conçu pour établir des normes pour l'industrie du développement de logiciels. Par conséquent, il facilite l'amélioration facile.

Le principal avantage réside dans le succès continu obtenu grâce au travail de projet. Il y a des implications des différentes procédures qui sont suivies avec les résultats. Il existe différentes normes qui rendent les développements du logiciel au moment de l'utilisation par les utilisateurs.

Méthodologie de développement d'applications conjointes

Il permet avec les différentes congrégations qui font les alliances dans la collecte de données excessives. Cela aide également à produire une grande quantité d'informations qui donnent une valeur appropriée à un court intervalle de temps. Les différences qui surviennent dans les demandes conjointes incluent la résolution des problèmes importants. Cela rend le forum qui aide à l'exploration dans les domaines de points multiples.

Méthodologie de développements Lean

Il comprend avec le moindre montant de budget et la nécessité du temps nécessaire pour faire les développements de méthodologie. Cela aide à permettre une meilleure livraison des produits à un stade précoce.

processus unifié rationnel

L'accent mis sur les formes précises des documents rend l'achèvement du travail de projet. Dans l'intégration, il y a des exigences qui rendent le meilleur processus de travail.

3.1 Recherche par sondage en génie logiciel avec problèmes et stratégies
Le processus en cascade dans la perspective organisationnelle prend en compte plusieurs éléments qui incluent les exigences pour l'ensemble des procédures, la conception du système, la mise en œuvre de la procédure, la vérification des services et le processus de maintenance qui aident au développement du logiciel et à l'implication de l'ensemble. La technique actuelle de génie logiciel concerne certaines des activités qui aident à la production du logiciel, puis font progresser la procédure efficace. La modification du système et l'approche systématique de la technique d'implication logicielle envisagent le développement de logiciels à partir de zéro. Le développement incrémental du processus de génie logiciel coexiste avec plusieurs modèles et leurs implications afin que le facteur de développement puisse être ajusté avec toute la possibilité (Wohlin et Aurum 2015, p.1429).

3.1.2 Publics cibles et cadre d'échantillonnage

L'identification de la population cible concerne l'établissement si les publics cibles souhaités sont intéressés à s'engager dans la recherche concernée. En plus de la discussion ci-dessus, la sélection du marché ou des publics cibles appropriés pour le sujet de recherche concerné est effectuée conformément aux objectifs marqués pour la recherche. De plus, la conception des instruments d'enquête est composée du point de vue des répondants ayant une définition claire du public cible et du marché cible. Ainsi, la règle appliquée pour la méthode de sélection de l'enquête les questions d'entretien ou les questionnaires tels que préparés du sujet de recherche.

Figure 8 : Marketing de ciblage

(Source : Vallon et al. 2016)

3.1.3 Conception du plan d'échantillonnage

Comme indiqué par Die et al. (2016), l'échantillonnage a été marqué comme une procédure de sélection de l'échantillon à des fins d'étude. Les caractéristiques de la population sont encore marquées en termes d'échantillons sélectionnés selon le sujet de recherche. Comme pour les instances, l'échantillonnage est nécessaire pour diviser la population en deux types de base marqués comme l'échantillonnage probabiliste et non probabiliste. Par conséquent, chacun des types a ses propres spécifications. Ces spécifications sont marquées en termes d'échantillonnage aléatoire, d'échantillonnage systématique, d'échantillonnage stratifié, tandis que l'échantillonnage non probabiliste comprenait en outre l'échantillonnage de commodité, l'échantillonnage par jugement, l'échantillonnage par quotas ainsi que l'échantillonnage boule de neige.

3.1.4 Évaluation de l'instrument d'enquête

Le processus de développement logiciel progresse avec une partie du modèle de cycle, un modèle de cycle de vie séquentiel linéaire et il prend en charge les différentes phrases de la technique de développement logiciel. Les facteurs de développement incertains et faibles aident à considérer la progression efficace de diverses choses qui contribuent au processus de croissance et de développement continus. Le bon cheminement du projet et la perspective déterminante de l'ensemble de l'étude envisagent avec la succession continue du projet. Les phrases en cascade dans cet aspect développent la technique de chevauchement avec la formation d'un arrière-plan entier et leur traitement ultérieur des choses d'une manière possible. Dans le processus de développement incrémentiel, le modèle suivra les exigences et la collecte des informations avec une analyse appropriée, la conception du système pour l'ensemble, le processus de mise en œuvre, le test de l'ensemble, le développement du système, puis progressera avec la formation systématique et enfin le entretien de l'ensemble. La convivialité et la reconnaissance du développement du modèle créent cette gestion appropriée et cette approche logique pour la progression du système (Harman et al. 2014, p.14). Le processus d'examen spécifique et les livrables aident l'ensemble à étudier avec un domaine de formation et il découvrira plusieurs façons de revoir l'ensemble de la gestion du processus.

Les exigences du projet deviennent simples et logiques avec le modèle et cela aide l'ensemble à créer une étape simple et concise afin que les autres choses ne se chevauchent pas. Au cours du processus incrémental, le développement, il est essentiel que le risque et l'incertitude puissent être minimisés et que l'objet orienté objet puisse être maintenu avec une approche appropriée (Karaboga et al. 2014, p. 25). Les complexités et la progression de l'approche génèrent la compréhension où la gestion de projet et leur association avec différentes choses afin qu'elle puisse répondre à d'autres exigences du projet de manière logique. La progression claire, fixe et axée sur le système développe les nombreuses autres exigences afin qu'elle puisse projeter les choses de manière appropriée et que cela rende l'ensemble plus stable. Les projets longs et en cours modèrent le tout et la technique bien gérée des projets aide à développer les aspects technologiques et change toute l'appréciation des choses. A l'aide des faits technologiques et de leurs applications, il est facile d'envisager la gestion de projet avec un petit facteur de processus.

3.2 Vers une méthodologie générale de génie logiciel pour l'internet des objets

Les systèmes logiciels et la technique de création dans la procédure d'ingénierie constituent l'approche initiale du facteur productif qui n'est pas maintenu et ce facteur de croissance se poursuit avec un engagement continu et le facteur qui décrit les procédures et méthodes factuelles crée l'approche systématique. L'évaluation du logiciel et le schéma conceptuel dirigent l'ensemble de sorte que les activités de développement impliquent une progression systématique. Le système et les tâches d'ingénierie nécessitent un travail constant et leurs achèvements doivent traiter le champ traité avec l'approche logique pour l'ensemble de la base (Thüm et al. 2014, p 6).

3.2.2 Infrastructure du logiciel

Afin de faire du système IoT un objectif capable et utilisable, le besoin de l'infrastructure logicielle s'est fait sentir. L'infrastructure logicielle traite en outre du collage de différentes choses qui contribue davantage à fournir un sens aux parties prenantes et aux utilisateurs qui accèdent au système IoT.

Cependant, il existe différents problèmes techniques rencontrés dans le processus de colle. Ces problèmes techniques sont marqués en termes d'interopérabilité, de découverte, de sémantique, de conscience de soi et de contexte, de fondations de groupe et autres. En plus de la discussion faite ci-dessus, l'accès aux capacités et fonctionnalités de la responsabilité individuelle de l'utilisateur est dominé par les visions Web of Things ou WoT. De plus, le concept de fonctionnalités et de services d'exposition se rapporte aux éléments individuels tels que les services REST. La variété des objectifs de l'infrastructure middleware prend en charge la fourniture des services IoT et de ses applications. Les spécifications des différentes propositions reposent davantage sur le e support à l'approche WoT. Cela signifie également que le modèle de coordination spécifique à l'odf prend en charge.

3.2.3 Applications et services

La structure informatique dans le travail basé sur la procédure actuelle et son introduction génèrent le terme de gestion opérationnelle spécifique afin que la procédure d'ingénierie puisse inclure la structure de fabrication de processus solide et qu'à l'avenir l'entreprise puisse développer ses objectifs de travail. Afin de rendre le système parfait et la capacité du service, les aspects techniques prennent en compte différentes infrastructures logicielles. La manière contrôlable et traitable développe l'interrogation où les appareils électroniques à faible coût progressent avec les différentes compréhensions dans le développement du processus et le spectre doit couvrir l'ensemble. Les facteurs électroniques sans fil et leur traitement de l'information fonctionnent avec la communication à courte portée et l'extrémité inférieure pour l'activation du système de suivi. Les détecteurs de mouvement et le fond environnemental associé à la structure de communication à courte portée et à cette chose coopèrent à une solution possible afin qu'enfin il puisse traiter correctement les vérifications jointes.

Plusieurs configurations et leurs applications mettent l'association forte des positions de suivi pour certains des appareils, puis se connectent numériquement à plusieurs autres activités. Les fins responsables et délégantes détectent le traitement de manière à ce qu'il puisse diriger la vérification indispensable du logiciel et ensuite se connecter pour le meilleur. Afin de diriger, plusieurs activités il est essentiel qu'il intègre les procédures du contrôleur Arduino-link et leurs apports en foudre peuvent facilement créer la formation afin de détecter la salle de conférence. En dehors de cela, la prise de conscience de différents contextes, y compris le processus d'auto-adaptation, aide à considérer le manque de fiabilité, l'éphémère inhérent davantage et à trouver la connexion sans fil (Anand et al. 2013, p.2000). Plusieurs implications et l'actualisation prévue fonctionnent pour l'ensemble. La longue distance et leur mesure génèrent le processus de fabrication disponible afin qu'il puisse progresser efficacement pour le chemin prévu pour l'exigence dans les mécanismes.

Le souci d'accéder à plusieurs choses, y compris les fonctionnalités dans la conception du processus et leurs différentes capacités, considèrent les fonctionnalités d'orchestration et la domination actuelle pour l'ensemble du processus génèrent ce « réseau d'objets » subjectif. Les composants clés et leur variation dans la formation logique fonctionnent pour la technique d'ingénierie système et aident à la coordination intelligente des choses, des avatars, des combinaisons avec différents groupes, fonctionnalités, groupes et plusieurs politiques et enfin les parties prenantes internes et externes, y compris les utilisateurs finaux qui travaillent pour l'évaluation complète des choses. Les approches fiables et leurs attentes dans ce domaine abordent le développement, les implications, la conception et leur technique d'analyse logicielle.

3.3 Méthodologies de génie logiciel : examen du modèle en cascade et approche orientée objet

3.3.1 Présentation :

Un processus de développement logiciel permet à l'application de fonctionner en diverses phases et possède une intention intégrée d'émanciper les notions sous-jacentes de conception, de gestion de produit et de projet. La monnaie populaire dans cette discipline est Cycle de vie du développement logiciel et, conformément aux appréhensions de l'essence de la monnaie est d'assurer l'inclusion de certains livrables en considération qui a été principalement développé pour maintenir une application spécifique. Il a été considérablement découvert qu'il existe une tendance actuelle à démontrer la plupart du développement moderne comme agile et le modèle de cycle de vie est souvent utilisé pour catégoriser un processus spécifique de développement méthodologique logiciel qu'une organisation est susceptible d'opter. Sur ce, on peut rappeler le fameux cas de où les appréhensions montrent que peu de domaines sont académiquement considérés comme un sous-ensemble légitime de Cycle de vie du développement des systèmes puisqu'il semble compatible avec le modèle de cycle de vie en spirale.

&lsquo 60s est largement considéré comme la scène émergente de SDM, qui est l'acronyme de Software Development Methodology. L'envie de construire des systèmes d'information organisés permet de manière significative le développement de Cycle de vie du développement des systèmes (SDLC), dont l'essence, selon est d'indiquer la poursuite du développement de l'archive d'information virtuelle de manière ordonnée tout en pratiquant une rigidité absolue tout au long de la séquence d'initiation à la livraison. L'objectif absolu du cadre respectif est de générer un système d'entreprise organisé d'une compatibilité fonctionnelle gigantesque afin de faire face au soulèvement mondial de conglomérats commerciaux à grande échelle. Sur cette note, les systèmes d'information dominants sont littéralement exploités pour traiter une charge importante de données tout en suivant calcul des nombres des horaires.

L'évolution ultérieure des méthodologies et des cadres a été évaluée pour fonctionner régulièrement conformément aux objectifs quotidiens de certaines organisations commerciales tout en subissant des phases proscriptives spécifiques. La littérature pertinente et plusieurs autres articles ont accordé suffisamment de véhémence à la demande intense pour développer des méthodologies robustes mais flexibles qui peuvent être utilisées efficacement pour établir une métrique personnalisée des phases et des conditions qui peuvent inaugurer l'objectif absolu d'un projet spécifique. L'exemple posé par peut être digne d'être mentionné ici où le chercheur a fait part de plusieurs préoccupations concernant le parrainage et la maintenance qui semblent enclins à distribuer une métrique approuvée de témoignages officiels suffisamment puissants pour façonner un projet entier.

Sur une note détaillée, le cycle de vie du développement est généralement composé de plusieurs phases fonctionnelles qui sont conditionnées à la conception, à la construction, à l'examen et à la livraison d'applications et généralement administrées par un framework en cascade pendant plusieurs décennies. Le projet a ensuite été organisé en différentes séquences afin d'établir une donnée d'assemblage, qui est conditionnée à,

  1. Terminer la planification et les travaux associés
  2. Identification des prérequis détaillés
  3. Conception et développement de l'ensemble du système
  4. Examen de la probabilité d'acceptation de l'utilisateur
  5. Lancement de fabrication
  6. Assistance et entretien

La plupart des projets de développement de logiciels à grande échelle ont échoué car la plupart d'entre eux ont subi des dépassements de coûts et de temps considérables, un manque de fiabilité et l'incapacité d'atteindre les résultats souhaités. a décrit la création de logiciels comme une activité complexe en raison de la présence de composants mobiles avec des interdépendances compliquées et tout aussi chronophages. Comme il s'agit d'une propension inhérente des objectifs commerciaux absolus à évoluer au fil des ans en fonction de l'avènement de l'expertise technologique et de l'augmentation des attentes des clients, le cadre traditionnel de Waterfall a commencé à être obsolète en raison de son modus operandi rigidement statique et de son incapacité à éteindre le aspirations dynamiques du cycle de vie appliqué du développement. De plus, l'estimation du développement logiciel et l'influence qui en résulte sur la durée de la tâche est difficile à appréhender et il est fréquent pour tout développeur de reconsidérer les axiomes de l'application en raison de la définition potentiellement sous-spécifiée des exigences et de l'incompatibilité de compréhension besoins réels. Ce manque de définitions appropriées, associé à l'incapacité de faire face à l'évolution de l'objectif commercial, facilite la chute de l'application de développement logiciel.

À une époque allant des années 80 et 90, la plupart des organisations commerciales sont enclines à utiliser le modèle Waterfall traditionnel en raison de son acceptation de premier plan et de son accessibilité transparente. Selon les appréhensions des développeurs d'applications, ils ont commencé à chercher des alternatives et des stratégies de contournement principalement afin de réduire considérablement les risques du projet.

3.4 Recherche par sondage en génie logiciel : problèmes et stratégies

La nécessité d'une enquête empirique dans le domaine du génie logiciel est en train d'émerger. De nombreux chercheurs à l'heure actuelle conduisent et ont prouvé leur solution en utilisant ce travail de recherche empirique. L'une des meilleures méthodes à mener, la recherche empirique est l'enquête, qui permet aux chercheurs d'accumuler des données à partir d'une grande quantité de population. Le but de cette enquête est de généraliser les résultats.

Dans cette étude spécifique, le chercheur vise à souligner les problèmes auxquels les chercheurs sont confrontés lors de la conception de leurs stratégies d'enquête et de réduction.

Une revue de la littérature a été développée en menant des entretiens structurés avec près d'une dizaine de chercheurs en génie logiciel afin de connaître leurs points de vue sur les questions problématiques et les stratégies de diminution. Les chercheurs se concentrent principalement sur le génie logiciel empirique.

Dans cette recherche particulière, 25 problèmes de recherche ont été identifiés et il y a plus d'environ 65 stratégies selon le résultat de l'enquête menée. Le problème de discussion le plus courant concerne l'échantillonnage, qui était très difficile à obtenir. Afin d'améliorer la conception de l'instrument d'enquête, l'exécution, l'évolution et la recommandation d'outils de pré-test de questionnaire et d'enquête. L'effet de l'implication de plusieurs chercheurs dans l'analyse de cette recherche a été très mouvementé.

Les problèmes et stratégies d'impliquer de nombreux chercheurs au cours de trois études pour concevoir le réacteur. Il est évident d'observer qu'entre cela, certaines stratégies sont contradictoires. Cela montre qu'il est important de mener une analyse de commerce entre les stratégies.

3.4.1. Introduction:

Les enquêtes sont ce type de méthode qui a été fréquemment utilisée dans le contexte du génie logiciel. Voici quelques études de cas et enquêtes qui doivent être soulignées et mentionnées ci-dessous de manière appropriée.

L'enquête est l'un des outils qui étudient la méthode pour utiliser plusieurs données provenant d'un grand nombre de population. Il existe des résultats d'enquête caractérisés par différents types d'auteurs. Selon Babbie a déclaré &ldquosurveys visent à comprendre l'ensemble de la population en fonction de l'échantillon tiré&rdquo. Flink dit que certaines enquêtes sont efficaces pour analyser les connaissances sociétales avec les connaissances individuelles. Selon Whim et al. il met en évidence que &ldquo de nombreuses variables quantifiables et traitables peuvent être collectées en utilisant divers outils. Ensuite, selon l'opinion de Flower déclare que des preuves statistiques peuvent être obtenues dans une enquête & rdquo. Dawns a ajouté que si les enquêtes sont tirées de manière qualitative ou quantitative de l'ensemble de la population. De plus, le taux du membre répondant était rarement identifié (Wohlin et Aurum, 2015) .

Certains aspects liés à l'échantillonnage sont les problèmes les plus prioritaires dans le temps de collecte des données. Conformément à la limitation de la littérature agile, il est important d'explorer l'utilisation de la compréhension de la manière dont les fprv menaient l'enquête sur le théâtre accumulent des données. Rhios Factors souligne la nécessité d'un cadre pour évaluer la recherche par sondage car il n'est pas disponible dans la littérature sur le génie logiciel. Stavru souligne également le besoin de cadres pour évaluer la recherche dans les enquêtes car il n'y avait pas beaucoup de littérature de recherche disponible. À ce moment-là, les chercheurs reconnaissent qu'ils sont confrontés à des problèmes lorsqu'ils souhaitent mener des enquêtes. Le problème mis en évidence, comme la généralisabilité limitée, la fiabilité de l'enquête et les problèmes rencontrés, pourrait être soit qu'il soit inconscient des problèmes ou qu'ils manquent de stratégies pour surmonter les problèmes dans le processus d'enquête. Dans les deux cas, les enquêtes ne sont pas fiables.

Cette étude a pour objectif principal d'identifier les problèmes auxquels le chercheur est souvent confronté. Dans cette recherche, l'accent est mis sur l'identification du problème auquel les chercheurs sont confrontés et la documentation dans l'enquête qu'ils exécutent et les stratégies de réduction qu'ils rapporteront. Dans cette recherche particulière, la contribution suivante porte sur

C1 : Identifier le problème du chercheur en génie logiciel auquel il est confronté pendant la durée de la recherche.

C2 : Identifier les stratégies d'atténuation :

La contribution est réalisée grâce à la revue de la littérature combinée à un entretien qui a été réalisé auprès de plus de neuf sujets. Dans cette partie de revue de la littérature, nous nous concentrons sur les résultats de l'enquête existante et sur la réduction des problèmes observés ce qui leur a été signalé. Dans ce cas, la méthode de recherche traditionnelle a été utilisée. Cette étude a été basée sur un échantillonnage convaincant et un entretien de présence physique. Tous les résultats des entretiens ont été analysés via une analyse thématique.

Le reste de cette étude a été structuré comme une mention future. La section 2 met en évidence le contexte de la recherche par enquête en expliquant le processus de réalisation de la recherche de l'enquête. La section trois a présenté comme le travail connexe où tous les problèmes comme les stratégies où il est obtenu à partir des contours existants ainsi que les études primaires menées dans le domaine du génie logiciel, la section 4 explique la conception de la recherche pour l'étude d'entretien est conduit. Le résultat est que l'entretien est décrit dans la partie de la section 85 et la section 6 est illustrée sur les résultats de l'étude de la littérature et la date de l'entretien. Enfin, la section 7 conclut le document.

3.4.2 Contexte de la méthode de recherche par sondage

Les méthodologies d'enquête définissent les méthodologies d'enquête comme une conception fixe qui est d'abord planifiée par le fabricant et exécutée, ce concept a été approuvé par Robson et Mccartan. De plus, Molleri et a. a indiqué les étapes de la ligne directrice de recherche par sondage à des fins de génie logiciel. Les étapes définies les plus courantes sont mises en évidence dans la figure suivante :

3.4.3 Objectifs de recherche définis :

La première étape consiste à identifier les objectifs de recherche. Ils aident à définir la portée des objectifs de recherche requis. Il est important de faire la lumière sur les problèmes spécifiques en dehors de l'identification des questions dans le travail de recherche. Au moment de la formation des questions de recherche, les questions suivantes doivent être formulées de la manière suivante :

·Quels sont les facteurs de motivation derrière le travail d'enquête ?

·Quelles sont les ressources réelles nécessaires pour obtenir tous les résultats de l'enquête ?

·Quels sont les domaines de possibilité qui sont très proches des objectifs de la recherche et qui sont laissés à l'abandon.

·Quelle est la population de consentements cible de l'enquête ?

·Comment utiliser les données de l'enquête ?

Tout en définissant les objectifs des objectifs de recherche aux fins de l'enquête, il faut tenir compte du travail relatif à ce domaine particulier. Les connaissances sur la même recherche aident le chercheur à affiner les objectifs.

Selon l'opinion de Wohium et al, il est clairement défini le but des objectifs et les motifs de la réalisation d'une enquête systématique. Cela serait basé sur les objectifs et l'enquête, il entre dans l'une des trois catégories ci-dessous.

·Les enquêtes descriptives sont organisées dans le but d'expliquer les traits de la population donnée. Par exemple, ils décrivent ce qui décrit la pratique de développement.

·Les enquêtes exploratoires aident à enquêter sur la relation de cause à effet. Par exemple, ils essaient d'expliquer pourquoi une pratique de développement de logiciels n'est pas adoptée dans la pratique.

·Les enquêtes exploratoires aident les chercheurs à examiner un sujet particulier sous un angle différent. Ces enquêtes sont généralement menées conformément à l'étude mentionnée précédemment. Le permet au chercheur de connaître les modèles inconnus du chercheur ( Karaboga et al. 2014). Les connaissances sont obtenues à partir de l'étude mentionnée précédemment, qui sera clairement décrite comme une base pour mener l'exploration ou la description dans le futur.

Public ciblé et base de sondage identifiée

L'identification des populations cibles implique les établissements publics cibles. La sélection du public cible sera guidée par les objectifs de recherche énoncés. La conception de l'instrument doit être conçue du point de vue des répondants. L'instrument de l'enquête doit être conçu du point de vue du chercheur. Des cuisses fines donneront une définition claire des populations et du public cible. La règle de la sélection de la méthode de faire l'enquête.

Le public cible est généralement choisi pour l'ensemble de la population, ce qui est choisi aux fins de l'enquête. Les connaissances obtenues à partir de l'étude mentionnée précédemment seront sélectionnées pour déterminer le résultat de la recherche. La règle sera appliquée lors de la sélection de la méthode de réalisation de l'enquête.

Le public sélectionné est généralement choisi dans l'ensemble de la population, s'il y contribue par ses valeurs distinctives. L'échantillon a été sélectionné pour l'échantillonnage comprenant une base de sondage parmi les répondants possibles de la population globale. La population peut être classée dans une sous-population basée sur les attributs distingués. Il peut être utilisé pour faire un quota ou un échantillonnage stratifié.

Les quatre principaux problèmes de base de l'échantillonnage sont mentionnés en tant que suiveurs - éléments étrangers, entrées en double, éléments manquants et cluster basé sur le groupe.

Les données de l'enquête sont analysées :

Les données obtenues des données d'enquête acquises ont été analysées dans cette étape. L'analyse des données dépend du type de questions utilisées dans l'enquête.

Les méthodes courantes d'analyse pour connaître le résultat de l'ensemble du travail de recherche. Les questions ouvertes sont l'analyse du discours et la théorie ancrée, l'analyse du contenu et l'analyse esmaticx. Les méthodes courantes pour effectuer l'analyse sont les méthodes de résultat sont l'analyse statistique, k problème d'hypothèse ( Thüm et al. 2014) .

La validation des données: Avant d'évaluer le résultat de l'enquête, le chercheur doit vérifier la cohérence et la compétence de la réponse. Toutes les réponses aux questions ambiguës doivent être identifiées et traitées.

Partitionnement des réponses : Le chercheur doit diviser sa réponse en sous-groupes avant l'analyse des données. Toute la fête s'est généralement faite en utilisant les données obtenues à partir des questions démographiques.

Codage des données : Les progiciels statistiques ne peuvent pas traiter les catégories de chaînes de caractères des répondants. Le chercheur chercheur doit avoir à convertir les données d'échelle ordinale et nominale.

3.4.4 Conclusion de l'évaluation des données de l'enquête :

Tous les résultats seront analysés, doivent en être extraits. Une évaluation au cours de l'examen et une évaluation doivent avoir lieu sur les résultats. La fiabilité, la validité et la gestion des risques doivent être évaluées au moment de rédiger la conclusion. Ce travail de recherche a quelques menaces, néanmoins la motivation principale est de faire identifier au début du travail de recherche.

3.5 Une approche pour permettre une réutilisation efficace et systématique des logiciels

3.5.1 Présentation

Afin de faciliter une poursuite transparente, dans la plupart des cas, l'intention d'exercer un logiciel à réutiliser, les normes mondiales de génie logiciel mettent l'accent sur l'emploi d'un développement maigre méthodologie. Cette intention est encore justifiée par le fait qu'au regard de l'avancée actuelle de l'expertise technologique, la méthodologie de développement lean confère une véhémence considérable à l'établissement, qui ne nécessite aucun effort de gestion. Ce sous-ensemble important de la méthodologie agile semble intentionnellement beaucoup plus absorbé en raison de sa conception exquise mais robuste. L'objectif ultime de cette procédure particulière est d'améliorer les aspects de gestion des produits de manière rapide et rentable sans aucune contrainte stricte de flux de travail impératif. De plus, puisqu'il permet à la livraison d'être très précoce, l'intention de réutilisation du logiciel par la vertu de celui-ci. Il est impératif pour le développeur qui a l'intention de réutiliser le logiciel sous-jacent d'identifier le potentiel d'un framework tout en permettant au framework respectif d'être suffisamment systématique et organisé pour pouvoir être utilisé dans les projets lean.

3.5.2 Réutilisation du logiciel

Avec l'avènement du développement de logiciels, le potentiel d'une application logicielle à réutiliser doit être immédiatement identifié. En l'absence de l'organe directeur, il est de pratique courante d'effectuer la réutilisation simplement en copiant la source prototype. Cependant, cette pratique a rapidement développé un sentiment d'incompatibilité et a commencé à demander un effort énorme, principalement en termes de maintenance et qui permet aux praticiens potentiels de réaliser qu'ils ont besoin d'une approche séquentielle et systématique pour favoriser l'intention de réutiliser un logiciel. application.

L'essence discutable à réutiliser est de répondre à la cause de l'utilisation des composants courants tout en minimisant le temps et le budget de développement d'applications logicielles alternatives. De plus, il entend garantir l'apparence et le comportement identiques des composants existants fonctionnant avec la même quantité de fonctionnalités. Pour ce faire, les développeurs de logiciels potentiels ont ressenti le besoin inhérent de concevoir une discipline pertinente pour la réutilisation de l'application logicielle. Cela peut être posé comme un plaidoyer pour développer une infrastructure compatible et organisée qui peut faciliter la réutilisation des applications logicielles courantes tout en collectant des fonds.

3.5.3 Domaines pertinents pour la réutilisation

Afin de traiter les différentes facettes de la réutilisation des logiciels dans divers domaines techniques, l'identification des domaines appropriés est un critère impératif car il est urgent d'intégrer les derniers développements aux plates-formes de produits virtuelles. Sur cette note, l'identification de plusieurs équipes de projet est nécessaire afin d'effectuer le projet ainsi que les tâches liées aux composants. Un propriétaire de composant unique est généralement employé pour ce type de pratiques afin de servir à l'amélioration des exposants prédominants de l'application logicielle respective tout en recherchant des propositions considérables pour de nouveaux composants, qui doivent encore être réutilisés. Cette demande est en outre couplée à la définition d'une trajectoire exclusive afin d'appréhender l'architecture qui est censée être déployée en tant que nouveaux composants de réutilisation. Dans le même ordre d'idées, un propriétaire de domaine unique est susceptible d'être employé et doté de la tâche de concevoir, exécuter, exécuter, expérimenter, lancer et maintenir les composants, qui sont censés être réutilisés.

3.5.4 Assurer la réutilisation

L'architecte correspondant est doté de l'instruction de réduire le budget initial ainsi que le coût de maintenance car il résonne avec l'essence discutable de l'application logicielle de réutilisation. Sur cette note, il est impératif d'aborder le fait que l'architecture entière est conçue pour aider le domaine ainsi que les propriétaires de composants afin de faciliter la poursuite de l'accomplissement de la devise absolue de l'ensemble de l'organisation.

Afin d'introduire la séquence requise dans l'infrastructure, il est essentiel de configurer les compétences de gestion prudentes tout en permettant à l'ensemble de l'infrastructure avec suivi des défauts. Il préconise l'intégration transparente de la gestion de la configuration avec la gestion des versions et le suivi des défauts des principaux composants de réutilisation comme les composants de projet identiques. Il permet à l'infrastructure avec le bonheur d'inclure plusieurs autres composants de réutilisation comme tout autre composant de projet intégral. De plus, le traitement des défauts était habitué à plusieurs fins de réutilisation afin de doter l'infrastructure de la capacité de surveiller les défauts potentiels sur les composants de réutilisation.

D'autre part, le portail Web est censé partager des informations concernant les divers composants de réutilisation, leurs caractéristiques et liens pour acquérir une documentation appropriée. Celui-ci sert en outre d'agent pour discerner la réutilisation des composants disponibles. Le taux d'utilisation ainsi que la proportion d'économies de calcul peuvent être calculés comme le produit du nombre de composants par la moitié du coût total de développement du composant.

3.5.5 Expériences et enjeux avec l'approche initiale

Comme la plupart des propriétaires de composants sont vulnérables à l'équipe de projet, ils sont censés être dotés d'efforts spécifiques au projet en raison des pressions excessives des délais du projet. Cela a influencé la compétence des propriétaires de composants comme prévu afin de sonder les objets de quelques autres discussions.

3.5.6 Conclusion

Les approches de changement sous-jacentes ont posé les résultats attendus de l'altération considérable de la culture intégrale afin de la réutiliser. L'équipe de réutilisation est censée augmenter la qualité de l'information tout en conférant un impact considérable sur la précision et en réduisant le développement afin de réduire le budget global.

3.6 escience SWaT &ndash vers une méthodologie de génie logiciel eScience

3.6.1 Présentation

Ce travail de recherche s'affirme avec l'appui apporté par l'informatique dans les développements de logiciels. Plusieurs cycles de vie ont été suivis pour acquérir de nouvelles technologies qui pourraient aider à la croissance des logiciels, en particulier dans les domaines de l'ingénierie. C'est là que réside la connaissance qui met à disposition l'ensemble des systèmes de manière systématique. Il comprend avec les approches scientifiques qui détermine le domaine dans les domaines utiles. Cependant, cela rend un meilleur mode de champs qui améliore les domaines standardisés et les approches appropriées dans les développements de systèmes utilisant des formes scientifiques d'information. Cela inclut l'utilisation d'eScienceSWaT qui rend la méthodologie sur les développements logiciels parmi les nouveaux utilisateurs. Les formes de méthodologie de génie logiciel fournissent les objectifs principaux dans les formes scientifiques qui fournissent les approches dans les zones amicales par l'utilisation d'applications en technologie logicielle. Il réside dans la connaissance à travers les domaines de l'informatique et de l'ingénierie par l'information scientifique. Le système fournit les meilleures formes de méthodes qui rendent la meilleure formation de décisions dans les meilleurs modes d'approches. Le génie logiciel fournit la grande quantité de connaissances qui pourraient être abordées dans les développements de logiciels et de manière systématique dans les gestions. La forme standard de méthodologie fournit les concepts et les principes d'une meilleure manière qui rend les pratiques complètes ( Belgacem et Abdennadher, 2015 ).

3.6.2 Art d'État

Il comprend avec les différentes approches qui rend l'achèvement des travaux dans l'informatique. Il existe divers objectifs qui rendent le support informatique à travers le flux de travail sous les formes scientifiques qui pourraient facilement résoudre les problèmes afin de terminer l'ensemble du travail. Ce flux de travail contribue au meilleur mode d'approches dans le cycle de vie et la méthodologie. Il existe différents modes d'approches dans les domaines techniques qui permettent l'achèvement du cycle de vie dans l'eScience.

Là réside avec les réutilisations de solutions qui font les développements de logiciels et introduisent divers concepts. Les principaux avantages de l'utilisation du logiciel incluent la réduction de la complexité de la solution pour améliorer les résultats. Il fournit aux zones indépendantes l'utilisation de la technologie au moment de la croissance du logiciel. Ce modèle a été introduit par les experts pour améliorer un meilleur mode de pratiques dans l'amélioration des solutions. Divers langages pourraient être déterminés à travers les modèles qui font la puissance des développements de nouveaux logiciels dans l'ingénierie. Cependant, ce modèle fait la croissance du modèle dans l'informatique qui pourrait fournir les nouveaux produits sur le marché (Astsatryan et al. 2016 ).

3.6.3 Exigences

Les exigences comprennent avec le manque de coopération qui rend la réutilisation de la technologie dans les concepts de génie logiciel. Il inclut avec l'informatique qui fait le meilleur mode de support dans l'acquisition d'expériences dans les domaines logiciels. Diverses choses manquantes font la méthodologie de la manière unifiée qui fait l'ensemble des développements dans les expériences dans les domaines scientifiques. Un manque de domaines systématiques qui rend le meilleur mode de pratiques dans la modélisation du logiciel qui fournit les pratiques. Le meilleur mode de pratiques se forme avec les techniques dans les valeurs supérieures avec l'utilisation de logiciels avancés en technologie. Il existe différents modes de support dans l'outil qui font les développeurs et les domaines scientifiques avec l'infrastructure dans les domaines techniques. Le domaine fondamental du bloc fait le traitement des données qui aide aux développements de logiciels dans l'ingénierie. Le cycle de vie pourrait être réalisé grâce à l'ingénierie méthodologique dans le logiciel ( Belgacem et Abdennadher, 2015 ).

3.6.4 Méthodologie

À partir des travaux de recherche, il a été constaté que le génie logiciel s'est développé grâce à la méthodologie eScienceSWaT. Il existe différentes étapes qui aident à acquérir la capacité de prise de décision au moment de l'utilisation de la technologie. Il y a des implications d'applications qui rendent les meilleurs modes d'approches dans les artefacts avec le haut niveau d'applications. La forme améliorée de l'efficacité rend l'existant des solutions au moment de guider l'ensemble du travail. Cela rend les développements ultérieurs du logiciel au moment de l'exploitation des systèmes importants dans la technologie. Il y a des intégrations du logiciel et de la gestion de l'ensemble du travail dans les outils qui forment les existences. Cela inclut les étapes qui constituent la formation de l'ensemble de la modélisation avec les expériences d'utilisation qui pourraient développer davantage le logiciel et utilisées dans les domaines de l'ingénierie. Il augmente également les bénéfices avec l'utilisation de systèmes dans le logiciel à travers les meilleurs modes de pratiques (Ercan, 2015).

3.6.5 Architecture EscienceSWaT

Les différentes modélisations fournissent les systèmes par objectifs dans les expériences dans l'informatique. Il y a des interventions d'experts qui font l'achèvement des travaux. Les experts incluent avec l'utilisation de modèle qui fait les meilleures formes dans les développements de logiciel.

Il existe des implications de divers modèles qui créent les meilleures formes de relation à travers les modèles dans les domaines scientifiques. Il existe différentes couches qui réalisent et intègrent la technologie qui pourrait aider les domaines de l'ingénierie avec l'utilisation de logiciels. Cela réside dans le meilleur mode de décision qui aide à atteindre les objectifs fixés. Il réside dans la zone non fonctionnelle qui complète l'ensemble du processus avec l'utilisation de technologies avancées dans le logiciel ( Ercan, 2015 ).

3.6.6 Conclusion

Il a été conclu de la méthodologie qui rend l'achèvement du travail de recherche dans la meilleure manière d'exécution et de développements des pratiques dans les domaines scientifiques. Dans l'eScienceSWaT, il y a le cycle de vie dans les expériences qui fait les domaines d'ingénierie en utilisant les développements du logiciel que les domaines dans les domaines scientifiques. domaines informatiques. Afin de soutenir la méthodologie dans les domaines scientifiques, il inclut l'architecture dans la croissance des systèmes avec l'utilisation d'interactions dans l'eScienceSWaT.

Cette recherche vise à déterminer la meilleure méthodologie pour l'amélioration du logiciel. Il présentera une étude détaillée des différentes méthodologies du génie logiciel. Il présentera également les applications de ces méthodologies. Cette recherche vise également à comprendre les défis de ces méthodologies et à recommander des mesures pour atténuer ces défis.


Types de méthodologies de test de logiciels

Comme nous l'avons déjà mentionné, les tests font partie intégrante du développement de logiciels. Dans de nombreuses petites entreprises, un programmeur peut assumer le rôle d'un spécialiste de l'assurance qualité. Par conséquent, il est important de comprendre le sens des tests dans le contexte de la programmation. Il existe de nombreuses méthodologies de développement de logiciels qui aident à décrire les processus.

Nous définirons les trois principaux, qui forment la plus grande partie des écosystèmes de développement.

Méthodologie en cascade

Le modèle en cascade représente le développement logiciel séquentiel. Cela signifie que chacune des nouvelles phases dont nous avons parlé précédemment ne peut commencer qu'une fois la précédente terminée. Le modèle provient des temps anciens, lorsque les programmeurs écrivaient le code, testaient et déboguaient. Ce qui veut dire qu'il devait y avoir un ordre des choses. Dans les environnements modernes, où les produits logiciels sont développés par des équipes d'architectes, d'ingénieurs, de développeurs et d'AQ, Waterfall devient obsolète. Pourtant, il peut être utile pour les projets avec des spécifications très claires qui ne sont pas susceptibles de changer.

Habituellement, le modèle en cascade couvre une séquence de phases très spécifique, qui comprend :

  • Conditions
  • Une analyse
  • Concevoir
  • Mise en œuvre
  • Essai
  • Déploiement
  • Maintenance

Développement logiciel itératif

Il s'agit essentiellement d'une variante du modèle en cascade où, au lieu de planifier des itérations séquentielles, vous divisez votre projet en itérations. La même exécution, mais une approche différente. Le développement itératif fonctionne bien si vous avez une vision complète d'un produit dès le départ. Après avoir terminé chaque itération, une équipe recueille généralement des commentaires et apporte des modifications avant de passer à la phase suivante.

Méthodologie Agile

Agile et Scrum sont les mots les plus en vogue dans le monde des startups technologiques modernes. L'approche du développement logiciel agile a été développée en réponse à ce que ses prédécesseurs - Waterfall and Iterative Development - n'ont pas réussi à résoudre. Principalement, Agile Development construit un logiciel via un cycle d'itérations répétées, basé sur les accords entre un client et les responsables du développement et des tests. Il permet de répondre aux demandes en constante évolution.

En d'autres termes, le développement Agile incarne le développement continu et, par conséquent, les tests continus. En raison des courtes itérations de développement, l'équipe a la capacité de corriger les bogues au fur et à mesure - une fois qu'un défaut est identifié, il sera corrigé au cours de la même itération.

Voici les principales méthodes de test agile :

  • Développement piloté par les tests d'acceptation (ATDD) : Tests logiciels basés sur une combinaison de points de vue. Le but de tels tests est de faire correspondre les attentes d'un client avec les capacités des développeurs et des testeurs.
  • Développement axé sur le comportement (BDD) : le type de test basé sur des scénarios - des exemples pratiques de la façon dont des fonctionnalités spécifiques doivent se comporter. Celles-ci sont généralement effectuées avec la participation à la fois d'un client et d'une équipe de développement.
  • Tests exploratoires : Comme son nom l'indique, les tests exploratoires consistent à vérifier le fonctionnement des fonctionnalités et leur impact réel sur l'utilisation des logiciels. C'est donc la pratique plutôt que la théorie.

Étant le plus flexible de tous, Agile Development permet aux développeurs et aux testeurs de créer des logiciels hautement adaptables aux changements. Grâce aux mêlées quotidiennes et aux itérations répétitives, vous pouvez répondre aux commentaires plus rapidement qu'avec toute autre approche.

Si vous souhaitez approfondir la philosophie de l'Agile, consultez Manifesto for Agile Software Development.


L'émergence du sens par l'usage du système : le rôle central de l'interaction et ses implications en termes de méthodologie de conception

J'ai essayé de montrer dans des articles précédents comment certains aspects d'un système interactif tels que son fonctionnement, ce qu'il fait, ou ce qu'il représente, pouvaient être vus comme émergeant dans le cadre de son utilisation réelle. Par ailleurs, j'ai essayé de donner un fondement théorique à une telle approche en empruntant à la théorie sociale et plus précisément à certaines formes d'analyse du discours. J'aimerais continuer à déballer cette notion et voir quel impact cela pourrait avoir en termes de méthodologie de développement, et comment nous pourrions utiliser un tel point de vue pour évaluer les différentes méthodologies de développement de logiciels actuellement disponibles pour les concepteurs et développeurs de systèmes interactifs (si une telle distinction retient l'eau).

L'évolution du domaine du développement logiciel et l'apparition de disciplines telles que design d'interaction semblent suggérer un changement dans la conceptualisation des systèmes interactifs d'un ensemble de processus inertes se déroulant dans la "boîte noire" d'un ordinateur à des interactions dynamiques impliquant parfois plusieurs utilisateurs ainsi que de nombreux autres systèmes ou services.

Ainsi, ce que nous pourrions nous demander est : quel serait l'impact d'une telle focalisation sur la nature émergente des interactions sur la méthodologie de développement logiciel ? Comme on pourrait le dire, l'apparition des méthodes de développement agiles semble être un signe encourageant d'une prise de conscience (inconsciente ?) de l'importance de considérer les systèmes interactifs comme des ensembles d'interactions. Cette évolution n'est pas seulement visible en termes de méthodologie, mais aussi dans les outils de développement réels maintenant utilisés dans les projets de développement Web. En quelques mots, on pourrait ainsi affirmer que le problème des méthodologies de développement de logiciels linéaires de première génération était principalement le fait qu'elles considéraient le logiciel comme une entité technique inerte et non comme un type particulier de discours incarnant la pratique de ses utilisateurs.

Les approches de développement centrées sur l'utilisateur, qui tentent d'obtenir un modèle conceptuel du système en cours de construction en communiquant avec ses parties prenantes, semblent donc avoir du sens. L'idée de construire d'abord un modèle du système et de le construire une fois qu'il est considéré comme complet (parfois appelée approche Big Design Up Front) semble montrer ses faiblesses si l'on commence à considérer la signification du système comme émergente dans le cadre de l'interaction utilisateur. En effet, il apparaît crucial de pouvoir observer quelles sortes de nouvelles significations émergent de leur interaction avec le système en construction : le prototypage devient un problème central, et le développement itératif la seule solution sensée.

On pourrait même faire avancer cette notion en arguant qu'une approche de l'extérieur vers l'intérieur, se concentrant d'abord sur le type d'interfaces qui seront fournies aux utilisateurs (et donc quels objets leur seront présentés par le système) semble avoir le plus de sens si l'une est d'adopter cette approche. Des prototypes d'interface simples et statiques peuvent être fournis pour tester les utilisateurs et affinés indépendamment de la logique métier plus exigeante en travail requise pour effectuer les opérations réelles que les utilisateurs doivent effectuer sur les objets représentés par le système. L'interaction avec les systèmes entraîne la génération de nouveaux concepts, de nouveaux processus et de nouvelles pratiques.

Ces nouvelles pratiques sont construites et intégrées au fur et à mesure du développement du système : le système est développé sur la base de la pratique des utilisateurs, mais l'influence dans une boucle de rétroaction constante jusqu'à ce qu'un certain point d'équilibre soit atteint où la pratique de l'utilisateur et les outils fournies par le système se complètent de manière optimale. Nous pourrions ainsi utiliser cette idée comme un moyen de critiquer des approches telles que le Behaviour Driven Development, qui se concentrent sur l'élaboration d'ensembles d'histoires représentant le comportement requis du système sur la base de sessions avec des utilisateurs potentiels du système (dans un monde idéal ). Compte tenu de la boucle de rétroaction constante entre la pratique des utilisateurs et les fonctionnalités du système présentées ci-dessus, il semble incertain que de telles histoires puissent fournir un point de référence fixe pour évaluer l'adéquation du système à son objectif.

J'ai maladroitement et très grossièrement essayé de fournir une base théorique sur laquelle les méthodologies et les outils de développement peuvent être évalués sur la base de la littérature sur la théorie sociale. Mon objectif est de concilier des disciplines telles que la conception d'interactions et des méthodologies de développement logiciel telles que agile, et plus particulièrement le développement piloté par les fonctionnalités, le développement piloté par les tests et le développement piloté par le comportement. Je pense que bien que ceux-ci aient beaucoup de qualités pour apporter une solution à des problèmes de développement logiciel particuliers, il peut être possible de créer une méthodologie intégrée prenant le meilleur de ces approches pour fournir un cadre de développement logiciel cohérent. Je voudrais également ajouter qu'une telle approche n'aurait pas pour objectif d'apporter une réponse au développement d'un quelconque système logiciel : mon principal objectif et domaine d'expertise sont les applications d'entreprise Web ou mobiles. J'essaierai de donner plus de chair à cette approche dans les prochains articles, et les commentaires seront les bienvenus en attendant !


R.I.M’s Live or Die Moment

Il semble ridicule presque au point d'être sublime de suggérer que Research in Motion, le fabricant du BlackBerry, a besoin d'un redressement. Pourtant, si vous écoutez les experts de l'industrie technologique, il semble que Research in Motion (R.I.M), la puissance technologique canadienne, soit à bout de souffle et sera bientôt écrasée par les assauts de la technologie Apple et Android. Et, même si la société a expédié un nombre record de 52,3 millions de téléphones au cours du dernier exercice, une forte augmentation de 43% par rapport à l'année précédente, et que son revenu du quatrième trimestre de 924 millions de dollars a dépassé les prévisions, les gens disent que la société va être la star involontaire d'un film de l'industrie intitulé "Palm: The Sequel" en raison de sa plate-forme technologique vieillissante et de la rareté des applications pour cet ancien système d'exploitation. Suite

Partagez ceci :

Comme ça:


Une solution de gamification pour améliorer l'adoption de Scrum

Malgré la large adoption des méthodologies agiles, les équipes de développement de logiciels ont encore du mal à répondre aux exigences, en partie à cause du manque de motivation des praticiens à appliquer les techniques agiles dans la pratique. Nous proposons un outil logiciel de gamification pour rendre les techniques Scrum plus amusantes et engageantes pour les praticiens. Cet article présente les résultats de la première itération d'un effort de recherche plus large qui suit la méthodologie Design Science Research, dans laquelle un prototype a été développé en tant qu'application Jira Software et évalué avec une équipe Scrum du monde réel. Les résultats suggèrent que la gamification peut avoir un impact positif sur la motivation des praticiens en changeant l'atmosphère au sein de l'équipe, même si elle ne contribue pas à l'amélioration de l'adoption des pratiques Scrum. Les métriques correspondant aux techniques Scrum ont légèrement augmenté après l'utilisation de l'application, mais ce résultat ne peut probablement pas être attribué à une meilleure motivation des praticiens. L'analyse quantitative et les entretiens avec les membres de l'équipe ont montré que l'expérience gamifiée devrait être plus difficile. Nous concluons que le potentiel de la gamification peut être mieux réalisé si des études plus nombreuses et de meilleure qualité sont menées sur la base de méthodes mixtes, même si les conditions ne sont pas idéales. L'application a été améliorée en fonction des commentaires reçus et est actuellement en cours d'évaluation avec d'autres équipes Scrum.

Ceci est un aperçu du contenu de l'abonnement, accessible via votre institution.


Table des matières

Introduction au génie logiciel
introduction
Composants d'un ordinateur
Construire les produits logiciels
Qu'est-ce que le génie logiciel ?
Pourquoi le génie logiciel ?
Défis en génie logiciel
Gestion de projet et génie logiciel
Coûts impliqués dans le développement de logiciels
Méthodologies utilisées pour le développement de logiciels
Quelques carrières en génie logiciel
Taille de l'industrie du logiciel
Code d'éthique
Organisation du livre
Résumé du chapitre
lecture recommandée

Méthodologies de génie logiciel
introduction
Pourquoi une méthodologie ?
Méthodologies Agiles
Modèle de cascade
processus unifié rationnel
Modèle en spirale
Modèle d'itération incrémentielle
Programmation extrême
Mêlée
Méthodologie de mise en œuvre des produits SaaS
Méthodologie de mise en œuvre des produits COTS
Une discussion sur l'utilisation des modèles de développement logiciel
Normes de processus populaires
Normes de processus et méthodologies de génie logiciel
Activités de processus logiciel
Résumé du chapitre
lecture recommandée

Étude de faisabilité
introduction
Étude de faisabilité pour les projets logiciels
Recherche de la faisabilité économique des exigences
Recherche de la faisabilité technique des exigences
Prototypage
Projets pilotes
Résumé du chapitre
lecture recommandée

Spécifications des exigences logicielles
introduction
Méthodologies de génie logiciel et gestion des exigences
Mise en œuvre des exigences 6
Types d'exigences
Sources des exigences
Catégories d'utilisateurs
Cycle de vie des exigences logicielles
Recueil des besoins (Élicitation)
Analyse des besoins
Spécification de l'exigence
Gestion des exigences
Étude de cas
Résumé du chapitre
lecture recommandée

Conception et modélisation logicielles de haut niveau
introduction
Méthodologie utilisée
Comment réduire la complexité de la conception de logiciels
Conception logique pour l'architecture logicielle
Modèles de conception d'architecture
Architecture client-serveur
Architecture Web
Architecture Orientée Services
Principes de base de la conception de composants logiciels
Diagrammes de composants
Diagramme de flux de données
Modèles de conception de logiciels
Considérations relatives au langage de programmation
Types de langages de programmation : une brève revue
Sécurité
Performance
Étude de cas
Résumé du chapitre
lecture recommandée

Conception et construction d'interfaces utilisateur logicielles
introduction
Interface utilisateur graphique
Éléments de contrôle graphique
Langage Signalétique Hyper Text
Feuilles de style en cascade
Script côté client
JavaScript et XML asynchrones
Interface utilisateur simple (Modèle–Vue)
Modèle Vue Contrôleur
Étude de cas
Résumé du chapitre
lecture recommandée

Conception et construction de la couche intermédiaire logicielle
introduction
Conception et mise en œuvre de logiciels et méthodologie de génie logiciel
Programmation procédurale : une brève introduction
Programmation orientée objet
Bases des langages de programmation
Variables et types de variables
Les opérateurs
Arbres de décision et boucles
Méthodes
Des classes
Objets et progiciels de programmation orientés objet
Programmation de base de données
Modèle–Vue–Contrôleur revisité
Refactorisation
Scripts côté client et côté serveur
Débogage
Étude de cas
Résumé du chapitre
lecture recommandée

Conception et construction de bases de données
introduction
Bases de données et méthodologies de génie logiciel
Types de bases de données
Langues de la base de données
Entités de base de données
Conception de base de données
Systèmes de gestion de bases de données
Bases de données relationnelles objet
Étude de cas
Résumé du chapitre
lecture recommandée

Tests de logiciels (vérification et validation)
introduction
Méthodologies de test logiciel et de génie logiciel
Introduction aux différents types de tests logiciels
Introduction à la vérification et à la validation
Introduction aux niveaux de tests logiciels (validation)
Vérification
Tests unitaires
Test d'intégration
Test du système
Test d'acceptation par l'utilisateur
Autres tests importants
Conception de cas de test
La préparation du test
Cycle de vie des tests
Étude de cas
Résumé du chapitre
lecture recommandée

Version du logiciel
introduction
Méthodologie de publication de logiciels et de génie logiciel
L'intégration
Documentation
Cycles de publication
La formation de l'utilisateur
Déploiement
Stratégies de migration logicielle
Liste de contrôle de la version du produit logiciel
Résumé du chapitre
lecture recommandée

Maintenance logiciel
introduction
Méthodologie de maintenance logicielle et de génie logiciel
Maintenance de l'environnement de production
Surveillance de l'environnement de production
Processus d'entretien
Types de maintenance logicielle
Stratégies de maintenance logicielle
Ingénierie inverse
Résumé du chapitre
lecture recommandée

Configuration et gestion des versions
introduction
Concepts de gestion de configuration et de contrôle de version
Systèmes CVS
Résumé du chapitre
lecture recommandée

Gestion de projet logiciel
introduction
Méthodologies de gestion de projet et de génie logiciel
Planification de projet
Suivi et contrôle de projet
Gestion d'équipe de projet
Gestion de projet client
Gestion des fournisseurs
Résumé du chapitre
lecture recommandée


Base théorique pour les méthodologies Agile/Scrum dans le développement logiciel - Psychologie

HPE a franchi une nouvelle étape vers son objectif d'être principalement une entreprise de logiciels en tant que services d'ici 2022 avec de nouveaux services pour GreenLake.

La dernière offre d'Oracle pour attirer les charges de travail des clients vers son cloud public implique des remises sur les licences logicielles traditionnelles.

La connectivité réseau peut faire ou défaire un déploiement cloud. Découvrez les bases des services réseau Azure avec cette liste de clés .

Elisabeth Robson et Eric Freeman, auteurs de « Head First Design Patterns », décrivent leur quête pour enseigner les modèles de conception de logiciels.

Quelles sont les principales différences entre le typage statique et le typage dynamique, et quel rôle leurs différences jouent-elles dans la décision de le faire.

Maintenir une architecture logicielle résiliente est une bataille constante. Heureusement, il existe quelques méthodes de conception qui peuvent aider les équipes .

Besoin de lecture ? Consultez ces livres sur l'infrastructure en tant que code – et les outils IaC populaires – pour en découvrir de nouvelles.

Au cours de la deuxième année de son projet DevSecOps, le ministère de la Défense lance des offres pour revendre sa plate-forme DevSecOps et est .

Bien que les CMDB aient toujours de la valeur, elles ne dominent plus la gestion informatique. Découvrez quelles options d'intégration CMDB restent et pourquoi les administrateurs informatiques .

Un langage inclusif dans le code n'est qu'une étape vers une communauté diversifiée, mais c'est un bon point de départ. C'est plus une conversation.

Connaissez-vous bien les API RESTful et leur histoire ? Testez vos connaissances sur les services Web RESTful avec ce quiz de 10 questions sur .

Parfois, les développeurs doivent sauter de la branche principale de développement distribué vers le stockage local. Suivez ce tutoriel git stash pour.

Amazon a déclaré que son système de surveillance des fourgons était conçu uniquement pour la sécurité des conducteurs. Mais de nombreux experts de l'industrie ont des inquiétudes concernant le.

Amazon aimerait renforcer son empreinte mondiale, mais le géant du commerce électronique est aujourd'hui confronté à des obstacles et à des défis qui ne l'ont pas été.

Amazon a amélioré son jeu avec des options de prêt et de crédit aux petites entreprises pour ses principaux marchands, montrant plus de volonté de .


introduction

La méthodologie du génie logiciel est le cadre qui implique de planifier, structurer et mieux impliquer le système d'information. Cette recherche vise à présenter une étude détaillée de différentes méthodologies de génie logiciel. Ces méthodologies ont un grand impact pour développer et réguler un système d'information. Le chercheur a l'intention de découvrir la meilleure méthodologie probable de génie logiciel parmi ces méthodologies. Ce document de recherche inclura également les applications de ces méthodologies de génie logiciel.

Fond de recherche

Les méthodologies du génie logiciel sont également appelées projet de développement. Il joue un rôle essentiel pour développer le logiciel. Comme il existe de nombreuses méthodologies de développement de logiciels, différentes entreprises appliquent des méthodologies distinctes pour développer des logiciels ( Braude et Bernstein, 2016) . Certains avantages et inconvénients sont associés à l'application de telles méthodologies. Ces méthodologies de génie logiciel permettent un développement fluide du logiciel en fonction des exigences du projet. Ces méthodologies d'amélioration logicielle sont appliquées pour planifier, structurer et réguler le processus d'amélioration du système d'information. Les méthodologies du génie logiciel s'intéressent aux processus d'amélioration du logiciel. Par conséquent, ces méthodologies n'impliqueront jamais les aspects techniques du développement de logiciels.

Les projets de génie logiciel incluent des personnes travaillant avec un ensemble d'outils pour créer du code et des documents et guidées par des stratégies et des objectifs communs. Cet ensemble d'outils comprend des débogueurs, des compilateurs, des changements de gestion et des outils de modélisation de domaine. Ces stratégies de développement logiciel se matérialisent à travers un ensemble de méthodes, d'architecture, d'analyse de risques, de paradigmes et d'un énoncé de mission.

DCSL Software améliore les applications logicielles de 1994 afin de créer des start-ups, des blue chips et des entreprises ( dcslsoftware.com, 2017) . Ils utilisent une méthodologie agile pour le développement de logiciels afin de fournir une approche flexible pour planifier et améliorer grâce à un prototype qui est continuellement mis à jour, des mises à jour sur l'état et des réponses instantanées. Ils ont utilisé un cadre de processus qui a été appliqué pour réguler le développement de produits complexes.

Objectif de la recherche

Cette recherche vise à présenter une étude détaillée des différentes méthodologies du génie logiciel. Il vise également à déterminer les meilleures méthodologies de génie logiciel. Cette recherche vise également à présenter l'application de ces différentes méthodologies de génie logiciel.

  • Identifier le meilleur concept de méthodologie de génie logiciel
  • Analyser l'application de différentes méthodologies de génie logiciel
  • Identifier les avantages et les défis de la méthodologie du génie logiciel
  • Recommander des étapes pour atténuer les défis de la méthodologie de génie logiciel
  • Quel est le meilleur concept de méthodologie de génie logiciel?
  • Quelle est l'application de différentes méthodologies de génie logiciel?
  • quelles sont les recherches sur les dernières méthodes et les problèmes qui y sont associés ?
  • Quelle pourrait être la solution possible pour atténuer les défis de la méthodologie du génie logiciel ?

1.3 Méthodologie de recherche

Oignon de recherche

Le Research Onion fournit un cadre sur lequel l'étude est menée. L'oignon de recherche est principalement formulé sur la base d'une approche en couches et se compose de trois niveaux. Saunders et al. (2009, p.52), ont commenté que les trois niveaux sont l'axiologie, l'ontologie et l'épistémologie. Chaque couche de l'oignon de recherche doit décrire le processus de la recherche dans un processus détaillé. Dans sa première couche, il appliquera la définition de la philosophie de la recherche afin de créer l'approche de départ appropriée pour continuer dans les phases futures. Il adoptera l'horizon temporel et la stratégie de recherche appropriés avant d'identifier la méthodologie de la collecte de données.

Figure 1 : Oignon de recherche

(Source : Saunders et al. 2009, p.52)

Philosophie de la recherche

Le processus de collecte et d'analyse des données de toute recherche est mentionné comme philosophie de la recherche. Selon Flick (2015, p.35), la philosophie de la recherche décrit également les méthodes d'utilisation des données. Il existe trois principales philosophies de recherche qui incluent la philosophie du positivisme, la philosophie du réalisme et la philosophie de l'interpritivisme.

Ici, le chercheur a l'intention d'adopter la philosophie du positivisme car elle aide à atteindre certaines connaissances basées sur leurs attributs généraux sur la méthodologie du génie logiciel. Cela permettra également au chercheur d'accumuler des informations connexes sur les différentes méthodologies d'amélioration des logiciels et de les interpréter de manière rationnelle. Par conséquent, il créera une source positive d'informations. Il aidera également à recueillir des informations authentiques.

Conception de la recherche

La conception de la recherche décrit le processus qui sera appliqué au cours de l'étude. Selon Mackey et Gass (2015, p.81), il existe différents types de conception de recherche qui incluent la conception descriptive, la conception expérimentale, la conception semi-expérimentale et la conception de recherche de corrélation. La conception de la recherche détermine également le point de vue de l'étude.

Le chercheur de cette recherche a l'intention d'adopter la conception de la recherche descriptive. Cela aidera le chercheur à comprendre la grande quantité de données disponibles sur les différentes méthodologies du génie logiciel ainsi que leurs applications. La présentation appropriée de ces données peut être correctement interprétée grâce à la conception descriptive.

Approche de recherche

Il existe principalement quatre types d'approches de recherche qui décrivent la relation entre les hypothèses de recherche. Ces approches comprennent l'approche déductive, l'approche inductive, l'approche pragmatique et l'approche participative.

Ici, le chercheur vise à adopter l'approche déductive de la recherche. Il aidera le chercheur à conclure l'étude à travers une interprétation rationnelle. Dans cette recherche, l'approche déductive sera utile car la recherche commencera à partir d'une vue généralisée des différentes méthodologies de développement de logiciels. La conséquence de la recherche se concentrera sur la détermination de la meilleure méthodologie pour le développement de logiciels.

Méthode de collecte de données

Il existe deux principaux types de méthode de collecte de données qui comprend la méthode primaire et secondaire. Le type de données détermine la méthode de collecte des données d'une recherche ( Taylor et al. 2015, p.27). Dans cette recherche, le chercheur adoptera deux types de données. Le chercheur de cette recherche a l'intention de collecter les données existantes ainsi que des données nouvelles et authentiques sur différentes méthodologies de génie logiciel. Par conséquent, le chercheur a l'intention d'adopter à la fois une méthode primaire et une méthode secondaire de collecte de données. En tant que source de données qualitatives secondaires, le chercheur suivra les documents existants ainsi que le recensement, les dossiers, les revues, les livres et les rapports comme outils de collecte de données. Le chercheur de cette recherche mènera un entretien avec 35 employés et 3 responsables du logiciel DCSL, à Londres, afin de collecter des données authentiques.

Considération éthique

Compte tenu des aspects critiques de la recherche, les considérations éthiques sont très importantes. L'éthique est un tel critère qui vise à comprendre les distinctions entre le bien et le mal. Les considérations éthiques de toute recherche permettent aux gens de découvrir l'authenticité des données et améliorent la fiabilité des données recherchées.

Application de différentes méthodologies de génie logiciel

Modèle cascade :

Le modèle en cascade est une méthodologie conventionnelle de génie logiciel qui est appliquée de manière très courante pour développer des logiciels. Cette méthodologie de cycle de vie est souvent désignée comme le style conventionnel de développement logiciel. Selon Alshamrani et Bahattab, (2015, p. 106), cette méthodologie clarifie le processus d'amélioration du logiciel dans un flux d'application linéaire. Cela suggère que toutes les étapes du processus de développement ne commencent que lorsque la phase précédente est terminée. Cette approche ne définit jamais le processus de repli sur les phases antérieures pour réguler les changements en fonction de la demande.

Le modèle en cascade illustre les développements de logiciels avec l'utilisation de processus traditionnels. Le processus de modèle en cascade a été effectué à travers le flux de revêtement qui se produit avec les zones séquentielles, ce qui permet de comprendre le niveau suivant au moment de l'achèvement des précédents. Ce type de méthodologie fournit les faits majeurs qui font le retour sur certaines transactions qui font les changements possibles.

Figure 2 : Modèle en cascade

Dans le modèle en cascade, il y a certaines étapes qui complètent l'ensemble du processus. Les premières étapes comprennent l'analyse et la collecte des exigences utiles. La deuxième étape réside dans la conception des systèmes et la troisième étape comprend la mise en œuvre. La quatrième étape concerne le processus de test et la cinquième étape concerne le système qui effectue les déploiements. Les dernières étapes comprennent le processus de l'ensemble de la maintenance des systèmes.

Méthodologie du prototype :

La méthodologie du prototype est un tel processus d'amélioration du logiciel qui permet aux développeurs de construire uniquement le prototype de la solution afin de démontrer les fonctions de la méthode aux clients. Il permet également aux développeurs d'apporter les modifications nécessaires avant que l'application réelle ne soit développée. La meilleure caractéristique de cette méthodologie est la capacité de résoudre plusieurs problèmes qui apparaissent dans le système de cascade conventionnel.

Cela se forme avec les développements de logiciels qui aident le développeur au moment de créer un exemple de forme de résolution qui fait que l'essence fonctionne correctement parmi les consommateurs. Il aide à apporter les changements nécessaires en obtenant une forme finale de solutions qui devient plus authentique.

Figure 3 : Méthodologie du prototype

La méthodologie du prototype commence par les exigences de la phase initiale. À partir de là, cela commence par l'évaluation parmi les consommateurs, le prototypage et la conception. De l'évaluation des consommateurs, il comprend l'examen et la mise à jour. Des parties d'examen, il appartient aux développements, aux tests et à la maintenance.

Développement de logiciels agiles :

Cette méthodologie est appliquée pour concevoir un processus discipliné de gestion de logiciel qui permet des modifications fréquentes dans le projet d'amélioration. Ce type de méthodologie de développement logiciel agit comme un cadre conceptuel pour entreprendre différents projets de génie logiciel (Turc et al. 2014, p.1511). Méthodologie de développement logiciel agile appliquée pour réduire le risque en améliorant le logiciel en un temps record. Celles-ci sont également appelées itérations qui durent au maximum un mois.

La méthodologie de développement logiciel agile fournit des formes d'approche innovantes. Ce mode d'approche permet à des maîtrises d'œuvre bien organisées de réaliser l'ensemble des démarches aux alternances dans les domaines récurrents. Ces types de méthodologie formée réside dans la définition des domaines théoriques qui aident à entreprendre le logiciel utilisé pour mener à bien les projets d'ingénierie. Le logiciel agile fournit une bonne chose en développant un nouveau logiciel dans un court laps de temps qui se produit au cours du dernier mois ou d'une semaine.

Développement rapide d'applications :

Le développement rapide d'applications est une méthodologie importante pour fournir une amélioration rapide ainsi que de meilleurs résultats par rapport à d'autres méthodologies de développement de logiciels. La conception de cette méthodologie permet de compter le maximum d'avantages de l'amélioration du logiciel. L'objectif principal de cette méthodologie de génie logiciel est d'augmenter la vitesse de l'ensemble du processus de développement logiciel. L'objectif de cette méthodologie est facilement réalisable car elle permet à l'utilisateur de participer au processus de développement.

Cela fournit le meilleur mode d'approches dans les nouveaux développements qui se forme avec les bons résultats. Ceci est créé pour obtenir le maximum d'avantages dans les développements logiciels. Il est conçu de manière à ce que la conception de l'ensemble de la procédure requise pour compléter le logiciel repose sur la participation active des utilisateurs.

Figure 4 : Développements d'applications rapides

Dans les développements rapides d'applications comprend la meilleure planification dans les exigences qui rend la conception des utilisateurs et la construction dans le prototypage. Cela rend l'achèvement des procédures de test avec le basculement.

Modèle de développement de système dynamique :

La méthodologie de développement de système dynamique d'amélioration logicielle dépend à l'origine de la méthodologie de développement rapide d'applications. Il s'agit d'une approche incrémentale et itérative qui met l'accent sur l'implication continue de l'utilisateur. L'objectif principal de cette méthodologie est de fournir un système logiciel en respectant le budget et le temps. Ce modèle fonctionne sur une philosophie simple qui suggère que rien n'est amélioré de manière appropriée du premier coup. Par conséquent, il considère cela comme un processus continu de changement.

Ce type de modèles se forme avec les développements de systèmes logiciels qui aident à respecter le temps imparti et la bonne affectation du budget. Cela fournit la forme incrémentale et itérative d'approches qui aide à se concentrer sur les implications des utilisateurs.

Figure 5 : Développement dynamique du système

La forme dynamique des développements rend l'ensemble de l'étude de l'entreprise de la manière appropriée qui est réalisée à travers les modèles fonctionnels, la construction, la conception et la mise en œuvre.

Modèle en spirale

Ce modèle sophistiqué se concentre sur la réduction précoce et l'identification des risques du projet. Les développeurs sous cette méthodologie de génie logiciel commencent d'abord à petite échelle. Ensuite, ils déterminent le risque des projets, créent une planification pour réguler ces défis et prennent des décisions pour s'approcher de la prochaine phase de la spirale. Selon Alshamrani et Bahattab (2015, p. 106), le succès du modèle en spirale dépend de la gestion attentive, fiable et compétente du projet.

Le modèle en spirale se forme avec la conception qui réduit les risques de risque au moment de la réalisation du projet. Divers développeurs font les initiatives sur les plus petites formes de niveau qui fait l'exploration des risques. Les développeurs fournissent les meilleures formes de planification qui rendent l'itération des formes induites. Tout l'accomplissement de ce modèle repose sur une gestion attentive, cohérente et appropriée des projets.

Méthodologie de programmation extrême :

C'est aussi une méthodologie de génie logiciel agile. Il est également connu sous le nom de méthodologie XP et principalement appliqué pour la création de logiciels dans un tel environnement qui est très instable. Il offre également une flexibilité dans le processus de modélisation. L'objectif principal de ce modèle est de réduire les dépenses liées aux exigences logicielles. Des dépenses plus élevées dans la dernière étape d'un projet dans le modèle XP sont presque un facteur commun.

Ce modèle est utilisé dans l'élaboration de logiciels dans les formes déséquilibrées de l'atmosphère. Cela fournit les plus grandes formes de traçabilité pour compléter le processus de modélisation. Ce modèle permet de réduire le coût du logiciel approprié ( Juristo et Moreno, 2013 ).

Figure 6 : Programmation extrême

Au moment du développement, la méthodologie de programmation extrême comprend les différentes étapes qui permettent les développements de logiciels à travers les exigences du projet, des histoires, des cas de test, des tâches et de l'achèvement. Diverses réunions font la planification d'itérations dans les réunions. Il existe diverses contributions qui proviennent des clients, de l'acceptation des tests et des tests des consommateurs.

Méthodologie de développement axé sur les fonctionnalités :

Il s'agit d'une méthodologie itérative de développement logiciel et elle est destinée à être appliquée par une grande équipe travaillant sur un projet particulier en appliquant une technologie orientée objet. Selon Arbain, et al. (2014, p. 25), cette méthodologie d'amélioration du logiciel est bonne pour les entreprises qui passent d'une approche dépendant de la phase à une approche fréquente. Cette méthodologie est également appelée méthodologie FDD.

Cette forme de modèle assure le travail décent dans l'entreprise à travers les méthodes par phases sous la forme d'approches itératives. Ce modèle offre un meilleur mode de fonctionnement et améliore une meilleure forme de créativité lors de situations complexes.

Figure 7 : Développement axé sur les fonctionnalités

Cela se forme avec le modèle qui constitue l'ensemble complet du logiciel utilisé dans la méthodologie axée sur les fonctionnalités. Cela rend l'ensemble des fonctionnalités d'une manière positive qui rend le fonctionnement complet.

Formes conjointes d'applications dans la méthodologie des développements

Cette forme avec les exigences de classification et l'expansion de l'utilisateur pour faire une meilleure forme d'approches. Cela contribue à la nécessité pour les développeurs, les clients et les utilisateurs d'effectuer toute la conférence de manière accentuée et en fournissant une confirmation dans les systèmes logiciels (Wohlin, 2014).

Méthodologie Lean Developments

Ce modèle aide à mettre l'accent sur la formation de logiciels dans les domaines gérables. Cette forme de conception rend les développements de techniques sous la forme agile de la méthodologie. La méthodologie de développements lean se forme avec les améliorations des logiciels en abaissant le budget qui aide à maintenir le flux de travail dans l'entreprise.

Méthodologie Rational Unified Process

Ce processus actuel aide à l'évolution de nouveaux logiciels. Dans ce processus, le processus d'expansion est séparé en quatre formes qui incluent la disposition, les tests, la promulgation, la conception et l'examen minutieux. La méthodologie formée ici réside avec la croissance du programme dans le web. Il aide le développeur à mettre en œuvre une directive lors des développements de logiciels.

Méthodologie des développements Scrum

Ce processus pourrait être facilement appliqué dans les différentes formes de projets, en particulier parmi les évolutions constantes et les exigences des formes extrêmes de développement. Il pourrait être initié par la bonne manière de planifier et de discuter de l'ensemble des choses dans les développements. La promotion du nouveau logiciel pourrait se faire à travers les développements de méthodologie Scrum ( Pahl et Beitz, 2013 ).

Avantages de ces méthodologies

Modèle de cascade :

Selon Alshamrani et Bahattab (2015, p. 106), ce modèle est facile à comprendre et également simple à utiliser, les développeurs débutants trouvent qu'il est avantageux de l'appliquer.

La fermeté de ce mode aide à le gérer facilement. Cependant, chaque phase de cette méthodologie possède un examen individuel et des livrables importants.

Comme cette méthodologie permet de traiter et de terminer les phases à la fois, elle permet de gagner un certain temps.

Ce processus fournit des procédures d'analyse et de test faciles et permet de gagner beaucoup de temps. Ce processus est simple et peut être manipulé correctement et il améliore également les méthodes fonctionnelles et compréhensibles faciles

Méthodologie du prototype :

Cette méthodologie permet aux clients d'avoir une compréhension complète et claire des fonctions du logiciel.

Cette méthodologie de génie logiciel réduit les risques d'échec. Comme cela aide à comprendre les risques potentiels dans la phase précoce et que les mesures appropriées de modération peuvent être adoptées rapidement.

Cette méthodologie permet d'accumuler et d'analyser les exigences même lorsqu'un manque d'exigence apparaît.

Cela fournit des idées claires concernant l'ensemble du processus du logiciel. Il permet de réduire la défaillance du risque dans le meilleur fonctionnement du logiciel. Il existe diverses analyses à ce sujet qui fournissent l'aide des choses importantes concernant le logiciel.

Développement de logiciels agiles :

Le principal avantage de la méthodologie de développement logiciel agile est qu'elle possède une approche adaptative qui lui permet de répondre aux demandes changeantes des clients (Turc et al. 2014, p.1511).

Il ne laisse aucun espace pour tout type de conjecture dans le système car il entretient une communication directe et un retour instantané du représentant du client

Il comprend avec les approches qui aide à répondre aux changements favorables. Il aide à fournir des formes directes de communication qui maintiennent la meilleure façon de transparence. Les développements logiciels agiles aident à améliorer la qualité de la correction et de la découverte des défauts existants. Cela aide également à identifier les incohérences qui se produisent dans le logiciel.

Développement rapide d'applications :

La méthodologie du modèle d'application rapide aide à réduire les efforts et les risques requis de la part du développeur de logiciels.

Cette méthodologie aide également les clients à avoir un examen instantané du projet.

Le développement rapide d'applications encourage les commentaires des clients. Cela offre toujours une marge d'amélioration dans tout projet d'amélioration logicielle.

Au moment d'utiliser les développements d'applications rapides, il y a avec le processus qui rend sans effort divers domaines. Cela aide les clients à obtenir l'aide de la formation rapide d'avis. Il y a des retours des consommateurs qui apportent des améliorations aux logiciels.

Modèle de développement de système dynamique :

Le principal avantage de cette méthodologie est que les utilisateurs sont grandement impliqués dans l'amélioration du système. Il permet d'avoir une emprise supplémentaire sur le projet de développement logiciel.

Les fonctionnalités de base de ce modèle sont livrées à une vitesse rapide avec des fonctionnalités supplémentaires livrées à des successions rapides.

Il offre également un accès facile des développeurs aux utilisateurs finaux.

L'utilisateur utilisant les développements dynamiques du système fournit la préhension dans l'ensemble du processus de développement du logiciel. Il aide à la vérification des fonctions des livrables et fournit des offres en mode d'accès facile à l'utilisateur lors de développements de logiciels.

Méthodologie de programmation extrême :

Le principal avantage de la méthodologie de programmation extrême est que ce modèle de développement met l'accent sur l'implication du client.

Cela aide également à établir des calendriers et des plans rationnels pour que les développeurs s'engagent personnellement à respecter leurs calendriers. C'est aussi un gros avantage de ce modèle.

Ce modèle de développement logiciel permet aux développeurs de créer des logiciels de qualité car il est conforme aux méthodes modernes de développement logiciel.

Cela permet de se concentrer sur l'implication des consommateurs. Il établit la programmation appropriée et élabore un plan rationnel. Cependant, le développeur devient plus engagé au moment de l'achèvement des travaux du projet. Il existe des implications de méthodes modernes qui aident au développement de logiciels de meilleure qualité.

Développement axé sur l'avenir :

Le modèle de développement axé sur l'avenir de l'amélioration des logiciels aide à déplacer des projets de grande taille et à obtenir un succès reproductible.

Comme ce modèle se compose de cinq processus simples, il est utile de réaliser un projet de la manière la plus simple et en peu de temps.

Selon Arbain, et al. (2014, p. 25), le modèle FDD est conçu pour établir des normes pour l'industrie du développement de logiciels. Par conséquent, il facilite l'amélioration facile.

Le principal avantage réside dans le succès continu obtenu grâce au travail de projet. Il y a des implications des différentes procédures qui sont suivies avec les résultats. Il existe différentes normes qui rendent les développements du logiciel au moment de l'utilisation par les utilisateurs.

Méthodologie de développement d'applications conjointes

Il permet avec les différentes congrégations qui font les alliances dans la collecte de données excessives. Cela aide également à produire une grande quantité d'informations qui donnent une valeur appropriée à un court intervalle de temps. Les différences qui surviennent dans les demandes conjointes incluent la résolution des problèmes importants. Cela rend le forum qui aide à l'exploration dans les domaines de points multiples.

Méthodologie de développements Lean

Il comprend avec le moindre montant de budget et la nécessité du temps nécessaire pour faire les développements de méthodologie. Cela aide à permettre une meilleure livraison des produits à un stade précoce.

processus unifié rationnel

L'accent mis sur les formes précises des documents rend l'achèvement du travail de projet. Dans l'intégration, il y a des exigences qui rendent le meilleur processus de travail.

3.1 Recherche par sondage en génie logiciel avec problèmes et stratégies
Le processus en cascade dans la perspective organisationnelle prend en compte plusieurs éléments qui incluent les exigences pour l'ensemble des procédures, la conception du système, la mise en œuvre de la procédure, la vérification des services et le processus de maintenance qui aident au développement du logiciel et à l'implication de l'ensemble. La technique actuelle de génie logiciel concerne certaines des activités qui aident à la production du logiciel, puis font progresser la procédure efficace. La modification du système et l'approche systématique de la technique d'implication logicielle envisagent le développement de logiciels à partir de zéro. Le développement incrémental du processus de génie logiciel coexiste avec plusieurs modèles et leurs implications afin que le facteur de développement puisse être ajusté avec toute la possibilité (Wohlin et Aurum 2015, p.1429).

3.1.2 Publics cibles et cadre d'échantillonnage

L'identification de la population cible concerne l'établissement si les publics cibles souhaités sont intéressés à s'engager dans la recherche concernée. En plus de la discussion ci-dessus, la sélection du marché ou des publics cibles appropriés pour le sujet de recherche concerné est effectuée conformément aux objectifs marqués pour la recherche. De plus, la conception des instruments d'enquête est composée du point de vue des répondants ayant une définition claire du public cible et du marché cible. Ainsi, la règle appliquée pour la méthode de sélection de l'enquête les questions d'entretien ou les questionnaires tels que préparés du sujet de recherche.

Figure 8 : Marketing de ciblage

(Source : Vallon et al. 2016)

3.1.3 Conception du plan d'échantillonnage

Comme indiqué par Die et al. (2016), l'échantillonnage a été marqué comme une procédure de sélection de l'échantillon à des fins d'étude. Les caractéristiques de la population sont encore marquées en termes d'échantillons sélectionnés selon le sujet de recherche. Comme pour les instances, l'échantillonnage est nécessaire pour diviser la population en deux types de base marqués comme l'échantillonnage probabiliste et non probabiliste. Par conséquent, chacun des types a ses propres spécifications. Ces spécifications sont marquées en termes d'échantillonnage aléatoire, d'échantillonnage systématique, d'échantillonnage stratifié, tandis que l'échantillonnage non probabiliste comprenait en outre l'échantillonnage de commodité, l'échantillonnage par jugement, l'échantillonnage par quotas ainsi que l'échantillonnage boule de neige.

3.1.4 Évaluation de l'instrument d'enquête

Le processus de développement logiciel progresse avec une partie du modèle de cycle, un modèle de cycle de vie séquentiel linéaire et il prend en charge les différentes phrases de la technique de développement logiciel. Les facteurs de développement incertains et faibles aident à considérer la progression efficace de diverses choses qui contribuent au processus de croissance et de développement continus.Le bon cheminement du projet et la perspective déterminante de l'ensemble de l'étude envisagent avec la succession continue du projet. Les phrases en cascade dans cet aspect développent la technique de chevauchement avec la formation d'un arrière-plan entier et leur traitement ultérieur des choses d'une manière possible. Dans le processus de développement incrémentiel, le modèle suivra les exigences et la collecte des informations avec une analyse appropriée, la conception du système pour l'ensemble, le processus de mise en œuvre, le test de l'ensemble, le développement du système, puis progressera avec la formation systématique et enfin le entretien de l'ensemble. La convivialité et la reconnaissance du développement du modèle créent cette gestion appropriée et cette approche logique pour la progression du système (Harman et al. 2014, p.14). Le processus d'examen spécifique et les livrables aident l'ensemble à étudier avec un domaine de formation et il découvrira plusieurs façons de revoir l'ensemble de la gestion du processus.

Les exigences du projet deviennent simples et logiques avec le modèle et cela aide l'ensemble à créer une étape simple et concise afin que les autres choses ne se chevauchent pas. Au cours du processus incrémentiel, le développement, il est essentiel que le risque et l'incertitude puissent être minimisés et que l'objet orienté objet puisse être maintenu avec une approche appropriée (Karaboga et al. 2014, p. 25). Les complexités et la progression de l'approche génèrent la compréhension où la gestion de projet et leur association avec différentes choses afin qu'elle puisse répondre à d'autres exigences du projet de manière logique. La progression claire, fixe et axée sur le système développe les nombreuses autres exigences afin qu'elle puisse projeter les choses de manière appropriée et que cela rende l'ensemble plus stable. Les projets longs et en cours modèrent le tout et la technique bien gérée des projets aide à développer les aspects technologiques et change toute l'appréciation des choses. A l'aide des faits technologiques et de leurs applications, il est facile d'envisager la gestion de projet avec un petit facteur de processus.

3.2 Vers une méthodologie générale de génie logiciel pour l'internet des objets

Les systèmes logiciels et la technique de démarrage dans la procédure d'ingénierie sont l'approche initiale du facteur productif qui n'est pas maintenu et ce facteur de croissance se poursuit avec un engagement continu et le facteur qui décrit les procédures et méthodes factuelles crée l'approche systématique. L'évaluation du logiciel et le schéma conceptuel dirigent l'ensemble de sorte que les activités de développement impliquent une progression systématique. Le système et les tâches d'ingénierie nécessitent un travail constant et leurs achèvements doivent traiter le champ traité avec l'approche logique pour l'ensemble de la base (Thüm et al. 2014, p 6).

3.2.2 Infrastructure du logiciel

Afin de faire du système IoT un objectif capable et utilisable, le besoin de l'infrastructure logicielle s'est fait sentir. L'infrastructure logicielle traite en outre du collage de différentes choses qui contribue davantage à fournir un sens aux parties prenantes et aux utilisateurs qui accèdent au système IoT.

Cependant, il existe différents problèmes techniques rencontrés dans le processus de colle. Ces problèmes techniques sont marqués en termes d'interopérabilité, de découverte, de sémantique, de conscience de soi et de contexte, de fondations de groupe et autres. En plus de la discussion faite ci-dessus, l'accès aux capacités et fonctionnalités de la responsabilité individuelle de l'utilisateur est dominé par les visions Web of Things ou WoT. De plus, le concept de fonctionnalités et de services d'exposition se rapporte aux éléments individuels tels que les services REST. La variété des objectifs de l'infrastructure middleware prend en charge la fourniture des services IoT et de ses applications. Les spécifications des différentes propositions reposent davantage sur le e support à l'approche WoT. Cela signifie également que le modèle de coordination spécifique à l'odf prend en charge.

3.2.3 Applications et services

La structure informatique dans le travail basé sur la procédure actuelle et son introduction génèrent le terme de gestion opérationnelle spécifique afin que la procédure d'ingénierie puisse inclure la structure de fabrication de processus solide et qu'à l'avenir l'entreprise puisse développer ses objectifs de travail. Afin de rendre le système parfait et la capacité du service, les aspects techniques prennent en compte différentes infrastructures logicielles. La manière contrôlable et traitable développe l'interrogation où les appareils électroniques à faible coût progressent avec les différentes compréhensions dans le développement du processus et le spectre doit couvrir l'ensemble. Les facteurs électroniques sans fil et leur traitement de l'information fonctionnent avec la communication à courte portée et l'extrémité inférieure pour l'activation du système de suivi. Les détecteurs de mouvement et le fond environnemental associé à la structure de communication à courte portée et à cette chose coopèrent à une solution possible afin qu'enfin il puisse traiter correctement les vérifications jointes.

Plusieurs configurations et leurs applications mettent l'association forte des positions de suivi pour certains des appareils et se connectent ensuite numériquement à plusieurs autres activités. Les fins responsables et délégantes détectent le traitement de manière à ce qu'il puisse diriger la vérification indispensable du logiciel et ensuite se connecter pour le meilleur. Afin de diriger, plusieurs activités il est essentiel qu'il intègre les procédures du contrôleur Arduino-link et leurs apports en foudre peuvent facilement créer la formation afin de détecter la salle de conférence. En dehors de cela, la prise de conscience de différents contextes, y compris le processus d'auto-adaptation, aide à considérer le manque de fiabilité, l'éphémère inhérent davantage et à trouver la connexion sans fil (Anand et al. 2013, p.2000). Plusieurs implications et l'actualisation prévue fonctionnent pour l'ensemble. La longue distance et leur mesure génèrent le processus de fabrication disponible afin qu'il puisse progresser efficacement pour le chemin prévu pour l'exigence dans les mécanismes.

Le souci d'accéder à plusieurs choses, y compris les fonctionnalités dans la conception du processus et leurs différentes capacités, considèrent les fonctionnalités d'orchestration et la domination actuelle pour l'ensemble du processus génèrent ce « réseau d'objets » subjectif. Les composants clés et leur variation dans la formation logique fonctionnent pour la technique d'ingénierie système et aident à la coordination intelligente des choses, des avatars, des combinaisons avec différents groupes, fonctionnalités, groupes et plusieurs politiques et enfin les parties prenantes internes et externes, y compris les utilisateurs finaux qui travaillent pour l'évaluation complète des choses. Les approches fiables et leurs attentes dans ce domaine abordent le développement, les implications, la conception et leur technique d'analyse logicielle.

3.3 Méthodologies de génie logiciel : examen du modèle en cascade et approche orientée objet

3.3.1 Présentation :

Un processus de développement logiciel permet à l'application de fonctionner en diverses phases et possède une intention intégrée d'émanciper les notions sous-jacentes de conception, de gestion de produit et de projet. La monnaie populaire dans cette discipline est Cycle de vie du développement logiciel et, conformément aux appréhensions de l'essence de la monnaie est d'assurer l'inclusion de certains livrables en considération qui a été principalement développé pour maintenir une application spécifique. Il a été considérablement découvert qu'il existe une tendance actuelle à démontrer la plupart du développement moderne comme agile et le modèle de cycle de vie est souvent utilisé pour catégoriser un processus spécifique de développement méthodologique logiciel qu'une organisation est susceptible d'opter. Sur ce, on peut rappeler le fameux cas de où les appréhensions montrent que peu de domaines sont académiquement considérés comme un sous-ensemble légitime de Cycle de vie du développement des systèmes puisqu'il semble compatible avec le modèle de cycle de vie en spirale.

&lsquo 60s est largement considéré comme la scène émergente de SDM, qui est l'acronyme de Software Development Methodology. L'envie de construire des systèmes d'information organisés permet de manière significative le développement de Cycle de vie du développement des systèmes (SDLC), dont l'essence, selon est d'indiquer la poursuite du développement de l'archive d'information virtuelle de manière ordonnée tout en pratiquant une rigidité absolue tout au long de la séquence d'initiation à la livraison. L'objectif absolu du cadre respectif est de générer un système d'entreprise organisé d'une compatibilité fonctionnelle gigantesque afin de faire face au soulèvement mondial de conglomérats commerciaux à grande échelle. Sur cette note, les systèmes d'information dominants sont littéralement exploités pour traiter une charge importante de données tout en suivant calcul des nombres des horaires.

L'évolution ultérieure des méthodologies et des cadres a été évaluée pour fonctionner régulièrement conformément aux objectifs quotidiens de certaines organisations commerciales tout en subissant des phases proscriptives spécifiques. La littérature pertinente et plusieurs autres articles ont accordé suffisamment de véhémence à la demande intense pour développer des méthodologies robustes mais flexibles qui peuvent être utilisées efficacement pour établir une métrique personnalisée des phases et des conditions qui peuvent inaugurer l'objectif absolu d'un projet spécifique. L'exemple posé par peut être digne d'être mentionné ici où le chercheur a fait part de plusieurs préoccupations concernant le parrainage et la maintenance qui semblent enclins à distribuer une métrique approuvée de témoignages officiels suffisamment puissants pour façonner un projet entier.

Sur une note détaillée, le cycle de vie du développement est généralement composé de plusieurs phases fonctionnelles qui sont conditionnées à la conception, à la construction, à l'examen et à la livraison d'applications et généralement administrées par un framework en cascade pendant plusieurs décennies. Le projet a ensuite été organisé en différentes séquences afin d'établir une donnée d'assemblage, qui est conditionnée à,

  1. Terminer la planification et les travaux associés
  2. Identification des prérequis détaillés
  3. Conception et développement de l'ensemble du système
  4. Examen de la probabilité d'acceptation de l'utilisateur
  5. Lancement de fabrication
  6. Assistance et entretien

La plupart des projets de développement de logiciels à grande échelle ont échoué car la plupart d'entre eux ont subi des dépassements de coûts et de temps considérables, un manque de fiabilité et l'incapacité d'atteindre les résultats souhaités. a décrit la création de logiciels comme une activité complexe en raison de la présence de composants mobiles avec des interdépendances compliquées et tout aussi chronophages. Comme il s'agit d'une propension inhérente des objectifs commerciaux absolus à évoluer au fil des ans conformément à l'avènement de l'expertise technologique et à l'augmentation des attentes des clients, le cadre traditionnel de Waterfall a commencé à être obsolète en raison de son modus operandi rigidement statique et de son incapacité à éteindre le aspirations dynamiques du cycle de vie appliqué du développement. De plus, l'estimation du développement logiciel et l'influence qui en résulte sur la durée de la tâche est difficile à appréhender et il est fréquent pour tout développeur de reconsidérer les axiomes de l'application en raison de la définition potentiellement sous-spécifiée des exigences et de l'incompatibilité de compréhension besoins réels. Ce manque de définitions appropriées, associé à l'incapacité de faire face à l'évolution de l'objectif commercial, facilite la chute de l'application de développement logiciel.

À une époque allant des années 80 et 90, la plupart des organisations commerciales sont enclines à utiliser le modèle Waterfall traditionnel en raison de son acceptation de premier plan et de son accessibilité transparente. Selon les appréhensions des développeurs d'applications, ils ont commencé à chercher des alternatives et des stratégies de contournement principalement afin de réduire considérablement les risques du projet.

3.4 Recherche par sondage en génie logiciel : problèmes et stratégies

La nécessité d'une enquête empirique dans le domaine du génie logiciel est en train d'émerger. De nombreux chercheurs à l'heure actuelle conduisent et ont prouvé leur solution en utilisant ce travail de recherche empirique. L'une des meilleures méthodes à mener, la recherche empirique est l'enquête, qui permet aux chercheurs d'accumuler des données à partir d'une grande quantité de population. Le but de cette enquête est de généraliser les résultats.

Dans cette étude spécifique, le chercheur vise à souligner les problèmes auxquels les chercheurs sont confrontés lors de la conception de leurs stratégies d'enquête et de réduction.

Une revue de la littérature a été développée en menant des entretiens structurés avec près d'une dizaine de chercheurs en génie logiciel afin de connaître leurs points de vue sur les questions problématiques et les stratégies de diminution. Les chercheurs se concentrent principalement sur le génie logiciel empirique.

Dans cette recherche particulière, 25 problèmes de recherche ont été identifiés et il y a plus d'environ 65 stratégies selon le résultat de l'enquête menée. Le problème de discussion le plus courant concerne l'échantillonnage, qui était très difficile à obtenir. Afin d'améliorer la conception de l'instrument d'enquête, l'exécution, l'évolution et la recommandation d'outils de pré-test de questionnaire et d'enquête. L'effet de l'implication de plusieurs chercheurs dans l'analyse de cette recherche a été très mouvementé.

Les problèmes et stratégies d'impliquer de nombreux chercheurs au cours de trois études pour concevoir le réacteur. Il est évident d'observer qu'entre cela, certaines stratégies sont contradictoires. Cela montre qu'il est important de mener une analyse de commerce entre les stratégies.

3.4.1. Introduction:

Les enquêtes sont ce type de méthode qui a été fréquemment utilisée dans le contexte du génie logiciel. Voici quelques études de cas et enquêtes qui doivent être soulignées et mentionnées ci-dessous de manière appropriée.

L'enquête est l'un des outils qui étudient la méthode pour utiliser plusieurs données provenant d'un grand nombre de population. Il existe des résultats d'enquête caractérisés par différents types d'auteurs. Selon Babbie a déclaré &ldquosurveys visent à comprendre l'ensemble de la population en fonction de l'échantillon tiré&rdquo. Flink dit que certaines enquêtes sont efficaces pour analyser les connaissances sociétales avec les connaissances individuelles. Selon Whim et al. il met en évidence que &ldquo de nombreuses variables quantifiables et traitables peuvent être collectées en utilisant divers outils. Ensuite, selon l'opinion de Flower déclare que des preuves statistiques peuvent être obtenues dans une enquête & rdquo. Dawns a ajouté que si les enquêtes sont tirées de manière qualitative ou quantitative de l'ensemble de la population. De plus, le taux du membre répondant était rarement identifié (Wohlin et Aurum, 2015) .

Certains aspects liés à l'échantillonnage sont les problèmes les plus prioritaires dans le temps de collecte des données. Conformément à la limitation de la littérature agile, il est important d'explorer l'utilisation de la compréhension de la manière dont les fprv menaient l'enquête sur le théâtre accumulent des données. Rhios Factors souligne la nécessité d'un cadre pour évaluer la recherche par sondage car il n'est pas disponible dans la littérature sur le génie logiciel. Stavru souligne également le besoin de cadres pour évaluer la recherche dans les enquêtes car il n'y avait pas beaucoup de littérature de recherche disponible. À ce moment-là, les chercheurs reconnaissent qu'ils sont confrontés à des problèmes lorsqu'ils souhaitent mener des enquêtes. Le problème mis en évidence, comme la généralisabilité limitée, la fiabilité de l'enquête et les problèmes rencontrés, pourrait être soit qu'il soit inconscient des problèmes ou qu'ils manquent de stratégies pour surmonter les problèmes dans le processus d'enquête. Dans les deux cas, les enquêtes ne sont pas fiables.

Cette étude a pour objectif principal d'identifier les problèmes auxquels le chercheur est souvent confronté. Dans cette recherche, l'accent est mis sur l'identification du problème auquel les chercheurs sont confrontés et la documentation dans l'enquête qu'ils exécutent et les stratégies de réduction qu'ils rapporteront. Dans cette recherche particulière, la contribution suivante porte sur

C1 : Identifier le problème du chercheur en génie logiciel auquel il est confronté pendant la durée de la recherche.

C2 : Identifier les stratégies d'atténuation :

La contribution est réalisée grâce à la revue de la littérature combinée à un entretien qui a été réalisé auprès de plus de neuf sujets. Dans cette partie de revue de la littérature, nous nous concentrons sur les résultats de l'enquête existante et sur la réduction des problèmes observés ce qui leur a été signalé. Dans ce cas, la méthode de recherche traditionnelle a été utilisée. Cette étude a été basée sur un échantillonnage convaincant et un entretien de présence physique. Tous les résultats des entretiens ont été analysés via une analyse thématique.

Le reste de cette étude a été structuré comme une mention future. La section 2 met en évidence le contexte de la recherche par enquête en expliquant le processus de réalisation de la recherche de l'enquête. La section trois a présenté comme le travail connexe où tous les problèmes comme les stratégies où il est obtenu à partir des contours existants ainsi que les études primaires menées dans le domaine du génie logiciel, la section 4 explique la conception de la recherche pour l'étude d'entretien est conduit. Le résultat est que l'entretien est décrit dans la partie de la section 85 et la section 6 est illustrée sur les résultats de l'étude de la littérature et la date de l'entretien. Enfin, la section 7 conclut le document.

3.4.2 Contexte de la méthode de recherche par sondage

Les méthodologies d'enquête définissent les méthodologies d'enquête comme une conception fixe qui est d'abord planifiée par le fabricant et exécutée, ce concept a été approuvé par Robson et Mccartan. De plus, Molleri et a. a indiqué les étapes de la ligne directrice de recherche par sondage à des fins de génie logiciel. Les étapes définies les plus courantes sont mises en évidence dans la figure suivante :

3.4.3 Objectifs de recherche définis :

La première étape consiste à identifier les objectifs de recherche. Ils aident à définir la portée des objectifs de recherche requis. Il est important de faire la lumière sur les problèmes spécifiques en dehors de l'identification des questions dans le travail de recherche. Au moment de la formation des questions de recherche, les questions suivantes doivent être formulées de la manière suivante :

·Quels sont les facteurs de motivation derrière le travail d'enquête ?

·Quelles sont les ressources réelles nécessaires pour obtenir tous les résultats de l'enquête ?

·Quels sont les domaines de possibilité qui sont très proches des objectifs de la recherche et qui sont laissés à l'abandon.

·Quelle est la population de consentements cible de l'enquête ?

·Comment utiliser les données de l'enquête ?

Tout en définissant les objectifs des objectifs de recherche aux fins de l'enquête, il faut tenir compte du travail relatif à ce domaine particulier. Les connaissances sur la même recherche aident le chercheur à affiner les objectifs.

Selon l'opinion de Wohium et al, il est clairement défini le but des objectifs et les motifs de la réalisation d'une enquête systématique. Cela serait basé sur les objectifs et l'enquête, il entre dans l'une des trois catégories ci-dessous.

·Les enquêtes descriptives sont organisées dans le but d'expliquer les traits de la population donnée. Par exemple, ils décrivent ce qui décrit la pratique de développement.

·Les enquêtes exploratoires aident à enquêter sur la relation de cause à effet.Par exemple, ils essaient d'expliquer pourquoi une pratique de développement de logiciels n'est pas adoptée dans la pratique.

·Les enquêtes exploratoires aident les chercheurs à examiner un sujet particulier sous un angle différent. Ces enquêtes sont généralement menées conformément à l'étude mentionnée précédemment. Le permet au chercheur de connaître les modèles inconnus du chercheur ( Karaboga et al. 2014). Les connaissances sont obtenues à partir de l'étude mentionnée précédemment, qui sera clairement décrite comme une base pour mener l'exploration ou la description dans le futur.

Public ciblé et base de sondage identifiée

L'identification des populations cibles implique les établissements publics cibles. La sélection du public cible sera guidée par les objectifs de recherche énoncés. La conception de l'instrument doit être conçue du point de vue des répondants. L'instrument de l'enquête doit être conçu du point de vue du chercheur. Des cuisses fines donneront une définition claire des populations et du public cible. La règle de la sélection de la méthode de faire l'enquête.

Le public cible est généralement choisi pour l'ensemble de la population, ce qui est choisi aux fins de l'enquête. Les connaissances obtenues à partir de l'étude mentionnée précédemment seront sélectionnées pour déterminer le résultat de la recherche. La règle sera appliquée lors de la sélection de la méthode de réalisation de l'enquête.

Le public sélectionné est généralement choisi dans l'ensemble de la population, s'il y contribue par ses valeurs distinctives. L'échantillon a été sélectionné pour l'échantillonnage comprenant une base de sondage parmi les répondants possibles de la population globale. La population peut être classée dans une sous-population basée sur les attributs distingués. Il peut être utilisé pour faire un quota ou un échantillonnage stratifié.

Les quatre principaux problèmes de base de l'échantillonnage sont mentionnés en tant que suiveurs - éléments étrangers, entrées en double, éléments manquants et cluster basé sur le groupe.

Les données de l'enquête sont analysées :

Les données obtenues des données d'enquête acquises ont été analysées dans cette étape. L'analyse des données dépend du type de questions utilisées dans l'enquête.

Les méthodes courantes d'analyse pour connaître le résultat de l'ensemble du travail de recherche. Les questions ouvertes sont l'analyse du discours et la théorie ancrée, l'analyse du contenu et l'analyse esmaticx. Les méthodes courantes pour effectuer l'analyse sont les méthodes de résultat sont l'analyse statistique, k problème d'hypothèse ( Thüm et al. 2014) .

La validation des données: Avant d'évaluer le résultat de l'enquête, le chercheur doit vérifier la cohérence et la compétence de la réponse. Toutes les réponses aux questions ambiguës doivent être identifiées et traitées.

Partitionnement des réponses : Le chercheur doit diviser sa réponse en sous-groupes avant l'analyse des données. Toute la fête s'est généralement faite en utilisant les données obtenues à partir des questions démographiques.

Codage des données : Les progiciels statistiques ne peuvent pas traiter les catégories de chaînes de caractères des répondants. Le chercheur chercheur doit avoir à convertir les données d'échelle ordinale et nominale.

3.4.4 Conclusion de l'évaluation des données de l'enquête :

Tous les résultats seront analysés, doivent en être extraits. Une évaluation au cours de l'examen et une évaluation doivent avoir lieu sur les résultats. La fiabilité, la validité et la gestion des risques doivent être évaluées au moment de rédiger la conclusion. Ce travail de recherche a quelques menaces, néanmoins la motivation principale est de faire identifier au début du travail de recherche.

3.5 Une approche pour permettre une réutilisation efficace et systématique des logiciels

3.5.1 Présentation

Afin de faciliter une poursuite transparente, dans la plupart des cas, l'intention d'exercer un logiciel à réutiliser, les normes mondiales de génie logiciel mettent l'accent sur l'emploi d'un développement maigre méthodologie. Cette intention est encore justifiée par le fait qu'au regard de l'avancée actuelle de l'expertise technologique, la méthodologie de développement lean confère une véhémence considérable à l'établissement, qui ne nécessite aucun effort de gestion. Ce sous-ensemble important de la méthodologie agile semble intentionnellement beaucoup plus absorbé en raison de sa conception exquise mais robuste. L'objectif ultime de cette procédure particulière est d'améliorer les aspects de gestion des produits de manière rapide et rentable sans aucune contrainte stricte de flux de travail impératif. De plus, puisqu'il permet à la livraison d'être très précoce, l'intention de réutilisation du logiciel par la vertu de celui-ci. Il est impératif pour le développeur qui a l'intention de réutiliser le logiciel sous-jacent d'identifier le potentiel d'un framework tout en permettant au framework respectif d'être suffisamment systématique et organisé pour pouvoir être utilisé dans les projets lean.

3.5.2 Réutilisation du logiciel

Avec l'avènement du développement de logiciels, le potentiel d'une application logicielle à réutiliser doit être immédiatement identifié. En l'absence de l'organe directeur, il est de pratique courante d'effectuer la réutilisation simplement en copiant la source prototype. Cependant, cette pratique a rapidement développé un sentiment d'incompatibilité et a commencé à demander un effort énorme, principalement en termes de maintenance et qui permet aux praticiens potentiels de réaliser qu'ils ont besoin d'une approche séquentielle et systématique pour favoriser l'intention de réutiliser un logiciel. application.

L'essence discutable à réutiliser est de répondre à la cause de l'utilisation des composants courants tout en minimisant le temps et le budget de développement d'applications logicielles alternatives. De plus, il entend garantir l'apparence et le comportement identiques des composants existants fonctionnant avec la même quantité de fonctionnalités. Pour ce faire, les développeurs de logiciels potentiels ont ressenti le besoin inhérent de concevoir une discipline pertinente pour la réutilisation de l'application logicielle. Cela peut être posé comme un plaidoyer pour développer une infrastructure compatible et organisée qui peut faciliter la réutilisation des applications logicielles courantes tout en collectant des fonds.

3.5.3 Domaines pertinents pour la réutilisation

Afin de traiter les différentes facettes de la réutilisation des logiciels dans divers domaines techniques, l'identification des domaines appropriés est un critère impératif car il est urgent d'intégrer les derniers développements aux plates-formes de produits virtuelles. Sur cette note, l'identification de plusieurs équipes de projet est nécessaire afin d'effectuer le projet ainsi que les tâches liées aux composants. Un propriétaire de composant unique est généralement employé pour ce type de pratiques afin de servir à l'amélioration des exposants prédominants de l'application logicielle respective tout en recherchant des propositions considérables pour de nouveaux composants, qui doivent encore être réutilisés. Cette demande est en outre couplée à la définition d'une trajectoire exclusive afin d'appréhender l'architecture qui est censée être déployée en tant que nouveaux composants de réutilisation. Dans le même ordre d'idées, un propriétaire de domaine unique est susceptible d'être employé et doté de la tâche de concevoir, exécuter, exécuter, expérimenter, lancer et maintenir les composants, qui sont censés être réutilisés.

3.5.4 Assurer la réutilisation

L'architecte correspondant est doté de l'instruction de réduire le budget initial ainsi que le coût de maintenance car il résonne avec l'essence discutable de l'application logicielle de réutilisation. Sur cette note, il est impératif d'aborder le fait que l'architecture entière est conçue pour aider le domaine ainsi que les propriétaires de composants afin de faciliter la poursuite de l'accomplissement de la devise absolue de l'ensemble de l'organisation.

Afin d'introduire la séquence requise dans l'infrastructure, il est essentiel de configurer les compétences de gestion prudentes tout en permettant à l'ensemble de l'infrastructure avec suivi des défauts. Il préconise l'intégration transparente de la gestion de la configuration avec la gestion des versions et le suivi des défauts des principaux composants de réutilisation comme les composants de projet identiques. Il permet à l'infrastructure avec le bonheur d'inclure plusieurs autres composants de réutilisation comme tout autre composant de projet intégral. De plus, le traitement des défauts était habitué à plusieurs fins de réutilisation afin de doter l'infrastructure de la capacité de surveiller les défauts potentiels sur les composants de réutilisation.

D'autre part, le portail Web est censé partager des informations concernant les divers composants de réutilisation, leurs caractéristiques et liens pour acquérir une documentation appropriée. Celui-ci sert en outre d'agent pour discerner la réutilisation des composants disponibles. Le taux d'utilisation ainsi que la proportion d'économies de calcul peuvent être calculés comme le produit du nombre de composants par la moitié du coût total de développement du composant.

3.5.5 Expériences et enjeux avec l'approche initiale

Comme la plupart des propriétaires de composants sont vulnérables à l'équipe de projet, ils sont censés être dotés d'efforts spécifiques au projet en raison des pressions excessives des délais du projet. Cela a influencé la compétence des propriétaires de composants comme prévu afin de sonder les objets de quelques autres discussions.

3.5.6 Conclusion

Les approches de changement sous-jacentes ont posé les résultats attendus de l'altération considérable de la culture intégrale afin de la réutiliser. L'équipe de réutilisation est censée augmenter la qualité de l'information tout en conférant un impact considérable sur la précision et en réduisant le développement afin de réduire le budget global.

3.6 escience SWaT &ndash vers une méthodologie de génie logiciel eScience

3.6.1 Présentation

Ce travail de recherche s'affirme avec l'appui apporté par l'informatique dans les développements de logiciels. Plusieurs cycles de vie ont été suivis pour acquérir de nouvelles technologies qui pourraient aider à la croissance des logiciels, en particulier dans les domaines de l'ingénierie. C'est là que réside la connaissance qui met à disposition l'ensemble des systèmes de manière systématique. Il comprend avec les approches scientifiques qui détermine le domaine dans les domaines utiles. Cependant, cela rend un meilleur mode de champs qui améliore les domaines standardisés et les approches appropriées dans les développements de systèmes utilisant des formes scientifiques d'information. Cela inclut l'utilisation d'eScienceSWaT qui rend la méthodologie sur les développements logiciels parmi les nouveaux utilisateurs. Les formes de méthodologie de génie logiciel fournissent les objectifs principaux dans les formes scientifiques qui fournissent les approches dans les zones amicales par l'utilisation d'applications en technologie logicielle. Il réside dans la connaissance à travers les domaines de l'informatique et de l'ingénierie par l'information scientifique. Le système fournit les meilleures formes de méthodes qui rendent la meilleure formation de décisions dans les meilleurs modes d'approches. Le génie logiciel fournit la grande quantité de connaissances qui pourraient être abordées dans les développements de logiciels et de manière systématique dans les gestions. La forme standard de méthodologie fournit les concepts et les principes d'une meilleure manière qui rend les pratiques complètes ( Belgacem et Abdennadher, 2015 ).

3.6.2 Art d'État

Il comprend avec les différentes approches qui rend l'achèvement des travaux dans l'informatique. Il existe divers objectifs qui rendent le support informatique à travers le flux de travail sous les formes scientifiques qui pourraient facilement résoudre les problèmes afin de terminer l'ensemble du travail. Ce flux de travail contribue au meilleur mode d'approches dans le cycle de vie et la méthodologie. Il existe différents modes d'approches dans les domaines techniques qui permettent l'achèvement du cycle de vie dans l'eScience.

Là réside avec les réutilisations de solutions qui font les développements de logiciels et introduisent divers concepts. Les principaux avantages de l'utilisation du logiciel incluent la réduction de la complexité de la solution pour améliorer les résultats. Il fournit aux zones indépendantes l'utilisation de la technologie au moment de la croissance du logiciel. Ce modèle a été introduit par les experts pour améliorer un meilleur mode de pratiques dans l'amélioration des solutions. Divers langages pourraient être déterminés à travers les modèles qui font la puissance des développements de nouveaux logiciels dans l'ingénierie. Cependant, ce modèle fait la croissance du modèle dans l'informatique qui pourrait fournir les nouveaux produits sur le marché (Astsatryan et al. 2016 ).

3.6.3 Exigences

Les exigences comprennent avec le manque de coopération qui rend la réutilisation de la technologie dans les concepts de génie logiciel. Il inclut avec l'informatique qui fait le meilleur mode de support dans l'acquisition d'expériences dans les domaines logiciels. Diverses choses manquantes font la méthodologie de la manière unifiée qui fait l'ensemble des développements dans les expériences dans les domaines scientifiques. Un manque de domaines systématiques qui rend le meilleur mode de pratiques dans la modélisation du logiciel qui fournit les pratiques. Le meilleur mode de pratiques se forme avec les techniques dans les valeurs supérieures avec l'utilisation de logiciels avancés en technologie. Il existe différents modes de support dans l'outil qui font les développeurs et les domaines scientifiques avec l'infrastructure dans les domaines techniques. Le domaine fondamental du bloc fait le traitement des données qui aide aux développements de logiciels dans l'ingénierie. Le cycle de vie pourrait être réalisé grâce à l'ingénierie méthodologique dans le logiciel ( Belgacem et Abdennadher, 2015 ).

3.6.4 Méthodologie

À partir des travaux de recherche, il a été constaté que le génie logiciel s'est développé grâce à la méthodologie eScienceSWaT. Il existe différentes étapes qui aident à acquérir la capacité de prise de décision au moment de l'utilisation de la technologie. Il y a des implications d'applications qui rendent les meilleurs modes d'approches dans les artefacts avec le haut niveau d'applications. La forme améliorée de l'efficacité rend l'existant des solutions au moment de guider l'ensemble du travail. Cela rend les développements ultérieurs du logiciel au moment de l'exploitation des systèmes importants dans la technologie. Il y a des intégrations du logiciel et de la gestion de l'ensemble du travail dans les outils qui forment les existences. Cela inclut les étapes qui constituent la formation de l'ensemble de la modélisation avec les expériences d'utilisation qui pourraient développer davantage le logiciel et utilisées dans les domaines de l'ingénierie. Il augmente également les bénéfices avec l'utilisation de systèmes dans le logiciel à travers les meilleurs modes de pratiques (Ercan, 2015).

3.6.5 Architecture EscienceSWaT

Les différentes modélisations fournissent les systèmes par objectifs dans les expériences dans l'informatique. Il y a des interventions d'experts qui font l'achèvement des travaux. Les experts incluent avec l'utilisation de modèle qui fait les meilleures formes dans les développements de logiciel.

Il existe des implications de divers modèles qui créent les meilleures formes de relation à travers les modèles dans les domaines scientifiques. Il existe différentes couches qui réalisent et intègrent la technologie qui pourrait aider les domaines de l'ingénierie avec l'utilisation de logiciels. Cela réside dans le meilleur mode de décision qui aide à atteindre les objectifs fixés. Il réside dans la zone non fonctionnelle qui complète l'ensemble du processus avec l'utilisation de technologies avancées dans le logiciel ( Ercan, 2015 ).

3.6.6 Conclusion

Il a été conclu de la méthodologie qui rend l'achèvement du travail de recherche dans la meilleure manière d'exécution et de développements des pratiques dans les domaines scientifiques. Dans l'eScienceSWaT, il y a le cycle de vie dans les expériences qui fait les domaines d'ingénierie en utilisant les développements du logiciel que les domaines dans les domaines scientifiques. domaines informatiques. Afin de soutenir la méthodologie dans les domaines scientifiques, il inclut l'architecture dans la croissance des systèmes avec l'utilisation d'interactions dans l'eScienceSWaT.

Cette recherche vise à déterminer la meilleure méthodologie pour l'amélioration du logiciel. Il présentera une étude détaillée des différentes méthodologies du génie logiciel. Il présentera également les applications de ces méthodologies. Cette recherche vise également à comprendre les défis de ces méthodologies et à recommander des mesures pour atténuer ces défis.


Nous proposons un modèle composé de cinq facteurs humains qui influencent le succès des projets de développement de logiciels agiles en cours, le succès étant mesuré en termes de coût, de temps et de satisfaction client. Après avoir interrogé 216 praticiens agiles, les résultats obtenus à l'aide de SEM-PLS suggèrent que la « capacité de l'équipe » et « l'implication du client » sont les principaux facteurs contribuant au succès des projets de développement de logiciels agiles en cours. Ces résultats ont été triangulés avec l'approche de méthodes mixtes d'un groupe de discussion, qui a appuyé les conclusions. En sachant quels facteurs sont vraiment importants pour réussir, les gestionnaires et les équipes seront en mesure d'établir des priorités, améliorant ainsi les résultats du projet. Nous abordons cette question, ainsi que les limites de la recherche et les travaux futurs.

Carlos Tam est professeur assistant invité à NOVA IMS et technicien supérieur en information de gestion avec plus de 25 ans d'expérience bancaire, dont 15 dans une division mobile et internet. Il est titulaire d'un doctorat. de NOVA Information Management School (NOVA IMS), Universidade Nova de Lisboa, en gestion de l'information. Ses intérêts de recherche comprennent l'intelligence d'affaires, la gestion des connaissances, la gestion du rendement, l'information de gestion et l'adoption de la technologie. Son travail est paru dans Gestion du tourisme, gestion de l'information et de l'amp, ordinateurs à Hucomportement de l'homme, Informatisur les frontières des systèmes, Journal of Retailing and Consumer Services, et d'autres.

Eduardo Jóia da Costa Moura est un M.Sc. étudiant de la Nova Information Management School. Il détient un B.Sc. diplôme en gestion, qui l'a conduit à sa première expérience professionnelle en tant qu'analyste d'opérations pour une prestigieuse compagnie d'assurance portugaise. Ses intérêts de recherche portent sur la gestion de projet et les technologies de l'information. Ses recherches actuelles portent sur les facteurs humains influents pour la réussite des projets de développement logiciel agile.

Tiago Oliveira est professeur agrégé de gestion de l'information, doyen associé à la recherche et aux études doctorales à la NOVA Information Management School (NOVA IMS) et coordinateur du diplôme en gestion de l'information. Ses intérêts de recherche comprennent l'adoption de la technologie, la fracture numérique et la confidentialité. Il a publié des articles dans plusieurs revues et conférences universitaires, notamment Tourism Management, Information & Management, Decision Support Systems, Government Information Quarterly, Computers in Human Behaviour, Journal of Business Research, Information Technology & People, Information Systems Frontiers, International Journal of Information Management, Journal of Global Information Management, Gestion industrielle et systèmes de données, ordinateurs dans l'industrie, entre autres. Tiago est l'auteur de plus de 150 articles scientifiques dans des revues et des actes de conférences. Tiago a plus de 7000 citations (https://scholar.google.com/citations?user=RXwZPpoAAAAJ).

João Varajão est actuellement professeur de systèmes d'information et de gestion de projet à l'Université du Minho. Il est également chercheur au centre de recherche Algoritmi. Né et élevé au Portugal, il a fréquenté l'Université de Minho, où il a obtenu son diplôme (1995), sa maîtrise (1997) et son doctorat (2003) en technologies et systèmes d'information.En 2012, il a obtenu son diplôme d'habilitation à l'Université de Trás-os-Montes e Alto Douro. Ses principaux intérêts de recherche actuels portent sur la gestion de projets de systèmes d'information et la gestion des systèmes d'information (abordant, en particulier, la réussite de la gestion de projet et des projets). Avant de rejoindre le monde universitaire, il a travaillé comme consultant IT/IS, chef de projet, analyste de systèmes d'information et développeur de logiciels, pour des entreprises privées et des institutions publiques. Il a dirigé plus de 100 thèses de maîtrise et de doctorat dans le domaine des systèmes d'information. Il a publié plus de 300 ouvrages, dont des publications avec comité de lecture, des livres d'auteur, des livres édités, ainsi que des chapitres de livres et des communications lors de conférences internationales. Il est rédacteur en chef, rédacteur en chef adjoint et membre du comité de rédaction de revues internationales et a siégé à de nombreux comités de conférences et d'ateliers internationaux. Il est co-fondateur de CENTERIS – Conference on ENTERprise Information Systems et de ProjMAN – International Conference on Project MANagement. Il est rédacteur en chef de l'International Journal of Information Systems and Project Management (IJISPM).


Avez-vous besoin d'aide pour l'affectation?

Êtes-vous un étudiant du secondaire, du collège ou de l'université poursuivant un diplôme, un baccalauréat, une maîtrise ou un doctorat? degré? Parfois, les devoirs et la vie peuvent vous submerger.

Vous êtes occupé et n'avez pas le temps de vous occuper de votre mission ? Avez-vous peur que votre papier ne fasse pas la note? Avez-vous des responsabilités qui peuvent vous empêcher de rendre votre travail à temps ? Êtes-vous fatigué et pouvez à peine gérer votre mission? Vos notes sont-elles incohérentes ?

C'est là que nous intervenons. Quelle que soit votre raison, elle est valable ! Avec notre service d'aide aux devoirs des étudiants, vous pouvez soumettre tous vos devoirs à temps et obtenir de superbes notes. Vous pouvez obtenir une aide académique professionnelle de notre service à des tarifs abordables. Nous avons une équipe de rédacteurs universitaires professionnels qui peuvent gérer tous vos travaux.

Nos rédacteurs universitaires sont des diplômés titulaires d'un baccalauréat, d'une maîtrise, d'un doctorat et d'un doctorat dans diverses matières. L'exigence minimale pour être un écrivain universitaire avec notre service d'aide aux affectations est d'avoir un baccalauréat. Lors de l'attribution de votre commande, nous faisons correspondre le sujet du papier avec le domaine de spécialisation des écrivains.