[{"@context":"http:\/\/schema.org\/","@type":"BlogPosting","@id":"https:\/\/wiki.edu.vn\/all2fr\/wiki1\/case-de-candidature-wikipedia\/#BlogPosting","mainEntityOfPage":"https:\/\/wiki.edu.vn\/all2fr\/wiki1\/case-de-candidature-wikipedia\/","headline":"Case de candidature – Wikipedia","name":"Case de candidature – Wikipedia","description":"before-content-x4 Cet article traite de l’application de la technologie logicielle, pour l’application en tant qu’\u00e9l\u00e9ment de diagramme, voir le cas","datePublished":"2023-11-14","dateModified":"2023-11-14","author":{"@type":"Person","@id":"https:\/\/wiki.edu.vn\/all2fr\/wiki1\/author\/lordneo\/#Person","name":"lordneo","url":"https:\/\/wiki.edu.vn\/all2fr\/wiki1\/author\/lordneo\/","image":{"@type":"ImageObject","@id":"https:\/\/secure.gravatar.com\/avatar\/44a4cee54c4c053e967fe3e7d054edd4?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/44a4cee54c4c053e967fe3e7d054edd4?s=96&d=mm&r=g","height":96,"width":96}},"publisher":{"@type":"Organization","name":"Enzyklop\u00e4die","logo":{"@type":"ImageObject","@id":"https:\/\/wiki.edu.vn\/wiki4\/wp-content\/uploads\/2023\/08\/download.jpg","url":"https:\/\/wiki.edu.vn\/wiki4\/wp-content\/uploads\/2023\/08\/download.jpg","width":600,"height":60}},"image":{"@type":"ImageObject","@id":"https:\/\/upload.wikimedia.org\/wikipedia\/commons\/thumb\/e\/ea\/Disambig-dark.svg\/25px-Disambig-dark.svg.png","url":"https:\/\/upload.wikimedia.org\/wikipedia\/commons\/thumb\/e\/ea\/Disambig-dark.svg\/25px-Disambig-dark.svg.png","height":"19","width":"25"},"url":"https:\/\/wiki.edu.vn\/all2fr\/wiki1\/case-de-candidature-wikipedia\/","wordCount":2528,"articleBody":"     (adsbygoogle = window.adsbygoogle || []).push({});before-content-x4Cet article traite de l’application de la technologie logicielle, pour l’application en tant qu’\u00e9l\u00e9ment de diagramme, voir le cas d’application (UML).   Hi\u00e9rarchie des applications dans le style Cockburn UN Application (Engl. cas d’utilisation ) regroupe tous les sc\u00e9narios possibles qui peuvent se produire lorsqu’un acteur essaie d’utiliser le syst\u00e8me en consid\u00e9ration un certain objectif technique. objectif commercial ) atteindre. Il d\u00e9crit ce qui peut arriver en termes de contenu lorsqu’il essaie d’atteindre l’objectif et abstrait par des solutions techniques concr\u00e8tes. Le r\u00e9sultat de l’application peut \u00eatre un succ\u00e8s ou un \u00e9chec \/ d\u00e9molition.        (adsbygoogle = window.adsbygoogle || []).push({});after-content-x4Les cas de candidature sont g\u00e9n\u00e9ralement nomm\u00e9s comme les objectifs sont du point de vue des acteurs: Registre des membres , retirer de l’argent , Verser une voiture .        (adsbygoogle = window.adsbygoogle || []).push({});after-content-x4La granularit\u00e9 des applications peut diff\u00e9rer consid\u00e9rablement: \u00e0 un niveau tr\u00e8s \u00e9lev\u00e9, une application ne d\u00e9crit que ce qui se passe tr\u00e8s grossi\u00e8rement et ce qui se passe. Cependant, la technologie de la lettre d’application peut \u00eatre affin\u00e9e sauf au niveau des processus informatiques, de sorte que le comportement d’une application est d\u00e9crit en d\u00e9tail. Cela contredit l’intention d’origine des cas d’utilisation, mais est parfois fonctionnel. L’application et le processus m\u00e9tier sont souvent d\u00e9limit\u00e9s les uns des autres. Cependant, la r\u00e9f\u00e9rence \u00e0 la th\u00e9orie du syst\u00e8me montre que les applications et les processus m\u00e9tier d\u00e9crivent chacun une vue diff\u00e9rente du syst\u00e8me \u00e0 mod\u00e9liser: cas d’utilisation D\u00e9crivez ce que l’environnement attend du syst\u00e8me. UN Processus d’affaires D\u00e9crit une s\u00e9quence d’activit\u00e9s individuelles qui sont effectu\u00e9es progressivement afin d’atteindre un objectif commercial ou op\u00e9rationnel. Cette d\u00e9marcation s’applique \u00e9galement quel que soit le type de syst\u00e8me \u00e0 mod\u00e9liser pour les entreprises et les logiciels. Il n’est pas non plus \u00e9quivalent \u00e0 la distinction entre la mod\u00e9lisation de la bo\u00eete blanche et la mod\u00e9lisation de la bo\u00eete noire. Les termes application commerciale (anglais cas d’utilisation de l’entreprise ) et l’application syst\u00e8me (anglais cas d’utilisation du syst\u00e8me ) D’un autre c\u00f4t\u00e9, d\u00e9crivez le contenu du syst\u00e8me consid\u00e9r\u00e9:        (adsbygoogle = window.adsbygoogle || []).push({});after-content-x4En cas d’application syst\u00e8me, le contenu est d\u00e9fini par le syst\u00e8me \u00e0 d\u00e9velopper. En cas d’application commerciale, le contenu du contenu est d\u00e9fini par une unit\u00e9 organisationnelle, par exemple une entreprise ou un d\u00e9partement. Habituellement, les applications commerciales sont utilis\u00e9es pour int\u00e9grer les applications syst\u00e8me dans un contexte commun et d\u00e9couvrir d’autres exigences. Les cas de candidature ont d\u00e9j\u00e0 \u00e9t\u00e9 utilis\u00e9s avant l’\u00e9tablissement de l’UML. Les connexions peuvent \u00eatre affich\u00e9es dans un sch\u00e9ma d’application. Un diagramme de contexte syst\u00e8me est souvent cr\u00e9\u00e9 avec cela. Le contenu d’une application suit g\u00e9n\u00e9ralement au moyen d’un mod\u00e8le \u00e0 d\u00e9finir, qui doit \u00eatre d\u00e9velopp\u00e9 en fonction du contexte de l’utilisation ult\u00e9rieure de l’application. Des mod\u00e8les g\u00e9n\u00e9ralement formalis\u00e9s sont \u00e9galement utilis\u00e9s pour diff\u00e9rentes phases d’analyse, de la description courte purement prosa\u00efque \u00e0 une application compl\u00e8te et \u00e9labor\u00e9e. Par exemple, un mod\u00e8le \u00e0 Cockburn doit \u00eatre pr\u00e9sent\u00e9 ici: Nom et num\u00e9ro d’identification Les cas de candidature ont un nom et sont num\u00e9rot\u00e9s en fonction des groupes de mat\u00e9riaux, par exemple B. UC 2.01. Description (description) Une br\u00e8ve description a lieu ici, qui se produit dans l’application. En bref, il y a deux ou trois lignes, rarement plus. Participants impliqu\u00e9s (acteurs) Les acteurs sont des personnes ou des syst\u00e8mes impliqu\u00e9s \u00e0 l’ext\u00e9rieur (!) Du syst\u00e8me d\u00e9crit. Par exemple, utilisateur, utilisateur enregistr\u00e9, client, syst\u00e8me, processus de facturation. Les acteurs sont pr\u00e9c\u00e9demment montr\u00e9s dans leur propre section. Jacobson distingue deux types d’acteurs: Acteurs principaux sont les utilisateurs r\u00e9els du syst\u00e8me. En plus de ceux-ci, il y a aussi acteurs secondaires (Aussi: “soutenir les acteurs”) qui surveillent le syst\u00e8me, attendez et soutendent l’acteur principal dans sa r\u00e9ussite. [d’abord] Statut Le statut indique \u00e0 quel point les travaux sur l’application ont progress\u00e9. En cours, pr\u00eat pour l’examen, dans la revue, rejet\u00e9 et diminu\u00e9 des exemples. Applications utilis\u00e9es (comprend) Si la demande revient \u00e0 d’autres applications, ces cas sont r\u00e9pertori\u00e9s ici. Le nom et le num\u00e9ro d’identification doivent \u00eatre r\u00e9pertori\u00e9s. d\u00e9clencher (raisonnement ou d\u00e9clencher) La raison technique ou les raisons pour lesquelles cette demande est effectu\u00e9e. Conditions pr\u00e9alables (conditions pr\u00e9alables) Toutes les conditions qui doivent \u00eatre remplies afin que cette application puisse \u00eatre ex\u00e9cut\u00e9e. S’il n’y a pas de conditions pr\u00e9alables, il n’y en a “aucun”. Invariant Toutes les conditions qui peuvent ne pas \u00eatre modifi\u00e9es au sein et via l’application, c’est-\u00e0-dire m\u00eame dans un sc\u00e9nario de d\u00e9faillance ou d’erreur. Configuration \/ r\u00e9sultat (Postconditions) La condition attendue apr\u00e8s un succ\u00e8s r\u00e9ussi de l’application. Flux standard (flux normal) Le sc\u00e9nario typique est montr\u00e9 ici, ce qui est facile \u00e0 comprendre ou le cas le plus courant. \u00c0 la fin, la r\u00e9alisation de l’objectif de l’acteur principal. Les \u00e9tapes de drain sont num\u00e9rot\u00e9es et principalement d\u00e9crites dans une langue structur\u00e9e. Cependant, les plans de planification peuvent \u00e9galement \u00eatre utilis\u00e9s s’ils semblent attach\u00e9s. \u00c0 l’aide de l’UML, ces \u00e9tapes de drainage peuvent \u00eatre pr\u00e9sent\u00e9es dans des diagrammes d’activit\u00e9 ou des diagrammes de s\u00e9quences orient\u00e9s vers l’application. \u00c9tapes de drain alternatives (flux alternatif) Ce sont des sc\u00e9narios qui peuvent \u00e9galement se produire en dehors du processus standard dans la r\u00e9alisation (tent\u00e9e) de l’objectif de l’application. Ils sont principalement repr\u00e9sent\u00e9s comme des branches conditionnelles des \u00e9tapes de drain normales. \u00c0 la fin, il y a un \u00e9chec, la r\u00e9alisation de l’objectif du joueur principal ou un retour au processus standard. Astuces De courtes explications pour une meilleure compr\u00e9hension, des indications des effets secondaires, de l’\u00e9chafaudage de quantit\u00e9 si n\u00e9cessaire et de tout ce qui ne peut pas \u00eatre montr\u00e9 ci-dessus. Changer l’historique (Historique des cas d’utilisation) Version, nom de l’auteur, date  Cet article ou section doit \u00eatre r\u00e9vis\u00e9. Plus de d\u00e9tails devraient \u00eatre donn\u00e9s sur la page de discussion. Veuillez aider \u00e0 l’am\u00e9liorer, puis supprimer ce marquage. Une application d\u00e9crit les interactions entre l’utilisateur et le syst\u00e8me n\u00e9cessaire \u00e0 un Pour r\u00e9aliser l’objectif technique de l’utilisateur. Les processus d\u00e9crits ne doivent pas devenir trop complexes. Le test de pause caf\u00e9 d\u00e9crit par Alistair Cockburn peut servir d’indice: l’application est trop complexe si “l’utilisateur prenait une pause-caf\u00e9 pendant les interactions”. Dans le d\u00e9veloppement de logiciels Agile, en particulier dans la programmation extr\u00eame (XP), les cas d’utilisation sont \u00e9crits sous une forme encore plus rare en raison des caract\u00e9ristiques organisationnelles. En raison de cette forme encore plus fr\u00e9quente de la repr\u00e9sentation, ils ne portent pas le cas d’utilisation du nom, mais sont appel\u00e9s User Story. Une histoire d’utilisateurs de XP ressemble plus \u00e0 la courte description d’un cas d’utilisation classique. [2] En d\u00e9cembre 2011, Ivar Jacobson, Ian Spence et Kurt Bittner ont publi\u00e9 le concept du cas 2.0. Il d\u00e9crit une technologie agile \u00e9volutive pour le d\u00e9veloppement d’exigences qui peuvent \u00eatre utilis\u00e9es pour contr\u00f4ler le d\u00e9veloppement incr\u00e9mentiel du syst\u00e8me. Les principes du nouveau concept sont: D\u00e9crivez juste des choses – avec des histoires (“histoires”) Comprendre la “vue d’ensemble” Concentrez-vous sur les avantages Construire le syst\u00e8me tranch\u00e9 (“en tranches”) Livrer le syst\u00e8me en incr\u00e9ment S’adapter aux besoins de l’\u00e9quipe La r\u00e9solution de probl\u00e8mes pour la planification du projet Agile avec un cas d’utilisation fournit la technologie de “tranchage” – la coupe d’un cas d’utilisation en unit\u00e9s plus petites, qui peuvent ensuite \u00eatre r\u00e9alis\u00e9es dans un sprint. Avec l’analyse de la robustesse, les propri\u00e9t\u00e9s sp\u00e9ciales des cas d’utilisation peuvent \u00eatre examin\u00e9es. Kurt Bittner, Ian Spence: Mod\u00e9lisation de cas d’utilisation . Addison-Wesley Pearson Education, Boston 2003, ISBN 0-201-70913-9. Alistair Cockburn: Cr\u00e9er efficacement les cas d’utilisation . MITP, Bonn 2003, ISBN 3-8266-1344-9. Ivar Jacobson U. un.: G\u00e9nie logiciel orient\u00e9 objet . Addison-Wesley, Wokingham UK 1993, ISBN 0-201-54435-0.  Christoph Kecher: UML 2.0, le manuel complet . Galileo Computing, 2006, ISBN 978-3-89842-738-8.  Daryl Kulak, Eamonn Guiney: Cas d’utilisation: exigences en contexte . 2e \u00e9dition. ACM Press, New York 2004, ISBN 0-201-65767-8. Robert Morys: Mod\u00e9lisation de la qualit\u00e9 bas\u00e9e sur la m\u00e9trique des sp\u00e9cifications des exigences bas\u00e9es sur les cas d’utilisation . (PDF; 1,5 Mb) Th\u00e8se de dipl\u00f4me Rwth Aachen; Consult\u00e9 en octobre 2012 Doug Rosenberg: Mod\u00e9lisation d’objets ax\u00e9e sur les cas d’utilisation avec UML – Th\u00e9orie et pratique . Je suis APRRESS U.S.A, 2007, ISBN 978-1-59059-774-3.  Chris Rupp et les sophistes: Exigences Ing\u00e9nierie et gestion professionnelle des exigences it\u00e9ratives professionnelles pour la pratique . 6. \u00c9dition. Hanser, Munich 2014, ISBN 978-3-446-43893-4. Hartmut Umbach, Pierre Metz: Cas d’utilisation par rapport aux processus m\u00e9tier . Dans: Spectre , 29 (2006) NR. 6, p. 424\u2013432, Deux: 10.1007 \/ S00287-006-0106-8 . \u2191  Ivar Jacobson U. un.: Acteurs . Dans: G\u00e9nie logiciel orient\u00e9 objet . Addison-Wesley, Wokingham UK 1993, ISBN 0-201-54435-0, S.  157\u2013159 .   \u2191  Cockburn: Cr\u00e9er efficacement les cas d’utilisation . MITP, Bonn 2003, S. 231.        (adsbygoogle = window.adsbygoogle || []).push({});after-content-x4"},{"@context":"http:\/\/schema.org\/","@type":"BreadcrumbList","itemListElement":[{"@type":"ListItem","position":1,"item":{"@id":"https:\/\/wiki.edu.vn\/all2fr\/wiki1\/#breadcrumbitem","name":"Enzyklop\u00e4die"}},{"@type":"ListItem","position":2,"item":{"@id":"https:\/\/wiki.edu.vn\/all2fr\/wiki1\/case-de-candidature-wikipedia\/#breadcrumbitem","name":"Case de candidature – Wikipedia"}}]}]