szabványok, módszertanok

Post on 02-Jul-2015

1.121 Views

Category:

Documents

1 Downloads

Preview:

Click to see full reader

TRANSCRIPT

Szabványok, módszertanok

?

● Szabványok

●Mire jók…

●Hol kell használni…

●Mindennapi munkában…

● Módszertanok

●Hogyan kerül szofterg a fejlesztésbe…

●Milyen lehetőségek vannak…

●Némi gyakorlati tapasztalat

2010. november 25. Szabványok, módszertanok 2

SZABVÁNYOK

2010. november 25. Szabványok, módszertanok 3

Szabványok

● Ipari és kutatási eredményeket összegez

● Bevált gyakorlatokat (best practice) formálisan

tartalmaz

● Nem mindenhol kell, de jó betartani

● Általában vannak

●Nemzetközi szabványok (pl.: ISO, ANSI)

● (Nemzeti) Magyar szabványok (pl.: MSZ)

●Egyéb szabványosító szervezetek által kiadott (pl.:

w3c)

● Elnevezés…

2010. november 25. Szabványok, módszertanok 4

ISO, IEC, MSZT

● ISO: International Standards Organization

●Nemzeti szervezetekből áll

●Egyes területekre bizottságokat állít fel (nemzeti

szervezetekből + szakma + ipar)

● IEC: International Electrotechnical Commission

●Önálló szervezet, de az ISO-val együtt dolgozik

●Az informatikai témákért többnyire ők a felelősek

● Magyar Szabványügyi Testület

●Az olvasóterembe diákkal ingyen be lehet menni

●Külföldi és magyar szabványok is olvashatók

2010. november 25. Szabványok, módszertanok 5

Szabványtípusok

Tartalom szerint két fő típus

● Folyamat (pl.: ISO 13407)

●Hogyan kell csinálni

●Nem magára a termékre vonatkoznak, hanem a

termék előállítására

● Design (pl.: ISO 9241)

●Milyen legyen a termék

●Nem mond semmit a hogyanról

2010. november 25. Szabványok, módszertanok 6

Szofterges szabványok

● Használatra (9126 részei, 20282, 9241-11)

● Felületre és kezelésre (9126 részei, 9241, 11064 14915, 61977, 10741, 11581, 13406, 14754, 18021, 18789)

● Dokumentáció (18019, 15910)

● Fejlesztés (13407, 16982, 14598)

● Érettség (18529)

● Speciálisak (ISO 62366)

● Bővebben:● http://www.usabilitynet.org/tools/r_international.htm

2010. november 25. Szabványok, módszertanok 7

Szofterg és minőség

● A minőségbiztosítás általános szabványai

● ISO 8402 (Minőség és minőségbiztosítás – szakszótár)

● ISO 9000-es szabványsorozat

● ISO 90003:2004 útmutató: az ISO 9001-es szabvány

szoftverfejlesztésre való alkalmazása

2010. november 25. Szabványok, módszertanok 8

Szofterg és minőség

● A szoftverek minőségének termék-szempontú

megközelítése

●A részletekbe menő irányelvek szintjén:

●ergonómiai elvek (ISO 9241)

●a szellemi munkaterhelés ergonómiai alapelvei (ISO 10075)

●multimédia felhasználói felületek ergonómiai elvei (ISO

14915)

● Szoftvervizsgálatok (ISO 9126)

●A minőségkövetelmények kiértékelése (ISO 14598)

2010. november 25. Szabványok, módszertanok 9

Szofterg és minőség

● A szoftverek minőségének folyamat-szempontú megközelítése:● Szoftveréletciklus-folyamatok (ISO 12207)

●Rendszeréletciklus-folyamatok (ISO 15288)

●Emberközpontú szoftveréletciklus-folyamatok (ISO 18529)

●Felhasználó-központú tervezés a teljes életciklus során (ISO 13407)

●A szoftverfolyamatok közül a mérési folyamatok (ISO 15939)

●A szoftverfolyamatok értékelése (ISO 15504)

2010. november 25. Szabványok, módszertanok 10

ISO/IEC 9126-1:2001

2010. november 25. Szabványok, módszertanok 11

ISO/IEC 9126-1:2001: Software engineering – Product Quality- Part 1: Qualty model, 6: Quality model for external and internal quality

•Suitability, Accuracy, Interoperability, Compliance, SecurityFunkcionalitás6.1 Functionality

•Maturity, Recoverability, Fault ToleranceMegbízhatóság6.2 Reliability

•Learnability, Understandability, Operability, Attractiveness, Usabilitycompliance

Használhatóság6.3 Usability

•Time Behaviour, Resource BehaviourHatékonyság6.4 Efficiency

•Stability, Analyzability, Changeability, TestabilityKarbantarthatóság6.5 Maintainability

•Installability, Replaceability, AdaptabilityHordozhatóság6.6 Portability

9126 használata

● Szoftver értékelésére

● Értékeléshez mérni kell, de előtte meg kell

határozni, hogy mit és miért

●Pl.: zh-k osztályozása

● A minőségi dimenziók alapján lehet saját

