Csoport neve: NUQIQ

Feladat sorszáma: 5

Feladat címe: UML szerkesztő

VÍZIÓ DOKUMENTUM

Gyakorlatvezető::

TAMÁS ISTVÁN G-5S8

Csoport tagok:

2006. 03. 09.

Történet

Tartalomjegyzék

7.1. Teljesítmény követelmények

7.2. Válaszidő

7.3. Biztonság

7.4. Felhasználóbarátság

1. Bevezetés

Ezen dokumentum megismerteti a felhasználót a kész szoftverünkkel, mintegy betekintést - víziót - ad a program működésére vonatkozóan, ill. a felhasználók körét illetően. Letisztázzuk az alkalmazás helyét a piaci életben, beleértve a felmerülő üzleti lehetőségeket, és a probléma pontos, kiterjedt megfogalmazását (alább a probléma általános megfogalmazása olvasható). Célunk megismertetni a felhasználót a végtermékkel, hogy az minél szélesebb felhasználói kört nyerjen, ezáltal könnyen elterjedhessen. Ebben leírjuk, miért érdemes használni a programot, mely programokkal használható együtt ill. milyen fontosabb függőségei vannak, milyen költségekkel jár a szoftver elkészítése, valamint a telepítésre vonatkozó információkat. Az ezután következő fejezetek tartalmazzák a végtermékkel kapcsolatos korlátozásokat és a fejlesztés során felmerülő problémákat, hibalehetőségeket. Az utolsó előtti fejezetben a kockázat listát taglaljuk. Végezetül az ezen dokumentumban szereplő idegen kifejezéseket egy szótár formájában összefoglaltuk. Reméljük, ezzel nagyban hozzájárulunk a szakkifejezések és a leírásunk megértéséhez.

A fő célunk egy olyan alkalmazás fejlesztése, melynek segítségével UML 1.5 adatmodell készíthető, egyaránt kézi szerkesztéssel, valamint konverzió alapján. A konverziót SQL adatbázis kezelő nyelv és xml nyelv alapján végzi a szoftver. Ennek megfelelően olyan grafikus fejlesztői környezettel rendelkezik, amely platformfüggetlen, akár egy böngészővel is használható. Természetesen megfelel a mai biztonsági követelményeknek, ezt a jelszavas beléptető rendszer biztosítja. A felhasználói munkának az eredménye képként fog létrejönni, melyet a felhasználó szabadon letölthet, vagy akár ki is nyomtathat. A képek kiterjesztése a felhasználó által választhatóan .gif, vagy .jpeg lehet.

2. Az alkalmazás helye

2.1 Üzleti lehetőségek

Mivel a projektünk egyik alapját képezi az ingyenes felhasználhatóság - felesleges üzleti lehetőségekről beszélni. A csoportunk által fejlesztett szoftver elsősorban az informatikai oktatásban részt vevők és az adatbázisokkal foglalkozó alkalmazásfejlesztők számára készül.

2.2 A probléma megfogalmazása

A probléma - melyre megoldást kínálunk - adatbázisok tervezési fázisában lelhető. Az SQL és más adatbázis-készítésre alkalmas nyelvek közös problémája a nehéz áttekinthetőség, a magas szaktudás-igény és az esetlegesen felmerülő többlet munkálatok egy adatbázis szerkezetének módosításakor. Ezzel szemben az UML 1.5 egy grafikus, áttekinthető, könnyen kiegészíthető és megváltoztatható, de ugyanakkor elég jól definiált modell, mely sokkal kevesebb ismeretet feltételez. Így merül fel a kérdés, hogyan lehetne a kódolási fázist átugorva, a modellből rögtön egy kész, tesztelhető adatbázis-szerkezetet készíteni? Erre a problémára kínálunk megoldást. Reményeink szerint a termék használatával nagymértékben fog gyorsulni a tervezés, megkíméljük a felhasználót a kódolás részleteitől, nagymértékben növelve bármely adatbázis-készítési projekt költséghatékonyságát.

2.3 Az elkészült termék helye

Projektünk legfőbb célja az adatbázis-fejlesztési folyamatok megkönnyítése és a fejlesztők munkájának felgyorsítása, illetve egy erre alkalmas fejlesztői eszköz készítése. Ennek megfelelően a (majdan) kész szoftvert elsősorban adatbázis-tervezéssel, adatbázis implementációval vagy esetleg karbantartással foglalkozó szervezeteknek, cégeknek ajánljuk. Ugyanakkor - mivel egy teljesen ingyenes termékről van szó - hasznos lehet a szak- és felsőoktatásban demonstrációs célokra; illetve akár magánfelhasználásra is (bár ez utóbbi UML 1.5 alapok ismeretét feltételezi).
A lehetséges alternatívák között lehet találni profi fejlesztői eszközöket, melyek alapvetően abban különböznek a mi termékünktől, hogy - azokkal szemben - a miénk ingyenesen felhasználható, illetve - webes alkalmazásról lévén szó - bárhonnan könnyen és gyorsan elérhető, és külön szoftver telepítését sem igényli.

