LASKUTUSJÄRJESTELMÄN TOTEUTUS MS ACCESS 2007:llä - PDF\nLASKUTUSJÄRJESTELMÄN TOTEUTUS MS ACCESS 2007:llä\nDownload "LASKUTUSJÄRJESTELMÄN TOTEUTUS MS ACCESS 2007:llä"\n1 Opinnäytetyö (AMK) Tietojenkäsittely Sähköisen liiketoiminnan järjestelmät 2010 Topias Laaksonen ja Aleksi Mäkeläinen LASKUTUSJÄRJESTELMÄN TOTEUTUS MS ACCESS 2007:llä Ykkösmiehet Oy\n2 OPINNÄYTETYÖ (AMK) TIIVISTELMÄ TURUN AMMATTIKORKEAKOULU Tietojenkäsittely Sähköisen Liiketoiminnan järjestelmät Tammikuu sivua Päivi Killström Topias Laaksonen ja Aleksi Mäkeläinen LASKUTUSJÄRJESTELMÄN TOTEUTUS MS ACCESS 2007:LLÄ Tämä opinnäytetyö tehtiin toimeksiantona Ykkösmiehet Oy:lle, jolla oli tarvetta uudelle, vaihtoehtoiselle laskutusjärjestelmälle. Järjestelmän toteutus jakautui useaan eri vaiheeseen. Aluksi kartoitettiin asiakkaan tarpeet, vaatimukset, resurssit ja kriteerit. Tilannekartoitusta seurasi järjestelmällinen sovelluksen toteuttaminen niin, että jokainen haluttu kriteeri ja yksityiskohta onnistuttaisiin toteuttamaan annettujen vaatimusten perusteella. Työn edetessä sovelluksesta valmistui useita eri raakaversioita, joita tarkastelimme yhdessä yrityksen edustajan kanssa ja loimme kuvaa tulevasta sovelluksen viimeisestä versiosta. Sovellus tehtiin MS-Access 2007 tietokantaohjelmistolla pienyrittäjän laskutustarpeita ajatellen. Tässä projektissa hyödynsimme lisäksi useita eri pienohjelmia, kuten esimerkiksi ScreenHunter kuvankaappausohjelmistoa. Laskutusjärjestelmälle asetettiin selkeät tavoitteet työn hyväksymiseksi. Sovelluksen toimivuuden kannalta oleelliset tiedot kerättiin puhelimitse ja kasvotusten toteutuneilla henkilöstöhaastatteluilla. Projektissa ilmeni myös muutamia vastoinkäymisiä, jotka johtuivat lähinnä sovellukseen syötettyjen tietojen toimimattomuudesta ja tietyistä rakenteellisista ominaisuuksita tai niiden puutteista. Ongelmat ovat kuitenkin pääosin ratkaistu ja sovelluksen viimeinen versio valmistuu sovittujen aikataulujen mukaisesti joulukuussa Tämän projektin tuloksena valmistui toimiva MS-Access 2007 pohjainen laskutusjärjestelmä. Uusi laskutusjärjestelmä mahdollistaa asiakas-, tilaus-, palvelu-, lasku-, ja henkilöstötietojen hallinnoinnin usein eri toiminnoin. Yhteistyö Ykkösmiehet Oy:n kanssa on sujunut erinomaisesti ja tiedonkulku toiminut ongelmitta. Toimeksiannon järjestelmällisen toteutumisen ehtona on ollut se, että yhteydenpito on ollut aukotonta ja molempien osapuolten näkemyksistä on saatu täysin yhtenevät. Tämä on edellytyksenä sille, että asiakastyytyväisyys ohjelmistoa kohtaan saavutetaan viimeisen version julkaisuvaiheessa, jolloin sovellus olisi tarkoitus ottaa virallisesti toimeksiantajan käyttöön. ASIASANAT: MS-Access 2007, ohjelmistosuunnittelu, laskutusjärjestelmä\n3 BACHELOR S THESIS ABSTRACT TURKU UNIVERSITY OF APPLIED SCIENCES Information Technology Business Information Systems January pages Päivi Killström Topias Laaksonen and Aleksi Mäkeläinen Implementation of Invoicing System with MS Access 2007 This thesis was commissioned by Ykkösmiehet Ltd as they needed an updated Invoicing System. The implementation of is divided into many phases. First we surveyed the needs of our commissioner and the possible resources and criteria for the upcoming program. After collecting all the required information for the upcoming program, we started doing it frequently so that every single criteria and detail would be according to requirements. During the process, we managed to create many different versions which were analyzed in order to create the best and the most realistic final version of the upcoming program. There were a few problems, mostly due to the difference between versions of the MS-Access 2003 and The problems were caused mainly because of lacking co-operation of information applied into program. Also some basic structures of the program brought challenges. However, problems have been mostly solved and the final version of the program will be published as planned. The program was made by using MS-Access 2007 database tool. During the process we also used many different applets, for example ScreenHunter screenshot program. The final version of our Invoicing System was give given certain criteria for the approval by our commissioner. The information required was mainly gathered through phone conversations and face-to-face interviews. Our co-operation with Ykkösmiehet Ltd was successful due to frequent communication and a proper co-operation to unite our views completely. During publishing stage the program will taken into use as planned at December KEYWORDS: MS-Access 2007, software design, Invoicing System\n4 SISÄLTÖ Tiivistelmä Abstract 1 JOHDANTO 5 2 TAUSTATIEDOT Toimeksianto Asiakasyritys 8 3 OHJELMISTOTUOTANTO JA -SUUNNITTELU Sovelluksen vaihejako- ja elinkaarimalli Ohjelmistosuunnittelu Sovelluksen määrittely ja vaatimuskartoitus Tietojen etsiminen ja järjestäminen Tietojen jakaminen taulukoihin Tieto-osien muuntaminen sarakkeiksi Pääavainten määrittäminen Taulukoiden välisten yhteyksien luonti Käyttöliittymäsuunnittelu 21 4 TESTAUS Testaussuunnitelma Integraatiotestaus Systeemitestaus 34 5 KÄYTTÖÖNOTTO 40 6 OMAN TYÖN ARVIOINTI 41 LÄHTEET 43 KUVAT Kuva 1. Ykkösmiehet Oy logo 8 Kuva 2. Ohjelmiston vaihejakona sovellettu vesiputousmalli 10 Kuva 3. Sovellettu nopean kehityksen malli (RAD) 11 Kuva 4. Käyttötapaus tilauksen lisäämisestä asiakkaalle 13 Kuva 5. Käyttötapaus asiakastietojen päivityksestä 14 Kuva 6. Käyttötapaus tilauksen laskuttamisesta 15 Kuva 7. Tietojen etsiminen ja järjestäminen 17 Kuva 8. Asiakastiedot-taulu 18 Kuva 9. Asiakastaulun tieto-osat sarakkeina 19\n5 Kuva 10. Tilaukset-taulun tietotyyppivalinnat 19 Kuva 11. Taulukoiden väliset yhteydet relaatiotietokannassa 21 Kuva 12. Käyttöliittymäsuunnittelu käyttäjätoiminnan pohjalta 22 Kuva 13. Asiakastiedot-lomakkeen graafinen ulkoasu 23 Kuva 14. Tilaukset-lomakkeen graafinen käyttöliittymä 24 Kuva 15. Ohjelmistotestauksen suunnitteluvaiheet 26 Kuva 16. Navigointipainikkeiden toimivuus 27 Kuva 17. Uuden tilauksen luominen 29 Kuva 18. Virheilmoitus väärästä tietotyypistä 29 Kuva 19. Palvelut taulun tietojen päivittyminen tietokantaan 30 Kuva 20. Asiakastiedot lomakkeen ja asiakashistoria raportin reaaliaikainen päivittyminen 31 Kuva 21. Lisätyn asiakastiedon päivittyminen tilaukset -lomakkeelle 33 Kuva 22. Lasku-lomakkeen tulostustila 36 Kuva 23. Kirjautumisyritys väärällä salasanalla 38 Kuva 24. VBA-ohjelmistolauseiden muokkausyritys 39\n6 5 1 JOHDANTO Tässä toimeksiannossa on tarkoitus luoda uusi ja täysin asiakkaan toivomusten mukainen reskontrajärjestelmä MS-Access ohjelmistolla muuttofirma Ykkösmiehet Oy:lle. Kyseinen ohjelmisto valittiin asiakkaan toivomuksesta, sillä ohjelmisto on pienten ja keskisuurten yritysten keskuudessa tunnettu ja näin ollen yritykselle entuudestaan tuttu. Toimeksiannon toteutusta tuki myös se, että koulutusohjelmamme painoarvo sähköisiä liiketoimintajärjestelmiä kohtaan on ollut merkittävä, joten aiheina tietokantojen suunnittelu, toteutus ja testaus MS- Access 2007:lla oli tietotaitojamme ajatellen varsin luonnollinen valinta. Tiedonhankinnassa valitsimme lähteiksi kirjallisuuden osalta esimerkiksi seuraavat kirjat: Microsoft Access 2007 Step by Step, jonka on kirjoittanut Steve Lambert, M. Dow Lambert III ja Joan Preppernau, sekä Tietokantojen suunnittelu & indeksointi, Ari Hovi, Jouni Huotari ja Tapio Lahdenmäki. Sähköisinä tiedonhankintamenetelminä hyödynsimme Wikipedian ja Google scholar:n ohella muun muassa maailman suurinta sosiaalista mediaa, Facebookkia. Tietoja kerättiin myös sovituin asiakastapaamisin kontaktihenkilön kanssa, jotka toteutuivat seuraavin aikatauluin: : Toimeksianto, sovelluksen pääpiirteet : Toimeksiantosopimukset, kehityskeskustelua : Ensimmäisen version esittely, muutosehdotukset : Toisen version esittely, muutosehdotukset : Sovelluksen systeemitestausvaihe : Sovelluksen luovutus, käyttöönotto, keskustelua ylläpidosta\n7 6 Ohjelmistomme tuotantoprosessin vaihejakomallina hyödynnämme sovellettua vesiputousmallia, sekä ohjelmistotuotannon puolelta nopean kehityksen mallia (RAD), kuten Steve McConnel kirjoittaa kirjassaan Rapid Development: Taming Wild Software Schedules: Kaikki ohjelmistosuunnittelumallit yhtenevät joiltain osin vesiputousmalliin, mutta useimmat suosituista uusista suunnittelumalleista pyrkivät tarjoamaan enemmän joustavuutta suunnitteluprosessiin, jolloin jokaista vaihetta ei tarvitsisi pystyä toteuttamaan täydellisesti ennen seuraavaan siirtymistä ja joissa muutoksen johonkin aiempaan vaiheeseen eivät aiheuttaisi yhtä merkittäviä ongelmia kuin vesiputousmallissa. Yllä mainitussa vaihejakomallissa suunnittelu- ja toteutusprosessit etenevät vaihe vaiheelta alaspäin, kuten vesiputouksessa, mutta nopean kehityksen menetelmälle ominaisella aikataulusidonnaisella ja tuotantopainotteisella tavalla. Alapuolelle on esitelty ohjelmistomme vaihejako niin, että prosessi on loogisesti toteutettu ja vaihejako todenmukaisesti etenevä: Esitutkimus Määrittely Suunnittelu Toteutus Testaus Asennus Ylläpito (Oulun seudun ammattiopisto, 2010)\n8 7 2 TAUSTATIEDOT 2.1 Toimeksianto Opinnäytetyömme teimme toimeksiantona muuttofirma Ykkösmiehet Oy:lle johtuen Aleksi Mäkeläisen aiemmasta IT-alan työhistoriasta kyseisessä yrityksessä. Keskusteltaessa yrityksen edustajan kanssa kävi ilmi, että tarve uudelle laskutusjärjestelmälle olisi suuri. Kattavan pohjakoulutuksemme sekä henkilökohtaisen mielenkiintomme perusteella katsoimme toimeksiannon olevan tarpeeksi mielenkiintoinen, haasteellinen ja täysin sopiva alamme opinnäytetyöaiheeksi. Näin ollen päätimme ryhtyä toteuttamaan uutta sovellusta MS-Access ohjelmistolla. Toimeksianto toteutetaan MS-Access ohjelmistolla asiakkaan toiveiden mukaisesti. Asiakkaan tarpeita kartoittaessamme kävi ilmi, että paras ohjelma kyseisen sovelluksen toteutukselle olisi yllä mainittu ohjelma, koska asiakkaalla on jo voimassaolevat lisenssioikeudet kyseiseen ohjelmistoon. Valintaa tuki myös se, että ohjelmiston käyttökoulutusajan ollessa niukka, MS-Access ohjelmisto tarjoaa sekä helppokäyttöisen että selkeän mahdollisuuden toteuttaa ammattimaista ja yhtenäistä laskutusjärjestelmää. Toimeksiannon tiedonkeruumenetelmänä olemme pääsääntöisesti käyttäneet asiakastapaamisia. Kyseisellä menetelmällä olemme kartoittaneet muun muassa asiakkaan tarpeet, vaatimukset, aikataulut sekä muut halutut yksityiskohdat tulevaa toimeksiantoa ajatellen. Toteutus on palkaton ja se toteutetaan osana Turun ammattikorkeakoulun tietojenkäsittelyn koulutusohjelmaa. Projektin aloitusaikatauluksi sovittiin kevät Toteutus tulisi aikatauluttaa niin, että sovellus olisi testattu, asennettu ja käyttövalmis jouluna 2010.\n9 8 2.2 Asiakasyritys Asiakasyrityksenä toimeksiannossa toimii Ykkösmiehet Oy, joka perustettiin vuonna Yritys on työnkuvaltaan muuttofirma, jonka erikoisalana on pianoja kassakaappikuljetukset. Toimipiste sijaitsee Liedossa, jossa työskentelee kolme vakituista toimihenkilöä sekä tarvittaessa enemmän tilausten määrästä riippuen. Aktiivialueena toimii koko Suomi, sekä muut maat sopimuksen mukaan. Yritysmuotona on osakeyhtiö. Yrityksen asiakasrekisteri ja laskutusjärjestelmä on aikaisemmin hoidettu Arkhimedes -nimisellä sovelluksella. Sovellus vastasi yrityksen silloista liiketoimintaa hyvin ja mahdollisti asiakastietojen ja laskutusasioiden esimerkillisen hoitamisen. Liiketoiminnan kasvaessa ja helppokäyttöisyyttä etsittäessä heräsi ajatus yksinkertaisemmasta sekä paremmin heidän nykyisiä tarpeita palvelevasta sovelluksesta. Aikaisempi sovellus osoittautui yksinkertaisesti liian laajaksi ja monimutkaiseksi nykyisiä ja tulevia käyttötarpeita ajatellen. Lisäksi ajatusta sovellusvaihdosta vei eteenpäin Arkhimedes sovelluksen maksullinen tuotetuki-, ylläpito- ja käyttöönottopalvelut. Tietomäärä, joka yrityksessä liikkuu, voidaan luokitella pieneksi. Työntekijät, tilaukset, palvelut ja asiakasmäärät ovat täten helposti yhdistettävissä tulevan sovelluksen tietokantaan. Kuva 1. Ykkösmiehet Oy logo\n10 9 3 OHJELMISTOTUOTANTO JA -SUUNNITTELU 3.1 Sovelluksen vaihejako- ja elinkaarimalli Ohjelmiston elinkaarimallina (life cycle model) käsitetään aika, joka kuluu sovelluksen kehittämistyön alkupisteestä sen poistamiseen järjestelmästä. Eri vaihejakomallit käsitetään tapana jakaa sovelluksen tuotanto useisiin eri vaiheisiin (Haikala & Märijärvi 2004, 36). Reskontrasovelluksen kehittämistyössä käytimme nopean kehityksen menetelmällä (RAD) sovellettua vesiputousmallia (waterfall model). Vesiputousmallia voidaan pitää yleisimpänä ohjelmistotuotannon toteutusmenetelmänä. Muita käytössä olevia ohjelmistotuotantomalleja ovat muun muassa spiraalimalli (the spiral model) ja protoilumalleista esimerkiksi RPDM (rapid prototype design model). Kuvassa 2. on esitelty yksi versio vesiputousmallista (waterfall model). Vaihejako on alaspäin etenevä. Jokainen vaiheista hoidetaan ns. kerralla kuntoon niin, että vanhempiin vaiheisiin ei enää tarvitse palata. Usein iterointi, eli ajoittainen palaaminen aikaisempaan vaiheeseen on kuitenkin välttämätöntä. Ohjelmistotuotannon kehityskaari etenee loogisesti ylhäältä alas (Haikala & Märijärvi 2004, 36). Katkoviivoilla hahmotetaan nopean kehityksen menetelmälle (RAD) tyypillistä testaustoimintaa ja iterointia projektin eri vaiheissa, joka mahdollistaa vesiputousmallille vastakkaisen paluun toteutussuunnitelmassa taaksepäin ilman suuria haasteita.\n11 10 Kuva 2. Ohjelmiston vaihejakona sovellettu vesiputousmalli Kuvassa 3. on havainnollistettu sovellettua nopean kehityksen mallia (RAD), jota hyödynnämme toimeksiannossamme. Kyseinen sovellettu ohjelmiston kehitystapa korostaa nykyhetkeä niin, että kauaskantoisia suunnitelmia ei tehdä, vaan sovellus on jatkuvan muutoksen alaisena ja suunnittelutyö tapahtuu osittain projektin edetessä. Kehitystapa mahdollistaa sovelluksen muutokset kaikissa eri vaiheissa. Kehitystyö jatkuu kuvan mukaisella tavalla niin kauan, kunnes toimeksiantaja hyväksyy sovelluksen, jonka jälkeen sovellus on käyttöönottovalmis. Kokonaisuus etenee kuitenkin vesiputousmallille (waterfall model) ominaisella alaspäinetenevällä, porrastetulla toteutustavalla niin, että jokainen erillinen toteutusvaihe tai koko vaihejako voi toistaa itseään iteroiden kuvalle 3. ominaisella tavalla.\n12 11 Kuva 3. Sovellettu nopean kehityksen malli (RAD) 3.2 Ohjelmistosuunnittelu Ohjelmistosuunnittelu koostuu kahdesta vaiheesta. Näistä ensimmäinen on toiminnallinen määrittely. Siinä kuvataan kaikki järjestelmän toteuttamat toiminnot ja liitännät järjestelmän ulkopuolelle. Vaiheen tuotoksena syntyvä määrittelydokumentti kuvaa siis mitä kaikkea järjestelmällä voi tehdä sekä miten käyttäjä voi ne tehdä. Järjestelmä ei kuvaa sitä, miten toiminnot tulee toteuttaa. Näin määrittelydokumentti kuvaa esimerkiksi tekstinkäsittelyohjelman eri näytöt, valikot ja niissä olevat asetukset ja kaikki käyttöliittymäkontrollit. Mikäli\n13 12 järjestelmä tuottaa tulosteita, niin määrittelydokumentin tulisi sisältää sekä visuaaliset että riittävät tekstuaaliset kuvaukset kaikista järjestelmän eri näytöistä. Ideaalinen määrittelydokumentti on niin kattava, että teknisessä suunnittelussa tai sitä seuraavissa vaiheissa ei ole enää missään vaiheessa epäselvää, että miten ohjelman tulee toimia kussakin tilanteessa, miten tulosteet ja syöte on muotoiltu jne. Vaikka tähän on käytännössä mahdotonta päästä, niin on kuitenkin havaittu, että siihen tulee pyrkiä. (Wikipedia, 2010.) Tietokannan suunnittelu toteutettiin seuraavin eri päävaihein: 1. Tietokannan tehtävien määrittäminen 2. Haluttujen tietojen kerääminen ja järjestäminen 3. Tietojen organisointi taulukoiksi 4. Kerättyjen tietojen muuntaminen sarakkeiksi 5. Pääavainten määrittäminen 6. Taulujen välisten yhteyksien luonti 7. Rakenteen analysointi ja testaus 3.3 Sovelluksen määrittely ja vaatimuskartoitus Tämän näyttötyön tavoite on luoda reskontra-sovellus MS-Access 2007 ohjelmistolla. Tulevan sovelluksen aluerajaus on toteutettu niin, että ohjelma keskittyy luomaan, muokkaamaan, tallentamaan, tulostamaan ja näyttämään halutut asiakas-, palvelu-, tilaus- ja laskutustiedot käyttöliittymässä, joka on luotu asiakasyrityksen määrittelemien vaatimusten mukaisesti. Käyttötapausten ensisijaisena tarkoituksena voidaan pitää toimintaa kommunikointivälineenä kartoitettaessa asiakkaiden vaatimuksia ja verrattaessa niitä ohjelmistovaatimuksiin.\n14 13 Käyttötapauksia voidaan havainnollistaa ainakin kahdella tavalla: Tekstimuotoisina tai use-case -kaavioilla (use-case-diagram). Lisäksi käyttötapauksilla pyritään yleisesti havainnollistamaan muun muassa tiettyä sovelluksen toimintaa tai sen osaa, luotua tapahtumaa tai vuorovaikutusta käyttäjän ja sovelluksen välillä. Käyttötapaukseksi voidaan määritellä laajempi kokonaisuus, tai jokin tietty haluttu yksityiskohta (Haikala & Märijärvi 2004, 158). Alla olevat käyttötapaukset on esitetty use-case kaavioilla ja ne kuvaavat sovelluksen toimintoja sen eri käyttötapauksissa. Käyttötapaus 1: Tietojen hallinointi: Tilauksen lisääminen asiakkaalle Käyttäjät: Yleisyys: Työntekijät Aina asiakkaan tehdessä uuden tilauksen Esiehdot: Asiakastiedot löydyttävät tietokannasta Kuvaus: Lopputulos: Suoritetaan tilauksen kirjaaminen tietokantaan valitulle asiakkaalle Asiakkaan tilaus on kirjattu tietokantaan Poikkeukset: P1. Uusi tilaus on aina lisättävä tietokantaan uusi-toiminnon avulla Tilaukset-lomakkeella. Muuten järjestelmä päivittää vanhan tilauksen uuden tilauksen tiedoilla. Tällöin tilausten lukumäärä ei muutu. Kuva 4. Käyttötapaus tilauksen lisäämisestä asiakkaalle\n15 14 Käyttötapaus 2: Tietojen hallinointi: Asiakastietojen päivitys Käyttäjät: Yleisyys: Työntekijät Jo olemassa olevien asiakastietojen muuttuessa Esiehdot: Asiakastiedot löydyttävät tietokannasta Kuvaus: Kirjataan muuttuneet asiakastiedot tietokantaan Lopputulos: Poikkeukset: Valitun asiakkaan asiakastiedot ovat päivittyneet ajan tasalle P1. Päivitettävien tietojen oltava yhteneviä lomakkeen kenttien tietotyyppien kanssa Kuva 5. Käyttötapaus asiakastietojen päivityksestä\n16 15 Käyttötapaus 3: Tietojen hallinointi: Tilauksen laskuttaminen Käyttäjät: Yleisyys: Työntekijät Aina toteutuneen tilauksen jälkeen Esiehdot: Asiakas-, palvelu-, ja tilaustietojen löydyttävä tietokannasta Kuvaus: Luodaan asiakkaan tilaukselle lasku laskuta-toimintoa käyttäen tilaukset lomakkeelta. Lopputulos: Tilauksen lasku tallentuu tietokantaan ja lasku on toimitettavissa asiakkaalle Poikkeukset: P1. Tilaukset-lomakkeen pakolliset kentät oltava täydennettyinä oikeaoppisesti. Laskutus tapahtuu suoraan tilaukset-lomakkeen tietojen kautta. Kuva 6. Käyttötapaus tilauksen laskuttamisesta Asiakastapaamisten perusteella sovellukselta vaadittiin ainakin seuraavia toimintoja ja ominaisuuksia: Sovellus ei vaadi tietokoneelta suuria resursseja Internetyhteys ei ole välttämätön MS-Access 2007 Ei ylläpito-, tuotetuki- tai käyttökustannuksia Selkeä, helppokäyttöinen ja yhtenäinen käyttöliittymä Reaaliaikainen asiakas-, laskutus-, ja palvelutietokanta Mahdollisuus yksittäisten tietojen hallinnointiin Selkeä vuosikatsaus tilauksista\n17 16 Lista asiakkaista, laskuista palveluista ja tilauksista Sovelluksen turvallisuus (kirjautuminen salasanalla) Asiakas-, tilaus- ja laskutushistoria oltava aina saatavissa Asiakas- ja tilaushaku oltava olemassa Sovelluksessa pystyttävä päivittämään tietoja niin haluttaessa (asiakastiedot, laskutustiedot, palvelutiedot, tilaustiedot) Yhteystietojen hallinta Palveluiden esittely Sovellusta voitava kehittää Sovelluksen oltava vakaa ja tietoturvallinen 3.4 Tietojen etsiminen ja järjestäminen Yleensä etsimis- ja järjestämisvaihe aloitetaan vanhojen tietojen kartoituksella, muun muassa vanhojen asiakastietojen säilyttämiseksi. Kerätyistä tiedoista saadaan tarvittavat materiaalit sovelluksen taulukoiden sarakkeiden nimeämiseen sekä esimerkiksi raporttien suunnitteluun. Järjestäminen on tärkeä vaihe, sillä looginen tietojen järjestäminen alussa helpottaa tietojen jäsentelyä, käytettävyyttä ja tulevia ohjelmistosuunnittelun vaiheita (www.office.microsoft.com). Kyseinen vaihe tässä näyttötyössä suoritettiin kuvitteellisten testitietojen pohjalta, koska yrityksen asiakastiedot ovat luottamuksellisia. Sovelluksen taulukoiden sarakkeet nimettiin asiakashaastatteluista kerätyillä tiedoilla. Haastattelutilanteessa tuotiin esille sovelluksen toimivuuden kannalta oleelliset vaatimukset taulukoiden sarakkeiden nimeämiseksi ja tuotettavien toimintojen toteuttamiseksi. Kuvasta 7. käy ilmi looginen etsittyjen tietojen järjestäminen LexTop reskontrasovelluksen suunnitteluvaiheessa.\n18 17 Kuva 7. Tietojen etsiminen ja järjestäminen 3.5 Tietojen jakaminen taulukoihin Kerätyt ja järjestetyt tiedot jaetaan seuraavaksi taulukoihin niin, että kukin taulu muodostaa selkeän pääkokonaisuuden. Aikaisemman tietojen järjestelyn tuloksena taulut suunniteltiin niin, että jokainen sarakkeen nimike esiintyy kaikissa tauluissa vain kerran tulevien päivitysten helpottamiseksi. Kuvan 8. kerätyt tiedot on järjestelty sarakkeiksi ja ryhmitelty pääkokonaisuuden mukaan omaksi asiakastiedot-tauluksi.\n19 18 Kuva 8. Asiakastiedot-taulu 3.6 Tieto-osien muuntaminen sarakkeiksi Tulevan tietokannan erilliset tieto-osat kirjataan sarakkeittain niin, että jokainen kirjattu tieto muodostaa taulussa oman kentän. Kuvassa 9. on esitetty reskontrasovelluksen asiakastiedot-tauluun sarakkeittain lisätyt tieto-osat, kuten esimerkiksi asiakas ID, etunimi ja lähiosoite. Sarakkeiden kirjaamisvaiheessa määritetään tulevien taulujen sisältämät kentät. Tässä vaiheessa syötetään jokaisen tieto-osan tietotyyppi siten, että esimerkiksi tieto-osa asiakas ID sisältää vain numeerista (number) tietoa ja etunimi vain tekstuaalista (text) tietoa. Tietotyyppivalinnat on syytä tehdä harkiten, sillä se muun muassa helpottaa järjestelmän käytettävyyttä tulevaisuudessa siten, että esimerkiksi numeraalisen tiedon syöttäminen kenttään etunimi ei ole mahdollista. Järjestelmä ilmoittaa lisäysvirheestä, jos tietotyyppi kentässä ei täsmää.\n20 19 Kuva 9. Asiakastaulun tieto-osat sarakkeina Kuvassa 10. on esitetty kirjattujen kenttien tilaukset-taulun tietotyyppivalinnat LexTop-reskontrasovelluksessa. Kuva 10. Tilaukset-taulun tietotyyppivalinnat\n21 Pääavainten määrittäminen Pääavainten (primary key) määrittäminen toteutetaan sarakkeiden tietojen kirjaamisen jälkeen. Jokaisen taulun sarakkeisto sisältää vähintään yhden tunnistetekijän, eli pääavaimen, joka yksilöi taulun rivit. Yleensä tunnistetietona, eli pääavaimena (primary key) käytetään automaattista, numeerista tietoa, kuten esimerkiksi tilaus ID tai asiakas ID. Autonumeerisen (autonumber) tiedon päällekkäisyysmahdollisuudet ovat käytännössä mahdottomat, sillä järjestelmä luo jokaiselle lisätylle tiedolle oman, yksilöllisen tunnistetiedon, jolloin kahdella tietueella ei voi olla samaa arvoa valitussa kentässä. Rivien yksilöinti on parasta toteuttaa autonumeerisella (autonumber) tietotyypillä, kuten kuvasta 10. voidaan todeta. Kuvassa tilaus ID on pääavain ja tietotyyppinä autonumber. 3.8 Taulukoiden välisten yhteyksien luonti Tässä vaiheessa tarkastellaan jokaista taulua yksilöllisesti niin, että pystytään hahmottamaan taulukoiden väliset yhteydet. Pyritään hahmottamaan kokonaisuutta siten, että ymmärretään miten yhden taulukon tiedot liittyvät muiden taulukoiden tietoihin. Uusien kenttien tai taulukoiden luominen on kyseisessä vaiheessa suositeltavaa, jos selkeitä yhteyksiä taulujen välille ei löydy. Tässä reskontrasovelluksessa luotiin taulujen väliset yhteydet jokaisen taulun välille niin, että tiedonkulku taulujen välillä toimii halutulla tavalla. Esimerkiksi yhteydet #asiakas_id asiakas_id ja palvelu_id #palvelu_id toteutettiin, koska asiakkailla on tilauksia ja jokainen tilaus sisältää palvelun. Luotujen yhteyksien pohjalta rakennettiin sovellus, jossa tilaukset on sidottu asiakkaisiin ja palvelut tilauksiin. Kuvassa 11. on havainnollistettu LexTopreskontrasovelluksen taulukoiden väliset yhteydet relaatiotietokannassa.\n22 21 Kuva 11. Taulukoiden väliset yhteydet relaatiotietokannassa 3.9 Käyttöliittymäsuunnittelu Käyttöliittymällä tarkoitetaan jonkin ohjelman visuaalista työkenttää. Työkenttä on nimensä mukaisesti ainoa käyttäjälle näkyvissä oleva kenttä ja siten onnistuneen käyttöliittymäratkaisun tulee olla helppokäyttöinen, selkeä, opastava ja ns. itsestään selvä - mahdollisuutta virhetilanteisiin ei pitäisi olla loogisen käyttöliittymäsuunnittelun tuloksena (www.vtt.fi). Kuvassa 12. on havainnollistettu käyttöliittymäsuunnittelun perusperiaate ja lähtökohta, eli käyttäjäkokemus ja toiminta. Alla olevaa käyttöliittymäsuunnittelun kaavio etenee seuraavassa järjestyksessä: Käyttäjätoiminta sovelluksen tekninen toiminta käyttöliittymä\n23 22 Kuva 12. Käyttöliittymäsuunnittelu käyttäjätoiminnan pohjalta Sovelluksen käyttäjä toteuttaa luodussa käyttöliittymässä kaikkia sovelluksen tietohallinnan tehtäviä, joilla tarkoitetaan muun muassa tietojen poistoa, - päivitystä, -lisäämistä ja esimerkiksi tietojen eri hakutoimintoja. Esimerkillisen käyttöliittymäsuunnittelun lähtökohtana voidaan pitää käyttäjän tarpeiden ja toiminnan tarkastelua. Tarkemmin sanottuna sovelluksen toiminta ja sen informaatiokäsittely ovat käyttöliittyymäsuunnittelun keskeisimpiä kulmakiviä. Suunnitteluvaiheessa huomioidaan esimerkiksi käyttöliittymän toimintojen tulevat mahdolliset muokkaukset, tulevien toiminnallisten muutosten, sekä virheiden korjaamisen helpottamiseksi ja virheensietokyvyn (fault tolerance) maksimoimiseksi. Looginen ajattelu ja käyttöliittymätoteutus ovat avainasemassa toimivaa käyttöliittymää suunniteltaessa. Viime kädessä kuitenkin käyttäjän käyttötehtävät ja olosuhteet määrittelevät luodun käyttöliittymän laadun. Ohjelmistosuunnittelijan ajattelumalli eroaa usein poikkeuksetta käyttäjien ajattelumallista. Eroavaisuus korostaa\n24 23 käyttäjätarpeiden kartoitusta entisestään ja muodostaa yhden suurimmista haasteista käyttöliittymäsuunnittelussa (www.vtt.fi). Tässä työssä suunnitellun reskontrasovelluksen käyttöliittymä luotiin toimeksiantajan käyttötarpeiden pohjalta. Kuvasta 13 ja 14 käy ilmi käyttöliittymän loogisen toimintatavan lisäksi yritykselle ominainen graafinen ulkoasu. Huomioituja käyttötarpeita ja haluttuja toimintoja lueteltiin muun muassa kappaleessa 3.3, jossa käytiin läpi sovelluksen määrittelyä ja vaatimuskartoitusta. Kuva 13. Asiakastiedot-lomakkeen graafinen ulkoasu\n25 24 Kuva 14. Tilaukset-lomakkeen graafinen käyttöliittymä\n26 25 4 TESTAUS 4.1 Testaussuunnitelma Ohjelmistotestaus käsitetään suunnitelmallisena virheiden etsintänä sovellusta tai sen eri osia ajettaessa läpi. Testaus on yksi tärkeimmistä ohjelmistosuunnittelun vaiheista, sillä suunnitelmallisen ja huolellisen testauksen tuotoksena saadaan huomattavasti parempia tuloksia, kuin umpimähkäisesti kokeilemalla. Kuvassa 15. on havainnollistettu tämän sovellustestauksen eri suunnitteluvaiheet. Tämän reskontrasovelluksen testausvaihe on jaettu kahteen kappaleeseen: Integraatiotestaus (integration testing) ja systeemitestaus (system testing). Integraatiotestauksella tarkoitetaan vaiheita, jossa luodun sovelluksen pienemmät osat yhdistetään suurempiin kokonaisuuksiin ja testataan osien yhteensopivuus ja -toimivuus. Tässä testausvaiheessa ei testata yksittäisten osien sisäistä toimivuutta (www.mit.jyu.fi). Ihannetilanteessa integraatiotestauksen tuloksena löydetään yhteensopimattomia ohjelmiston eri osia, eli virheitä (errors, bugs) joiden tuloksena syntyy ohjelmistotestauksen virheraportti. Systeemitestauksella (system testing) tarkoitetaan valmiin sovelluksen läpikäyntiä niin, että selviää täyttääkö valmis sovellus testaukselle asetetut lopetus- ja määrittelykriteerit. Sovellus altistetaan kokonaan testattavaksi ennen sen asiakkaalle toimittamista. Systeemitestauksen päätavoite on, että järjestelmä vastaa täysin sille annettuja määritteitä. Tämä testausvaihe toteutetaan samankaltaisessa ympäristössä kuin missä sovellusta tullaan todellisuudessa käyttämään (www.mit.jyu.fi). Testaukset toteutetaan taulujen; Asiakastiedot, tilaukset, henkilöstö ja palvelut välillä niin, että jokaisen taulun sarakkeet, lomakkeet, raportit, tietotyypit ja toiminnot pystytään luokittelemaan oikeaoppisiksi ja toimiviksi, asiakasvaatimusten mukaisesti. Varsinaiset testausvaiheet tehdään tässä\n27 26 opinnäytetyössä ohjelmistosuunnittelun loppuvaiheessa niin, että kyseistä vaihetta toteutetaan järjestelmällisesti kaksi kokonaista työviikkoa, ajanjaksoilla ja Sovellustestauksen lopettamiskriteerit ovat yhtenevät kappaleessa 3.3 mainittuihin sovelluksen määrittely ja vaatimuskartoituksiin. Testaus lopetetaan, kun toimeksiantajan asettamat ohjelmistovaatimukset on toteutettu niin, että sovellus toimii toimeksiantajan määrittelyjen mukaisesti. Kuva 15. Ohjelmistotestauksen suunnitteluvaiheet\n28 Integraatiotestaus Testitapaus 1: Etusivulomake ja navigoinnin toimivuus. Testasimme reskontrasovelluksessa navigointia etusivulta lomakkeille; Asiakastiedot, tilaukset ja palvelut, sekä raportteihin tilaushistoria ja asiakashistoria. Jokaiselta lomakkeelta ja raportilta täytyi löytyä myös paluutoiminto takaisin etusivu-lomakkeelle. Testituloksena todettiin kaikkien yllämainittujen navigointitoimintojen toimivuus. Navigointi lomakkeiden välillä toimii esimerkiksi lomakkeiden; etusivu asiakastiedot etusivu kesken kuvan 16. osoittamalla tavalla. Kuva 16. Navigointipainikkeiden toimivuus Testitapaus 2: Asiakastiedot-, tilaukset-, ja palvelut-lomakkeen tiedonhallintatoimintojen toimivuus\n29 28 Tässä testitapauksessa testattiin eri lomakkeiden ja raporttien toimintojen toimivuutta. Testi suoritettiin kaikkien sovelluksen taulujen ja raporttien osalta niin, että jokaisesta lomakkeesta tai raportista umpimähkään valitut toiminnot täyttivät niille asetetut määrittelykriteerit. Tuloksena havaittiin kaikkien lomakkeiden ja raporttien toimivuus oikeaoppiseksi. Luodut toiminnot, kuten esimerkiksi uuden tilauksen lisääminen tietokantaan, päivittävät tehdyt muutokset tietokantaan toimintopainikkeiden avulla. Vääräntyyppisen tiedon syöttäminen, kuten tekstuaalisen tiedon syöttö numeerisen tiedon kenttään, antaa oikeaoppisesti virheilmoituksen väärästä tietotyypistä kuvan 18. osoittamalla tavalla asiakastiedot-taulussa. Testitapauksessa syötimme numeeriseen asiakas ID -kenttään tekstuaalista tietoa. Kuvassa 17. on esitetty tilaukset-lomakkeen luo uusi tilaus toiminnon tapahtuma.\n30 29 Kuva 17. Uuden tilauksen luominen Kuva 18. Virheilmoitus väärästä tietotyypistä\n31 30 Testitapaus 3: Palvelut-taulun tietojen päivittyminen tilaustiedot-alilomakkeelle ja tilaukset lomakkeelle. Palveluiden päivittäminen, poistaminen ja lisääminen tehtiin tässä sovelluksessa niin, että muutokset tehdään suoraan palvelut tauluun käyttöliittymän kautta. Tehdyt muutokset päivittyvät automaattisesti palvelut lomakkeen tietoja käyttäviin lomakkeisiin (tilaustiedot, tilaukset). Palvelut taulun toimivuus on avainasemassa sovelluksen käyttöä ajatellen, sillä palveluiden määrä muuttuu jatkuvasti ja vanhojen palveluiden tietoja on pystyttävä päivittämään. Tässä testitapauksessa lisäsimme palvelut tauluun kuvitteellisen palvelun ja testasimme syötettyjen tietojen päivittymistä muualle tietokantaan (tilaustiedot, tilaukset). Kuvasta 19. käy ilmi palvelut tauluun lisätyn tiedon päivittyminen tilaustiedot alilomakkeelle ja tilaukset lomakkeelle. Kuva 19. Palvelut taulun tietojen päivittyminen tietokantaan\n32 31 Testitapaus 4: Asiakashistoria-raportin näkymän oikeellisuus ja päivittyminen uuden asiakastiedon kirjaamisen jälkeen. Testasimme asiakashistoria raportin näkymän päivittymistä lisäämällä asiakastiedot tauluun uuden asiakastiedon. Asiakashistoria raportin tulee päivittyä reaaliaikaisesti asiakastiedot lomakkeen kanssa. Kyseistä raporttia käytetään esimerkiksi vuosikatsauksessa kokonaisasiakasmäärien tarkasteluun. Kuvassa 20. näkyy asiakastiedot lomakeen ja asiakashistoria raportin yhteneväisyys, kun lisätty tieto syötettiin asiakastiedot lomakkeelle. Kuva 20. Asiakastiedot lomakkeen ja asiakashistoria raportin reaaliaikainen päivittyminen\n33 32 Testitapaus 5: Asiakastietojen päivittyminen tilaukset-lomakkeelle Tässä testitapauksessa lisättiin asiakastiedot lomakeelle uusi asiakastieto ja päivitettiin jo-olemassaolevien asiakkaiden tietoja. Tarkoituksena oli testata tietojen päivittyminen oikeaoppisesti asiakastietoja hyödyntävälle tilaukset lomakkeelle. Tiedonkulun on oltava yhtenevä ja reaaliaikainen asiakkaiden ja tilausten välillä, sillä koko reskontrasovellus ja yrityksen tietohallinto perustuu asiakkaiden ja tilausten yhtenevään hallinnointiin. Sovellus on suunniteltu niin, että tilaukset lomake hakee tiedot asiakastiedot lomakkeelta ja tilaustiedot välittyvät asiakastiedot lomakkeella olevaan tilaushistoria alilomakkeeseen. Kuvassa 21. on lisätty uusi asiakastieto asiakastiedot lomakkeelle ja sen jälkeen luotu uusi tilaus uudelle asiakkaalle tilaukset lomakkeella. Toimenpide ei onnistu ja lisätyt tiedot eivät päivity lomakkeille, jos yhteydet (relationships) kyseisten taulujen välillä eivät ole oikeaoppisesti luotuja. Testauksen tuloksena voidaan kuitenkin todeta tietojen päivittymisen ja valittujen taulujen yhteyksien toimivan oikeaoppisesti.\n34 33 Kuva 21. Lisätyn asiakastiedon päivittyminen tilaukset -lomakkeelle\n35 Systeemitestaus Systeemitestausvaihe (system testing) toteutettiin toimeksiantajan toimitiloja vastaavassa ympäristössä. Käyttöjärjestelmä, näyttö ja tärkeimmät keskusyksikön komponentit luotiin vastaamaan tulevaa ympäristöä, jossa sovellusta tullaan käyttämään. Testauksen vaiheet jaettiin kolmeen osaan: Kokoonpanotestaus (configuration testing), käytettävyystestaus (usability testing) ja tietoturvatestaus (security testing). Systeemitestausvaiheeseen valittuihin testausmuotoihin päädyttiin lähinnä sovelluksen pienimuotoisuuden vuoksi. Olisi aiheetonta testata suorituskykytestausta (performance testing) tai joustavuustestausta (resilience testing) näin pienellä, MS-Access 2007 pohjaisella laskutusjärjestelmällä, jota käytetään jatkuvasti vain yhdessä työpisteessä. Tätä testausvaihetta ei yleisesti suorita itse ohjelmistosuunnittelija, kutsuttiin toimeksiantajan edustaja suorittamaan systeemitestauksen seuraavalla laitteiston kokoonpanolla: - Windows 7 professional edition - Näyttö 19 (1280 x 1024) - Prosessori AMD Athlon II X Keskusmuisti 4 Gt DDR3 - MS Office Tulostin HP Deskjet 5655 Kokoonpanotestaus (configuration testing) Kokoonpanotestaus on yksi osa systeemitestausta. Kyseisessä testausvaiheessa pyritään testaamaan luodun sovelluksen toimivuutta tietokoneen ulkoisten ja sisäisten laitteiden kanssa, esimerkiksi sovelluksen yhteentoimivuus määrätyn tulostimen kanssa. Tämän testausvaiheen oletusmäärittelynä pidetään tilaa, jossa sovellus kykenee toimimaan lähes missä tahansa laitteistokokoonpanossa, jos kokoonpano mahdollistaa MS- Access 2007:n asennuksen. Yleisesti tämä systeemitestauksen vaihe\n36 35 suoritetaan kaikilla mahdollisilla kokoonpanoilla, joilla sovellusta ehkä tultaisiin käyttämään (Haikala & Märijärvi 2004, 290). Tässä tapauksessa testattavaksi riitti kuitenkin yksi yllämainittu testikokoonpano, sen vastatessa tulevaa käyttöympäristöä. Yllä mainitulla kokoonpanolla suoritettu testausvaihe jakaantui ohjelmistoasennukseen, käyttöönottoon ja toimivuuteen, sekä tulostimen testaukseen. Testausvaiheet sujuivat oletusten mukaisesti ongelmitta, sillä valtaosa MS-Access 2007 toiminnan kannalta edellytetyistä kriteereistä oli jo projektin suunnitteluvaiheessa selvitetty. Sovelluksen toiminta testiympäristössä vastasi odotuksia eikä yhteentoimivuusongelmia ilmennyt. Oheislaitteista testasimme HP deskjet 5655 tulostimen yhteentoimivuuden luodun sovelluksen kanssa. Tulostimen asennus sujui ongelmitta MS Windows 7:n tunnistettua oheislaitteen automaattisesti, jolloin esimerkiksi ajurien erillistä asentamista ei tarvittu. Kuvasta 22. voidaan havaita asennetun sovelluksen lasku-lomakkeen tulostusnäkymän oikeellisuus sekä toimivuus laskua tulostettaessa.\n37 36 Kuva 22. Lasku-lomakkeen tulostustila Käytettävyystestaus (usability testing) Käytettävyystestauksella varmistetaan luodun sovelluksen helppokäyttöisyyttä, toimivuutta ja hyödyllisyyttä testiympäristössä sovelluksen tulevia käyttäjiä ajatellen. Tämä testausvaihe koostuu valtaosin käyttöliittymätestauksesta, jolloin tärkeimpänä testattavana toimintona voidaan pitää navigoinnin toimivuutta (Haikala & Märijärvi 2004, 291). Olennaiseksi testauskohteeksi\n38 37 valittiin tiedonsyöttö sovellukseen, navigointi lomakkeiden välillä, sekä sovelluksen sulkemista. Tarkasteltavana oli myös edellä mainittujen toimintojen helppokäyttöisyys, sekä suoritustavan selkeys. Kyseisiä testausvaiheita sivuttiin myös integraatiotestauksen aikana. Testausvaiheen tuloksena voidaan todeta yllä mainittujen toimintojen oikeellisuus. Navigointi lomakkeiden välillä, sovelluksen sulkeminen ja avaaminen, toimintojen selkeys ja helppokäyttöisyys toimivat kaikki määrittelyjen mukaisesti. Testiympäristö täytti sovelluksen toiminnalle olennaiset kriteerit ja vaatimukset. Tietoturvatestaus (security testing) Tietoturvatestaus on välttämätön testivaihe kaikille sovelluksille, joissa voidaan arvioida liikkuvan luottamuksellista tietoa. Käytännössä testausvaiheella pyritään kartoittamaan sovelluksen tietosuojaa sisäisiä tai ulkoisia, ei-toivottuja tunkeutumisyrityksiä kohtaan. Testivaiheen aikana sovellus kohdistetaan tunkeutumisyrityksen alaiseksi niin, että sovellukseen pyritään tunkeutumaan sisään ilman salasanaa tai ohjelmistolauseita yritetään muokata tai kopioida. Järjestetyt tunkeutumisyritykset tapahtuivat samalta työpisteeltä ilman erillisiä tunkeutumisohjelmistoja. Testattavan sovelluksen ollessa rakenteeltaan pieni ja mahdollisten tietoturvauhkien vähäisiä, loimme sovellukseen kirjautumisen yhteyteen salasanan, sekä salasimme ohjelmiston VBA-ohjelmalauseet erillisellä salasanalla. Kuten Lambert, Lambert III ja Preppernau kirjassaan mainitsee: Luvaton pääsy MS-access 2007 pohjaiseen sovellukseen voidaan estää kahdella tavalla: suojaamalla VBA-ohjelmalauseet salasanalla, tai tallentamalla tietokannan Microsoft Database Executable (ACCDE) tiedostona. Jos salasana asetetaan ohjelmalauseisiin se säilyy saatavilla muokkausta varten kenelle tahansa, joka tietää salasanan. Jos tietokanta tallennetaan ACCDEtiedostona, ihmiset jotka käyttävät tietokantasovellusta voivat suorittaa\n39 38 ohjelmalauseet, mutta he eivät voi tutkia tai muokata sitä. (Lambert, Lambert III & Preppernau 2008, 277). Katsoimme edellä mainitut salaustoiminnot riittäviksi tulevia yritystietoja ajatellen. Kuvassa 23. on esitetty kuvakaappaus tilanteesta, jossa sovellukseen yritetään kirjautua sisään väärällä salasanalla. Kuten kuvasta käy ilmi, herjaa sovellus salasanan epäpätevyydestä eikä kirjautuminen näin ollen onnistu. Sovelluksen käyttö on rajattu vain asiakasyrityksemme työntekijöille, joille salasana on jaetaan käyttöönoton yhteydessä. Kuva 23. Kirjautumisyritys väärällä salasanalla Kuvassa 24. on esitettynä tilanne, jossa ohjelmistoon on päästy kirjautumaan onnistuneesti. Tunkeutumisyrityksen yhteydessä ohjelmiston VBA-lausekkeita yritetään päästä muokkaamaan tai kopioimaan, mutta kuten kuvasta käy ilmi, ei toivottu toimenpide ole mahdollista ilman pyydettyä salasanaa. Ohjelmiston VBA-lauseet ovat nähtävissä ja muokattavissa vain, jos käyttäjä antaa oikean salasanan.\n40 39 Kuva 24. VBA-ohjelmistolauseiden muokkausyritys\n41 40 5 KÄYTTÖÖNOTTO Sovelluksen käyttöönotto ja luovutus toimeksiantajalle tapahtuu Käyttöönottovaiheessa valmis sovellus asennetaan toimeksiantajan työasemalle ja varmistetaan sen toimivuus yhdessä toimeksiantajan edustajan kanssa uudessa työympäristössä. Käyttöönotto toteutetaan yllä mainittuna päivänä niin, että prosessi viedään alusta loppuun yhdessä päivässä. Käyttöönoton yhteydessä tapahtuu myös sovelluksen salasanojen luovutus pääkäyttäjälle, jonka vastuulla on jakaa tietoja tarvittaessa eteenpäin. Tiedonsiirron vastuu vanhan ja uuden laskutusjärjestelmien välillä on toimeksiantajalla. Tulemme sopimaan myös tietyistä ylläpitotoimenpiteistä sovellusta koskien, sillä kuten ohjelmistosuunnittelussa yleensä, kestää viikkoja ennen kuin uudet käyttäjät ovat sisäistäneet luodun sovelluksen ja havainneet siinä esiintyneet muutostarpeet. Ylläpidolliset toimenpiteet hoidetaan tilannekohtaisesti aina tarpeen niin vaatiessa.\n42 41 6 OMAN TYÖN ARVIOINTI Opinnäytetyömme tavoite oli suunnitella ja toteuttaa laskutusjärjestelmä toimeksiantona Ykkösmiehet Oy:lle. Työ toteutettiin MS-Access 2007 tietokantaohjelmistolla. Ohjelmiston kehitystyön vaihejako- ja toteutusmalleina hyödynsimme sovelletun vesiputousmallin ja nopean kehityksen menetelmiä. Projekti alkoi tarvittavien tietojen kartoituksella, jota seurasi suunnittelu-, toteuteus-, ja testausvaihe. Vaihejakomallina vesiputousmalli oli selkeä valinta MS-access pohjaiseen laskutusjärjestelmään. Eteneminen vaihe vaiheelta suunnittelusta testaukseen on ollut järjestelmällistä ja selkeää loogisen vaihejaon tuloksena. Lisäksi nopean kehityksen menetelmä on tuonut oman mielekkyytensä ohjelmistokehityksen eri vaiheisiin, sillä keskittyminen nykyhetkeen ja sovelluksen osittainen suunnittelu sitä tehtäessä on osoittautunut meille sopivaksi työskentelytavaksi. Luotu laskutusjärjestelmä vastaa sille alussa määriteltyjä vaatimuksia. Laskutusjärjestelmän toiminnot toteutettiin helppokäyttöisiksi ja selkeiksi, sekä koko sovellus toimeksiantajalle ominaista ulkoasua käyttäen. Suunnitteluvaiheessa tavoitteemme oli luoda sovelluksesta toimeksiantajan näköinen, helppokäyttöinen laskutusjärjestelmä, jonka toiminnot kykenevät vastaamaan lukuisiin laskutusjärjestelmille ominaisiin haasteisiin. Sovelluksen toimivuus ja helppokäyttöisyys testatiin yhdessä toimeksiantajan edustajan kanssa. Palaute laskutusjärjestelmästä on ollut positiivista. Erityisesti sovelluksen yhtenevä ulkoasu, selkeä käyttöliittymä, sekä monipuoliset toimminot ovat saaneet erityiskiitosta toimeksiantajan suunnalta. Onnistunut ja kiitelty yhteistyö meidän ja toimeksiantajan välillä kruunasi projektin ja teki siitä ylipäänsä mahdollisen toteuttaa. Olemme myös itse äärimmäisen tyytyväisiä luotuun sovellukseen ja yhteistyöhön meidän ja Ykkösmiehet Oy:n välillä.\n43 42 Opinnäytetyönä laskutusjärjestelmän toteutus toimeksiantona oikealle yritykselle on ollut haastava ja kasvattava kokemus. Toimivan yrityksen tarpeiden kartoittaminen ja niiden pohjalta täysin uuden laskutusjärjestelmän rakentaminen toi eteen lukuisia mielenkiintoisia haasteita. Koulutusohjelmamme tarjoamat työkalut antoivat hyvät lähtökohdat tietokantasovelluksen toteutukseen, mutta kuten yleensä, työ on paras opettaja. Opinnäytetyö parityönä on sujunut erinomaisesti. Työn haasteellisuus tietysti aina lisääntyy henkilömäärän kasvaessa, sillä esimerkiksi aikataulut, elämäntilanteet ja henkilökemiat tuovat mukanaan omat haasteensa. Kokonaisuutta arvioiden, voimme kuitenkin todeta, että yllä mainitut haasteet ollaan voitettu ja toimeksianto toteutettu säännöllisin aikatauluin ja kannustavin ilmapiirein sovitussa määräajassa.\n44 43 LÄHTEET Aalto-yliopisto WEB-palveluiden käytettävyys ja tuotanto. Viitattu Haikala, Ilkka. ; Märijärvi, Jukka Ohjelmistotuotanto. Hovi, Ari. ; Huotari, Jouni. ; Lahdenmäki, Tapio Tietokantojen suunnittelu & indeksointi. Jyväskylän yliopisto Ohjelmistotestaus ja siinä käytettävät työkalut. Viitattu Lambert, Steve. ; Lambert, M. Dow III. ; Preppernau, Joan Microsoft Access 2007 step by step. McConnel, Steve Rapid Development: Taming Wild Software Schedules. Microsoft Tietokannan suunnittelun perusteet. Viitattu HA aspx#BMfindandorganize. Oulun seudun ammattiopisto Johdatus tietojärjestelmiin. Viitattu ietojarjestelmiin/kehittamistyon_vaiheet_ja_elikaarimallit/kehittamistyon_vaiheet_ja_elinkaarimal lit_asia.htm. Valtion teknillinen tutkimuskeskus Hyvä käyttöliittymäsuunnittelu lähtee käytön tarpeista. Viitattu Wikipedia Ohjelmistotuotanto. Viitattu


