Életciklus-modell - olyan struktúra, amely meghatározza a végrehajtás sorrendjét és a folyamatok, tevékenységek és feladatok kapcsolatát az életciklus során.

Két fő életciklus-modellt használnak a legszélesebb körben:

kaszkádmodell (70-85 év);

· spirálmodell (86-90).

Kaszkád modell

A kaszkád módszer a teljes fejlesztés szakaszokra bontása, és az egyik szakaszból a másikba való átmenet csak az aktuális munka teljes befejezése után következik be (2. ábra).

A vízesés módszer használatának előnyei:

minden szakaszban egy teljes készlet alakul ki projektdokumentáció, amely megfelel a teljesség és a következetesség kritériumainak;

· a logikai sorrendben végrehajtott munkaszakaszok lehetővé teszik az összes munka befejezésének ütemezését és a kapcsolódó költségeket.

A kaszkád megközelítés jól bevált az információs rendszerek felépítésében, amelyekre a fejlesztés legelején minden követelményt elég pontosan és maradéktalanul meg lehet fogalmazni. Az összetett számítási rendszerek, a valós idejű rendszerek és más hasonló feladatok ebbe a kategóriába tartoznak.

2. ábra A vízesés megközelítés vázlata

A valóságban azonban az IS létrehozásának folyamatában folyamatosan szükség van a korábbi szakaszokhoz való visszatérésre, a korábbi pontosításra vagy átdolgozásra. hozott döntéseket. Valódi teremtési folyamat tájékoztatási rendszer elfogadja következő nézet(3. ábra):

3. ábra Az IS létrehozásának valódi folyamata egy vízesés modell alapján

A nyugati szakirodalomban az ilyen munkaszervezési sémára használt elnevezések egyike: "vízesés modell" (vízesés modell).

A kaszkádos megközelítés fő hátránya az eredmények megszerzésének jelentős késése. Az automatizált objektumok modelljei (mind funkcionális, mind információs) jóváhagyásukkal egyidejűleg elavulhatnak. Egy másik hátránya, hogy egy ilyen információs rendszer kialakítása a dolgozók meglévő termelési tevékenységeinek primitív automatizálásához (valójában „gépesítéséhez”) vezet.

Az életciklus spirálmodelljében (4. ábra) az életciklus kezdeti szakaszaira helyeződik a hangsúly: az elemzésre és a tervezésre. A műszaki megoldások megvalósíthatóságát prototípusok készítésével tesztelik.

4. ábra.

A spirál minden egyes fordulata megfelel az információs rendszer egy új töredékének vagy verziójának létrehozásának, amelyen meghatározzák a projekt céljait és jellemzőit, meghatározzák a minőségét, és megtervezik a spirál következő fordulatának munkáját. A spirál egy fordulata ebben az esetben egy teljes tervezési ciklust jelent a kaszkád séma típusának megfelelően. Ezt a megközelítést "Continuing Design"-nak is nevezték. Később a projektciklus emellett magában foglalta egy prototípus rendszer fejlesztésének és tesztelésének szakaszait is. Úgy hívták: "gyors prototípus-készítés", gyors prototípus-készítési megközelítés vagy "gyorsított pálya".

Az ilyen módszerek alkalmazása azonban a gyors hatás mellett csökkenti a projekt egészének kezelhetőségét és az információs rendszer különböző részeinek átjárhatóságát. A spirálciklus fő problémája a következő szakaszba való átmenet pillanatának meghatározása. Az átállás a terveknek megfelelően halad, még akkor is, ha nem fejeződik be minden tervezett munka. A terv a korábbi projektek során szerzett statisztikai adatok és a fejlesztők személyes tapasztalatai alapján készül.

AIS életciklus modellek - Olyan struktúra, amely meghatározza az életciklus során végrehajtott folyamatok, cselekvések, feladatok egymás utáni megvalósítását és e folyamatok kapcsolatát.

kaszkád modell. A következő szakaszra való áttérés az előző szakaszban végzett munka teljes befejezését jelenti. A követelmények kialakításának szakaszában meghatározott követelmények szigorúan dokumentálva vannak feladatmeghatározás formájában, és a projektfejlesztés teljes időtartamára rögzítve vannak. Minden szakasz a teljes dokumentáció kiadásával ér véget, amely elegendő ahhoz, hogy a fejlesztést egy másik fejlesztőcsapat folytathassa.

A projekt szakaszai a vízesés modell szerint:

1. Követelmények kialakítása;

2. Tervezés;

3. Fejlesztés;

4. Tesztelés;

5. Bevezetés;

6. Üzemeltetés és karbantartás.

Előnyök:

-Teljes és egyeztetett dokumentáció minden szakaszban;

-Munka sorrendjének meghatározott sorrendje;

- Lehetővé teszi az időzítés és a költségek egyértelmű megtervezését.

Hibák:

-Jelentős késés a kész eredmények elérésében;

- A hibák bármelyik szakaszban észlelése alapján történik következő lépések, ami a projektdokumentáció visszaküldésének és újbóli nyilvántartásának szükségességét vonja maga után;

