Metrikat më të rëndësishme të SC.

05.07.2019 Windows 10

Metrikëështë një shkallë dhe metodë sasiore që mund të përdoret për matje.

Ne dëshirojmë të shtojmë se futja dhe përdorimi i metrikës është i nevojshëm për të përmirësuar kontrollin mbi procesin e zhvillimit, dhe në veçanti mbi procesin e testimit, të cilin do ta shqyrtojmë më tej.

Qëllimi i kontrollit të testit është të marrë reagime dhe të vizualizojë procesin e testimit. Informacioni i nevojshëm për kontrollin mblidhet (si manualisht ashtu edhe automatikisht) dhe përdoret për të vlerësuar statusin dhe për të marrë vendime të tilla si mbulimi (për shembull, mbulimi i kërkesave ose kodi me teste) ose kriteret e daljes (për shembull, kriteret e përfundimit të testit). Metrikat mund të përdoren gjithashtu për të vlerësuar ecurinë e punës së planifikuar dhe zbatimin e buxhetit

Krijimi, përdorimi dhe analizimi i metrikave

Sipas mendimit tonë, për qartësi më të madhe, ka kuptim të grupohen metrikat sipas llojeve të subjekteve të përfshira në sigurimin e cilësisë dhe testimin e softuerit, përkatësisht:

Metrikë sipas rasteve testuese
Metrikë për gabimet/defektet
Metrikë sipas detyrës

Le të hedhim një vështrim më të afërt në secilën prej tyre:

Metrikë për rastet e testimit

Metrikat e gabimeve

Dëshirojmë të vëmë në dukje se metrikat "Karakteristika të hapura/mbyllura", "Karakteristikat sipas ashpërsisë" dhe "Bug sipas përparësisë" vizualizojnë qartë shkallën në të cilën produkti po i afrohet arritjes së kritereve të cilësisë për defektet. Duke pasur kërkesa për numrin e gabimeve të hapura, pas çdo përsëritje testimi, ne i krahasojmë ato me të dhëna reale, duke parë kështu vendet ku duhet të përmirësohemi për të arritur qëllimin sa më shpejt të jetë e mundur.

Metrikat "Rihapur/Mbyllur defekte" dhe "Defekte të refuzuara/të hapura" synojnë të gjurmojnë punën e anëtarëve individualë të ekipeve të zhvillimit dhe testimit.

Shembulli një:
Le të themi se kemi një situatë ku numri i gabimeve të rihapura pas rregullimit nuk ulet apo edhe rritet. Ky është një sinjal se është e nevojshme të analizohen shkaqet, sepse Një situatë e ngjashme mund të tregojë se:

Zgjidhje me cilësi të dobët për problemin (rregullimi i gabimeve)

Shembulli i dytë do të tregojë pse është e nevojshme metrika "Kafekte të refuzuara/të hapura":
Ne vërejmë se përqindja e gabimeve të refuzuara është shumë e lartë. Kjo mund të nënkuptojë:

Kërkesat e funksionit mund të interpretohen në mënyra të ndryshme
Testuesi nuk e përshkroi me saktësi problemin
Zhvilluesi nuk dëshiron të korrigjojë gabimin që ka bërë ose nuk beson se është në të vërtetë një gabim. (Ky problem është pasojë e drejtpërdrejtë e të dytit, i cili u ngrit për shkak të një përshkrimi të pasaktë)

Të gjitha këto probleme destabilizojnë ndjeshëm situatën në projekt. Prandaj, kur ato shfaqen, rekomandohet të keni një bisedë të shkurtër me drejtuesit e ekipit të projektit në mënyrë që më pas të zvogëlohet numri i defekteve të rizbuluara dhe të refuzuara.

Metrikë sipas detyrës

Emri	Përshkrim
Detyrat e vendosjes	Metrika tregon numrin dhe rezultatet e instalimeve të aplikacioneve. Procedura për instalimin e aplikacionit u përshkrua në artikullin Procedura për instalimin e një versioni të ri të softuerit (Deployment WorkFlow). Nëse numri i versioneve të refuzuara nga ekipi i testimit është jashtëzakonisht i lartë, rekomandohet që urgjentisht të analizohen dhe identifikohen arsyet, si dhe të zgjidhet problemi ekzistues sa më shpejt të jetë e mundur.
Detyra ende të hapura	Metrika tregon numrin e çështjeve ende të hapura. Deri në fund të projektit, të gjitha detyrat duhet të kryhen. Me detyra nënkuptojmë llojet e mëposhtme të punës: shkrimi i dokumentacionit (arkitekturë, kërkesa, plane), zbatimi i moduleve të reja ose ndryshimi i atyre ekzistuese në bazë të kërkesave për ndryshim, punë në ngritjen e stendave, studime të ndryshme dhe shumë të tjera.

Metrikat për detyrat mund të jenë të ndryshme, ne kemi dhënë vetëm dy prej tyre. Metrika për kohën e përfundimit të detyrës dhe shumë të tjera mund të jenë gjithashtu interesante.

Si përfundim, dëshirojmë të vërejmë se prania e metrikave dhe grafikëve të nevojshëm që pasqyrojnë ndryshimet në statusin e projektit me kalimin e kohës do t'ju lejojë të përmirësoni jo vetëm procesin e testimit, por edhe zhvillimin në tërësi, dhe gjithashtu lehtësoni procedurën për analizimin e projektit të përfunduar, i cili do t'ju lejojë të parandaloni problemet e ardhshme në të ardhmen.gabimet.

Video trajnimi. Yandex.Metrica: hyrje

Shikoni videon

Çfarë mund të gjurmohet duke përdorur Metrica

Tërheqja e vizitorëve

Raportet e drejtpërdrejta në Metrica tregojnë qartë se cilat fushata, reklama, fraza dhe pyetje kërkimi sjellin vizitorë në faqen tuaj të internetit, nga cilat rajone dhe nga cilat platforma reklamimi. Përdorni këtë informacion për të optimizuar fushatat tuaja.

Për shembull, ju mund të përmirësoni frazat tuaja duke shtuar fjalë kyçe nga pyetjet përkatëse të kërkimit dhe fjalë kyçe negative nga pyetje të parëndësishme - kjo do të ndihmojë në tërheqjen e më shumë vizitorëve të interesuar dhe rritjen e CTR.

Audienca e faqes

Në Metrica mund të merrni karakteristika të detajuara të audiencës tuaj. Gjinia, mosha dhe interesat e vizitorëve llogariten duke analizuar sjelljen e tyre në internet duke përdorur teknologjinë Crypt. Bazuar në këto të dhëna, reklamimi mund të bëhet më i rëndësishëm dhe në këtë mënyrë të rritet efektiviteti i tij.

