FAKULTA INFORMAČNÍCH TECHNOLOGIÍ SPOLEČNOST DECADIC PROJEKT FRAMETRIX

Transkript

1 FAKULTA INFORMAČNÍCH TECHNOLOGIÍ ÚSTAV INFORMAČNÍCH SYSTÉMŮ MANAGEMENT PROJEKTŮ SPOLEČNOST DECADIC PROJEKT FRAMETRIX SPECIFIKACE POŽADAVKŮ AUTOR DOKUMENTU JIŘÍ JANDA BRNO 15. března 2012

2 Obsah 1 Úvod Účel systému Rozsah systému Definice termínů Všeobecný popis Kontext produktu Přehled funkcí Profil uživatele Přehled omezujících podmínek Specifikace požadavků Funkční požadavky Požadavky na software Požadavky na klientskou část Požadavky na uživatelské rozhraní Časové požadavky Diagram jednání Ověřovací kritéria Kritéria výkonnosti Kritéria funkcionality

3 Specifikace požadavků 1 Úvod Projekt realizuje informační systém pro vytváření, upravování a evidenci logických rámců. Informační systém bude rozdělovat jeho uživatele na několik rolí s rozdílnou pravomocí nad daty v systému. Tento dokument je zaměřen na jednoznačné určení a pojmenování uživatelských rolí ve vytvářeném informačním systému, jejich pravomocí a povinností, obsahu logického rámce a práce s ním. Tento dokument slouží pro zákazníka a vývojový tým Decadic jako určení seznamu požadavků na informační systém, podle nichž bude vytvořen. 1.1 Účel systému Aby firma mohla efektivně a přehledně zpracovávat své projekty, potřebuje si před započetím projektu vytvořit matici logického rámce daného projektu. Ve firmě pracuje několik manažěrů, kteří tyto projekty zakládají a přidělují je pro zpracování konkrétním projektovým manažerům firmy. Systém řeší tvorbu, editaci i možnost přístupu k těmto maticím všem pracovníkům na daném projektu. 1.2 Rozsah systému Systém bude umožnovat vytvářet, editovat a prohlížet celé nebo konkrétní podčásti maticí logického rámce. Umožnuje přihlášení různých uživatelů s různými oprávněními, které jim přidělí administrátor. Systém umožnuje export dat o logickém rámci kompatabilní s programem MS Project ve verzi Definice termínů administrátor - Označení role pro uživatele zodpovědného za správu systému (správa uživatelů a jejich rolí). manažer - Označení role pro uživatele zodpovědného za několik projektů sestavující celek. Vytváří projektový rámec, přiřazuje projektového manažera k projektu. A spravuje uživatele a jejich role. projektový manažer - Označení role pro uživatele zodpovědného za konkrétní projekty a vypracování jejich logických rámců. pracovník - Označení role pro uživatele, který reprezentuje lidský zdroj v projektu. Může prohlížet logický rámec týkající se projektu, kterého se účastní. 2

4 logický rámec - Chápan dle dokumentu Definice problemu, s odkazem na referenci, kde je logicky rámec blíže rozebrán < MPR/private/4t_logicky-ramec.pdf>. Role uživatelů se zodpovědností jsou blíže diskutovány v dokumentu Definice problému v sekci otázky. matice - Část logického rámce, kde v každé její buňce je zapsán specifický a předem definovaný fakt o projektu. login/logout - Vstupní/výstupní bod systému pro uživatele. 2 Všeobecný popis 2.1 Kontext produktu Organizace, ve které bude informační systém nasazen, používá převážně operační systém od firmy Microsoft a to Windows XP nebo Windows 7 s nainstalovaným programem Internet Explorer. Ve výrazně menším měřítku je použit operační systém typu Linux. Systém nespolupracuje s žádným jiným softwarovým produktem, pouze pomocí exportu dat lze provést výměnu dat s programem MS Project ve verzi Přehled funkcí Systém umožňuje tvorbu, editaci a zobrazení celé nebo libovolné podčásti matice. Matici nebo její podčást lze také tisknout. Lze provést export dat matice. 2.3 Profil uživatele Každý uživatel, který má přístup do systému se musí přihlásit. Dle jemu přidělených práv poté může vykonávat různé funkce. O každém uživateli jsou uchovávány v databázi tyto informace: jméno a příjmení přihlašovací jméno zašifrované heslo oprávnění Uživatele dle práv můžeme rozdělit do těchto skupin: administrátor - Spravuje systém, má veškeré pravomoce pro správu uživatelů. manažer - Vytváří a přiděluje nové matice, může je i editovat. Má pravomoce na správu projektových manažerů. projektový manažer - Upravuje přidělené matice. Má pravomoce na správu pracovníků. pracovník - Je bežný člen týmu, který pracuje na daném projektu. Může mu být přidělen libovolný počet matic, které může dále prohlížet nebo tisknout. 3