- Projektmenedzsment nehézségei.

spirál modell. Minden iteráció megfelel a szoftver egy töredékének vagy verziójának létrehozásának, tisztázza a projekt céljait és jellemzőit, értékeli a kapott eredmények minőségét, és megtervezi a következő iteráció munkáját.

Minden iteráció - befejezett fejlesztési ciklus az AIS 1. verziója formájában.

Az iteráció lépései:

1.Követelmények kialakítása

3. Tervezés

4.Fejlesztés

5. Integráció

Minden iterációnál a következőket értékeljük ki:

A projekt feltételeinek és költségének túllépésének kockázata;

Újabb iteráció végrehajtásának szükségessége;

A rendszer követelményeinek megértésének teljessége és pontossága;

A projekt leállításának célszerűsége.

Előnyök:

-Egyszerűsíti a projekt módosításának folyamatát;

- Nagyobb rugalmasságot biztosít a projektmenedzsmentben;

- Megbízható és stabil rendszer megszerzésének lehetősége, mert hibák és következetlenségek minden iterációnál megtalálhatók;

- Az ügyfél befolyása a munkára az egyes iterációk ellenőrzésének folyamatában.

Hibák:

-A tervezés összetettsége;

-Intenzív munkamódszer a fejlesztők számára;

-A munkatervezés a tapasztalatokon alapul, és nincs elegendő mérőszám az egyes verziók minőségének mérésére.

Az AIS tervezési, fejlesztési és karbantartási technológiájára vonatkozó követelmények

Dizájn technológia- három összetevő kombinációját határozza meg:

- lépésről lépésre, amely meghatározza a sorrendet technológiai műveletek tervezés;

- a technológiai műveletek eredményeinek értékelésére használt szabályok;

- a tervfejlesztés vizsgálatra és jóváhagyásra benyújtása.

A technológia fő tartalmát alkotó technológiai utasításoknak tartalmazniuk kell a technológiai műveletek sorrendjének leírását, az egyik vagy másik művelet végrehajtásának feltételeit, valamint maguknak a műveleteknek a leírását.

Az IS tervezésének, fejlesztésének és karbantartásának technológiájának meg kell felelnie a következő általános követelményeknek:

A technológiának támogatnia kell a szoftver teljes életciklusát;

A technológiának biztosítania kell az IS fejlesztés céljainak garantált elérését adott minőségben és meghatározott időben;

A technológiának lehetőséget kell biztosítania az egyes alrendszerek tervezésére irányuló munkák elvégzésére kis csoportokban (3-7 fő). Ennek oka a csapat menedzselhetősége és a termelékenység növelése a külső linkek számának minimalizálásával;

A technológiának biztosítania kell a projektkonfiguráció kezelésének lehetőségét, a projekt és összetevőinek verzióinak karbantartását, a projektdokumentáció automatikus kiadásának és a verziók projektverziókkal való szinkronizálásának lehetőségét;

Bármilyen technológia használata az IS tervezésére, fejlesztésére és karbantartására konkrét szervezet egy konkrét projekt pedig lehetetlen számos szabvány (szabály, megállapodás) kidolgozása nélkül, amelyeket a projekt minden résztvevőjének be kell tartania. Az ilyenekre szabványok a következőket tartalmazzák:

- tervezési szabvány;

- szabvány a projektdokumentáció tervezésére;

- felhasználói felület szabvány.

Fejlesztési követelmény

- Az alkotás elvégzése szoftver;

Felkészülés az AIS bevezetésére;

A projekt főbb mutatóinak ellenőrzése, tesztelése.

Kísérő Követelmények

A VIR megvalósításának befejezését a közigazgatási szabályozási rendszer közzétételével és munkaköri leírások a szervezet működési rendjének meghatározása. Az információs rendszer üzembe helyezésétől kezdve az információs rendszer működési szabályzata és számos szabályzat alapján történik az üzemeltetés. A rendszer karbantartását és zavartalan működését a szervezet erre felhatalmazott alosztálya végzi. Az információs rendszer üzembe helyezés utáni elkészítése egyedi projektek és megbízás alapján történik.

A CIS fenntartása során a feladat az életképesség megőrzése. A FÁK életképességét nagyban meghatározza, hogy az hogyan felel meg az egyetem valós feladatainak és igényeinek, amelyek a FÁK életciklusa során változnak.

JCIS- ez az IS létrehozásának és használatának időszaka, attól a pillanattól kezdve, amikor az IS iránti igény felmerül, és a teljes üzemen kívül helyezés pillanatával ér véget.

Az információs rendszer életciklusának szakaszai:

1. Projekt előtti felmérés:

anyagok összegyűjtése a tervezéshez, kiemelve a követelmények megfogalmazását, az automatizálási objektum tanulmányozásából, az IS tervezés előtti verziójának előzetes következtetéseit adják meg;