kritérium modellt alkotni

● A szabvány többi részében a karakterisztikák

további attribútumokra oszlanak ezek

nyújtanak segítséget

2010. november 25. Szabványok, módszertanok 12

ISO/IEC 9241 sorozat

● ISO/IEC 9241 sorozat● Eredetileg: „Képernyős terminállal végzett irodai munka

ergonómiai követelményei”

● Újabban: „Ember-rendszer interakció ergonómiája”

● Az 1992-ben megjelent szabványt 1996-98 közt bővítették ki a szoftverekre vonatkozó részekkel, majd 2001-ben megújították

● Jelenleg újra megújítás alatt van: újraszámozás, tartalmi frissítés

● Érdekesség: 9241-3xx szabályozza az LCD pixelhibák számát…

2010. november 25. Szabványok, módszertanok 13

ISO 9241 részei

● 1. és 11. rész: áttekintés

● 2. rész: munkafeladatok

● 3. rész: képernyő (hardver)

● 4. rész: billentyűzet (hardver)

● 5. rész: munkahely-elrendezés

● 6. rész: környezet

● 7. rész: képernyőn való tükröződések (hardver és környezet)

● 8. rész: színek (hardver)

● 9. rész: egyéb beviteli eszközök (hardver)

2010. november 25. Szabványok, módszertanok 14

ISO 9241 részei

● 10. rész: a dialógus alapelvei

● 12. rész: információmegjelenítés(információszervezés, grafikus objektumok, kódok)

● 13. rész: a felhasználót segítő eszközök (ált. elvek, prompt, visszajelzések, állapotinformáció, hibakezelés, súgó)

● 14. rész: menü-alapú interakció

● 15. rész: parancsnyelven alapuló interakció

● 16. rész: közvetlen manipulációs interakció

● 17. rész: űrlapkitöltésen alapuló interakció

2010. november 25. Szabványok, módszertanok 15

9241 használata

● A részek csoportosítva tartalmaznak irányelveket

● Első lépésben el kell dönteni, hogy az irányelvek

közül melyik csoport vonatkozik ránk

● Csoportok közül

● Egyes irányelvek közül

● A döntést indoklással rögzítjük

● Második lépésben az irányelvnek megfelelőséget

vizsgáljuk

● Megfelelőség vizsgálatának módszere

● Megfelel: igen/nem

2010. november 25. Szabványok, módszertanok 16

9241 használata – példa

● Direct manipulation dialogs-ra (16) vonatkozik

2010. november 25. Szabványok, módszertanok 17

Definíció ISO 9241-11

● Ergonomic requirements for office work with visual

display terminals (VDTs) — Part 11: Guidance on

usability

● 3.1 usability: Extent to which a product can be used by

specified users to achieve specified goals with

effectiveness, efficiency and satisfaction in a specified

context of use.

● „Annak mértéke, ahogy a terméket meghatározott

felhasználók meghatározott célokért

hatásosan, hatékonyan és elégedetten használják

egy adott környezetben.”

2010. november 25. Szabványok, módszertanok 18

ISO 13407:1999

● Interaktív rendszerek ember központú

tervezése

● A szoftver (rendszer) teljes életciklusára

vonatkozik

● Ez a fejlesztés folyamata

● A folyamat nagyon általános, gyakorlatilag

bármire jó, ezért többnyire módosítják a helyi

igényeknek megfelelően

2010. november 25. Szabványok, módszertanok 19

Orvosi szofterg szabványok

● Orvosi (szoftvert használó) műszerekre és

kórházi rendszerekre

● Speciális felhasználás, a hibázás sérülést

okozhat a betegnek és orvosnak

● ISO/IEC 62366: Fejlesztési folyamat

● ANSI/AAMI HE74 (folyamat) és HE75 (irányelvek)

● Kockázatkezelés része (ISO 14971)

● A szabvány betartása az engedélyezés feltétele!

2010. november 25. Szabványok, módszertanok 20

MÓDSZERTANOK

2010. november 25. Szabványok, módszertanok 21

Módszertanok

● Segítenek a szofterges tevékenységek

szervezésében

● Követésükkel lehet valamilyen teljességet

garantálni

● Minden esetben át kell kicsit szabni a saját

igényekre

● Attól hogy egy módszertan valakinek bevált,

nem biztos, hogy nekünk is megfelelő (sőt…)

2010. november 25. Szabványok, módszertanok 22

Főbb szofterges irányzatok

● Egyrészről követik a szoftveres

trendeket, másrészről építenek a többi ősre:

●Követelmény analízis (Requirement analysis, RA)

●Participatív tervezés (Participiatory design, PD)

●Felhasználó központú (User centered design, UCD)

●Agilis (Agile)

2010. november 25. Szabványok, módszertanok 23

Követelmény analízis

● Mérhető, tesztelhető, részletes és az üzleti

igényeknek megfelelő követelmények

megfogalmazása

● A tágabb RA részekén a szofterges

követelmények is megjelennek

● Gyakorlatilag a vízesés és továbbfejlesztései

