www.romver.ru
/ Полный список статей / Что такое хорошее ТЗ на сайт?

Как заказать сайт


АБРАКАДАБРА (Тоже самое но в читаемом виде)

A mogu pripomnit' na udivlenie malo materialov, posva6ennix proektirovaniu saytov i programm na russkom azike, napisannix russkoazi4nimi avtorami. 4to takoe xoro6ee TZ na sayt? Etomu sposobstvuet i preimu6estvenno eksportno-orientirovannaa razrabotka (off6or) i otsutstvie massovogo opita sozdania informacionnix produktov v na6ey strane.

Nadeus', 4to eta stat'a prigoditsa tem razrabot4ikam i IT-menedjeram, kto o6util pered soboy problemu sostavlenia ka4estvennix dokumentov na razrabotku sayta. Dokumentov, kotorie krome ispor4ennoy bumagi bili bi xot' 4em-to polezni.

Vvodnaa

Za4em sostavlat' texni4eskoe zadanie ( TZ) na sayt?
Kakuu bi metodiku razrabotki vi ne ispol'zovali, i kakogo bi razmera ni bil va6 sayt, vi v lubom slu4ae stolknetes' s voprosom: “A kogda mi budem zakan4ivat' rabotu, to kak mi poymem, 4to mi ee deystvitel'no zakon4ili?” V razrabotke kak PO, tak i lubogo sayta 4astaa problema — nikto ne vidit kone4noy to4ki. S odnoy storoni mojno skazat', 4to kone4nim videniem proekta doljen obladat' proektniy menedjer. No esli kone4niy produkt sovpadet s obrazom menedjera, no ne sovpadet s ojidaniami klienta? A esli za vrema proekta menaetsa 3 menedjera?

Sledstvie zakona Parkinsona “devanosto-devanosto”:
Pervie 90% koda otnimaut 90% vremeni razrabotki. Ostav6iesa 10% koda otnimaut vtorie 90% vremeni razrabotki.
Iz knigi A.Kupera “Psixbol'nica v rukax pacientov”.

TZ eto ne prosto spisok trebovaniy, eto dokument. Esli dogovor reguliruet process organizacionnix i finansovix vzaimootno6eniy, to TZ reguliruet process razrabotki i kone4niy rezul'tat.

V etom slu4ae ne imeet nikakogo zna4enia bol'6oy razrabativaetsa sayt ili maliy. Problema rassoglasovania ojidaniy mojet vozniknut' v nezavisimosti ot ob&ema zatra4ennix sredstv, vot tol'ko posledstvia mogut bit' raznimi.

O 4em eta stat'a.
Eta stat'a o tom, 4to mojet prigodit'sa v processe napisania TZ na sayt, a takje 4to budet uj to4no sdelat' jelatel'no. No eta stat'a ne o tom, kak nado pisat' proektnuu dokumentaciu. V kone4nom itoge glavnaa zada4a proektirov6ika ne napisat' klassniy dokument, a sproektirovat' sayt. Xoro6iy dokument li6' otrajenie podxoda i uvajenia ko vsem u4astnikam razrabotki.