· Anyagelemzés és dokumentáció kidolgozása, az IS tervezéséhez műszaki megbízással ellátott megvalósíthatósági tanulmány elkészítése kötelező.

2. Tervezés:

2.1 előterv;

· tervezési megoldások kiválasztása az IS fejlesztés szempontjairól;

· valós IS komponensek leírása;

 Megfogalmazás és jóváhagyás műszaki projekt(TP).

2.2 részletes tervezés:

Matematikai módszerek vagy programalgoritmusok kiválasztása vagy fejlesztése;

Adatbázis-struktúrák beállítása;

Dokumentáció készítése szoftvertermékek szállításához és telepítéséhez;

komplex kiválasztása technikai eszközökkel telepítéséhez szükséges dokumentációval.

2.3. az IP (TRP) techno-working projektjének fejlesztése.

2.4 módszertan kidolgozása a menedzsment funkciók IS segítségével történő megvalósítására, valamint a vezetési apparátus tevékenységére vonatkozó előírások leírása.

3. IS fejlesztés:

Hardver és szoftver beszerzése és telepítése;

a szoftvercsomag tesztelése és finomhangolása;

· Szoftverek és hardverek üzemeltetésére vonatkozó utasítások kidolgozása.

4. Az IS üzembe helyezése:

technikai eszközök bevitele;

szoftver bevitele;

· a személyzet képzése és minősítése;

próbaüzem;

Átvételi és átadási okiratok átadása, aláírása.

5. IP működés:

napi működés;

Az egész projekt általános támogatása.

Információs rendszerek életciklus modelljei:

· vízesés modell- javasolja az átállást a következő szakaszokra az előző szakaszban végzett munka teljes végrehajtása után. A modell a klasszikus megközelítést mutatja be bármely alkalmazási területen;

· iteratív modell- színpadi modell köztes vezérléssel és visszacsatoló hurokkal. Ennek a modellnek az előnye a lépésről lépésre történő beállítás, amely kisebb munkaintenzitást biztosít a lépcsőzetes modellhez képest. Az egyes szakaszok élettartamát azonban a teljes fejlesztési időszakra számítják;

· spirál modell- ez a modell az elemzés és a tervezés kezdeti szakaszaira összpontosít. Ez a modell egy iteratív fejlesztési folyamat, ahol minden iteráció (ciklus) egy teljes fejlesztési ciklus, amely egy termékverzió (IS projektverzió) kiadásához vezet, amelyet iterációról iterációra javítanak, hogy értelmes információs rendszerré váljanak. Ugyanakkor a spirál minden egyes fordulata egy információs rendszer létrehozásának lépésenkénti modelljének felel meg. Hogy. az IS alátámasztott változatát elmélyítjük és következetesen konkretizáljuk, amelyet utólag implementálunk.

Az IS felépítésének fő módjai:

· „önmaga alatt” rendszer kialakítása;

prototípusok használata - a teljes rendszer helyett egy olyan prototípus készül, amely megfelel a felhasználók alapvető igényeinek:

Az alapvető lekérdezések meghatározása;

Működő prototípus készítése;

Működő prototípus használata;

A prototípus felülvizsgálata és javítása;

Dolgozzon a prototípus végső verziójával;

· harmadik fél szolgáltatásainak igénybevétele az IP-kezelési funkciók átadására - a szervezet irányítási feladatokat ellátó szakcéget vesz igénybe a társaság IP-jének működtetésére és fejlesztésére.

Előnyök:

· a szolgáltatás garantált minősége;

· mentés Pénz;

· emberi Erőforrások.

Mínuszok:

· nem olcsó;

· információszivárgás;

· függőség;

Az IT feletti kontroll elvesztése.

Egy gazdasági objektum irányítási rendszere két egymással összefüggő elem (két komponens) kombinációjának tekinthető: menedzsment tárgya(SU) és vezérlő objektum(OU).

Az irányítás tárgya Ez egy olyan irányítási apparátus, amely egyesíti a terveket kidolgozó, a meghozott döntésekre vonatkozó követelményeket és azok végrehajtását ellenőrző alkalmazottakat.

Vezérlő objektum közvetlen vállalkozás, amely a rábízott feladatok végrehajtását végzi. Az irányítási objektum feladatai közé tartozik az adminisztratív apparátus által kidolgozott tervek megvalósítása, azaz. azon tevékenységek végrehajtása, amelyekre az irányítási rendszert létrehozták.

Az irányítás alanya és az irányítás tárgya közvetlen és visszacsatoló kapcsolatokon keresztül kapcsolódnak össze. A közvetlen kapcsolatot az adminisztratív apparátustól a vezérlőobjektumhoz küldött direktíva információáramlása fejezi ki, a fordítottja pedig a meghozott döntések végrehajtásáról szóló, ellentétes irányban küldött jelentési információ áramlása (lásd 12. ábra).