Arritja e qëllimeve dhe konvertimeve

Është e rëndësishme jo vetëm të sillni vizitorë në faqen tuaj të internetit, por të kuptoni nëse ata bëhen klientë të vërtetë. Për ta bërë këtë, ju duhet të vendosni qëllime në Metrica - domethënë, të përcaktoni veprimet kryesore që duhet të kryejnë vizitorët e faqes.

Për shembull, blerësi juaj mund të jetë një vizitor i cili:

kliko butonin "Shto në shportë";
shkoi nga karroca në faqe "Faleminderit per blerjen tuaj" kur bëni një porosi;
vizituar të paktën dy faqe të faqes;
shkoi në faqen me informacionin e kontaktit;
regjistruar në faqe ose abonuar në buletinin.

Të kesh qëllime të personalizuara do t'ju lejojë të kuptoni se cilat fraza dhe reklama sjellin përdoruesit në sit që arrijnë qëllimet e tyre. Ju jo vetëm që mund të analizoni rritjen e vizitave të synuara, por edhe t'i optimizoni ato duke përdorur një nga strategjitë automatike: Kostoja mesatare e konvertimit ose buxheti javor. Konvertimet maksimale.

Të ardhurat

Pronarët e dyqaneve online mund të marrin informacion të detajuar në Metrica për porositë e bëra në faqen e internetit të dyqanit. Mund të zbuloni se sa para ka sjellë çdo porosi dhe nga cilat kanale vijnë porositë më fitimprurëse.

Pikërisht në ndërfaqen Metrica, mund të vlerësoni shpejt kostot tuaja të reklamimit në Direct. Për shembull, mund të shikoni kostot totale të reklamave, të zbuloni koston mesatare të konvertimeve për të gjitha fushatat tuaja reklamuese dhe të vlerësoni koston mesatare ose totale të klikimeve për lloje të caktuara pajisjesh, rajonesh, pyetjesh kërkimi ose platformash.

Thirrjet e synuara

Klientët bëjnë porosi jo vetëm në faqen e internetit, por edhe me telefon. Shërbimi "Thirrja e synuar" ju lejon të krahasoni efektivitetin e kanaleve të ndryshme të promovimit. Ju merrni numra të veçantë telefoni që mund të lidhen me burime të ndryshme, me një nivel detajesh deri në fushatat individuale reklamuese. Numri në faqen e internetit dhe në kartën virtuale të biznesit zëvendësohet automatikisht në varësi të burimit - në këtë mënyrë ju mund të gjurmoni se ku secili telefonues ka mësuar për ju.

Si të filloni mbledhjen e statistikave

Instaloni kodin numërues në të gjitha faqet e faqes tuaj sa më afër majës së faqes - plotësia e të dhënave të mbledhura varet nga kjo. Ju mund të kontrolloni korrektësinë e instalimit të numëruesit në tastierën e shfletuesit.

Nëse krijoni shumë fushata me të njëjtin grup numëruesish, mund të specifikoni numëruesit në faqen e cilësimeve të përdoruesit në fushë Njehsuesi i metrikës për fushatat e reja.

Derisa të keni specifikuar numra numërues, shënimi automatik i lidhjeve do t'ju ndihmojë të transferoni të dhëna midis Direct dhe Metrica. Sigurohuni që opsioni të jetë i aktivizuar në cilësimet e fushatës suaj Shënoni lidhjet për Metrica, dhe faqja juaj hap saktë lidhjet me etiketa.

Si funksionon shënimi i lidhjes

Kujdes. Nëse fusha në parametrat e fushatës nuk është e plotësuar Numëruesit metrikë, dhe opsioni është i çaktivizuar Shënoni lidhjet për Metrica, atëherë të dhënat për klikimet në reklama nuk do të përfshihen në Metrica dhe të dhënat nga Metrica nuk do të përfshihen në statistikat Direct.

Pyetje dhe pergjigje

Sa shpejt përditësohen të dhënat në raportet e Metrica?

Veprimet e një vizitori në një faqe interneti pasqyrohen në shumicën e raporteve të Metrica brenda pak minutash. Të dhënat për raportet speciale në Direct i nënshtrohen verifikimit shtesë, kështu që ato përfundojnë në Metrica me një vonesë deri në disa orë.

Sa shpejt futen të dhënat për arritjen e qëllimeve në Direct?

Të dhënat për arritjen e një qëllimi specifik dërgohen në Direct brenda 24 orëve.

Pse të dhënat në statistikat Direct janë të ndryshme nga ato në Metrica?

Berg O.Yu.

METRIKA PËR VLERËSIMIN E CILËSISË TË SOFTWAREVE

Ndërsa përpunimi i të dhënave ndikon gjithnjë e më shumë në jetën tonë, gabimet e kompjuterit tani mund të kenë pasoja të tilla si dëmtimi i pronës, cenimi i privatësisë dhe shumë të tjera, duke përfshirë vdekjen. Besueshmëria e softuerit është probabiliteti i funksionimit të tij pa dështime për një periudhë të caktuar kohore, e llogaritur duke marrë parasysh koston e përdoruesit për çdo dështim. Prandaj, është e nevojshme të jemi në gjendje të matim cilësinë e softuerit gjatë gjithë ciklit të zhvillimit. Është e këshillueshme që të vlerësohet cilësia e softuerit bazuar në kriteret e cilësisë, të cilat duhet:

Të karakterizojë numerikisht funksionin objektiv kryesor të programit;

Të sigurojë aftësinë për të përcaktuar kostot e nevojshme për të arritur nivelin e kërkuar të cilësisë, si dhe shkallën e ndikimit të faktorëve të ndryshëm të jashtëm në treguesin e cilësisë;

Të jenë sa më të thjeshtë, të matshëm mirë dhe të kenë variancë të ulët.

Metrikat përdoren për të matur karakteristikat dhe kriteret e cilësisë. Aktualisht, njihen një numër i madh metrikash që vlerësojnë prodhimin individual dhe vetitë operacionale të softuerit. Sidoqoftë, ndjekja e shkathtësisë së tyre, duke injoruar shtrirjen e softuerit që po zhvillohet dhe fazat e ciklit të jetës, zvogëlon ndjeshëm efektivitetin e përdorimit të tyre.

Metrika e cilësisë së programit është një sistem për matjen e cilësisë së programit. Këto matje mund të bëhen në nivel të kritereve të cilësisë së programit ose në nivel të karakteristikave individuale të cilësisë. Në rastin e parë, sistemi i matjes lejon krahasimin e drejtpërdrejtë të programeve për nga cilësia. Për më tepër, vetë matjet nuk mund të kryhen pa vlerësime subjektive të vetive të programeve. Në rastin e dytë, karakteristikat mund të maten në mënyrë objektive dhe të besueshme, por vlerësimi i cilësisë së softuerit në tërësi do të shoqërohet me një interpretim subjektiv të vlerësimeve që rezultojnë.

