haku: @keyword ATAM / yhteensä: 13
viite: 4 / 13
Tekijä: | Rutila, Juho |
Työn nimi: | Extendable architecture for operational analysis tool Sandis |
Laajennettava arkkitehtuuri operaatioanalyysityökalu Sandikselle | |
Julkaisutyyppi: | Diplomityö |
Julkaisuvuosi: | 2009 |
Sivut: | 56 (+20) Kieli: eng |
Koulu/Laitos/Osasto: | Tietotekniikan laitos |
Oppiaine: | Tietojenkäsittelyoppi (T-76) |
Valvoja: | Männistö, Tomi |
Ohjaaja: | Lappi, Esa ; Åkesson, Bernt |
OEVS: | Sähköinen arkistokappale on luettavissa Aalto Thesis Databasen kautta.
Ohje Digitaalisten opinnäytteiden lukeminen Aalto-yliopiston Harald Herlin -oppimiskeskuksen suljetussa verkossaOppimiskeskuksen suljetussa verkossa voi lukea sellaisia digitaalisia ja digitoituja opinnäytteitä, joille ei ole saatu julkaisulupaa avoimessa verkossa. Oppimiskeskuksen yhteystiedot ja aukioloajat: https://learningcentre.aalto.fi/fi/harald-herlin-oppimiskeskus/ Opinnäytteitä voi lukea Oppimiskeskuksen asiakaskoneilla, joita löytyy kaikista kerroksista.
Kirjautuminen asiakaskoneille
Opinnäytteen avaaminen
Opinnäytteen lukeminen
Opinnäytteen tulostus
|
Sijainti: | P1 Ark Aalto | Arkisto |
Avainsanat: | software architecture runtime configuration add atam ohjelmistoarkkitehtuuri ajonaikainen laajennettavuus add atam |
Tiivistelmä (fin): | Sandis on Puolustusvoimien Teknillisessä Tutkimuslaitoksessa kehitetty operaatioanalyysityökalu. Sitä käytetään kolmeen tarkoitukseen: sotilastaktiikoiden vertailuun, prikaatitason taistelujen mallinnukseen ja operaatioanalyysikoulutukseen. Sandiksen nykyinen versio on kehitetty ilman kunnollista arkkitehtuuria tai määriteltyä ohjelmistoprosessia. Tämä on johtanut koodiin, joka ei nykyisellään täytä vaatimuksia koodipohjan avaamisesta ja laajentamisesta. Tässä diplomityössä kuvataan arkkitehtuuri Sandiksen seuraavalle versiolle. Seuraavan version on toteutettava sama toiminnallisuus kuin edellisenkin version. Myös laatuvaatimukset liittyen turvallisuuteen, suorituskykyyn, ylläpidettävyyteen ja laajennettavuuteen on määritelty arkkitehtuurin pohjaksi. Arkkitehtuuri on suunniteltu käyttäen Attribute Driven Design -menetelmää. Arkkitehtuuriset päätökset on yhdistetty laatuvaatimuksiin Architectural Tradeoff Analysis Method -tapaamisessa. Tapaamisessa on löydetty myös riskejä liittyen arkkitehtuuriin. Tärkein arkkitehtuurinen päätös on laajentaa ohjelmistoa ajonaikaisesti ladattavilla moduuleilla. Moduulit lisäävät uusia malleja, tietotyyppejä ja käyttöliittymäkomponentteja. Arkkitehtuuri on suunniteltu niin, että komponentteja voidaan muokata ilman ohjelmiston uudelleenkäynnistystä. Tässä esiteltyä arkkitehtuuria voidaan käyttää seuraavan version kehittämisessä. Käyttöliittymän dokumentaation puute ja tiedostojen tallennukseen liittyvät puuttuvat arkkitehtuuriset päätökset tulee korjata. |
Tiivistelmä (eng): | Sandis is an operational analysis tool developed in Finnish Defence Forces Technical Centre (PVTT). It is used for three purposes: comparing analysis to choose military tactics, modelling brigade level battles and training military operational analysis. The current version of Sandis has been developed without a proper architectural guidance or a defined software process. This has led to a code base that is so cluttered that it can not answer to the future needs of opening up the code and extending it. This thesis presents architecture for the next version of Sandis. The requirements for the next version state that it should provide the same functionality as the previous version. Quality requirements regarding security, performance, maintainability and extend ability are also defined as the base for the architecture. The architecture presented in this thesis is designed using the Attribute Driven Design method. The architectural decisions are linked to quality requirements by doing the Architectural Tradeoff Analysis Method session. That analysis also reveals risks in the architecture. The major architectural decision is to extend the system with runtime loadable modules. The modules add new models, new data types and user interface components. The architecture is designed so that components can change without restarting the software. The architecture can he used to start the development of the next version. The lack of user interface documentation and the missing architectural decision about security in file exports should be fixed. |
ED: | 2010-02-05 |
INSSI tietueen numero: 38881
+ lisää koriin
INSSI