SIN Flashcards

Question

Stakeholder

Answer 1

Zainteresovana osoba, ktera je ovlivnena systemem, pozaduje projekt nebo ho sponzoruje - nebo kdokoliv kdo se na projektu podili Users * Administrators * Non-Users * Customer * Sponsor * Domain experts * Implementation experts * Project Management * Test experts * Supplier * Hackers * Stakeholders of competing systems * Institutions/Regulator … (statní i nestátní instituce)

Answer 2

1. Modelovani business procesu a entit - jak funguje organizace? 2. Analyticke modelovani - co system dela? 3. Navrhove modelovani - jak to system dela? 4. Kodovani - implementace

Answer 3

Prvni uroven modelovani systemu - popisuje Business Domain Model - entity systemu a vazby - business procesy v ramci organizace Business process - obchodni/firemni postup - mnozina aktivit, ktera realizuje podnikatelsky cil firmy - treba "Zahradkareni", Odecet mericu, Pripojeni mericu, Vyuctovani... AS IS - jake jsou postup ted? AS BOSS THINKS IT IS - jak si to predstavuje vedeni TO BE - jake budou procesy po zavedeni systemu? Typy procesu: 1. Hlavni - financni jadro firmy 2. Podpurne - technicke provedeni hlavnich procesu 3. Ridici procesy - vedlejsi, doplnkove

Answer 4

Vizualizuje nejaky proces systemu - prehlednejsi diagram nez textovy popis - uzly jsou akce - hrany jsou chronologicky navazujici prechody ma start -> 1.akce -> 2. akce -> ... -> konec Muze mit vetvici rozhodovaci body s podminkou (GUARD) Start -> Podat zadost o dovolenou -> posoudit zadost -> ROZHODNUTI [ANO]/[NE] -> (ano) zanest schvaleni do archivu -> oznamit vysledek -> konec Tento diagram muzu rozdelit vizualne na zony zodpovednosti - treba jaka aktivita se musi provest v Praze, jaka v Brne, jaka jinde - nebo podle roli - aktivita Admin, pak User atd... - muze mit paralelni rozvetveni - vodorovna cara vymezuje paralelni blok, kde aktivity probihaji najednou (fork-join) - koncu muze byt vice - plne vyplneny je ze konci cely diagram (muze jich byt vic) - nevyplneny s krizkem ukoncuje pouze prislusnou vetev (muze jich byt vic) Muzeme vnorovat aktivity (pro prepouzitelnost) jako o-o symbol, kde tato aktivita zabaluje jeste jine aktivity v sobe pro prehlednost Existuji dve znacky - SEND, RECEIVE zpravy mezi aktivitami, ktere graficky znazornuji odeslani a prijeti nejake zpravy na kterou aktivita muze reagovat jako trigger - treba zamitnta operace je znazornena jako ERROR a posle se zprava chybova

Answer 5

Cil - globalni smerovani cilu organizace - chci zvysit trzby v cr o 20% do peti let Pozadavek - nastroje, kroky k naplneni cile - popisu duvodu, dosahnuti cile, reaguji na potreby - jako XY potrebuji XY pro XY... Systemovy pozadavek - popis IT reseni - defincie IT omezeni, reseni, reakce na business pozadavek - implementace business pozadavku B. pozadavek - jako manaze chci zpracovavat data o trzbach pro vypocet S. pozadavek na to - system umozni export tabulek do CSV Hierarchie: Business cil -> je postaven z business pozadavku -> ktere jsou realizovany systemovymi pozadavky Sablona: Jako potřebuji , protože BR 235 - Jako obchodník potřebuji být informován o končících smlouvách svých klientů, abych mohl začít jednání o nové smlouvě včas. V kazde fazi projektu se provede sber pozadavku, jejich analyza, dokumentce a overeni, neustale upresneni cilu a pozadavku Granularita - detailnost pozadavku se zacina od nejmene konkretnich (ve fazi prvotni analyzy) a postupne se pozadavky upresnuji na konkretni detaily - pozadavky kde ma budova stat? - potom - jaky je tvar budovy? - nejpozdeji - jake zidle budou v budoe? - tedy nema smysl resit pozadavky na tvar zidli, kdyz ani nemame plan kde bude samotna budova

Answer 6

Nutne vlastnosti - dissatisfiers – Vlastnosti/požadavky, které nebyly stakeholderem ani zmiňovány, protože je považoval za zcela zřejmé. – Př.: Systém bude umožňovat kopírovat veškeré zobrazené tabulky pomocí „CTRL + C a CTRL + V“ do MS Excel . - pokud nebudou implementovany => rozladeny klient  Požadované vlastnosti (Satisfiers) – Explicitně zmíněné vlastnosti/požadavky. – Př.: Systém umožní montérovi vkládat žádosti o odstranění překážek bránících přístupu k elektrickým přípojkám.  Zbytné vlastnosti (Delighters – „Nadchávače“) – Vlastnosti systému, které stakeholder neočekával, ale po jejich objevení/používání je považuje za příjemné vylepšení. – Př.: Systém bude propojen s rozhraním banky a bude automaticky párovat došlé platby s předpisy plateb. Jak jde čas, tak se ze zbytných vlastností se stanou požadované a z požadovaných nutné.