Në studimin e metrikës së softuerit, ekzistojnë dy drejtime kryesore:

Kërkoni për metrika që karakterizojnë vetitë më specifike të programeve, d.m.th. metrikë për vlerësimin e vetë softuerit;

Përdorimi i metrikës për të vlerësuar performancën teknike dhe faktorët e zhvillimit të softuerit, p.sh. metrikë për vlerësimin e kushteve të zhvillimit të programit.

Bazuar në llojin e informacionit të marrë gjatë vlerësimit të cilësisë së softuerit, metrikat mund të ndahen në tre grupe:

Metrikë që vlerësojnë devijimet nga norma në karakteristikat e materialeve fillestare të projektimit. Ata përcaktojnë plotësinë e karakteristikave teknike të specifikuara të kodit burimor.

Metrikë që ju lejojnë të parashikoni cilësinë e softuerit të zhvilluar. Ato janë të përcaktuara në set

opsionet e mundshme për zgjidhjen e problemit dhe zbatimin e tyre dhe të përcaktojë cilësinë e softuerit që

do të arrihet në fund.

Metrikat me të cilat merret një vendim nëse softueri përfundimtar i plotëson kërkesat e specifikuara. Ato ju lejojnë të vlerësoni përputhjen e zhvillimit me kërkesat e specifikuara.

Aktualisht, disa qindra metrika programore përdoren në praktikën botërore. Vlerësimet cilësore ekzistuese të programit mund të grupohen në gjashtë fusha:

Vlerësimet e kompleksitetit topologjik dhe informativ të programeve;

Vlerësimet e besueshmërisë së sistemeve softuerike, duke lejuar parashikimin e situatave të dështimit;

Vlerësimi i performancës së softuerit dhe përmirësimi i efikasitetit të tij duke identifikuar gabimet e projektimit;

Vlerësimi i nivelit të mjeteve gjuhësore dhe zbatimi i tyre;

Vlerësimet e vështirësisë së perceptimit dhe të kuptuarit të teksteve të programit, të fokusuara në

faktorë psikologjikë thelbësorë për mbajtjen dhe modifikimin e programeve;

Vlerësimi i produktivitetit të programuesve për të parashikuar kohën e zhvillimit të programit dhe planifikimin e punës për krijimin e sistemeve softuerike.

Në varësi të karakteristikave dhe veçorive të metrikës së përdorur, ato shoqërohen me shkallë të ndryshme matëse:

Shkalla nominale korrespondon me metrikat që klasifikojnë programet në lloje bazuar në praninë ose mungesën e disa karakteristikave pa marrë parasysh shkallëzimet;

Shkalla rendore korrespondon me metrikat që ju lejojnë të renditni disa karakteristika duke krahasuar me vlerat e referencës, d.m.th. matja në këtë shkallë në fakt përcakton pozicionin relativ të programeve specifike;

Shkalla e intervalit korrespondon me metrikat që tregojnë jo vetëm pozicionin relativ të programeve, por edhe sa larg janë ato nga njëri-tjetri;

Shkalla relative korrespondon me metrikat që lejojnë jo vetëm rregullimin e programeve në një mënyrë të caktuar dhe vlerësimin e pozicionit të tyre në raport me njëri-tjetrin, por edhe për të përcaktuar se sa larg janë vlerësimet nga kufiri nga i cili mund të matet karakteristika.

Një analizë e përvojës teknologjike të drejtuesve të prodhimit të softuerëve tregon se sa e shtrenjtë është për papërsosmërinë e një parashikimi joshkencor të zgjidhshmërisë dhe kostove të punës, kompleksitetin e programeve, papërkulshmërinë e kontrollit dhe menaxhimit të zhvillimit të tyre dhe shumë më tepër, duke treguar mungesën. të mbështetjes metodologjike nga fundi në fund dhe përfundimisht të çojë në mospërputhjen e tij me kërkesat e përdoruesve dhe standardin e kërkuar dhe në ripërpunimin e mëvonshëm të dhimbshëm dhe që kërkon shumë kohë. Këto rrethana kërkojnë përzgjedhje të kujdesshme të teknikave, modeleve, metodave për vlerësimin e cilësisë së softuerit, duke marrë parasysh kufizimet e përshtatshmërisë së tyre për cikle të ndryshme të jetës, vendosjen e rendit të përdorimit të tyre të përbashkët, përdorimin e kërkimeve të tepërta heterogjene të të njëjtëve tregues për të rritur besueshmëria e vlerësimeve aktuale, akumulimi dhe integrimi i informacionit heterogjen metrikë për marrjen e vendimeve në kohë të prodhimit dhe certifikimin e produktit përfundimtar.

Si përfundim, duhet të theksohet se kur zgjidhni metrikë për vlerësimin e cilësisë së softuerit, duhet të udhëhiqeni nga rregullat e mëposhtme:

metrika duhet të ketë kuptim si për klientin ashtu edhe për interpretuesin;

metrika duhet të jetë objektive dhe përkufizimi i saj i paqartë;

metrika duhet të bëjë të mundur gjurmimin e tendencës së ndryshimeve;

metrika mund të automatizohet.

Analiza e cilësisë metrike e kryer me kujdes në përputhje me qëllimet e zhvillimit krijon bazën për planifikimin dhe kontrollin korrekt të kostove të cilësisë për të arritur performancën e kërkuar dhe efikasitetin e burimeve.

LITERATURA

1. Liu K., Zhou S. Yang H., Metrics Quality of Object Oriented Design for Software Development and Ri-zhvillimi, - Procedurat e Konferencës së Parë Azi-Paqësor mbi Softuerin e Cilësisë, 2000 IEEE

2. Boehm B. W., Brown J. R., Lipow M. VLERËSIMI QANITATIV I CILËSISË SOFTWARE Proceedings of the 2nd International Conference on Software Engineering on International Conference on Software Engineering Tetor 1976

3. Houdek F., Kempter H. Modelet e cilësisë - Një qasje ndaj përvojës së inxhinierisë së softuerit të paketimit ACM SIGSOFT Shënime Inxhinierike Softuerësh, Punime të simpoziumit 1997 mbi Simpoziumin mbi ripërdorimin e softuerit maj 1997

4. W. Royce Software Project Management, Moskë, LORI

Chernikov Alexey

1. Hyrje