5 2.4 Přehled omezujících podmínek Produkt je webová aplikace a tedy přístupná pomocí webového prohlížeče. Musí být přístupný a plně funkční ve všech aktuálních verzích prohlížečů Internet Explorer, Mozilla Firefox, Google Chrome a Opera. 3 Specifikace požadavků 3.1 Funkční požadavky Vytvoření matice: Výstup: Vytvořená nová matice. Popis: Vytvořit novou matici může každý uživatel s oprávněním manažer. Tato matice je vždy přidělena právě jednomu projektovému manažerovi. Ten matici edituje, a může k této matici přiřadit neomezený počet pracovníků, kteří poté mohou matici prohlížet/tisknout. Editace matice: Vstup: Vytvořená matice, vyplněná i nevyplněná. Výstupy: Upravená matice. Popis: Editovat matici může jediný přiřazený projektový manažer. Systém nedovoluje vyplnění matice libovolně, ale pouze podle pravidel správného vyplňování matic. Export dat: Vstupy: Vyplněná (i částečně) matice. Výstupy: Soubor s exportovanými daty ve formátu pro MS Project Popis: Exportovat lze každou vytvořenou (i nevyplněnou) matici logického rámce. Formát dat je XML soubor podle schémat pro MS Project 2007, na <wwwhttp: //schemas.microsoft.com/project/2007/>. Předmětem exportu jsou položky logického rámce s názvem aktivity a k tomu odpovídající zdroje. Přihlášení uživatele: Vstupy: Zadané heslo a login uživatele. Výstupy: Uživatel je přihlášen v případě zadání validních údajů, v opačném případě informační výpis. Popis: Pro přihlášení je nutné zadat přihlašovací jméno a heslo. Při správné kombinaci je uživatel přihlášen do systému a jsou mu nabídnuty volby odpovídající jeho oprávnění. 3.2 Požadavky na software HTTP Server Apache verze 2.2.x a novější PHP 5.3.x 4

6 MySQL databáze verze 5.0.x a novější PHP memory limit minimálně 24MB, ideálně 32MB možnost konfigurace Apache přes.htaccess soubory konfigurace Apache a PHP dle požadavků Nette Frameworku (viz nette.org/cs/requirements> tabulka ve spodní části stránky) < 3.3 Požadavky na klientskou část Uživatel musí přistupovat do systému skrze některou z vyšších verzi prohlížečů, těmi jsou Internet Explorer 9, Mozilla Firefox 4.0, Google Chrome , Opera Je nutné aby měl uživatel zapnutý JavaScript a povolené Cookies. Správné chování v jiných prohlížečích, či starších verzích výše uvedených není zaručeno. 3.4 Požadavky na uživatelské rozhraní Výstup aplikace bude dobře čitelný (zahrnuje kontrastní pozadí textu a bezpatkový font) a přístupný (zahrnuje použití sémantických značek, odlišení odkazů, přehlednou a snadnou navigaci). 3.5 Časové požadavky Termín vytvoření a dodání aplikace je se zákazníkem domluven na Každý týden zpoždění znamená bodovou srážku hodnocení projektu. 4 Diagram jednání 5

