Správa požadavků. Semestrální práce



Podobné dokumenty
V této části manuálu bude popsán postup jak vytvářet a modifikovat stránky v publikačním systému Moris a jak plně využít všech možností systému.

Vodafone promo kit uživatelský manuál Uživatelský manuál pro aplikaci. Vodafone promo kit. Verze dokumentu: 2.

VŠEOBECNÉ OBCHODNÍ PODMÍNKY E-SHOP (Doplňující podmínky k Všeobecným smluvním podmínkám užívání služeb Národního geoportálu INSPIRE)

Co poskytuje Czech POINT

UŽIVATELSKÁ PŘÍRUČKA REGISTR CHMELNIC NA EAGRI ZÁKLADNÍ POPIS FUNKCÍ A FORMULÁŘŮ. CCV, s. r. o.

ROZKLIKÁVACÍ ROZPOČET - ONLINE ZVEŘEJŇOVÁNÍ EKONOMICKÝCH DAT ÚŘADU

Registr UJO. Příručka pro uživatele. Institut biostatistiky a analýz. Lékařské a Přírodovědecké fakulty Masarykovy univerzity.

Postup šetření pro rok Ministerstvo pro místní rozvoj Odbor veřejného investování

Vyplňte API klíč, který si vygenerujete v Nastavení obchodu v profilu Uloženky v části Nastavit klíč pro API.

Podrobná uživatelská příručka aplikace Sběr dat pro RIV

Odkaz:

1) První přihlášení do jednotné správy uživatelů

Uživatelská příručka Rejstřík státních zaměstnanců

ZADÁVÁNÍ BAKALÁŘSKÝCH A DIPLOMOVÝCH PRACÍ DO IS/STAG.

I. Všeobecná ustanovení


1. Požadavky na provoz aplikací IISPP

Přehled úprav aplikace e-spis verze 2.24

Komfortní datová schránka

Příloha č. 13. Statistický metainformační systém - úvod

účetních informací státu při přenosu účetního záznamu,

Software IS Řízení stavebních zakázek

Testovací aplikace Matematika není věda

4 Část II Základy práce v systému. 6 Část III Úvodní obrazovka. 8 Část IV Práce s přehledy. 13 Část V Kontakty. 19 Část VI Operativa

Budování aplikačních rozhraní pro obousměrnou komunikaci mezi ERMS a jejich vztah k Národnímu standardu pro komunikaci mezi ERMS.

-1- N á v r h ČÁST PRVNÍ OBECNÁ USTANOVENÍ. 1 Předmět úpravy

Outlook manuál. BeeOnline. Rychlý kontakt:

Mobilní aplikace. Dokument nepopisuje administrační rozhraní (backend) ani napojení na příbuzné databáze.

Rakouský zákon o elektronické veřejné správě (e-government)

Provozní řád DTM DMVS Plzeňského kraje

Internetový portál Elektrotechnika 1. školení

ČL. 2 PRAVIDLA REGISTRACE ZÁKAZNÍKŮ

Uživatelské postupy v ISÚI Založení ulice a změna příslušnosti adresního místa k ulici

Co najdete v ASPI? (pro uživatele SVI FSE UJEP)

Předmětem zakázky je dodávka a instalace výpočetní techniky včetně software.

Manuál Kentico CMSDesk pro KDU-ČSL

Uživatelská dokumentace

Katalog OneNet. Manuál pro přihlášení do aplikace

Návod pro administraci aplikace EdgeFrame HelpDesk

Příloha č. 54. Specifikace hromadné aktualizace SMS-KLAS

Informační systém pro rezervaci pokojů hotelu SPORT

MINISTERSTVO PRO MÍSTNÍ ROZVOJ UŽIVATELSKÁ PŘÍRUČKA IS KP 14+ PRO INTEGROVANÉ NÁSTROJE: ŽÁDOST O PODPORU STRATEGIE CLLD. Verze: 1.

Návod na zřízení datové schránky právnické osoby nezapsané v obchodním rejstříku

Nabídka seminářů Finanční gramotnost

PŘÍLOHA 10 SMLOUVY O PŘÍSTUPU KE KONCOVÝM ÚSEKŮM. Pravidla a postupy

Předmětem řízení je výběr projektů pro rok 2015 v níže uvedených oblastech:

DIGITÁLNÍ TECHNOLOGIE VE VZDĚLÁVÁNÍ. Daniela Růžičková, NÚV ICT ve školství,

Uživatelský manuál pro práci se stránkami OMS a MS provozované portálem Myslivost.cz. Verze 1.0

Online travel solutions s.r.o. YONAD.CZ. Uživatelská příručka. Verze červen 2009

DORA Services s.r.o.

Výzva k podání nabídky a prokázání splnění kvalifikace (Oznámení o zahájení zadávacího řízení) Zadávací dokumentace

Návod k používání registračního systému ČSLH

METODICKÝ POKYN NÁRODNÍHO ORGÁNU

Číslo zakázky (bude doplněno poskytovatelem dotace) 1 Název programu: Operační program Vzdělávání pro konkurenceschopnost

Pravidla. VÝSTAVBA A TECHNICKÉ ZHODNOCENÍ INFRASTRUKTURY VODOVODŮ A KANALIZACÍ (dále jen Pravidla )

Žádost o dotaci je nutno podat ve lhůtě pro podání žádostí o dotaci, která je stanovena v Programu

Základní informace o Integrovaném informačním portálu MPSV (IIP)

městské části Praha 3 pro rok 2016 připravila

ZADÁVACÍ DOKUMENTACE

Výzva k podání nabídek Oznámení/Výzva o zahájení výběrového řízení na veřejnou zakázku malého rozsahu. : Výměna stávajících koberců

Management projektů. Programová podpora auditu sytému managementu kvality HOT 4IT. Návrh

Monitoring Insolvence Insolvency search. Návod k používání

Usnesení o nařízení dražební jednání elektronická dražba

Výzva k podání nabídek

PRAVIDLA soutěže COOP DOBRÉ RECEPTY Jarní probuzení

VÝZVA K PODÁNÍ NABÍDKY

Pomocník diabetika Uživatelská příručka

Portál vedoucího pracoviště

PŘÍLOHA č. 2A PŘÍRUČKA IS KP14+ PRO OPTP - PODÁNÍ ŽÁDOSTI O PODPORU

MSSF Benefit praktický průvodce pro žadatele v rámci Operačního programu Rozvoj lidských zdrojů

Podrobný postup pro doplnění Žádosti o dotaci prostřednictvím Portálu Farmáře. 1. kolo příjmu žádostí Programu rozvoje venkova ( )

Centrum pro flexibilní zpracování plechových polotovarů (II)

Popis certifikačního postupu podle ISO/TS 16949:2009

FAKULTA PEDAGOGICKÁ (FPE)

Akce GS SROP. Rady pro žadatele pro 4. kolo výzvy

Tento projekt je spolufinancován. a státním rozpočtem

STŘEDOŠKOLSKÁ ODBORNÁ ČINNOST. Chemické výpočty. Aleš Kajzar Martin Honka

usnesení o nařízení elektronického dražebního jednání (dražební vyhláška)

32001R1788 Úřední věstník L 243, 13/09/2001, strany

VI. Finanční gramotnost šablony klíčových aktivit

Příručka poskytovatele Národního geoportálu INSPIRE

Pokladní systém pro Tablety a zařízení s OS Android. Analytická dokumentace

PODPORA ČINNOSTI NESTÁTNÍCH NEZISKOVÝCH ORGANIZACÍ PŮSOBÍCÍCH NA ÚZEMÍ MČ PRAHA 7 V OBLASTI SPORTU PRO ROK 2015

DODATEČNÉ INFORMACE Č. 4 K ZADÁVACÍM PODMÍNKÁM VEŘEJNÉ ZAKÁZKY

DATOVÉ SCHRÁNKY. Seminární práce z předmětu Information and communication policy

PŘÍLOHA č. 2C PŘÍRUČKA IS KP14+ PRO OPTP - ZPRÁVA O REALIZACI

Podpora ČÚZK editorům RÚIAN. Hana Gubániová

PŘÍLOHA Č. 2 PPŢ Povinné přílohy V 31 PPŢ 9.5. Datum vydání: V 31 PPŢ 9.5 Stránka 1 z 26

E-KRAJ.CZ. ICT úřadů a organizací v kraji. Uživatelská příručka. Verze 1.01

téma: Formuláře v MS Access

Ministerstvo školství, mládeže a tělovýchovy