Dobavlu ograni4enia.
Vsegda kogda a govoru o napisanii TZ, to imeu v vidu, kone4no je, kaskadnuu metodiku razrabotki. V slu4ae drugix variantov (naprimer, ekstremal'noe programmirovanie) sostavlautsa drugie dokumenti i 4asto po drugim principam. Eto — raz.

Stoit razdelat' TZ dla malix i bol'6ix saytov. Eto — dva. Razli4ia malen'kix i bol'6ix proektov zaklu4autsa ne v ob&eme dokumenta na vixode, a v processe ix razrabotki. Esli u vas vsego 4 4eloveka v proektnoy gruppe, vse davno znaut drug druga, to mojno predpolagat' otsutstvie formalizma. Esli je razrabotkoy zanimautsa neskol'ko “otdelov”, a proektnaa komanda sostoit iz bolee 10-ka (do beskone4nosti) sotrudnikov, to upravlat' etoy ordoy mojet tol'ko process. Process rojdaet formalizaciu, a formalizm nakladivaet svoy otpe4atok na format dokumentacii.

Po suti, tol6ina dokumentov zavisit ot slojnosti processa v bol'6e stepeni, nejeli ot razmerov proekta.

Mi budem sledovat' samomu slojnomu puti.

TZ otve4aet na voprosi

TZ izna4al'no sozdaetsa dla neskol'kix u4astnikov razrabotki:

  1. Razrabot4iki proekta (dizayneri i programmisti).
  2. Proekt-menedjer.
  3. Klient.
  4. Burokrati (oni mogut ne u4astvovat' v proekte, no na nix toje nado rass4itivat').

Ogladivaas' na privedennie gruppi u4astnikov mojno predpolojit', 4to TZ v pervuu o4ered' doljno otve4at' na ix voprosi. V ideale vsa predproektnaa dokumentacia v kaskadnom metode sozdaetsa tak, 4tobi snat' voprosi v processe razrabotki.
Itak, na kakie voprosi otve4aet TZ.

Dla kogo sozdaetsa sayt i dla 4ego?

Sayt sozdaetsa dla Zakaz4ika i dla ego klientov. Eto osnovannie pol'zovateli budu6ego proekta.
Nailu46im variantom budet, esli v Texni4eskom zadanii vi opi6ite vsex pol'zovateley sayta, kak vnutrennix, tak i vne6nix. Eto opisanie mojet vklu4at' v seba marketingovie, demografi4eskie, social'nie dannie, celi i zada4i potencial'nix pol'zovateley, ix trebovania k budu6emu saytu.

Kak budut re6eni zada4i zakaz4ika i pol'zovateley?

Sobstvenno esli ne otvetit' na etot vopros, to napisanie TZ mojno priznat' bumagomaratel'stvom. Eto osnovnoy i zna4imiy vopros. Emu mojet bit' posva6ena otdel'naa stat'a, poetomu ostanavlivat'sa na nem podrobnom poka ne budem.

Kak budet proxodit' sozdanie proekta?

Kak a uje pisal vi6e, TZ (a mojet i otdel'niy dokument) inogda opisivaet process razrabotki proekta. Eto sover6enno neobxodimo, esli prinat' vo vnimanie, 4to sayt mojet razrabativat'sa po otli4noy ot prinatoy v kompanii metodiki razrabotki, kotoraa kak pravilo ne opisivaetsa ni odnim dokumentom. Mojno skol'ko ugodno dolgo mu4it' seba me4tami o standartizacii po ISO, no 4to pokazat' doto6nomu zakaz4iku?
Po GOSTu predusmotren otdel'niy razdel “Etapi razrabotki sistemi”. V takom razdele mojno ne sli6kom podrobno opisat' process i ustanovit' maylstouni.

4to budet prinimat'sa na vixode?

TZ na4inaet razrabotku i stavit v ney to4ku.
V ideale vi doljni proytis' po vsem punktam TZ vmeste s zakaz4ikom, sverit'sa s polu4ennoy sistemoy i spusta nedelu skazat': “Uf-f. Vrode vse sdelali”.
“TZ avlaetsa sredstvom verifikacii vipolnennix rabot.” — takaa fraza zapisana vo vvedenii mnogix moix TZ.

4to trebuetsa dla dal'ney6ego zapuska proekta?

Eto vopros, na kotoriy po-xoro6emu doljen polu4it' otvet zakaz4ik. Eto uje konsalting, no v 4asti slu4aev ego neobxodimo provesti v processe proektirovania. Neobxodimo splanirovat' koli4estvo rabo4ix mest, trebuemoe programmnoe i apparatnoe obespe4enie i t.p.

Iz 4ego sostoit TZ

U mena u6el celiy 4as na prinatie re6enia: opisivat' sostav TZ v vide konkretnoy 4etkoy strukturi ili prosto rasskazat' o tom, 4to doljno tam bit'. Vspomniv vse svoi TZ, a pri6el k vivodu, 4to struktura etogo dokumenta tak 4asto menalas' v zavisimosti ot celogo rada faktorov, 4to 4etkoe ukazanie strukturi budet napominat' ploxoy sovet po viboru kostuma. Predstav'te, 4to vam sovetuut 4to-to nadet' na ve4er, daje ne osvedomiv6is', kuda vi napravlaetes'.

Ob6aa informacia

Pervaa 4ast' TZ soderjit vvedenie i ob6uu informaciu o dokumente i proekte v celom. Vvedenie nado napisat' odin raz i na vsu jizn'. Kak pravilo, tam pi6utsa nastol'ko abstraktnie frazi, 4to v kajdom novom proekte nado li6' podpravit' paru slov.

Ob6aa informacia vklu4aet v seba:

  • Informaciu o zakaz4ike i ispolnitele.
    Obazatel'no ukazanie otvetstvennix lic s kajdoy storoni. Ukazivautsa dokumenti, na osnovanii kotorix proizvoditsa razrabotka. Kak pravilo, podobnim dokumentom avlaetsa dogovor. Status teku6ego dokumenta i konfidencial'nost'.
  • Nazna4enie proekta.
    Ukazivaetsa: dla 4ego budet ispol'zovat'sa polu4enniy produkt.
  • Celi sozdania i zada4i, kotorie doljen re6it' resurs.
    S odnoy storoni eto dovol'no korotkiy razdel, no po vajnosti prorabotki on zanimaet pervoe mesto. Esli celi i zada4i postavleni ne4etko i neizmerimo, to mojet bit' dovol'no slojno im sledovat'.
  • Opisanie auditorii proekta.
    Kriti4no vajnaa informacia dla razrabotki xoro6ix i pravil'nix saytov. Asno, 4to informaciu ob auditorii ne tol'ko nado pravil'no sobirat', no e6e vajnee eto umet' etoy informaciey pol'zovat'sa.
    Opisanie auditorii doljno soderjat' ne tol'ko informaciu, kotoruu tak lubat marketologi (demografia, potrebnosti, segmentirovanie i t.p.), no takje informacia, kotoraa prigoditsa dizayneram i proektirov6ikam: kakie zada4i re6aet pol'zovatel', kakie ego celi v rabote s saytom, 4to ego privlekaet. Alan Kuper rekomenduet opisivat' auditoriu sayta ne v vide bezlikoy massi, a videlat' personaji — opisivat' sobiratel'niy obraz konkretnix ludey.
  • Termini i opredelenia.
    V bol'6om dokumente vi smojete upotrebit' ogromnoe koli4estvo terminov i slengovix virajeniy, kotorie redko ponimaut specialisti po marketingu ili krupnie rukovoditeli. Oni mogut 4itat' etot dokument, poetomu lu46e predusmotret' dla nix spisok opredeleniy. A ne te6u seba nadejdoy, 4to etot spisok xot' raz v jizni bil pro4ten, no zato a mogu vsegda soslat'sa na nego.

Vvodnaa ob6aa 4ast' dokumenta soderjit informaciu o tom, s 4ego mi na4inali pri proektirovanii. Kone4no, v processe anketirovania specialistov zakaz4ika informacii nakaplivaetsa na poradok bol'6e, no 4itat' ee nikomu ne interesno.

Eta informacia sobiraetsa v ramki proekta.

Ramki proekta

Esli podal'6e otoyti ot svoego doma i, obernuv6is', vzglanut' na nego, to izdali vi ne smojete razli4it' detali stroenia. Vi mojete pods4itat' okna, no ne razberete iz kakogo oni materiala, vi mojete lubovat'sa arxitekturoy (”lubovat'sa”, kone4no, mojno ne kajdim domom), no smojete tol'ko dogadivat'sa o principax ego stroitel'stva, vam ne budut vidni vnutrennosti kvartir ili nacarapannoe slovo na vxodnoy dveri.

Ramki proekta primerno to je samoe. Pro4itav etu glavu kajdiy doljen predstavlat', 4to budet polu4eno v processe razrabotki, no absolutno ne vdavaas' v detali. Vi pi6ite, 4to na sayte budet rabotat' “registracia pol'zovateley”, no ne pi6ite, kak konkretno ona budet ustroena, ili kakie pola doljen budet zapolnit' pol'zovatel'.

Ramo4niy uroven' proektirovania v lubom slu4ae proxodit luboy proekt, poetomu zapisat' ego budet ne li6nim. Krome togo, bol'6ie 6efi kak so storoni razrabot4ikov, tak i storoni zakaz4ika o4en' ne lubat dolgo 4itat', no lubat bit' v kurse vsego 4to proisxodit. Etot razdel nado napisat' v tom 4isle i dla nix.

Ramki proekta pi6utsa v vide scenariev raboti pol'zovateley s saytom i opisivaut ob6uu funkcional'nost' i interakcii s interfeysom.

Informacionnaa arxitektura i interfeys

Razdel posva6enniy informacionnoy arxitekture ( IA) saytov ne standartiziruetsa ni odnim izvestnim standartom (avtoru takie poka ne znakomi). No luboy, kto razrabatival sayti, ponimaet, 4to IA eto 4ut' li ne glavnoe, 4to nujno znat' dla razrabotki sayta. IA opredelat kak budet vigladet' i rabotat' sayt s pol'zovatelami.

Dla opisania IA potrebuetsa opisivat' sverxu vniz:

  1. Strukturu sayta. Eto tak nazivaemie visokourovnevie prototipi.
  2. 6abloni stranic. Nizkourovnevie prototipi, opisivau6ie neposredstvenno interfeys sayta.
  3. Opis' kontenta. Tabli4noe opisanie soderjania kajdoy stranici sayta.
Struktura sayta

Karta sayta vipolnaetsa grafi4eskim sposobom v odnoy iz izvestnix notaciy: Visio ili Garrett. A sovetuu imenno risovat' kartu sayta, potomu kak v etom slu4ae polu4ennaa struktura polu4aetsa naibolee nagladnoy i udobnoy v dal'ney6em ispol'zovanii. S odnoy storoni mojet pokazat'sa, 4to v vide spiska napisat' kartu sayta budet kuda pro6e, no kogda vi sami zadumaetes' nad svazami razli4nix oblastey sayta mejdu soboy, vi voley nevoley na4nete 4irkat' kvadratiki na bumage.

O tom, kak mojno risovat' strukturu sayta s pomo6'u notaciy, ispol'zua Visio, napisani celie stat'i, poetomu ostanavlivat'sa na etom ne budem. Stat'i napisani, pravda, na angliyskom, no vi legko smojete vospol'zovat'sa imi.

Ne zabivayte prisvaivat' nomer kajdoy otdel'noy stranice karti sayta. Eto potrebuetsa na etape opisania kontenta.

Poleznie soveti pri risovanii karti sayta:

  • Ne jaleyte mesta. Staraytes' raspolagat' bloki tak, 4tobi oni bili otdeleni drug ot druga. Eto pomojet 4itabel'nosti karti.
  • Ne mel'4ite. Pro4itat' tekst, nape4atanniy 4 keglem, v principe mojno, no eto uje pri4ina dla nenavisti.
  • Viravnivayte “kvadratiki” stranic otnositel'no drug druga, vistraivaa v linii. Eto ulu46it vospriatie urovney vlojennosti stranic.
  • Ne peresekayte linii. Staraytes' izbegat' bol'6ogo koli4estva perese4eniy liniy svazey. Esli oni peresekautsa, to doljni “pereskakivat'” odna nad drugoy. Kto zanimalsa 4er4eniem funkcional'nix sxem v universitete, mena poymet.
  • Podpisivayte kartu. Podpi6ite samu kartu, a takje otdel'nie bloki. Eto pozvolit men'6e putat'sa v dal'ney6em.
  • Po4a6e soxranayte fayl. Banal'no, no nado prosto pomnit' ob etom. Ne stoit li6niy raz vspominat' rodstvennikov razrabot4ikov programmi Visio, v su6nosti, oni ni v 4em ne vinovati.
Primer karti sayta
Primer karti sayta.

Kartu sayta a obi4no pome6au v razdel “Prilojenia”. Kak pravilo, ona na stol'ko bol'6aa, 4to pomestit' ee posredi TZ stanovitsa ne real'no.

6abloni stranic

Na urovne karti sayta kajdaa stranica predstavlaet dla nas tol'ko “kvadratik” na liste bumagi. Dla dizaynera, verstal'6ika i programmista etogo nedostato4no, 4tobi razrabotat' sayt. Nado e6e znat' nali4ie i raspolojenie blokov informacii i funkciy na stranicax sayta. Poetomu mi perexodim k 6ablonam sayta. V ideale kajdiy kvadratik doljen bit' detalizirovan do sxemi kajdoy otdel'noy stranici. Eto prototipirovanie sayta. Ispol'zovanie prototipirovania zavisit ot prinatoy sxemi raboti v kompanii-razrabot4ike, no stoit priznat', 4to eto stanovitsa dla zakaz4ika krayne nede6evo.

Dla upro6enia videlaut rad 6ablonov interfeysa sayta, kotorie opisivautsa vsled za kartoy sayta.

Opisanie 6ablonov sostoit iz 3x 4astey:

  1. Pere4en' 6ablonov. Viavlautsa osnovnie tipi stranic i opisivaetsa ix ispol'zovanie.
  2. Tipovoy 6ablon. Osnovnie bloki. Opisivautsa osnovnie bloki stranic s cel'u umen'6it' povtoraemost' informacii.
  3. Opisanie kajdogo 6ablona soglasno pere4na. 6abloni otrisovivautsa v lubom grafi4eskom pakete (Adobe Illustrator, Adobe InDesign, MS Visio i dr.), a zatem dopolnautsa kratkim opisaniem.

Ogovorka: 6abloni interfeysa sayta ne nado putat' s 6ablonami v programmnoy sisteme, na kotoroy budet rabotat' sayt. 6abloni interfeysa opisivaut koli4estvo tipovix stranic, dostato4noe dla dizayna sayta.

wireframe.gif
Primer razvorota iz TZ s opisaniem 6ablona interfeysa (vayrfreyma).
Opisanie kontenta

Samaa dolgaa i nudnaa 4ast' raboti. Opisanie kontenta doljno vklu4at' v seba pere4en' vsex stranic sayta s to4nim ukazaniem razme6aemogo na kajdoy stranice teksta, kartinok i t.p. Takje tam ukazivaetsa kakoy 6ablon ispol'zuetsa dla dannoy stranici (sm. vi6e). A rekomenduu ispol'zovat' dla etogo tablicu.

Daleko ne vsegda na moment napisania TZ mojno s uverennost'u znat' kakoy budet kontent na sayte: to4noe koli4estvo informacionnix stranic, razme6enie grafi4eskoy informacii, poetomu ne dumayte, 4to v dannom razdele privoditsa samoe to4noe opisanie. 4asto eto ne tak. No esli vi opi6ite trebuemiy kontent na dannom etape, to dalee proekt-menedjer na ego osnove smojet sostavit' plan postavki kontenta i ocenit' ob&em vnesenia etoy informacii na sayt. U klienta je vsegda pered glazami budet pere4en' togo, 4to emu potrebuetsa podgotovit' i otredaktirovat'.

Xoro6ee opisanie kontenta zalog splanirovannoy raboti na etape zapuska sayta i vnesenia informacii.

Funkcional

Opisanie funkcionala sayta v texni4eskom zadanii odin iz klu4evix razdelov. V osobennosti eto kasaetsa saytov s bol'6im procentom programmnix rabot: elektronnaa kommercia, onlayn-servisi i t.p.

Xoro6iy primer opisania funkcionala daet GOST. Rekomenduu derjat'sa standarta pri opisanii funkcionala razrabativaemogo v ramkax sayta programm. Doljni bit' opisani: ob6aa sistema, ob6ie funkcional'nosti podsistem i moduley, vzaimosvaz' podsistem i moduley mejdu soboy i, nakonec, pere4islenie vsex funkciy moduley s bolee ili menee podrobnim opisaniem ix raboti. Dla kajdogo modula doljni bit' raspisani ob&ekti, kotorie sozdautsa ili ispol'zuutsa v rabote programmi.

Mojno takje opisivat' strukturu bazi dannix, predvaritel'nie algoritmi raboti, no samo po sebe texni4eskoe zadanie etogo ne trebuet. Po GOSTu podobnie podrobnosti doljni opisivat' v dal'ney6ix dokumentax: eskizniy i texni4eskiy proekti.

Inogda pri razrabotke krupnix saytov prixoditsa dolgo posidet', 4tobi opisat' ves' funkcional vne6ney i vnutrenney 4asti sayta. Nekotorie razrabot4iki protiv takoy detalizacii. Oni s4itaut, 4to funkcional nado opisivat' poverxnostno, 4tobi “klientu bilo ponatno”. Polnaa erunda! Po opitu mogu skazat', 4to li6ney detalizacii ne bivaet. V slu4ae problem v proekte menedjeri proekta s oboix storon stanovatsa redkostnimi bukvoedami! Oni vi4itivaut TZ vdol' i poperek staraas' dokazat' svou pravotu. Poetomu esli funkcional v TZ propisan ob6imi slovami klient vse ravno zastavit sdelat' to, 4to emu nado.

Trebovania

Otdel'niy razdel doljen bit' posva6en trebovaniam k proektu ili proekta k okrujeniu. Trebovania, kotorie mogut bit' opisani v texni4eskom zadanii na sayt:

  • Texni4eskie trebovania k sisteme;
  • Trebovania k personalu;
  • Trebovania k nadejnosti;
  • Trebovania k ergonomike i texni4eskoy estetike;
  • Trebovania k za6ite informacii ot NSD;
  • Trebovania po soxrannosti informacii pri avariax;
  • Trebovania k vidam obespe4enia;
  • Trebovania k programmnim sredstvam;
  • Trebovania k informacionnomu obespe4eniu;
  • Trebovania k texni4eskim sredstvam;

Mojet bit' takje rad specifi4eskix trebovaniy.

Vse trebovania neobxodimo 4etko formulirovat' i starat'sa ne zabit' ni4ego iz aspektov razrabotki va6ego proekta.

Kone4no, v nebol'6ix proektax net neobxodimosti propisivat' vse privedennie vi6e trebovania. Tak, naprimer, 4asto personala v veb-sayte voob6e net, poetomu takie razdeli propuskaut.

Pro4ee

V processe vedenia proektov vi mojete zametit', 4to voznikaut situacii, vixoda6ie za ramki texni4eskogo zadania. Vozmojno, vi 4to-to upustili, ili voznikla ne6tatnaa situacia, kotoruu vi ranee ne mogli predusmotret'. Vse eto pomojet vam v dal'ney6em razvivat' dokument, privnosa v nego novuu informaciu, kotoraa pomojet ispol'zovat' ego v kommunikaciax s zakaz4ikom i razre6at' problemi.

4to dal'6e?

TZ sostavleno, podpisano i postupilo v rabotu. 4to dal'6e? Zakan4ivaetsa li rabota s nim na etom etape? Net.

Proekt daleko ne vsegda idet po zaranee zaplanirovannomu puti. Mi staraemsa 4to-to ulu46it', izmenit', 4asto menautsa trebovania zakaz4ika. Texni4eskoe zadanie eto dokument, a ne skrijali. S izmeneniem trebovaniy k proektu doljno menat'sa i texni4eskoe zadanie. Obi4no eto delaetsa dopolnitel'nimi dokumentami so spiskom izmeneniy. Estestvenno, oni sostavlautsa tol'ko v tom slu4ae esli eto deystvitel'no neobxodimo, na praktike vstre4aetsa redko.

Takje vi doljni bit' gotovi, 4to v processe glubokogo izu4enia TZ vsemi u4astnikami razrabotki v processe raboti nad proektom budut naydeni o6ibki. Koli4estvo o6ibok v bol'6om dokumente pramo proporcional'no ego ob&emu i obratno proporcional'no vremeni, zatra4ennomu na ego napisanie. T.k. vremeni postoanno ne xvataet, sleduet ojidat', 4to o6ibki v TZ budut voznikat'.

V suxom ostatke

Etu stat'u a napisal bol'6e goda nazad. Pro6lo dovol'no mnogo vremeni, a a za eto vrema ne napisal ni odnogo bol'6ogo TZ. No, pere4itav predstavlennuu informaciu, soglasilsa so vsem, 4to zdes' napisano. Itak xoro6ee TZ na sayt doljno soderjat' v sebe:

  • Ob6uu informaciu o dokumente i ego sostavitelax;
  • Celi i zada4i sayta;
  • Opisanie pol'zovateley sayta, ix celi i zada4i;
  • Ramki proekta;
  • Informacionnaa arxitektura (IA) sayta: karta sayta, 6abloni, opisanie interfeysa;
  • Opisanie kontenta sayta;
  • Opisanie funkcionala sayta;
  • Opisanie processa i maylstounov, esli trebuetsa;
  • Pere4en' vsevozmojnix trebovaniy pri razrabotke sayta i verifikacii polu4ennoy raboti.

webmascon.com/topics/planning/22a.asp

3
Создание эксклюзивных сайтов, юзибилити анализ и бесплатный анализ под запросы основных поисковых машин
Контактная информация :
тел. +7(98I) 7608865

Написать письмо на e-mail
icq 415547094  romverрейтинг на mail.ru сайта romverinbox.ru
© 1997 - 2024 romver.ru

Полная карта сайта Display Pagerank