Ndryshe nga shumica e industrive të prodhimit material, në çështjet e projekteve të zhvillimit të softuerit, qasjet e thjeshta të bazuara në shumëzimin e intensitetit të punës me produktivitetin mesatar të punës janë të papranueshme. Kjo është shkaktuar, para së gjithash, nga fakti se treguesit ekonomikë të projektit varen në mënyrë jolineare nga vëllimi i punës, dhe kur llogaritet intensiteti i punës, lejohet një gabim i madh.

Prandaj, për zgjidhjen e këtij problemi përdoren metoda komplekse dhe mjaft komplekse, të cilat kërkojnë përgjegjësi të lartë në aplikim dhe një kohë të caktuar për përshtatje (koeficientët e rregullimit).

Sistemet moderne gjithëpërfshirëse për vlerësimin e karakteristikave të projekteve të zhvillimit të softuerit mund të përdoren për të zgjidhur problemet e mëposhtme:

vlerësimi paraprak, i përhershëm dhe përfundimtar i parametrave ekonomikë të projektit: intensiteti i punës, kohëzgjatja, kostoja;
vlerësimi i rrezikut për projektin: rreziku i shkeljes së afateve dhe mospërmbushjes së projektit, rreziku i rritjes së intensitetit të punës në fazat e korrigjimit dhe mbështetjes së projektit, etj.;
marrja e vendimeve të menaxhimit operacional - bazuar në gjurmimin e metrikave të caktuara të projektit, është e mundur që menjëherë të parandalohet shfaqja e situatave të padëshiruara dhe të eliminohen pasojat e vendimeve të projektimit të konceptuara keq.

1. Hyrje
2 Metrikë
2.1 Metrikat e orientuara nga dimensioni (treguesit e vlerësimit të vëllimit)
2.1.1 Vlerësimi LOC (Linjat e Kodit)
2.1.1.1 Metrika e stilistikës dhe kuptueshmëria e programeve
2.1.2 Totali sipas SLOC
2.2 Metrika e vështirësisë
2.2.2 Metrikat Halstead
2.2.4 Metrika Chapin

2.4 Lista e përgjithshme e metrikës
2.4 Përmbledhje
6 Burimet e internetit

2. Metrikë

Metrikat e kompleksitetit të programit zakonisht ndahen në tre grupe kryesore:

matjet e madhësisë së programit;
matjet e kompleksitetit të rrjedhës së kontrollit të programit;
matjet e kompleksitetit të rrjedhës së të dhënave të programit.

Metrikat e grupit të parë bazohen në përcaktimin e karakteristikave sasiore në lidhje me madhësinë e programit dhe janë relativisht të thjeshta. Metrikat më të njohura të këtij grupi përfshijnë numrin e deklaratave të programit, numrin e rreshtave të tekstit burimor dhe një grup metrikash Halstead. Metrikat në këtë grup janë të përqendruara në analizimin e tekstit burimor të programeve. Prandaj, ato mund të përdoren për të vlerësuar kompleksitetin e ndërmjetësve të zhvillimit.

Metrikat e grupit të dytë bazohen në analizën e grafikut të kontrollit të programit. Një përfaqësues i këtij grupi është metrika McCabe.

Grafiku i kontrollit të programit, i cili përdoret nga matjet e këtij grupi, mund të ndërtohet në bazë të algoritmeve të modulit. Prandaj, matjet e grupit të dytë mund të përdoren për të vlerësuar kompleksitetin e produkteve të zhvillimit të ndërmjetëm.

Metrikat e grupit të tretë bazohen në vlerësimin e përdorimit, konfigurimit dhe vendosjes së të dhënave në program. Kjo ka të bëjë kryesisht me variablat globale. Ky grup përfshin matjet Chapin.

2.1 Metrikat e orientuara nga dimensioni (treguesit e vlerësimit të vëllimit)

2.1.1 Vlerësimi LOC (Linjat e Kodit)

Metrikat e orientuara nga dimensionet matin drejtpërdrejt një produkt softuerësh dhe procesin e zhvillimit të tij. Metrikë të tillë bazohen në vlerësimet LOC.

Ky lloj metrike mat në mënyrë indirekte produktin e softuerit dhe procesin e zhvillimit të tij. Në vend të llogaritjes së rezultateve LOC, ai shikon funksionalitetin ose dobinë e produktit dhe jo madhësinë.

Metrikat e orientuara nga dimensionet përdoren më gjerësisht në praktikën e zhvillimit të softuerit. Në organizatat e përfshira në zhvillimin e produkteve softuerike, është zakon të regjistrohen treguesit e mëposhtëm për secilin projekt:

kostot totale të punës (në muaj njerëz, orë pune);
madhësia e programit (në mijëra rreshta të kodit burimor -LOC);
kostoja e zhvillimit;
vëllimi i dokumentacionit;
gabimet e zbuluara gjatë një viti funksionimi;
numri i njerëzve që punojnë në produkt;
periudha e zhvillimit.

Bazuar në këto të dhëna, metrikat e thjeshta zakonisht llogariten për të vlerësuar produktivitetin e punës (KLOC/njeri-muaj) dhe cilësinë e produktit.

Këto metrika nuk janë universale dhe të diskutueshme, veçanërisht për një tregues të tillë si LOC, i cili varet ndjeshëm nga gjuha e programimit e përdorur.

Numri i rreshtave të kodit burimor (Linjat e kodit - LOC, linjat burimore të kodit - SLOC) është mënyra më e thjeshtë dhe më e zakonshme për të vlerësuar sasinë e punës në një projekt.

Fillimisht, ky tregues u ngrit si një mënyrë për të vlerësuar sasinë e punës në një projekt që përdorte gjuhë programimi me një strukturë mjaft të thjeshtë: "një linjë kodi = një komandë gjuhësore". Dihet gjithashtu prej kohësh që i njëjti funksionalitet mund të shkruhet në numër të ndryshëm rreshtash, dhe nëse marrim një gjuhë të nivelit të lartë (C++, Java), atëherë është e mundur të shkruani 5-6 rreshta funksionaliteti në një rresht - ky nuk është problem. Dhe kjo nuk do të ishte aq e keqe: vetë mjetet moderne të programimit gjenerojnë mijëra rreshta kodi për një operacion të parëndësishëm.

Prandaj, metoda LOC është vetëm një metodë vlerësuese (e cila duhet të merret parasysh, por jo të mbështetet në vlerësime) dhe në asnjë mënyrë nuk është e detyrueshme.

Në varësi të mënyrës se si merret parasysh kodi i ngjashëm, ekzistojnë dy tregues kryesorë SLOC:

numri i linjave "fizike" të kodit - SLOC (shkurtesat e përdorura janë LOC, SLOC, KLOC, KSLOC, DSLOC) - përcaktohet si numri i përgjithshëm i rreshtave të kodit burimor, duke përfshirë komentet dhe linjat boshe (kur matni treguesin në numri i rreshtave bosh, zakonisht futet një kufi - Gjatë llogaritjes, merret parasysh numri i rreshtave bosh, i cili nuk kalon 25% të numrit të përgjithshëm të rreshtave në bllokun e kodit të matur).
Numri i linjave "logjike" të kodit - SLOC (shkurtesat e përdorura janë LSI, DSI, KDSI, ku "SI" është udhëzimet burimore) - përcaktohet si numri i komandave dhe varet nga gjuha e programimit të përdorur. Nëse gjuha nuk lejon që komandat e shumta të vendosen në një rresht, atëherë numri i SLOC-ve "logjike" do të korrespondojë me numrin e atyre "fizikë", me përjashtim të numrit të rreshtave bosh dhe linjave të komenteve. Nëse një gjuhë programimi mbështet vendosjen e komandave të shumta në një linjë, atëherë një linjë fizike duhet të llogaritet si linja të shumta logjike nëse përmban më shumë se një komanda gjuhësore.

Për metrikën SLOC, ekziston një numër i madh derivatesh të dizajnuara për të marrë tregues individualë të projektit, kryesorët janë:

numri i rreshtave bosh;
numri i rreshtave që përmbajnë komente;
përqindja e komenteve (raporti i rreshtave të kodit me rreshtat e komentit, metrikë stilistike e prejardhur);
numri mesatar i rreshtave për funksionet (klasat, skedarët);
numri mesatar i rreshtave që përmbajnë kodin burimor për funksionet (klasa, skedarë);
numri mesatar i rreshtave për modulet.

2.1.1.1 Metrika e stilistikës dhe kuptueshmëria e programeve

Ndonjëherë është e rëndësishme jo vetëm të numërosh numrin e rreshtave të komenteve në kod dhe thjesht t'i lidhësh ato me linjat logjike të kodit, por të zbulosh densitetin e komenteve. Kjo do të thotë, kodi fillimisht ishte i dokumentuar mirë, pastaj dobët. Ose ky opsion: titulli i një funksioni ose klase dokumentohet dhe komentohet, por kodi jo.

Fi = SHENJA (Ncomm. i / Ni – 0.1)

Thelbi i metrikës është i thjeshtë: kodi ndahet në n pjesë të barabarta dhe për secilën prej tyre përcaktohet Fi.

2.1.2 Totali sipas SLOC

Disavantazhet e mundshme të SLOC që janë në shënjestër të kritikave:

Është e shëmtuar dhe e pasaktë të reduktosh vlerësimin e punës së një personi në disa parametra numerikë dhe të gjykosh produktivitetin sipas tyre. Menaxheri mund të caktojë programuesit më të talentuar në fushën më të vështirë të punës; kjo do të thotë se zhvillimi i këtij seksioni do të marrë kohën më të gjatë dhe do të gjenerojë më shumë gabime për shkak të kompleksitetit të detyrës. Pa ditur për këto vështirësi, një tjetër menaxher mund të vendosë në bazë të treguesve të marrë se programuesi e ka bërë punën e tij keq.
Metrika nuk merr parasysh përvojën e punonjësve dhe cilësitë e tjera të tyre
Shtrembërimi: Procesi i matjes mund të shtrembërohet për shkak të faktit se punonjësit janë të vetëdijshëm për treguesit që maten dhe kërkojnë të optimizojnë këta tregues dhe jo performancën e tyre. Për shembull, nëse numri i rreshtave të kodit burimor është një tregues i rëndësishëm, atëherë programuesit do të përpiqen të shkruajnë sa më shumë rreshta të jetë e mundur dhe nuk do të përdorin teknika të thjeshtimit të kodit që zvogëlojnë numrin e rreshtave (shih shiritin anësor për Indinë).
Pasaktësia: Nuk ka metrikë që janë mjaft domethënëse dhe të sakta. Numri i rreshtave të kodit është thjesht numri i rreshtave; ky tregues nuk jep një ide për kompleksitetin e problemit që zgjidhet. Analiza e pikës së funksionit u zhvillua për të matur më mirë kompleksitetin e kodit dhe specifikimeve, por përdor gjykimin personal të matësit, kështu që njerëz të ndryshëm do të marrin rezultate të ndryshme.

Dhe gjëja kryesore për të mbajtur mend: metrika SLOC nuk pasqyron intensitetin e punës së krijimit të një programi
.

Shembull nga jeta :
Në një nga kompanitë, gjatë zbatimit, ne përdorëm këtë metrikë - numëruam linjat e kodit. Kreu i organizatës ishte me pushime, por pas kthimit prej saj vendosi të përfitonte nga transparenca dhe gjurmueshmëria e ndryshimeve dhe të shihte sesi menaxherët e tij po ecnin me projektet e tyre. Dhe për të kuptuar plotësisht kursin, zbrita në nivelin më të ulët (d.m.th., nuk vlerësova densitetin e defekteve, numrin e gabimeve të rregulluara) - në nivelin e teksteve burimore. Vendosa të numëroj kush ka shkruar dhe sa rreshta. Dhe për ta bërë atë vërtet argëtuese, krahasoni numrin e ditëve të punës në javë dhe sasinë e kodit të shkruar (logjika është e thjeshtë: një person ka punuar 40 orë në javë, që do të thotë se duhet të shkruajë shumë gjëra). Natyrisht, ishte një person që shkruante vetëm një rresht në javë, as nuk e shkruante, por vetëm korrigjonte atë ekzistuesin...
Zemërimi i menaxherit nuk kishte kufi - ai gjeti një dembel! Dhe do të ishte keq për programuesin nëse menaxheri i projektit nuk do të shpjegonte se: u gjet një gabim në program, një klient VIP e gjeti atë, gabimi ndikon në biznesin e klientit dhe duhej të rregullohej urgjentisht, për këtë qëllim ky i veçantë u zgjodh kontraktori, i cili vendosi stendën, përmbyti mjedisin e klientit, konfirmoi shfaqjen e gabimit dhe filloi ta kërkonte dhe eliminonte atë. Natyrisht, në fund, ai ndryshoi kodin që kishte gjendjen e gabuar dhe gjithçka funksionoi.

Pajtohem, është marrëzi të llogaritësh kostot e punës duke përdorur këtë metrikë - një vlerësim gjithëpërfshirës është i nevojshëm ...

2.2 Metrika e vështirësisë