Az irányelv információkat az adminisztratív apparátus állítja elő a gazdálkodási céloknak megfelelően, valamint az aktuális gazdasági helyzetről, a környezetről szóló információkat. A jelentési információkat az irányítási objektum alakítja ki, és tükrözi a belső gazdasági helyzetet, valamint a külső környezet rá gyakorolt ​​hatásának mértékét (fizetési késések, áramkimaradások, időjárási viszonyok, a régió társadalmi-politikai helyzete stb.). ). Ily módon külső környezet nemcsak az irányítás tárgyát érinti: információval látja el az adminisztratív apparátust is, amelynek döntései külső tényezőktől függenek (piaci feltételek, verseny, kamatlábak, infláció, adó- és vámpolitika).

Az információáramlások (P és O), az adatok feldolgozásának, továbbításának és tárolásának eszközei, valamint az adminisztratív apparátus adatfeldolgozási műveleteket végző alkalmazottai kapcsolata alkotja a gazdasági objektum információs rendszerét.

A menedzsment szükségessége akkor merül fel, ha a munkaügyi kollektíva tagjainak tevékenységét össze kell hangolni helyi és globális céljaik elérése érdekében. Kezdetben bármely cél általánosított jellegű, és csak a finomítás során formalizálja az adminisztratív apparátus célfüggvények formájában.

Egy gazdálkodó szervezet irányítása során működőképes , taktikai és stratégiai döntéseket. Ennek megfelelően általában azt mondják, hogy az adminisztratív apparátus három vezetési szintből áll: működőképes, középsőés magasabb.

A a gazdasági objektum legmagasabb szintű irányítása menedzserek találhatók. Meghatározzák a gazdálkodási, külpolitikai, anyagi, pénzügyi és munkaerő-források, ezek megvalósítására hosszú távú terveket és stratégiákat dolgoz ki. Kompetenciájuk általában magában foglalja a piac, a verseny szintjének, a konjunktúra elemzésének elvégzését, valamint a vállalkozás fejlesztésére szolgáló alternatív stratégiák keresését abban az esetben, ha az érdekeltségi területen fenyegető trendeket azonosítanak.

A egy gazdasági objektum középszintű menedzsmentje ügyvezető vezetők találhatók. Ezen a szinten a taktikai tervek kidolgozásán, végrehajtásuk nyomon követésén, az erőforrások nyomon követésén és a menedzsment irányelvek kidolgozásán van a hangsúly, hogy a vállalkozás a tervek által megkívánt szintre kerüljön.

A egy gazdasági objektum kezelésének operatív szintje menedzserek vannak szerkezeti felosztások(részlegek, szolgáltatások, műhelyek stb.). Ezen a szinten a terveket hajtják végre, és előrehaladási jelentéseket készítenek. Az operatív irányítás fő feladata a gyártási folyamat minden elemének időbeni és térbeli összehangolása a szükséges részletességgel.

Egy gazdasági objektum kezelésének minden szintjén olyan munkát végeznek, amely komplex irányítást biztosít. Ezeket a tevékenységeket függvényeknek nevezzük. A céloktól függően eltérő általánosságú funkciók különböztethetők meg. A következő funkciók jellemzőek: tervezés , könyvelés és ellenőrzés , elemzés és szabályozás .

Tervezés- olyan funkció, amelyen keresztül a menedzsment célja ideális formában valósul meg. A felsővezetés tevékenységében jelentős helyet foglal el a tervezés, kevésbé - közép- és minimális - operatív szinten. A vezetés legmagasabb szintjén történő tervezés a jövőbeli problémákra vonatkozik, és hosszú távra irányul. Középszinten többre terveznek rövid időszak, míg a legmagasabb szintű vezetés terve részletezi. Ezen a szinten a mutatók pontosabbak. operatív irányítás magában foglalja a terv legrészletesebb tanulmányozását.

Számvitel és ellenőrzés - olyan funkciók, amelyek célja a vállalkozás előrehaladásával kapcsolatos információk megszerzése, az elért eredmények és a tervezett eredményeknek való megfelelés ellenőrzése. A számvitel fel van osztva működőképes, könyvelésés statisztikai. A számvitel pedig osztható pénzügyiés vezetői. A számvitel főként az operatív és a középvezetői szinten folyik. A vezetés legmagasabb szintjén nincs számvitel, de ennek alapján a termelés eredményeinek elemzése, lefolyásának szabályozása teljes körűen történik.

Elemzésés szabályozás - ez a tényleges mutatók összehasonlítása a normatív (irányelvű, tervezett) értékekkel, a megengedett paramétereken túlmutató eltérések meghatározása, az eltérések okainak megállapítása, a tartalékok azonosítása, a helyzet kijavításának módjainak megtalálása és az ellenőrzési objektum behozatalára vonatkozó döntés meghozatala. tervezett pályára. Az eltérések okainak azonosítására hatékony eszköz az faktoranalízis, és kiutat találni ebből a helyzetből, szakértői rendszerek.

A vezetési szintek és az általuk ellátott funkciók közötti kapcsolatot az elvégzett munka mennyisége tekintetében a 7. táblázat mutatja be.