3. Érintettek és felhasználók

Ebben a fejezetben összefoglaljuk a rendszer által érintett, és azt majdan használó személyek adatait. Összegyűjtjük az érintett felhasználó-típusok mindegyikét, és a fejlesztői csoport tagjait, amit áttekinthető táblázat formájában adunk közzé. Ezek után összefogjuk az adott szerepet (érintett, illetve felhasználó) reprezentáló konkrét személyeket, és megadjuk elérhetőségeiket.

3.1. Az érintettek összefoglalása

3.2. A felhasználók összefoglalása

3.3 Felhasználói környezet

Ebben a pontban megfogalmazzuk azokat a tudnivalókat, amik a fejlesztés jelenlegi fázisában a szoftver használatáról már rendelkezésre állnak. Ezek az alábbiak:

• Az alkalmazás teljesen platformfüggetlen lesz, és ezen a jövőben sem kívánunk változtatni.
• A szoftvert egyszerre több felhasználó párhuzamosan használhatja majd, ezek pontos számára egyelőre nem tennénk becslést
• Az adatbázis-kezelők által maximálisan kezelhető felhasználószám támogatása a cél, mely természetesen függ az adattáblák méretétől is
• Az SQL, xml szabványok és a programunk gyors működése folytán az egy felhasználóra számított felhasználási idő rövid lesz, melynek mértéke nem számottevően ingadozó (bár szintén függ a táblák méretétől)
• Különleges körülményekkel a program fejlesztése során nem kell számolni.
• Az elkészült alkalmazás internet böngészővel lesz felhasználható.

3.4. Illetékesek adatai

Jobbágy Gábor
Tankör: G-3S7T
Email: jogag@freemail.hu
Beosztás: csapatvezető, fejlesztő

Nyiczky Tamás
Tankör: G-3IN
Email: nyito@freemail.hu
Beosztás: fejlesztő

Zemlényi Dávid
Tankör: G-3S1D
Email: sodessyon@freemail.hu
Beosztás: tervező

Kocsis László
Tankör: G-3S7I
Email: lacos@hungary.org
Beosztás: tesztelő

Márton Tibor
Tankör: G-3IN
Email: mtibi23@freemail.hu
Beosztás: kódoló

Szabó Árpád
Tankör: G-3IN
Email: aarpoe@freemail.hu
Beosztás: dokumentátor

3.5. Felhasználók adatai

Tamás István
Tankör: G-5S8
Email: tamas2@iit.uni-miskolc.hu
Beosztás: konzulens

A termék fő rendeltetése az adatbázist tervező szakemberek munkájának megkönnyítése az adatbázisok UML 1.5 verziójú modell alapú szemléltetése, és tervezése terén.

A leendő termék két jelentősebb komponensből épül fel. Az első ilyen komponens egy grafikus szerkesztést lehetővé tevő felület. A másik komponens működését tekintve konverziót hajt végre már létező, más modell szerint alkotott adatbázisból UML 1.5 verziójú modellbe. Itt lehetőség nyílik több (összesen kettő) adatbázisleíró-nyelven írt adatbázis feldolgozására. Ezek a nyelvek: az SQL, és az XML. A végtermék segítségével végzett munka végeredmény digitális kép formájában valósul meg, amely lehet letölthető file, vagy elhelyezkedhet egy HTML oldalon is. Itt is lehetőség van a kép formátumának megválasztására. A választható formátumok: .jpeg, illetve .gif. Ugyanakkor C++ programozási nyelv segítségével készített UML 1.5 ábrákat importálni, valamint a szoftverünk által készült ábrákat exportálni lehet majd.

A termék előnye, hogy platformfüggetlen, web-es felületet szolgáltat, így bármely számítógépes rendszeren használható egy internet-böngésző segítségével. További előnye, hogy egy egyszerű, könnyen használható felületet biztosít mind a szerkesztés, mind a konverzió terén gyorsan és pontosan.

Mivel csak a modell szemléltetése a célunk, a konvertálandó adatbázisoknak csak a sémaleíró részére van szükség, mely nem igényel olyan méretű tárterületet, mint egy már adatokat tartalmazó teljes adatbázis. Bár megoldható, hogy ezek a sémaleíró file-ok csak átmenetileg tárolódjanak az alkalmazást futtató szerveren. Ezáltal minimalizálhatjuk az igényelt tárterület. Több felhasználó esetén meggondolandó a tárterület mérete, mert egyidőben számos file tárolása is szükséges lehet, még ha csak ideiglenesen is. Ez az eset felveti nagyobb tárolókapacitás igényét. Fontos még, hogy az alkalmazást futtató szerver támogassa a PHP 5-öt. Természetesen a nyelv fejlődésével párhuzamosan frissíteni kell az alkalmazást, illetve azt oly módon kell megírni, hogy az az újabb verziójú PHP-motorok alkalmazása esetén is ugyanúgy működjenek (az alternatív szintaktika kerülendő).