● Alapprobléma: a felhasználói követelmények

befűzése nagyon nehézkes, az RA ritkán tűri jól

a többszörös iterációt

2010. november 25. Szabványok, módszertanok 24

Participatív tervezés

● Eleinte nem számítógépes irányultságú, inkább

épített környezet (1960-as évektől)

● Az emberek jogára épít, hogy részt vehessenek

az őket érintő, munkájukat befolyásoló

döntésekben

● A felhasználók részt vesznek a tervezésben

● A designerek inkább tanácsadók („advisor”)

● Szociális tényezőket is figyelembe vesz

● Modern formája: crowdsourcing (elosztott PD)

2010. november 25. Szabványok, módszertanok 25

Felhasználók bevonása

● Leendő felhasználók bevonása nehéz:

●a felhasználók IT-kal kapcsolatos ismeretei

hiányosak

● kommunikációs problémák (a szakértőknek és a

felhasználóknak nincs „közös nyelve”)

● intellektuális nehézségek (absztrakt gondolkodás:

elképzelni a rendszer jövőbeni

működését, „elővételezni” az új követelményeket)

●„hostage situation”: a felhasználó nem akar buta

kérdéseket feltenni – passzív magatartás

2010. november 25. Szabványok, módszertanok 26

Participáció hatásossága

● Milyen feltételek mellett jelentős elsősorban a

közvetlen participáció hatása?

● …ha a projekt mérete viszonylag kicsi;

● …ahol a felhasználók ismeretei lényegesek a sikeres

megvalósításhoz;

● …olyan szervezetben, ahol az egységesség

(„uniformity in design”) nem követelmény;

● …ha a szervezetben egy bizonyos fokú konszenzus

van a projekt céljait illetően;

● Kontextus, kontextus, kontextus…

2010. november 25. Szabványok, módszertanok 27

Felhasználó központú

● Inkább filozófia, mint konkrét módszertan

(sokféleképpen megvalósítható)

● Nemcsak szoftverre, hanem bármire jó

● A lényeg: a tervezés középpontjában az ember

van, akinek a termék készül

● Az ember szükségleteire épít, nem próbálja

meg a termékhez „idomítani”

● Ehhez nemcsak analizálni kell, mire van

szükség, hanem a felhasználókkal ki is kell

próbáltatni (-> iterációk)

2010. november 25. Szabványok, módszertanok 28

13407

2010. november 25. Szabványok, módszertanok 29

13407

2010. november 25. Szabványok, módszertanok 30

13407

2010. november 25. Szabványok, módszertanok 31

13407

2010. november 25. Szabványok, módszertanok 32

13407

2010. november 25. Szabványok, módszertanok 33

Egy jó megvalósítás

2010. november 25. Szabványok, módszertanok 34

PD vs UCD

● A felhasználók részt

vesznek a döntésben

● A felhasználók

véleményét

meghallgatja

● Felhasználók

partnerek a

tervezésben

● Aktív részvétel

● Demokratikus(abb)

● A felhasználók

igényei alapján

döntenek

● A felhasználók

tevékenységét

vizsgálja

● Felhasználók a

vizsgálatok tárgyai

● Passzív részvétel

● Autokratikus(abb)

2010. november 25. Szabványok, módszertanok 35

Agilis szofterg

● Agile usability, ami felé ma tart szinte mindenki

● A vízeséses szoftverfejlesztési modelleknek

rengeteg problémája van

● Legfőképpen, hogy valós körülmények közt nem

működnek…

● A szofterg konkrét alkalmazása is hasonlóan ide

tart

●Az iterációk könnyebb betervezni

● „Kontextus, kontextus, kontextus” a köbön

2010. november 25. Szabványok, módszertanok 36

Agilis szoftverfejlesztés

kiáltvány● Az egyént és a személyes kommunikációt, a

módszertanoknál és az eszközöknél.

● A működő szoftvert, az átfogó dokumentációnál.

● A megrendelővel való együttműködést, a

szerződéshez való ragaszkodással szemben.

● A változásra való reagálást, a tervek rigorózus

követésével szemben....

● Noha, fontosak az utóbbiak is,

mi fontosabbnak tartjuk az előzőeket.

● http://www.agilealliance.hu/

2010. november 25. Szabványok, módszertanok 37

Agilis módszertanok

● Talán a Scrum a legelterjedtebb

2010. november 25. Szabványok, módszertanok 38

Agilis és felhasználók

● Bár programozók indították, de…

● Sok közös pont van az agilis és a felhasználót

bevonó modellek között

● Jó a gyors iteráció (van alkalom a

felhasználókkal egyeztetésre, együttműködés)

● Az utóbbi 2-3 évben közeledik a két közösség

(közös konferenciák, beszélgetések)

● Azonban nincs direkt hivatkozás a felhasználóra

(megrendelő nem az!)

2010. november 25. Szabványok, módszertanok 39

Agilis + szofterg

2010. november 25. Szabványok, módszertanok 40

Kérdések és vége

Polgár Péter Balázs

sirpepe@elte.hu

@polgarp

top related