Përveç treguesve për vlerësimin e vëllimit të punës në një projekt, treguesit për vlerësimin e kompleksitetit të tij janë shumë të rëndësishëm për marrjen e vlerësimeve objektive të projektit. Si rregull, këta tregues nuk mund të llogariten në fazat më të hershme të punës në një projekt, pasi ato kërkojnë minimalisht një dizajn të detajuar. Sidoqoftë, këta tregues janë shumë të rëndësishëm për marrjen e vlerësimeve të parashikimit të kohëzgjatjes dhe kostos së projektit, pasi ato përcaktojnë drejtpërdrejt intensitetin e punës së tij.

2.2.1 Metrikat e orientuara nga objekti

Në kushtet moderne, shumica e projekteve softuerike krijohen bazuar në qasjen OO, dhe për këtë arsye ekziston një numër i konsiderueshëm metrikash që lejojnë një vlerësim të kompleksitetit të projekteve të orientuara nga objekti.

Metrikë	Përshkrim
Metodat e ponderuara për klasë (WMC)	Pasqyron një masë relative të kompleksitetit të një klase bazuar në kompleksitetin ciklomatik të secilës prej metodave të saj. Një klasë me metoda më komplekse dhe më shumë metoda konsiderohet më komplekse. Klasat mëmë nuk merren parasysh gjatë llogaritjes së metrikës.
Metodat e ponderuara për klasë (WMC2)	Një masë e kompleksitetit të klasës bazuar në idenë se një klasë me më shumë metoda është më komplekse dhe se një metodë me më shumë parametra është gjithashtu më komplekse. Klasat mëmë nuk merren parasysh gjatë llogaritjes së metrikës.
Thellësia e pemës së trashëgimisë	Gjatësia e shtegut më të gjatë të trashëgimisë që përfundon në këtë modul. Sa më e thellë të jetë pema trashëgimore e një moduli, aq më e vështirë mund të jetë të parashikohet sjellja e tij. Nga ana tjetër, rritja e thellësisë i jep një potencial më të madh një moduli të caktuar për të ripërdorur sjelljen e përcaktuar për klasat e paraardhësve.
Numri i femijeve	Numri i moduleve që trashëgojnë drejtpërdrejt një modul të caktuar.Vlerat e mëdha të kësaj metrike tregojnë ripërdorim të lartë; në këtë rast, një vlerë shumë e madhe mund të tregojë një abstraksion të zgjedhur keq.
Lidhja midis objekteve	Numri i moduleve të lidhura me këtë modul në rolin e klientit ose furnizuesit. Lidhja e tepërt tregon kapsulim të dobët modular dhe mund të parandalojë ripërdorimin e kodit.
Përgjigje për klasën	Numri i metodave që mund të thirren nga instancat e klasës; llogarit si shumën e numrit të metodave lokale ashtu edhe numrin e metodave në distancë

2.2.2 Metrikat Halstead

Metrika Halsted i referohet metrikës së llogaritur në bazë të analizës së numrit të rreshtave dhe elementeve sintaksore të kodit burimor të programit.

Metrika Halstead bazohet në katër karakteristika të matshme të programit:

NUOprtr (Numri i operatorëve unik) - numri i operatorëve unik të programit, duke përfshirë karakteret ndarëse, emrat e procedurave dhe shenjat e funksionimit (fjalor operatori);
NUOprnd (Numri i operandeve unike) - numri i operandeve unike te programit (fjalori i operandeve);
Noprtr (Numri i Operatorëve) - numri i përgjithshëm i operatorëve në program;
Noprnd (Numri i Operandove) - numri i përgjithshëm i operandëve në program.

Bazuar në këto karakteristika, llogariten pikët:

Fjalor programi
(Fjalori i programit Halstead, HPVoc): HPVoc = NUOprtr + NUOprnd;
Gjatësia e programit
(Gjatësia e programit Halstead, HPLen): HPLen = Noprtr + Noprnd;
Fushëveprimi i programit
(Vëllimi i programit Halstead, HPVol): HPVol = HPLen log2 HPVoc;
Kompleksiteti i programit
(Vështirësia Halstead, HDiff): HDiff = (NUOprtr/2) × (NOprnd / NUOprnd);
Bazuar në treguesin HDiff, propozohet të vlerësohen përpjekjet për zhvillim të programuesit duke përdorur treguesin HEff (Halstead Effort): HEff = HDiff × HPVol.

2.2.3 Metrikat e kompleksitetit ciklomatik të McCabe

Treguesi i kompleksitetit ciklomatik është një nga treguesit më të zakonshëm për vlerësimin e kompleksitetit të projekteve softuerike. Ky tregues është zhvilluar nga shkencëtari McCabe në vitin 1976, i përket grupit të treguesve për vlerësimin e kompleksitetit të rrjedhës së kontrollit të një programi dhe llogaritet në bazë të grafikut logjik të kontrollit të programit (control flow graph). Ky grafik është ndërtuar në formën e një grafi të drejtuar, në të cilin operatorët kompjuterikë ose shprehjet përfaqësohen si nyje dhe transferimi i kontrollit ndërmjet nyjeve përfaqësohet si harqe.

Treguesi i kompleksitetit ciklomatik ju lejon jo vetëm të vlerësoni intensitetin e punës së zbatimit të elementeve individuale të një projekti softuerësh dhe të rregulloni treguesit e përgjithshëm për vlerësimin e kohëzgjatjes dhe kostos së projektit, por edhe të vlerësoni rreziqet shoqëruese dhe të merrni vendimet e nevojshme të menaxhimit.

Një formulë e thjeshtuar për llogaritjen e kompleksitetit ciklomatik është si më poshtë:

C = e – n + 2,

Ku e – numri i brinjëve , dhe n - numri i nyjeve
në grafikun logjik të kontrollit.

Në mënyrë tipike, operatorët logjikë nuk merren parasysh kur llogaritet kompleksiteti ciklomatik.

Në procesin e llogaritjes së automatizuar të treguesit të kompleksitetit ciklomatik, si rregull, përdoret një qasje e thjeshtuar, sipas së cilës grafiku nuk është ndërtuar, dhe treguesi llogaritet bazuar në numërimin e numrit të operatorëve logjikë të kontrollit (nëse, kaloni, etj.) dhe numrin e mundshëm të programeve të shtigjeve të ekzekutimit.

Numri ciklomatik i McCabe tregon numrin e kalimeve të nevojshme për të mbuluar të gjitha konturet e një grafiku të lidhur fort, ose numrin e testeve të një programi të kërkuar për testimin shterues "çdo degë funksionon".

Treguesi i kompleksitetit ciklomatik mund të llogaritet për një modul, metodë dhe njësi të tjera strukturore të programit.