A fejlesztés költsége minimális, jóformán csak a munkadíjak teszik ki. Járulékos költséget jelenthet egy saját webszerver üzemeltetése, vagy pedig egy olyan tárhely bérlése, melynek a szervere támogatja a PHP 5-ös és fölötti verzióit. A PHP 5 nyelv fejlesztő környezetet nem igényel, script-nyelv lévén elegendő egy egyszerű szövegszerkesztő és egy internet-böngésző a szoftverek fejlesztéséhez. Üzembehelyezés esetén szintén szükséges a hozzáférés egy webszerverhez, azon felül csak egy böngésző kell, ami manapság már természetes minden operációs rendszernél.

Az alkalmazás PHP-kódját el kell helyezni egy webszerveren, amely támogatja az 5-ös verziójú PHP-t. Amennyiben a felhasználó által használt számítógép nem rendelkezik internet eléréssel, akkor pótolni kell ezt a hiányosságot, valamint telepíteni kell egy internet böngészőt. A webszerver természetesen üzemeltető személyzetet igényel, de azt a szolgáltató biztosítja. Amennyiben Önök kívánják üzemeltetni a szükséges webszervert, és üzemeltető személyzetre van szükségük, forduljanak hozzánk bizalommal.

UML adatmodell készítése

Konverzió SQL adatbázis kezelő nyelvből és xml nyelvből

Platformfüggetlen grafikus fejlesztői környezet

Jelszavas beléptetőrendszer az adatok védelme érdekében (Session kezelés.)

A munka végeredménye egy kép, melyet a felhasználó gif vagy jpeg típusú képként menthet el.

A végeredmény exportálásának lehetősége HTML formátumba.

A végeredmény exportálása C++ nyelven feldolgozható képleírásba, valamint az ábrák "C++"-ból való importálása.

A program használatához szükség van:

bármilyen grafikus internetböngészőt futtatni képes számítógépre

internetkapcsolatra

internetkapcsolat hiányában a számítógépre telepített legalább 5-ös verziójú PHP szerverre

az operációs rendszernek tudnia kell kezelni a jpeg valamint gif képfájlokat

az operációs rendszerre telepített képnézegető alkalmazásra (amennyiben azt az operációs rendszer nem tartalmazza)

a szoftver egyes funkcióinak (konvertálás) használatához egyéb adatbázis kezelő nyelvek implementálása a számítógépre (XML,SQL)

1. Teljesítmény követelmények
2. Válaszidő
3. Biztonság
4. Felhasználóbarátság

- GRAFIKA:
Az UML 1.5 ábrák szerkesztése, ill. megtekintése, továbbá a felhasználóbarát kezelői felület kialakítása mindenképpen szükségessé teszi a grafikus képernyő kezelését, így biztosítani kell az ehhez szükséges hardware és software erőforrásokat:

-min 16 bites színmélység
- min 1024x768 pixel képernyőfelbontás
- egér használat
- nyomtató megléte
- regionális nyelvi beállítások kezelése)

- ADATBÁZIS MÉRET
Fontos tudni, hogy a programnak milyen nagyságrendű, ill. összetettségű adatokat kell tudnia kezelni, továbbá, hogy ezen paraméterek milyen módú, és ütemű változása várható a megfelelő adatkezelési algoritmusok kidolgozása, és a rendszer későbbi
hatékony bővíthetőségének biztosítása céljából.

-adattáblák mennyisége
- adattáblák rekordjainak száma
- adatrekordok mezőinek száma
- adatkapcsolatok száma
- adatlekérdezések összetettsége
- a használt operációs rendszerek típusa

Fentiek ismeretében megállapítható, a következő erőforrások szükségessége:

-a rendelkezésre álló számítógépek szabad merevlemez-kapacitása
- a rendelkezésre álló számítógépek RAM memóriájának a mérete
- a rendelkezésre álló számítógépek processzor teljesítménye
- hálózati kapcsolat (elérhetőség, sebesség, védettség)

Pontos információval nem tudunk szolgálni a várható futásidei válaszidőről, viszont igyekszünk azt a lehetőségeinkhez mérten minimalizálni.

-Felhasználók

-Amennyiben a programot futtató számítógépet több személy is használhatja, esetleg azonos felhasználó névvel is, de nem mindegyiknek szeretnénk engedélyezni ezen program használatát, úgy szükséges a programba egy külön, jelszavas beléptetőrendszert beépíteni, melyet a PHP 5 beépített session kezelő moduljának segítségével valósítunk meg.
- Nem minden, a program használatára jogosult személy használhassa azonos jogkörrel a programot: legyenek akik:

