Uuden SaaS-ohjelmistotuotteen suunnittelu : Case AnyCase Asianhallinta

Abstract

Tämän opinnäytetyön tarkoituksena oli tuottaa tietoa, joka tukee uuden AnyCase Asianhallinta -ohjelmistotuotteen suunnittelua. Ohjelmiston tarkoituksena on toteuttaa asianhallintaan liittyvien asiakirjojen työnkulkuja organisaatiossa. Ohjelmiston prototyyppi on ollut opinnäytetyötä tehdessä työn alla. Ohjelmisto julkaistaan avoimen lähdekoodin lisenssillä.

Tarkastelun kohteena ovat olleet ohjelmistolle valittu SaaS-jakelumalli, sekä ohjelmiston arkkitehtuuri. Työssä on selvitetty, miten SaaS-jakelumallin käyttö vaikuttaa ohjelmiston ominaisuuksiin, rakenteeseen, suorituskykyvaatimuksiin, arkkitehtuuriin ja markkinointiin. Eräs päätelmä on, että SaaS-jakelumalli vaikuttaa näihin ohjelmiston piirteisiin niin suuresti, että ohjelmisto on varta vasten toteutettava SaaS-jakelumallia varten. Merkittävimmät SaaS-jakelumallin erityisvaatimukset ohjelmistolle liittyvät ohjelmiston instanssin luomiseen asiakkaalle. Toinen erityispiirre on varautuminen ohjelmiston käyttövolyymin nopeaan kasvuun etenkin, jos uudet asiakkaat voivat ottaa ohjelmiston käyttöön verkosta oma-aloitteisesti.

Toinen selvityskohde koski AnyCase Asianhallinta -ohjelmistotuotteen arkkitehtuuria. Arkkitehtuurivaihtoehtojen selvittämisessä sovellettiin erityistä CBSP-vaatimusanalyysiä, jonka avulla ohjelmiston arkkitehtuuri voidaan johtaa ohjelmiston vaatimuksista. Menetelmä soveltuu käytettäväksi tilanteissa, joissa ohjelmisto on innovatiivinen, eikä sen arkkitehtuurivalinta ole itsestään selvä. Menetelmän antaa tulokseksi pisteytyksiä eri arkkitehtuurityyleille. AnyCase Asianhallinta sai parhaat pisteet client-server- ja SOA-arkkitehtuureille. Ensiksimainittua arkkitehtuuria oli jo sovellettu ohjelmiston prototyypissä. Sanomapohjainen arkkitehtuuri sai myös korkeat pisteet. Vastaavasti kerrosarkkitehtuuri sai huonot pisteet. Tuloksia on tarkoitus soveltaa ohjelmistotuotteen tulevassa kehitystyössä.

Samassa yhteydessä arvioitiin itse CBSP-analyysimentelmän käyttökelpoisuutta. Menetelmä on helposti laajennettavissa kattamaan uusia arkkitehtuurityylejä. Nykyiset systeemityömenetelmät eivät sisällä välineitä ohjelmiston arkkitehtuurin johtamiseksi. CBSP-menetelmän tarkoituksena on korjata tämä puute. Menetelmän soveltaminen on kuitenkin työlästä.

The objective of this thesis was to produce information, that would support the development of ”AnyCase Document Workflow Generator” software product. The purpose of the software is to implement document workflows. While writing this thesis, the prototype of the software was under progress. The software will be published under open source licence.

In this thesis, the distribution model and the architecture of the software are under observation. The software uses SaaS (Software as a Service) distribution model. We study how the use of SaaS distribution model affects the features, structure, performance, architecture, and marketing of a software product. One of the conclusions is that the impact of the SaaS distribution model requires that the software must be dedicately designed to implement it. One of the most remarkable features in SaaS-based software is the instanciation of the software for the customer. Another key feature is the usage volume of the software. SaaS distribution model means that the usage volume may grow rapidly and unpredictably, especially if new customers are able to deploy the software independently.

The other main area of observation is the architecture of the software. In this case, the choice of architecure is not a trivial one. In order to determine applicable architectural styles, a special requirement analysis method CBSP was applied. The CBSP method is used to derive software architecture from software requirements. This unique method applies in cases of innovative software without obvious candidate for architecture. The output of the method are scores for architectural styles. AnyCase software got the best scores for client-server- and SOA architectures. Client-server architecure was already applied in the prototype of software. Message-based architecure got a high score, too. Consequently, layerd-based architecture scored poorly. The results will be applied in futher development of the AnyCase software.

Also, we evaluated the usability of CBSP method itself. The method can be easily extended to cover new architectural styles. The current sofwtare engineering methods exclude instrumentation for deriving software architecture. CBSP method aims to fill this gap. However, applying CBSP may be a costly undertaking.