Ka një numër të konsiderueshëm modifikimesh të treguesit të kompleksitetit ciklomatik.

Kompleksiteti ciklomatik i "modifikuar" - nuk e konsideron çdo degë të një operatori me zgjedhje të shumëfishtë (switch), por të gjithë operatorin si një tërësi të vetme.
Kompleksiteti "i rreptë" ciklomatik - përfshin operatorë logjikë.
Llogaritja "e thjeshtuar" e kompleksitetit ciklomatik - përfshin llogaritjen jo në bazë të një grafiku, por në bazë të numërimit të operatorëve të kontrollit.

2.2.4 Metrika Chapin

Ka disa modifikime të tij. Le të shqyrtojmë një version më të thjeshtë, dhe nga pikëpamja e përdorimit praktik, mjaft efektiv të kësaj metrike.

Thelbi i metodës është të vlerësojë fuqinë e informacionit të një moduli të vetëm softueri duke analizuar natyrën e përdorimit të variablave nga lista hyrëse-dalëse.

I gjithë grupi i variablave që përbëjnë listën I/O ndahet në katër grupe funksionale.

Q = a1P + a2M + a3C + a4T, ku a1, a2, a3, a4 janë koeficientët e peshimit.

Q = P + 2M + 3C + 0,5T.

2.3 Vlerësimi paraprak i bazuar në metoda statistikore në varësi të fazave të zhvillimit të programit

Kur përdorin mjete të integruara, kompanitë që zhvillojnë zgjidhje standarde (kjo kategori përfshin të ashtuquajturit "inhausers" - kompanitë e angazhuara në shërbimin e biznesit kryesor) kanë mundësinë të bëjnë parashikime të kompleksitetit të programeve bazuar në statistikat e mbledhura. Metoda statistikore është e përshtatshme për zgjidhjen e problemeve të tilla tipike dhe praktikisht nuk është e përshtatshme për parashikimin e projekteve unike. Në rastin e projekteve unike, përdoren qasje të tjera, diskutimi i të cilave është përtej qëllimit të këtij materiali.

Detyrat tipike bien nga kornukopia e biznesit në departamentet e zhvillimit, kështu që një vlerësim paraprak i kompleksitetit mund të thjeshtojë shumë detyrat e planifikimit dhe menaxhimit, veçanërisht pasi ekziston një bazë të dhënash e akumuluar për projektet në të cilat ruhen jo vetëm rezultatet përfundimtare, por edhe të gjitha ato fillestare dhe ato të ndërmjetme.

Le të theksojmë fazat tipike në zhvillimin e programit:

zhvillimi i specifikimeve të kërkesave të programit;
përkufizimi i arkitekturës;
zhvillimi i strukturës modulare të programit, zhvillimi i ndërfaqeve ndërmjet moduleve. Zhvillimi i algoritmeve;
zhvillimin dhe testimin e kodit.

Tani le të përpiqemi të shohim një numër metrikash që përdoren shpesh për vlerësimin paraprak në dy fazat e para.

2.3.1 Vlerësimi paraprak i kompleksitetit të programit në fazën e zhvillimit të specifikimeve të kërkesave të programit

Për të vlerësuar rezultatet e kësaj faze, mund të përdoret metrika e numrit të parashikuar të operatorëve Nprog të programit:

Nprogn =NF*Nunit

Ku: NF – numri i funksioneve ose kërkesave në specifikimin e kërkesave për programin në zhvillim;
Ned – një vlerë e vetme e numrit të operatorëve (numri mesatar i operatorëve për një funksion ose kërkesë mesatare). Vlera Ned është statistikore.

2.3.2 Vlerësimi paraprak i kompleksitetit në fazën e përcaktimit të arkitekturës

Si = NI / (NF * NIed * Ksl)

Ku:
NI – numri total i variablave të transmetuar nëpërmjet ndërfaqeve ndërmjet komponentëve të programit (gjithashtu statistikor);
NIed – një vlerë e vetme e numrit të ndryshoreve të transferuara mbi ndërfaqet ndërmjet komponentëve (numri mesatar i variablave të transferuar mbi ndërfaqe për një funksion ose kërkesë mesatare);
Ksl është koeficienti i kompleksitetit të programit që zhvillohet, merr parasysh rritjen e kompleksitetit të njësisë së programit (kompleksiteti për një funksion ose kërkesa e specifikimit të kërkesave të programit) për programe të mëdha dhe komplekse në krahasim me softuerin mesatar.

2.4 Lista e përgjithshme e metrikës

Tabela 1 përmban një përshkrim të shkurtër të metrikës që nuk përfshihet në përshkrimin e detajuar të mësipërm, por megjithatë, këto metrika janë të nevojshme dhe të rëndësishme, ato janë vetëm statistikisht shumë më pak të zakonshme.

Vini re gjithashtu se qëllimi i këtij artikulli është të tregojë parimin, dhe jo të përshkruajë të gjitha metrikat e mundshme në shumë kombinime.

Pershendetje miq. Pas një faze të gjatë zhvillimi dhe testimit beta edhe më të gjatë, Yandex Metrica 2.0 i ri po del nga hijet. Nga 22 qershori do të bëhet mjeti kryesor për mbledhjen dhe analizimin e statistikave, ndërsa versioni i vjetër do të transferohet në nëndomain old.metrika.yandex.ru, ku do të jetojë muajt e fundit.

Jam i kënaqur me Yandex Metrika Beta, megjithëse u desh pak kohë për të gërmuar në të dhe për të kuptuar aftësitë e tij. Por ia vlen - të paktën kam gjetur disa gjëra për veten time që as versioni aktual dhe as Analytics nuk mund t'i bëjnë.

Në fakt, në këtë material do të përpiqem të analizoj procesin e punës për ju, të hartoj udhëzime për analitikën e uebit në Yandex Metrica të re, pasi është disi i ndryshëm nga paraardhësi i tij dhe mund të shkaktojë disonancë njohëse në njohjen e parë.

- Pra, shikoni metrikën beta.
- Nuk dua, kam frikë prej saj.

Bisedë me një specialist të njohur SEO.

Pra, së pari pjesa konceptuale. Cili është ndryshimi kryesor? Old Metrica është kryesisht një grup fetash (raportesh) të gatshme për analizë. Vendosja e tyre dhe krijimi i pjesëve tuaja është e vështirë dhe e papërshtatshme. Për këtë arsye, për shumë, ky proces konsiston vetëm në punën me “Synime”, të cilat, për fat të mirë, synohen për diçka krejt tjetër, dhe “Raportet” mbeten diku atje, në një raft me pluhur, jashtë kllapave.