ISPOP 2016 MANUÁL PRO OVĚŘOVATELE A RECENZENTY. pro ověřování v roce verze 1.0

Systémový integrátor báze systému

Číslo jednací: 156 EX 598/12-93 Uvádějte při veškeré korespondenci Značka oprávněného: Moravec. U s n e s e n í

NÚOV Kvalifikační potřeby trhu práce

veřejná zakázka na stavební prace s názvem: Sdružená kanalizační přípojka - Město Lázně Bělohrad

NÁVRHOVÝ PROGRAM VÝMĚNÍKŮ TEPLA FIRMY SECESPOL CAIRO PŘÍRUČKA UŽIVATELE

Manuál pro WebRSD. verze 2.0 z

Všeobecné obchodní podmínky pro použití internetové aplikace team assistant

Transkript:

Správa požadavků Semestrální práce Tomáš Náhlovský 12. březen 2013

Obsah I.METODIKA SPRÁVY POŽADAVKŮ 1.1 SBĚR POŽADAVKŮ 3 1.2 EVIDENCE POŽADAVKŮ 3 1.3 ZMĚNY POŽADAVKŮ 3 1.4 POSUZOVÁNÍ POŽADAVKŮ 3 1.5 KONTROLA POŽADAVKŮ 3 1.6 SPECIFIKACE POŽADAVKŮ 3 3 II.DEFINICE PROJEKTU III.PROJEKTOVÁ OMEZENÍ IV.FUNKČNÍ POŽADAVKY V.NEFUNKČNÍ POŽADAVKY VI.POŽADAVKY NA POŽADAVKY VII.ROZDĚLENÍ UŽIVATELŮ VIII.TESTOVÁNÍ FUNKCIONALIT IX.ZMĚNY A POŽADAVKY NA ZMĚNY X.PRÁVA ZÁKAZNÍKA 4 4 4 6 6 8 9 9 9 2

I. Metodika správy požadavků 1.1 Sběr požadavků Sběr požadavků probíhá pomocí dotazníku, diskuze nebo v nejlepším případě osobní konzultací. Faktem je, že na začátku projektu nemohou být známy všechny požadavky a tak se v průběhu času mohou měnit či přibývat. popsat rozsah požadavku popsat vizi požadavku určit třídy uživatelů 1.2 Evidence požadavků Každý požadavek musí mít určité atributy pro dodatečné informace. Atributy jsou následující: datum vytvoření a změny detailní popis (případná) návaznost na jiné požadavky kdo požadavek požaduje ID požadavku 1.3 Změny požadavků datum vytvoření změny popis změny priorita změny kdo změnu požaduje ID změny 1.4 Posuzování požadavků úplnost správnost proveditelnost nepostradatelnost ověřitelnost 1.5 Kontrola požadavků provádění revize testování požadavků 1.6 Specifikace požadavků Pomocí strukturovaného dokumentu v přirozeném jazyce. 3

II. Definice projektu Klient přišel s požadavkem na vytvoření informačního systému, který bude sloužit jako filmová databáze nejen komerčních filmů, ale i studentských a jiných, dále pak jako databáze herců a režisérů. Databáze musí být přístupná z webového prohlížeče, tudíž jde o vytvoření i webové aplikace, která bude nabízet prohlížení filmů, seriálů, pořadů, herců, režisérů dle nejrůznějších filtrů, které si uživatel nadefinuje při vyhledávání. III. Projektová omezení Informační systém bude pod správou pověřených administrátorů od klienta. Administrátorská sekce bude dostupná pouze pomocí speciální sekce pod administrátorským loginem a heslem, kde bude možné editovat webové stránky databáze webovou aplikaci. IV. Funkční požadavky Požadavky na evidenci záznamů v IS a webové aplikaci jsou roztříděny následovně do jednotlivých kategorií a jsou k nim přiřazeny jednotlivé atributy. Každá kategorie požadavků má své unikátní ID, datum vytvoření a zadavatele. Každá kategorie bude posuzována jako celek, to znamená, jestli je jeho popis dostatečný a požadavek je proveditelný (P). I. [ID4-01- 0 08.03.2013 Jan Fousek] P Evidence filmů, seriálů, pořadů Požadavek by měl obsahovat následující atributy: název, rok vydání, žánr, herci, režiséři, trailer, popis II. III. [ID4-02- 0 08.03.2013 Jan Fousek] P Evidence herců, režisérů Požadavek by měl obsahovat následující atributy: jméno, příjmení, rok narození, rok úmrtí, seznam filmů, stručný životopis [ID4-03- 2 08.03.2013 Jan Fousek] P Evidence uživatelů 4

