HASZNÁLATI ESET DIAGRAM (USE CASE DIAGRAM)



Hasonló dokumentumok
Software Engineering Babeş-Bolyai Tudományegyetem Kolozsvár

CASE technológia. Takács Gábor

CASE technológia. Takács Gábor

Név: Neptun kód: Pontszám:

ELTE, Informatikai Kar december 12.

Programozási technológia

Rendszer szekvencia diagram

UML (Unified Modelling Language)

Szakterületi modell A fogalmak megjelenítése. 9. fejezet Applying UML and Patterns Craig Larman

UML use-case diagram rajzolás, megoldások. UML use-case diagram Megolda sok

8. Felhasználókezelés, jogosultságkezelés

S01-7 Komponens alapú szoftverfejlesztés 1

S01-8 Komponens alapú szoftverfejlesztés 2

Modell alapú tesztelés mobil környezetben

10-es Kurzus. OMT modellek és diagramok OMT metodológia. OMT (Object Modelling Technique)

Előzmények

Windows hálózati adminisztráció segédlet a gyakorlati órákhoz

Egyetemi könyvtári nyilvántartó rendszer

SQL jogosultság-kezelés. Privilégiumok Grant és Revoke Grant Diagrammok

Egyetemi könyvtári nyilvántartó rendszer

Programozás 1. 2.gyakorlat

Kölcsönhatás diagramok

Folyamatmodellezés és eszközei. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék

Programtervezés. Dr. Iványi Péter

01. gyakorlat - Projektalapítás

Az autorizáció részletes leírása

A szoftverfejlesztés eszközei

Információrendszerfejlesztés. Információk, elérhetőségek

REGISZTRÁCIÓ RÉGEBBI TANFOLYAMON RÉSZT VETT HALLGATÓK BEJELENTKEZÉS UTÁN JELENTKEZÉS TANFOLYAMRA GYAKRAN ISMÉTELT KÉRDÉSEK

gyakorlatban Nagy Gusztáv

Folyamatmodellezés és eszközei. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék

Bánsághi Anna 2014 Bánsághi Anna 1 of 31

Szoftvertechnológia ellenőrző kérdések 2005

A nyitó képernyőn, a bejelentkező gombra kell kattintani, és a regisztrációt kell választani.

Bánsághi Anna Bánsághi Anna 1 of 54

I. Felzárkoztató Mérés SZÉCHENYI ISTVÁN EGYETEM GYŐR TÁVKÖZLÉSI TANSZÉK

Rendszerterv. Makoviczki András. Neptun: JJ26AR

Programfejlesztési Modellek

Webes vizsgakezelés folyamata Oktatói felületek

A Magyarországi Gyógyszer-azonosítási Rendszer bevezetésének mérföldkövei. Ujhelyi Tamás IT igazgató

Bejelentkezés az egyetemi hálózatba és a számítógépre

3/2010. sz. Gazdasági Főigazgatói Utasítás a PTE rendszereihez az egyetem külső partnerei részére adott távoli hozzáférések szabályozásáról

Bevezetés a Programozásba II 5. előadás. Objektumorientált programozás és tervezés

HORVÁTH ZSÓFIA 1. Beadandó feladat (HOZSAAI.ELTE) ápr 7. 8-as csoport

Bár a szoftverleltárt elsősorban magamnak készítettem, de ha már itt van, miért is ne használhatná más is.

Rendszer-modellezés, modellezési technikák

Felhasználói kézikönyv

Szoftverarchitektúrák 3. előadás (második fele) Fornai Viktor

Jelszavak helyes megválasztása, szótáras törés. Pánczél Zoltán

A dokumentáció felépítése

VELUX VIKI-Online rendelés és árajánlat készítés Fiók Információk

Szoftver újrafelhasználás

Követelmény alapú minőségbiztosítás az államigazgatásban

Komponens alapú fejlesztés

Szakdolgozat témakiírása a tanulmányi rendszerben

Utolsó módosítás:

Alkalmazások fejlesztése A D O K U M E N T Á C I Ó F E L É P Í T É S E

Tájékoztató a Neptun a kötelező nyári gyakorlatok adminisztrációjához

Felhasználói kézikönyv

Telenor Magyarország MS Office 365 telepítési útmutató

Mérési jegyzőkönyv. az ötödik méréshez

Szoftvertervezés és modellezés UML alapokon

1 Kezd lépések. 1.1 Felhasználók azonosítása. 1.2 Menüpontok. 1.3 Bejelentkezés. icard