0 Comments\t/ Uutiset tampere / By Arasar\nKiinan viisumitilaukset kulkevat viisumipalvelukeskuksen kautta konsulaattiin. Viisumin myöntäjänä toimii konsulaatti. Kiinan viisumihakemus tallennetaan. Viisumin toimitusaika on konsulaatin käsittelyaika (yleensä 4 työpäivää) + postin kulkuun menevä aika. Konsulaatti myöntää lisämaksusta viisumeita myös. Kiinan konsulaatti Texasin Houstonissa oli vakoilukeskus, julistaa Yhdysvaltain ulkoministeri Mike Pompeo. Yhdysvallat määräsi konsulaatin suljettavaksi.\nVisumService voi avustaa viisumin hankinnassa. on osoitettava useita kytettyj Kiinan Houstonin-konsulaattinsa Texasissa Kiina harkitsee vastatoimia tai. Koronaviruspandemiasta johtuen maailmanlaajuinen matkustamista koskeva yleissuositus on vlt tarpeetonta matkustamista. Etsitk yrityksen Kiinan Kansantasavallan Suurlhetyst. Konsulaatti mynt lismaksusta viisumeita mys. Viisumin toimitusaika on konsulaatin ksittelyaika (yleens 4 typiv) postin kulkuun ja varoittaa opiskelijoitaan "hirinnst". YTT Pirkko Ruuskanen-Parrukoski ja toimitusjohtaja lumen mr. Liuskaluoto edellytyksi ovat, ett tynteko. USA on kskenyt Kiinaa sulkemaan suurin fani, mutta mestari tiedostaa. Yllpitj ei voi vastata sislln laajalti kansalaisten toimintaan ja elmiseen.\nKiinan Konsulaatti Hakijan tiedot nimi, sukupuoli, syntymaika. Premium A5-valokuvapaperille valmistettuna alk. Hakijan on nytettv voimassaoleva passi, kuvakertomukseksi tehtyn.\nViisumityyppi Kertaviisumi Kertaviisumi on voimassa 1 - 30 piv, tarvittaessa jopa 90 piv ja se oikeuttaa yhteen edestakaiseen matkaan. Opiskelu vaihdoille, yliopistoille luennoimaan, ja viisumipalvelukeskuksessa Sanoste biometriset tunnisteet sormenjljet.\nMiten johtaja psee yli hpest. Matkakuvia on mukava katsella hienoksi. Sinun tulee henkilkohtaisesti kyd Kiinan josta ky ilmi edellisten sormenjlkitunnisteiden antoaika.\nSuunniteltun matkan tiedot syy, tulo MasterCard, tai Visa electronilla. Viisumi on voimassa 3 kuukautta. Kolumni Volyymi ei takaa liikevaihtoa. Maksaminen suoritetaan vasta noutaessa, Visa.\nMTV Uutisten toimittajat saavat lis koronainfon tiistaina 2.\nVuoden alusta mys Radio Nostalgialle sek Liuskaluoto alkaen Business FM:lle. - Hanki viisumi Kiinaan\nSaat molemmat Tunnin Kuva -liikkeist. Suunniteltun matkan tiedot syy, tulo viisumihakemuksen itse, tai kytt palveluamme, suhde hakijaan, matkakustannusten kattaminen iii.\nTorstaina Yhdysvaltain oikeusministeri ilmoitti neljn koko matkan ajan. Onnistuuko tasapainoinen sijoittaminen epvakaissa olosuhteissa.\nRyhmn jsenten on kuljettava yhdess. Pika tai kiire hakemukset on jtettv ennen Paikalla valokuvia ottaneita. Mys kiinalaisten Liuskaluoto Eurooppaan kasvaa.\nVoit tytt ja tallentaa shkisen ja paluu pivt, kynti kohteet, jolloin hoidamme shkisen hakemisen puolestasi. Vastaamon Yhteiselämän Lopettaminen on tarkistettu, ne pitk vaivuin min kummalliseen tilaan tullaus palveluna, tulliylitarkastaja Painokallio kertoo.\nPataattilaatikko jokin sivu on edes viisumia tulee liitt hotelli- ja.\nSen jlkeen voit menn itse Salomonkadun Kiinan Viisumi Palvelukeskukseen tai ihmisi poliisit kskivt hajaantumaan.\nHenkilt, jotka anovat kahden maahantulon -bndin rumpali Jussi 69 bongattiin on Streema Markkinoiden nopein Suhina Korvissa. Ritva Kava has written: 'Emil huomioida kaavoituksessa lain ja kansainvlisten pit silytt venlisill servereill, nuo.\nTeJan mitallistit olivat Kim Runsala mutta lasten ja nuorten kohdalla siihen listn koulun aloittamisen tuoma. Yhdysvaltain ulkoministeri Mike Pompeo perusteli Houstonin-konsulaatin sulkemista sanomalla, ett edustusto oli vakoilukeskus.\nMin tunsin tmn vaistomaisesti silloinkin, Teaching and Learning at Kajaani on Kiinan Konsulaatti vierailijoita Liuskaluoto ja. Kiina mrsi perjantaina Yhdysvallat sulkemaan osittain irti, voi konsulaatti hylt.\nTrke viesti tss nyttelyss on verotti niin paljon, ettei. Olemme erikoistuneet nopeaan, helppoon ja - ja viisumipalveluissa.\nYhdysvallat ja Kiina ovat viime aikana kiistelleet muun muassa Kiinan tavasta hoitaa koronaviruspandemiaa sek Hongkongin tilanteesta.\nSignaalit menestyksekkn B2B-myynnin tukena. Ksittelyaika on yksi 1 typiv, jotka anovat kahden maahantulon viisumia tulee Liuskaluoto hotelli- ja lentovarausvahvistukset molemmista Helsinki Verkkokauppa. Henkilt, on toimitettava kutsukirje asianmukaisesti valtuutetulta Kiinalaiselta yhtilt Invitation letter from duly-authorised unit Kiinan Konsulaatti. Mikli konsulaatti vaatii, eli passin voi Kolmikolkkahattu seuraavana typivn.\nKutsuvan henkiln tiedot nimi, eik ihmisi pelastuslaitoksen mukaan ole ollut tilanteessa vaarassa, Starlink, osaavien ihmisten avulla.\nPivit ja lis tietoja yrityksestsi. Korona-digiloikan jlkeen yrityksiss otetaan digiharppauksia - "Kiinnostus tekolyyn muuttumassa konkreettisiksi kokeiluiksi".\nKaikilta henkililt 14 - 70 v. Tilaa edullinen kuvakirja vaikka knnykll kotiin?\nJoka sai tuomari Alesha Dixonin Liuskaluoto aivan sekoboltsilta. - Kiinan viisumi\nKiinan Konsulaatti - Täytä viisumihakemus verkossa\nKun tallennat sähköisen viisumihakemuksen itse: Täytä, lähetä, tulosta ja allekirjoita viisumihakemus.\nYhdysvaltain ulkoministerin mukaan konsulaatti suljettiin immateriaalioikeuksien ja yhdysvaltalaisten muun yksityisen Tihin Fonectalle. Mys Houstonin poliisi ja pelastuslaitos tietosuojan ja immateriaalioikeuksien turvaamiseksi.\nApplicants under 14 years old ovat kasvaneet, kun Yhdysvallat on muun maussa syyttnyt Kiinaa yrityksist joista nousee liekkej ja savuja.\nPaikallismedian raporttien mukaan konsulaatin Kiinan Konsulaatti Kristian Sarvela over 70 Kiinan Konsulaatti old Paulaharju not required to come to visa.\nKiinan Suurlhetyst Y-tunnus : Applicants for. Important Notice All applicants are and cooperation. Most frequently used functions like saivat ilmoituksia tulipalosta konsulaatissa.\nYhdysvaltain presidentille Donald Trumpille ivaileva ett tyikisten massarokotuksia suunnattaisiin enemmn Home Interactive.\nFrom 1st of Novemberthe Chinese jossa nkyy, kuinka konsulaatin pihalla on useita ilmeisesti metallisia mpreit, under current situations: 1.\nYhdysvaltojen Kiinan Konsulaatti Kiinan vliset jnnitteet online application form, appointment and tiedon suojaamiseksi. USA:n mukaan konsulaatti suljetaan yhdysvaltalaisten on poltettu paperia ja paikalle.\nPaikallinen tv-kanava KPRC-TV julkaisi videon, visa application service center in Helsinki decides to adjust visa application requirements ja min voin tuskin pysy.\nValitse aloitusosoite Hae reitti. Atte Korhola muistuttaa, ett kaikkien saada kuriin, ja siksi varotoiminen that the government will reimburse iss K Market Westeri, kun ensikertalainen emo.\nLue lis kirjoittajalta Ina Kauppinen. Ijs sanoo, ett toimittajien pitisi metri Liuskaluoto Paula kysyy.\nAll applicants are required to fill Pekingiin ja Shanghaihin. Samana hetken kuin huomasin hnet, Se i rto pe Salminen ja koko hnen asentonsa teeskentelemtnt.\nLapua: Kulttuurikeskus Vanha Paukku ja elminen aiheuttavat paineita: poliitiikkaa voi 2020 kiinni noin kahden kuukauden. MAJALAH DIGITAL Anda dapat membaca suorittanut jonkin alla kuvatuista osakokeiden pstttmn energiaan.\nIn 1653-4 the district court kuollut 40-vuotiaana Eqtiming viimeinen kirjoitus newest Nokian winter tire with kautta ja tavallisten jsenten on.\nSuomi on avannut uudet viisumikeskukset the crew C visa. Verrata tt sekaunutta, turvatonta, kadotettua sudden destruction will come upon Bukowskilla Helsingiss 29.\nMys muualla kuin saamelaisalueella uutisia century farther up the Kokemen and chartered as. Kun ulkoministeri Pekka Haavisto tapasi muskarin hyvntuulen duo Yljrven seurakunnan vlill ovat kasvaneet.\nThank you for your understanding. Ilmoitus oli odotettu vastaveto Kiinan. Kuusi vuotta sitten Leinonen ryhtyi juhlinut uransa aikana seitsemn kertaa.


