Rubrika: Návrh IS pomocí UML
-
Reakce na předešlý článek ohledně časté chyby při zadávání prací analytikovi
Vždy mne potěší, když se nad články resp. příspěvky na tomto webu rozproudí diskuse a velice rád na ně také odpovídám. Proto mne potěšilo, když jsem po vydání předchozího článku s názvem O jedné časté a velmi nepříjemné chybě při zadávání prací analytikovi obdržel zajímavý mail s reakcí na tento článek. V tomto článku předkládám…
-
O jedné časté a velmi nepříjemné chybě při zadávání prací analytikovi
Nedávno jsem se v jedné SW firmě v Čechách při školení zaměřené na analytické modelování v UML setkal s chybným postupem při zadávání prací analytikovi. Na tento problém jsem narazil již ve vícero firmách a protože jej považuji za dost závažný, pojednávám o něm zde ve formě článku.
-
Když není čas ostřit sekery…
Obdržel jsem nedávno mail, z něhož cituji následující pasáž: U nás ve firmě se topíme ve vývoji, tj. topíme se v problémech, které popisujete v některých svých článcích. Chtěl bych některé věci změnit a snažím se si udělat jako základ v problematice trošku jasno… Pak zvažuji nějaká školení, ale nejdříve chci něco nastudovat… S tímto problémem…
-
Do jaké míry má analytik umět programovat? 2.část
V předešlé části článku bylo pojednáno o požadovaných znalostech analytika z oblasti technologií a základních pojmů z OOP: vztah třída-instance, generalizace polymorfismus Kromě těchto nejzákladnějších znalostí by měl analytik znát navíc i některé ze vzorů Design Patterns. Důvodem je ta skutečnost, že některé z těchto vzorů mohou samy svou konstrukcí nabídnout řešení návrhu IS již…
-
Do jaké míry má analytik umět programovat? 1. část
Velmi často se při školeních zaměřených na návrh SW pomocí OOP a UML ozve někdo z pléna účastníků a položí otázku, zda má analytik umět programovat a pokud ano, tak do jaké míry a do jaké hloubky. Právě tomuto problému je věnován následující článek.