<\/HEAD>
Všichni jsme to zažili. Váš žaludek kručí, přesto je veškerá vaše mentální energie soustředěna na opravu auta před vámi jedoucího padesátkou v rychlém pruhu. Když jsou lidé hangry (hladoví\/rozlobení), mohou působit podrážděně a rozrušeně, možná dokonce upozorní na každou maličkost, která se pokazila, přitom skutečný problém je tak jednoduchý jako 61te1vedm hlad61! Nakrmte mě!61! <\/P>
Chybné diagnózy se stávají pořád a mohou se promítnout do mnoha dalších oblastí života, včetně problémů se softwarem, ale dokážete diagnostikovat problémy se softwarem, když to vypadá, že váš software je hangry? <\/P>
Dobrou zprávou je, že s trochou praxe a pozorovacích dovedností může každý kategorizovat problémy se softwarem jako profesionál. Tento blog vám pomůže při setkání s problémy se softwarem. Cílem je odhalit mnoho vrstev, které mohou komplikovat problémy, abyste mohli přesně a jednoduše popsat problém, s nímž potřebujete pomoc.<\/P>
<\/P>
Příznaky problémů se softwarem jsou pro koncového uživatele pozorovatelné v mnoha formách, například chyba, zhoršení výkonu nebo pád softwaru, abychom jmenovali alespoň některé. Doufejme, že tyto přerušení přimějí uživatele zavolat na Esri Support a založit případ k vyšetření. V Esri Support mají naši analytici specifické dovednosti. Jen málokdo z nás je generalista a tato struktura je navržena tak, aby našim zákazníkům poskytovala elitní technickou podporu013 jinými slovy nepoužíváme skripty. <\/P>
Proč je to důležité? Jedním z prvních kroků při zakládání případu u Esri Support je poskytnutí popisu problému, který bude použit k vytvoření předmětu případu. Tyto předměty lze upravovat, jakmile se během vyšetřování získají další informace o problému, ale tento počáteční předmět je velkým faktorem při určování, který analytik případ nejprve převezme. <\/P>
<\/P>
Určení celkového příznaku pomáhá řídit proces třídění a životnost případu. Pojďme si tyto příznaky podrobněji prozkoumat.<\/P>
<\/P>
1. Chyba: <\/P>
Chybové zprávy nás zastaví v našem postupu. Někdy jsou zprávy velmi užitečné a přesně nám řeknou, co potřebujeme vědět k pokračování, jindy méně. Když uživatelé narazí na chyby, vždy požadujeme screenshot chyby a pracovní postup (kliknutí) vedoucí k chybě. Například 61Chyba: neplatný identifikátor souřadnicového systému61 je vidět při přidávání dat z Oracle enterprise geodatabáze do ArcMap.<\/P>
<\/P>
2. Zhoršení výkonu: <\/P>
Osobně je to nejfrustrující problém, na který můžete narazit. Neobjeví se žádná chyba; místo toho je proces pomalý a otáčející se hodiny neříkají, kdy můžete očekávat návrat výkonu. Když ke mně přijdou případy týkající se výkonu, nejprve odhadnu pomalost, protože 61pomalost61 je relativní pojem a něco, co je pomalé v jednom prostředí, může být optimální v jiném. Příznak zde není jen výkon, ale konkrétně zhoršení výkonu. Jinými slovy byl dříve lepší výkon, který nyní poklesl.<\/P>
Příznaky pomalého výkonu mohou být způsobeny mnoha věcmi včetně pracovních postupů, přetížených zdrojů a kompatibility softwaru jen abychom jmenovali několik. Pro začátek řešení problémů je vždy užitečné mít k dispozici srovnávací případ k vyšetření. Pokud si myslíte, že vidíte pomalost ve softwaru, nejprve si položte otázku 61to je pomalé ve srovnání s čím?61 <\/P>
Například 61používání ArcMap 10.1 sp1 pro stejný pracovní postup na stejných datech trvá 1 sekundu, zatímco použití ArcMap 10.5.1 trvá 20 sekund61,<\/EM> nebo 61Náhled třídy prvků A v ArcCatalog trvá 1 sekundu, zatímco náhled třídy prvků B trvá 20 sekund. Obě vrstvy jsou uloženy ve stejné enterprise geodatabázi61.<\/EM><\/P>Tyto příklady nám dávají 61rychlý61 příklad a 61pomalý61 příklad, které lze vzájemně porovnat. Všimněte si v těchto příkladech, že existuje pouze jeden rozdíl v pracovních postupech, což nám dává kontrolované proměnné a jednu závislou proměnnou k přezkoumání013 přesně jako vědci.<\/P><\/P>3. Neočekávané výsledky: <\/P>Tento příznak podobně jako výkon nevygeneruje chybu, ale na rozdíl od příznaků výkonu tyto procesy dokončí zdánlivě úspěšně. Když jsou však výsledky analyzovány, jsou nesprávné nebo neúplné. Neočekávané výsledky mohou také mít podobu nástrojů deaktivovaných nebo šedivých.<\/P>Například 61otevřu ArcCatalog pro povolení Editor Tracking na mé třídě prvků, ale Povolit Editor Tracking je šedivě zobrazeno61,<\/EM> nebo 61Vytvořil jsem repliku mé vrstvy U.S. States feature class, ale pouze 48 států bylo replikováno do podřízené geodatabáze61.<\/EM><\/P>Většinou neočekávané výsledky vycházejí z problému pracovního postupu. Nějaké nastavení potřebné k tomu, aby tento nástroj fungoval nebylo zapnuto nebo vlastnosti\/omezení těchto dat způsobily neočekávané výsledky. V prvním uvedeném příkladu musí být připojení provedeno jako vlastník dat pro povolení Editor Tracking. Jakékoli jiné uživatelské připojení uvidí možnost Editor Tracker šedivě zobrazenou. Druhý příklad kde nebyla všechna data replikována může být způsoben filtry aplikovanými na data replikovaná nebo relačními třídami prosazujícími referenční integritu databáze. <\/P> <\/P>4. Pád:<\/P>Klik klik bum jde dynamit. Neobjeví se žádná chyba. Nejlepší co můžete udělat je znovu otevřít software a zkusit to znovu. Esri považuje všechny pády za chybu (bug). Chceme aby náš software poskytoval smysluplnou chybu která vám pomůže dokončit vaši práci. Pády nastávají když software narazí na argument který neví jak vyřešit. Vždy hlaste pády Esri Support aby bylo zajištěno že náš software ví jak tyto situace řešit.<\/P> <\/P>Problémy se softwarem mohou být složité a mohou využívat více technologií vyžadujících různé úrovně odbornosti v mnoha různých oblastech. Tyto případy mohou být přístupnější odpovědí na otázku 61Co jsem během své denní práce pozoroval co mě přimělo požádat o pomoc?61 I když vždy existují výjimky, ve 90 % případů mohu začít odpovídáním na tuto otázku jedním nebo více příznaky diskutovanými v tomto blogu. Doufám že to pomůže rozjasnit zdánlivý temný obraz kolem problémů se softwarem a jako vždy nám zavolejte pokud narazíte na některý z těchto problémů nebo máte jen otázky pro nás. <\/P><\/P>esrisupport<\/P><\/BODY><\/HTML>