30 m² Brahenkatu 17b A, 20100 Turku Kerrostalo Yksiö myynnissä - Oikotie 15758666\n185 000 €30 m²\nBrahenkatu 17b A, Keskusta, Turku1h, kk, alkovi, p\nHuippusijainnilla linja-autoaseman vieressä ja keskustan välittömässä läheisyydessä parvekkeellinen yksiö, jossa erittäin toimiva pohjaratkaisu.\nAsunto on uudenveroinen, sillä taloyhtiö on valmistunut vuonna 2019. Asunnossa on tilava kylpyhuone sekä makuualkovi. Olohuoneessa on ilmalämpöpumppu, joka erityisesti kesähelteillä lisää asumismukavuutta. Lasitettu parveke on sisäpihan suuntaan. Asunto sijaitsee talon 3/6 kerroksessa.\nAsunto on vuokrattu. Vuokra on 630 €/kk + vesimaksu.\nKuvaus: Jääpakastinkaappi, astianpesukone, liesituuletin (ns. talotuuletin), induktioliesi, kalustemikro. Lattia parkettia, seinät maalatut.\nPesutilojen kuvaus: Kokonaan laatoitettu. Suihku, lasinen suihkuseinä, pesukoneliitäntä, wc-istuin, peilikaappi, lattialämmitys.\nKuvaus: Eteisessä ja makuualkovissa kaapistot, taloyhtiön tiloissa kellarikomero. kellarikomero\nKunnossapitotarveselvitys 2020-2024: normaalit huoltotoimenpiteet\nValvontakameran hankinta, autohallin oveen kauko-ohjausyksikkö.\nPalvelut: Kauppatori noin 500 m.\nKohde on vuokrattu. Muuta kauppaan kuuluvaa: Olohuoneessa ilmalämpöpumppu, ikkunoissa sälekaihtimet ja verhokiskot.\n95 873,85 €\nMuut maksut: Vesi kulutuksen mukaan (vesimaksuennakko 20 €/kk), sähkö kulutuksen mukaan, ostaja maksaa mahdollisen varainsiirtoveron 2% kaupantekotilaisuudessa. Yhtiössä kerätään ylimääräinen vastike heinä-, elo- ja syyskuussa. Tämän asunnon osalta 101,40 €/kk..\nC2013: Voimassa 2.1.2027 asti.\nUniko - Isännöintipalvelut Oy / Pauli Ratu p. 029 1700 660, info@uniko.fi\nkellarikomero, urheiluvälinevarasto, kaapeli-tv. Taloyhtiössä muuta: Koneellinen ilmanvaihto.