a. [ID4-03- 2-1 08.03.2013 Jan Fousek] P Seznam uživatelů Požadavek by měl obsahovat následující atributy: přezdívka, jméno, příjmení, počet komentářů, počet hodnocení b. [ID4-03- 2-2 08.03.2013 Jan Fousek] P Přihlášení uživatele Požadavek by měl obsahovat následující atributy: přezdívka, heslo i. Online přihlašovací formulář IV. [ID4-04- 4 08.03.2013 Jan Fousek] P Registrace uživatele a. Online registrační formulář b. [ID4-04- 4-2 08.03.2013 Jan Fousek] P Vyplnění registrace Požadavek by měl obsahovat následující atributy: jméno, příjmení, email, heslo c. Licenční podmínky užívání d. [ID4-04- 4-2 08.03.2013 Jan Fousek] P Aktivace účtu Požadavek by měl obsahovat následující atributy: přes email V. [ID4-05- 8 08.03.2013 Jan Fousek] P Uživatel a. [ID4-05- 8-1 09.03.2013 Jan Fousek] P Registrace přes registrační formulář Požadavek by měl obsahovat následující atributy: jméno, příjmení, email, heslo b. [ID4-05- 8-2 09.03.2013 Jan Fousek] P Přihlášení přes přihlašovací formulář Požadavek by měl obsahovat následující atributy: přezdívka, heslo c. [ID4-05- 8-3 09.03.2013 Jan Fousek] P Informace o uživateli Požadavek by měl obsahovat následující atributy: jméno, příjmení, přezdívka d. [ID4-05- 8-4 09.03.2013 Jan Fousek] P Oblíbené (záložky) i. Filmy, pořady, seriály Požadavek by měl obsahovat následující atributy: název, rok vydání, plakát, stručný popis 5

ii. Herci, režiséři Požadavek by měl obsahovat následující atributy: jméno, příjmení, fotka e. [ID4-05- 8-5 09.03.2013 Jan Fousek] P Hodnocení filmů, pořadů, seriálů Požadavek by měl obsahovat následující atributy: stupnice 1-5 jako ve škole f. [ID4-05- 8-6 09.03.2013 Jan Fousek] P Komentáře pod filmy Požadavek by měl obsahovat následující atributy: datum, text komentáře g. [ID4-05- 8-7 09.03.2013 Jan Fousek] P Vkládání trailerů h. [ID4-05- 8-8 09.03.2013 Jan Fousek] P Nastavení úvodní stránky dle filtrů i. Nové tituly v kinech dle zadaných parametrů (např. žánr, země původu) ii. Nové tituly na DVD/Blu Ray V. Nefunkční požadavky K provozu a uchování informací v databázi poslouží Microsoft MySQL Server 2012. Informační systém bude tvořen webovou aplikací napsanou pomocí HTML, PHP, CSS a JavaScriptu dle standardů, stejně tak jako webová prezentace filmové databáze. [ID5-00 10.03.2013 Jan Fousek] P Požadavek proveditelný a zároveň ověřitelný dle W3C. JavaScript je nepostradatelný. VI. Požadavky na požadavky 1. Systém bude umožňovat výpis filmů, pořadů, seriálů dle nejrůznějších filtrů jako je rok vydání, žánr, původ, typ s možností zadání herce nebo režiséra. Dále podle oblíbenosti, nebo jestli je nejlepší (opět podle uživatelů), či nejhorší. [ID6-01 11.03.2013 Jan Fousek] N Požadavek je proveditelný i ověřitelný zároveň ale neúplný, tzn. Není definováno jestli to systém umožní pouze registrovaným, neregistrovaným, a nebo oběma skupinám uživatelů. 6