H a ábra. A 12. ábra egy gazdasági objektum kezelési folyamatának fő szakaszai közötti kapcsolatot mutatja be.

Az előadás leírása Az AIS létrehozásának szakaszai Az AIS életciklusának modelljei diákkal

Életciklus Az AIS olyan szakaszok és szakaszok összessége, amelyeken az AIS keresztülmegy a fejlesztés során attól a pillanattól kezdve, hogy meghozzák a döntést a rendszer létrehozásáról a működés megszűnéséig.

Életciklus szakaszok 1 Tervezés és elemzés (projekt előtti szakasz) - annak meghatározása, hogy mit kell tennie a rendszernek. Megvalósíthatósági tanulmány (megvalósíthatósági tanulmány) és feladatmeghatározás (TOR) regisztrációja.

2 Tervezés (műszaki és logikai tervezés) – a rendszer működésének meghatározása (az alrendszerek, a funkcionális komponensek specifikációja* és azok kölcsönhatása). Műszaki projekt készítése. * Specifikáció - az adott feladat követelményeinek pontos, teljes, világosan tagolt leírása.

3. Megvalósítás (részletes tervezés, programozás) - Funkcionális komponensek és különálló alrendszerek létrehozása, alrendszerek összekapcsolása egységes egésszé. Az adatbázis kitöltése. Utasítások készítése a személyzet számára. Munkavázlat készítése

4 Megvalósítás (tesztelés, próbaüzem) - a rendszer telepítése, üzembe helyezése, alrendszerek hibakeresése, személyzet oktatása. Az átvételi tesztek okiratának nyilvántartása.

Megjegyzések 1. A 2. és 3. szakasz egyben kombinálható: techno-részletes tervezés vagy rendszerszintézis. 2. Az életciklus minden szakaszában bizonyos műszaki megoldásokat és kapcsolódó dokumentumokat használnak

3. Minden szakaszban az előző szakaszban hozott dokumentumok és határozatok a kezdeti dokumentumok. 4. Az életciklus-modellek meghatározzák a szakaszok végrehajtásának sorrendjét a rendszeralkotás folyamatában, és a szakaszról szakaszra való átlépés kritériumait.

Az életciklus-modell az AIS létrehozásának és használatának modellje, amely tükrözi a rendszer különböző állapotait a létrehozásától a teljes használaton kívüli pillanatig.

Az életciklus fő modelljei Cascade - magában foglalja az átmenetet a következő szakaszba az előző befejezése után. Ezt a modellt az AIS felépítésében használják, amelyre minden követelmény a kezdetektől fogva pontosan és maradéktalanul megfogalmazott. Hátrányok: merev séma - az előző szakaszokhoz való visszatérés lehetetlensége és az összetett rendszerekben való felhasználás.

Lépésenkénti iteratív modell Visszacsatolást feltételez a ciklusok között. Előnye, hogy a szakaszok közötti beállítások nagyobb rugalmasságot és kevesebb erőfeszítést biztosítanak. Hátránya, hogy az egyes szakaszok élettartama a rendszeralkotás teljes időszakára nyúlhat Az életciklus spirálmodelljének nehézségei és hátrányai A fő probléma a következő szakaszba való átmenet meghatározása: annak megoldása , az egyes szakaszokhoz határidőket vezetnek be. Az átállás a korábbi projektek statisztikai adatai és a fejlesztők tapasztalatai alapján készült terv szerint történik. Hátrányok: Az elemzési és tervezési szakaszok során elkövetett hibák a következő fázisokban problémákhoz és a teljes projekt kudarcához vezethetnek.

Az AIS felhasználói szerepkör egy adott felhasználó információs igényeinek kielégítésére jön létre. Közvetlenül részt vesz a munkájában. .

A felhasználó részt vesz a probléma megfogalmazásában és próbaüzemet hajt végre, melynek során felderítheti a megfogalmazás hiányosságait, javíthatja a bemeneti és kimeneti információkat, az eredménykiadási űrlapokat és a dokumentumok lebonyolítását.

A felhasználók részvétele az AIS létrehozásában gyors és minőségi problémamegoldást biztosít, csökkenti az új technológiák bevezetésének idejét

1.2. témakör AIS életciklus és AIS életciklus modellek

AIS életciklus -folyamatos folyamat a létrehozásának szükségességéről szóló döntés meghozatalától a működés teljes befejezéséig.

A modern AIS életciklusa körülbelül 10 év, ami jelentősen meghaladja az AIS megvalósítása során használt technikai és rendszerszoftverek elavultságát és fizikai elavultságát. Ezért általában a rendszer életciklusa során korszerűsítésre kerül sor, amely után a rendszer összes funkcióját nem kisebb hatékonysággal kell ellátni.