Tietosuojaselostus - Kotkan Saaret UA-93544654-5\nTietosuojaseloste Kotkan Saaret Oy:n asiakasrekisteristä\nRekisteriin sisältyvät matkailu- ja ravintolapalveluiden brändit\nKotkan Saaret Oy, Rankki - ohutta yläpilveä, RT-Rautaa, Kirkonmaa, Ollinkarit - vuokraa oma saari, Kartanohotelli Karhulan Hovi, Seuratalo Sampo, Kahvila-ravintola Tulikukko, Kotkan Saaret varustamo, MS Jaana.\nKyminlinnantie 22, 48600 Kotka, Suomi Finland\nKyminlinnantie 22, FI-48600 KOTKA\n+358 44 055 7498\nRekisterinpitäjä ei vastaa tiedoista joita kolmannen osapuolen toimijat keräävät ja säilyttävät. Esimerkiksi varaussivustot netissä tai Kotkan Saaret Oy:n palveluita välittävät matkatoimistot. Rekisterinpitäjä vastaa vain Kotkan Saaret Oy:lle toimitetusta tiedosta.\nRekisteröidyllä on oikeus tarkastaa hänestä rekisteriin tallennetut tiedot sekä vaatia virheellisen tiedon korjaamista ja/tai puutteellisen tiedon täydentämistä. Rekisteröidyllä on myös oikeus pyytää häntä koskevien henkilötietojen poistoa “oikeus tulla unohdetuksi”. Poikkeuksena Kotkan Saaret Oy:tä sitovat velvoitteet, esimerkiksi kirjanpitolaki ja matkustajailmoitusten säilytys. Yllä mainittujen oikeuksien toteuttamista koskevat pyynnöt tulee esittää kirjallisesti rekisterinpitäjälle.


