[{"@context":"http:\/\/schema.org\/","@type":"BlogPosting","@id":"https:\/\/wiki.edu.vn\/all2fr\/wiki1\/cocomo-wikipedia\/#BlogPosting","mainEntityOfPage":"https:\/\/wiki.edu.vn\/all2fr\/wiki1\/cocomo-wikipedia\/","headline":"Cocomo – wikipedia","name":"Cocomo – wikipedia","description":"before-content-x4 Cocomo ( Co nstructif Co St Pour du ) est un mod\u00e8le de co\u00fbt algorithmique utilis\u00e9 dans le d\u00e9veloppement","datePublished":"2019-10-12","dateModified":"2019-10-12","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:\/\/wikimedia.org\/api\/rest_v1\/media\/math\/render\/svg\/e57866081b4749bcf7ef3ff52c04c23b4ee8d941","url":"https:\/\/wikimedia.org\/api\/rest_v1\/media\/math\/render\/svg\/e57866081b4749bcf7ef3ff52c04c23b4ee8d941","height":"","width":""},"url":"https:\/\/wiki.edu.vn\/all2fr\/wiki1\/cocomo-wikipedia\/","wordCount":4873,"articleBody":" (adsbygoogle = window.adsbygoogle || []).push({});before-content-x4Cocomo ( Co nstructif Co St Pour du ) est un mod\u00e8le de co\u00fbt algorithmique utilis\u00e9 dans le d\u00e9veloppement de logiciels pour l’estimation des co\u00fbts ou des efforts. Avec l’aide de fonctions math\u00e9matiques, une connexion entre certaines mesures logicielles et les co\u00fbts d’un projet est pr\u00e9sent\u00e9e. (adsbygoogle = window.adsbygoogle || []).push({});after-content-x4Plusieurs param\u00e8tres sp\u00e9cifiques \u00e0 l’entreprise se d\u00e9roulent dans le calcul, qui d\u00e9termine le nombre de mois personnels ou de personnes n\u00e9cessaires pour mettre en \u0153uvre un projet logiciel. La dur\u00e9e totale du projet peut \u00e9galement \u00eatre estim\u00e9e. Cocomo est bas\u00e9 sur une vari\u00e9t\u00e9 d’exp\u00e9rience qui dans la grande industrie, par ex. B. \u00e0 Boeing, dans lequel le d\u00e9veloppement de logiciels a \u00e9t\u00e9 fait. La proc\u00e9dure a \u00e9t\u00e9 d\u00e9velopp\u00e9e en 1981 par Barry W. Boehm, ing\u00e9nieur logiciel chez Boeing. Table of ContentsD\u00e9finitions et hypoth\u00e8ses [ Modifier | Modifier le texte source ]] Instructions de source livr\u00e9es (DSI) [ Modifier | Modifier le texte source ]] D\u00e9terminer la complexit\u00e9 [ Modifier | Modifier le texte source ]] Mode organique [ Modifier | Modifier le texte source ]] Mode semi-meur [ Modifier | Modifier le texte source ]] Mode int\u00e9gr\u00e9 [ Modifier | Modifier le texte source ]] Calculer l’effort [ Modifier | Modifier le texte source ]] Dur\u00e9e du projet [ Modifier | Modifier le texte source ]] Facteurs de moteur des co\u00fbts [ Modifier | Modifier le texte source ]] Il y a du cocomo [ Modifier | Modifier le texte source ]] COCOMO 2 [ Modifier | Modifier le texte source ]] D\u00e9finitions et hypoth\u00e8ses [ Modifier | Modifier le texte source ]] Le principal facteur de co\u00fbt (chauffeur de co\u00fbt) pour le mod\u00e8le est les internous de source prodigu\u00e9e (DSI) du projet. La p\u00e9riode de d\u00e9veloppement commence par le d\u00e9but de la conception du produit et se termine par l’ach\u00e8vement de l’int\u00e9gration du produit et du test d’acceptation. Les d\u00e9penses des autres phases sont d\u00e9termin\u00e9es s\u00e9par\u00e9ment. Un mois de cocomo-mois-mois-Mois de l’anglais (SM) – consiste \u00e0 152 heures de travail (19 jours ouvrables avec 8 heures de travail chacun), un an de personnes de 12 hommes. Le mois de la personne prend des vacances et des cong\u00e9s de maladie. Le COMO assume une bonne gestion de la part des d\u00e9veloppeurs et des clients et pr\u00e9suppose que les temps improductifs sont maintenus aussi bas que possible. Cocomo suppose que la sp\u00e9cification des exigences ne se produit pas apr\u00e8s la phase d’exigence. Un changement significatif dans la sp\u00e9cification entra\u00eene \u00e9galement un changement dans l’estimation de l’effort. Instructions de source livr\u00e9es (DSI) [ Modifier | Modifier le texte source ]] Comme base du calcul, le nombre de lignes de code \u00e0 livrer doit \u00eatre livr\u00e9 Kdsi (1000 (k) Instructions de source livr\u00e9es [1 kdsi = 1000 instructions]). Comme Livr\u00e9 est uniquement mentionn\u00e9, qui est \u00e9galement remis au client dans le cadre du produit. Cette d\u00e9finition exclut le code, qui a \u00e9t\u00e9 \u00e9crit pour le logiciel de support ou pour les tests. L’estimation de cette taille d\u00e9pend de nombreux facteurs (par exemple le langage de programmation) et n’est pas trait\u00e9 par Cocomo. Instructions de source correspondent aux instructions de l’ordinateur \u00e9crites et ex\u00e9cutables. En plus des commentaires, cette d\u00e9finition exclut \u00e9galement le code g\u00e9n\u00e9r\u00e9. Les instructions sont largement bas\u00e9es sur les cartes perfor\u00e9es alors communes. C’est ainsi que les instructions de Boehm ont d\u00e9fini dans son travail [d’abord] comme images de carte.Les instructions source fournies ainsi que les lignes de code ou les points de fonction sont des mesures logicielles pour mesurer la taille du logiciel. (adsbygoogle = window.adsbygoogle || []).push({});after-content-x4D\u00e9terminer la complexit\u00e9 [ Modifier | Modifier le texte source ]] Ensuite, vous devez d\u00e9cider si vous travaillez sur un simple (mode organique “), moyen (” semi-d\u00e9tect\u00e9 “) ou un projet complexe (” int\u00e9gr\u00e9 “). Ces modes de projet sont des points centraux de Cocomo 81, qui repr\u00e9sentent les diff\u00e9rences dans le processus de travail dans les diff\u00e9rents domaines de travail. Le choix du mode projet a un impact significatif sur le r\u00e9sultat du calcul – par lequel la formule du calcul reste la m\u00eame et ne change que les coefficients. Mode organique [ Modifier | Modifier le texte source ]] Le mode organique correspond \u00e0 des projets logiciels de petite \u00e0 moyenne. La plupart des employ\u00e9s impliqu\u00e9s dans le projet ont d\u00e9j\u00e0 des exp\u00e9riences d\u00e9taill\u00e9es avec des projets similaires dans cette entreprise ainsi que les logiciels et le mat\u00e9riel utilis\u00e9s. Cela garantit une faible contr\u00f4le de la communication, car les parties impliqu\u00e9es ont d\u00e9j\u00e0 une id\u00e9e pr\u00e9cise du produit \u00e0 cr\u00e9er.La documentation des sp\u00e9cifications et des interfaces n’est pas g\u00e9r\u00e9e strictement, ce qui signifie que les n\u00e9gociations \u00e0 cet \u00e9gard sont achev\u00e9es plus rapidement et que l’effort suppl\u00e9mentaire qui en r\u00e9sulte (disonomies d’\u00e9chelle) est maintenu bas. Les autres caract\u00e9ristiques du mode organique sont les environnements de d\u00e9veloppement stables avec peu de nouvelles technologies, le besoin minimal de nouvelles innovations et peu de pression temporelle. Mode semi-meur [ Modifier | Modifier le texte source ]] Le mode semi-rage est destin\u00e9 aux projets dont la taille et la complexit\u00e9 entre le mode organique et int\u00e9gr\u00e9 doivent \u00eatre r\u00e9gl\u00e9es. Ce sont des projets de taille moyenne (entre 50 et 300 KDSI), dont les participants ont d\u00e9j\u00e0 un niveau d’exp\u00e9rience de taille moyenne dans le d\u00e9veloppement de ces syst\u00e8mes ou dans lesquels l’\u00e9quipe se compose de coll\u00e8gues exp\u00e9riment\u00e9s et inexp\u00e9riment\u00e9s ou de l’\u00e9quipe ne poss\u00e8de que dans une sous-zone. Les projets qui correspondent \u00e0 ce mode sont plus complexes, n\u00e9cessitent des routines d’interaction plus exigeantes et des interfaces flexibles. Mode int\u00e9gr\u00e9 [ Modifier | Modifier le texte source ]] Le mode int\u00e9gr\u00e9 est caract\u00e9ris\u00e9 par ses structures et directives serr\u00e9es et inflexibles. Cela repr\u00e9sente \u00e9galement la plus grande diff\u00e9rence pour les deux autres, des modes guid\u00e9s de mani\u00e8re assez l\u00e2che. Il vise en grande partie des projets pertinents en mati\u00e8re de s\u00e9curit\u00e9 (par exemple, les syst\u00e8mes d’aide au vol, les syst\u00e8mes pour les banques), qui sont donc tr\u00e8s rigoureux en termes de changements de sp\u00e9cifications et d’interfaces. De plus, les projets en mode int\u00e9gr\u00e9 sont g\u00e9n\u00e9ralement de nouveaux d\u00e9veloppements avec des projets pr\u00e9d\u00e9cesseurs peu ou pas comparables. Pour cette raison, ces projets se caract\u00e9risent \u00e9galement par le fait qu’ils commencent par une analyse et une phase de conception relativement longues. Une fois ces phases termin\u00e9es, autant de d\u00e9veloppeurs que possible sont charg\u00e9s de mettre en \u0153uvre et de tester le syst\u00e8me. Ici, le test de projets interm\u00e9diaires (en montant de 8000 DSI) correspond au mode organique des grands projets (128 000 DSI). (adsbygoogle = window.adsbygoogle || []).push({});after-content-x4Calculer l’effort [ Modifier | Modifier le texte source ]] Le Effort PM dans Personnes est ensuite calcul\u00e9 comme un facteur m, multipli\u00e9 par la puissance n du nombre m\u00e9trique. P M = m \u22c5 K D S je n {affichageystyle {matt {pm}} = mcdot {matt {kdsi}}; ^ {n}} simplement: PM= 2 , 4 \u22c5 KDSI1,05{displayStyle {matt {pm} = 2 {,} 4cdot {matt {kdsi}}; ^ {1 {,} 05}}; Medium-Heavy: PM= 3 , 0 \u22c5 KDSI1,12{DisplayStyle {matt {pm} = 3 {,} 0cdot {matt {kdsi}}; ^ {1 {,} 12}}; complexe: PM= 3 , 6 \u22c5 KDSI1,20{displayStyle {matt {pm} = 3 {,} 6cdot {matt {kdsi}}; ^ {1 {,} 20}} Exemple: Dans 100 KDSI, les mois de la personne sont vers 15 h pour un projet simple, vers 17 h pour un projet mod\u00e9r\u00e9 et vers 21 h pour un projet complexe. Dur\u00e9e du projet [ Modifier | Modifier le texte source ]] Cependant, vous ne pouvez pas partager les mois de la personne d’un certain nombre de personnes pour terminer le produit plus rapidement. Les exemples servent souvent d’exemple – cela ne peut pas \u00eatre abr\u00e9g\u00e9 \u00e0 un mois en utilisant neuf femmes. Il y a certains processus qui doivent \u00eatre s\u00e9quentiels et plus les personnes se voient charger un projet, plus vous devez investir dans la communication. Como parle de tdev, Il est temps de se d\u00e9velopper (Temps de d\u00e9veloppement). Le Temps de d\u00e9veloppement TDEV dans Mois est ensuite calcul\u00e9 selon: selon le type de complexit\u00e9: simplement: TDEV= 2 , 5 \u22c5 PM0,38{DisplayStyle {matt {tdev}} = 2 {,} 5cdot {matt {pm}}; ^ {0 {,} 38} Medium-Heavy: TDEV= 2 , 5 \u22c5 PM0,35{DisplayStyle {matt {tdev}} = 2 {,} 5cdot {matt {pm}}; ^ {0 {,} 35} complexe: TDEV= 2 , 5 \u22c5 PM0,32{DisplayStyle {matt {tdev}} = 2 {,} 5cdot {matt {pm}}; ^ {0 {,} 32} Pour un projet simple Avec 100 KDSI, l’\u00e9valuation Cocomo fournit des PM = 302 mois et TDEV = 21,9 mois. Pour un Projet moyen Avec 100 KDSI, l’\u00e9valuation Cocomo fournit des PM = 521 mois et TDEV = 22,3 mois. Pour un projet complexe Avec 100 KDSI, l’\u00e9valuation Cocomo fournit des PM = 904 mois et TDEV = 22,1 mois. La dur\u00e9e minimale du calcul Cocomo du TDEV est de huit mois. Facteurs de moteur des co\u00fbts [ Modifier | Modifier le texte source ]] La proc\u00e9dure de cocomo \u00e9tendue (cocomo interm\u00e9diaire) prend en compte d’autres facteurs dits de conducteur de co\u00fbts qui r\u00e9duisent ou augmentent la valeur de base calcul\u00e9e. Ceux-ci sont bas\u00e9s sur de nombreuses exp\u00e9riences qui ont \u00e9t\u00e9 mesur\u00e9es par les grandes entreprises. De tels facteurs comprennent: La fiabilit\u00e9 du syst\u00e8me livr\u00e9 – une erreur est-elle seulement d\u00e9rangeante ou met-elle en danger la vie humaine? Quelle est la taille de la base de donn\u00e9es qui doit \u00eatre cr\u00e9\u00e9e? Dans quelle mesure les structures de traitement et de donn\u00e9es d’entr\u00e9e \/ sortie sont-elles complexes? \u00c0 quelle vitesse le syst\u00e8me doit-il fournir des r\u00e9sultats? Quelle est la quantit\u00e9 de stockage du syst\u00e8me? \u00c0 quelle fr\u00e9quence vous attendez-vous \u00e0 ce que le syst\u00e8me soit adapt\u00e9 aux contr\u00f4les de trame externes? Ici, la gamme fluctue entre une fois par an et le mois. Facteurs d’\u00e9quipe – Que pour l’exp\u00e9rience, les membres de l’\u00e9quipe ont-ils dans l’analyse, dans le langage de programmation utilis\u00e9, avec des outils logiciels, avec ce mat\u00e9riel sp\u00e9cial? \u00c0 quel point le calendrier est-il serr\u00e9? Le calcul suivant sert d’exemple de la quantit\u00e9 de ces facteurs qui influencent le r\u00e9sultat: Le complexe, 128 KDSI, correspond \u00e0 1216 pm (calcul de base selon Cocomo). Facteur depuis jusqu’\u00e0 fiabilit\u00e9 tr\u00e8s \u00e9lev\u00e9 = 1,4 tr\u00e8s bas = 0,75 complexit\u00e9 tr\u00e8s \u00e9lev\u00e9 = 1,3 tr\u00e8s bas = 0,70 M\u00e9moire n\u00e9cessaire \u00e9lev\u00e9 = 1,2 race = 1,0 Utilisation d’outils Bas = 1,1 \u00e9lev\u00e9 = 0,90 Horaire rapide = 1,23 normal = 1,0 ajust\u00e9 3593 PM 575 h Explication: Les facteurs individuels sont appliqu\u00e9s dans un “facteur global” et multipli\u00e9s par les sous-jacents pour l’effort. Formule: valeur adapt\u00e9e = valeur de base * (fiabilit\u00e9 * complexit\u00e9 * exigence de m\u00e9moire * utilisation de l’outil * mod\u00e8le) Cependant, ces valeurs ne sont que l’exp\u00e9rience brute, chaque entreprise doit d\u00e9terminer ses propres facteurs par la surveillance des co\u00fbts et l’analyse des projets cr\u00e9\u00e9s jusqu’\u00e0 pr\u00e9sent. Boehm Weist Darauf Hin, Dieses Modell Nicht Leichtfertig Anzuwenden: \u201eBasic Cocomo est bon pour les estimations approximatives des co\u00fbts des logiciels, mais sa pr\u00e9cision est n\u00e9cessairement limit\u00e9e en raison de son manque de facteurs pour tenir compte des diff\u00e9rences dans les contraintes mat\u00e9rielles, la qualit\u00e9 et l’exp\u00e9rience du personnel, l’utilisation des outils et des techniques modernes et d’autres attributs de projet pour avoir une influence significative sur les co\u00fbts. [d’abord] (Le mod\u00e8le COMO -BASIS est bien adapt\u00e9 \u00e0 une estimation approximative de la taille des co\u00fbts du logiciel. La pr\u00e9cision du mod\u00e8le est n\u00e9cessairement restreinte car elle manque de facteurs de diff\u00e9rences dans le mat\u00e9riel utilis\u00e9, la qualit\u00e9 et l’exp\u00e9rience du personnel, l’utilisation d’outils et de technologies modernes et d’autres caract\u00e9ristiques, qui sont connus pour avoir une influence significative sur les co\u00fbts.). Vous obtenez seulement un r\u00e9sultat relativement pr\u00e9cis en tenant compte de plusieurs facteurs qui agissent sur le projet (voir les interm\u00e9diaires et le cocomo d\u00e9taill\u00e9). Il y a du cocomo [ Modifier | Modifier le texte source ]] Ada Cocomo est un d\u00e9veloppement ult\u00e9rieur de Cocomo 81-qui est tr\u00e8s fortement fa\u00e7onn\u00e9 par le traitement par lots et le mod\u00e8le de processus en cascade pour s’adapter \u00e0 la mise en \u0153uvre de TRW du mod\u00e8le de processus ADA. Ce mod\u00e8le comprend la gestion des risques, le squelette d’architecture, la mise en \u0153uvre incr\u00e9mentielle et les tests et les mesures logicielles uniformes. L’objectif principal du mod\u00e8le est de r\u00e9duire la t\u00eate souverain de communication, en \u00e9vitant la r\u00e9vision tardive en raison des exigences instables. Les modifications de Cocomo 81 peuvent \u00eatre divis\u00e9es en trois cat\u00e9gories: Am\u00e9liorations g\u00e9n\u00e9rales de Cocomo: la plupart d’entre elles comprennent des ajustements aux facteurs de co\u00fbt existants et suppl\u00e9mentaires. De nouveaux facteurs sont par exemple B. S\u00e9curit\u00e9 et d\u00e9veloppement pour la r\u00e9utilisabilit\u00e9 des logiciels. Effets sp\u00e9cifiques \u00e0 l’ADA: nouvelles r\u00e8gles pour compter les instructions (DSI) pour le langage de programmation ADA. Facteurs de co\u00fbts suppl\u00e9mentaires concernant l’exp\u00e9rience du langage de programmation. Effets dus au mod\u00e8le de processus ADA: ces effets ont un effet dans les exposants des \u00e9quations de r\u00e9gression et sont d\u00e9riv\u00e9s des propri\u00e9t\u00e9s du mod\u00e8le de processus ADA. Quatre facteurs de mise \u00e0 l’\u00e9chelle ont \u00e9t\u00e9 introduits pour cela (exp\u00e9rience avec le mod\u00e8le de processus ADA, minutie de conception au PDR (examen pr\u00e9liminaire de la conception), risques \u00e9limin\u00e9s au PDR, volatilit\u00e9 des exigences). De plus, une m\u00e9thode a \u00e9t\u00e9 fournie pour appr\u00e9cier l’effort de projets incr\u00e9mentiels. Le reste de Cocomo 81 est rest\u00e9 inchang\u00e9 – la forme g\u00e9n\u00e9rale avec les diff\u00e9rents modes, etc. COCOMO 2 [ Modifier | Modifier le texte source ]] Como II a \u00e9galement \u00e9t\u00e9 d\u00e9velopp\u00e9, comme ses deux pr\u00e9d\u00e9cesseurs, par Barry W. Boehm et publi\u00e9 pour la premi\u00e8re fois en 1997. Cependant, la version officiellement connue est dans un livre en 2000 [2] Publi\u00e9. Cocomo II repr\u00e9sente les changements dans le d\u00e9veloppement de logiciels \u00abmodernes\u00bb, avec des ajustements aux nouveaux mod\u00e8les de processus de d\u00e9veloppement de logiciels et aux nouvelles m\u00e9thodes de d\u00e9veloppement (par exemple, la programmation orient\u00e9e objet). Comme dans Cocomo 81, trois types d’estimations diff\u00e9rents sont \u00e0 nouveau diff\u00e9renci\u00e9s, mais la diff\u00e9rence est qu’elle est de plus en plus li\u00e9e au niveau de d\u00e9veloppement du projet. La subdivision en diff\u00e9rents modes de projet a \u00e9t\u00e9 distribu\u00e9e ici. Cet article ou section suivante n’est pas suffisamment \u00e9quip\u00e9 de supports (par exemple, avis individuels). Des informations sans preuves suffisantes pourraient bient\u00f4t \u00eatre supprim\u00e9es. Veuillez aider Wikipedia en recherchant les informations et Ins\u00e9rer de bonnes preuves. Le mod\u00e8le Cocomo n’est que tr\u00e8s limit\u00e9 pour estimer l’effort d’un projet, car il est difficile d’appr\u00e9cier les instructions de source sous-jacentes sur la base d’une sp\u00e9cification d’exigence. De plus, il n’est pas important que les logiciels dans les grandes langues modernes puissent souvent exprimer plus de lignes que les langues au moment o\u00f9 Cocomo a \u00e9t\u00e9 d\u00e9velopp\u00e9. L’inexactitude de cette estimation rend cette m\u00e9thode inutilisable pour l’estimation de l’effort. Les analyses de renouvellement des coefficients semblent montrer diff\u00e9rentes valeurs [3] . Biographie – Barry W. Boehm 2 Center for Systems and Software Engineering, USC Viterbi School of Engineering, Archiviert VOM Original suis 16 d\u00e9cembre 2019 ; R\u00e9cup\u00e9r\u00e9 le 6 septembre 2020 (Anglais, collection de successeurs et logiciels Cocomo). Proc\u00e9dure: M\u00e9thode Cocomo. Dans: Base de donn\u00e9es de connaissances en g\u00e9nie logiciel. Vsek, www.software-kompetenz.de, Fraunhofer Iese, archiv\u00e9 \u00e0 partir de Original suis 1. juin 2016 ; R\u00e9cup\u00e9r\u00e9 le 6 septembre 2020 . \u2191 un b Barry Boehm. \u00c9conomie du g\u00e9nie logiciel . Englewood Cliffs, NJ: Prentice-Hall, 1981, ISBN 0-13-822122-7 \u2191 Barry Boehm, et al. Estimation des co\u00fbts logiciels avec Cocomo II (avec CD-ROM). Englewood Cliffs, NJ: Prentice-Hall, 2000, ISBN 0-13-026692-2 \u2191 COCOMO: ne vaut pas une attention s\u00e9rieuse. La forme du code, 19. Mai 2016, R\u00e9cup\u00e9r\u00e9 le 4 novembre 2016 . Mod\u00e8le: cite web \/ temporaire (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\/cocomo-wikipedia\/#breadcrumbitem","name":"Cocomo – wikipedia"}}]}]