Ennek megvalósítása az AIS teljes életciklusa során meglehetősen nehéz feladat számos objektív és szubjektív okból, ezért az AIS-projektek túlnyomó többsége a minőség, a határidők vagy a becslések megsértésével valósul meg; a projektek csaknem egyharmada befejezetlenül szűnik meg. A Standish Group szerint 1996-ban az AIS projektek 84%-a nem fejeződött be időben, 1998-ban ez a szám 74%-ra csökkent, 2000 után már nem esik 50 alá. Ennek a helyzetnek a fő oka, hogy a rendszerek, módszerek és projektmenedzsment eszközök elemzésének és tervezésének technológiai szintje nem felel meg a létrehozandó rendszerek összetettségének, amely az üzleti élet bonyolultsága és gyors változásai miatt folyamatosan növekszik.

A világgyakorlatból ismert, hogy az AIS alkalmazásszoftverek fenntartási költsége a teljes életciklus alatti összköltségének legalább 70%-a, ezért rendkívül fontos a szükséges támogatási módszerek és eszközök biztosítása, beleértve a konfigurációkezelési módszereket is, akár a tervezési szakasz.

Az AIS tervezési folyamatát a következő dokumentáció (szabványok, módszertanok, modellek) szabályozza:

GOST 34.601-90- szabvány az AIS létrehozásának szakaszaira és szakaszaira, amely megfelel a szoftver életciklusának kaszkádmodelljének (lásd alább). A munka tartalmának leírását minden szakaszban megadják;

180/1EC 12207:1995- szabvány a folyamatokra és az életciklus-szervezésre; minden típusú egyedi szoftverre vonatkozik; nem tartalmazza a fázisok, szakaszok és lépések leírását;

Egyedi fejlesztési módszer(Oracle módszertan) - technológiai anyag az alkalmazott AIS fejlesztéséhez, üresek szintjéig részletezve projekt dokumentumok Az Oracle használatán alapul, a klasszikus életciklus modellhez (minden tevékenység, feladat és szakasz biztosított), valamint a kis projektekhez ajánlott Fast Track vagy Lightweight technológiákhoz használják.

Rational Unified Process(módszertan RUP) - technológiai anyag egy iteratív fejlesztési modell megvalósításához, amely négy fázist (fejlesztési ciklust) foglal magában: kezdeményezés, kutatás, építés és megvalósítás. Minden fázis szakaszokra (iterációkra) van felosztva, amelyek eredményei belső vagy külső használatra szánt verziók. Minden ciklus a rendszer következő verziójának generálásával ér véget. Ha ezt követően a projekten végzett munka nem áll le, akkor a létrejövő termék tovább fejlődik, és ismét ugyanazokon a fázisokon megy keresztül. A RUP módszertan keretein belüli munka lényege az UML alapú modellek létrehozása és karbantartása;

Microsoft Solution Framework(módszertan MSF) - az iteratív fejlesztési modell megvalósításának technológiai anyaga, hasonlóan a RUP-hoz, négy fázisból áll: elemzés, tervezés, fejlesztés, stabilizálás; objektumorientált modellezést alkalmaz. Az MSF jobban összpontosít az üzleti alkalmazások fejlesztésére, mint a RUP;

Extrém programozás (XP)- extrém programozás (a legújabb a figyelembe vett módszertanok között); 1996-ban alakult. A módszertan alapja a csapatmunka, a hatékony kommunikáció a megrendelő és a kivitelező között a teljes projekt során; az AIS fejlesztése egymás után finomított prototípusok felhasználásával történik.

Az életciklus-keretrendszer ISO/IEC 12207 szabványa határozza meg az AIS-szoftver létrehozásakor végrehajtandó folyamatokat. Ezek a folyamatok három csoportra oszthatók:

fő-(beszerzés, szállítás, fejlesztés, üzemeltetés és karbantartás);

kiegészítő(dokumentáció, konfigurációkezelés, minőségbiztosítás, ellenőrzés, érvényesítés, értékelés, auditálás és problémamegoldás);

szervezeti(projektmenedzsment, projekt infrastruktúra kialakítása, magának az életciklusnak a meghatározása, értékelése és javítása, képzés).

Között fő folyamatokéletciklus a legfontosabbak fejlesztés, üzemeltetésés kíséret. Minden folyamatot bizonyos feladatok és megoldási módszerek, az előző szakaszban kapott kiindulási adatok és az eredmények jellemeznek.

Fejlődés Az AIS magában foglalja a szoftverek és összetevőinek a meghatározott követelményeknek megfelelő létrehozásával kapcsolatos összes munkáját. Ez a folyamat a következőket is tartalmazza:

Tervezési és üzemeltetési dokumentáció készítése;

A kifejlesztett szoftvertermékek teszteléséhez szükséges anyagok elkészítése;

A személyzet képzéséhez szükséges anyagok kidolgozása.

Jellemzően a fejlesztési folyamat összetevői stratégiai tervezés, elemzés, tervezés és megvalósítás (programozás).

Feldolgozás kizsákmányolás viszonyul:

Az adatbázis és a felhasználói munkaállomások konfigurálása;

Felhasználók üzemeltetési dokumentációval való ellátása;

Kiképzés.

A főbb operatív tevékenységek közé tartozik:

Közvetlen működés;