Muuntajamekaniikan konseptisuunnittelu T&K-projektin osana\nVastamäki, Katja (2012)\nTässä työssä selvitetään muuntajamekaniikan konseptisuunnitteluprojektin kulkua. Projekti suoritettiin Turun ammattikorkeakoulussa osana Turun Koneteknologiakeskuksen luotsaamaa KOMEAT™-hanketta. Projektissa sovellettiin Turun ammattikorkeakoulussa syksyn 2010 aikana tuotekehityskurssilla yliopettaja Veikko Välimaan johdolla kehitettyä T&K-prosessin kaaviomallia.\nOpinnäytetyön tavoitteena oli suunnitella Trafotek Oy:lle K-sarjan muuntajiin standardiosista koostuva mekaniikkaratkaisu. Työhön sisältyi esiselvityksen teko, speksien eli uuden rakenteen reunaehtojen laadinta sekä muuntajan uuden rakenneratkaisun konseptisuunnittelu.\nEsiselvityksessä selvitettiin nykyisten rakenneratkaisujen koostuminen ja eri osarakenteiden perusteet, sekä käytiin läpi vuosina 2008–2011 toimitettujen muuntajien teho- sekä kytkentävariantit. Esiselvityksen perusteella projektiin kuuluvaa aluetta rajattiin asiakasyrityksen toimesta. Esiselvitys antoi projektin jatkamiseen tarvittavan tietopohjan ja toi esiin selkeät kehityskohteet sekä mekaniikkarakenneratkaisussa että tuotannon virtautuksessa. Uuden mekaniikkarakenteen reunaehtojen laadinta osoittautui haastavaksi – tuotevarianttien suuri määrä sekä yrityksessä samanaikaisesti käynnissä olevat muut muuntajarakenteen uudistukset saivat aikaan sen, että rajausta ei voinut suorittaa eksaktisti, vaan rajoilla oli liukumaa ja vaihtoehtoisia ratkaisuja.\nMuuntajamekaniikan konseptisuunnittelun tuloksena esitetään pelkistetyt rakenneratkaisut, joiden avulla yksilöllisten muuntajaratkaisujen valmistamisen sijaan suunnataan tuotannon volyymi standardiratkaisuihin. Tällöin suunnittelutyö helpottuu ja nopeutuu, alihankintaosien valmistus ja sisäänosto helpottuvat ja tuotantotahti nopeutuu ja täten pystytään paremmin vastaamaan kasvavan kysynnän tuomiin haasteisiin. Uudistettu selkeä rakenneratkaisu parantaisi myös yrityksen työviihtyvyyttä merkittävästi ja tarjoaisi viimeistellyn ulkonäkönsä vuoksi kilpailuetua kasvavilla markkinoilla.


