wiki.valek.net

This page is read only. You can view the source, but not change it. Ask your administrator if you think this is wrong.
====== 10. Technologické trendy v aplikačním software ======

Rozvoj architektur ASW, integrace heterogenních produktů, integrace s kancelářskými produkty, integrace implementačních nástrojů, rozvoj uživatelského rozhraní, současná hlavní technologická omezení ASW.
===== Úloha =====
**Předpoklady:** 
Jste vedoucím vývoje firmy na úrovni systémového integrátora, dodávající aplikační software typu ERP. Vaším úkolem je plánovat rozvoj Vašeho ASW tak, aby byl na trhu ICT konkurenceschopný.  

**Zadání:   ** 
  * Jak budete postupovat ?
  * Co budete sledovat a posuzovat pro řešení výše uvedeného úkolu ?
  * S kým budete problém konzultovat, jaké a kde budete získávat informační zdroje ?
  * Jaké vidíte hlavní omezující faktory Vašich návrhů ? 
  * Kterým chybám se chcete vyhnout ?

===== Teorie =====

Vývoj ASW – 60. léta – centralizovaná architektura, dávkový režim zpracování (v některých oblastech přetrval až do let 80.), 70. léta – centralizované interaktivní zpracování, nejprve na sálových počítačích, poté i na minipočítačích, 80.-90. léta přinesla PC a zprvu decentralizovanou architekturu, která ale byla vhodná pouze pro menší aplikace. Velké aplikace zůstaly centralizované a přistupovalo se k nim pomocí emulace terminálu. V 90. letech architektura klient server umožnila oddělení datové, aplikační a prezentační vrstvy a vznik distribuované architektury a architektury klient/server zejména třívrstvé, která je nejběžnější v současnosti.

Technologické trendy: posun k TASW – normální průběh je nákup TASW, případné dovyvinutí IASW pro specifické oblasti, pokud je k tomu důvod a technologická integrace, kterou provádí obvykle systémový integrátor. Vysoká parametrizovatelnost SW – protože specifické vlastnosti není dobré řešit různými verzemi produktů (problém při upgradech), je lepší vysoká parametrizace. Problém je v tom, že uživatel potom využívá sotva pár procent toho SW a taky je problém se to celé naučit (statisíce parametrů). ASW musí obsahovat možnosti, jak je pružně přizpůsobovat organizační struktuře, rozdělování složek podniku, atd.

Tenduje to ke standardizaci a otevřeným formátům – XML, webové služby. Používání internetových technologií všude, přístup odevšad. Standardizované komunikační technologie, aplikační servery (prakticky všechny AS kromě Microsoftu jedou na J2EE), všechno komunikuje po internetu, odklon od proprietálních sítí X.4xx.

Rozvoj modularity – ASW výrobce pokrývá všechno možné, je možné koupit si jen něco z toho. Přístup best of breed a přístup integrovaného řešení. Rozvoj integrované datové základny – všechny moduly pracují nad stejnými daty.

Zajištění automatické komunikace IS pomocí EDI, ale tenduje to ke XML a webovým službám. Trend ke komponentovému vývoji – na trhu dostatek komponent s nejrůznější funkcionalitou, netřeba vše programovat. Zrychluje se vývoj.

Podpora mobility – vše dostupné odevšad – notebooky, PDA, smartphony. Podpora bezdrátové technologie.

Groupware - budování virtuálních týmů – technologie, které to podporují. Integrace kancelářských produktů, workflow (podpora BPR), integrace elektronické pošty.

Produkty pro vyhodnocování dat – BI, data warehousy a data mining.

Odklon o databází „malého“ typu jako dBase, atd. s databázím „velkého typu“ nad SQL byť v osekaných verzích.
Komunikační rozhraní se do značné míry standardizovalo v podobě GUI, což vede ke snižování nákladů na zaškolování. V poslední době trend používat tzv. ultratenkého klienta v podobě prohlížeče. To podporuje i rozšiřování služeb typu ASP.
Používání různých Citrixů a jiných tenkých klientů, rozšiřování technologií pro centralizovanou správu sítí, atd.

Multijazykové prostředí.

Implementační nástroje se rozrostly do podoby rozsáhlých prostředků integrujících nejen editory a překladače jazyků a debuggery, ale jsou tam i profilery, nástroje pro návrh datové základny, prostředky pro versioning, implementaci webových služeb, jsou integrovány s AS a mají prostředky pro automatické nasazování aplikací. Dále je zde trend integrace s CASE nástroji a to buď prostřednictvím rozhraní, kdy CASE předvytváří kód nebo úplnou integrací, kdy je určitá forma CASE přímo ve vývojovém prostředí (nový Borland J Builder obsahuje editor UML).

Technologická omezení – je to moc velké, má to moc parametrů, blbě se to zvládá. Problém s integrací s jinými produkty. Rostoucí komplexita.
===== Praxe =====

Sledovat novinky, co chtějí zákazníci, na co si stěžují, co má konkurence, co pramení ze zkušenost, co kde píšou, atd. Je třeba mít včas připravená řešení a udržovat krok i s rozvojem technologie.

Jsou různé konzultační firmy, je třeba sledovat odborný tisk, konference. Případně zdroje jako je Inside, apod

Nejvěším omezujícím faktorem obvykle bývá jednak odpor lidí ke změnám a ne vždy dokonalé pochopení od lidí, co sedí na prachách.

Usnutí na vavřínech.