7 5 Ověřovací kritéria 5.1 Kritéria výkonnosti Výkonnostní charakteristika Limit Druh testu a specifikace Velikost stránky 1 MB Velikost stránky je definován jako součet všech dat přijatých prohlížečem na jednu akci. Měření je možné provést např. pomocí Firebugu. Velikost statických dat 250 kb Statickými daty se myslí obrázky, css a javascriptové soubory, dokumenty a jiné přílohy. Limit se vztahuje ke každému souboru. Měření lze opět provést pomocí Firebugu a funkcemi běžného prohlížeče (např. Firefox). Doba odezvy SQL požadavků celkem na každou akci Doba zpracování webového požadavku 5.2 Kritéria funkcionality 100 ms Doba odezvy je definována jako součet doby zpracování SQL požadavku a doby přenosu mezi webovým a databázovým serverem. Měření je možné pomocí funkce profilování frameworkem používajícího SQL driver. 500 ms Dobou zpracování webového požadavku je myšlen čas mezi přijetím požadavku na straně serveru a začátkem odesílání dat uživateli. Z hlediska funkcionality bude provedeno ověření všech funkcí, které systém nabízí. Při tom se vychází s případu užití. Každé jednání (Use case) bude rozepsáno na jednotlivé Test case, ve kterých budeme následně krok za krokem testovat a porovnávat jednotlivé možnosti vstupů s očekávanými výsledky. Každý Use case bude splněn, jakmile budou splněny všechny jeho Test case. Test case bude splněn, jakmile se výsledky všech vstupních možností budou shodovat s očekávanými výsledky. Systém bude předán zákazníkovi, jakmile budou splněny všechny Use case. Jednotlivé Test case budou rozepsány v samostatném dokumentu týkajícím se testování. 6

8 Následující tabulka mapuje základní ověření funkcionality požadované zákazníkem: Úkon Vyžaduje Výsledek Editace uživatele Vybrání správného uživatele, práva na editaci. Zvolený uživatel bude v systému upraven v závislosti na požadavku. Smazání uživatele Zvolení uživatele, práva na mazání uživatele. Ze systému bude odstraněn zvolený uživatel. Login Zadání přístupových údajů. V závislosti na ověření identity bude uživatel vpuštěn do systému. Změna práv Práva na tento úkon, vybrání uživatele. Zvolenému uživateli bude v systému změněna role v systému. Vytvoření logického Práva na tento úkon, vyplnění V systému přibude nový projekt s rámce požadovaných položek. údaji logického rámce. Úprava logického rámce Práva na tento úkon, vybrání Vybranému logickému rámci budou logického rámce, úprava údajů. v systému změněny zvolené atributy. Přidělení projektového manažera logickému rámci Přidělení přístupu k logickému rámci uživateli Export logického rámce do MS Project Nahlížení na logický rámec Tisk Práva na tento úkon, vybrání uživatele, vybrání logického rámce. Práva na tento úkon, vybrání uživatele, vybrání logického rámce. Vybrání logického rámce, zvolení souboru. Vybrání logického rámce, na který má uživatel práva nahlížet. Vybrání logického rámce, na který má uživatel práva nahlížet, nastavení tiskárny. Vybraný logický rámec bude v systému provázaný s vybraným projektovým manažerem. V systému bude zaznamenán vztah mezi vybraným uživatelem a logickým rámcem. Do zvoleného souboru bude kopírován vybraný logický rámec ve formátu MS Project V závislosti na přidělených právech bude uživateli zobrazen vybraný logický rámec ve formátu dohodnutém v požadavcích. Vybraný logický rámec bude poslán do vybrané tiskárny/souboru. Jednotlivá kritéria bude moci ověřit hodnotami z databáze a pro uživatele přes uživatelské rozhraní informačního systému (v závislosti na úkonu). Jednotlivá práva na úkony jsou specifikovány v diagramu jednání. 7