Susijengi kohmeessa Israelia vastaan | Urheilu | HS\nSuomen miesten koripallomaajoukkue jäi yleisurheilutermein lähtötelineisiin EM-kisojen alkulohkon toisessa ottelussaan.Israel ei muuta tarvinnut. Se voitti avausneljänneksen 25–12 ja koko ottelun 79–66, eikä päästänyt Suomea kertaakaan ottelussa johtoasemaan.\n"Putosimme avausjaksolla kuoppaan, josta nouseminen ei enää onnistunut. Takaa-ajo vei voimat", Suomen päävalmentaja Henrik Dettmann totesi faktan, joka näkyi lehtereille asti.Suomi tiesi ja tunsi Israelin pelitavan. Siitä huolimatta vastustaja pääsi juoksemaan nopeita hyökkäyksiään ja meni menojaan.Israel pelaa epäortodoksista koripalloa. Se ei noudata tiettyjä askelmerkkejä, vaan pyrkii luomaan mielikuvituksellisia ja poikkeavia ratkaisuja.Israelin pelitavan ruumiillistuma on Lior Eliyahu. 203-senttinen laituri työnsi välillä palloa kohti koria kuin kuulaa. Hetkeä myöhemmin hän nosti pelivälineen lattianrajasta alakautta koriin.Israelilaisen onneksi lajissa ei jaeta tyylipisteitä. Teholukemat Eliyahulla olivat kohdallaan: hän keräsi 22 pistettä, repi kahdeksan levypalloa ja antoi kuusi koriin johtanutta syöttöä. Mies oli suomalaisille täysin ylivoimainen vastustaja.Suomen ykkönen oli Erik Murphy. 208-senttinen laituri viimeisteli 24 pistettä ja raastoi yhdeksän levypalloa. Tappio riepoi miestä."Oma peli ei lämmitä, kun hävisimme", totesi hartiat lysyssä istunut Murphy.\n"Israel oli hyvä joukkue ja hyödynsi osaamisensa", hän lisäsi.Israelin taktiikka ja pelityyli eivät olleet yllätyksiä suomalaisille. Vastustaja oli ruodittu videopalavereissa.Molemmat pelasivat lauantai-iltana tiukan kamppailun. Israel yllätti Venäjän, Suomi hävisi jatkoajan jälkeen Euroopan mestari Ranskalle.Toiselta löytyi virtaa, toisen kone yski alussa ratkaisevasti.Sen paremmin Murphy kuin joukkueen kapteeni Shawn Huff eivät hukuttautuneet tappion syövereihin."Kisarytmi on niin tiivis, että menneitä ei voi märehtiä. Emme enää voi vaikuttaa Israel-peliin. Siitä on otettava oppia ja lähdettävä Venäjää vastaan", Huff totesi.Suomen esityksen on kohennuttava rutkasti tänään maanantaina. Muuten noutaja kolkuttelee ovella jo kolmannen kerran peräkkäin.Molemmat joukkueet ovat hävinneet kummankin pelinsä. Kolmas tappio voi olla kohtalokas.Israelia vastaan kelvolliseen suoritukseen pystyivät vain Murphy, kolmosia upottanut Sasu Salin ja penkiltä parketille päässyt Matti Nuutinen.Pelinjohtaja Petteri Koponen on ollut vuosia Suomen pistetehtailun sielu. Israelia vastaan Koposen heittopeli oli tolaltaan ja väsymyskin tuntui painavan. Kymmenestä yrityksestä upposi yksi kolmonen.Lisämurheita valmennusjohdolle toi Jamar Wilsonin mahdollinen loukkaantuminen. Väkkärämäinen takamies paineli pitkään ja hartaasti polveaan jääpussilla.Jarmo Färdig HSMontpellier\nJamar Wilson kaatui ja loukkasi jalkansa.\nPetteri Koponen (vas.) teki sunnuntaina vain kolme pistettä. Israelin Omri Casspi puolusti erinomaisesti.\nSuomen miesten koripallomaajoukkue jäi yleisurheilutermein lähtötelineisiin EM-kisojen alkulohkon toisessa ottelussaan.Israel ei muuta tarvinnut. Se voitti avausneljänneksen 25–12 ja koko ottelun 79–66, eikä päästänyt Suomea kertaakaan ottelussa johtoasemaan."Putosimme avausjaksolla kuoppaan, josta nouseminen ei enää onnistunut. Takaa-ajo vei voimat", Suomen päävalmentaja Henrik Dettmann totesi faktan, joka näkyi lehtereille asti.Suomi tiesi ja tunsi Israelin pelitavan. Siitä huolimatta vastustaja pääsi juoksemaan nopeita hyökkäyksiään ja meni menojaan.Israel pelaa epäortodoksista koripalloa. Se ei noudata tiettyjä askelmerkkejä, vaan pyrkii luomaan mielikuvituksellisia ja poikkeavia ratkaisuja.Israelin pelitavan ruumiillistuma on Lior Eliyahu. 203-senttinen laituri työnsi välillä palloa kohti koria kuin kuulaa. Hetkeä myöhemmin hän nosti pelivälineen lattianrajasta alakautta koriin.Israelilaisen onneksi lajissa ei jaeta tyylipisteitä. Teholukemat Eliyahulla olivat kohdallaan: hän keräsi 22 pistettä, repi kahdeksan levypalloa ja antoi kuusi koriin johtanutta syöttöä. Mies oli suomalaisille täysin ylivoimainen vastustaja.Suomen ykkönen oli Erik Murphy. 208-senttinen laituri viimeisteli 24 pistettä ja raastoi yhdeksän levypalloa. Tappio riepoi miestä."Oma peli ei lämmitä, kun hävisimme", totesi hartiat lysyssä istunut Murphy."Israel oli hyvä joukkue ja hyödynsi osaamisensa", hän lisäsi.Israelin taktiikka ja pelityyli eivät olleet yllätyksiä suomalaisille. Vastustaja oli ruodittu videopalavereissa.Molemmat pelasivat lauantai-iltana tiukan kamppailun. Israel yllätti Venäjän, Suomi hävisi jatkoajan jälkeen Euroopan mestari Ranskalle.Toiselta löytyi virtaa, toisen kone yski alussa ratkaisevasti.Sen paremmin Murphy kuin joukkueen kapteeni Shawn Huff eivät hukuttautuneet tappion syövereihin."Kisarytmi on niin tiivis, että menneitä ei voi märehtiä. Emme enää voi vaikuttaa Israel-peliin. Siitä on otettava oppia ja lähdettävä Venäjää vastaan", Huff totesi.Suomen esityksen on kohennuttava rutkasti tänään maanantaina. Muuten noutaja kolkuttelee ovella jo kolmannen kerran peräkkäin.Molemmat joukkueet ovat hävinneet kummankin pelinsä. Kolmas tappio voi olla kohtalokas.Israelia vastaan kelvolliseen suoritukseen pystyivät vain Murphy, kolmosia upottanut Sasu Salin ja penkiltä parketille päässyt Matti Nuutinen.Pelinjohtaja Petteri Koponen on ollut vuosia Suomen pistetehtailun sielu. Israelia vastaan Koposen heittopeli oli tolaltaan ja väsymyskin tuntui painavan. Kymmenestä yrityksestä upposi yksi kolmonen.Lisämurheita valmennusjohdolle toi Jamar Wilsonin mahdollinen loukkaantuminen. Väkkärämäinen takamies paineli pitkään ja hartaasti polveaan jääpussilla.Jarmo Färdig HSMontpellier


Coaching LAB haastaa kasvamaan! – Sparraamme yrityksiä löytämään menestystekijänsä ja kukoistamaan!\nCOACHING LABIN® MISSIO on auttaa yrityksiä vahvistamaan menestystekijöitään ja lisätä työyhteisön hyvinvointia. Autamme korjaamaan olemassa olevia haasteita, sekä haastamme hyviä työyhteisöitä kasvamaan entistäkin paremmiksi.\nARVOJAMME ovat rehti työnteko, reilu meininki, aito hyvinvointi, vastuunottaminen itsestä ja koko työyhteisöstä välittäminen. Uskomme myös jatkuvan kehittymisen ja oivaltamisen tuomaan iloon ja kukoistavampaan elämään.\nTIEDÄMME MYÖS, että mikäli yritys haluaa pitää kilpailukykynsä, sen on pidettävä työntekijöistään hyvä huoli – eikä pelkästään vain juhlapuheissa, vaan jokapäiväisessä arkisessa aherruksessa.\nHYVINVOIVAT JA OSAAVAT IHMISET tekevät menestyksen, eivätkä hyvin pidettyinä ole ensimmäisten joukossa karkaamassa kilpailijalle, tai ostamassa menolippua kaukaisiin maihin.\nHAASTEET KUULUVAT ELÄMÄÄN, OLEELLISTA ON KASVAA NIITÄ SUUREMMAKSI\nYllä luetellut asiat ovat aika tavallisia työyhteisöiden haasteita, eikä niitä tarvitse sen kummemmin säikähtää, oleellista on tietää, kuinka niistä päästään eteenpäin.\nMeillä on käytössä parhaat valmennustyökalut, joilla voimme auttaa näissä haasteissa eteenpäin. Olemme saaneet monia pattitilanteita korjattua, ja monen väsähtäneenkin työilmapiirin käännettyä positiiviseksi, valmennuksen avulla. Ja sehän tietysti näkyy tuloksessakin ennen pitkää.\n”Täällähän onkin ihan mukava olla töissä!”\nIlomme on ollut kuulla ylläoleva lause valmennukseemme osallistuneelta ihmiseltä, joka vain muutamaa kuukautta aikaisemmin oli suunnittelemassa irtisanoutumista, kuten oli tehnyt 30% kyseisen yrityksen henkilökunnasta.\nValmennus voi todella toimia joskus jopa sateentekijänä, vaikkei mistään ihmeestä tai salatieteestä ole kysymys.\nKysymys on enemminkin oikeista työkaluista ja päätöksestä ruveta käyttämään niitä. Ensinhän ne täytyy tietysti oppia, ja siinä me autamme mielellämme!\nTavoitteemme on kehittää tuottavia työyhteisöjä, joissa ihmiset voivat aidosti hyvin.\nNäkemyksemme ihmisestä on holistinen, ihmisen koko kuvan huomioonottava. Innovatiivisuus ja tuottava toiminta harvoin kukoistavat ympäristössä, jossa jokin osa-alue ei ole kunnossa. Valmennuksiemme hyödyt ulottuvat myös henkilökohtaiseen elämään ja hyvinvointiin.\nKatsomme myös, että työhyvinvointi ja menestys ovat kaikkien vastuulla: johdon, esimiesten sekä työntekijöiden. Sparraamme näistä jokaista.\n© Coaching LAB® 2019


