A műszaki feladat elvégzésekor feltétlenül fel kell tüntetnie az információs rendszerre vonatkozó összes követelményt, különben a fejlesztő egyszerűen nem fogja tudni, hogy milyen célból készül a termék, mit kíván teljesíteni és hogyan. A követelmények megfogalmazásának feladata az ügyfél, bár a gyakorlatban általában segítenek azok a vezetők, akiken keresztül megrendelést adnak. Azonban a szakdolgozatok, disszertációk írásával foglalkozó hallgatóknak képesnek kell lenniük arra, hogy önállóan készítsék ezeket a listákat.
Közös megértés
Az IP létrehozásának folyamata meglehetősen bonyolult, több egymást követő szakaszból áll. A szakemberek, akik a projekten dolgoznak, számos nehézséggel kénytelenek szembenézni. Ez bizonyos mértékig egyszerűsíthető az információs rendszerre vonatkozó követelmények pontos megfogalmazásával. Nem mindig egyértelmű, hogy miért merülnek fel a problémák, különösen az innovatív termékek kidolgozásakor, és gyakran nehéz feladat az olyan tevékenységek átfogó leírásának elkészítése, amelyekhez a terméket szánják.
Figyelem minden részletre
A termék funkcionalitásáról az információs rendszer követelményeinek teljes listája található. Magában foglalja azokat a szempontokat, amelyeket az ügyfél javasol, és amelyeket a programozó megvalósít a projekt létrehozásakor. A kapacitásépítés folyamata, analitikai kutatása, dokumentálása és teljesítményvizsgálata a követelmények kidolgozása, amelynek során pontosan meg lehet határozni az összes korlátozást, és konszenzusra lehet jutni a „akarok” és a „valóban megvalósítható” között. Fontos emlékezni, hogy a modern mérnökök nem bűvészek, hanem olyan emberek, akik hozzáférhető műszaki eszközöket használnak, amelyek képességei sajnos szintén korlátozottak. Az idő szempontja nem kevésbé jelentős, mivel a követelmények létrehozásával és végrehajtásával kapcsolatos jelentős időköltségeket igényel - hónapok, néha évek.
Melyek vannak?
Szokás beszélni az információs rendszer rendszer- és felhasználói követelményeiről. A természetes nyelv leírja azokat, amelyeket egy adott felhasználó mutat be. A megfogalmazás tisztázása érdekében igénybe vehet különféle bonyolultságú diagramokat. Ez lehetővé teszi, hogy általános benyomást keltsen azokról a funkciókról, amelyeknek az IP-t megvalósítani szándékozik, és azokról a korlátozásokról, amelyekkel a munka során szembesül.
A rendszerkövetelmények a projekt azon sajátos jellemzői, amelyek ismerete lehetővé teszi az ügyfél kívánságainak a valóságba történő átültetését. Az információs rendszerre vonatkozó ezen műszaki követelmények tartalmazzák a berendezés tulajdonságairól, teljesítményéről, valamint az adott architektúra opciójának megválasztására vonatkozó ismertetést. A rendszerhez sok más szempont tulajdonítható, amelyek a felhasználó számára nem egyértelműek, de a végtermék szabályozását szabályozzák.
Követelmények: hol szerezheted be őket?
Az információs rendszer követelményeinek megfogalmazása és jóváhagyása nem olyan egyszerű, mint az első pillantásra tűnhet. A kifejezést egy olyan összetett, strukturált folyamat jelölésére használják, amelynek keretében dokumentáció készül, amelyet az ügyfél, a vállalkozó megerősít, és amely egyértelműen szabályozza az összes termékleírást. A fejlesztés négy egymást követő lépésre oszlik:
- elemzési tevékenységek a tervezett megvalósíthatóságának meghatározására;
- a követelmények közvetlen létrehozása, elemzése;
- az alátámasztó dokumentáció kialakítására vonatkozó követelmények megfogalmazása;
- az információs rendszer követelményeinek tanúsítása, valamint a projekt megvalósításának egyéb feltételei, szabályai.
Nem olyan egyszerű
Ha az információs rendszerek biztonságára, az információtartalomra, a formátumra, a menedzsment feladatokra és a projekt működésének egyéb szempontjaira vonatkozó követelményeket egyszer meghatározzák, ez nem jelenti azt, hogy változatlanok maradnak a győztes végéig. A munkafolyamatot gyakran kíséri a megállapított előírások és követelmények megváltozása. Ez nemcsak a megrendelő, hanem a vállalkozó kezdeményezésére is történik, aki bizonyos technikai korlátozásokkal szembesül, amelyek megakadályozzák számos tervezett szempont megvalósítását. Fontos figyelembe venni a folyamatvezérlés jellemzőit. A változáskezelés az egyik kulcsfontosságú szempont a követelmények kidolgozásában és megvalósításában egy adott IP-n belül.
A követelményekkel való munka fontos szempontja az, hogy meghatározza azokat, akik későbbi sokoldalú információelemzéssel rendelkeznek. Ehhez egy általános munkamodellt alkalmazunk. Egy adott vállalkozás keretein belül egy egyedi információs rendszer követelménykezelő rendszert építenek be, amely lehetővé teszi a kiválasztott feltételek megfogalmazását, beállítását, elfogadását és elutasítását. Nagyon függ a munkavállalók képesítésétől, az általuk alkalmazott szellemi tulajdon típusától, a munkafolyamat során alkalmazott szabványoktól.
Hogyan néz ki?
A gyakorlatban az információs rendszerek biztonsági követelményeinek megfogalmazása, elemzése, az adatok kitöltése, a struktúra (és egyéb rendszer- és felhasználói követelmények) először egy adott tárgyterület jellemzőinek azonosítását foglalja magában. Ezt szakképzett elemzők vizsgálják, meghatározva a jövőben a kifejlesztett termék alkalmazási ágazatának konkrét paramétereit. Ezt követően elkezdik összegyűjteni az előzetes követelményeket, együttműködve az ilyen információkat megfogalmazó személyekkel. Ezzel párhuzamosan folytatják a tárgykör finomítását.
A kormányzati ügynökségekben használt önkormányzati magán önkormányzati információs rendszerekre vonatkozó követelmények megfogalmazásának következő lépése az azonosított információk hierarchikus rendszerének létrehozása. Ha a kezdeti információgyűjtés kaotikus adatkomplexust eredményez, akkor a rendszerezés során annak rendezése, elemcsoportok létrehozása, amelyek logikus kapcsolatban állnak egymással.
Folytatódó munka
Az információs rendszerek információkövetelményeinek, a projekt felépítésének, a funkcionális, belső jellemzőknek a meghatározásának következő lépése az ellentmondások azonosítása és a konfliktusok megoldása. Amikor számos harmadik féltől kapnak információt a tervezett IP munkájáról, a következő problémával szembesülnek: mindenkinek saját egyedi elképzelései vannak a projekt képességeiről és céljairól. A különböző emberektől kapott ötletek gyakran konfliktusba kerülnek egymással, és ellentmondanak a logikának, a meglévő műszaki lehetőségeknek, amelyek révén a rendszert megvalósítják. A helyzet racionalizálása érdekében alapos elemzés után meg kell határozni az összes ellentmondást és megtalálni az optimális kompromisszumos megoldást ezek megoldására.
Az ellentmondások azonosításához és az összes követelmény megvalósíthatóságának elemzéséhez szintén ki kell dolgozni a prioritások rendszerét. Az általános követelmények között mindig fontosabb és kevésbé jelentős jelentőségű. A fejlesztők feladata, hogy szorosan működjenek együtt azokkal, akik követelményeket állítanak elő annak érdekében, hogy meghatározzák a termék működésének megállapított szempontjai közül a legfontosabbak, és amelyek várhatnak, vagy teljesen megszüntethetők, ha a negatív külső feltételek hozzájárulnak ehhez (például időhiány). A prioritások rendszerének létrehozása után megkezdhetjük az azonosított szempontok teljességének, összeegyeztethetőségének és következetességének ellenőrzését.
Lépésről lépésre
Az információs rendszerekre vonatkozó követelményeket (személyes adatok, információk a vállalkozás munkájáról és minden más) egy ciklikus folyamat részeként fogalmaznak meg. Minden szakasz közvetlenül és fordítva kapcsolódik egymáshoz. A lépéseket fentebb leírtuk: először meg kell határoznia a tárgyterület jellemzőit, majd fokozatosan lépnie kell a követelmények egymással való összeegyeztethetőségének, valamint azok teljességének és egyéb paramétereinek meghatározásához, lehetővé téve, hogy beszélhessünk a kapott feltételek gyakorlati alkalmazhatóságáról a fejlesztőkre. Ha sikerül teljes képet alkotnia a témáról, akkor ez már meghatározza a munkakörülményeket, különösen a működést. A ciklus ismétlése pontosabb, mélyebb képet ad a területről, a harmadik ciklus lehetővé teszi a követelmények még világosabb megfogalmazását. Az ismétlés addig szükséges, amíg a munkafolyamat minden résztvevője pontosan meg nem érti, hogy mire lett kifejlesztve a rendszer, és hogyan fog működni, mit kell megvalósítani egy projektnél.
Annak érdekében, hogy a követelmények kialakításának folyamata eredményes legyen, és annak eredményei alkalmazhatók legyenek a munkában, a feltételek megfogalmazására az általánosan elfogadott algoritmusokat kell követni.
Referenciapontok
Ez az alapvető módszer az állami információs rendszerekkel szemben támasztott követelmények azonosításához, különösen - röviden, bárki számára, függetlenül attól, hogy hol használják. A feltételek meghatározásának részeként kezdeti feltételként el kell ismerni, hogy a vizsgált kérdés szempontjai eltérhetnek. Ezeket azonosítják és felhasználják a követelmények begyűjtésének első folyamatának, majd a tényleges feltételek megfogalmazásának alapjául.
A szempont egy meglehetősen homályos fogalom, ezért számos megközelítést fejlesztettek ki, amelyek eltérően értelmezik azt. A fogalom legegyszerűbb értelmezése olyan adatforrás, amely leírja az IP működését. A referenciapontok képezik az alapot az IP modellezéséhez és az információk felhasználásához a terméken belül. A követelmények összegyűjtése magában foglalja az összes olyan lényeges referenciapont azonosítását, amelyeket tovább használnak a termék gyártásának folyamatában. Azt is figyelembe veszi, hogy a technikákat hogyan fogják alkalmazni az adatfeldolgozásban.
Alternatív megközelítés
A „nézőpont” fogalmának másik értelmezése magában foglalja a kifejezés, mint reprezentációs struktúra felfogását. Valójában ez a termékmodell eleme. Különböző nézőpontok lehetővé teszik számtalan modell létrehozását a véges állapotgépeknél, az entitások interakciói és a közöttük fennálló kapcsolatok között egy adott projektben. A projekt körének sajátosságait figyelembe veszik.
A nézőpont a szolgáltatás külső címzettjének véleményét jelentheti az IP-n keresztül. A TK alapján lehetséges azonosítani azokat az adatokat, amelyeket a rendszerszolgáltatások megvalósításához használnak, azok kezeléséhez. Ez a megközelítés a leghatékonyabb. Ez képezte a nézőpontú követelmények meghatározásának alapját - egy speciális módszer a követelmények meghatározására, amely lehetővé teszi az információk meghatározását és hatékony elemzését.
Munka szempontból
Először azonosítani kell őket, valamint meg kell határozni az összes szolgáltatást, amely egy adott ponttal társul. Ezután a rendszert hierarchikusan felépítik, szempontokat csoportosítva egymás között, és felfedik a közös szolgáltatásokat az IP számára. Ezeket a legmagasabb hierarchikus szintnek tekintik. Mindegyik alacsonyabb szintű TK örökli őket.
A TK támogatását dokumentálni kell. Ennek az információnak a meghatározása az eredmények alapján egyértelműen leírásra kerül. Ezután lehetséges egy TK-rendszer elkészítése, amelyben a gyűjtött információk alapján azonosított összes IP-objektum tükröződik.
Szánjon rá időt
Az IP-n végzett munka általában egy nagyszabású ötletbörzéssel kezdődik, amelynek célja a projekt összes lehetséges követelményének meghatározása. Előzetesen tisztában kell lennie azzal, hogy szinte lehetetlen az összes lehetséges követelményt egyetlen eljárással meghatározni. Minél összetettebb a rendszer, annál több ilyen eljárásra lesz szükség.Csak akkor, ha az ismétlődő ötletbörze mind az ügyfél, mind a vállalkozó részvételével nem nyújt hasznos információt, akkor ésszerűen feltételezik, hogy a támogató saját források meghatározása és a követelmények megfogalmazása megtörtént, megkezdhetjük azokat műszaki eszközökkel.
A követelmények tanúsítása
Ez az eljárás lehetővé teszi annak megértését, hogy a követelmények milyen mértékben felelnek meg a vásárló ötleteinek a végtermékről. A hitelesítés az egyik legfontosabb lépés a hibás specifikáció felderítésében és előzetes eltávolításában. Ellenkező esetben a módosításokat abban a szakaszban kell elvégezni, amikor a rendszert már megtervezték és kivitelezték, ami átmeneti és egyéb erőforrás-veszteségeket is okoz. A legnagyobb problémákat a termék bevezetése után felfedezett hibák jelentik.
Általános esetben a rendszer kiigazításának munkája sokkal magasabb, mint a pontatlanságok észlelése és kijavítása az IP, a kódolási funkció tervezésének szakaszában. A követelmények megváltoztatása a legtöbb esetben lenyűgöző szerkezeti változásokat vált ki, beleértve az alapszintet is. Ez azt jelenti, hogy a változtatások elvégzése után teljes körű ellenőrzést és tesztelést kell végrehajtania, hogy megbizonyosodjon arról, hogy az összes tervezett eszköz megfelelően működik-e.