COTS Software Evaluation and Integration Issues Håkon Solberg Karl Morten Dahl
Bakgrunn Opprinnelig 2 forskjellige oppgaver Karl Morten: ”Components acquisition and evaluation” Håkon: “Technology-driven architecture work”
Første forslag problemstilling Technology-driven development process Architecture definition Technology Evaluation Technology Integration Technology Exploitation
MEN Altfor mye arbeid! -> Redusert prosess
Ny problemformulering ”We want to define a process, aimed at identifying a combination of COTS products that is optimized for ease of integration and some particular non-functional requirements in the context of current software evaluation and integration state-of-the-art.”
Hva trengte vi? Rammeverk for evaluering av COTS Metode for å finne ”best-quality” kombinasjon Modell for å finne arkitektoniske uoverensstemmelser Modell for å estimere integrasjonskostnader Kunnskap om programvarearkitektur og integrasjon generelt
Definisjon og utprøving av prosess Definerte prosess, bruk av state-of-the-art Gjennomførte in-house trial (eksemplifisering av prosess) med arkitektur n-tier og best- quality: interoperabilitet og standarder. – Data-laget: Oracle 9i og Clustra 4.1 – Mellomvare: DCOM og CORBA – Klient-laget: ActiveX og Java Applet
Oppsummering Konklusjon – COTS evaluering og integrasjon -> Umodent fagfelt – Behov for uavhengige eksperimenter og case- studies for å validere modeller Videre arbeid – Prøve ut prosessen med utgangspunkt i andre kvalitetskrav. Eksempelvis sikkerhet og ytelse. – Kunne brukt en annen arkitektur som baseline?
Erfaringer - hva lærte vi? Utvalgte deler COTS evaluering og integrering state-of-the-art Ressurskrevende å evaluere COTS! Vanskelig å estimere integrasjonskostnader. Brukte lang tid på å definere oppgaven, men samtidig var dette en lærerik prosess. Viktig å begrense oppgaven!