Answer 7

0.krok - priprava sberu - urcit, jak pozadavky budu sbirat 1. Samotny sber 2. Dokumentace pozadavku - prvotni navrh 3. Anayla a souhlas vystupu = prvotni fazi jde pouze o prani, nikoliv jeste pozadavky, protoze sbiram jenom prvni utrzky zainteresovanych osob a mohou byt v rozporu s cily nebo navzajem Poazdavky ziskavam od zainteresovanych osob a firmy - zakaznik, uzivatel - pak s dokumentace stavajiciho systemu - z procesu firmy - z konkurencniho trhu - resim pouze s relevantnim okolim (tedy spise se bude ptat uzivatele systemu nebo administratora nez uklizecky firmy) Ne vzdy mam presne pozadavky - muzou byt pouze predpoklady a otevreene body - nutne posouvat do dalsich fazi na analyzu a prehodnocovat pozdeji Vzdy se zamerit pouze na sber pozadavku, nikoliv reseni konfliktu v pozadavcich - identifikovat problemy - analyzovat - resit problemy - dokumentace

Answer 8

Cokoliv je lepsi nez nic: - poznamky z meetingu - grafy, screenshoty - videa - tabule - emaily... Dale se to rozpracovava v analyze

Answer 9

- vlastni napady, zkusenosti z praxe - skupinovy meeting, setkani s nejvyse postavenymi zakazniky - individualni osloveni zamestancu co se systemem realne delaji - analyza aktualni dokumentace - pozorovani, rutina zamestnancu samozrejma, nazornejsi nez popis - prototypovani - simulace procesu, prototyp GUI, wireframes, screen - brainstorming - dotaznik - pomoci window-flow - screen s pozadavkem/popisem

Answer 10

 Datové konflikty – Hranice pro hlášení nízkého stavu zboží má být 7 nebo 10?  Zájmové konflikty – Vysoká kvalita nebo rychlé dodání?  Hodnotové konflikty – „Já nehodlám podporovat vývoj SW pro klonování.“  Vztahové konflikty – „Ten už mne jednou pomluvil u šéfky, takže s ním já nic řešit nehodlám“  Strukturální/hierarchické konflikty – Ostych projevit názor před vyšším managementem.

Answer 11

Hlavni ukoly po prvnim sberu: 1. Dokumentace 2. Kategorizace 3. Definice predpokladu a omezeni 4. Prioritizace Kategorie: 1. Funkcni pozadavek - definuji, co system bude umoznovat uzivatelum 2. Kvalitativni pozadavek - user friendly, safety, vykon, udrzba... obence 3. Pozadavky na zavedeni reseni (malo) - docasne pozadavky, po uspesnem zavedeni reseni ztraci smsyl, treba migrace prvotnich dat, zaskoelni atd... Atributy pozadavku: - ID - nazev - popis - kdo vznesl pozadavek - priorita Zpusoby popisu pozadavku 1. Volny text 2. Strukturovany text - hlavne pouzivanej 3. Tabulka 4. Diagram - vzdy nutno dodrzovat jednotny styl firmy

Answer 12

1. Používejte strukturovaný text! 2. Vždy popisujte pouze jediný požadavek! 3. Vyhněte se souvětím! 4. Používejte terminologii srozumitelnou všem, kteří s požadavkem budou jakkoliv pracovat! 5. Nepoužívejte trpný rod! 6. Nepoužívejte obvyklá podstatná jména bez uvedení kontextu! 7. Ověřujte platnost formulací s univerzálními kvantifikátory (nikdo, všichni, vždy, nikdy, veškeré,…)! 8. Řešte CO a nikoliv JAK! 9. Používejte šablony! Vzdy popis jednoho pozadavku, jakmile dve akce - rozdelit Sablona pro business pozadavek: Jako , potřebuji , protože BR 235 Jako uživatel, potřebuji abych byl při vypínání aplikace upozorněn na případné neuložené záznamy, protože se tím předejde opakovanému a časově náročnému zadávání záznamů. Na to navazujici sablona funkcniho pozadavku: Systém bude umožňovat () () () . FR 2 Upozorneni na neulozene zaznamy – Systém upozorni uzivatele na neulozene zaznamy pokud vypne apliakci... CHYBY Superlativům – Systém umožní nejjednodušší správu faktur.  Subjektivním popisům – Proces řízení nákupu bude efektivní.  Nekonkrétním zájmenům – V příštím roce to ušetří 20% nákladů.  Nejednoznačným přídavným jménům a příslovcím – Proces reklamací bude většinou řešen přes on-line rozhraní  Otevřeným, neověřitelným termínům – Systém poskytne podporu mzdovému oddělení, ale nejen jemu.  (Vágním) porovnáním – Nový systém bude kvalitnější než stávající.  “Zadním dvířkám” – Pokud to bude možné, tak proces reklamací bude o 30% rychlejší.  Nekompletním odkazům a definicím

SIN Flashcards

(37 cards)