Operációs rendszerek. A védelem célja. A fenyegetés forrásai. Védelmi tartományok. Belső biztonság. Tartalom

S SDA Stúdió kft Hallgatók adatlap

BarAck.Net. Internetes csomagkezel. Felhasználói kézikönyv V 1.0. (2011. július 20.)

TÁJÉKOZTATÓ az OTH Szakrendszeri Információs Rendszerbe (OSZIR) történő regisztráció és belépés menetéről belföldi partner nevében

Digitális írástudás, digitális műveltség

Adattárház kialakítása a Szövetkezet Integrációban, UML eszközökkel. Németh Rajmund Vezető BI Szakértő március 28.

Projectvezetők képességei

A rendszert négy komponensből építjük fel, amelyek a következők:

A szoftver-folyamat. Szoftver életciklus modellek. Szoftver-technológia I. Irodalom

Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék. Folyamatmodellezés

Tartalomjegyzék 2. RENDSZER FELÉPÍTÉSE... 3

V. Félév Információs rendszerek tervezése Komplex információs rendszerek tervezése dr. Illyés László - adjunktus

Folyamatmodellezés és eszközei. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék

Felhasználói leírás: STAHL Ex-Tool v1.0 rev

IVR-Bank Felhasználói kézikönyv

Szoftvertechnológia 2008/2009. tanév 2. félév 3. óra. Szoftvertechnológia

Fejlesztési specifikációk

S z á m í t ó g é p e s a l a p i s m e r e t e k

KIRA. KIRA rendszer. Telepítési útmutató v1

Modellinformációk szabványos cseréje. Papp Ágnes, Debreceni Egyetem EFK

Adatbázis rendszerek Definíciók:

Linux alapok. Parancsok általános alakja parancs kapcsolók paraméterek

TANSZÉKI ADMINISZTRÁTORI SEGÉDLET: NEPTUN TÁRGYKEZELÉS, KURZUSKEZELÉS

Tájékoztató a Neptun 6. éves külső gyakorlatok adminisztrációjához

Általános használati tudnivalók és szabályok

INFORMATIKAI RENDSZER FEJLESZTÉSE. TÁMOP D-12/1/KONV A Szolnoki Főiskola idegen nyelvi képzési rendszerének fejlesztése

Operációs rendszerek. 3. gyakorlat. Jogosultságkezelés, linkelés, csővezeték UNIVERSITAS SCIENTIARUM SZEGEDIENSIS UNIVERSITY OF SZEGED

Felhasználói leírás a DimNAV Server segédprogramhoz ( )

NAV Online Számla ÉLES rendszerébe történő regisztráció

Időkönyvelő Projektfeladat specifikáció

NEPTUN MOBIL ALKALMAZÁS FELHASZNÁLÓI SEGÉDLET

Tartalomjegyzék. Általános Információ! 2. Felhasználói dokumentáció! 3. Feladat! 3. Környezet! 3. Használat! 3. Bemenet! 3. Példa!

TÁJÉKOZTATÓ az OTH Szakrendszeri Információs Rendszer használatához a veszélyes anyagokkal veszélyes keverékkel történő tevékenység bejelentése esetén

Regionális forduló november 18.

Rendszerjavaslat mintapélda

2018/10/16 06:18 1/11 Online Számla

Miskolci Egyetem Alkalmazott Informatikai Intézeti Tanszék A minőségbiztosítás informatikája. Készítette: Urbán Norbert

Átírás:

HASZNÁLATI ESET DIAGRAM (USE CASE DIAGRAM) Célja: A követelményrögzítés (a szoftverfejlesztés els fázisaiban, pl. a követelménydefiníciós fázisban használatos). Funkcionális diagram: középpontban a rendszer által végrehajtandó funkciók vannak. A rendszer funkcióinak komplett leírására szolgál. Megmondja, hogy mit kell tudnia a rendszernek, milyen funkciói legyenek a megtervezett rendszernek. Tulajdonságai: szemléletes, könnyen áttekinthet. A diagram elemei Rendszer (system): amit el akarunk készíteni Aktor (actor): egy szerepkört reprezentál. Környezet: a világ, ami a rendszert körülveszi aktorok A felhasználók akik a rendszert használják Használati esetek (use case): elvárt viselkedési minták (mire képes a rendszer) név Relációk: a kapcsolatot jelentik ez elbbiek között Asszociáció (association): jele folytonos vonal használati eset és aktor között jelölhet a számossága