Ky aktual është tashmë një plastelinë e plotë që ju lejon të personalizoni absolutisht çdo seksion për t'iu përshtatur nevojave tuaja, të vendosni të dhënat fillestare, të filtroni atë që është e panevojshme dhe të zgjidhni një opsion të përshtatshëm të prezantimit të të dhënave. Përshtateni plotësisht hapësirën tuaj të punës, e cila vlerësohet veçanërisht nga tregtarët e internetit.

Dhe tani në rregull

Për momentin, beta ndodhet ende në https://beta.metrika.yandex.ru/ dhe pamja e listës së vendeve nuk ka pësuar ndryshime thelbësore me përjashtim të disa shtesave dhe përqindjes së shfaqur të rritjes së trafikut në lidhje me për një ditë më parë, e cila tani është hequr me kaq kujdes nga versioni i vjetër (ata thonë, hajde, vazhdo, mësohu me të).

Sistemi i ri i etiketave dhe paneli i aksesit të shpejtë janë shumë të përshtatshëm. Kjo ju lejon të krijoni disa etiketa në panelin e përkufizimit të etiketave dhe të caktoni një ose më shumë prej tyre në secilin sajt (në fakt, duke i përfshirë ato në grupe të këtyre etiketave). Më pas, duke zgjedhur opsionin me të njëjtin emër në panelin e përkufizimit të etiketës, shfaqni grupet që ju aksesoni më shpesh në panelin e aksesit të shpejtë. Për më tepër, kur shikoni një nga grupet, do të paraqiten statistika përmbledhëse të trafikut për faqet e përfshira në të.

Por sapo të kaloni në një sportel të veçantë, mund të filloni të humbni. Le të shohim ndërfaqen.

Menyja e ndërfaqes së re Yandex Metrika

Artikujt e menysë së sipërme nuk kanë nevojë për prezantim, por struktura dhe disa artikuj të menysë së majtë kanë nevojë. Para së gjithash, ajo që dimë:

Përmbledhje - faqja kryesore e sportelit të faqes.
Hartat - hartat e klikimeve, lëvizjet, lidhjet dhe analitika e formave. Në përgjithësi, pjesa më e madhe e përmbajtjes së artikullit "Sjellja" është versioni i vjetër.
Cilësimet - në fakt, cilësimet e numëruesit aktual Yandex Metrica.

Por pika e fundit - "Raportet" - është gurthemeli i mjetit të përditësuar.

Raportet e mia janë të gjitha pjesët që keni krijuar dhe ruajtur.
Të zgjedhurit janë e njëjta gjë, vetëm të zgjedhurit (zgjimi, Neo).
Raportet standarde - këtu ndodhen të gjitha seksionet e vjetra dhe të njohura me dhimbje. Ne do t'u kthehemi atyre më vonë në material.

Ndërfaqja e faqes kryesore të sportelit

Konstruktori i faqes kryesore është i ngjashëm me atë që ishte në Yandex Metrica të vjetër, por, ndryshe nga kjo e fundit, është më ergonomik dhe ka një grup mbresëlënës miniaplikacionesh të gatshme. Epo, fleksibiliteti i cilësimeve të segmentit të qenësishëm në versionin e ri gjithashtu ndihet këtu.

Mund të zgjidhni një miniaplikacion të gatshëm nga biblioteka ose të krijoni një të re: tregues, grafik me byrek, grafik ose tabelë të dhënash. Personalizojeni një pjesë të informacionit të shfaqur në to dhe fiksojeni në pjesën e dëshiruar të ekranit përmbledhës duke përdorur një drogë të thjeshtë.

Puna me segmente në Yandex Metrica

Pra, kemi ardhur te gjëja kryesore - një përshkrim i skemës së gjenerimit të raportit. Para së gjithash, shkojmë te raportet standarde të përmendura më parë ("Raportet" - "Raporti standard") dhe zgjedhim informacionin që më pas do të segmentojmë. Për shembull, "Burimet" - "Burimet, përmbledhje".

Dhe tani fillojmë të zgjedhim vetëm ato vizita që duam të analizojmë. Për shembull, ne duam të zbulojmë numrin e njerëzve që vizituan faqen nga një tablet nga motori i kërkimit Yandex për një pyetje që përfshin fjalën "SEO". Për ta bërë këtë, ne vendosim në përputhje me rrethanat tre nivele të segmentimit:

"Segment" - "Teknologjitë" - "Pajisjet" - në dritaren e opsioneve që hapet, zgjidhni "Tabletat".
"Segment" - "Burimet" - "Burimi i fundit" - "Kërko" - "Motori i kërkimit" - në dritaren e opsioneve që hapet, zgjidhni "Yandex".
"Segment" - "Burimet" - "Burimi i fundit" - "Kërko" - "Fraza e kërkimit" - në dritaren që hapet, futni *SEO* (operatorët e yjeve tregojnë çdo grup karakteresh në të dy anët e kësaj fjale).

Gjithsej: grafikët dhe tabela me informacion do të riorganizohen në mënyrën që na nevojitet, gati për shkarkim ose analizë. Në fluturim, ju mund të ndryshoni, hiqni ose shtoni nivele të reja të përsosjes - informacioni i shfaqur do të përditësohet menjëherë.

Këtu mund të krahasojmë segmentin që rezulton me një tjetër, duke përdorur mjetin "Krahaso Segmentet" - "Specifikuar manualisht". Sidoqoftë, ne nuk mund të ndryshojmë përbërjen e segmentit, por thjesht të krahasojmë disa periudha të një pjese duke përdorur opsionin "Periudha e mëparshme".

Këtu nuk janë harruar as “Synimet” e vjetra të mira, të cilat mund t'i përdorim si një parametër tjetër sqarues për ndërtimin e një segmenti.

Numri i opsioneve për ndërtimin e segmenteve është praktikisht i pakufizuar. Më pas, ne mund të analizojmë informacionin e marrë dhe të harrojmë përzgjedhjen, ose ta ruajmë atë dhe t'i qasemi më vonë nga menyja "Raportet" - "Raportet e mia", ose thjesht të ngarkojmë të dhënat.

Webvisor Yandex Metrics

Procesi i mësipërm i segmentimit erdhi shumë i dobishëm për këtë mjet. Përzgjedhja e të dhënave të vizitave në grupet e përdoruesve me interes është bërë edhe më e lehtë. Procedura është e njëjtë - shkoni te "Webvisor", vendosni një segment (ose ngarkoni atë nga ato të ruajtura) dhe shikoni.

Këtu e mbyll këtë rishikim-udhëzim, dhe si gjithmonë, pres me padurim pyetjet tuaja në komente.