text:
# Notker le Bègue
Pour les articles homonymes, voir Notker.
Notker le Bègue (en latin Notker Balbulus), ou Notker de Saint-Gall, né vers 840, mort le 6 avril 912, est un moine de l'abbaye bénédictine de Saint-Gall, musicien, écrivain, poète, surtout connu pour ses travaux musicaux, et également considéré comme l'auteur des Gesta Karoli Magni, recueil d'anecdotes sur la vie de Charlemagne dont certaines bénéficient encore d'une assez grande notoriété.

## Biographie
Notker est issu d'une famille aisée de la région de Saint-Gall, probablement de Jonschwil, sur la Thur, au sud de Wil (Elgg est évoqué par d'autres sources[Lesquelles ?]). Il étudie à l'école monastique de Saint-Gall, où enseignent Iso de Saint-Gall (de) († 871) et Moengall (ancien abbé de Bangor), dont il commente les textes. Il y devient l'ami de Tutilo.
Devenu moine à Saint-Gall, il y acquiert une renommée comme professeur. Il est également cité comme bibliothécaire en 890 et comme maître d'hôtes de 892 à 894.
Ekkehard IV, biographe des moines de Saint-Gall, fait son éloge et le dit : « délicat de corps mais pas d'esprit, hésitant par la langue mais pas par l'esprit, avançant avec courage dans les domaines du divin, instrument du Saint Esprit sans égal en son temps ».
Il rédige son œuvre littéraire essentiellement entre 880 et 888.
Il meurt en 912.
Il est béatifié en 1512 par le pape Jules II.