1 * Általánosítás (generalization): Jele: használati eset és használati eset között: aktor és aktor között: adminisztrátor dolgozó Include: <<include>> (1.5 UML szabványban ez szerepel) vagy <<uses>> Két használati eset között áll fent, ha az egyik magában foglalja a másikat. (az egyik használati eset használja, és mindig használja a másikat) jelszó ell. Kiterjesztés: <<extend>> kibvítés (kivételkezelés, hibakezelés) az egyik használati eset mködését kiegészíti egy másik használati eset. jelszó ellenõrzés hibás jelszó (a jelszóellenrzés használati esetet kibvíthetjük egy olyan funkcióval, amely lekezeli azt, ha a felhasználó hibás jelszót ad meg.) Bizonyos folyamatoknál vannak fontos résztevékenységek, ilyenkor szokás ezeket is leválasztani és az eredeti extend -jeként felfogni.

Használati eset diagram elemeinek azonosítása Aktorok azonosítása: fnevek keresése a szöveges specifikációból kik rendszer használói (user) ki felel a rendszer karbantartásáért mik a rendszer által használt erforrások mik a rendszerhez kapcsolódó más rendszer(ek) Használati esetek azonosítása: igék keresése a szöveges specifikációból mire használják a rendszert mit csináljon a rendszer hogyan használják a rendszert mit tudjon a rendszer Kapcsolatok azonosítása: igék és fnevek közti kapcsolatok alapján Példa: Hallgatói információs rendszer Szöveges leírás, szöveges specifikáció (természetes nyelven): Egy olyan hallgatói információs rendszer elkészítése a cél, amelyen keresztül a hallgatók tudnak jelentkezni a tárgyakra (a jelentkezés során a rendszernek jelezni kell, hogy ha egy tárgy nincs meghirdetve), az k lekérdezhetik a hallgatói listát, és az adminisztrátorok tudják meghirdetni a tárgyakat. A rendszer használatához jogosultság szükséges. Követelmények elemzése, definiálása: A rendszer használói a következk: Adminisztrátorok, Hallgatók, Oktatók. A rendszernek a következ funkciókat kell ellátnia: Az adminisztrátorok tudják a tárgyakat meghirdetni. A hallgatók jelentkezhetnek a tárgyakra. Az k a hallgatói listát (névsort) lekérdezhetik. A tárgyjelentkezés során a nem létez tárgyakat jelezni kell. A rendszer használatához jogosultság, azaz jelszó szükséges

tárgylista kezelés adminisztrátor jelszó ellenõrzés dolgozó 1 * hibás jelszó jelentkezés nem létezõ tárgy hallgató Forgatókönyvek Ez igazából nem UML, de a specifikáció készítésénél hasznos lehet. Leírja, hogy mit csinál a rendszer az aktor szemszögébl, tehát azt írja le, hogy mit és nem azt, hogy hogyan, minden használati eset folyamatát leírja. Tartalma: rövid leírása a használati eseteknek, elfeltételek, kezd esemény, eseménysorozat, végs esemény, utóhatások Példa:

A tárgyjelentkezés használati esetet a hallgató indítja el. Segítségével jelentkezést tud létrehozni, lekérdezni, vagy törölni. (elfeltételek, preconditions:) P1: A tárgyat az adminisztrátor már meghirdette. P2: Még tart a jelentkezési idszak (folyamatok, flows:) F1: A használati eset akkor indul el, amikor a hallgató belép a rendszerbe. F2: A hallgató megadja az azonosítóját, jelszavát, amelyet a rendszer a Jelszó ell. használati eset segítségével (E1) ellenrzi. F3: A rendszer megkérdezi a hallgatót, hogy mit szeretne tenni: ADD S1, REVIEW S2, DELETE S3, EXIT F4 a használat befejezdött. (alfolyamatok, subflows:) S1: A rendszer megkérdezi a tárgy nevét (E2), és létrehozza a jelentkezést. Visszatérés F3-hoz. S2: A rendszer kilistázza a hallgató jelentkezéseit. Vissza F3-hoz. S3: A rendszer megkérdezi a tárgy nevét (E2), és törli a hallgató jelentkezését. Vissza F3-hoz. (hibák, errors:) E1: Hibás azonosító szöveg kiírása. Vissza F2-höz. E2: Nincs ilyen tárgy szöveg kiírása. Vissza S1-hez vagy S3-hoz. Mindez a kölcsönhatás diagramoknál lesz hasznos.