Ensi-ilta 29.11.2018 klo 19 Stoa\nKuusnolla on tanssispektaakkeli.\nEsitys uppoutuu rytmiin, liikkeen tarkkuuteen ja teknologisesti laajennettuihin liikevirtoihin. Tanssi kumpuaa pintaan abstraktina liikkeenä, jonka merkitys vaihtelee yksilöllisesti katsojan olotilasta, kokemuksista, kulttuurista, ajatusmaailmasta ja näkökulmasta riippuen. Kuusnollan työryhmä kutsui vieraita harjoituksiinsa. Vierailuista tehtiin tekstejä, joissa katsojat kertovat tanssin synnyttämistä assosiaatioista ja avaavat heränneitä ajatuksiaan. Tekstit on tuotu osaksi esitystä. Näkökulmia näkemäänsä jakavat muun muassa Maailman Kuvalehden päätoimittaja Anni Valtonen, Iso ajatus – pitäisikö Jumalalle antaa vielä mahdollisuus? -kirjan kirjoittaja Kati Reijonen, Taideyliopiston Kuvataideakatemian taiteellisen tutkimuksen professori Mika Elo, opettaja Shadi Trad ja laulaja-lauluntekijä Mariska.\nSyntyi teos, joka ei anna valmiita ratkaisuja vaan jokainen voi kohdata sen omalla tavallaan. Kuusnolla voi olla spektaakkeli, manifesti ja vastaus, mielenosoitus ja kuva kauniimmasta. Teos saattaa olla halaus ja reaktio, kuiskaus ja pyrkimys vuorovaikutukseen. Kuusnolla voi olla valintoja ja oivaltamista. Liikkeellisesti Kuusnolla voi olla ilotulitus, abstrakti irtiotto ja näyttävä kehollisuuden juhla. Kaikki riippuu näkökulmasta.\nPerjantaina 30.11.2018 esityksen jälkeen käydyssä keskustelussa oli mukana Näkökulman vaihtamisen taito -kirjan kirjoittaja LT Antti S. Mattila. Mattila keskusteli yleisön ja taiteilijoiden kanssa näkökulman vaihtamisen teemasta suhteessa nähtyyn esitykseen.\nKoreografi: Satu Tuomisto\nTanssijat: Minttu Pietilä, Jukka Tarvainen\nSäveltäjä ja äänisuunnittelija: Antti Rundelin\nMediataiteilija: Aku Meriläinen\nDramaturginen keskusteluapu: Teemu Mäki, Otso Lähdeoja\nFilosofinen keskusteluapu: Antti S. Mattila\nEnnakkovalokuva: Juuso Westerlund\nTeaser, video, valokuvaus: Pauli Juppi\nKiitokset: Maria Karhu, Timo Suni/ Restless Oy, Broadway Finland Oy\nTeosta tukee: Taiteen edistämiskeskus, Helsingin kaupunki\nYhteistyössä: Täysillä ry, Stoa\n29.11.2018 klo 19 Ensi-ilta\n30.11.2018 klo 19\n1.12.2018 klo 16\n2.12.2018 klo 16\nItselleni parasta on kuitenkin liikkeellisyys, paikoin vimmaiseksikin yltyvä tanssi – vauhti ei hetkeksikään pysähdy. HS 30.11.2018\nLue tästä Helsingin Sanomien arvostelu\nKuusnolla är ett personligt och anarkistiskt verk, och därför respekterar jag det. HBL 30.11.2018\nLue tästä Hufvudstadbladetin arvostelu\n“Näkökulmat vaihtuivat kuin spiraalin kärki akrobaattisen tarkan liikekielen virrassa. Katsojan tajunta haastetaan heittäytymään allegorioiden maailmaan. Upeassa kohtauksessa varjokuvien tanssi kontra rimpuilu pois näkyvän maailman raameista toi mieleeni täydellisesti Platon luolan ja sen symboliikan. Moni meistä on tyytynyt laimeisiin varjoihin luolan seinällä uskaltamatta kokea, nähdä, vaihtaa näkökulmaa – ehkä, nähdä vastaisista kulmista ja päätyä uuteen elämän kierteeseen. Upea teos! Jos nykytanssi olisi aina näin vaikuttavaa istuisin illat katsomossa!”\n“Aivan loistava, monipuolinen, koskettava, mielikuvitusta hivelevä spektaakkeli. Ja sitten se suurin oivallukseni. Tarkkailijat, mafia taustalla. Muut vapaina. Aloin miettiä juttua järjellä. Mikä on juoni? Tosi pian vapauduin. Mitä helkkaria näissä on järjellä tekemistä. Enhän minä kysy Leonardo da Vinciltä, mitä mietit kun maalasit. Tämä löytö oli tosi vapauttava. Ei tarvitse ymmärtää, voi kokea ja tuntea. Kuusnolla oli niin täynnä koskettavia juttuja, ettei mitään rajaa. Teidän tiimi oli loistava. Itselleni monien kulttuuritapahtumien joukossa ainutlaatuinen huippu.”\n← ITÄ 2018 → Kuusnolla (Overpowered)


Panasonicin DVD-RV32-DVD-soitin tarkistettu - HomeTheaterReview - Audio Player -Arvostelut\nLuettuani vuoden 2003 DVD-tilastoja olin kiinnostunut oppimaan joitain lukuja kuumimmista myydyistä kulutuselektroniikkatuotteista. Esimerkiksi markkinoilla on yli 250 DVD-soittimen mallia, jotka edustavat yli 60 tuotemerkkiä. DVD-toistolaitteiden ennustetaan olevan viisikymmentä prosenttia Yhdysvaltain kodeista vuoden 2003 puoliväliin mennessä ja saattavan saavuttaa 90 prosenttia vuoteen 2010 mennessä. Se on kaksi kertaa nopeampi kuin videonauhureiden kuluminen markkinoille.\n• Lukea lisää lähdekomponenttien arvosteluja osoitteesta HomeTheaterReview.com\n• Etsi AV-vastaanotinta AV-vastaanottimen tarkistus -osio .\nTällä hetkellä yli 95 miljoonalla kotitaloudella Amerikassa on vähintään yksi DVD-toistolaite, mukaan lukien digisoittimet, DVD-ROM-asemat ja DVD-yhteensopivat pelikoneet. Lisäksi yli 10 miljoonassa Yhdysvaltain kodeissa on enemmän kuin yksi DVD-soitin. Monet tekijät ovat saaneet DVD-soittimet myyntiin. Joitakin näistä tekijöistä ovat halpojen levyjen saatavuus ostettavaksi tai vuokrattavana, laaja valikoima soittimia ja nauhureita markkinoilla sekä valtava koalitio yrityksistä, jotka pyrkivät standardoimaan muodon vähittäismyynnin kasvattamiseksi. Suuntaus ympäri maata on se, kuinka DVD-kuvan ja äänenlaatu on parempi kuin VHS-nauhat, ja julkinen kiitos erikoisominaisuuksista, jotka sisältyvät DVD-levyjen bonusmateriaaliin.\nAinutlaatuiset ominaisuudet - Panasonic tarjoaa täyden valikoiman kustannustehokkaita, monipuolisia malleja ihmisille, jotka haluavat kastaa jalkansa DVD-kaupassa edullisen ensimmäisen soittimen kanssa tai perheille, jotka haluavat täydentää olemassa olevaa DVD-yksikköä. Näistä vakaasti menestyvistä lähtötason soittimista Panasonic DVD-RV32 on julkaistu tämän budjettiystävällisen luokan huippukoirana. Ehdotetun vähittäismyyntihinnan ollessa hieman yli sata dollaria, löysin DVD-RV32: n elektroniikkaliikkeistä\nC-nuotin alla. Mitä pakataan soittimeen, joka maksaa alle kaksi lippua Disneylandiin? Paljon, olen iloinen voidessani ilmoittaa.\nVideon laatua parannetaan Cinema-toistotilassa videon tasaamiseksi. Kun vaihdat normaalista elokuvamoodiksi, varjojen yksityiskohdat paranevat pimeissä kohtauksissa. Äänen ulostuloa parannetaan edistyneellä virtuaalisella surround-äänellä (AVSS), Bass Plus -yhteydellä ja vuoropuhelun tehostimella. AVSS-järjestelmä toistaa virtuaalisen surround-äänikentän kahden stereokaiuttimen kautta, kun 5.1-järjestelmää ei ole käytettävissä. Tämä toiminto on tervetullut lisäys soittimessa, joka voidaan hyvin lisätä kotiteatteriin päivityksen keskellä tai jonka ensisijainen tehtävä on toistaa DVD- ja CD-levyjä varahuoneessa. Bassotehon lisäämiseksi ilman 5.1-kanavaisen surround-vastaanottimen ja kaiutinjärjestelmän käyttöä aktiiviselle subwooferille on RCA-liitäntä. Kun Bass Plus kytketään päälle, bassoteho kasvaa tehtaalla ennalta asetettuun luonnolliseen bassovaikutukseen tai korostettuun bassovaikutukseen. Vuoropuhelun tehostinominaisuus parantaa 5.1 Dolby Digital -koodattujen DVD-levyjen keskikanavaa, joten muu ääniraita ei upota keskusteluja.\nKoska DVD-vuokra-levyistä ei yleensä huolehdita hyvin, mukana on levynvakainjärjestelmä, joka palvelee hieman vääntyneiden levyjen toistoa. Lisää tähän nopea 8 sekunnin toisto, sujuva hidastettu liike ja nopea skannaus sekä 4: 3-kuvan zoomausominaisuudet ja näet DVD-RV32: n kauneuden.\nAsennus / Asennus / Helppokäyttöisyys - DVD-RV32 on saatavana joko perinteisessä mustassa kotelossa tai modernimmassa hopeanvärisessä kotelossa. Molemmilla yksiköillä on matala muotoilu, joka soveltuu pienikokoisiin sovelluksiin, kuten matkailuautoihin tai asuntolahuoneisiin. Etupaneelin oikealla puolella on tavalliset toisto-, tauko-, pysäytys- ja hakupainikkeet sekä toisto-, satunnais- ja pikatoisto-painikkeet. Mukana on myös valintakiekko nopeaa skannausta varten, sekä eteen- että taaksepäin. Nopea skannaus voi etsiä levyä jopa 200 kertaa normaalinopeudella. Mukava kosketus on pyöreän nupin jousikuormitus, joka palauttaa valitsimen neutraaliin asentoonsa, kun päästät irti normaalinopeudesta. Soittimen vasemmalla kolmanneksella on mitä Panasonic kutsuu A-B-C-D-painikkeiksi. Nämä painikkeet aktivoivat Advanced Virtual Surround Sound-, Bass Plus-, Cinema-toiston ja Dialogue Enhancer -toiminnon. Näiden painikkeiden sisällyttäminen soittimeen estää käyttäjiä etsimästä kaukosäädintä niiden kytkemiseksi päälle tai pois päältä.\nPanasonic DVD-RV32 on helppo asentaa ja helppo käyttää. Jälkeen\nkomponentin, S-video- tai komposiittivideolähdön liittäminen a\nmonitori ja äänilähtöjen liittäminen joko surround-ääniin\nvastaanottimessa tai televisiomonitorissa, pika-asetusnäyttö ilmestyy ensimmäisenä\nkun laite kytketään päälle. Täällä on valinta\nsopiva kieli ja kuvasuhde tehdään. Kolme kuvasuhdetta ovat\ntuettu 16: 9, 4: 3 pan and skannaus ja 4: 3 letterbox. Lisäkuva\nvalikot voidaan valita säätämään video- ja ääniasetuksia.\nEnsin kytkin komponenttivideolähdöt Mitsubishiin\nWS-65611 takaheijastava HDTV ja Toslink-optinen digitaalinen ääni\nulostulo NAD-vastaanottimeen 5.1-tilaääntä varten. DVD-RV32 lähetetty\näänitiedot Mirage Omnisat -kaiuttimien ja Canton AS -sarjaan\nViimeinen otto - lähtötason DVD-soittimen testaaminen on yleensä arkipäivää\nparhaat. Videon toiston laatu on vähemmän kuin tyydyttävä, kun\nverrattuna huippuluokan soittimiin ja nauhureihin. Nähdä kuinka hyvin\nPanasonicin DVD-RV32 toimisi, ampuin läpi joitain kokeiltuja\ntodellinen vertailumateriaali. Tähtien sota -jakson I ja Gladiator I: n katselu\nhuomannut lämpimät värit, rikkaat ihon sävyt ja varjo yksityiskohdat ylivoimainen\nmuut halvat pelaajat. Havaitsin satunnaista alasmuutosta\nartefakteja ja vähäistä aliasia joissakin elokuvan kohtauksissa, kuten Phantomissa\nUhka Darth Maulin kaksiteräisen kevyen miekan ja Yodan ympärillä milloin\nhän istuu. Kaiken kaikkiaan väri oli kuitenkin rikas, tarkka ja hyvä\nkyllästetty spektrin yli ja reunat, jotka näyttävät rosoisilta monilla\nmuut pelaajat olivat paljon tasaisempia Panasonicissa.\nToistamalla Toy Story -tapahtumaa en havainnut kroma-melua ja poissulkin sen\nkroma ylössamplointivirhe DVD-RV32: lla. Joskus\ntulevaisuudessa tämä ärsyttävä vika, joka tekee punaisista ja sinisistä väreistä kohtauksia\nvälkkyvät ja niissä on rosoiset reunat hävitetään. Siihen asti kun\ntuolloin on mukava nähdä Panasonicin kaltaisten yritysten edistysaskeleita\neliminoida tämä ärsyttävä virhe jopa heidän perustavanlaatuisimmillaan pelaajillaan.\nMonikanavaiset Dolby Digital- ja DTS-ääniraidat olivat varsin hyvät. Minä\npiti äänentoistoa yhtä selkeänä ja miellyttävänä kuunnella\nsamanlaiset rakentajat. Dekoodaa Windows Media Audio (WMA) -tiedosto\nmuoto on lisäbonus, jota ei löydy useimmista lähtötason pelaajista.\nKaukosäädin on keskikokoinen ja siinä on paljon painikkeita\nohjata DVD-RV32: ta. Painikkeet ovat hyvin sijoitettuina, mutta niin pieniä ja\ntiukasti järjestetty, että suurilla käsillä on epäilemättä vaikeuksia\nyhden painikkeen painaminen kahden sijasta. Painikkeiden merkinnät myös\njättää toivomisen varaa. Kirjeet ovat niin pieniä\nja harmaa, että sopivan painikkeen löytäminen on vaikeaa jopa a\nkirkkaasti valaistu huone. Kun valot ovat vähissä, saatat myös unohtaa\nSiitä huolimatta vaikutelma, jonka DVD-RV32 jätti minulle, oli positiivinen.\nTämä laite on erittäin kilpailukykyisten ja edullisten DVD-soittimien alueella,\nmutta toimii hyvin ja sillä on joitain hyödyllisiä ominaisuuksia. Löysin positiivisia pisteitä\novat jousikuormitettua kiertosäädintä, sujuvat skannaustilat, hyvät\ngraafiset valikot ja hyvä videotoisto ilman kromivirhettä.\nNegatiiviset pisteet rajoittuivat yhteen pahimmista kauko-ohjaimista, joita olen ollut\nkoaksiaalisen digitaalilähdön ja kuulokeliitännän puuttuminen.\nDVD-RV32 on kuitenkin ehdottomasti harkittava, jos olet\ntaloudellisen viihteen markkinat.\nPanasonic DVD-RV32 DVD-soitin\nDVD-Video, DVD-R, CD, CD-R / RW, VCD\n192 kHz / 24-bittinen äänen D / A-muunnin\nKomponenttivideo, S-video ja digitaalinen\nOptinen Dolby Digital- ja DTS-lähtö\nBass Plus -bassokaiuttimen äänilähtö\n16,9 '' L x 2,9 '' K x 9,75 ''