2. Systém bude vypisovat na úvodní stránce seznam nejnovějších filmů, pořadů nebo seriálů a dále televizní program pro daný datum. [ID6-02 11.03.2013 Jan Fousek] N Požadavek je proveditelný i ověřitelný zároveň ale neúplný, tzn. Není definováno jestli to systém umožní pouze registrovaným, neregistrovaným, a nebo oběma skupinám uživatelů. 3. Administrátoři budou mít práva na přidávání a editaci filmových titulů, seriálů a pořadů. Dále budou mít pravomoc upravovat údaje k jednotlivým titulům nebo mazat nevhodné komentáře uživatelů. [ID6-03 11.03.2013 Jan Fousek] P Požadavek je proveditelný i ověřitelný zároveň nepostradatelný. 4. Hlavní administrátor odebírání uživatelů, přidávání a odebírání administrátorů. Hlavní administrátor bude mít pravomoc přidávat a odebírat administrátory (podřízené adminy). Dále bude mít všechny pravomoci jako podřízený administrátor s tím, že budou moci odebrat uživatele, kteří se proviní porušením pravidel pro uživatele a tím dojde ke smazání profilu. [ID6-04 12.03.2013 Jan Fousek] P Požadavek je proveditelný i ověřitelný zároveň nepostradatelný. 5. Uživatel registrace, přihlášení, možnosti a oprávnění. Uživatel bude mít možnost se registrovat, poté se mu vytvoří profil, kde může mít informace o sobě, sbírku oblíbených filmů, pořadů, seriálů, herců a režisérů nejsou to ale povinné položky, které musí vyplňovat. Dále bude mít možnost, na rozdíl od neregistrovaných uživatelů, hodnotit jednotlivé tituly, psát k nim komentáře, vkládat trailery k filmům. [ID6-04 12.03.2013 Jan Fousek] P Požadavek je proveditelný i ověřitelný zároveň nepostradatelný. 7

VII. Rozdělení uživatelů 1. Hlavní administrátor a. správa administrátorských účtů (vytváření, editace, mazání) b. správa uživatelských účtů (editace, mazání) c. psaní reportů d. správa sponzoringu 2. Administrátor a. správa uživatelských účtů (editace, mazání) b. správa filmové databáze c. správa komentářů k jednotlivým titulům (z hlediska porušení pravidel pro uživatele) d. správa v případě výpadku e. správa doplňků (např. nejnovější verze přehrávače pro trailery) f. řešení problémů s nedostupnosti některých titulů, či chybou s přehráváním trailerů g. tvorba a rozesílání newsletterů 3. Registrovaný uživatel a. základem je prohlížení a vyhledávání titulů v databází b. dále komentování a hodnocení jednotlivých titulů c. vytvoření a editace profilu d. vytváření a editace záložek s oblíbenými filmy, pořady, seriály, herci a režiséry e. po přihlášení možnost zobrazovat na úvodní stránce nejnovější tituly dle zvolených parametrů v nastavení f. možnost přidávat trailery k jednotlivým titulům g. možnost odebírat newslettery s novinkami 4. Neregistrovaný uživatel a. základem je prohlížení a vyhledávání titulů v databázi (stejně jako Registrovaný uživatel) b. nemá možnost hodnotit nebo komentovat jednotlivé tituly c. nemá možnost vkládat trailery k titulům d. možnost registrace - vytvoření uživatelského jména, hesla a odsouhlasení podmínek pro užívání e. po registraci se odešle email na jeho adresu s aktivačním odkazem, který aktivuje profil uživatele 8

VIII. Testování funkcionalit Testování bude probíhat pomocí TDD testů (Test Driven Development), tzn. pomocí programově řízených testů, které budou testovat jednotlivé funkcionality při vývoji. Jsou to automatizované testy. Toto testování bude tedy probíhat při vývoji. Dále bude testována betaverze, která bude testována už i manuálně. Pokud testování neodhalí žádné chyby, bude vydána betaverze pro zákazníka, který si ji bude moci otestovat a bude si moci vyzkoušet fungování filmové databáze. IX. Změny a požadavky na změny Po otestování zákazníkem bude možnost provést změny, které budou zaneseny do databáze připomínek pomocí feedbacku pod patřičným označením, pomocí ID a dále bude uvedeno, kdo o změnu zažádal, naléhavost změny, popis změny a datum uvedení změny. X. Práva zákazníka Zákazník má právo na dokumentaci k projektu, její pročtení a případné vysvětlení některých bodů, kterým nerozumí. Dokumentaci zákazník dostane jak v tištěné podobě tak i v elektronické. Dále má zákazník právo na změnu požadavků, funkcionalit, a nebo grafického uživatelského rozhraní požadovaného informačního systému i webové aplikace. 9