ITKE54 Kehittämismenetelmät ja arkkitehtuurit liiketoiminnassa ITKE54 Kehittämismenetelmät ja arkkitehtuurit liiketoiminnassa Jukka Heikkilä Ville Seppänen Elektroninen liiketoiminta Tietojenkäsittelytieteiden laitos Informaatioteknologian tiedekunta Jyväskylän yliopisto tel:+358 14 260 3240 email: [email protected]
38
Embed
ITKE54 Kehittämismenetelmät ja arkkitehtuurit …dokumentit ja kommunikaatio) • Ryhmän näkökulma yhteisen tuloksen tekemiseen •Tavoitteet: – Asiantuntemuksen kertymisen
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
– Monikanavaisen liiketoimintamallin mukainen toiminta• Kuvaaminen, tapahtumanhallinta ja sessionhallinta
– Integrointi olemassaoleviin järjestelmiin• Integrointi sisäisiin ja ulkoisiin tietojärjestelmiin
– Ohjelmistoarkkitehtuuri ja komponentit• Kuvausten ja versioiden hallinta
• Järjestelmän suunnittelun haasteet– prosessi (suunnittelu ja käytönaikainen kehittäminen)– kuvaaminen– johtaminen ja arviointi
• Demot
3
Kertaus: Integraattorillehommia? (esim. IBM extranet -konsepti)
Business Strategy + Process
Web + IT Integration
E-Commerce Services
Enablement Services
Knowledge Management
Business Intelligence
SCM ERP CRMSuppliers Customers
Technology Value
Business Value
E.g. data mining
I.e., tailoringOutsourced development,
operation, security, etc.
4
Kertaus: Toimialat eri asemassa(Porra, 1999)
•• PerinteisetPerinteiset toimialattoimialat:: materiaalisten tuotteiden tuotanto, markkinointi ja toimitukset (esim. autoteollisuus)– Tietoverkot tukena em. toiminnoissa ja
asiakaskontaktin hallinnassa•• MuuntuvatMuuntuvat toimialattoimialat:: materiaalisten mutta
digitalisoitavissa olevien tuotteiden tuotanto, markkinointija toimitukset (esim. kustantaminen, elokuvateollisuus)– Tietoverkot mahdollinen jakelukanava
•• DigitaalisetDigitaaliset toimialattoimialat:: digitaalisten tuotteiden kauppaInternetissä (esim. ohjelmistot, digitaaliset palvelut, viihde)– Tietoverkot ensisijainen toimintaympäristö
Kertaus: Monikanavamalli
PortaalitPalveluntuottajat
TV set
Mobiili-pääte
Kiinteäpääte
Gateways?
IP-Network(IPv6)
GSM,GPRS,UMTS
PSTN,ISDN,xDSL
CATVDVB
Router Router
Router
Router
Router
MuutMuut‘‘oheisoheis--laitteetlaitteet’’
((maksutmaksut, ID, , ID, tulostimettulostimet,,
WLAN, WLAN, LON)LON)
6
Kertaus: 3-tier arkkitehtuuri
7
Kertaus: The components of Complex, Integrated Systems (c.f. Porra, 1999)
8
Olemassa oleva infrastruktuuri
…Tj:t on kehitetty– eri tarkoituksiin– eri tavoittein– eri näkökulmien intressit mielessä
viisi arkkityyppiä
1.1. 2.2. 3.3.
4.4.
5.5.
9
Arkkityypit arvoketjussa
Infrastructure
Management / Personnel administration
R&D and Innovations
Purchasing
Inboundlogistics
Production Outboundlogistics
Marketing&
Sales
Service
Value-added
Support activities/functions
Basic activities/functions
1.1. 2.2.
3.3.
4.4.5. ???5. ???
1. Automatisoidut toiminnot• Selkeä, määrämuotoinen kohde (esim. kirjanpito, laskutus,
henkilöstöhallinto, varastonvalvonta)• Vertikaalinen toiminnon näkemys liiketoimintaan• Tavoitteet:
– kustannusten karsiminen– kapasiteetin lisäämien– virheiden vähentäminen– kommunikointi tietokannan välityksellä
• Ongelmia:– tietojärjestelmä ei kata kaikkea, poikkeuksien käsittely
hankalaa– hidas kehittää, nopea ostaa -> riippuvuus toimittajasta– tietojen pilaantuminen (degeneroituminen)– jämähtäminen ja ‘puutuminen’– informaatio- ja päätöksentekokustannukset kasvavat
helposti
2. Työkalupakki• Osaavan käyttäjän tuottavuusvälineistö• Yksittäisen käyttäjän näkökulma• Tavoitteet:
– oman tuottavuuden parantaminen jajärkiperäistäminen
– osaavissa käsissä lisätuottavuutta– yhteensopivuus: työn joustava jakaminen ja
– ylimielisyys ja osaamattomuus• tuen tarve kasvaa
– korkeat koordinaatiokustannukset
3. Ryhmätyön ja org.muistintuki
• Ryhmän välineistö ajasta ja paikasta riippumattomaan(etä-)työskentelyyn (esim. työkalut, rakenteisetdokumentit ja kommunikaatio)
• Ryhmän näkökulma yhteisen tuloksen tekemiseen• Tavoitteet:
– Asiantuntemuksen kertymisen tukeminen– Ideasta markkinoille kuluvan ajan lyhentäminen– Yhteistyön ja koordinaation parantaminen (myös
organisaatioiden välillä)– Työn kehittäminen
• Ongelmia– Työläitä kehittää ja ottaa käyttöön– Monimutkainen, osin epäluotettava tekniikka– Työskentelytapojen oppiminen ja poisoppiminen– Yhteensopivuus muihin tietojärjestelmiin
And the suggested solution is:Business Models, Architectures
and Platforms• Business Model makes the relationship between
constituents of business visible (see e.g. Osterwalder & Pigneur, 2001) -> ITKE50
• “The software architecture of a program or computing system is the structure or structures of the system, which comprise software components, the externally visible properties of those components, and the relationships among them.” (Bass, Clements, and Kazman)
• But an architecture for eBusiness -system– is a subset, or superset of
• offerings• services• applications
22
Viitekehyksiä prosessien ja komponenttien yhteensovittamiseen
23
Yleisemmin:ISA-
framework:
Zachman, 1987
24
Complete ISA: Sowa & Zachman, 1992
• Three additional dimensions:– People
• Agent• Work
– Time• Time• Cycle
– Motivation• Ends • Means
25
Complete ISA
(Sowa & Zachman,
1992)
26
Extension to ISA:Information FrameWork (IFW)
• Change of focus:• from systems to corporatewide information• to reusable industry-specific components• from systems development to information
utilization• from rigid to flexible functionality, faceting i.e.,
multiple views
• Change of metaphor:• from construction of buildings to city planning
• Used originally for Information management in financial services in Europe
27
Component based architecture
• Architecture is the foundation for the sw-product line.
• Architecture forms the organizational plan for component development.
• Architecture is the root of system qualities. • Architecture ensures that variability across
products can be accomplished by changes confined to one or a select set of components.
28
Komponentit arkkitehtuurissa(Häkkinen, 2000)
There is a gap in here!
Ohjelmistoarkkitehtuuri
Toimiva järjestelmä
Komponentit
Teknologia -malli
Järjestelmä- malli
Yritysmalli
Soveltamisala
Tieto Toiminto Verkko Aika Ihmiset
Sovelluskehys & k i lli
OHJELMISTO- KOMPONENTTI
Motivaatio
komponentti-malli
29
Komponenttityypit (Häkkinen & Peltola, 1998)
– Räätälöidyn komponentin: tietty toiminta tietyssäympäristössä räätälöitynä valmistajalta
– Valmiskomponentti on ohjelmistojen kehittäjilleuudelleenkäytettäväksi suunnattukomponenttituote. Standardoitu rajapintamäärää käyttöympäristön.
• Lisäkekomponentti on täydentävä, loppukäyttäjillesuunnattu valmiskomponentti (esim. Plug-init)
• Sovitekomponenttia käytetään, josvalmiskomponentti ei täytä kaikkiaohjelmistonkehittäjän asettamia vaatimuksia, niinse voidaan sovittaa näihin erityistarpeisiin. Muutokset tekee komponentin valmistaja (esim. Toimialakohtainen adapteri)
• “Breaking down the complexity of the IT system so that developers can analyze and design components that are relatively isolated from one another
• Analyzing the functionality so that required technical components (or infrastructure) can be identified
• Assisting in the analysis of service-level requirements so that the means of delivering them can be designed
• Providing a basis for the specification of the physical computer systems on which the IT system will execute and the mapping of components onto these computer systems”
33
Integrated Architecture Fwk(Maes et al. 2000. p. 11; c.f. Mustikkamaa 2001)
Business As Is
IT As Is
Business Vision
IT Vision
IntegratedArchitecture Framework
Businessand IT
TransformationIT Enabled Enterprise
Vision, Strategy
Architectural design
Development, Change
Operation, maintenance
34
Product
architecture
blueprint
(Mustikkamaa, 2001)
1) Terminal domain
2) Network domain
3) Enabling technology/
platform domain
4) Application domain
5) Content domain
Telecom Network
Mobile Network
IP Network
Service Gateways
User, Service & Security Management
Application Management
System Management Content & Data Management
Product Platform
Self-care concept
Trading concept
Communication concept
Business support concept
Entertainment concept
Information concept
Content Gateways
Content 1
Mobilephones
Computers PDA’s
6) Business domain
Content 2 Content 3 Content 4 Content 5 Content N
Content provider
1
Content provider
2
Content provider
3
Content provider
4
Content provider
5
Content provider
N
Application Gateways
35
1) Terminal domain
2) Network domain
3) Enabling Technology/
platform domain
4) Application domain
5) Content domain
Telecom Network
Mobile Network
IP Network
Service Gateways
User, Service & Security Management
Application Management
System Management Content & Data Management
Information Systems Platform
Management applications
Product Development applications
Product Delivery &
Development applications
Sales & Marketing
applications
Customer Care a
plications
Billing applications
Content Gateways
Business data Product data Operation & manitenance
data
Customer data Event data
Mobile phones
Computers PDA’s
Business Data Management
Product Data Management
Operation Data Management
Customer Data & Event Management
Management process
Product Delivery
Management process
Delivery and Production
process
Sales & Marketing
process
Customer Care
processBilling process
6) Business domain
IS archi-
tectureblue-print
(Mustikkamaa, 2001)
36
Liiketoimi-, prosessi- ja ICT-arkkitehtuurit
Functio
nal
Arch
itecture
Process
Arch
itecture
Business Architecture
Applica
tion
Arch
itecture
Business Process
Business Domain
Business Function
Business Object
Supply Chain
Service Application
Datadecomposition
Functiondecomposition
Processdecomposition
Function Object
Shared Usable IT-Unit
Sub-process
I T -supply domain
OutsourceContract(SLA)
37
Pro
cess
Arch
itecture
Pro
cess
Arch
itectu
re
Application
Arch
itecture
Business Architecture
Process Service
Business Process
Business Domain
Business Function
Business Object
Supply Chain
Service Application
Workflow engine
Case handler
Datadecomposition
Functiondecomposition
Processdecomposition
Function Object
Business Actor / Role
Business Event
Event (e.g. message)
Business Activity
(macro flow case-oriented)
Business Procedure
(macro flow pre-defined)
BusinessUse Case
SystemUse Case
IT-Service
Service
Task(micro flow)
OPS supply domain
I T supply domain
OutsourceContract
(SLA)
Workflowscripts
Web-services server
(Dynamic appl. Builder: SOAP, UDDI, WSDL)
Generic Thin Client
(browser)
Dedicated Application
Client
(eg Siebel)
Dedicated application
(requestor control processes)
Classic Application
Client
(legacy)
Process automationControl & Aggregation Layer
Interfacing Layer
Adapters
Liiketoimi-, prosessi- ja ICT-arkkitehtuurit
38
And…
• in inter-organizational setting, everything getsmore complicated!!!– ITKE50