A problémák lokalizálása és okainak megszüntetése;

Szoftver módosítás;

Javaslatok elkészítése a rendszer fejlesztésére;

A rendszer fejlesztése, korszerűsítése.

Profi, hozzáértő kíséret- szükséges feltétel az AIS által végzett feladatok megoldása. Szolgáltatások technikai támogatás nagyon kiemelkedő szerepet játszanak bármely AIS életében. Ebben a szakaszban a hibák nyilvánvaló vagy rejtett pénzügyi veszteségekhez vezethetnek, amelyek összemérhetők magának a rendszernek a költségeivel.

Az AIS-karbantartás megszervezésének előkészítő lépései a következők:

A rendszer legkritikusabb csomópontjainak azonosítása és az állásidő kritikusságának meghatározása számukra (ez lehetővé teszi az AIS legkritikusabb összetevőinek azonosítását és a karbantartási erőforrások optimalizálását);

Karbantartási feladatok meghatározása és felosztása belső, a szerviz erők által megoldott és külső, erre szakosodott szolgáltató szervezetek által megoldott (tehát az ellátott funkciók köre egyértelműen korlátozott, a felelősség megoszlik);

A karbantartás megszervezéséhez szükséges rendelkezésre álló belső és külső erőforrások elemzésének lebonyolítása az ismertetett feladatok és a kompetenciák megosztása keretében (az elemzés fő szempontjai: az eszközökre vonatkozó garancia rendelkezésre állása, a javítási alap állapota, a személyzet képzettsége);

Karbantartásszervezési terv készítése az elvégzendő tevékenységek szakaszainak, végrehajtásuk időzítésének, a szakaszok költségeinek, az elvégzők felelősségének meghatározásával.

A hurokrendszer minőségi karbantartásának biztosításához magasan kvalifikált szakemberek bevonása szükséges, akik nem csak a napi adminisztrációs feladatokat képesek megoldani, hanem meghibásodások, balesetek esetén is gyorsan visszaállítják a rendszer teljesítményét.

Között támogatási folyamatok az egyik fő az konfiguráció-menedzsment, amely az AIS életciklusának főbb folyamatait, elsősorban a fejlesztési és karbantartási folyamatokat támogatja.

A komplex AIS fejlesztése magában foglalja a rendszerelemek önálló fejlesztését, ami az egyes komponensek és a rendszer egészének számos opció és megvalósítási változatának megjelenéséhez vezet. Így az AIS fejlesztése és korszerűsítése során gondot jelent az egységes szerkezet megőrzésének biztosítása. A konfigurációkezelés lehetővé teszi az AIS különböző összetevőinek rendszerezését, szisztematikus figyelembevételét és vezérlését az életciklus minden szakaszában.

Szervezeti folyamatok nagy jelentőséggel bírnak, mivel a modern AIS nagy komplexumok, amelyek létrehozásában és karbantartásában sok különböző szakterületen dolgozó ember dolgozik.

Folyamat (folyamat végrehajtó)	Akciók"	bejárat	Eredmény
Akvizíció (ügyfél)	Megindítás, inicializálás. Pályázati javaslatok elkészítése. Szerződés előkészítés. Szállítói tevékenység ellenőrzése. AIS elfogadása	Döntés az AIS megvalósításának megkezdéséről. Az ügyfél tevékenységét vizsgáló felmérés eredményei. Az AIS/tender piac elemzésének eredményei. Szállítási/fejlesztési terv. Átfogó AIS teszt	Megvalósíthatósági tanulmány az AIS bevezetéséhez. Az AIS feladatmeghatározása. Szállítási/fejlesztési szerződés. Munkaszakaszok átvételi aktusai. Átvételi vizsgálati jegyzőkönyv
Ellátás (AIS fejlesztő)	Megindítás, inicializálás. Válasz az ajánlatokra. Szerződés előkészítés. A kivitelezés tervezése. AIS ellátása	Az AIS feladatmeghatározása. A vezetőség döntése a fejlesztésben való részvételről. pályázati eredmények. Az AIS feladatmeghatározása. Projektmenedzsment terv. Kifejlesztett AIS és dokumentáció	A fejlesztésben való részvételről szóló döntés. Kereskedelmi ajánlatok/licit. Szállítási/fejlesztési szerződés. Projektmenedzsment terv. Megvalósítás/igazítás. Átvételi vizsgálati jegyzőkönyv
Fejlesztés (AIS fejlesztő)	Kiképzés. Az AIS követelményeinek elemzése. AIS architektúra tervezés. Szoftverkövetelmények fejlesztése. Szoftver architektúra tervezés. Részletes szoftver tervezés. Szoftver kódolás és tesztelés. Szoftverintegráció és szoftverminősítés tesztelése. IS integráció és AIS minősítési tesztelés	Az AIS feladatmeghatározása. Az AIS-hez, az életciklus modelljéhez tartozó feladatkör. Az AIS feladatmeghatározása. AIS alrendszerek. Szoftverkomponensekre vonatkozó követelményspecifikációk Szoftver architektúra Anyagok részletes szoftvertervezéshez Szoftverintegrációs terv, tesztek IS architektúra, szoftverek, IS dokumentáció, tesztek	Használt életciklus modell, fejlesztési szabványok. Munkaterv. Az alrendszerek, berendezéselemek összetétele. Szoftverkomponensekre vonatkozó követelmények. A szoftver komponensek összetétele, interfészek az adatbázissal, szoftver integrációs terv. Adatbázis tervezés, szoftverkomponensek közötti interfész specifikációk, tesztkövetelmények. Szoftvermodulok tesztelése, autonóm tesztelés aktusai. A szoftverkomplexum TOR követelményeinek való megfelelésének értékelése. Szoftver, adatbázis, műszaki komplexum és dokumentációkészlet TOR követelményeinek való megfelelőségének értékelése