## Œuvres
Notker est surtout connu pour ses travaux musicaux réunis en un Liber Ymnorum (c'est-à-dire Liber hymnorum : « Livre des hymnes ») : en fait, tropes et séquences, à l'origine desquels étaient des poèmes de nature mnémotechnique, servant à retenir la succession des notes chantées, dans le chant grégorien, lorsque celui-ci présente un mélisme (une vocalise), notamment celle de l'Alleluia. L'hymne Media Vita lui fut ainsi attribuée de façon erronée à la fin du Moyen Âge.
Ekkehard IV parle de cinquante séquences dont Notker serait l'auteur. Il doit à cela d'avoir été longtemps considéré comme l'inventeur de la séquence, nouveauté de la liturgie religieuse de son temps, mais cette théorie a été depuis remise en cause, bien qu'il ait introduit le genre en Germanie. Une coutume (probablement d'origine para-liturgique ou profane) consistait en particulier, à prolonger, dans la Messe avant l'Évangile, la vocalise finale de l'Alleluia, le jubilus, appelé aussi, en français, "jubilation". Notker apprit (pour seconder une mémoire déficiente comme la sienne nous annonce-t-il) à faire correspondre les syllabes d'un texte en latin aux notes constituant ce développement. Cela devint d'abord « Séquence d'Alleluia » (« Ce qui suit l'Alleluia ») mais s'appliqua ensuite à toutes sortes de prières chantées. Vers 884, Notker dédia un recueil de telles pièces à l'évêque Liutward de Verceil, en lui précisant le motif de sa composition de séquences dans la préface.
Il complète également le Fragment d'Erchanbert, et laisse un martyrologe, une Vita sancti Galli (Vie de saint Gall en forme de prosimetrum (qui fait donc alterner passages en prose et passages versifiés), ainsi qu'une Notatio de viris illustribus (« Écrits sur les hommes illustres », sorte d'introduction à la littérature théologique) et divers opuscules.
On lui attribue désormais la Vie de Charlemagne (Gesta Karoli Magni), dédiée à Charles le Gros, dont l'auteur se désigne comme  "moine de Saint-Gall" (Monachus Sangallensis). Quelques autres indications que donne l'auteur sur lui-même rendent vraisemblable l'attribution de l'œuvre à Notker. Il s'agit en réalité d'un recueil d'anecdotes, conservé de manière incomplète, et qui reflète une vision idéalisée de Charles, hagiographique plus qu'historique. L'ouvrage comprend une introduction et deux livres : le premier rassemble 22 anecdotes sur la piété de Charlemagne, le second 10 anecdotes sur des opérations militaires. Un troisième livre annoncé sur la vie privée de l'empereur n'a pas été écrit ou n'a pas été conservé.

## Éditions de ses écrits
- Gesta Karoli Magni, édition de Hans F. Haefele in Monumenta Germaniae Historica, Scriptores rerum germanicarum, Nova series, XII, Berlin, 1959 (consultable sur Digital MGH)
- Opera Omnia, édition de Jacques Paul Migne dans Patrologie Latine, t. 131 (extraits)

title: Notker le Bègue

wikitext:
{{voir homonymes|Notker}}
{{Infobox Saint
 | nom                             = Notker le Bègue
 | image                           = Notker_der_Stammler.jpg
 | taille image                    = 240
 | légende                         = Atelier de [[Abbaye de Saint-Gall|Saint-Gall]], {{Xe siècle}}.
 | titre                           = [[bienheureux]], [[moine]], [[wikt:hymnographe|hymnographe]]
 | date de naissance               = v. [[840]]
 | lieu de naissance               = [[Jonschwil]], [[royaume alaman]]
 | date de décès                   = [[6 avril]] [[912]]
 | lieu de décès                   = [[abbaye de Saint-Gall]], [[Francie orientale]]
 | âge au décès                    =
 | nom de naissance                =
 | autres noms                     =
 | nationalité                     =
 | lieu de vénération              = abbaye de Saint-Gall
 | date de béatification           = [[1512]]
 | lieu de l'annonce béatification =
 | béatifié par                    = [[Jules II]]
 | date de canonisation            =
 | lieu de l'annonce canonisation  =
 | canonisé par                    =
 | date docteur église             =
 | lieu de l'annonce docteur       =
 | docteur église par              =
 | docteur mention                 =
 | vénéré par                      = [[Église catholique romaine]], [[Église orthodoxe]]
 | fête                            = [[7 avril]]
 | attributs                       = bâton, habit bénédictin, livre dans une main et bâton dans l'autre avec lequel il frappe le [[diable]]
 | titre saint patron              =
 | saint patron                    = musiciens, également invoqué contre le bégaiement
 | problème                        =
 | date de suppression             =
}}

'''Notker le Bègue''' (en [[latin]] ''Notker Balbulus''), ou '''Notker de Saint-Gall''', né vers [[840]], mort le {{date|6 avril 912}}, est un [[moine]] de l'[[abbaye de Saint-Gall|abbaye bénédictine de Saint-Gall]], [[musicien]], [[écrivain]], [[poète]], surtout connu pour ses travaux musicaux, et également considéré comme l'auteur des ''Gesta Karoli Magni'', recueil d'anecdotes sur la vie de [[Charlemagne]] dont certaines bénéficient encore d'une assez grande notoriété.

== Biographie ==
Notker est issu d'une famille aisée de la région de [[Saint-Gall]], probablement de [[Jonschwil]], sur la [[Thur (Suisse)|Thur]], au sud de [[Wil (Saint-Gall)|Wil]] ([[Elgg]] est évoqué par d'autres sources{{lesquelles|date=mai 2022}}). Il étudie à l'école monastique de Saint-Gall, où enseignent {{lien|fr=Iso de Saint-Gall|lang=de|trad=Iso von St. Gallen}} († 871)<ref name=preface>{{lien web |titre=Naissance de la séquence au IXe siècle, Notker de Saint-Gall, préface au Liber Hymnorum (v. 884)1<!-- Vérifiez ce titre --> |url=http://www.musicologie.org/publirem/hmt/hmt_notker.html |site=musicologie.org |consulté le=25-02-2021}}.</ref> et [[Moengall]] (ancien abbé de [[Abbaye de Bangor|Bangor]]), dont il commente les textes. Il y devient l'ami de [[Tutilo]].

Devenu moine à Saint-Gall, il y acquiert une renommée comme [[Professeur (enseignant)|professeur]]. Il est également cité comme [[bibliothécaire]] en 890 et comme maître d'hôtes de 892 à 894<ref>[http://www.musicologie.org/Biographies/n/notker_le_begue.html Notker le bègue (v. 840-912)] sur musicologie.org</ref>.

[[Ekkehard IV]], biographe des moines de Saint-Gall, fait son éloge et le dit : « délicat de corps mais pas d'esprit, hésitant par la langue mais pas par l'esprit, avançant avec courage dans les domaines du divin, instrument du [[Saint Esprit]] sans égal en son temps ».

Il rédige son œuvre littéraire essentiellement entre 880 et 888<ref>Monique Goullet, "Notker de Saint-Gall", ''Op. Cit''</ref>.

Il meurt en 912.

Il est béatifié en 1512 par le pape [[Jules II]].

== Œuvres ==
[[file:121 Titel Liber Ymnorum.jpg|thumb|upright=1|left|''Liber ymnorum'' dans le [[manuscrit Einsiedeln 121]] (vers 960 - 970), à partir de ce folio 436 : « <small>IN NOMINE DOMINI INCIPIT LIBER YMNORUM NOTKERI</small> ».]]
[[file:121 Natus ante saecula.jpg|thumb|upright=0.8|Même document, folio 437 : séquence ''Natus ante sæcula'' et ''alleluia''.]]
Notker est surtout connu pour ses travaux musicaux réunis en un ''Liber Ymnorum'' (c'est-à-dire ''Liber hymnorum'' : « Livre des [[Hymne religieux|hymnes]] ») : en fait, [[Trope (musique)|tropes]] et [[Séquence (liturgie)|séquences]], à l'origine desquels étaient des poèmes de nature [[mnémotechnique]], servant à retenir la succession des notes chantées, dans le [[chant grégorien]], lorsque celui-ci présente un [[mélisme]] (une vocalise), notamment celle de l'[[Alleluia]]<ref name=preface />. L'hymne ''Media Vita'' lui fut ainsi attribuée de façon erronée à la fin du [[Moyen Âge]].

[[Ekkehard IV]] parle de cinquante séquences dont Notker serait l'auteur. Il doit à cela d'avoir été longtemps considéré comme l'inventeur de la séquence, nouveauté de la liturgie religieuse de son temps, mais cette théorie a été depuis remise en cause, bien qu'il ait introduit le genre en [[Germanie franque|Germanie]]. Une coutume (probablement d'origine para-liturgique ou profane) consistait en particulier, à prolonger, dans la [[Messe]] avant l'Évangile, la vocalise finale de l'[[Alleluia]], le ''[[jubilus]]'', appelé aussi, en français, "jubilation". Notker apprit (pour seconder une mémoire déficiente comme la sienne nous annonce-t-il) à faire correspondre les syllabes d'un texte en [[latin]] aux notes constituant ce développement. Cela devint d'abord « Séquence d'Alleluia » (« Ce qui suit l'Alleluia ») mais s'appliqua ensuite à toutes sortes de prières chantées. Vers 884, Notker dédia un recueil de telles pièces à l'[[évêque]] [[Liutward de Verceil]], en lui précisant le motif de sa composition de séquences dans la préface<ref name=preface />.
{{article détaillé|Séquence (liturgie)}}
[[file:St Gallen Stiftskirche Seitenaltar St-Notkers-Altar.jpg|thumb|upright=0.9|Autel consacré à Notker à l'abbaye de Saint-Gall.]]
Il complète également le ''Fragment d'Erchanbert'', et laisse un [[martyrologe]], une ''Vita sancti Galli'' (Vie de [[Gall de Suisse|saint Gall]] en forme de ''[[prosimetrum]]'' (qui fait donc alterner passages en prose et passages versifiés), ainsi qu'une ''Notatio de viris illustribus'' (« Écrits sur les hommes illustres », sorte d'introduction à la littérature théologique) et divers opuscules.

On lui attribue désormais la ''Vie de [[Charlemagne]]'' (''Gesta Karoli Magni''), dédiée à [[Charles le Gros]], dont l'auteur se désigne comme  "moine de Saint-Gall" (''Monachus Sangallensis''). Quelques autres indications que donne l'auteur sur lui-même rendent vraisemblable l'attribution de l'œuvre à Notker. Il s'agit en réalité d'un recueil d'anecdotes, conservé de manière incomplète, et qui reflète une vision idéalisée de Charles, hagiographique plus qu'historique. L'ouvrage comprend une introduction et deux livres : le premier rassemble 22 anecdotes sur la piété de Charlemagne, le second 10 anecdotes sur des opérations militaires. Un troisième livre annoncé sur la vie privée de l'empereur n'a pas été écrit ou n'a pas été conservé.

== Éditions de ses écrits ==
* ''Gesta Karoli Magni'', édition de Hans F. Haefele in ''Monumenta Germaniae Historica'', ''Scriptores rerum germanicarum'', ''Nova series'', ''XII'', Berlin, 1959 (consultable sur [http://mdz10.bib-bvb.de/~db/bsb00000692/images/index.html?seite=2 Digital MGH])
* ''Opera Omnia'', édition de Jacques Paul Migne dans ''[[Patrologie Latine]]'', t. 131 ([http://www.documentacatholicaomnia.eu/30_10_0840-0912-_Nokterius_Balbulus.html extraits])

== Notes et références ==
<references/>
{{Traduction/Référence|en|Notker the Stammerer|209512016}}

== Voir aussi ==
=== Bibliographie ===
* Wolfram von den Steinen, ''Notker der Dichter und seine geistige Welt'', Berne, 1948 (réédité en 1978)
* Richard Hoppin, ''Medieval Music'', New York, Norton, 1978, pages 155-156.
* Lewis Thorpe, ''Two Lives of Charlemagne''

;En français
* Arthur Kleinklausz, ''Charlemagne'', Hachette, Paris, 1934 (réédition : Tallandier, Paris, 1977) : étude de Notker et de la Vie de Charlemagne dans l'introduction, consacrée aux sources de l'histoire de Charlemagne, pages 45-47 (il accepte l'identification de Notker au moine de Saint-Gall)
* Monique Goullet, "Notker de Saint-Gall", dans Claude Gauvard, Alain de Libera, Michel Zink (dir.), ''Dictionnaire du Moyen Âge'', Paris, PUF, 2002.
* Georges Minois, ''Charlemagne'', Perrin, Paris, 2010 : étude de Notker et de la Vie de Charlemagne dans le chapitre II (sources de l'histoire de Charlemagne) ; il accepte l'identification de Notker au moine de Saint-Gall.

=== Articles connexes ===
* [[Abbaye de Saint-Gall]],
* [[Bibliothèque de l'abbaye de Saint-Gall]]
* [[Séquence (liturgie)]],
* [[Manuscrit Einsiedeln 121]]

=== Liens externes ===
{{Liens}}
* [http://www.fordham.edu/halsall/source/eckehard1.html "Three Monks of St. Gall" by Ekkehard of St. Gall]
* [http://www.newadvent.org/cathen/11125b.htm Catholic Encyclopedia]
* [http://www.saintpatrickdc.org/ss/0406.shtml Saints of April 6: Notker Balbulus]
* [http://stmaterne.blogspot.com/2011/04/saint-notker-le-begue-enlumineur.html Vie et iconographie orthodoxe] de saint Notker

{{Palette Renaissance carolingienne}}

{{Portail|christianisme|musique classique|Suisse|Empire carolingien}}

[[Catégorie:Personnalité religieuse franque]]
[[Catégorie:Moine du IXe siècle]]
[[Catégorie:Bénédictin germanophone]]
[[Catégorie:Écrivain du Moyen Âge]]
[[Catégorie:Écrivain de langue latine]]
[[Catégorie:Musicien du haut Moyen Âge]]
[[Catégorie:Historien du IXe siècle]]
[[Catégorie:Compositeur du Moyen Âge]]
[[Catégorie:Bienheureux catholique]]
[[Catégorie:Date de naissance non renseignée (IXe siècle)]]
[[Catégorie:Décès en 912]]
[[Catégorie:Moine du Xe siècle]]
[[Catégorie:Historien du haut Moyen Âge]]
[[Catégorie:Poète du haut Moyen Âge]]
[[Catégorie:Empire carolingien]]
[[Catégorie:Musicien du IXe siècle]]
[[Catégorie:Musicien du Xe siècle]]

title: bienheureux, moine, hymnographe

Naissance: v. 840 · Jonschwil, royaume alaman

Décès: 6 avril 912 · abbaye de Saint-Gall, Francie orientale

Ordre religieux: Ordre de Saint-Benoît

Vénéré à: abbaye de Saint-Gall

Béatification: 1512 · par Jules II

Vénéré par: Église catholique romaine, Église orthodoxe

Fête: 7 avril

Attributs: bâton, habit bénédictin, livre dans une main et bâton dans l'autre avec lequel il frappe le diable

bienheureux, moine, hymnographe: modifier


text:
# Parg
Pour l’article homonyme, voir Parg (chanteur) pour le chanteur arménien.
Parg est une localité de Croatie située dans la municipalité de Čabar, dans le comitat de Primorje-Gorski Kotar. En 2001, la localité comptait 99 habitants.

## Démographie
| 1948 | 1953 | 1961 | 1971 | 1981 | 1991 | 2001 |
| ---- | ---- | ---- | ---- | ---- | ---- | ---- |
| 116  | 118  | 115  | 90   | 97   | 104  | 99   |

wikiname: frwiki

title: Parg

in_language: fr

wikitext:
{{ébauche|localité croate}}
{{Voir homonyme|mef=[[Parg (chanteur)]] pour le chanteur arménien}}
{{Infobox Ville de Croatie
 | nom                = Parg
 | autres noms        =
 | statut             = 4
 | blason             = Coats of arms of None.svg
 | drapeau            =
 | image              =
 | légende            =
 | division           = [[Comitat de Primorje-Gorski Kotar|Primorje-Gorski Kotar]]
 | nom de division    = [[Comitat de Croatie|Comitat]]
 | division2          = [[Čabar]]
 | nom de division2   = [[Municipalité de Croatie|Municipalité]]
 | maire              =
 | mandat maire       =
 | autorité           =
 | titre autorité     =
 | cp                 =
 | code1              = +(385)
 | nom de code1       = [[Liste des indicatifs téléphoniques internationaux par indicatif|Indicatif téléphonique international]]
 | code2              = 0 51
 | nom de code2       = Indicatif téléphonique local
 | gentilé            =
 | latitude           = 45.595107
 | longitude          = 14.622949
 | altitude           =
 | population         = 99
 | année_pop          = 2001
 | superficie         =
 | nom_pop division   = localité
 | position           =
 | sites touristiques =
 | divers             =
 | nom divers         =
 | url                =
}}

'''Parg''' est une localité de [[Croatie]] située dans la municipalité de [[Čabar]], dans le [[comitat de Primorje-Gorski Kotar]]. En [[2001]], la localité comptait 99 habitants<ref name="statMunicipalité">{{Recensement 2001 Croatie municipalité|comitat=Primorje-Gorski Kotar|numéro municipalité=0558}}</ref>.

== Démographie ==
{{Démographie
| titre = Évolution démographique
| charte = commune
| 1948 = 116
| 1953 = 118
| 1961 = 115
| 1971 = 90
| 1981 = 97
| 1991 = 104
| 2001 = 99<ref>{{Démographie historique (Croatie)}}</ref>
}}

== Notes et références ==
{{Références}}

== Voir aussi ==
=== Articles connexes ===
* [[Villes de Croatie]]
* [[Municipalité de Croatie]]
* [[Comitat de Croatie]]

{{Palette Ville de Čabar}}
{{portail|Croatie}}

[[Catégorie:Localité dans le comitat de Primorje-Gorski Kotar]]

title: Administration

Pays: Croatie

Comitat: Primorje-Gorski Kotar

Municipalité: Čabar

title: Démographie

Densité: 43 hab./km2

title: Géographie

Coordonnées: 45° 35′ 42″ nord, 14° 37′ 23″ est

title: Localisation

Localisation: modifier


text:
# Astride Gneto
Astride Gneto, née le 24 avril 1996 à Yopougon (Côte d'Ivoire), est une judokate française évoluant en moins de 52 kg.

## Biographie
Née en Côte d'Ivoire, Astride Gneto est la fille du footballeur Kpassagnon Gneto, ancien joueur de l'Africa Sports d'Abidjan et des Éléphants de Côte d'Ivoire, et d'une mère handballeuse, également sélectionnée en équipe nationale de Côte d'Ivoire. Elle est la sœur cadette de Priscilla Gneto, également judokate de haut niveau.

## Palmarès

### Compétitions internationales
| Année | Compétition                   | Lieu            | Résultat | Catégorie      |
| ----- | ----------------------------- | --------------- | -------- | -------------- |
| 2014  | Championnats du monde juniors | Fort Lauderdale | 3e       | Moins de 52 kg |
| 2014  | Championnats d'Europe juniors | Bucarest        | 2e       | Moins de 52 kg |
| 2015  | Championnats du monde juniors | Abou Dabi       | 3e       | Moins de 52 kg |
| 2015  | Championnats d'Europe juniors | Oberwart        | 1re      | Moins de 52 kg |
| 2016  | Championnats d'Europe juniors | Malaga          | 3e       | Moins de 52 kg |
| 2018  | Jeux méditerranéens           | Tarragone       | 3e       | Moins de 52 kg |

Outre ses médailles individuelles, elle obtient des médailles dans des compétitions par équipes
| Année | Compétition                   | Lieu     | Résultat |
| ----- | ----------------------------- | -------- | -------- |
| 2016  | Championnats d'Europe         | Kazan    | 3e       |
| 2021  | Championnats du monde (mixte) | Budapest | 2e       |

### Championnats de France
- Médaille d'or en -52 kg aux Championnats de France 2016.
- Médaille d'argent en -52 kg aux Championnats de France 2017.
- Médaille de bronze en -52 kg aux Championnats de France 2018.
- Médaille de bronze en -52 kg aux Championnats de France 2013.

title: Astride Gneto

wikitext:
{{ébauche|judo}}
{{Infobox Judoka
 | charte                     = sports de combat
 | nom                        = Astride Gneto
 | image                      = Astride_Gneto.png
 | taille image               =
 | légende                    = Astride Gneto présente sa médaille d'or lors de Championnats de France par équipes à Angers (8 juin 2019)
 | sport pratiqué             = [[Judo]]
 | période active             =
 | site officiel              =
 | nationalité                = {{FRA}}
 | nationalité administrative =
 | nom de naissance           =
 | date de naissance          = {{Date de naissance|24|4|1996|âge=oui}}
 | lieu de naissance          = [[Yopougon]]
 | pays de naissance          = {{CIV}}
 | taille                     =
 | poids                      =
 | surnom                     =
 | club                       = [[Étoile sportive du Blanc-Mesnil Judo|ESBM]]
 | catégorie                  = [[Catégorie (sports)#Catégories de judo|-52 kg]] <small>(Mi légers)</small>
 | équipe(s)                  =
 | entraîneur(s)              =
 | date de décès              =
 | lieu de décès              =
 | jeux olympiques            = [[Judo aux Jeux olympiques|Jeux olympiques]]
 | or JO                      =
 | argent JO                  =
 | bronze JO                  =
 | compétition mondiale       = [[Championnats du monde de judo|Championnats du monde]]
 | or CM                      =
 | argent CM                  =
 | bronze CM                  =
 | compétition mondiale 2     = [[Championnats du monde de judo|Cha. du monde par équipes]]
 | or CM2                     =
 | argent CM2                 =
 | bronze CM2                 =
 | compétition continentale   = [[Championnats d'Europe de judo|Championnats d'Europe]]
 | or CC                      =
 | argent CC                  =
 | bronze CC                  =
 | compétition continentale 2 = [[Championnats d'Europe de judo|Ch. d'Europe par équipes]]
 | or CC2                     = 0
 | argent CC2                 = 0
 | bronze CC2                 = 1
 | compétition nationale      = [[Championnats de France de judo|Championnats de France]]
 | or CN                      = 1
 | argent CN                  = 1
 | bronze CN                  = 2
 | date de mise à jour        =
}}

'''Astride Gneto''', née le {{date|24|avril|1996}} à [[Yopougon]] ([[Côte d'Ivoire]]), est une [[judo]]kate [[France|française]] évoluant en moins de {{unité|52|kg}}.

== Biographie ==
{{...}}

Née en [[Côte d'Ivoire]], Astride Gneto est la fille du footballeur [[Kpassagnon Gneto]], ancien joueur de l'[[Africa Sports National|Africa Sports d'Abidjan]] et des [[Équipe de Côte d'Ivoire de football|Éléphants de Côte d'Ivoire]], et d'une mère handballeuse, également sélectionnée en équipe nationale de Côte d'Ivoire. Elle est la sœur cadette de [[Priscilla Gneto]], également judokate de haut niveau<ref>{{lien web|url=http://rmcsport.bfmtv.com/judo/gneto-une-perle-divoire-tres-corsee-176294.html|titre=Gneto, une perle d'ivoire très corsée|site=rmcsport.bfmtv.com|date=24 août 2011|consulté le=21 juin 2019}}.</ref>.

== Palmarès ==

=== Compétitions internationales ===

{| class="sortable wikitable" style="font-size:95%; text-align:center" width="78%"
|+
!scope="col"|Année
!scope="col"|Compétition
!scope="col"|Lieu
!scope="col"|Résultat
!scope="col"|Catégorie
|-
| rowspan=2|[[2014 en sport|2014]]
| Championnats du monde juniors
| [[Fort Lauderdale]]
| bgcolor="CC9966" | {{3e}}
| Moins de 52 kg
|-
| Championnats d'Europe juniors
| [[Bucarest]]
| bgcolor="silver" | {{2e}}
| Moins de 52 kg
|-
| rowspan=2|[[2015 en sport|2015]]
| Championnats du monde juniors
| [[Abou Dabi (ville)|Abou Dabi]]
| bgcolor="CC9966" | {{3e}}
| Moins de 52 kg
|-
| Championnats d'Europe juniors
| [[Oberwart]]
| bgcolor="gold" | {{1re}}
| Moins de 52 kg
|-
| [[2016 en sport|2016]]
| Championnats d'Europe juniors
| [[Malaga]]
| bgcolor="CC9966" | {{3e}}
| Moins de 52 kg
|-
| [[2018 en sport|2018]]
| [[Judo aux Jeux méditerranéens de 2018|Jeux méditerranéens]]
| [[Tarragone]]
| bgcolor="CC9966" | {{3e}}
| Moins de 52 kg
|}

Outre ses médailles individuelles, elle obtient des médailles dans des compétitions par équipes
{| class="sortable wikitable" style="font-size:95%; text-align:center" width="78%"
|+
!scope="col"|Année
!scope="col"|Compétition
!scope="col"|Lieu
!scope="col"|Résultat
|-
| [[2016 en sport|2016]]
| [[Championnats d'Europe de judo 2016|Championnats d'Europe]]
| [[Kazan]]
| bgcolor=cc9966 | {{3e}}
|-
|-
| [[2021 en sport|2021]]
| [[Championnats du monde de judo 2021|Championnats du monde]] (mixte)
| [[Budapest]]
| bgcolor="silver" |{{2e}}
|}

=== Championnats de France ===

* {{Médaille|1|}} Médaille d'or en {{nobr|-52 kg}} aux Championnats de France 2016.
* {{Médaille|2|}} Médaille d'argent en {{nobr|-52 kg}} aux Championnats de France 2017.
* {{Médaille|3|}} Médaille de bronze en {{nobr|-52 kg}} aux Championnats de France 2018.
* {{Médaille|3|}} Médaille de bronze en {{nobr|-52 kg}} aux [[Championnats de France de judo 2013|Championnats de France 2013]].

== Notes et références ==
{{Références}}

== Liens externes ==
* {{Bases sport}}

{{Portail|judo|France}}

{{DEFAULTSORT:Gneto, Astride}}
[[Catégorie:Judokate française]]
[[Catégorie:Naissance en avril 1996]]
[[Catégorie:Naissance à Abidjan]]

title: Contexte général

Sport pratiqué: Judo

title: Biographie

Nationalité sportive: France

Lieu de naissance: Yopougon

Catégorie: -52 kg (Mi légers)

Club: ESBM

title: Palmarès

Palmarès: modifier


text:
# Kołacz (Mazovie)
Pour les articles homonymes, voir Kołacz.
Kołacz (prononciation : [ˈkɔwat͡ʂ]) est un village polonais de la gmina de Mrozy dans le powiat de Mińsk de la voïvodie de Mazovie dans le centre-est de la Pologne.
Il se situe à environ 10 kilomètres au sud de Mrozy (siège de la gmina), 22 kilomètres au sud-est de Mińsk Mazowiecki (siège du powiat) et à 59 kilomètres à l'est de Varsovie (capitale de la Pologne).
Le village compte approximativement une population de 58 habitants en 2013.

## Histoire
De 1975 à 1998, le village appartenait administrativement à la voïvodie de Siedlce.

title: Kołacz (Mazovie)

wikitext:
{{voir homonymes|Kołacz}}
{{ébauche|localité polonaise}}
{{Infobox Ville de Pologne
 | nom                      = Kołacz
 | autres noms              =
 | statut                   = 4
 | blason                   =
 | drapeau                  =
 | image                    =
 | légende                  =
 | division                 = [[voïvodie de Mazovie|Mazovie]]
 | nom de division          = [[Voïvodies de Pologne|Région]]
(Voïvodie)
 | division2                = [[Powiat de Mińsk|Mińsk]]
 | nom de division2         = [[Powiat|District]]
(''Powiat'')
 | division3                = [[Mrozy (gmina)|Mrozy]]
 | nom de division3         = [[Gmina|Commune]]
(''Gmina'')
 | maire                    =
 | mandat maire             =
 | autorité                 =
 | titre autorité           =
 | cp                       = 05-320<ref>http://www.poczta-polska.pl/hermes/uploads/2013/02/spispna.pdf?84cd58 Liste des codes postaux de  la Pologne</ref>
 | code1                    = +(48)
 | nom de code1             = [[Liste des indicatifs téléphoniques internationaux par indicatif|Indicatif téléphonique international]]
 | code2                    = 25
 | nom de code2             = Indicatif téléphonique local
 | code3                    = WM
 | nom de code3             = [[Plaque d'immatriculation|Immatriculation]]
 | gentilé                  =
 | latitude                 = 52.078611
 | longitude                = 21.831944
 | altitude                 =
 | population               = 58
 | année_pop                = est. 2013 <ref>{{lien web |langue=pl |titre=UMiG Mrozy |url=http://www.mrozy.pl/index.php?menu=miejscowosci |site=UMiG Mrozy |consulté le=13-06-2023}}.</ref>
 | superficie               = 1.3766
 | population agglomération =
 | année_pop agglomération  =
 | superficie agglomération =
 | position                 =
 | sites touristiques       =
 | divers                   =
 | nom divers               =
 | url                      =
}}

'''Kołacz''' ([[prononciation du polonais|prononciation]] : {{API|[ˈkɔwat͡ʂ]}}) est un village polonais de la [[Mrozy (gmina)|gmina de Mrozy]] dans le [[powiat de Mińsk]] de la [[voïvodie de Mazovie]] dans le centre-est de la [[Pologne]]<ref name="TERYT">{{lien web |url=http://www.stat.gov.pl/broker/access/prefile/listPreFiles.jspa |titre=Central Statistical Office (GUS) - TERYT (Registre national des terres territoriales Journal de Répartition) |date=1er juin 2008 |langue=Polonais}}</ref>.

Il se situe à environ {{unité|10|kilomètres}} au sud de [[Mrozy (Mińsk)|Mrozy]] (siège de la ''gmina''), {{unité|22|kilomètres}} au sud-est de [[Mińsk Mazowiecki]] (siège du ''powiat'') et à {{unité|59|kilomètres}} à l'est de [[Varsovie]] (capitale de la Pologne).

Le village compte approximativement une population de {{unité|58|habitants}} en 2013.

== Histoire ==
De [[Voïvodies de Pologne#Voïvodies de Pologne de 1975 à 1998|1975 à 1998]], le village appartenait administrativement à la [[voïvodie de Siedlce]].

== Références ==
{{Références}}

{{Palette|Gmina Mrozy|Powiat de Mińsk}}
{{Portail|Pologne}}

{{DEFAULTSORT:Kołacz (Mazovie) }}
[[Catégorie:Village dans la voïvodie de Mazovie]]
[[Catégorie:Powiat de Mińsk]]

title: Administration

Pays: Pologne

Région · (Voïvodie): Mazovie

District · (Powiat): Mińsk

Commune · (Gmina): Mrozy

Immatriculation: WM

title: Démographie

Densité: 42 hab./km2

title: Géographie

Coordonnées: 52° 04′ 43″ nord, 21° 49′ 55″ est

title: Localisation


text:
# Rossmore (Virginie-Occidentale)
Rossmore est une census-designated place située dans le comté de Logan, dans l’État de Virginie-Occidentale, aux États-Unis. Lors du recensement de 2020, elle comptait 241 habitants.

title: Rossmore (Virginie-Occidentale)

wikitext:
{{Ébauche|localité de Virginie-Occidentale}}
{{Infobox Localité}}
'''Rossmore''' est une ''[[census-designated place]]'' située dans le [[Comté de Logan (Virginie-Occidentale)|comté de Logan]], dans l’État de [[Virginie-Occidentale]], aux [[États-Unis]]. Lors du [[Recensement des États-Unis de 2020|recensement de 2020]], elle comptait {{unité|241|habitants}}<ref>{{Lien web |langue=en|titre=Rossmore, West Virginia|url=https://data.census.gov/cedsci/all?q=Rossmore, West Virginia|date= |site=le site du [[Bureau du recensement des États-Unis]]|consulté le=22 mars 2025}}.</ref>.

== Notes et références ==
{{Traduction/Référence|en|Rossmore, West Virginia|1165233374}}
{{Références}}

== Liens externes ==
* {{Bases géographie}}

{{Palette|Comté de Logan (Virginie-Occidentale)}}
{{Portail|Virginie-Occidentale}}

[[Catégorie:Census-designated place en Virginie-Occidentale]]
[[Catégorie:Comté de Logan (Virginie-Occidentale)]]


text:
# Hampton Beach
Pour les articles homonymes, voir Hampton.
Hampton Beach est une census designated place de l'état du New Hampshire aux États-Unis, située sur la côte Atlantique.
C'est la station balnéaire de la ville de Hampton ; on y trouve le Hampton Beach State Park.
Sa population était de 2 598 habitants en 2020.

title: Hampton Beach

wikitext:
{{ébauche|New Hampshire}}
{{Voir homonymie|Hampton}}
{{Infobox Localité
|géolocalisation=New Hampshire
}}
'''Hampton Beach''' est une [[census designated place]] de l'état du [[New Hampshire]] aux [[États-Unis]], située sur la côte Atlantique.

C'est la station balnéaire de la ville de [[Hampton (New Hampshire)|Hampton]] ; on y trouve le ''Hampton Beach State Park''.

Sa population était de {{unité|2598|habitants}} en 2020<ref>{{Lien web |titre=Explore Census Data |url=https://data.census.gov/profile/Hampton_Beach_CDP,_New_Hampshire?g=160XX00US3333140 |site=data.census.gov |consulté le=2025-07-07}}</ref>.

== Notes et références ==
{{Références}}

== Liens externes ==
* [http://www.hamptonbeach.org Hampton Beach Village District]

{{Portail|New Hampshire}}

[[Catégorie:Census-designated place au New Hampshire]]

title: Géographie

Pays: États-Unis

État: New Hampshire

Comté: comté de Rockingham

Ville: Hampton

Baigné par: Océan Atlantique

Altitude: 3 m

title: Démographie

title: Identifiants

Site web: (en) www.hamptonbeach.org


text:
# Exigence (ingénierie)
Une exigence est, dans le domaine de l'ingénierie, un besoin, une nécessité, une attente auquel un  produit ou un service  doit répondre, une contrainte qu'il doit satisfaire ou une performance qu'il doit atteindre.  L'exigence peut être exprimée par une partie prenante (utilisateur, client, commercial, analyste de marchés, gestionnaire de produits, etc.) ou déterminée par les processus d'ingénierie et en particulier les  activités d'études.

## Principe général
L'approche commune à tous les domaines d'ingénierie est de définir les besoins, d'envisager des solutions, et de livrer la solution la plus appropriée.  Plus précisément, les activités consistent à définir le problème, collecter les informations pertinentes, générer des idées de solutions possibles, les analyser et choisir la plus appropriée, et mettre la solution en œuvre.    Les exigences forment la clé de voute de ces activités.  En effet, le besoin ou le problème nécessite d'être traduit en exigences pour la solution, et les informations collectées, l'analyse, et des résultats expérimentaux au cours de la réalisation sont susceptibles d'affiner et d'enrichir ces exigences.
Tout au long du cycle d'ingénierie, l'ingénieur va gérer les exigences en utilisant les termes, les formes et les techniques propres au domaine d'ingénierie considéré.  Cette activité consiste en principe à les :
- éliciter : identifier, collecter et approfondir les exigences des parties prenantes ou d'autres sources (par exemple exigences réglementaires ou conditions techniques) ;
- analyser : vérifier la cohérence et l'exhaustivité des exigences, créer des modèles, déduire des exigences techniques, négocier au besoin des exigences avec les parties prenantes ;
- spécifier : documenter les exigences sous une forme aisément compréhensible pour les parties prenantes et facilement utilisable pour les ingénieurs aux autres spécialistes impliqués dans la conception de la solution et sa réalisation ;
- valider :  les exigences font en principe l'objet d'une validation, par exemple sous forme d'une revue de la spécification, d'une maquette ou d'une vérification expérimentale (prototype).

Le développement des exigences peut avoir été précédé par une étude de faisabilité, ou un cadrage du projet. Lorsque le produit ou le service est réalisé à la commande, les exigences initiales exprimées par le client sont documentées, soit lors de la procédures d'appel d'offres public ou privé, soit dans les documents contractuels.
Dans l'approche classique de l'ingénierie, les exigences sont considérées comme des prérequis pour les étapes de conception et de développement du produit ou du service. Par contre, pour l'ingénierie simultanée et les approches agiles, la gestion des exigences est intégrée avec les autres activités tout au long du projet pour tenir compte de l'élaboration progressive du produit ou du service, et la découverte de nouvelles exigences qui en découle.

## Exigences dans l'ingénierie système et logiciel

### Distinguer plusieurs sortes d'exigences fonctionnelles
Dans l'ingénierie système, une exigence peut être la description de ce qu'un système doit faire. Ce type d'exigence spécifie quelque chose que le système livré doit être capable de faire. Un autre type d'exigence spécifie quelque chose sur le système lui-même, et de quelle manière il exécute ses fonctions. De telles exigences s'appellent souvent « exigences non fonctionnelles », « exigences de performance » ou « exigences de qualité de service ». Exemples de ce type d'exigences : la disponibilité, la testabilité, la facilité de maintenance et la facilité d'utilisation.
Un ensemble d'exigences définit les caractéristiques ou propriétés du système désiré (exigé). Une « bonne » liste d'exigences évite de spécifier la manière pour le système de mettre en œuvre ces exigences, laissant ce genre de décision pour les activités de conception. Un élément parmi les exigences qui décrit comment mettre en œuvre le système s'appelle un biais.
En ingénierie logicielle, la même signification d'« exigences » est utilisée, à la différence près que l'attention se porte sur le logiciel lui-même.

### Exigences produit & exigences de processus
Les projets sont soumis à trois sortes d'exigences :
- les exigences métier (en anglais en:Business requirements) qui décrivent le quoi dans les termes du métier. Elles décrivent ce qui doit être fourni ou réalisé pour produire de la valeur ;
- les exigences produit qui décrivent le produit ou le système à un haut niveau. Elles répondent aux exigences métier et sont couramment formulées comme les fonctionnalités que le système doit réaliser. On les appelle également exigences fonctionnelles ou spécifications fonctionnelles ;
- les exigences de processus qui décrivent le comment. Ces exigences prescrivent les processus que l'on doit suivre et les contraintes auxquelles on doit se conformer pour la réalisation du système. Dans ce cas, on trouve par exemple des exigences de sécurité, d'assurance qualité, ou de management.

Les exigences produit et de processus sont liées. Les exigences de processus sont souvent imposées pour atteindre les exigences produit de haut niveau. Par exemple un coût maximum de développement (qui est une exigence de processus) peut être imposé afin d'atteindre une exigence sur le prix de vente minimum (qui est une exigence produit). Une exigence de maintenabilité du produit (exigence produit) est souvent accompagnée d'exigences de suivre un certain style de programmation (exigence de processus) telles que la programmation orientée objet, les motifs de conception ou encore le respect de charte de nommage.
Les trois types d'exigences sont vitaux pour tout développement de système.

## Quelques facteurs pour une bonne définition des exigences

### Classification
Les exigences sont classées généralement en trois catégories :
1. Exigences fonctionnelles – Elles décrivent les caractéristiques du système ou des processus que le système doit exécuter. On trouve dans cette catégorie les règles métier ;
2. Exigences non fonctionnelles – Elles décrivent les propriétés que le système doit avoir ; par exemple les exigences techniques de sécurité informatique (confidentialité, intégrité, disponibilité), de performance, d'accessibilité, selon des critères définis ;
3. Contraintes – Les limites du développement en quelque sorte : comme définir un système d'exploitation sur lequel le système doit fonctionner, ou définir quel langage de programmation doit être utilisé pour mettre en œuvre le système.

Les exigences sont notoirement difficiles à présenter à un niveau idéal. Souvent, des experts (voir en:expert users) sont employés pour établir la relation entre les utilisateurs et les développeurs. Ces experts sont en principe capables d'exprimer des exigences fonctionnelles d'une façon qui soit facilement interprétable dans les caractéristiques de conception du système, et de plus compréhensible par les utilisateurs finaux. L'analyse de la valeur a été créée dans le but notamment d'interroger et de qualifier ce niveau d'exigence.

### Qualité des exigences
De bonnes exigences doivent être  :
- nécessaires – Elles doivent porter sur des éléments nécessaires, c'est-à-dire des éléments importants du système que d'autres composants du système ne pourraient pas compenser ;
- non ambigües – Elles doivent être susceptibles de n'avoir qu'une seule interprétation ;
- concises – Elles doivent être énoncées dans un langage qui soit précis, bref et agréable à lire, et qui de plus communique l'essence de ce qui est exigé ;
- cohérentes – Elles ne doivent pas contredire d'autres exigences établies, ni être contredites par d'autres exigences. De plus, elles doivent, d'un énoncé d'exigence au suivant, utiliser des termes et un langage qui signifie la même chose ;
- complètes – Elles doivent être énoncées entièrement en un endroit et d'une façon qui ne force pas le lecteur à regarder un texte supplémentaire pour savoir ce que l'exigence signifie ;
- précise – Elles doivent inclure la précision ou une marge d'erreur (un intervalle, un pourcentage, supérieur / inférieur à ...), cela permet lors de la vérification d'avoir de la souplesse surtout sur des tests sur plusieurs produits ;
- accessibles – Elles doivent être réalistes quant aux moyens mis en œuvre en termes d'argent disponible, avec les ressources disponibles, dans le temps disponible ;
- vérifiables – Elles doivent permettre de déterminer si elles ont été atteintes ou non selon l'une de quatre méthodes possibles : inspection, analyse, démonstration, ou test.

La qualité des exigences peut être évaluée par revue (relecture par des pairs) ou par des outils de vérification de la qualité des exigences. Selon le formalisme utilisé pour exprimer les exigences (langage naturel, modèles formels ou semi-formels...) les outils seront capables de détecter certaines erreurs :
- complétude ;
- vérifiabilité ;
- ambiguïté ;
- lisibilité ;
- complexité ;
- sous-spécification ;
- nécessité ;
- tolérance ;
- etc.

### Aptitude aux tests
La plupart des exigences doivent être vérifiables par des tests. Si ce n'est pas possible, une autre méthode de vérification doit pouvoir être utilisée (par exemple, analyse, inspection, ou analyse de la méthode de conception). Des exigences testables sont une composante importante de la validation.
Certaines exigences, de par leur structure même, ne sont pas testables. Elles comprennent par exemple les exigences qui disent que le système ne montrera jamais ou qu'il montrera toujours telle propriété. Un test adéquat d'une telle exigence demanderait une infinité de cycles de test. Ce genre d'exigence est souvent réécrit en donnant une période de temps finie et réaliste.
Des exigences non-fonctionnelles non-testables peuvent être gardées comme documentation à l'usage des clients ; cependant, elles sont habituellement liées à des exigences de processus destinées à être un moyen pratique de les obtenir.
Par exemple, on peut satisfaire une exigence non-fonctionnelle consistant à s'affranchir des portes dérobées (backdoors) en la remplaçant par une exigence de processus qui utilise la programmation en binôme. Les logiciels d'avionique avec leurs exigences complexes de sûreté doivent suivre le processus de développement DO-178C.
L'aptitude aux tests consiste essentiellement à donner de la clarté, qui est effectivement nécessaire mais peut détourner l'attention par rapport à d'autres problèmes importants. Une exigence peut être apte aux tests mais incorrecte ; et l'évaluation de l'aptitude aux tests ne détectera souvent pas des exigences incorrectes. De plus, l'aptitude aux tests n'a pas de sens par rapport à une exigence qui a été ignorée. La pure analyse, l'inspection, ou la revue seules pourront répondre à ces problèmes mais généralement plus faiblement qu'on ne le fait habituellement. Il y a plus de 21 moyens plus puissants de tester ou d'évaluer l'adéquation d'exigences et plus de 15 moyens de renforcer les tests ou l'évaluation du bien-fondé d'une conception.[réf. nécessaire]

## Processus de développement des exigences

### Rédaction des exigences
Les exigences doivent être écrites de telle manière qu'elles orientent la création et la modification d'un système selon les règles métier (ou règles de gestion) appropriées au contexte et au domaine et dans lequel le système doit être utilisé.
Les systèmes doivent normalement se conformer au domaine d'activité dans  lequel ils sont exploités.

### Analyse des exigences
Les exigences sont sujettes à des problèmes d'ambiguïté, d'imperfections, et d'incohérence. Des techniques telles qu'une inspection de logiciel rigoureuse ont été présentées pour aider à traiter de tels problèmes. Lorsque les ambiguïtés, les imperfections, et les incohérences sont résolues dans la phase d'exigences, l'ordre de grandeur du coût de correction est moins élevé que lorsque ces mêmes problèmes se retrouvent dans des étapes ultérieures de développement du produit. L'analyse des exigences s'efforce de résoudre ces problèmes.
Il y a une distinction en ingénierie entre les exigences qui sont trop vagues, et celles qui sont si détaillées qu'elles :
1. Prennent du temps à être rédigées ;
2. Commencent à limiter les options de mise en œuvre disponibles ;
3. Sont coûteuses à produire.

### Changements dans les exigences
Avec le temps, les exigences peuvent évoluer : c'est ce qui est pris en compte dans les re conception de mi-vie d'un produit.
De même durant un projet, un cahier des charges peut être revu. Dans ce cas, la modification du cahier des charges contractuel fait l'objet d'un avenant au contrat.
Dans tous les cas, une fois les exigences définies et approuvées, elles doivent être gérées, vérifiées (contrôle qualité) et suivies (Contrôle des modifications en:change control).
Dans le cas de projets difficiles, des exigences peuvent ne pas être atteintes ou peuvent être altérées avant que le système ne soit terminé. Cette caractéristique des exigences a conduit à des études et des pratiques sur la gestion des exigences (en:Requirements Management).

## Cas de l'ingénierie informatique

### Vocabulaire spécifique
En ingénierie informatique, les exigences sont traditionnellement de trois types appelés : spécifications générales, spécifications détaillées, et spécifications techniques. On retrouve sensiblement les trois types d'exigences métier, produit, et processus.

### Débats concernant la nécessité de la rigueur dans les exigences logicielles
Des méthodologies modernes en ingénierie logicielle comme l'Extreme programming posent la question du besoin de décrire rigoureusement les exigences logicielles, qu'elles considèrent comme un objectif mouvant.
Ces méthodologies décrivent les exigences d'une façon informelle, en utilisant des retours d'expérience (REX), qui peuvent être appelés dans certains cas « user stories » (résumés concis relatifs à une page indexée qui explique un aspect de ce que le système devrait faire), et composée d'une série de cas de tests de validation pour ces retours d'expérience.
La typologie d'utilisation des systèmes doit diriger vers telle ou telle méthode.
Un système de pilotage automatique d'avion ne pourra pas être développé par retour d'expérience utilisateur. D'autre part, un site web dynamique dont on ignore encore le public avant sa conception ne pourra pas faire l'objet d'exigences métiers formulées.

### Un exemple d'exigence: la langue
Les exigences formulées dans le cadre d'un appel d'offres pour l'achat et la mise en œuvre d'un progiciel peuvent inclure des critères relatifs à la langue du progiciel.
En France, il existe un dispositif réglementaire qui impose aux services et établissements publics de l'État d'utiliser les termes de la langue française publiés au Journal officiel dans tous les documents administratifs (articles 11 et 12 du décret du 3 juillet 1996 relatif à l'enrichissement de la langue française).

## Logiciels
Gestion des exigences
La plupart des outils intègrent le référentiel, c'est-à-dire que les exigences sont rédigées, enregistrées et maintenues dans le format propriétaire du logiciel :
- Blueprint (Blueprint Software Systems) ;
- Objectiver de l'éditeur Respect-IT ;
- Integrity lié avec Windchill PDMLink de l'éditeur PTC ;
- Accept 360° ;
- CaliberRM ;
- Compuware Optimal Trace ;
- IBM Rational DOORS ;
- Envision Requirements ;
- GenSpec ;
- IBM Rational RequisitePro ;
- LDRA TBreq ;
- Polarion REQUIREMENTS ;
- PowerAMC intègre un outil de gestion d'exigences qui fonctionne avec Microsoft Office ;
- Projet2Team intègre un outil de gestion d'exigences qui permet d'importer les cahiers des charges depuis Microsoft Word ;
- Serena Dimensions RM ;
- Un wiki (TWiki, XWiki, Confluence, , etc.) ;
- UProm ;
- Visure IRQA ;
- Requirements Quality Analyzer (RQA).

Gestion de la traçabilité des exigences
Ces outils exploitent un référentiel externe sous la forme de documents Microsoft WORD :
- Reqtify (outil de gestion de la traçabilité des exigences) ;
- ReqFlow (outil open-source de gestion des la traçabilité des exigences) ;
- Reqchecker (outil de rédaction et gestion de la traçabilité des exigences).

Qualité rédactionnelle des exigences
Ces outils analysent les exigences et accompagnent les rédacteurs vers une meilleure qualité rédactionnelle
- Semios (solution d’IA NLP d'analyse sémantique des documents techniques)

title: Exigence (ingénierie)

wikitext:
Une {{Terme défini|exigence}} est, dans le domaine de l'[[ingénierie]], un [[besoin]], une nécessité, une attente auquel un  [[Produit (économie)|produit]] ou un [[Services (économie)|service]]  doit répondre, une contrainte qu'il doit satisfaire ou une performance qu'il doit atteindre.  L'exigence peut être exprimée par une [[partie prenante]] (utilisateur, client, commercial, analyste de marchés, gestionnaire de produits, etc.) ou déterminée par les processus d'ingénierie et en particulier les  activités d'études.

== Principe général ==
L'approche commune à tous les domaines d'ingénierie est de définir les besoins, d'envisager des solutions, et de livrer la solution la plus appropriée<ref>{{Lien web |langue=EN |auteur institutionnel=[[Royal Academy of Engineering]] |titre=Principles of engineering design |url=https://www.raeng.org.uk/publications/other/armstrong-keynote |site=raeng.org.uk |périodique= |date=1999 |consulté le= }}.</ref>.  Plus précisément, les activités consistent à définir le problème, collecter les informations pertinentes, générer des idées de solutions possibles, les analyser et choisir la plus appropriée, et mettre la solution en œuvre<ref name=":0">{{Ouvrage|langue=EN|auteur1=|nom1=Bourque, Pierre|nom2=Fairley, R. E. (Richard E.)|nom3=IEEE Computer Society|titre=Guide to the software engineering body of knowledge (SWEBOK 3.0)|passage=Chapitre 15 sur les fondements de l'ingénierie|lieu=|éditeur=|date=2014|pages totales=|isbn=9780769551661|oclc=1100623800|lire en ligne=https://www.worldcat.org/oclc/1100623800|consulté le=2019-06-02}}.</ref>.    Les exigences forment la clé de voute de ces activités.  En effet, le besoin ou le problème nécessite d'être traduit en exigences pour la solution, et les informations collectées, l'analyse, et des résultats expérimentaux au cours de la réalisation sont susceptibles d'affiner et d'enrichir ces exigences.

Tout au long du cycle d'ingénierie, l'ingénieur va [[Gestion des exigences|gérer les exigences]] en utilisant les termes, les formes et les techniques propres au domaine d'ingénierie considéré.  Cette activité consiste en principe à les<ref>{{Ouvrage|langue=en|auteur1=|nom1=Bourque, Pierre|nom2=Fairley, Richard E.|nom3=IEEE Computer Society|titre=Guide to the software engineering body of knowledge (SWEBOK v3.0)|passage=Chapitre 1 consacré à la gestion des exigences|lieu=|éditeur=|date=2014|pages totales=|isbn=9780769551661|oclc=1100623800|lire en ligne=https://www.worldcat.org/oclc/1100623800|consulté le=2019-07-19}}.</ref> :

* éliciter : identifier, collecter et approfondir les exigences des [[parties prenantes]] ou d'autres sources (par exemple exigences réglementaires ou conditions techniques) ;
* analyser : vérifier la cohérence et l'exhaustivité des exigences, créer des modèles, déduire des exigences techniques, négocier au besoin des exigences avec les parties prenantes ;
* spécifier : documenter les exigences sous une forme aisément [[Compréhension|compréhensible]] pour les parties prenantes et facilement utilisable pour les ingénieurs aux autres spécialistes impliqués dans la conception de la solution et sa réalisation ;
* valider :  les exigences font en principe l'objet d'une validation, par exemple sous forme d'une revue de la spécification, d'une maquette ou d'une vérification expérimentale (prototype).

Le développement des exigences peut avoir été précédé par une [[Gestion de projet#Étape d'étude préliminaire (ou préalable dite aussi de faisabilité ou encore d’opportunité)|étude de faisabilité]], ou un cadrage du [[projet (management)|projet]]. Lorsque le produit ou le service est réalisé à la commande, les exigences initiales exprimées par le client sont [[documenté|documentées]], soit lors de la procédures d'[[appel d'offres]] public ou privé, soit dans les documents contractuels.

Dans l'approche [[Modèle en cascade|classique]] de l'[[ingénierie]], les exigences sont considérées comme des prérequis pour les étapes de [[conception de produit|conception]] et de développement du produit ou du service. Par contre, pour l'[[Ingénierie concourante|ingénierie simultanée]] et les approches [[Méthode agile|agiles]], la gestion des exigences est intégrée avec les autres activités tout au long du projet pour tenir compte de l'élaboration progressive du produit ou du service, et la découverte de nouvelles exigences qui en découle.

== Exigences dans l'ingénierie système et logiciel ==

=== Distinguer plusieurs sortes d'exigences fonctionnelles ===

Dans l'[[Ingénierie des systèmes|ingénierie système]], une '''exigence''' peut être la description de ce qu'un système doit faire. Ce type d'exigence spécifie quelque chose que le système livré doit être capable de faire. Un autre type d'exigence spécifie quelque chose sur le système lui-même, et de quelle manière il exécute ses fonctions. De telles exigences s'appellent souvent « exigences non fonctionnelles », « exigences de performance » ou « exigences de [[qualité de service]] ». Exemples de ce type d'exigences : la [[disponibilité]], la testabilité, la facilité de maintenance et la facilité d'utilisation.

Un ensemble d'exigences définit les caractéristiques ou propriétés du système désiré (exigé). Une « bonne » liste d'exigences évite de spécifier ''la manière'' pour le système de mettre en œuvre ces exigences, laissant ce genre de décision pour les activités de conception. Un élément parmi les exigences qui décrit comment mettre en œuvre le système s'appelle un [[biais (distorsion)|biais]].

En [[Génie logiciel|ingénierie logicielle]], la même signification d'« exigences » est utilisée, à la différence près que l'attention se porte sur le logiciel lui-même.

=== Exigences produit & exigences de processus ===

Les projets sont soumis à trois sortes d'exigences :

* '''les exigences métier''' (en anglais [[:en:Business requirements]]) qui décrivent le ''quoi'' dans les termes du métier. Elles décrivent ce qui doit être fourni ou réalisé pour produire de la valeur ;
* '''les exigences produit''' qui décrivent le produit ou le système à un haut niveau. Elles répondent aux exigences métier et sont couramment formulées comme les fonctionnalités que le système doit réaliser. On les appelle également exigences fonctionnelles ou spécifications fonctionnelles ;
* '''les exigences de processus''' qui décrivent le ''comment''. Ces exigences prescrivent les processus que l'on doit suivre et les contraintes auxquelles on doit se conformer pour la réalisation du système. Dans ce cas, on trouve par exemple des exigences de [[sécurité]], d'[[Management de la qualité|assurance qualité]], ou de [[management]].

Les exigences produit et de processus sont liées. Les exigences de processus sont souvent imposées pour atteindre les exigences produit de haut niveau. Par exemple un coût maximum de développement (qui est une exigence de processus) peut être imposé afin d'atteindre une exigence sur le prix de vente minimum (qui est une exigence produit). Une exigence de [[maintenabilité]] du produit (exigence produit) est souvent accompagnée d'exigences de suivre un certain style de programmation (exigence de processus) telles que la [[programmation orientée objet]], les [[Patron de conception|motifs de conception]] ou encore le respect de charte de nommage.

''Les trois types d'exigences sont vitaux pour tout développement de système.''

== Quelques facteurs pour une bonne définition des exigences ==

=== Classification ===

Les exigences sont classées généralement en trois catégories :

# Exigences fonctionnelles – Elles décrivent les caractéristiques du système ou des processus que le système doit exécuter. On trouve dans cette catégorie les '''[[règles métier]] ;'''
# Exigences non fonctionnelles – Elles décrivent les propriétés que le système doit avoir ; par exemple les exigences techniques de [[sécurité informatique]] ([[confidentialité]], [[Intégrité (cryptographie)|intégrité]], [[disponibilité]]), de performance, d'accessibilité, selon des critères définis ;
# Contraintes – Les limites du développement en quelque sorte : comme définir un [[système d'exploitation]] sur lequel le système doit fonctionner, ou définir quel [[langage de programmation]] doit être utilisé pour mettre en œuvre le système.

Les exigences sont notoirement difficiles à présenter à un niveau idéal. Souvent, des [[expert]]s (voir [[:en:expert users]]) sont employés pour établir la relation entre les utilisateurs et les développeurs. Ces experts sont en principe capables d'exprimer des exigences fonctionnelles d'une façon qui soit facilement interprétable dans les caractéristiques de conception du système, et de plus [[Compréhension|compréhensible]] par les utilisateurs finaux. L'analyse de la valeur a été créée dans le but notamment d'interroger et de qualifier ce niveau d'exigence.

=== Qualité des exigences ===

De bonnes exigences doivent être <ref>http://www.cours.polymtl.ca/log3410/bibliographie/IEEE/Pratique_Recommandee_Par_IEEE_pour_la%20_Specification.pdf</ref> :

* nécessaires – Elles doivent porter sur des éléments nécessaires, c'est-à-dire des éléments importants du système que d'autres composants du système ne pourraient pas compenser ;
* non ambigües – Elles doivent être susceptibles de n'avoir qu'une seule interprétation ;
* concises – Elles doivent être énoncées dans un langage qui soit précis, bref et agréable à lire, et qui de plus [[communication|communique]] l'[[Essence (philosophie)|essence]] de ce qui est exigé ;
* cohérentes – Elles ne doivent pas contredire d'autres exigences établies, ni être contredites par d'autres exigences. De plus, elles doivent, d'un énoncé d'exigence au suivant, utiliser des termes et un langage qui signifie la même chose ;
* complètes – Elles doivent être énoncées entièrement en un endroit et d'une façon qui ne force pas le lecteur à regarder un texte supplémentaire pour savoir ce que l'exigence signifie ;
*précise – Elles doivent inclure la précision ou une marge d'erreur (un intervalle, un pourcentage, supérieur / inférieur à ...), cela permet lors de la vérification d'avoir de la souplesse surtout sur des tests sur plusieurs produits ;
* accessibles – Elles doivent être réalistes quant aux moyens mis en œuvre en termes d'argent disponible, avec les ressources disponibles, dans le [[temps]] disponible ;
* vérifiables – Elles doivent permettre de déterminer si elles ont été atteintes ou non selon l'une de quatre méthodes possibles : [[inspection]], analyse, [[Démonstration (logique et mathématique)|démonstration]], ou test.
La qualité des exigences peut être évaluée par revue (relecture par des pairs) ou par des outils de vérification de la qualité des exigences. Selon le formalisme utilisé pour exprimer les exigences (langage naturel, modèles formels ou semi-formels...) les outils seront capables de détecter certaines erreurs :
* complétude ;
* vérifiabilité ;
* ambiguïté ;
* lisibilité ;
* complexité ;
* sous-spécification ;
* nécessité ;
* tolérance ;
* {{Etc.|virgule=non}}

=== Aptitude aux tests ===

La plupart des exigences doivent être ''vérifiables'' par des tests. Si ce n'est pas possible, une autre méthode de vérification doit pouvoir être utilisée (par exemple, analyse, inspection, ou analyse de la méthode de conception). Des exigences testables sont une composante importante de la [[validation]].

Certaines exigences, de par leur structure même, ne sont pas testables. Elles comprennent par exemple les exigences qui disent que le système ne montrera ''jamais'' ou qu'il montrera ''toujours'' telle propriété. Un test adéquat d'une telle exigence demanderait une infinité de cycles de test. Ce genre d'exigence est souvent réécrit en donnant une période de temps finie et réaliste.

Des exigences non-fonctionnelles non-testables peuvent être gardées comme documentation à l'usage des clients ; cependant, elles sont habituellement liées à des exigences de processus destinées à être un moyen pratique de les obtenir.

Par exemple, on peut satisfaire une exigence non-fonctionnelle consistant à s'affranchir des [[Porte dérobée|portes dérobées]] (backdoors) en la remplaçant par une exigence de processus qui utilise la [[programmation en binôme]]. Les [[logiciel d'avionique|logiciels d'avionique]] avec leurs exigences complexes de sûreté doivent suivre le processus de développement [[DO-178|DO-178C]].

L'aptitude aux tests consiste essentiellement à donner de la clarté, qui est effectivement nécessaire mais peut détourner l'attention par rapport à d'autres problèmes importants. Une exigence peut être apte aux tests mais incorrecte ; et l'évaluation de l'aptitude aux tests ne détectera souvent pas des exigences incorrectes. De plus, l'aptitude aux tests n'a pas de sens par rapport à une exigence qui a été ignorée. La pure analyse, l'inspection, ou la revue seules pourront répondre à ces problèmes mais généralement plus faiblement qu'on ne le fait habituellement. {{Référence nécessaire|Il y a plus de 21 moyens plus puissants de tester ou d'évaluer l'adéquation d'exigences et plus de 15 moyens de renforcer les tests ou l'évaluation du bien-fondé d'une conception.}}

== Processus de développement des exigences ==
{{Article détaillé|Gestion des exigences}}

=== Rédaction des exigences ===

Les exigences doivent être écrites de telle manière qu'elles orientent la création et la modification d'un [[système]] selon les '''[[règles métier]]''' (ou règles de gestion) appropriées au [[contexte (communication)|contexte]] et au domaine et dans lequel le [[système]] doit être utilisé.

Les systèmes doivent normalement se conformer au domaine d'activité dans  lequel ils sont exploités.

=== Analyse des exigences ===

Les exigences sont sujettes à des problèmes d'ambiguïté, d'imperfections, et d'incohérence. Des techniques telles qu'une [[:en:software inspection|inspection de logiciel]] rigoureuse ont été présentées pour aider à traiter de tels problèmes. Lorsque les ambiguïtés, les imperfections, et les incohérences sont résolues dans la phase d'exigences, l'ordre de grandeur du coût de correction est moins élevé que lorsque ces mêmes problèmes se retrouvent dans des étapes ultérieures de développement du produit. L'[[analyse des exigences]] s'efforce de résoudre ces problèmes.

Il y a une distinction en [[ingénierie]] entre les exigences qui sont trop vagues, et celles qui sont si détaillées qu'elles :

# Prennent du temps à être rédigées ;
# Commencent à limiter les options de mise en œuvre disponibles ;
# Sont coûteuses à produire.

=== Changements dans les exigences ===
Avec le [[temps]], les exigences peuvent évoluer : c'est ce qui est pris en compte dans les re conception de mi-vie d'un produit.

De même durant un projet, un cahier des charges peut être revu. Dans ce cas, la modification du cahier des charges contractuel fait l'objet d'un avenant au contrat.

Dans tous les cas, une fois les exigences définies et approuvées, elles doivent être gérées, vérifiées ([[contrôle qualité]]) et suivies (Contrôle des modifications [[:en:change control]]).
Dans le cas de projets difficiles, des exigences peuvent ne pas être atteintes ou peuvent être altérées avant que le système ne soit terminé. Cette caractéristique des exigences a conduit à des études et des pratiques sur la [[gestion des exigences]] ([[:en:Requirements Management]]).

== Cas de l'ingénierie informatique ==

{{Article détaillé|Spécification (informatique)}}

=== Vocabulaire spécifique ===

En [[Génie informatique|ingénierie informatique]], les exigences sont traditionnellement de trois types appelés : spécifications générales, spécifications détaillées, et spécifications techniques. On retrouve sensiblement les trois types d'exigences métier, produit, et processus.

=== Débats concernant la nécessité de la rigueur dans les exigences logicielles ===

Des méthodologies modernes en [[Génie logiciel|ingénierie logicielle]] comme l'[[Extreme programming]] posent la question du [[besoin]] de décrire rigoureusement les exigences logicielles, qu'elles considèrent comme un objectif mouvant.

Ces méthodologies décrivent les exigences d'une façon informelle, en utilisant des retours d'expérience (REX), qui peuvent être appelés dans certains cas « user stories » (résumés concis relatifs à une page indexée qui explique un aspect de ce que le système devrait faire), et composée d'une série de cas de tests de validation pour ces retours d'expérience.

La typologie d'utilisation des systèmes doit diriger vers telle ou telle méthode.
Un système de pilotage automatique d'avion ne pourra pas être développé par retour d'expérience utilisateur. D'autre part, un site web dynamique dont on ignore encore le public avant sa conception ne pourra pas faire l'objet d'exigences métiers formulées.

=== Un exemple d'exigence : la langue ===

Les exigences formulées dans le cadre d'un [[appel d'offres]] pour l'achat et la mise en œuvre d'un [[progiciel]] peuvent inclure des critères relatifs à la langue du progiciel.

En France, il existe un dispositif réglementaire qui impose aux [[service public en France|services]] et établissements publics de l'[[État en France|État]] d'utiliser les termes de la [[langue française]] publiés au Journal officiel dans tous les documents administratifs (articles 11 et 12 du [[décret du 3 juillet 1996 relatif à l'enrichissement de la langue française]]).

== Logiciels ==
'''Gestion des exigences'''

La plupart des outils intègrent le référentiel, c'est-à-dire que les exigences sont rédigées, enregistrées et maintenues dans le format propriétaire du logiciel :
* Blueprint (Blueprint Software Systems) ;
* Objectiver de l'éditeur Respect-IT ;
* [[Integrity]] lié avec Windchill PDMLink de l'éditeur [[Parametric Technology Corporation|PTC]] ;
* Accept 360° ;
* CaliberRM ;
* Compuware Optimal Trace ;
* [[DOORS|IBM Rational DOORS]] ;
* [[Envision Requirements]] ;
* GenSpec ;
* IBM Rational RequisitePro ;
* [[LDRA]] TBreq ;
* Polarion REQUIREMENTS ;
* [[PowerAMC]] intègre un outil de gestion d'exigences qui fonctionne avec [[Microsoft Office]] ;
* Projet2Team intègre un outil de gestion d'exigences qui permet d'importer les cahiers des charges depuis [[Microsoft Word]] ;
* Serena Dimensions RM ;
* Un wiki ([[TWiki]], [[XWiki]], [[Confluence (logiciel)|Confluence]], {{Etc.}}) ;
* UProm ;
* Visure IRQA ;
* Requirements Quality Analyzer (RQA).

'''Gestion de la traçabilité des exigences'''

Ces outils exploitent un référentiel externe sous la forme de documents Microsoft WORD :
* [[Reqtify]] (outil de gestion de la traçabilité des exigences) ;
* ReqFlow (outil open-source de gestion des la traçabilité des exigences) ;
* Reqchecker (outil de rédaction et gestion de la traçabilité des exigences).

'''Qualité rédactionnelle des exigences'''

Ces outils analysent les exigences et accompagnent les rédacteurs vers une meilleure qualité rédactionnelle

* [https://semios.ai/ Semios] (solution d’IA NLP d'analyse sémantique des documents techniques)

== Références ==
<references/>

== Voir aussi ==
=== Bibliographie ===
* Livre en français : [https://www.dunod.com/entreprise-economie/ingenierie-exigences-methodes-et-bonnes-pratiques-pour-construire-et-maintenir Ingénierie des exigences - Méthodes et bonnes pratiques pour construire et maintenir un référentiel] - Ed. [[Éditions Dunod|Dunod]] 2014

=== Articles connexes ===

*[[Gestion des exigences]] (en anglais « [[:en:Requirements Management|''Requirements Management'']] »)
*[[Analyse des exigences]] (en anglais « [[:en:Requirements analysis|''Requirements analysis'']] »)
* [[Cas d'utilisation]] (en anglais « [[:en:Use case|''Use case'']] »)
*[[Récit utilisateur]] (en anglais, « ''User story'' »)
*[[Règles métier]] (en anglais « ''Business rule'' »)
* [[Spécification (informatique)]]

=== Liens externes ===

{{Portail|industrie}}

[[Catégorie:Ingénierie]]
[[Catégorie:Gestion de projet]]
[[Catégorie:Génie logiciel]]
[[Catégorie:Ingénierie des connaissances]]
[[Catégorie:Management de la qualité]]

[[de:Anforderung (Informatik)]]
[[vi:Yêu cầu (kỹ thuật)]]


text:
# Romelia Alarcón Folgar
Pour les articles homonymes, voir Alarcon.
Romelia Alarcón Folgar, née le 27 octobre 1900 à Cobán au Guatemala, morte le 19 juillet 1971, est une poétesse, journaliste et suffragette guatémaltèque.
Beaucoup des thèmes qu'elle traite sont en rapport direct avec l'environnement et les droits des femmes. Elle est considérée comme l'un des poètes les plus remarquables du Guatemala au XXe siècle.

## Biographie
Romelia Alarcón Barrios naît le 27 octobre 1900 à Cobán, dans le département d'Alta Verapaz, au Guatemala. Elle est la fille de María Barrios Noriega et de Salvador Alarcón. Elle épouse Domingo Folgar Garrido, et ils ont sept enfants. Elle ne commence à écrire qu'après avoir élevé sa famille ; toutes ses œuvres portent son nom d'épouse.
Grâce à ses liens avec les intellectuels et les artistes contemporains qui lui font connaître les mouvements d'avant-garde, malgré un manque de réelle formation, elle fait pourtant carrière dans le journalisme et comme poétesse, devenant « l'un des poètes guatémaltèques les plus importants du XXe siècle ».
Romelia Alarcón Folgar travaille comme journaliste pour la radio et parfois pour les journaux, publiant également des articles dans des magazines.  Elle fonde la Revista Minuto, et elle est rédactrice en chef du Revista Pan-Americana. À ce titre, elle voyage internationalement.
En 1945, inspirée par les succès au suffrage des femmes en Angleterre, en France et aux États-Unis, Romelia Alarcón rejoint Laura Bendfeldt, María Albertina Gálvez, Clemencia de Herrarte, Gloria Menéndez Mina, Adriana de Palarea, Graciela Quan et Magdalena Spínola pour former ensemble le Comité Pro-Ciudadanía pour lutter en faveur du droit de vote des femmes guatémaltèques.
Elle publie treize livres de son vivant, et après sa mort, une de ses filles fait paraître deux autres de ses livres. Elle commence à publier des poèmes en 1938 avec le recueil intitulé Llamaradas (« Flammes »).
Dans cet ouvrage, elle s'exprime comme une pionnière de la protection de l'environnement et réclame l'obligation de préserver la nature comme moyen de protéger la population métisse. À la différence de ses poèmes ultérieurs, connus pour leur contenu social, le recueil de Llamarades est composé sur le thème central de la protection du « grand arbre maya ».
Certaines de ses premières œuvres se concentrent sur des sujets domestiques qui ne sont pas dans le cadre de ce qui est habituellement attendu dans la poésie contemporaine. Parmi ses œuvres, d'autres évoquent la lutte pour pouvoir créer. Même lorsqu'elle traite des sujets du quotidien, la transposition qu'elle effectue dans son monde intérieur en fait une « catégorie esthétique ». L'influence qu'elle reçoit des autres mouvements littéraires n'altère pas son écriture personnelle au style lyrique, avec un « langage original qui rappelle les surréalismes européens et sud-américains ».
Ses œuvres ultérieures dénoncent la place insuffisante des femmes dans la société et le manque de liberté. Dans ses derniers travaux, elle se plaint du manque de visibilité et de l'inconfort qu'elle éprouve face au monde qui ne la comprend pas elle-même, et ne comprend que ce qui la représente.
Romelia Alarcón Folgar meurt le 19 juillet 1971. Elle est enterrée au cimetière principal de la ville de Guatemala City.

## Œuvres

### Poèmes
Ses principaux poèmes sont :
- Plaquetes, 1938.
- Llamaradas, 1938.
- Cauce, 1944.
- Clima verde en dimensión de angustia, 1944.
- Isla de novilunios, 1954.
- Viento de colores, 1957.
- Día végétal, 1958.
- Vigilia blanca, 1959.
- Claridad, 1961.
- Poemas de la vida simple, 1963.
- Sin brújula, 1964.
- Plataforma de cristal, 1964.
- Pasos sobre la yerba, 1966.
- Casa de pájaros, 1967.
- Tránsito terrestre, 1970.
- Tiempo inmóvil, 1972.
- Más allá de la voz, 1976.
- El Vendedor de trinos, 1976.

### Nouvelles
Les nouvelles écrites par Romelia Alarcón sont :
- Cuentos de la Abuelita, 1950.
- Sin brújula: cuentos, 1964.
- Gusano de luz: cuentos infantiles, 1968.
- Vendedor de trinos: cuentos de misterio, 1968.

title: Romelia Alarcón Folgar

wikitext:
{{Voir homonymes|Alarcon}}
{{Infobox Biographie2 |image=Romelia-Alarcon-Folgar.jpg |taille image=160}}

'''Romelia Alarcón Folgar''', née le {{date de naissance|27 octobre 1900}} à [[Cobán]] au [[Guatemala]], morte le {{Date de décès|19 juillet 1971}}, est une [[poétesse]], [[journaliste]] et [[suffragette]] guatémaltèque.

Beaucoup des thèmes qu'elle traite sont en rapport direct avec l'[[environnement]] et les [[droits des femmes]]. Elle est considérée comme l'un des poètes les plus remarquables du Guatemala au {{XXe}} siècle.

== Biographie ==

Romelia Alarcón Barrios naît le {{date de naissance|27 octobre 1900}} à [[Cobán]], dans le [[département d'Alta Verapaz]], au [[Guatemala]]. Elle est la fille de María Barrios Noriega et de Salvador Alarcón<ref name="WikiGuate">{{Lien web |langue=Spanish |auteur=Asociación de Amigos del País |auteur2=Fundación para la Cultura y el Desarrollo |titre=Romelia Alarcón de Folgar |url=http://wikiguate.com.gt/romelia-alarcon-de-folgar/ |série=WikiGuate |lieu=Guatemala City, Guatemala |éditeur=Diccionario Histórico Biográfico de Guatemala |date=2004 |consulté le=24 January 2016}}</ref>. Elle épouse Domingo Folgar Garrido, et ils ont sept enfants. Elle ne commence à écrire qu'après avoir élevé sa famille ; toutes ses œuvres portent son nom d'épouse{{Sfn|Finzer|2014|p=6}}.

Grâce à ses liens avec les intellectuels et les artistes contemporains qui lui font connaître les mouvements d'avant-garde<ref name="créatrices">{{Lien web |langue=fr |titre=Romelia Alarcón Folgar |url=https://www.dictionnaire-creatrices.com/fiche-romelia-alarcon-folgar |éditeur=Dictionnaire universel des Créatrices |date= }}.</ref>, malgré un manque de réelle formation, elle fait pourtant carrière dans le [[journalisme]] et comme [[poétesse]]{{Sfn|André|Bueno|2014|p=80}}, devenant {{Citation|l'un des poètes guatémaltèques les plus importants du {{XXe}} siècle}}{{Sfn|André|Bueno|2014|p=82}}.

Romelia Alarcón Folgar travaille comme journaliste pour la [[Station de radio|radio]] et parfois pour les [[Journal|journaux]]{{Sfn|André|Bueno|2014|p=80}}, publiant également des articles dans des [[magazine]]s. {{Sfn|Finzer|2014|p=6}} Elle fonde la ''Revista Minuto''{{Sfn|André|Bueno|2014|p=80}}, et elle est rédactrice en chef du ''Revista Pan-Americana''. À ce titre, elle voyage internationalement{{Sfn|Finzer|2014|p=6}}.

En 1945, inspirée par les succès au [[Droit de vote|suffrage des]] femmes en [[Droit de vote des femmes au Royaume-Uni|Angleterre]], en [[France]] et aux [[États-Unis]], Romelia Alarcón rejoint Laura Bendfeldt, María Albertina Gálvez, Clemencia de Herrarte, Gloria Menéndez Mina, Adriana de Palarea, [[Graciela Quan]] et [[Magdalena Spínola]] pour former ensemble le Comité Pro-Ciudadanía pour lutter en faveur du [[droit de vote des femmes]] guatémaltèques{{Sfn|Monzón|2012}}.

Elle publie treize livres de son vivant, et après sa mort, une de ses filles fait paraître deux autres de ses livres{{Sfn|André|Bueno|2014|p=81}}. Elle commence à publier des poèmes en 1938 avec le recueil intitulé ''Llamaradas'' (« Flammes »){{Sfn|André|Bueno|2014|p=81}}.

Dans cet ouvrage, elle s'exprime comme une pionnière de la protection de l'environnement et réclame l'obligation de préserver la nature comme moyen de protéger la population [[Mestizo|métisse]]. À la différence de ses poèmes ultérieurs, connus pour leur contenu social, le recueil de ''Llamarades'' est composé sur le thème central de la protection du « grand arbre [[Mayas|maya]] »{{Sfn|Finzer|2014|p=5}}.

Certaines de ses premières œuvres se concentrent sur des sujets domestiques qui ne sont pas dans le cadre de ce qui est habituellement attendu dans la poésie contemporaine. Parmi ses œuvres, d'autres évoquent la lutte pour pouvoir créer{{Sfn|André|Bueno|2014|p=81}}. Même lorsqu'elle traite des sujets du quotidien, la transposition qu'elle effectue dans son monde intérieur en fait une « catégorie esthétique »<ref name="créatrices"/>. L'influence qu'elle reçoit des autres mouvements littéraires n'altère pas son écriture personnelle au style lyrique, avec un {{citation|langage original qui rappelle les surréalismes européens et sud-américains}}<ref name="créatrices"/>.

Ses œuvres ultérieures dénoncent la [[Droit des femmes|place insuffisante des femmes]] dans la société et le manque de [[liberté]]<ref name="L'1dex">{{Lien web |langue=French |auteur=Morard |prénom=Marylin |titre=Une femme remarquable (12): Romelia Alarcon Folgar |url=http://1dex.ch/2014/07/femme-remarquable-12-romelia-alarcon-folgar/ |lieu=Sion, Switzerland |éditeur=L'1dex |date=15 July 2014 |consulté le=25 January 2016}}</ref>. Dans ses derniers travaux, elle se plaint du manque de visibilité et de l'inconfort qu'elle éprouve face au monde qui ne la comprend pas elle-même, et ne comprend que ce qui la représente{{Sfn|André|Bueno|2014|p=82}}.

Romelia Alarcón Folgar meurt le {{Date de décès|19 juillet 1971}}. Elle est enterrée au cimetière principal de la ville de [[Guatemala City]]<ref name="WikiGuate" />.

== Œuvres ==
=== Poèmes ===
Ses principaux [[poème]]s<ref name="WikiGuate" /> sont :
* ''Plaquetes'', 1938.
* ''Llamaradas'', 1938.
* ''Cauce'', 1944.
* ''Clima verde en dimensión de angustia'', 1944.
* ''Isla de novilunios'', 1954.
* ''Viento de colores'', 1957.
* ''Día végétal'', 1958.
* ''Vigilia blanca'', 1959.
* ''Claridad'', 1961.
* ''Poemas de la vida simple'', 1963.
* ''Sin brújula'', 1964.
* ''Plataforma de cristal'', 1964.
* ''Pasos sobre la yerba'', 1966.
* ''Casa de pájaros'', 1967.
* ''Tránsito terrestre'', 1970.
* ''Tiempo inmóvil'', 1972.
* ''Más allá de la voz'', 1976.
* ''El Vendedor de trinos'', 1976.

=== Nouvelles ===
Les [[nouvelle]]s écrites par Romelia Alarcón sont{{Sfn|André|Bueno|2014|p=81}} :
* ''Cuentos de la Abuelita'', 1950.
* ''Sin brújula: cuentos'', 1964.
* ''Gusano de luz: cuentos infantiles'', 1968.
* ''Vendedor de trinos: cuentos de misterio'', 1968.

== Références ==
{{Références}}
{{Traduction/Référence|en|Romelia Alarcón Folgar|946381101}}

== Bibliographie ==
* {{Ouvrage|langue=en|prénom1=María Claudia|nom1=André|prénom2=Eva Paulino|nom2=Bueno|titre=Latin American Women Writers: An Encyclopedia|lieu=New York, New York|éditeur=Routledge|année=2014|isbn=978-1-317-72634-0|lire en ligne=https://books.google.com/books?id=AyzGBQAAQBAJ&pg=PT80}}
* {{Article |langue=en|auteur1=Finzer |prénom1=Erin |titre=Grafting the Maya World Tree:Cosmic Conservation in Romelia Alarcón de Folgar's Llamaradas (Guatemala, 1938) |périodique=Interdisciplinary Studies in Literature and Environment |éditeur=Association for the Study of Literature and Environment, Oxford University Press |date=2014 |doi=10.1093/isle/isu129 |lire en ligne=https://www.academia.edu/10037635/Grafting_the_Maya_World_Tree_Cosmic_Conservation_in_Romelia_Alarc%C3%B3n_de_Folgars_Llamaradas_Guatemala_1938_ |consulté le=21 January 2016 |pages=1–23 }}
* {{Article |langue=Spanish |auteur1=Monzón |prénom1=Ana Silvia |titre=Arbenz y la participación política de las mujeres |périodique=Revista Albedrio |lieu=Guatemala |éditeur=Paraninfo Universitario |date=16 October 2012 |lire en ligne=https://issuu.com/albedrio/docs/lasmujeresdel44asm |consulté le=30 June 2015 |pages=8–9 }}
* {{Lien web |langue=fr |auteur1=Pablo Domínguez Galbraith |titre=Romelia Alarcón Folgar |url=https://www.dictionnaire-creatrices.com/fiche-romelia-alarcon-folgar |éditeur=Dictionnaire universel des Créatrices |site=dictionnaire-creatrices.com |date= }}.
* {{es}} J. Berry-Bravo, ''Romelia Alarcón Folgar, palabra y poesía de Guatemala'', Guatemala, Serviprensa Centroamericana, 1996.
* {{es}} L. Méndez de la Vega, ''Mujer, desnudez y palabra, antología de desmitificadoras guatemaltecas'', Guatemala, Artemis edinter, 2002.

== Liens externes ==
{{liens}}

{{Portail|littérature|journalisme|poésie|Guatemala}}

{{DEFAULTSORT:Alarcón Folgar, Romelia}}
[[Catégorie:Naissance à Cobán]]
[[Catégorie:Poétesse du XXe siècle]]
[[Catégorie:Écrivain guatémaltèque du XXe siècle]]
[[Catégorie:Journaliste guatémaltèque du XXe siècle]]
[[Catégorie:Poète guatémaltèque du XXe siècle]]
[[Catégorie:Féministe guatémaltèque]]
[[Catégorie:Suffragette]]
[[Catégorie:Naissance en octobre 1900]]
[[Catégorie:Décès en juillet 1971]]
[[Catégorie:Décès à Guatemala]]
[[Catégorie:Décès à 70 ans]]

title: Biographie

Naissance: 27 octobre 1900 · Cobán

Décès: 19 juillet 1971 (à 70 ans) · Guatemala

Nationalité: guatémaltèque

Activités: Poétesse, suffragette, écrivaine, journaliste


text:
# Pentapole byzantine
Pour les articles homonymes, voir Pentapole.
554–752
Entités précédentes :
- Royaume ostrogoth

Entités suivantes :
- Royaume lombard
- États pontificaux

La Pentapole dite Pentapole byzantine est un duché italien de l'empire byzantin qui regroupe les villes d'Ancône, Fano, Pesaro, Rimini et Senigallia.
Elle se trouve au bord de la mer Adriatique entre les fleuves Marecchia et Musone, au sud du territoire principal de l'exarchat de Ravenne, à l'est du duché byzantin de Pérouse et au nord du duché lombard de Spolète.
La Pentapole s'étend à l'intérieur des terres, peut-être au-delà des Apennins, et jusqu'à la rive nord du Musone.
Sa capitale est Rimini où un duc cumule l'autorité civile et militaire.
Du fait de sa position sur la côte, elle porte également le nom de Pentapole maritime qui la distingue de la Pentapole annonaire créée ultérieurement à l'intérieur des terres[réf. souhaitée].

## Histoire
La Pentapole est un des fragments de la province d'Italie, reconquise par l'empire byzantin à l'issue de la guerre des Goths (535-553) sous Justinien, qui restent sous l'autorité byzantine malgré l'extension du royaume lombard dans la plaine du Pô et dans le duché de Spolète.
Elle dépend de la préfecture du prétoire d'Italie de 554 à 584 puis de l'exarchat de Ravenne de 584 à 751.
C'est une région au commerce dynamique malgré le morcellement de l'Italie byzantine au VIIe siècle.
L'historien lombard Paul Diacre relève qu'en 725 déjà, l'exarque Paul lève difficilement des troupes en vue d'une expédition punitive contre le duché de Rome où le pape Grégoire II et les romains ont destitué le duc régnant, l'expédition est finalement un échec,,.
En 726, l'empereur Léon III l'Isaurien veut faire appliquer en Italie un décret hostile au culte des icônes mais l'exarque s'avère incapable d'imposer son autorité à Rome et, l'année suivante, la région de Ravenne, la Pentapole et la Vénétie se révoltent pour protéger le pape.
En 738, alors qu'il traverse la Pentapole en direction de Spolète, le roi lombard Liutprand, se fait attaquer par un groupe d'habitants, peut-être incités par une alliance entre l'exarque Eutychius et le duc Transamond II de Spolète.
Il est certain en tous cas que, malgré les tensions entre territoires byzantins, l'incursion lombarde ne passe pas pour une « libération » dans la Pentapole.
En 743 Liutprand s'attaque directement à Ravenne et à Cesena sur la via Aemilia probablement dans le but de contrôler un passage à travers le territoire byzantin  vers Spolète. Son successeur, Ratchis, attaque la Pentapole et Pérouse en 749 avant de se retirer et devenir moine.
C'est en 752 finalement que le roi lombard Aistolf conquiert la Pentapole.
Toutefois, l'annexion de la Pentapole au royaume lombard est de courte durée.
Dès 754, Pépin le Bref traverse les Alpes, vainc Aistolf, et donne au pape la région de Ravenne, la Pentapole, ainsi que les terres qu'Aistolf avait arraché au duché de Rome.
La Pentapole est par la suite incorporée aux États pontificaux.
Son nom reste utilisé au Haut Moyen Âge pour désigner la région des Marches.

title: Pentapole byzantine

wikitext:
{{Voir homonymes|Pentapole}}
{{Infobox Ancienne entité territoriale
| nom français = Pentapole byzantine
| nom = {{langue|la|Ducatus Pentapolis}}<br>{{langue|grc|Δουκάτον Πενταπόλεως}}
| année début = [[554]]
| année fin = [[752]]
| carte = Pentapolis within the exarchate of Ravenna.png
| légende = En rouge, les cinq villes de la Pentapole.
| gouvernement = [[Duché]] de l'[[empire byzantin]]
| capitale = [[Rimini]]
| religion = [[Christianisme]]
| evt1 date = 554
| evt1 = Duché créé à l'issue de la [[Guerre des Goths (535-553)]]
| evt2 date = 752
| evt2 = Conquis par [[Aistolf]]
| evt3 date = 754
| evt3 = Reconquis par [[Pépin le Bref]]
| p1 = [[Royaume ostrogoth]]
| s1 = [[Royaume lombard]]
| s2 = [[États pontificaux]]
}}

La Pentapole<ref>Du grec {{Langue|grc|πεντάπολις}} signifiant « cinq villes ».</ref> dite '''Pentapole byzantine''' est un [[duché]] [[Italie (région géographique)|italien]] de l'[[empire byzantin]] qui regroupe les villes d'[[Ancône]], [[Fano (Italie)|Fano]], [[Pesaro]], [[Rimini]] et [[Senigallia]].
Elle se trouve au bord de la [[mer Adriatique]] entre les fleuves [[Marecchia]] et [[Musone]], au sud du territoire principal de l'[[exarchat de Ravenne]], à l'est du duché byzantin de [[Pérouse]] et au nord du duché [[Royaume lombard|lombard]] de [[duché de Spolète|Spolète]].

La Pentapole s'étend à l'intérieur des terres, peut-être au-delà des [[Apennins]], et jusqu'à la rive nord du [[Musone]]{{sfn|Hallenbeck|1982|p=7}}.
Sa capitale est [[Rimini]] où un [[duc]] cumule l'autorité civile et militaire{{sfn|Hutton|Sund|1913|p=119}}.

Du fait de sa position sur la côte, elle porte également le nom de '''Pentapole maritime''' qui la distingue de {{refsou|la [[Pentapole annonaire]] créée ultérieurement à l'intérieur des terres}}.

== Histoire ==
La Pentapole est un des fragments de la province d'Italie, reconquise par l'empire byzantin à l'issue de la [[guerre des Goths (535-553)]] sous [[Justinien]], qui restent sous l'autorité byzantine malgré l'extension du [[royaume lombard]] dans la [[plaine du Pô]] et dans le [[duché de Spolète]].
Elle dépend de la [[préfecture du prétoire]] d'Italie de 554 à 584 puis de l'[[exarchat de Ravenne]] de 584 à 751.
C'est une région au commerce dynamique malgré le morcellement de l'Italie byzantine au {{s-|VII}}{{sfn|Noble|1984|pp=3–5}}.

L'historien lombard [[Paul Diacre]] relève qu'en 725 déjà, l'[[Paul (stratège)|exarque Paul]] lève difficilement des troupes en vue d'une expédition punitive contre le [[duché de Rome]] où le pape [[Grégoire II]] et les romains ont destitué le duc régnant, l'expédition est finalement un échec{{sfn|Noble|1984|pp=29–30}}{{,}}<ref>''[[Liber Pontificalis]]''.</ref>{{,}}<ref>''[[Histoire des Lombards]]'' de [[Paul Diacre]].</ref>.
En [[726]], l'empereur [[Léon III l'Isaurien]] veut faire appliquer en Italie un décret [[Période iconoclaste de l'Empire byzantin|hostile au culte des icônes]] mais l'exarque s'avère incapable d'imposer son autorité à [[Rome]] et, l'année suivante, la région de [[Ravenne]], la Pentapole et la [[Vénétie]] se révoltent pour protéger le [[pape]].

En 738, alors qu'il traverse la Pentapole en direction de [[Spolète]], le roi lombard [[Liutprand]], se fait attaquer par un groupe d'habitants, peut-être incités par une alliance entre l'exarque Eutychius et le duc [[Transamond II de Spolète]]{{sfn|Noble|1984|p=44}}.
Il est certain en tous cas que, malgré les tensions entre territoires byzantins, l'incursion lombarde ne passe pas pour une « libération » dans la Pentapole{{sfn|Noble|1984|p=35}}.
En 743 Liutprand s'attaque directement à [[Ravenne]] et à [[Cesena]] sur la [[via Aemilia]] probablement dans le but de contrôler un passage à travers le territoire byzantin  vers [[Spolète]]. Son successeur, [[Ratchis]], attaque la Pentapole et [[Pérouse]] en 749 avant de se retirer et devenir moine{{sfn|Noble|1984|pp=56–58}}.

C'est en 752 finalement que le roi lombard [[Aistolf]] conquiert la Pentapole{{sfn|Noble|1984|p=71}}.
Toutefois, l'annexion de la Pentapole au [[royaume lombard]] est de courte durée.
Dès 754, [[Pépin le Bref]] traverse les [[Alpes]], vainc Aistolf, et donne au [[pape]] la région de Ravenne, la Pentapole, ainsi que les terres qu'Aistolf avait arraché au [[duché de Rome]]{{sfn|Kampers|1911}}.

La Pentapole est par la suite incorporée aux [[États pontificaux]].
Son nom reste utilisé au [[Haut Moyen Âge]] pour désigner la région des [[Marches]].

== Références ==
{{Traduction/Référence|en|Duchy of the Pentapolis|808194998}}
{{références|taille=20}}

== Bibliographie ==
*{{article|id=Hallenbeck1982|lang=en|auteur=Jan T. Hallenbeck|titre=Pavia and Rome: The Lombard Monarchy and the Papacy in the Eighth Century|lieu=Philadelphia, Pennsylvania|périodique=Transactions of the American Philosophical Society|volume=72|numéro=4|année=1982|pages=1–186|doi=10.2307/1006429}}
*{{Ouvrage|langue=en|auteur1=Edward Hutton|auteur2=Harald Sund|titre=Ravenna|sous-titre=A Study|lieu=London, United Kingdom and Toronto, Canada|éditeur=J. M. Dent and Sons Ltd|année=1913|lire en ligne=https://archive.org/details/ravennaastudybye00hutt}}
*{{chapitre |lang=en|titre ouvrage=[[Catholic Encyclopedia]]|titre chapitre=Pepin the Short |auteur=Franz Kampers |url=http://www.newadvent.org/cathen/11662b.htm |volume=vol. 11 |lieu=New York |éditeur=Robert Appleton |année=1911}}
*{{Ouvrage|langue=en|auteur1=Thomas F. X. Noble|titre=The Republic of St. Peter|sous-titre=The Birth of the Papal State, 680–825|lieu=Philadelphia, Pennsylvania|éditeur=[[University of Pennsylvania Press]]|année=1984|pages totales=374|isbn=0-8122-1239-8|lire en ligne=https://books.google.com/books?id=UpUi7DAWSX0C&printsec=frontcover|id=Noble1984}}
== Voir aussi ==
*[[Exarchat de Ravenne]]
*[[Donation de Pépin]]

{{Portail|Histoire|Haut Moyen Âge|Monde byzantin|Italie}}
[[Catégorie:Ancône]]
<!-- Fano -->
[[Catégorie:Pesaro]]
[[Catégorie:Rimini]]
[[Catégorie:Senigallia]]
[[Catégorie:Antiquité tardive]]
[[Catégorie:Histoire des Marches]]
[[Catégorie:États pontificaux]]
[[Catégorie:Territoire du haut Moyen Âge]]
[[Catégorie:Duché]]
[[Catégorie:Empire byzantin]]

title: Informations générales

Statut: Duché de l'empire byzantin

Capitale: Rimini

Religion: Christianisme

title: Histoire et événements

Duché créé à l'issue de la Guerre des Goths (535-553)

Conquis par Aistolf

Reconquis par Pépin le Bref


text:
# Modrzew (Gostynin)
Pour les articles homonymes, voir Modrzew.
Modrzew (prononciation : [ˈmɔdʐɛf]) est un village polonais de la gmina de Szczawin Kościelny dans le powiat de Gostynin de la voïvodie de Mazovie dans le centre-est de la Pologne.
Il se situe à environ 4 kilomètres au sud-ouest de Szczawin Kościelny (siège de la gmina), 11 kilomètres au sud-est de Gostynin (siège du powiat) et à 99 kilomètres à l'ouest de Varsovie (capitale de la Pologne).

## Histoire
De 1975 à 1998, le village appartenait administrativement à la voïvodie de Płock.

title: Modrzew (Gostynin)

wikitext:
{{ébauche|localité polonaise}}
{{voir homonymes|Modrzew}}
{{Infobox Ville de Pologne
 | nom                      = Modrzew
 | autres noms              =
 | statut                   = 4
 | blason                   =
 | drapeau                  =
 | image                    =
 | légende                  =
 | division                 = [[voïvodie de Mazovie|Mazovie]]
 | nom de division          = [[Voïvodies de Pologne|Région]]
(Voïvodie)
 | division2                = [[Powiat de Gostynin|Gostynin]]
 | nom de division2         = [[Powiat|District]]
(Powiat)
 | division3                = [[Szczawin Kościelny (gmina)|Szczawin Kościelny]]
 | nom de division3         = [[Gmina|Commune]]
(Gmina)
 | maire                    =
 | mandat maire             =
 | autorité                 =
 | titre autorité           =
 | cp                       = 09-550<ref>http://www.poczta-polska.pl/hermes/uploads/2013/02/spispna.pdf?84cd58 Liste des codes postaux de  la Pologne</ref>
 | code1                    = +(48)
 | nom de code1             = [[Liste des indicatifs téléphoniques internationaux par indicatif|Indicatif téléphonique international]]
 | code2                    = 24
 | nom de code2             = Indicatif téléphonique local
 | code3                    = WGS
 | nom de code3             = [[Plaque d'immatriculation|Immatriculation]]
 | gentilé                  =
 | latitude                 = 52.354167
 | longitude                = 19.563889
 | altitude                 =
 | population               =
 | année_pop                =
 | superficie               =
 | population agglomération =
 | année_pop agglomération  =
 | superficie agglomération =
 | position                 =
 | sites touristiques       =
 | divers                   =
 | nom divers               =
 | url                      =
}}

'''Modrzew''' ([[prononciation du polonais|prononciation]] : {{API|[ˈmɔdʐɛf]}}) est un village polonais de la [[Szczawin Kościelny (gmina)|gmina de Szczawin Kościelny]] dans le [[powiat de Gostynin]] de la [[voïvodie de Mazovie]] dans le centre-est de la [[Pologne]]<ref name="TERYT">{{lien web |url=http://www.stat.gov.pl/broker/access/prefile/listPreFiles.jspa |titre=Central Statistical Office (GUS) - TERYT (Registre national des terres territoriales Journal de Répartition) |date=1er juin 2008 |langue=Polonais}}</ref>.

Il se situe à environ {{unité|4 kilomètres}} au sud-ouest de [[Szczawin Kościelny (Mazovie)|Szczawin Kościelny]] (siège de la ''gmina''), {{unité|11 kilomètres}} au sud-est de [[Gostynin]] (siège du ''powiat'') et à {{unité|99 kilomètres}} à l'ouest de [[Varsovie]] (capitale de la Pologne).

== Histoire ==
De [[Voïvodies de Pologne#Voïvodies de Pologne de 1975 à 1998|1975 à 1998]], le village appartenait administrativement à la [[voïvodie de Płock]].

== Références ==
{{Références}}

{{Palette|Gmina Szczawin Kościelny|Powiat de Gostynin}}
{{Portail|Pologne}}

{{DEFAULTSORT:Modrzew (Gostynin)}}
[[Catégorie:Village dans la voïvodie de Mazovie]]
[[Catégorie:Powiat de Gostynin]]

title: Administration

District · (Powiat): Gostynin

Commune · (Gmina): Szczawin Kościelny

Immatriculation: WGS

title: Démographie

title: Géographie

Coordonnées: 52° 21′ 15″ nord, 19° 33′ 50″ est

title: Localisation


text:
# Ligne 2 du tramway de Debrecen
Pour les articles homonymes, voir Ligne 2.
 (mars 2025).
La ligne 2 du tramway de Debrecen circule entre Nagyállomás et Doberdó u,.

title: Ligne 2 du tramway de Debrecen

wikitext:
{{Homonyme|Ligne 2}}{{À mettre à jour|date=mars 2025}}{{Ébauche|chemin de fer|Transport en commun|Hongrie}}
{{Infobox Ligne de transport en commun
| image=CAF Urbos 3 villamos 512 Dienes László Középiskola Debrecen.jpg
| légende=
| carte=
| couleur ligne={{Tramway DKV/couleur fond|2}}
| couleur texte={{Tramway DKV/couleur texte|2}}
| nom=2-es villamos
| réseau=[[Tramway de Debrecen]]
| date d'ouverture=
| dernière extension=
| terminus                = ''Nagyállomás''<br />↔ ''Doberdó u.''
 | exploitant              = [[Debreceni Közlekedési Zrt.]]
| type de conduite=Conducteur
| matériel=
| nombre de stations=
| longueur=
| espacement station=
 | jours de fonctionnement= {{Jour de fonctionnement|l|ma|me|j|v|s|d}}
| nombre de communes=1
| passagers par an=
| rang=
| lignes connexes={{Trolley DKV/correspondances avec intitulé|2|2A}}
}}

La '''ligne 2 du tramway de Debrecen''' circule entre ''Nagyállomás'' et ''Doberdó u<ref>{{Lien web |langue= |titre=13 novembre 2021 – Carnet de voyage été 2021 : Debrecen (Hongrie) |url=https://tramwaydemontpellier.net/2021/11/13/13-novembre-2021-carnet-de-voyage-ete-2021-debrecen-hongrie/ |site=Tramway de Montpellier |date=2021-11-13 |consulté le=2025-03-29}}</ref>''{{,}}<ref>{{Lien web |titre=UrbanRail.Net > Europe > Hungary > Debrecen Tram - tömegközlekedése |url=https://www.urbanrail.net/eu/hu/debrecen/debrecen.htm |site=www.urbanrail.net |consulté le=2025-03-29}}</ref>''.''

== Histoire ==

== Tracé et stations ==

== Exploitation ==
=== Desserte ===
=== Matériel roulant ===
=== Le personnel d'exploitation ===
=== Tarification et financement ===
=== Trafic ===

== Notes et références ==
<references />

== Liens externes ==
{{Liens}}

== Voir aussi ==
=== Articles connexes ===

{{Palette|Transports en commun à Debrecen}}
{{Portail|chemin de fer|transport en commun|Hongrie}}

[[Catégorie:Ligne de tramway en Hongrie|Debrecen, 2]]
[[Catégorie:Ligne de tramway mise en service dans les années 2010|Debrecen, 2]]
[[Catégorie:Tramway de Debrecen]]

title: Histoire

Exploitant: Debreceni Közlekedési Zrt.

title: Infrastructure

Conduite (système): Conducteur

title: Exploitation

Jours de fonctionnement: L, Ma, Me, J, V, S, D

Exploitation: modifier