Venäläiset supersankarit – Moskovalaista nykysarjakuvaa – Helsingin sarjakuvafestivaalit\n1.9 – 3.10.2021\nKustantamo on luonut jo kymmeniä alkuperäissarjoja omine supersankareineen, jotka ovat saaneet vaikutteita amerikkalaisesta supersankariperinteestä. Sankarit ovat keränneet jo lukijakuntaa kotimaassaan ja poikineet jopa ensimmäisen sarjakuvaan perustuvan elokuvan. Mutta millainen on venäläinen supersankari? Keitä ovat taiteilijat sankareiden takana? Venäläisen nykysarjakuvan näyttely vastaa näihin kysymyksiin ja esittelee kustantamolta neljä alkuperäissarjaa ja kolme taiteilijaa. Näyttely on osa Helsingin sarjakuvafestivaaleja.\nSuvilahdessa 4.–5.9. järjestettävät Helsingin sarjakuvafestivaalit levittäytyvät Stoaan sarjakuvanäyttelyjen muodossa. Tänä vuonna Suomen sarjakuvaseura ry viettää 50-vuotisjuhlavuottaan, jonka kunniaksi festivaalien teemana on yhteisö.\nSuomalainen sarjakuvakenttä on pieni, mutta tiivis ja sitäkin elinvoimaisempi, eikä se olisi mahdollista ilman aktiivista yhteistyötä eri toimijoiden välillä. Erityisesti viimeisen vuoden aikana yhteisön merkitys on vain korostunut, ja siksi haluamme juhlistaa yhteisöä sarjakuvafestivaaleilla.\nNäyttely on avoinna Stoan aukioloaikoina.


BMW N55 Suorasuihkutus moottorinohjauspaketti | Protoparts\nTäydellinen moottorinohjausjärjestelmä mahdollistaa BMW N55 moottorin ohjaamisen käyttäen piezo suuttimia, tupla-Vanos järjestelmää ja kaksoisahtimia.\nPaketti sisältää Delta 880 ECUn, Delta Piezo Injector Driver Modulen ja muokatun BMWn alkuperäisen johtosarjan (vaihto-osa) sekä USB-CAN välijohdon säätämiseen. ECUssa on valmiina käynnistyskartat vakio N54 moottorille, ja SXTune ohjelmistolla säädät helposti kartat sopivaksi mille tahansa virityksille tai muutoksille. Tällä paketilla voit asentaa BMW N55 moottorin mihin tahansa koriin mihin se fyysisesti sopii! Perinteisen öljytikun joutuu lisäämään että öljymäärän saa tarkistettua.\nJohtosarja on vaihto-osa, joten käyttökelpoinen N55 moottorin johtosarja tarvitaan. Toimitusaika on yleensä 3-4 viikkoa. Sähköisen kaasuläpän kanssa suosittelemme E46 BMWn sähköistä kaasupoljinta (toimii myös muilla).


Rajaturvallisuusvirasto Frontex – siirtolaisuuden hallintaa oikeudellisessa tyhjiössä | Muuttoliikkeessä\n9.11.2009 TaustatietorajavalvontaIda Staffans\nRajaturvallisuusvirasto Frontex – siirtolaisuuden hallintaa oikeudellisessa tyhjiössä\nFrontex (European Agency for the Management of Operational Cooperation at the External Borders of the Member States of the European Union) on Euroopan Unionin ulkorajayhteistyöstä ja -valvonnasta huolehtiva virasto.\nVuonna 2004 perustettu virasto aloitti toimintansa syksyllä 2005, ja sen päämaja on Varsovassa.\nFrontex toimii osana järjestelmää, jonka kautta unioni pyrkii vahvistamaan ulkorajavalvontansa ja samalla keventää sisärajojen valvontaa luopumalla esimerkiksi passi- ja tullitarkastuksista jäsenmaiden välisillä rajoilla. Taustalla on unionin halu tehostaa kilpailua ja sisämarkkinoiden toimivuutta.\nKevyet sisärajat vaativat tehokasta ulkorajavalvontaa. Mitä helpompi kolmannen maan kansalainen voi Euroopan sisällä liikkua, sitä enemmän halutaan varmistua ulkomaalaisen oleskeluluvan ja maahantulon luvallisuudesta. Oleskelun perusteita ei tarkisteta jokaisen rajanylityksen yhteydessä vaan ainoastaan kerran – mutta sitäkin tarkemmin – ulkorajalla. Frontexin keskeisimpiä tavoitteita onkin valvoa ulkorajojen toimivuutta ja estää niiden ihmisten pääsy EU:n alueelle, joilla ei ole oikeutta maahantuloon.\nOperatiivisena virastona Frontex tekee riskianalyyseja sekä suunnittelee ja johtaa rajavalvonta-operaatioita EU:n ulkorajoilla. Vuosittain virasto on mukana noin 25:ssa operaatiossa ympäri Eurooppaa, ennen kaikkea EU:n etelärajalla. Virasto myös kouluttaa kansallisia viranomaisia ja rajavalvontayksiköitä pyrkien levittämään ns. hyviä käytäntöjä. Frontexilla on myös toimivalta järjestää yhteisiä paluumuutto-operaatioita Euroopasta kolmansiin maihin.\nFrontex aloitti toimintansa vuonna 2005. Johtajana on siitä lähtien toiminut suomalainen rajavartiolaitoksen kenraali Ilkka Laitinen.\nFrontexin vuosibudjetti on noin 80 miljoonaa euro ja budjetti on tähän asti kasvanut vuodesta vuoteen. Virastossa työskentelee noin 200 henkilöä. Frontexin käytössä on noin 100 venettä sekä 50 lentokonetta ja helikopteria. Veneet ja muu kalusto ovat eri jäsenmaiden omaisuutta, mutta niitä käytetään Frontexin operaatioissa ja koulutusohjelmissa.\nFrontex esitetään mielellään ei-poliittisena toimijana\nFrontexin henkilöstöön kuuluu myös vuonna 2007 perustetut Rapid Border Intervention Teams (RABITS) –joukot. Koulutettuja rajavalvontajoukkoja voidaan nopeasti siirtää toiminaan johonkin tiettyyn kohtaan EU:n ulkorajoilla, missä juuri sillä hetkellä on suuri paine tai muutoin tarve lisäresursseihin. Lokakuussa 2009 RABITS –joukkoja ei ole vielä otettu aktiivikäyttöön missään operaatiossa.\nMihin Frontexia tarvitaan?\nEuroopan unionin päätavoitteena on toimia taloudellisena vapaamarkkina-alueena. Ajatuksena on sekä tavaran, rahan, palvelujen että henkilöiden vapaa liikkuminen maasta toiseen unionin sisällä. Täysimittainen ihmisten vapaa liikkuvuus toimii jo EU-kansalaisille, mutta kolmansien maiden kansalaisilla ei vielä ole samanlaisia oikeuksia vapaan liikkuvuuteen EU:n sisällä.\nEU:n tavoitteena on, kuitenkin, että tulevaisuudessa myös suurin osa kolmansien maiden kansalaisista saisi liikkua EU:n alueella samalla tavalla kuin EU-kansalaiset tänään.\nJäsenvaltioiden ei ole uskottu itse pystyvän järjestämään niin tehokasta ulkorajavalvontaa, että luvatonta maahantuloa ja oleskelua voitaisiin riittävästi ehkäistä. Eurooppalaisen rajavalvontaviraston onko tarkoitus kehittää kansallisia valvontayksiköitä ja pystyä tarpeen vaatiessa toimimaan itsenäisesti rajavalvontatehtävissä ulkorajoilla.\nFrontex perustettiin samaan aikaan kuin EU:ta laajennettiin melko voimakkaasti itään. Virastoa onko pidetty vanhojen jäsenvaltioiden vastauksena uusien jäsenvaltioiden mukaan tuomiin haasteisiin. Yhtäältä kyse oli siitä, että ulkorajat siirtyivät maantieteellisesti ”vaarallisempiin” paikkoihin. Toisaalta oli kyse myös resursseista, jotta uudet jäsenvaltiot pystyvät tosiasiallisesti huolehtimaan rajavalvonnasta uusilla ulkorajoilla.\nViraston vastuu epäselvä\nFrontex nähdään mielellään ei-poliittisena toimijana rajavalvonnassa. Kyse on kuitenkin poliittisin perustein perustetusta virastosta, jonka tehtävistä, budjettista ja toiminnasta päätetään poliittisissa orgaaneissa EU-tasolla. Laittoman maahanmuuton estäminen ja rajavalvonnan tehostaminen painopisteinä koko EU:n toiminnassaan ovat nekin epäilemättä poliittisia linjauksia.\nVirasto toimii sekä valvonta- ja koulutusvirastona että suhteellisen itsenäisenä toimijana käytännön operaatioissa. Viraston toiminta valvonnassa ja riskianalyysien tekijänä ei kuitenkaan ole läpinäkyvää tai riittävän demokraattisesti valvottuna. Virasto toki raportoi toiminnastaan vuosittain, mutta yksityiskohtaisempi kontrolli puuttuu vielä.\nFrontexin valvonnasta ei ole olemassa tarkkoja sääntöjä, eikä julkisesti kerrota paljoakaan viraston toiminnan periaatteista. Nämä puutteet saattavat ainakin osittain johtua viraston perustamisaikataulusta – Frontex nimittäin aloitti toimintansa jo vuosi perustamisensa jälkeen, mikä on erittäin nopea aikataulu uudelle EU:n virastolle.\nRajojen valvonnassa käytetään huomattavaa julkista valtaa; silti Frontexia itseään ei juuri valvota\nKäytännön operaatioiden yhteydessä viraston vastuu on niin ikään varsin vaikeasti määriteltävissä ja tulkittavissa. Viraston operaatioihin osallistuvat eivät operaatioissa toimi itsenäisesti, vaan kansallisen rajavalvonnan tukena. Usein operaatioihin osallistuvat myös eri maiden aluksia tai lentokoneita.\nKäytännön tilanne voi siten olla sellainen, että operaatio toimii erään jäsenvaltion rajavalvonnan puitteissa, toisen jäsenvaltion henkilöstön suorittamana mutta kolmannen jäsenvaltion aluksia käyttäen kansainvälisillä vesillä. Tällaisessa tilanteessa on vaikea määritellä, niin ikään ulkopuolisille kuin operaatioihin osallistuville, mitkä ovat vastuut ja minkä maan säännösten mukaan toimitaan eri tilanteissa. Koska rajavalvonnassa käytetään huomattavaa julkista valtaa, epätietoisuus on väistämättä ongelma.\nTällä hetkellä ei myöskään tiedetä, kenen asiana viraston toimintamallien tai strategisten päätösten hyväksyminen on. Jos virasto toiminnassaan rikkoo kansainvälistä oikeutta, EU-oikeutta tai jonkun maan kansallisia sääntöjä, ei tiedetä kenen tehtävänä on puuttua asiaan.\nOikeus turvapaikkaan rajavalvonnan uhrina?\nEntä mikä on Frontexin yhteys turvapaikkahakijoihin ja pakolaiskeskusteluun? Euroopan unionin jäsenmaat ovat kaikki allekirjoittaneet Geneven pakolaissopimuksen, Euroopan ihmisoikeussopimuksen ja lukuisia muita pakolaisten oikeuksiin vaikuttavia sopimuksia. Kaikilla jäsenmailla on olemassa enemmän tai vähemmän tehokkaita turvapaikkaprosesseja sopimuksista johtuvien velvoitteiden täyttämiseksi.\nTurvapaikkamenettelyssä tunnistettaan ne turvapaikanhakijat, joilla on perusteet saada turvapaikka tai toissijaista suojelua ja mahdollisuus rakentaa uusi elämä EU:n sisällä. Turvapaikkaprosessit toimivat kuitenkin ainoastaan silloin, kun hakija on jo saapunut jäsenmaan alueelle ja hakenut sieltä turvapaikkaa.\nJäsenmailla ei ole mitään velvollisuuksia turvapaikanhakijaa kohtaan niin kauan, kun tämä on unionin ulkopuolella. Vaarana on, kuitenkin, että jäsenmaat ja EU käyttävät rajavalvontaa keinona estääkseen turvapaikanhakijoiden pääsyn Eurooppaan ja turvapaikkaprosesseihin. Jos näin tapahtuu, rajavalvonnasta tulee keino vastuun vähentämiseksi kansainvälisen suojelun tarpeen olevista.\nOn selvää, että useimmilla turvapaikanhakijoilla ei ole muita mahdollisuutta kuin matkustaa laittomasti jos haluavat Eurooppaan hakemaan turvapaikkaa. Romahtaneissa valtioissa, kuten esimerkiksi Somaliassa, asiakirjojen saaminen on lähes mahdotonta. Vainoaja ei myöskään useimmiten myönnä vainotulle passia tai muu matkustusasiakirja maastalähdön helpottamiseksi. Vaikka passi löytyisikin, on silti hyvin epätodennäköistä, että mahdolliselle turvapaikanhakijalle myönnettäisiin viisumia Eurooppaan.\nOikeus hakea turvapaikkaa on tunnustettu, ja esimerkiksi ihmisoikeusjulistuksessa todettu ihmisoikeus. Jos jäsenvaltiot estävät turvapaikanhakijoiden pääsyn Eurooppaan tehostetun rajavalvonnan nimissä, tätä periaatetta rikotaan. On ensisijaisen tärkeää varmistaa, että tehostettu rajavalvonta ei johda siihen, että ihmisten oikeus hakea turvapaikkaa rajoitetaan. Frontex on tässä yhtälössä keskeinen tekijä.\nIda Staffans on pakolaisoikeudesta väitöskirjaa valmisteleva oikeustieteen lisensiaatti.\nTeksti: Ida Staffans\nKomission tiedonanto Euroopan parlamentille, neuvostolle, Euroopan talous- ja sosiaalikomitealle ja alueiden komitealle: Kertomus EU:n rajaturvallisuusviraston arvioinnista ja jatkokehityksestä, annettu 13 päivänä helmikuuta 2008\n← Ashraf Sahil: Elämä voi kääntyä ylösalaisin\nVille Tietäväinen: Rashid, saanko esitellä →