A projektmenedzsment a munka tervezésének, megszervezésének, fejlesztői csapatok létrehozásának, a munka időzítésének és minőségének ellenőrzéséhez kapcsolódik. A projekt technikai és szervezési támogatása magában foglalja:

Módszerek és eszközök megválasztása a projekt megvalósításához;

A fejlesztési folyamat állapotának leírására szolgáló módszerek meghatározása;

Az elkészített szoftverek tesztelésének módszereinek és eszközeinek kidolgozása;

Kiképzés.

A tervezési minőségbiztosítás az AIS-komponensek ellenőrzésének, ellenőrzésének és tesztelésének problémáihoz kapcsolódik.

Igazolás - annak meghatározásának folyamata, hogy az adott szakaszban elért jelenlegi fejlettségi állapot megfelel-e az adott szakasz követelményeinek.

Vizsgálat- a fejlesztési paraméterek kezdeti követelményeknek való megfelelőségének megállapításának folyamata. Az ellenőrzés némi átfedésben van a teszteléssel, amely a tényleges és a várt eredmények közötti különbségek megállapítására, valamint az AIS teljesítményének az eredeti követelményeknek való megfelelőségének felmérésére szolgál.

2002-ben Megjelent az életciklus-folyamatok szabványa automatizált rendszerek(ISO/IEC 15288 rendszer életciklus-folyamatok). A szabvány kidolgozásában különböző tevékenységi területek szakértői vettek részt; figyelembe vették a kormányzati, kereskedelmi, katonai és akadémiai szervezetek rendszeralkotásában szerzett gyakorlati tapasztalatokat. Az ISO/IEC 15288 sorozat szerint a következő folyamatcsoportok szerepelnek az LC szerkezetben.

1. Szerződéses eljárások:

Beszerzés (házon belüli megoldások vagy külső szolgáltatói megoldások);

Szállítás (házon belüli megoldások vagy megoldások külső szállítótól).

2. Vállalati folyamatok:

Vállalati környezetmenedzsment;

Befektetés menedzsment; az IP életciklusának kezelésében;

Erőforrás menedzsment;

Minőség ellenőrzés.

3. Tervezési folyamatok:

Projekt tervezés;

Projektértékelés;

Projekt ellenőrzés;

Kockázatok kezelése;

Konfiguráció-menedzsment;

Ellenőrzés információáramlások;

Döntéshozatal.

4. Technikai folyamatok:

Követelmények meghatározása;

Követelmények elemzése;

Építészeti fejlesztés;

végrehajtás;

Integráció;

Igazolás;

Átmenet;

Tanúsítvány;

Kizsákmányolás;

Kíséret;

Ártalmatlanítás.

5. Speciális eljárások:

A feladatokból és a célokból kiinduló összefüggések meghatározása, kialakítása.

táblázatban. Az 1.4 a szakaszok listáját és a főbb eredményeket mutatja, mire azok a meghatározott szabvány szerint teljesítenek.

Az 1970-es években Az IBM a Business System Planning (BSP) módszertant vagy szervezeti tervezési módszertant javasolt.

Információk strukturálásának módszere üzleti folyamatok metszéspontjai, adatfeldolgozó rendszerek (IS) funkcionális felosztásai, információs objektumok, dokumentumok és adatbázisok, javaslatok a BSP-ben, azok sorrendje (felső vezetői támogatás megszerzése, vállalati folyamatok meghatározása, folyamatok, adatosztályok meghatározása , interjúkat hozni, interjúadatokat feldolgozni és rendszerezni) szinte minden formális módszerben, valamint a gyakorlatban megvalósuló projektekben is megtalálható.

1.4. táblázat.AIS létrehozási szakaszok (ISO/IEC 15288)

A közzétett adatok szerint az AIS fejlesztésének minden szakasza bizonyos időt igényel. A legtöbb idő (45-50%) kódolással, komplex és önálló teszteléssel telik (14. ábra). Az AIS kifejlesztése átlagosan a rendszer teljes életciklusának egyharmadát veszi igénybe (1.5. ábra).

1.4. Az idő eloszlása ​​az AIS fejlesztésében