Team Se@Msi: Meranie v softvérovom inžinierstve. - FIIT STU ...

14 Eseje
hovoria o uzavretých zmenách (dekomoditizácii) protokolov ako
o spôsobe udržania svojho postavenia na trhu.
Tomuto problému sa dá vyhnúť používaním OTS, ktoré spĺňajú
podmienky otvoreného systému [Oberndorf98]. Otvorený systém je
systém, ktorého rozhrania a služby sú jasne špecifikované
a implementácia tohoto systému túto špecifikáciu naozaj spĺňa.
Špecifikácia rozhraní musí byť prístupná verejnosti a musí byť
spravovaná na základe dohody v rámci nejakej skupiny (verejnosť,
vývojári firiem z danej oblasti, …). Otvorené systémy chránia používateľa
pred pevným „uzamknutím“ k riešeniam jednej firmy a umožňujú
jednoduchšie nahrádzanie jednotlivých modulov alternatívnymi
riešeniami. OSS v drvivej väčšine spĺňajú tieto podmienky pretože celá
filozofia systémov s otvoreným zdrojovým kódom je založená na čo
najrozsiahlejšom zvovupoužití, používaní štandardných rozhraní a proces
vývoja takýchto systémov je založený na hľadaní riešení, ktoré vyhovujú
väčšine zúčastnených.
Manažérske problémy
Manažérske problémy súvisia s výberom dodávateľov OTS komponentov,
komunikácie s dodávateľom a získavanie podpory od dodávateľa.
Výber konkrétneho komponentu a dodávateľa je jedným,
z najdôležitejších procesov pri vývoji s použitím OTS softvéru. Keďža
zvolené komponenty budú súčasťou nášho systému pravdepodobne
počas jeho celej životnosti treba veľmi dôkladne zvážiť ich výber. Výber
komerčných OTS je skomplikovaný tým, že komerční dodávatelia sa
snažia svoje systémy vychváliť a čo najmenej sa zmieňovať o chybách
a problémoch. Kvalitnejšiemu výberu by tiež pomohol prístup k internej
technickej dokumentácii, ktorá by mohla osvetliť architektonické
predpoklady, z ktorých sa pri vývoji systému vychádzalo. Táto
dokumentácia ale nie je zvyčajne verejne dostupná.
Na druhej strane, autori OSS nemajú dôvod prikrášľovať vlastnosti
svojho systému. Každý OSS projekt si taktiež udržiava verejne prístupnú
databázu chýb, pretože čím je väčšie povedomie o chybe, tým rýchlejšie
sa nájde nejaký vývojár, ktorý ju opraví. Verejne prístupné sú tiež archívy
komunikácie medzi jednotlivými vývojármi (väčšinou ide o konferenciu
elektronickej pošty). Tento archív umožňuje zistiť dôvody dôležitých
rozhodnutí, a viesť svetlo do architektonických predpokladov, s ktorými
sa systém vyvíja.
Dôležitým aspektom manažmentu dlhodobého projektu, ktorý
využíva OTS komponenty je ochrana pred evolučným posunom
integrovaných komponentov nežiadúcim smerom alebo úplným
zrušením vývoja a podpory komponentu dodávateľom. V prípade COTS
softvéru začína komponent bez podpory rýchlo zastarávať a integrátor
musí veľmi rýchlo nájsť náhradu. V prípade OSS má integrátor možnosť
prevziať na seba úržbu komponentu a pokračovať v jeho používaní. OSS
majú nižšiu pravdepodobnosť úplného ukončenia vývoja komponentu,