-csak olvashatják az elkészített, ill. készülő anyagot.
-csak az UML 1.5 ábrákat tekinthetik meg
-csak hozzáfűzéseket tehetnek
-tetszés szerint módosíthatják az állományokat

Biztosítsuk, hogy a LOST UPDATE jelenség elkerülése érdekében egyszerre csak egy felhasználó szerkeszthessen egy állományt, továbbá, hogy a többi, ezen állományt éppen megtekintő felhasználó, a módosítás tényéről azonnal értesítést kapjon.

-Biztonsági mentés

-Biztosítsuk, hogy bizonyos mértéket meghaladó, ill. adott elemeket érintő, vagy adott jellegű változtatás hatására a módosított anyag új fájlban tárolódjon, és a módosítás előtti verzió, egy dátummal ellátott, automatikusan generált névvel ellátva egy erre a célra kijelölt jegyzékben eltárolásra kerüljön.
- Biztosítsuk, hogy bizonyos időközönként, a "végleges" nem szerkesztés alatt álló állományokról egy dátummal ellátott, automatikusan generált névvel ellátott biztonsági másolat kerüljön lementésre, egy erre kijelölt jegyzékbe.
- Biztosítsuk, hogy a generált névre vonatkozóan bizonyos paraméterek megadhatóak legyenek, méghozzá projekthez kötődő, más és más beállításokat lehessen megtenni.
- Biztosítsuk, hogy megadott időközönként a szerkesztés alatt álló állományokról ideiglenes biztonsági mentések készüljenek, egy megadott jegyzékbe, automatikusan generált, dátummal ellátott néven. Ezen ideiglenes fájlok, a végleges mentés során automatikusan törlődjenek, biztosítsuk továbbá, hogy ezen fájlok más módon ne kerülhessenek törlésre (pl. manuálisan) kizárólag egy rendszergazda által!
- Kilépés előtt mindenképpen jelezze a program, ha módosítások történtek a legutóbbi MANUÁLIS mentés óta, és ajánlja fel a módosítások elmentését, figyelmen kívül hagyását, ill. a kilépési parancs visszavonását!
- Megadott -állítható- időközönként szólítsa fel a rendszeradminisztrátort, külső adathordozóra való biztonsági mentés készítésére, továbbá bizonyos idő elteltével ki nem kerülhető módon kényszerítse a rendszergazdát, ezen mentések elvégzésére.

-Biztonsági napló

-Minden módosításról, megtekintésről, ill. mentésről készüljön automatikusan generált naplóbejegyzés, mely tartalmazza a felhasználó nevét, és a beavatkozás pontos idejét. Ezen naplófájl minden külső adathordozóra való mentéskor minden egyéb adattal együtt kerüljön elmentésre!
- Kerüljön rögzítésre a naplóba továbbá:

-minden felhasználónak a rendszerben töltött ideje, a felhasználónév, továbbá a be és kilépési időpontok (valamint az előző pontok által már biztosított módosítások) feljegyzésével.
-minden esetleges rendszerhiba - bekövetkezésének ideje, és jellege, esetleg hibaüzenet

-Grafikus felhasználói felület
-Egér használat
-Profile: felhasználóhoz rendelt, tetszőleges beállítások tárolása, kezelése (eszköztárak, menük, ikonok, makrók...)
-Munkamenet(session) , ill. állapot megjegyzés, kezelés

 

 

A dokumentációinkat meghatározott forma szerint készítjük. A dokumentációk HTML formátumban valósulnak meg. Mindenki a dokumentációk ráeső részét text formában készíti Notepad, vagy a Midnight Commander C-edit nevű szerkesztőjével, ezt követően a Dream Weaver nevű szoftver segítségével illesztjük be a HTML dokumentumba.

- A PHP-nyelv folyamatosan fejlődik: újabb és újabb megoldások születnek az egyes problémákra, ugyanakkor sajnos egyes dolgok kihalnak a nyelvből: elsősorban az alternatív szintaktika, emiatt kerülni kell az alkalmazásukat.
- Vetélytársak megjelenése. Ezért a lehető legjobb reális árat kell kínálni, és kifogástalan minőséget kell nyújtani.
- A webtárhely szolgáltatójával akadhatnak problémák, akár a hozzáállással, akár a szolgáltatás minőségével kapcsolatban. Ez ellen nem könnyű védekezni, csak annyit lehet tenni, hogy körültekintően választjuk ki a szolgáltatót, vagy mi szolgáltatjuk a tárhelyet, de ez plusz költségekkel jár, és megnövelheti az előbbi kockázat mértékét.