Menaxhimi i projektit Ais. AIS “Menaxhimi i Projektit. Konceptet themelore të dizajnit të AIS

Ka shumë metoda dhe mundësi për zhvillimin e AIS, përdorimi i të cilave varet nga faktorë të ndryshëm, për shembull, madhësia e ndërmarrjeve dhe (ose) IS e tyre, qëllimi i krijimit të një IS, burimet në dispozicion, etj. Metodat dhe parimet e projektimit një IS diskutohen në kapitujt e mëparshëm.

Cikli jetësor i projektit softuerik është një grup fazash dhe fazash të zhvillimit të softuerit, nga analiza e sistemit dhe zhvillimi i kërkesave fillestare deri tek instalimi (instalimi) i tij në një kompjuter.

Përvoja në zhvillimin dhe zbatimin e klasave të ndryshme të AIS ka treguar efikasitet të lartë (përfshirë ekonomik) të zbatimit të tyre, veçanërisht në ndërmarrjet e mëdha. Ajo pasqyrohet në një organizim të mirë të punës dhe prodhimit, një rritje të saktësisë së planifikimit dhe zbatimit të detyrave të përcaktuara, në sigurimin e ritmit të ndërmarrjes, zvogëlimin e pjesës së punës manuale, mbështetje efektive (përfshirë operacionale) të informacionit për të ndryshme kategoritë e përdoruesve, etj. Periudha mesatare e shlyerjes për sisteme të tilla zakonisht nuk kalon dy vjet.

Gjatë zhvillimit të IS, në shumicën e rasteve, përparësi i jepet zgjidhjeve standarde të projektimit, të përshtatura me kushtet dhe aftësitë specifike të Klientit. Projektet individuale zhvillohen në mungesë të zgjidhjeve standarde ose kur parametrat bazë të organizatës ndryshojnë ndjeshëm (me më shumë se 10-15%) nga zgjidhjet standarde. Kjo zakonisht vlen për organizatat e mëdha dhe më të mëdha.

Asnjë skemë e zhvillimit të IC nuk është absolute. Opsione të ndryshme janë të mundshme, në varësi, për shembull, nga kushtet fillestare në të cilat zhvillohet zhvillimi: po zhvillohet një sistem krejtësisht i ri; një studim i ndërmarrjes tashmë është kryer dhe ekziston një model i aktivitetit të saj; ndërmarrja tashmë ka një IS që mund të përdoret si një prototip fillestar ose duhet të integrohet me atë të zhvilluar.

Zhvillimi i detajuar i projektit AIS supozon disponueshmërinë e një grupi të plotë të dokumentacionit organizativ, projektues, teknologjik dhe operacional.

Dizajni i çdo objekti kryhet me:

• a) përcaktimi i qëllimit të tij funksional (pse është i nevojshëm, çfarë dhe si bën objekti i projektuar),
• b) identifikimin e lidhjeve logjike (sesi objekti i projektuar përmbush qëllimin e tij funksional, çfarë informacioni përpunohet dhe në çfarë sekuence),
• c) zgjedhja e mjeteve materiale për zbatimin e objektit të projektuar - aspekti funksional, teknologjik dhe teknik (media, mjete të përpunimit të të dhënave, etj.),
• d) vendosjen hapësinore (territoriale) të mjeteve materiale të shitjes në zona të ndara ose të mundshme për përdorim,
• e) formimin e strukturës organizative dhe menaxhuese të objektit të projektuar (përbërja e departamenteve, kompetencat dhe përgjegjësitë funksionale punëtorë)

Pas zgjedhjes së metodës së projektimit AIS, është e nevojshme të planifikoni një grup punimesh për të krijuar një sistem në përputhje me fazat tipike të zhvillimit të tij. Projekti rishikohet dhe miratohet nga Klienti. Dizajni i AIS përfshin zbatimin e fazave dhe fazave të caktuara.

Për zbatimin e suksesshëm të projektit, është e nevojshme të krijohen faza reale me fillim dhe fund të shënuar qartë. Zhvillimi i një plani të detajuar pune shoqërohet me një përshkrim të proceseve dhe sekuencën e tyre të kryera në secilën fazë, specialistët, fondet dhe burimet e nevojshme. Kjo qasje ndihmon në një masë më të madhe për të shmangur lëshimet dhe gabimet. Shtë e nevojshme për punëtorët që zbatojnë zbatimin e një projekti automatizimi, dhe gjithashtu ka një ndikim pozitiv tek personat që e financojnë atë.

Zbatimi me faza efektiv i punës së projektimit shoqërohet me nevojën për të zhvilluar një orar për zbatimin e tyre, duke përfshirë burimet dhe kohën (fazat) e zbatimit të tyre (shiko grafikët dhe figurat e mëparshme). Burimet përfshijnë personelin e kërkuar, pajisjet, softuerin, financimin dhe infrastrukturën. Në të njëjtën kohë, është më mirë ta financoni atë veçmas për secilin lloj pune (blerja e fondeve dhe softuerit, instalimi, trajnimi, fazat e veçanta të projektimit, etj.).

Për automatizimin tipe te ndryshme aktivitetet (menaxhimi, dizajni, hulumtimi, etj.), Duke përfshirë kombinimet e tyre, përdorin dispozitat e GOST 34.601-90. Ai siguron fazat dhe fazat e mëposhtme të projektimit (tabela 1).

tabela 2

Standardi gjithashtu thotë se:

• · Fazat dhe fazat e kryera nga organizatat që marrin pjesë në krijimin e AU përcaktohen në kontrata dhe Terma të Referencës bazuar në këtë standard.
• · Lejohet të përjashtohet faza "Draft dizajni" dhe fazat e veçanta të punës në të gjitha fazat, të kombinohen "Dizajni teknik" dhe "Dokumentacioni i punës" në një fazë "Dizajni tekniko-punues". Në varësi të specifikave të NPP -ve që krijohen dhe kushteve për krijimin e tyre, lejohet kryerja e fazave individuale të punës para përfundimit të fazave të mëparshme, paralelisht me ekzekutimin në kohë të fazave të punës, përfshirjen e fazave të reja të punës.

Projekti teknik (dizajni paraprak) përmban diagramet e qarkut dhe dokumentacionin e projektimit të objektit të zhvillimit dhe përbërësve të tij, një listë të mjeteve të zgjedhura të gatshme të softuerit dhe mbeshtetje teknike(duke përfshirë llojet e kompjuterëve, sistemet operative, programet e aplikimit, etj.), Algoritmet për zgjidhjen e problemeve për zhvillimin e mjeteve të reja softuerike).

Dizajni i detajuar - faza përfundimtare e projektimit, në përgjithësi, duke siguruar sqarimin dhe detajimin e rezultateve të fazave të mëparshme, krijimin dhe testimin e një prototipi të objektit të automatizimit, zhvillimin dhe testimin e produkteve softuerike, dokumentacionin teknologjik dhe operacional.

Në praktikën moderne të projektimit të sistemeve të automatizuara të informacionit (për shembull, AIPS, ASNTI, ACS, etj.), Mund të jetë faza fillestare e zbatimit të tyre në punën e një organizate ose shërbimi të Klientit të projektit, ose drejtuesit një në një numër organizatash, shërbimesh të tjera të automatizuara, etj.

Zhvillimi i detajuar i dizajnit të sistemit presupozon disponueshmërinë e një grupi të plotë të dokumentacionit organizativ, projektues, teknologjik dhe operacional.

Standardi shtetëror GOST 19.102-77 përcakton fazat e mëposhtme të zhvillimit të dokumentacionit të softuerit:

• 1. Termat e referencës;
• 2. Draft projekt;
• 3. Dizajni teknik;
• 4. Drafti i punës;
• 5. Zbatimi.

Vini re se për projektet e vogla numri i fazave mund të zvogëlohet.

Si pjesë e fazës së parë "Formimi i kërkesave për AU", objekti anketohet dhe nevoja për të krijuar një AIS justifikohet, duke marrë parasysh kërkesat e përdoruesit për AIS të projektuar. Këto procedura të fazës së parë të projektimit janë pjesë e studimit para projektit. Kjo gjithashtu mund të përfshijë procedurat e fazës së dytë të projektimit - "Zhvillimi i konceptit të NPP".

Në procesin e kërkimit para-dizajnues, po kryhet një studim fizibiliteti për realizueshmërinë e krijimit të një AIS; zhvillimin e kërkesave të përgjithshme për zhvillimin e AIS.

Në procesin e kërkimit para-projektues për të kryer punën e nevojshme të projektimit, identifikohen sa vijon:

• · burimet materiale,
• · burimet financiare,
• · Burimet njerëzore,
• · Burimet e përkohshme.

Aktualisht, çdo organizatë ka në dispozicion disa burime materiale, si rregull, me origjinë heterogjene. Për të siguruar sigurinë e këtyre burimeve, është e nevojshme të mbani shënime dhe të caktoni persona përgjegjës. Zgjidhja për këtë problem mund të kryhet duke përdorur aplikacione të ndryshme si 1C: Enterprise, AVARD dhe shumë të tjerë. Por këto programe janë shumë të shtrenjta, si në blerje ashtu edhe në mirëmbajtje. Kërkojnë edukim dhe trajnim special të personelit.

Nën dizajn ju duhet të kuptoni procesin e krijimit të një prototipi të objektit të propozuar ose të mundshëm.

Teknologjia moderne për krijimin e AIS është një kombinim i mjeteve dhe metodave efektive të projektimit që thjeshtojnë këtë proces, zvogëlojnë kostot e kostos, zvogëlojnë kohën kalendarike për hartimin e sistemit dhe përmirësojnë cilësinë e zhvillimit për shkak të një përzgjedhje të gjerë të zgjidhjeve të dizajnuara të përparuara të projektimit.

Tek kryesore mjetet e projektimit mund t'i atribuohet:

Zgjidhjet tipike të projektimit (TPD) dhe paketat e aplikimit (PPP). TPR - një grup elementësh algoritmikë dhe softuerikë që sigurojnë zbatimin e detyrave në një kompjuter me ndihmën e mjeteve të përshtatshme teknike;

Sistemet e projektimit të ndihmuara nga kompjuteri (CAD), që përfshijnë përdorimin e kompjuterëve në të gjitha fazat e krijimit të AIS.

Kërkesat e përgjithshme për mjetet e projektimit:

Mbulim i plotë i të gjithë procesit të krijimit të AIS;

Pajtueshmëria, d.m.th. qëndrueshmëri si në procesin e krijimit të një sistemi ashtu edhe në procesin e funksionimit të tij;

Shkathtësia, d.m.th. mundësia e përdorimit të mjeteve të njëjta për objekte të ndryshme;

Aksesueshmëria në zhvillim dhe thjeshtësia (thjeshtësia) në zbatim;

Mundësia e organizimit të procesit të projektimit në mënyrën e ndërveprimit ndërveprues midis zhvilluesit të sistemit, projektuesit dhe kompjuterit;

Përshtatshmëria dhe kosto-efektiviteti.

Ndër metodat e projektimit ndajë:

Dizajn origjinal;

Dizajni tipik dhe llojet e tij: elementare, nënsisteme, modulare, grupore;

Dizajn i ndihmuar nga kompjuteri.

Metoda origjinale e projektimit është tradicionale dhe e fokusuar në një ndërmarrje të veçantë. Veçori karakteristike Kjo metodë është zhvillimi i metodave origjinale të inspektimit të objekteve dhe krijimi i dokumentacionit të nevojshëm në formën e një projekti individual. Avantazhi i kësaj metode është pasqyrimi i veçorive specifike të objektit të automatizimit në projektin AIS. Disavantazhet përfshijnë një intensitet relativisht të lartë të punës dhe një kohë të gjatë zhvillimi, një tregues të ulët të besueshmërisë funksionale dhe përshtatshmërisë ndaj kushteve në ndryshim. Projektet e krijuara me metodën origjinale i japin hua modernizimit, megjithatë, në formë e pastër kjo metodë përdoret rrallë. Sot, gjatë zbatimit të tij, përdoren mjete të ndryshme të projektimit, dhe vetëm pjesë të caktuara të projektit kërkojnë zgjidhje origjinale të projektimit. Kjo zbut disi të metat e saj. Sidoqoftë, kjo metodë mbetet e rëndësishme kur automatizoni objekte komplekse, të jashtëzakonshme.

V kushtet moderne AIS zakonisht nuk është ndërtuar nga e para. Aktualisht, në ekonomi, në pothuajse të gjitha nivelet e menaxhimit dhe në të gjitha objektet ekonomike, funksionojnë sisteme të automatizuara të përpunimit të informacionit. Nevoja e shtuar për informacion në kohë, me cilësi të lartë dhe operacionale kërkon krijimin e AIS në një bazë të re teknike dhe teknologjike.

Kërkimi për mënyra racionale të projektimit shkon në drejtimet e mëposhtme:

1. zhvillimi i zgjidhjeve standarde të projektimit të zbatuara në paketat e aplikuara të softuerit (PPP) për zgjidhjen e problemeve ekonomike me lidhjen pasuese të PPP me kushtet specifike të zbatimit dhe funksionimit;

2. zhvillimi i sistemeve të automatizuara të projektimit.

Mënyra e parë është aftësia për të përdorur zgjidhje standarde të projektimit të përfshira në paketat e programeve të aplikuara.

Dizajn tipik- një metodë industriale për krijimin e AIS duke përdorur TPR dhe PPP. Kjo metodë karakterizohet nga prania e mjeteve të automatizuara standarde organizative-ekonomike, teknike, informative, matematikore dhe softuerike. Zbatimi i kësaj metode bën të mundur zvogëlimin e intensitetit të punës, zvogëlimin e kostos dhe shkurtimin e kohës së projektimit dhe përmirësimin e cilësisë së projektimit. Procesi tipik i projektimit konsiston në përzgjedhjen dhe lidhjen e nënsistemeve mbështetëse në përputhje me kërkesat e një AIS të veçantë. Pjesa tipike e AIS është një kompleks informacioni, softueri dhe hardueri. Natyra tipike e mbështetjes së informacionit arrihet përmes respektimit të rreptë të unitetit të strukturës së bazës së informacionit, përbërjes së vargjeve, formave të dokumenteve hyrëse dhe dalëse. Natyra tipike e softuerit arrihet duke përdorur PPP, dhe natyra tipike e mbështetjes teknike arrihet duke përdorur kompjuterë të llojeve të njëjta ose të kombinuara.

1. Një variant i metodës tipike të projektimit është metoda dizajn elementar, i cili bazohet në TPR. Kur zhvilloni një projekt, përdoret një zgjidhje e gatshme me modifikime të vogla, dhe një e re nuk po zhvillohet.

2. Kur përdorni metoda modulare TPR krijohen mbi baza modulare, kur secila zgjidhje e projektimit ndahet në pjesë përbërëse të veçanta - module që zbatojnë një pjesë të caktuar të TPR. Kjo ju lejon të krijoni një projekt për një sistem të ri të automatizuar duke kombinuar module standarde individuale.

3. Kur përdorni metoda e projektimit të nënsistemit për secilin nënsistem, krijohen projekte zgjidhjesh dhe paketa aplikimi - të gjera në sistem dhe funksionale. Alokimi i nënsistemeve varet nga objekti i procesit ekonomik dhe të prodhimit. Për secilin nga nënsistemet, zhvillohet zgjidhja e vet e automatizuar e dizajnit dhe PPP, të cilat mund të jenë të gjera në sistem ose funksionale. PPP-të në të gjithë sistemin përfshijnë PPP-të e menaxhimit të të dhënave, PPP-të e procedurave standarde të përpunimit të të dhënave, metodat e statistikave matematikore dhe programimin diskret, etj. PPP-të funksionale përfshijnë paketa që synojnë ndërmarrjet industriale me një natyrë diskrete ose të vazhdueshme të prodhimit, në sferën jo-industriale, dhe menaxhimin sektorial.

Një kërkesë e rëndësishme për RFP është përputhshmëria, pasi kur hartoni AIS, këshillohet të përdorni disa pako në të njëjtën kohë. Dizajni i sistemeve që përdorin PPP reduktohet në fakt në lidhjen e paketave të zgjedhura sipas parametrave të caktuar me kushtet specifike të objektit të automatizimit. Cilësitë pozitive Kjo qasje ndaj dizajnit mund të quhet: proces më pak intensiv i punës, zvogëlim i kohës së projektimit në krahasim me modelin origjinal, zbatim i metodave të avancuara të përpunimit të të dhënave, thjeshtim i dokumentacionit të projektit (meqenëse përdoret dokumentacioni i paketës), besueshmëri e shtuar e AIS të projektuar.

4. Përveç kësaj, ka metoda e projektimit të grupit... Thelbi i tij qëndron në përzgjedhjen paraprake të një grupi të objekteve të të njëjtit lloj për sa i përket karakteristikave. Midis tyre, është zgjedhur objekti bazë, për të cilin po zhvillohet projekti, dhe mund të përdoren metoda të ndryshme dhe metoda të projektimit. Gjëja kryesore këtu është të sigurohet përshtatshmëri e lartë e projektit. Fusha kryesore e aplikimit të kësaj metode janë objektet jo-industriale (për shembull, magazina).

Aktivitetet e mëposhtme i japin vetes më efektshmëri automatizimit:

1. kontabiliteti, përfshirë menaxhimin dhe financat. Numri më i madh i RFP -ve janë krijuar për qëllime të kontabilitetit. Midis tyre janë "1C: Kontabiliteti", "Turbo-Kontabilist", "Info-Kontabilist", "Parus", "ABACUS", "Bambi +", etj.;

2. Shërbimi i ndihmës dhe informacionit aktivitet ekonomik... Përfaqësuar nga PPP -ja e mëposhtme: "GARANT" (taksat, kontabiliteti, auditimi, sipërmarrja, banka, rregullimi i monedhës, kontrolli doganor); "CONSULBTANT +" (taksat, kontabiliteti, auditimi, sipërmarrja, bankat, rregullimi i monedhës, kontrolli doganor).

3.ekonomike dhe aktivitetet financiare... Përfaqësuar nga RFP -ja e mëposhtme:

a) "Analiza ekonomike dhe parashikimi i firmës, organizatës" (firma "INEK"), e cila zbaton funksionet: analiza ekonomike aktivitetet e një firme, ndërmarrje; hartimi i planeve të biznesit; studimi i fizibilitetit për shlyerjen e huasë; analiza dhe përzgjedhja e opsioneve për aktivitetet; parashikimi i bilancit, flukset e parasë dhe mallrat e gatshme.

b) Kompleksi i rrjetit me shumë përdorues i automatizimit të plotë të korporatës Galaktika (JSC Novy Atlant), i cili përfshin planifikimin, menaxhimin operacional, kontabilitetin dhe kontrollin, analiza, përveç kësaj, lejon brenda kornizës së DSS të sigurojë zgjidhjen e planifikimit të biznesit probleme me përdorimin e Projektit PPP- Ekspert.

4. organizimi i punës së drejtuesit;

5. automatizimi i qarkullimit të dokumenteve;

6. trajnimi.

Kohët e fundit, ndërmarrjet dhe firmat preferojnë të blejnë paketa dhe teknologji të gatshme, dhe, nëse është e nevojshme, t'u shtojnë atyre softuerin e tyre, pasi zhvillimi i AIS-it të tyre shoqërohet me kosto dhe rreziqe të larta. Si rregull, zhvillohet dhe propozohet një sistem bazë, i cili përshtatet sipas dëshirave të klientëve individualë. Në të njëjtën kohë, përdoruesve u ofrohen konsultime që ndihmojnë në minimizimin e kohës së zbatimit të sistemeve dhe teknologjive, përdorimin e tyre në mënyrën më efektive dhe përmirësimin e kualifikimeve të personelit.

Sistemet e projektimit të ndihmuara nga kompjuteri - mënyra e dytë, me zhvillim të shpejtë të kryerjes së punës së projektimit.

Ndër metodat e projektimit të ndihmuara nga kompjuteri, metodat e modelimit të modelit zënë një vend të veçantë. Krijimi dhe përdorimi i sistemeve CAD siguron një nivel mjaft të lartë të besueshmërisë funksionale, mbulim gjithëpërfshirës të të gjitha proceseve teknologjike, zvogëlim të intensitetit të punës të punës së projektimit me konsideratë maksimale të interesave të objektit të automatizimit. Sidoqoftë, kjo metodë është mjaft e shtrenjtë dhe kërkon zhvillues shumë të aftë. Kërkesa kryesore për CAD është aftësia për të ndërtuar dhe mbajtur një model të caktuar ekonomik global të informacionit të objektit të automatizimit në sistemin e projektimit në një gjendje të përshtatshme. Një model është një shfaqje e qartë e përbërësve të informacionit të një objekti automatizimi dhe marrëdhënieve midis tyre. Qëllimi kryesor i ndërtimit të një modeli është krijimi i një projekti AIS që korrespondon me këtë model, duke marrë parasysh dhe duke përdorur në mënyrë aktive të gjitha karakteristikat e objektit. Një model i tillë duhet të përmbajë në një formë të zyrtarizuar një përshkrim të grupeve të përbërësve të informacionit dhe marrëdhënien midis tyre, duke përfshirë lidhjet e informacionit dhe ndërveprimin algoritmik. Duke përdorur metodën e modelimit të modelit, qasja e sistemeve, e cila përcakton përdorimin e kompjuterëve jo vetëm në të gjitha fazat e krijimit të sistemit, por edhe në procesin e analizimit të rezultateve të funksionimit të tij industrial. Zhvillimi dhe aplikimi i CAD paracaktoi kalimin në krijimin e projekte individuale, por në një nivel dukshëm më të lartë se metoda e projektimit origjinal.

Gjatë dekadës së fundit, një drejtim i ri është shfaqur në fushën e automatizimit të dizajnit IC dhe IT - Teknologjia e zhvillimit të softuerit CASE e ndihmuar nga kompjuteri(RASTI - Softueri / Inxhinieria e Sistemit e Ndihmuar me Kompjuter). Kompleksiteti në rritje i sistemeve të informacionit, kërkesat në rritje për to kanë çuar në nevojën për industrializimin e teknologjive për krijimin e tyre.

Teknologjia CASEështë një grup metodash për analizën, projektimin, zhvillimin dhe mirëmbajtjen e IS, të mbështetur nga një grup mjetesh të ndërlidhura automatizimi. CASE është një grup mjetesh për analistët e sistemit, zhvilluesit dhe programuesit që automatizon procesin e projektimit dhe zhvillimit të IC -ve. Sistemet CASE përdoren si një mjet i fuqishëm për zgjidhjen e problemeve të kërkimit dhe projektimit, të tilla si analiza strukturore e fushës së lëndës, zbatimi i projektit duke përdorur gjeneratën e fundit të gjuhëve programuese, lëshimi i dokumentacionit të projektit, testimi i zbatimit të projektit, planifikimi dhe kontrolli i zhvillimeve, modelimi aplikimet e biznesit me qëllim zgjidhjen e problemeve operacionale.dhe planifikimin strategjik dhe menaxhimin e burimeve, etj.

Qëllimi kryesor i CASE është të automatizojë zhvillimin dhe funksionimin e sistemeve sa më shumë që të jetë e mundur.

Kur përdorni teknologjitë CASE, teknologjia e punës në të gjitha fazat e ciklit jetësor të sistemeve të automatizuara ndryshon. Në sistemet CASE, dizajni bazohet në metoda vizuale vizuale të zhvillimit, ndërsa grafikët, diagramet, tabelat, diagramet dhe shpjegimet tekstuale të tyre përdoren për të përshkruar modelin e IS të projektuar. Metodologji të tilla ofrojnë një përshkrim rigoroz dhe përshkrues të sistemit që po projektohet, i cili fillon me një pasqyrë të sistemit dhe më pas shkon në më shumë detaje, duke fituar një strukturë hierarkike me një numër në rritje nivelesh.

Automatizimi i programimit bazohet në gjenerimin automatik të kodeve të programit që përmbajnë përshkrimet e të dhënave, logjikën kryesore të përpunimit të tyre, skemat e bazës së të dhënave, skedarët e përshkrimit të ndërfaqes, etj. Kodet rafinohen dhe përpunohen më tej, por në disa raste automatizimi arrin 90%. Për më tepër, teknologjia CASE gjeneron dokumentacionin e nevojshëm të projektit gati për përdorim.

Kur përdorni teknologjinë CASE, sigurohet mbështetja e një baze të vetme projekti, d.m.th. i gjithë informacioni në lidhje me AIS -in e zhvilluar vendoset automatikisht në një bazë të dhënash të projektit. Kjo ruan qëndrueshmërinë, qëndrueshmërinë, plotësinë dhe tepricën minimale të të dhënave të projektimit.

CASE-teknologjia siguron punë ekipore të ekipeve të zhvillimit, sepse grupe të ndryshme specialistësh pajisen me mjete të përshtatshme, si dhe aftësinë për të bërë vazhdimisht dhe saktë ndryshimet në projekt nga specialistë të ndryshëm në kohë reale.

Teknologjitë CASE përdoren me sukses për të ndërtuar pothuajse të gjitha llojet e AIS. CASE përdoret gjithashtu për të krijuar modele të sistemeve që ndihmojnë strukturat komerciale të zgjidhin problemet e planifikimit strategjik, menaxhimit financiar, përcaktimit të politikës së kompanisë, trajnimit të personelit, etj.

CASE ka përparësitë kryesore të mëposhtme:

Përmirësoni cilësinë e IS (IT) të krijuar me anë të kontrollit automatik (para së gjithash, kontrollit të projektit);

Lejoni në një kohë të shkurtër të krijoni një prototip të IS të ardhshëm (TI), i cili ju lejon të vlerësoni shpejt, në fazat e hershme, rezultatin e pritur;

Përshpejtimi i procesit të hartimit dhe zhvillimit të sistemit;

Lironi zhvilluesin nga puna rutinore, duke e lejuar atë të përqëndrohet tërësisht në pjesën krijuese të dizajnit;

Ato mbështesin zhvillimin dhe mirëmbajtjen e një IS tashmë funksionale.

Deri tani, është shfaqur një industri e fuqishme CASE, që bashkon qindra firma dhe kompani të orientimeve të ndryshme. Midis tyre dallohen:

Kompanitë-zhvilluesit e mjeteve për analizën dhe projektimin e IP dhe IT

Firmat-zhvilluesit e mjeteve speciale me fokus në fusha të ngushta lëndore ose në faza të caktuara të ciklit jetësor të IP;

Firmat e trajnimit që organizojnë seminare dhe kurse trajnimi;

Firmat konsulente që ofrojnë ndihmë praktike në përdorimin e paketave CASE për zhvillimin e IS të veçantë;

Firmat e specializuara në botimin e periodikëve dhe buletineve mbi teknologjitë CASE.

Nbsp; Modelet e ciklit të jetës AIS

Modeli i ciklit të jetës AISështë një strukturë që përshkruan proceset, veprimet dhe detyrat që kryhen dhe rrjedhën e zhvillimit, funksionimit dhe mirëmbajtjes gjatë gjithë ciklit jetësor të sistemit.

Zgjedhja e një modeli të ciklit të jetës varet nga specifikat, shkalla, kompleksiteti i projektit dhe grupi i kushteve në të cilat AIS është krijuar dhe funksionon.

Modeli i ciklit të jetës AIS përfshin:

Rezultatet e punës në secilën fazë;

Ngjarjet kryesore ose pikat e përfundimit dhe vendimmarrjes.

Në përputhje me modelet e njohura të ciklit jetësor të softuerit, përcaktohen modelet e ciklit jetësor të AIS - kaskadë, përsëritëse, spirale.

I. Modeli i ujëvarës përshkruan qasjen klasike për zhvillimin e sistemeve në çdo fushë lëndore; u përdor gjerësisht në vitet 1970 dhe 1980.

Modeli i ujëvarës siguron organizimin vijues të punës, dhe tipari kryesor i modelit është ndarja e të gjithë punës në faza. Kalimi nga faza e mëparshme në tjetrën ndodh vetëm pas përfundimit të plotë të të gjithë punës së asaj të mëparshme.

Alokoni pesë faza të qëndrueshme të zhvillimit, praktikisht të pavarura nga fusha e lëndës (Fig. 1.1).

Aktiv e para Në këtë fazë, kryhet një studim i zonës së problemit, formulohen kërkesat e klientit. Rezultati i kësaj faze është termat e referencës (detyra e zhvillimit), të dakorduara me të gjitha palët e interesuara.

Gjatë e dyta fazë, sipas kërkesave të caktimit teknik, zhvillohen zgjidhje të caktuara të projektimit. Si rezultat, shfaqet një grup dokumentacioni projekti.

E treta zbatimi i projektit në fazë; në thelb, zhvillimi i softuerit (kodimi) në përputhje me vendimet e projektimit të fazës së mëparshme. Në këtë rast, metodat e zbatimit nuk janë të një rëndësie themelore. Rezultati i kësaj faze është produkti i përfunduar i softuerit.

Aktiv e katërta Në këtë fazë, softueri i marrë kontrollohet për pajtueshmërinë me kërkesat e përcaktuara në termat e referencës. Operacioni i provës ju lejon të identifikoni lloje të ndryshme të të metave të fshehura që shfaqen në kushtet reale të AIS.

Faza e fundit është dorëzimi projekt i përfunduar, dhe gjëja kryesore këtu është të bindësh klientin se të gjitha kërkesat e tij plotësohen plotësisht.

Figura 1.1 Modeli i ciklit jetësor të Ujëvarës AIS

Fazat e punës brenda kornizës së modelit të ujëvarës shpesh quhen pjesë të ciklit të projektit AIS, pasi fazat përbëhen nga shumë procedura përsëritëse për sqarimin e kërkesave të sistemit dhe opsioneve të projektimit. Cikli jetësor i AIS është dukshëm më i ndërlikuar dhe më i gjatë: mund të përfshijë një numër arbitrar cikle sqarimesh, ndryshimesh dhe shtesash në zgjidhjet e projektimit të miratuara dhe zbatuara tashmë. Në këto cikle, zhvillohet AIS dhe modernizimi i përbërësve të tij individualë.

Përparësitë e modelit të kaskadës:

1) në secilën fazë, formohet një grup i plotë i dokumentacionit të projektit që plotëson kriteret e plotësisë dhe qëndrueshmërisë. Në fazat përfundimtare, dokumentacioni i përdoruesit është zhvilluar, duke mbuluar të gjitha llojet e mbështetjes AIS të ofruar nga standardet (organizative, informative, softuerike, teknike, etj.);

2) zbatimi vijues i fazave të punës ju lejon të planifikoni kohën e përfundimit dhe kostot përkatëse.

Modeli i ujëvarës u krijua fillimisht për të zgjidhur lloje të ndryshme të problemeve inxhinierike dhe nuk e ka humbur rëndësinë e tij për fushën e aplikuar deri më tani. Për më tepër, qasja e ujëvarës është ideale për zhvillimin e AIS, pasi tashmë në fillimin e zhvillimit, është e mundur të formulohen të gjitha kërkesat me saktësi të mjaftueshme në mënyrë që t'u sigurojnë zhvilluesve lirinë e zbatimit teknik. AIS i tillë, në veçanti, përfshin sisteme komplekse të zgjidhjes dhe sisteme në kohë reale.

Disavantazhet e modelit të ujëvarës:

Vonesa të konsiderueshme në marrjen e rezultateve;

Gabimet dhe mangësitë në cilëndo nga fazat shfaqen, si rregull, në fazat pasuese të punës, gjë që çon në nevojën për t'u kthyer;

Kompleksiteti i punës paralele në projekt;

Mbingopja e tepërt e informacionit për secilën nga fazat;

Kompleksiteti i menaxhimit të projektit;

Niveli i lartë i rrezikut dhe investimet jo të besueshme.

Vonesa në marrjen e rezultateve manifestohet në faktin se një qasje e qëndrueshme për zhvillimin e koordinimit të rezultateve me palët e interesuara kryhet vetëm pas përfundimit të fazës tjetër të punës. Si rezultat, mund të rezultojë se AIS e zhvilluar nuk i plotëson kërkesat, dhe mospërputhje të tilla mund të shfaqen në çdo fazë të zhvillimit; përveç kësaj, gabimet mund të futen pa dashje si nga stilistët analitikë ashtu edhe nga programuesit, pasi nuk kërkohet që ata të kenë njohuri të mira në fushat lëndore për të cilat AIS është duke u zhvilluar.

Kthehuni në fazat e hershme. Kjo mangësi është një nga manifestimet e asaj të mëparshme: puna vijuese hap pas hapi në një projekt mund të çojë në faktin se gabimet e bëra në fazat e hershme zbulohen vetëm në fazat pasuese. Si rezultat, projekti kthehet në fazën e mëparshme, përpunohet dhe vetëm atëherë transferohet në punën pasuese. Kjo mund të çojë në një prishje të orarit dhe të ndërlikojë marrëdhëniet midis grupeve të zhvillimit që kryejnë faza të caktuara.

Opsioni më i keq është kur të metat e fazës së mëparshme zbulohen jo në fazën tjetër, por më vonë. Për shembull, në fazën e funksionimit të provës, mund të shfaqen gabime në përshkrimin e zonës së lëndës. Kjo do të thotë që një pjesë e projektit duhet të kthehet në fazën fillestare të punës.

Kompleksiteti i punës paralele lidhur me nevojën për të koordinuar pjesë të ndryshme të projektit Sa më e fortë të jetë marrëdhënia e pjesëve individuale të projektit, aq më shpesh dhe tërësisht duhet të kryhet sinkronizimi, aq më të varur nga njëri -tjetri ekipet e zhvillimit. Si rezultat, përfitimet e punës paralele thjesht humbasin; mungesa e paralelizmit ndikon negativisht në organizimin e punës së të gjithë ekipit.

Problemi mbingopja e informacionit lind nga varësitë e forta midis grupeve të ndryshme të zhvillimit. Fakti është se kur bëni ndryshime në njërën nga pjesët e projektit, është e nevojshme të njoftoni ata zhvillues që e përdorën (mund ta përdorin) në punën e tyre. Me një numër të madh të nënsistemeve të ndërlidhura, sinkronizimi i dokumentacionit të brendshëm bëhet një detyrë e veçantë kritike: zhvilluesit duhet të njihen vazhdimisht me ndryshimet dhe të vlerësojnë se si këto ndryshime do të ndikojnë në rezultatet e marra.

Kompleksiteti i menaxhimit të projektit kryesisht për shkak të sekuencës strikte të fazave të zhvillimit dhe pranisë së marrëdhënieve komplekse midis pjesëve të ndryshme të projektit. Sekuenca e rregulluar e punës çon në faktin se disa ekipe zhvillimi duhet të presin për rezultatet e punës së ekipeve të tjera, prandaj, kërkohet ndërhyrje administrative për të rënë dakord për kohën dhe përbërjen e dokumentacionit të paraqitur.

Nëse zbulohen gabime në punë, është e nevojshme të ktheheni në fazat e mëparshme; puna aktuale e atyre që kanë bërë gabim ndërpritet. Pasoja e kësaj është zakonisht një vonesë në përfundimin e projektit të korrigjuar dhe atij të ri.

Shtë e mundur të thjeshtohet ndërveprimi midis zhvilluesve dhe të zvogëlohet mbingarkesa e informacionit të dokumentacionit duke zvogëluar numrin e lidhjeve midis pjesëve individuale të projektit, por jo çdo AIS mund të ndahet në nënsisteme të lidhura lirshëm.

Niveli i lartë i rrezikut. Sa më kompleks të jetë projekti, aq më gjatë zgjat secila fazë e zhvillimit dhe aq më komplekse ndërlidhjet midis pjesëve individuale të projektit, numri i të cilave gjithashtu rritet. Për më tepër, rezultatet e zhvillimit mund të shihen dhe vlerësohen vërtet vetëm në fazën e testimit, domethënë pas përfundimit të fazave të analizës, projektimit dhe zhvillimit, zbatimi i të cilave kërkon kohë dhe para të konsiderueshme.

Vlerësimi i vonshëm krijon probleme serioze në identifikimin e gabimeve në analizë dhe dizajn - ju duhet të ktheheni në fazat e mëparshme dhe të përsërisni procesin e zhvillimit. Sidoqoftë, kthimi në fazat e mëparshme mund të shoqërohet jo vetëm me gabime, por edhe me ndryshime që kanë ndodhur në fushën e lëndës ose në kërkesat e klientit gjatë zhvillimit. Në të njëjtën kohë, askush nuk garanton që zona e lëndës nuk do të ndryshojë përsëri derisa të jetë gati versioni tjetër i projektit. Në fakt, kjo do të thotë se ekziston mundësia e "lakimit" të procesit të zhvillimit: kostot e projektit do të rriten vazhdimisht, dhe afatet për dorëzimin e produktit të përfunduar vazhdimisht shtyhen.

II Modeli përsëritës konsiston në një sërë ciklesh (hapa) të shkurtër të planifikimit, zbatimit, studimit, veprimit.

Krijimi i një AIS kompleks përfshin miratimin e zgjidhjeve të projektimit të marra në zbatimin e detyrave individuale. Qasja e projektimit nga poshtë-lart kërkon përsëritjet e tilla të kthimit, kur zgjidhjet e projektimit për detyrat individuale kombinohen në ato të zakonshme sistemike. Në të njëjtën kohë, ekziston nevoja për të rishikuar kërkesat e formuara më parë.

Avantazhi modeli përsëritës është se rregullimet ndër-fazore sigurojnë zhvillim më pak intensiv të punës në krahasim me modelin e ujëvarës.

disavantazhet model përsëritës:

· Jeta e secilës fazë zgjatet për të gjithë periudhën e punës;

· Për shkak të një numri të madh të përsëritjeve, ka mospërputhje në zbatimin e zgjidhjeve të projektimit dhe dokumentacionit;

· Ndërlikimi i arkitekturës;

· Vështirësitë në përdorimin e dokumentacionit të projektimit në fazat e zbatimit dhe funksionimit kërkojnë rizgjedhjen e të gjithë sistemit.

III. Modeli spiral, në kontrast me kaskadën, por të ngjashme me atë të mëparshme, përfshin një proces përsëritës të zhvillimit të AIS. Në të njëjtën kohë, rëndësia e fazave fillestare, të tilla si analiza dhe dizajni, rritet, në të cilën realizueshmëria e zgjidhjeve teknike kontrollohet dhe justifikohet duke krijuar prototipe.

Çdo përsëritje përfaqëson një cikël të plotë zhvillimi, duke çuar në lëshimin e një versioni të brendshëm ose të jashtëm të një produkti (ose një nënbashkësi të produktit përfundimtar), i cili përmirësohet nga përsëritja në përsëritje për t'u bërë një sistem i plotë (Figura 1.2).

Oriz. 1.2 Modeli spiral i ciklit të jetës AIS

Kështu, çdo kthesë e spirales korrespondon me krijimin e një fragmenti ose versioni të produktit softuerik, qëllimet dhe karakteristikat e projektit specifikohen në të, cilësia e tij përcaktohet, puna është planifikuar për kthesën tjetër të spirales. Çdo përsëritje shërben për të thelluar dhe konkretizuar në mënyrë të vazhdueshme detajet e projektit, si rezultat i së cilës zgjidhet një opsion i arsyeshëm për zbatimin përfundimtar.

Përdorimi i modelit spiral ju lejon të kaloni në fazën tjetër të projektit pa pritur përfundimin e plotë të atij aktual - puna e papërfunduar mund të përfundojë në përsëritjen tjetër. detyra kryesoreçdo përsëritje - krijoni një produkt të zbatueshëm për demonstrim tek përdoruesit sa më shpejt të jetë e mundur. Kështu, procesi i bërjes së ndryshimeve dhe shtesave në projekt është thjeshtuar shumë.

Qasja spirale në zhvillimin e softuerit tejkalon shumicën e mangësive të modelit të ujëvarës, përveç kësaj, ajo siguron një numër aftësish shtesë, duke e bërë procesin e zhvillimit më fleksibël.

Përparësitë qasje përsëritëse:

Zhvillimi i përsëritur thjeshton shumë bërjen e ndryshimeve në projekt kur ndryshojnë kërkesat e klientit;

Kur përdorni modelin spiral, elementët individualë të AIS integrohen gradualisht në një tërësi të vetme. Meqenëse integrimi fillon me më pak elementë, ka shumë më pak probleme në zbatimin e tij;

Ulja e nivelit të rreziqeve (pasojë e avantazhit të mëparshëm, pasi rreziqet zbulohen pikërisht gjatë integrimit). Niveli i rreziqeve është maksimal në fillim të zhvillimit të projektit; ndërsa zhvillimi përparon, ai zvogëlohet;

Zhvillimi i përsëritur siguron fleksibilitet më të madh në menaxhimin e projektit duke lejuar që të bëhen ndryshime taktike në produktin që po zhvillohet. Pra, ju mund të shkurtoni kohën e zhvillimit duke zvogëluar funksionalitetin e sistemit ose ta përdorni atë si pjesët përbërëse produktet e firmave të palëve të treta në vend të zhvillimeve të tyre (të rëndësishme në një ekonomi tregu, kur është e nevojshme t'i rezistoni promovimit të produkteve të konkurrentëve);

Një qasje përsëritëse e bën më të lehtë ripërdorimin e komponentëve sepse është shumë më e lehtë të identifikosh (identifikosh) pjesët e zakonshme të projektit kur ato janë zhvilluar tashmë pjesërisht sesa të përpiqesh t'i izolosh ato në fillim të projektit. Analiza e projektit pas disa përsëritjeve fillestare zbulon përbërës të zakonshëm të ripërdorshëm që do të përmirësohen në përsëritjet e mëvonshme;

Modeli spiral lejon një sistem më të besueshëm dhe të qëndrueshëm. Kjo është për shkak të faktit se ndërsa sistemi evoluon, gabimet dhe dobësitë zbulohen dhe korrigjohen në çdo përsëritje. Në të njëjtën kohë, parametrat kritikë të performancës rregullohen, të cilat në rastin e një modeli kaskade janë të disponueshme vetëm para zbatimit të sistemit;

Një qasje përsëritëse përmirëson procesin
zhvillimi - si rezultat i analizës në fund të çdo përsëritje, bëhet një vlerësim i ndryshimeve në organizatën e zhvillimit; përmirësohet në përsëritjen tjetër.

Problemi kryesor i ciklit spiral- vështirësia e përcaktimit të momentit të kalimit në fazën tjetër. Për ta zgjidhur atë, është e nevojshme të vendosni kufij kohorë për secilën fazë të ciklit të jetës. Përndryshe, procesi i zhvillimit mund të kthehet në një përmirësim të pafund të asaj që është bërë tashmë.

Përfshirja e përdoruesve në procesin e hartimit dhe kopjimit të aplikacionit ju lejon të merrni komente dhe shtesa në kërkesat drejtpërdrejt në procesin e hartimit të aplikacionit, duke zvogëluar kohën e zhvillimit. Përfaqësuesit e klientëve kanë mundësinë të kontrollojnë procesin e krijimit të një sistemi dhe të ndikojnë në përmbajtjen e tij funksionale. Rezultati është vënia në punë e një sistemi që merr parasysh shumicën e nevojave të klientit.

Metodologjitë moderne dhe teknologjitë e projektimit të AIS që i zbatojnë ato janë dorëzuar në format elektronik së bashku me mjetet CASE dhe përfshijnë bibliotekat e proceseve, shablloneve, metodave, modeleve dhe komponentëve të tjerë të destinuar për ndërtimin e softuerëve të klasës së sistemeve në të cilat është fokusuar metodologjia. Metodologjitë dhe teknologjitë elektronike përbëjnë thelbin e një grupi të rënë dakord mjetet zhvillimin e AIS. Karakteristikat e zgjidhjeve metodologjike moderne për hartimin e AIS nuk mund të zbatohen pa teknologji të caktuara të projektimit që korrespondojnë me shkallën dhe specifikat e projektit.

Teknologjia e projektimit AISështë një grup metodash dhe mjetesh për hartimin e AIS, si dhe metoda dhe mjete për organizimin e dizajnit (menaxhimi i procesit të krijimit dhe modernizimit të një projekti AIS).

Sipas modelit të TP, AIS është një grup zinxhirësh veprimesh radhazi-paralel, të lidhur dhe të varur, secila prej të cilave mund të ketë subjektin e vet. Veprimet që kryhen në hartimin e AIS mund të përcaktohen si operacione teknologjike të pandashme ose si nën-procese të operacioneve teknologjike. Të gjitha veprimet mund të jenë të duhura dizajn, që formësojnë ose modifikojnë rezultatet e projektimit, dhe vlerësuar, të cilat janë zhvilluar sipas kritereve të përcaktuara për vlerësimin e rezultateve të projektimit.

Kështu, teknologjia e projektimit përcaktohet nga një sekuencë e rregulluar e operacioneve teknologjike të kryera në procesin e krijimit të një projekti të bazuar në një metodë të veçantë.

Subjekti i teknologjisë së zgjedhur të projektimit duhet të jetë pasqyrimi i proceseve të ndërlidhura të projektimit në të gjitha fazat e ciklit jetësor të AIS.

Kërkesat kryesore për teknologjinë e zgjedhur të projektimit janë si më poshtë:

· Projekti i krijuar me ndihmën e kësaj teknologjie duhet të plotësojë kërkesat e klientit;

· Teknologjia duhet të pasqyrojë sa më shumë të jetë e mundur të gjitha fazat e ciklit jetësor të projektit;

· Teknologjia duhet të sigurojë kosto minimale të punës dhe kostos për projektimin dhe mbështetjen e projektit;

· Teknologjia duhet të kontribuojë në rritjen e produktivitetit të punës së projektuesve;

· Teknologjia duhet të sigurojë besueshmërinë e projektimit dhe funksionimit të projektit;

· Teknologjia duhet të lehtësojë mirëmbajtjen e lehtë të dokumentacionit të projektit.

Teknologjia e projektimit AIS zbaton një metodologji specifike të projektimit. Nga ana tjetër, metodologjia e projektimit supozon praninë e disa koncepteve, parimeve të projektimit dhe zbatohet nga një sërë metodash dhe mjetesh.

Metodat e projektimit të AIS mund të klasifikohen sipas shkallës së përdorimit të mjeteve të automatizimit, zgjidhjeve tipike të projektimit, përshtatshmërisë ndaj ndryshimeve të parashikuara.

Sipas shkallës së automatizimit, ato dallohen:

dizajn manual, në të cilën dizajni i përbërësve të AIS kryhet pa përdorimin e mjeteve speciale të softuerit; programimi bëhet në gjuhë algoritmike;

dizajn kompjuterik, në të cilën gjenerimi ose konfigurimi (akordimi) i zgjidhjeve të projektimit kryhet duke përdorur mjete speciale softuerike.

Sipas shkallës së përdorimit të zgjidhjeve tipike të projektimit, ato dallohen:

origjinal (individual) dizajn, kur zgjidhjet e projektimit zhvillohen "nga e para" në përputhje me kërkesat për AIS;

dizajn tipik, duke supozuar konfigurimin e AIS nga zgjidhjet standarde të gatshme të projektimit (modulet e softuerit).

Dizajn origjinal AIS merr parasysh maksimumin e veçorive të një objekti të automatizuar.

Dizajn tipik kryer në bazë zgjidhje të gatshme dhe është një përgjithësim i përvojës së fituar më herët në krijimin e projekteve të ndërlidhura.

Nga shkalla e përshtatshmërisë së zgjidhjeve të projektimit metodat e mëposhtme ndryshojnë:

rindërtim- përshtatja e zgjidhjeve të projektimit kryhet duke përpunuar përbërësit përkatës (riprogramimi i moduleve të softuerit);

parametërizimi- zgjidhjet e projektimit rregullohen në përputhje me parametrat e specifikuar dhe të ndryshueshëm;

ristrukturimi i modelit- modeli i domain ndryshon, gjë që çon në reformimin automatik të zgjidhjeve të projektimit.

Kombinimi i shenjave të ndryshme të klasifikimit të metodave të projektimit përcakton natyrën e teknologjisë së dizajnit AIS të përdorur. Ekzistojnë dy klasa kryesore të teknologjisë së projektimit: kanonike dhe industriale... Teknologjia e dizajnit industrial ndahet në dy nënklasa: i automatizuar(përdorimi i teknologjive CASE) dhe tipike dizajn (i orientuar nga parametri ose i orientuar nga modeli).

Tabela 1.1.Karakteristikat e klasave të teknologjisë së projektimit

Dizajni kanonik i AIS fokusohet në përdorimin e modelit kryesisht të ujëvarës të ciklit jetësor të AIS.

Në varësi të kompleksitetit të objektit të automatizimit dhe grupit të detyrave që duhet të zgjidhen kur krijohet një AIS specifik, fazat dhe fazat e punës mund të kenë intensitet të ndryshëm të punës. Lejohet kombinimi i fazave të njëpasnjëshme dhe përjashtimi i disa prej tyre në çdo fazë të projektit. Lejohet gjithashtu të filloni punën e fazës tjetër para përfundimit të asaj të mëparshme.

Fazat dhe fazat e krijimit të AIS, të kryera nga organizatat pjesëmarrëse, përshkruhen në kontrata dhe terma reference për kryerjen e punës.

Faza 1. Formimi i kërkesave për AIS:

· Studimi i objektit dhe arsyetimi i nevojës për krijimin e AIS;

· Formimi i kërkesave të përdoruesve për AIS;

· Përgatitja e një raporti për punën e kryer dhe një detyre taktike dhe teknike për zhvillim.

Faza 2. Zhvillimi i konceptit AIS:

· Studimi i objektit të automatizimit;

· Kryerja e punës kërkimore të nevojshme;

· Zhvillimi i opsioneve për konceptin e AIS, duke përmbushur kërkesat e përdoruesve;

· Përgatitja e raportit dhe miratimi i konceptit.

Faza 3. Detyra teknike:

Zhvillimi dhe miratimi i specifikimeve teknike për krijimin e AIS.

Faza 4. Dizajni paraprak:

· Zhvillimi i zgjidhjeve paraprake të projektimit për sistemin dhe pjesët e tij;

· Zhvillimi i dokumentacionit të përgjithshëm për AIS dhe pjesët e tij.

Faza 5 Projekti teknik:

· Zhvillimi i zgjidhjeve të projektimit për sistemin dhe pjesët e tij;

· Zhvillimi i dokumentacionit për AIS dhe pjesët e tij;

· Zhvillimi dhe ekzekutimi i dokumentacionit për furnizimin e komponentëve;

· Zhvillimi i detyrave të projektimit në pjesët përkatëse të projektit.

Faza 6. Dokumentacioni i punës:

· Zhvillimi i dokumentacionit të punës për AIS dhe pjesët e tij;

· Zhvillimi dhe përshtatja e programeve.

Faza 7. Komisionimi:

· Përgatitja e objektit të automatizimit; trajnimi i stafit;

· Komplet i plotë i produkteve të furnizuara me AIS (softuer dhe harduer, komplekse softuerësh dhe harduerësh, produkte informacioni);

· Punë ndërtimi dhe instalimi; punimet e komisionimit;

· Kryerja e testeve paraprake;

· Kryerja e operacionit të provës;

· Kryerja e testeve të pranimit.

Faza 8. Shoqëruesi AIS:

· Kryerja e punës në përputhje me detyrimet e garancisë;

· Shërbim pas garancisë.

Sondazh- është studimi dhe analiza e strukturës organizative të ndërmarrjes, aktivitetet e saj dhe sistemin ekzistues përpunimi i informacionit.

Materialet e marra si rezultat i sondazhit përdoren për:

Arsyetim për zhvillimin dhe zbatimin në faza të sistemeve;

Përpilimi i specifikimeve teknike për zhvillimin e sistemeve;

Zhvillimi i projekteve teknike dhe të punës të sistemeve.

Në fazën e sondazhit, këshillohet të dallohen dy komponentë: përcaktimi i strategjisë së zbatimit të AIS dhe një analizë e detajuar e aktiviteteve të organizatës.

Detyra kryesore e fazës së parë të studimit është të vlerësojë vëllimin real të projektit, qëllimet dhe objektivat e tij bazuar në funksionet e identifikuara dhe elementët e informacionit të objektit të automatizuar të nivelit të lartë. Këto detyra mund të zbatohen ose nga klienti i AIS në mënyrë të pavarur, ose me përfshirjen e organizatave konsulente. Kjo fazë përfshin ndërveprim të ngushtë me përdoruesit kryesorë potencialë të sistemit dhe ekspertët e biznesit. Detyra kryesore e ndërveprimit është të merrni një kuptim të plotë dhe të qartë të kërkesave të klientit. Në mënyrë tipike, informacioni që ju nevojitet mund të merret përmes intervistave, bisedave ose punëtorive me menaxhmentin, ekspertët dhe përdoruesit.

Pas përfundimit të fazës së anketimit, bëhet e mundur të përcaktohen qasjet e mundshme teknike për krijimin e sistemit dhe të vlerësohen kostot e zbatimit të tij (për pajisjet kompjuterike, për softuerin e blerë dhe zhvillimin e softuerit të ri).

Rezultati i fazës së përcaktimit të strategjisë është një dokument (studim fizibiliteti - studim fizibiliteti - projekt), ku është formuluar qartë se çfarë do të marrë klienti nëse ai pranon të financojë projektin, kur të marrë produktin e përfunduar (orarin e punës) dhe si shumë do të kushtojë (për projekte të mëdha - ky është një plan financimi në faza të ndryshme të punës). Desirableshtë e dëshirueshme që të pasqyrohen në dokument jo vetëm kostot, por edhe përfitimet e projektit, për shembull, koha e shlyerjes së projektit, e pritshme efekt ekonomik(nëse mund të vlerësohet).

Kufizimet, rreziqet, faktorët kritikë që mund të ndikojnë në suksesin e projektit;

Grupi i kushteve nën të cilat supozohet të funksionojë sistemi i ardhshëm - arkitektura e sistemit, burimet e harduerit dhe softuerit, kushtet e funksionimit, personeli i shërbimit dhe përdoruesit e sistemit;

Kushtet e përfundimit të fazave individuale, forma e pranimit / dorëzimit të punës, burimet e përfshira, masat për mbrojtjen e informacionit;

Përshkrimi i funksioneve të kryera nga sistemi;

Mundësitë për zhvillimin dhe modernizimin e sistemit;

Ndërfaqet dhe shpërndarja e funksioneve midis një personi dhe një sistemi;

kërkesat për sistemet e menaxhimit të softuerit dhe bazës së të dhënave (DBMS).

Në fazën e analizës së hollësishme të veprimtarive të organizatës, studiohen aktivitetet që sigurojnë zbatimin e funksioneve të menaxhimit, Struktura organizative, stafi dhe përmbajtja e punës në menaxhimin e ndërmarrjes, si dhe natyra e nënshtrimit ndaj organeve të larta të menaxhimit. Këtu është e nevojshme të përshkruhen materialet udhëzuese-metodike dhe udhëzuese, në bazë të të cilave përcaktohet përbërja e nënsistemeve dhe lista e detyrave, si dhe mundësia e përdorimit të metodave të reja të zgjidhjes së problemeve.

Analistët mbledhin dhe regjistrojnë informacionin në dy forma të ndërlidhura:

Funksionet - informacion në lidhje me ngjarjet dhe proceset që ndodhin në organizatën e automatizuar;

Subjektet - Informacion në lidhje me klasat e objekteve që janë të rëndësishme për organizatën dhe për të cilat grumbullohen të dhëna.

Kur studioni secilën detyrë të kontrollit funksional, përcaktohen sa vijon:

Emri i detyrës; kushtet dhe shpeshtësinë e vendimit të tij;

Shkalla e formalizimit të problemit;

Burimet e informacionit të kërkuar për zgjidhjen e problemit;

Treguesit dhe karakteristikat sasiore të tyre;

Procedura për korrigjimin e informacionit;

Algoritmet e funksionimit për llogaritjen e treguesve dhe metodat e mundshme të kontrollit;

Mjetet ekzistuese të grumbullimit, transmetimit dhe përpunimit të informacionit;

Mjetet ekzistuese të komunikimit;

Saktësia e pranuar e zgjidhjes së problemit;

Kompleksiteti i zgjidhjes së problemit;

Format ekzistuese të paraqitjes së të dhënave fillestare dhe rezultatet e përpunimit të tyre në formën e dokumenteve;

Konsumatorët e informacionit rezultues mbi detyrën.

Një nga detyrat më të mundimshme, edhe pse të zyrtarizuara mirë të kësaj faze është përshkrimi i rrjedhës së punës së organizatës. Kur shqyrtoni rrjedhën e punës, hartohet një diagram i rrugës së lëvizjes së dokumenteve, i cili duhet të pasqyrojë:

Numri i dokumenteve;

Vendi i formimit të treguesve të dokumenteve;

Ndërlidhja e dokumenteve gjatë formimit të tyre;

Rruga dhe kohëzgjatja e lëvizjes së dokumentit;

Vendi i përdorimit dhe ruajtjes së këtij dokumenti;

Komunikimet e informacionit të brendshëm dhe të jashtëm;

Vëllimi i dokumentit në shenja.

Bazuar në rezultatet e sondazhit, krijohet një listë e detyrave të menaxhimit që do të automatizohem dhe sekuenca e zhvillimit të tyre.

Gjatë fazës së anketimit, funksionet e planifikuara të sistemit duhet të klasifikohen sipas rëndësisë së tyre. Një nga formatet e mundshme për paraqitjen e një klasifikimi të tillë është MuSCoW. Ky shkurtim qëndron për: Duhet të ketë - funksionet e nevojshme; Duhet të ketë - funksionet e dëshiruara; Mund të ketë - unë funksione të mundshme; Nuk do të ketë veçori të munguara.

Funksionet e kategorisë së parë ofrojnë kritike për I punë e suksesshme aftësitë e sistemeve. Zbatimi i funksioneve të kategorive të dyta dhe të treta është i kufizuar nga kuadri kohor dhe financiar: numri i funksioneve të kategorive të dyta dhe të treta po zhvillohet sipas rendit të përparësisë, si dhe maksimumit të mundshëm. Kategoria e fundit e funksioneve është veçanërisht e rëndësishme, pasi është e nevojshme të kuptohen qartë kufijtë e projektit I dhe grupi i funksioneve që do të mungojnë në sistem.

Modelet e veprimtarisë organizative krijohen në dy lloje 1:

Modeli "ashtu siç është" pasqyron proceset e biznesit ekzistuese në organizatë;

Modeli "të jesh" pasqyron ndryshimet e nevojshme në proceset e biznesit duke marrë parasysh futjen e AIS. j

Tashmë në fazën e analizës, është e nevojshme të përfshini grupin e testimit në punë për të zgjidhur detyrat e mëposhtme:

Marrja e karakteristikave krahasuese të platformave harduerike, sistemeve operative, DBMS, etj.;

Zhvillimi i një plani pune për të siguruar besueshmërinë e AIS dhe testimin e tij.

Angazhimi i testuesve në fillim të zhvillimit është një ide e mirë për çdo projekt. Gabimet e mëvonshme në zgjidhjet e projektimit janë zbuluar, aq më e shtrenjtë është rregullimi i tyre; skenari më i keq është zbulimi i tyre gjatë fazës së zbatimit. Kështu, sa më shpejt që ekipet e testimit të fillojnë të identifikojnë gabimet në AIS, aq më e ulët është kostoja e punës në sistem. Koha për testimin e sistemit dhe korrigjimin e gabimeve të zbuluara duhet të sigurohet jo vetëm në fazën e zhvillimit, por edhe në fazën e projektimit.

Sistemet speciale të përcjelljes së defekteve janë krijuar për të lehtësuar dhe rritur efektivitetin e testimit. Përdorimi i tyre ju lejon të keni një depo të vetme të gabimeve, të gjurmoni përsëritjen e tyre, të kontrolloni shpejtësinë dhe efikasitetin e korrigjimit të gabimit, të shihni përbërësit më të paqëndrueshëm të sistemit, dhe gjithashtu të mbani komunikimin midis ekipit të zhvillimit dhe ekipit të testimit.

Rezultatet e sondazhit përfaqësojnë një bazë objektive për formimin e specifikimeve teknike për AIS.

Detyrë teknike Shtë një dokument që përcakton qëllimet, kërkesat dhe të dhënat bazë fillestare të nevojshme për zhvillimin e një sistemi të automatizuar kontrolli.

Kur zhvilloni një detyrë teknike (TOR), është e nevojshme të zgjidhni detyrat e mëposhtme:

· Përcaktimi i qëllimit të përgjithshëm të krijimit të AIS;

· Krijimi i kërkesave të përgjithshme për sistemin e projektuar;

· Zhvilloni dhe vërtetoni kërkesat për informacion, matematikë, softuer, harduer dhe mbështetje teknologjike;

· Të përcaktojë përbërjen e nënsistemeve dhe detyrave funksionale;

· Zhvillimi dhe arsyetimi i kërkesave për nënsistemet;

· Të përcaktojë fazat e krijimit të sistemit dhe kohën e zbatimit të tyre;

Bëni një llogaritje paraprake të kostove të krijimit të një sistemi dhe përcaktoni nivelin efikasiteti ekonomik zbatimi;

· Të përcaktojë përbërjen e interpretuesve.

Kërkesat tipike për përbërjen dhe përmbajtjen e detyrës teknike janë dhënë në tabelë. 1.6

Tabblitsa 1.6. Përbërja dhe përmbajtja e detyrës teknike (GOST 34.602-89)

Projekt ekskluziv siguron zhvillimin e zgjidhjeve paraprake të projektimit për sistemin dhe pjesët e tij. Dizajni paraprak nuk është një fazë rreptësisht e detyrueshme. Nëse zgjidhjet kryesore të projektimit janë përcaktuar më herët ose janë mjaft të dukshme për një AIS të veçantë dhe objekt automatizimi, atëherë kjo fazë mund të përjashtohet nga sekuenca e përgjithshme e punimeve.

Funksionet e AIS;

Funksionet e nënsistemeve, qëllimet e tyre dhe efekti i pritshëm i zbatimit;

Përbërja e komplekseve të detyrave dhe detyrave individuale;

Koncepti i bazës së informacionit dhe struktura e tij e zgjeruar;

Funksionet e sistemit të menaxhimit të bazës së të dhënave;

Përbërja e një sistemi llogaritës dhe mjeteve të tjera teknike;

Funksionet dhe parametrat e softuerit kryesor.

Bazuar në rezultatet e punës së bërë, hartohet, miratohet dhe miratohet dokumentacioni në shumën e nevojshme për të përshkruar grupin e plotë të vendimeve të miratuara të projektimit dhe të mjaftueshme për punë të mëtejshme në krijimin e sistemit.

Në përputhje me GOST 19.102-77, faza e projektimit paraprak përmban dy faza: zhvillimin e një modeli paraprak; miratimi i projekt projektit.

Faza e parë e zhvillimit përbëhet nga:

Zhvillimi paraprak i strukturës së të dhënave hyrëse dhe dalëse;

Përsosja e metodave për zgjidhjen e problemit;

Zhvillimi i një përshkrimi të përgjithshëm të algoritmit për zgjidhjen e problemit;

Zhvillimi i një studimi të fizibilitetit;

Zhvillimi i një shënimi shpjegues.

Në këtë rast, lejohet të kombinohen dhe përjashtohen disa vepra.

Më poshtë është një grup dokumentesh që duhet dhe mund të përgatiten në fund të modelit të skicës.

Dokumentet e detyrueshme:

1) kushtet e përditësuara të referencës për projektimin dhe zhvillimin
puna e AIS;

2) specifikimi i kërkesave të kualifikimit për AIS;

3) një sërë specifikimesh të kërkesave për përbërësit funksionalë të softuerit dhe përshkrimet e të dhënave;

4) specifikimi i kërkesave për ndërfaqet e brendshme të përbërësit dhe ndërfaqet me mjedisin e jashtëm;

5) një përshkrim të sistemit të menaxhimit të bazës së të dhënave, strukturës dhe shpërndarjes së softuerit dhe objekteve të informacionit në bazën e të dhënave;

6) hartimin e udhëzimeve për mbrojtjen e informacionit dhe sigurimin e besueshmërisë së funksionimit të AIS;

7) një version paraprak i manualit të administratorit të AIS;

8) një version paraprak i manualit të përdorimit të AIS;

9) një plan të rishikuar për zbatimin e projektit;

10) plani i rafinuar i menaxhimit të sigurimit të cilësisë AIS;

11) shënim shpjegues i draftit paraprak të AIS;

12) një kontratë (marrëveshje) e rishikuar me klientin për një detaj-
dizajn i ri i AIS.

Dokumentet e hartuara me marrëveshje me klientin:

1) një përshkrim paraprak të funksionimit të AIS;

2) një diagram të rrjedhave të të dhënave midis përbërësve funksionalë të AIS;

3) një diagram të rafinuar të arkitekturës AIS, ndërveprimin e softuerit dhe përbërësve të informacionit, organizimin e procesit të llogaritjes dhe shpërndarjen e burimeve;

4) një përshkrim të treguesve të cilësisë së përbërësve dhe kërkesave për to sipas fazave të zhvillimit të AIS;

5) raport mbi treguesit teknikë dhe ekonomikë, orarin e zbatimit të projektit, alokimin e burimeve dhe buxhetin;

6) një tabelë e shpërndarjes së specialistëve sipas përbërësve dhe fazave të punës;

7) certifikatat e zhvilluesve për të drejtën e përdorimit të teknologjisë dhe mjeteve të automatizimit për zhvillimin e AIS;

8) një përshkrim të kërkesave për përbërjen dhe format e dokumenteve që rezultojnë sipas fazave të punës;

9) një plan për korrigjimin e komponentëve të softuerit, duke i siguruar atij metoda dhe mjete të automatizimit të testimit;

10) udhëzime paraprake për dizajn të detajuar
vaniya, programimi dhe korrigjimi i komponentëve të AIS;

11) plani paraprak i shitjes dhe zbatimit;

12) një përshkrim të strukturës paraprake të bazës së të dhënave.

Projekt teknik sistemet janë dokumentacion teknik që përmbajnë zgjidhje të projektimit në të gjithë sistemin, algoritme për zgjidhjen e problemeve, si dhe një vlerësim të efikasitetit ekonomik të AIS. Në këtë fazë, një kompleks i punës kërkimore dhe eksperimentale kryhet për të zgjedhur zgjidhjet kryesore të projektimit dhe për të llogaritur efikasiteti ekonomik i sistemit. Përbërja dhe përmbajtja projekt teknik jepen në tabelë. 1.7

Tabela 1.7. Përmbajtja e projektit teknik

Në fazën "Dokumentacioni i punës", kryhet krijimi i një produkti softuerik dhe zhvillimi i të gjithë dokumentacionit shoqërues. Dokumentacioni duhet të përmbajë të gjithë informacionin e nevojshëm dhe të mjaftueshëm për të siguruar kryerjen e punës në vënien në punë të AIS dhe funksionimin e tij, si dhe për të ruajtur nivelin e karakteristikave operacionale (cilësisë) të sistemit. Dokumentacioni i zhvilluar duhet të hartohet, miratohet dhe miratohet.

Në fazën "Vënia në funksionim" për AIS, përcaktohen llojet kryesore të mëposhtme të testeve: testet paraprake, funksionimi i provës dhe testet e pranimit. Nëse është e nevojshme, lejohet kryerja shtesë e llojeve të tjera të testeve të sistemit dhe pjesëve të tij.

Në varësi të marrëdhënies midis përbërësve të AIS dhe objektit të automatizimit, testet mund të jenë autonome dhe komplekse. Komponentët e sistemit janë të përfshirë në testimin autonom. Ato kryhen sapo pjesët e sistemit të jenë gati për vënien në punë. Testet komplekse kryhen për grupet e përbërësve të ndërlidhur (nënsistemet) ose për sistemin në tërësi.

Për të planifikuar kryerjen e të gjitha llojeve të testeve, dokumenti "Programi dhe Metodologjia e Testit" është duke u zhvilluar. Zhvilluesi i dokumentit përcaktohet në kontratë ose TK. Testet ose rastet e provës mund të përfshihen në dokument si një shtojcë.

Debugging është procesi i projektimit që kërkon më shumë kohë. Gabimet e fshehura ndonjëherë shfaqen pas shumë vitesh funksionimi të sistemit. Errorsshtë e pamundur të shmangësh plotësisht gabimet, e cila është për shkak të numrit astronomik të opsioneve për funksionimin e sistemit. Almostshtë pothuajse e pamundur të kontrollohen të gjithë për funksionimin e duhur në të ardhmen e parashikueshme.

Kostoja e identifikimit dhe eliminimit të gabimeve në fazat e mëvonshme të projektimit rritet përafërsisht në mënyrë eksponenciale (Figura 1.10).

Studiuesit numërojnë 169 lloje të gabimeve, të përmbledhura në 19 klasa të mëdha:

1) logjike;

2) gabime në manipulimin e të dhënave;

3) Gabimet I / O;

4) gabime në llogaritjet;

Oriz. 1.10 Kostoja relative e zbulimit dhe rregullimit të një gabimi të vetëm

5) gabime në ndërfaqet e përdoruesit;

6) gabime në sistemin operativ dhe programet ndihmëse;

7) gabimet e paraqitjes;

8) gabime në ndërfaqet e ndërprogramimit;

9) gabime në ndërfaqet "Program - softuer i sistemit";

10) gabime gjatë trajtimit të pajisjeve të jashtme;

11) gabimet e ndërlidhjes me bazën e të dhënave (DB);

12) gabimet e inicimit të bazës së të dhënave;

13) gabimet e ndryshimeve sipas kërkesës nga jashtë;

14) gabime që lidhen me ndryshoret globale;

15) gabime të përsëritura;

16) gabime në dokumentacion;

17) shkelje e kërkesave teknike;

18) gabime të panjohura;

19) gabimet e operatorit.

Jo të gjitha gabimet vijnë nga zhvilluesi. Sipas studiuesve të ndryshëm, nga 6 në 19% të gabimeve shkaktohen nga gabimet në dokumentacion.

Marrëdhënia midis zhvillimit dhe testimit në faza të ndryshme të dizajnit të AIS është treguar në Fig. 1.11.

Ky zinxhir është "shtrirë" me kusht vetëm në një vijë. Brenda tij ka gjithmonë sythe të përsëritura. Për të identifikuar gabimet, zhvilluesit krijojnë teste speciale dhe kryejnë një fazë të korrigjimit. Nëse nuk gjenden gabime, kjo nuk do të thotë se nuk ka - ndoshta testi doli të ishte shumë i dobët.

Oriz. 1.11. Korrelacioni midis zhvillimit dhe testimit sipas fazave të projektimit të AIS

Teknika e korrigjimit merr parasysh simptomat e gabimeve të mundshme:

Përpunim i pasaktë (përgjigje e gabuar, rezultat) - deri në 30%;

Transferim i gabuar i kontrollit - 16%;

Papajtueshmëria e programeve me të dhënat e përdorura - 15%;

Papajtueshmëria e programeve për të dhënat e transmetuara - deri në 9%.

Gjatë zhvillimit të detyrave të korrigjimit, detyrat e mëposhtme zgjidhen:

Testet e shkrimit;

Përzgjedhja e pikave, zonave dhe rrugëve të kontrollit;

Përcaktimi i listës së sasive të kontrolluara dhe procedura për fiksimin e vlerave të tyre;

Vendosja e rendit të testimit;

Vlerësimi i besueshmërisë dhe kompleksitetit të korrigjimit.

Programi i debuguar duhet të paktën një herë të punojë në secilën degë të algoritmit dhe në të njëjtën kohë të caktojë një varg vlerash për ndryshoret, duke kapur kufijtë e diapazonit, disa vlera brenda tij, vlera zero dhe pika njëjës (nëse ka). Për sistemet e specializuara, zhvillohen gjuhë të veçanta të korrigjimit. Ato mund të përmbajnë një numër relativisht të vogël komandash (20-30) me parametra shtesë akordimi për të zgjidhur detyrat e mëposhtme:

Kontrolli i tërheqjes;

Modelimi i procesit të ekzekutimit të programit që debugohet;

Lëshimi i gjendjes së përbërësve të kujtesës gjatë ekzekutimit të programit;

Kontrollimi i kushteve për arritjen e gjendjeve të caktuara në procesin e ekzekutimit të programit;

Përcaktimi i vlerave të testimit të të dhënave fillestare;

Zbatimi i kërcimeve të kushtëzuara në testim, në varësi të rezultateve të ekzekutimit të makrove të tjera ose testeve të ndryshme;

Kryerja e operacioneve të shërbimit për të përgatitur programin për testim.

Procesi i korrigjimit të gabimeve nuk mund të klasifikohet si plotësisht i formalizuar, prandaj ka rekomandime empirike për sjelljen e tij, të cilat janë dhënë më poshtë.

1. Përdorni një qasje semantike, të paramenduar për korrigjimin, planifikoni procesin tuaj të korrigjimit dhe hartoni me kujdes grupet e të dhënave të testimit nga opsionet më të thjeshta të mundshme, duke eleminuar burimet më të mundshme të gabimit.

2. Mblidhni dhe analizoni informacionin për të thjeshtuar procesin e testimit:

Karakteristikat dhe statistikat e gabimeve;

Mbi specifikat e të dhënave fillestare dhe sekuencën e ndryshimit të ndryshoreve në program dhe ndikimin e tyre reciprok;

Mbi strukturën e algoritmit dhe veçoritë e zbatimit të softuerit të tij.

3. Gjeni vetëm një gabim në të njëjtën kohë.

Përdorni mjetet e regjistrimit dhe shfaqjes së informacionit në lidhje me gabimet, përfshirë kodin e korrigjimit të veçantë në program për printimin e vlerave të mostrave të variablave, mesazhe për fundin e seksioneve individuale të programit, gjurmimin, kushtet logjike, etj.

5. Studioni me kujdes prodhimin që rezulton dhe krahasojeni atë me rezultatet e pritshme, të para-llogaritura.

6. Kushtojini vëmendje të dhënave, analizoni me kujdes funksionimin e programit kur përdorni vlerat kufitare dhe kur futni gabimisht; kontrolloni llojet e të dhënave, diapazonet, madhësitë e fushës dhe saktësinë.

7. Përdorni rrjedhën e të dhënave dhe analizën e rrjedhës së kontrollit për të vërtetuar dhe krijuar fushëveprimin e të dhënave për rrugë të ndryshme të ekzekutimit të programit.

8. Përdorni një sërë mjetesh korrigjimi në të njëjtën kohë, pa u ndalur në një mundësi. Përdorni mjete të automatizuara dhe korrigjimin dhe testimin manual në të njëjtën kohë, duke kontrolluar kodin për performancën kundër gabimeve më të mundshme.

9. Dokumentoni çdo gabim të gjetur dhe fiksuar, dallimet e tyre, vendndodhjen dhe llojin. Ky informacion do të jetë i dobishëm për të parandaluar gabimet e ardhshme.

10. Matni kompleksitetin e programeve. Në programet me kompleksitet të lartë, ekziston një probabilitet i lartë i specifikimeve dhe gabimeve të projektimit, dhe me kompleksitet të ulët - kodimi dhe gabimet klerikale.

11. Për të rritur përvojën dhe praktikën në korrigjimin e gabimeve në mënyrë artificiale të gabimeve në programe. Pas një periudhe të caktuar korrigjimi, programuesi duhet të tregojë çdo gabim të mbetur që nuk i ka gjetur. Një "mbjellje" e tillë përdoret gjerësisht për të vlerësuar numrin e gabimeve të pazbuluara (nëse gabimet artificiale dhe reale zbulohen dhe korrigjohen në mënyrë uniforme, atëherë përqindja e gabimeve të paraqitura dhe gabimeve reale mund të përdoret për të parashikuar se sa prej tyre mbeten).

Testet paraprake kryhen për të përcaktuar funksionueshmërinë e sistemit dhe për të zgjidhur çështjen e mundësisë së pranimit të tij në funksionimin gjyqësor. Testet paraprake duhet të kryhen pasi zhvilluesi të ketë korrigjuar dhe testuar softuerin dhe pajisjen e furnizuar të sistemit dhe të ketë paraqitur dokumentet përkatëse në lidhje me gatishmërinë e tyre për testim, si dhe pasi personeli i AIS të jetë njohur me dokumentacionin operacional.

Funksionimi provues i sistemit kryhet në mënyrë që të përcaktohen vlerat aktuale të karakteristikave sasiore dhe cilësore të sistemit dhe gatishmëria e personelit për të punuar në kushtet e funksionimit të tij, si dhe për të përcaktuar efikasitetin aktual dhe, nëse është e nevojshme, rregulloni dokumentacionin.

Testet e pranimit kryhen për të përcaktuar përputhshmërinë e sistemit me specifikimet teknike, për të vlerësuar cilësinë e funksionimit të provës dhe për të zgjidhur çështjen e mundësisë së pranimit të sistemit në funksionim të përhershëm.

Dërgimi i punës suaj të mirë në bazën e njohurive është e thjeshtë. Përdorni formularin më poshtë

Studentët, studentët e diplomuar, shkencëtarët e rinj që përdorin bazën e njohurive në studimet dhe punën e tyre do t'ju jenë shumë mirënjohës.

Postuar ne http://www.allbest.ru/

Ministria e Arsimit dhe Shkencës Federata Ruse

Buxheti i Shtetit Federal institucion arsimor arsimin e lartë profesional

Universiteti Shtetëror i Teknologjisë dhe Dizajnit i Shën Petersburg

Puna e kursit

Sipas disiplinës: "Arkitektura e sistemeve të informacionit"

Me temën: "Projektimi i sistemeve të automatizuara të informacionit"

PREZANTIMI

Aktualisht, teknologjia kompjuterike po bëhet gjithnjë e më e përhapur si në prodhim ashtu edhe në rrjedhën e punës të ndërmarrjeve, dhe lista e detyrave të mbuluara prej saj po bëhet më e gjerë. Vëllimi dhe kompleksiteti i informacionit që përpunohet po rritet vazhdimisht, dhe kërkohen lloje të reja të prezantimit të tij.

Këtu janë vetëm disa nga përfitimet e përdorimit të llogaritjes për një organizatë:

* Mundësia e kontrollit operacional mbi saktësinë e informacionit;

* Reduktimi i numrit të gabimeve të mundshme kur gjeneroni të dhëna të nxjerra;

* Aftësia për të hyrë shpejt në çdo të dhënë;

* Aftësia për të gjeneruar shpejt raporte;

* Kursimi i kostove të punës dhe kohës së kaluar në përpunimin e informacionit.

Të gjitha këto avantazhe aktualisht vlerësohen nga shumë organizata, prandaj, sot ekziston një proces i zhvillimit të shpejtë të sistemeve të automatizuara të informacionit dhe zbatimit të tyre në punën e institucioneve të ndryshme. Në këtë drejtim, tema që kam zgjedhur është shumë e rëndësishme në kohën e tanishme.

Karakteristika kryesore e industrisë së sistemeve të automatizimit për ndërmarrje dhe institucione të ndryshme, e karakterizuar nga një gamë e gjerë e të dhënave hyrëse me rrugë të ndryshme për përpunimin e këtyre të dhënave, është përqendrimi i kompleksitetit në fazat fillestare të analizës së kërkesave dhe hartimit të specifikimeve të sistemit me relativisht kompleksiteti i ulët dhe mundimi i fazave pasuese. Në fakt, këtu bëhet një kuptim se çfarë do të bëjë sistemi i ardhshëm dhe si do të funksionojë për të përmbushur kërkesat e bëra ndaj tij. Gjegjësisht, paqartësia dhe paplotësia e kërkesave të sistemit, çështjet e pazgjidhura dhe gabimet e bëra në fazat e analizës dhe projektimit krijojnë probleme të vështira, shpesh të pazgjidhshme në fazat pasuese dhe, në fund të fundit, çojnë në dështimin e të gjithë punës në tërësi. Një përsëritje e thjeshtë e një sistemi shumë të mirë të menaxhimit të ndërmarrjes nuk do t'i përshtatet kurrë plotësisht klientit, pasi nuk mund të marrë parasysh specifikat e tij. Për më tepër, në këtë rast, lind problemi i zgjedhjes së sistemit që është më i përshtatshmi për një ndërmarrje të caktuar. Dhe ky problem komplikohet më tej nga fakti se fjalët kyçe që karakterizojnë sisteme të ndryshme informacioni janë praktikisht të njëjta:

* Mjedisi i unifikuar i informacionit i ndërmarrjes;

* Mënyra në kohë reale;

* Pavarësia nga legjislacioni;

* Integrimi me aplikacione të tjera (përfshirë sistemet që tashmë veprojnë në ndërmarrje);

* Zbatimi në faza, etj.

Në fakt, problemi i automatizimit kompleks është bërë i rëndësishëm për çdo ndërmarrje. Dhe për të bërë automatizim kompleks, keni nevojë për njohuri të strukturuara në këtë fushë.

Qëllimi i kësaj pune: Të njiheni me konceptin e sistemeve të automatizuara të informacionit, të merrni parasysh procesin e projektimit.

Për të arritur qëllimin, është e nevojshme të zgjidhen detyrat e mëposhtme:

Të formulojë përkufizimet e koncepteve dhe termave bazë;

§ Konsideroni qëllimet dhe objektivat e projektimit;

Njihuni me fazat kryesore të projektimit;

Theksoni fazat e zhvillimit të sistemeve të automatizuara të informacionit;

§ Konsideroni përbërjen dhe strukturën e caktimit teknik dhe projektit teknik.

1. PEFRKUFIZIMI I KONCEPTEVE T S SISTEMIT TUT INFORMACIONIT AUTOMATIKUAR (AIS), SISTEMIT TF INFORMACIONIT (IS), PROJEKTIT DHE PROJEKTIMIT

Kur strukturohen proceset në fushën e veprimtarisë njerëzore, përdoren metoda të ndryshme të izolimit të përbërësve (nën-procese) dhe merren rezultate të ndryshme, të tilla si kërkimi dhe zhvillimi, analiza dhe sinteza, etj.

Projektimi është mjaft i pranueshëm për t'u konsideruar si një koncept përgjithësues për shumë detyra intelektuale të zgjidhura në procesin e të menduarit dhe të dalluara në mënyra të ndryshme.

Rrënja e fjalës dizajn thekson lidhjen midis procesit që ka një emër të tillë dhe rezultateve kryesore të këtij procesi, si më poshtë:

a) projeksioni - çfarë fitohet duke analizuar fenomene komplekse në mënyrë që të merren paraqitje të thjeshtuara, dhe

b) projekti - çfarë fitohet duke sintetizuar përfaqësime komplekse nga një grup imazhesh më të thjeshta.

Dy arsyet e mësipërme shërbyen si arsye për zgjedhjen aktuale të fjalës dizajn si një term që tregon thelbin e veprimtarisë kryesore që kryhet në shkencat kompjuterike.

Në hartimin e sistemeve të informacionit, sistemet e informacionit janë objektet e projektimit, dhe kjo është mjaft e natyrshme për informatikën (meqenëse IS konsiderohen objektet kryesore të tij).

Siç e dini, sistemet e informacionit janë të afta të shfaqin në vetvete fenomenet më të ndryshme të universit, dhe, prandaj, të gjitha fenomenet gjithashtu rezultojnë të jenë objekte të mundshme të projektimit.

Sistemet e informacionit në shumë raste rezultojnë të jenë subjekte të projektimit, d.m.th. ata interpretues që kryejnë vetë procesin e projektimit. Duke studiuar procesin e projektimit, ne në këtë mënyrë jemi angazhuar kryesisht në studimin e sistemeve të informacionit.

Një sistem kuptohet si çdo objekt që konsiderohet njëkohësisht si një tërësi e vetme dhe si një grup elementësh heterogjenë të kombinuar në interes të arritjes së qëllimeve të përcaktuara. Sistemet ndryshojnë dukshëm nga njëri -tjetri si në përbërje ashtu edhe në qëllimet e tyre kryesore.

Në shkencat kompjuterike, koncepti i një sistemi është i përhapur dhe ka shumë kuptime semantike. Më shpesh përdoret në lidhje me një grup harduerësh dhe softuerësh. Shtimi i konceptit të fjalës sistem informacioni pasqyron qëllimin e krijimit dhe funksionimit të tij. Sistemet e informacionit sigurojnë grumbullimin, ruajtjen, përpunimin, kërkimin dhe shpërndarjen e informacionit të nevojshëm në procesin e marrjes së vendimeve për problemet nga çdo fushë. Ato ndihmojnë në analizimin e problemeve dhe krijimin e produkteve të reja.

Sistemi i informacionit (IS) - një grup mjetesh, metodash dhe personeli të ndërlidhur të përdorur për të ruajtur, përpunuar dhe lëshuar informacion në mënyrë që të arrihet qëllimi.

Teknologjitë moderne të informacionit ofrojnë një gamë të gjerë të metodave të zbatimit të IP, zgjedhja e të cilave bazohet në kërkesat e përdoruesve të synuar, të cilat, si rregull, ndryshojnë gjatë procesit të zhvillimit.

Shtimi i termit "i automatizuar" në konceptin e "sistemit" pasqyron mënyrat e krijimit dhe funksionimit të një sistemi të tillë.

Sistemi i automatizuar(sipas GOST) është një sistem i përbërë nga një grup i ndërlidhur i njësive organizative dhe një grup mjetesh të automatizimit të aktiviteteve që zbaton funksione të automatizuara për lloje të caktuara aktivitetet.

Një sistem informacioni i automatizuar (AIS) është një kompleks i mjeteve dhe personelit softuerik, teknik, informativ, gjuhësor, organizativ dhe teknologjik, i krijuar për të zgjidhur problemet e shërbimeve të referencës dhe informacionit dhe (ose) mbështetjen e informacionit për përdoruesit.

Një sistem informacioni i automatizuar është një koleksion i informacionit, metodave dhe modeleve ekonomike dhe matematikore, teknik, softuer, mjete teknologjike dhe specialistë të krijuar për të përpunuar informacionin dhe për të marrë vendime të menaxhimit.

Qëllimi kryesor i sistemeve të automatizuara të informacionit nuk është vetëm grumbullimi dhe ruajtja e burimeve të informacionit elektronik, por edhe sigurimi i përdoruesve qasje në to. Një nga karakteristikat më të rëndësishme të AIS është organizimi i marrjes së të dhënave në grupet e tyre të informacionit (bazat e të dhënave).

Nën projektin AIS nënkuptojmë projektimin dhe dokumentacionin teknologjik, i cili siguron një përshkrim të zgjidhjeve të projektimit për krijimin dhe funksionimin e IS në një mjedis specifik softuerik dhe harduerik.

Karakteristikat e mëposhtme kryesore dalluese të projektit si objekt menaxhimi mund të dallohen:

· Qëllimi përfundimtar i kufizuar;

· Kohëzgjatje e kufizuar;

· Buxhet i kufizuar;

· Kërkohen burime të kufizuara;

· Risi për ndërmarrjen për të cilën po zbatohet projekti;

· Kompleksiteti;

· Mbështetje ligjore dhe organizative.

Duke marrë parasysh planifikimin dhe menaxhimin e projektit, është e nevojshme të kuptohet qartë se ne po flasim për menaxhimin e një objekti të caktuar dinamik. Prandaj, sistemi i menaxhimit të projektit duhet të jetë mjaft fleksibël për të lejuar modifikimin pa ndryshime globale në program pune... Ekzekutimi i punimeve sigurohet nga disponueshmëria e burimeve të nevojshme: materiale; pajisje; burimet njerëzore. Nga pikëpamja e teorisë së sistemeve të kontrollit, projekti si objekt kontrolli duhet të jetë i vëzhgueshëm dhe i kontrollueshëm, domethënë, dallohen disa karakteristika me të cilat është e mundur të monitorohet vazhdimisht përparimi i projektit. Për më tepër, nevojiten mekanizma për të ndikuar në përparimin e projektit në kohën e duhur.

Dizajni i AIS kuptohet si procesi i konvertimit të informacionit hyrës në lidhje me një objekt, metoda dhe përvojë në hartimin e objekteve me një qëllim të ngjashëm në përputhje me GOST në një projekt IS.

Nga kjo pikëpamje, dizajni i AIS zbret në formalizimin vijues të zgjidhjeve të projektimit në faza të ndryshme të ciklit jetësor të AIS: planifikimi dhe analiza e kërkesave, dizajni teknik dhe i detajuar, zbatimi dhe funksionimi i AIS.

Shkalla e sistemeve që po zhvillohen përcakton përbërjen dhe numrin e pjesëmarrësve në procesin e projektimit. Me një vëllim të madh dhe afate të ngushta për zbatimin e punës së projektimit, disa ekipe të projektimit (organizatat e zhvillimit) mund të marrin pjesë në zhvillimin e sistemit. Në këtë rast, organizata mëmë ndahet, e cila koordinon aktivitetet e të gjitha organizatave bashkë-ekzekutuese.

Teknologjia e projektimit AIS është një grup metodologjish dhe mjetesh të projektimit për AIS, si dhe metoda dhe mjete të organizimit të tij (menaxhimi i procesit të krijimit dhe modernizimit të një projekti AIS).

Teknologjia e projektimit bazohet në një proces teknologjik që përcakton veprimet, sekuencën e tyre, përbërjen e kërkuar të interpretuesve, mjetet dhe burimet.

Procesi teknologjik i hartimit të AIS në tërësi është i ndarë në një grup zinxhirësh veprimesh sekuenciale-paralele, të lidhura dhe vartëse, secila prej të cilave mund të ketë subjektin e vet. Kështu, teknologjia e projektimit përcaktohet nga një sekuencë e rregulluar e operacioneve teknologjike të kryera në bazë të një metode të veçantë, si rezultat i së cilës bëhet e qartë jo vetëm se çfarë duhet bërë për të krijuar një projekt, por edhe si, nga kush, dhe në çfarë rendi.

Subjekti i çdo teknologjie të zgjedhur të projektimit duhet të jetë pasqyrimi i proceseve të ndërlidhura të projektimit në të gjitha fazat e ciklit jetësor të AIS. Kërkesat kryesore për teknologjinë e zgjedhur të projektimit përfshijnë sa vijon:

· Projekti i krijuar duhet të plotësojë kërkesat e klientit;

· Pasqyrim maksimal i të gjitha fazave të ciklit jetësor të projektit;

· Sigurimi i kostove minimale të punës dhe kostos për projektimin dhe mbështetjen e projektit;

· Teknologjia duhet të jetë baza për komunikimin midis projektimit dhe mbështetjes së projektit;

· Rritja e produktivitetit të projektuesit;

· Besueshmëria e projektimit dhe funksionimit të projektit;

· Mirëmbajtje e thjeshtë e dokumentacionit të projektit.

Teknologjia e projektimit AIS bazohet në metodologjinë që përcakton thelbin, tiparet kryesore dalluese teknologjike.

Një metodologji e projektimit supozon praninë e disa koncepteve, parimeve të projektimit, të zbatuara nga një sërë metodash, të cilat, nga ana tjetër, duhet të mbështeten me disa mjete.

Organizimi i dizajnit përfshin përcaktimin e metodave të ndërveprimit midis projektuesve dhe klientit në procesin e krijimit të një projekti AIS, i cili gjithashtu mund të mbështetet nga një grup mjetesh specifike.

sistemi i informacionit të projektimit i ndihmuar nga kompjuteri

2. Q PLLIMI DHE OBJEKTIVAT E PROJEKTIMIT

Dizajni i sistemeve të informacionit fillon gjithmonë me përcaktimin e qëllimit të projektit. Qëllimi i dizajnit është përzgjedhja e informacionit teknik dhe formimi i informacionit, matematikës, softuerit dhe mbështetje organizative dhe ligjore.

Përzgjedhja e mbështetjes teknike duhet të jetë e tillë që të sigurojë mbledhjen, regjistrimin, transferimin, ruajtjen, mbushjen dhe përpunimin e informacionit në kohë.

Mbështetja e informacionit duhet të sigurojë krijimin dhe funksionimin e një fondi të vetëm informacioni të sistemit, i përfaqësuar nga një sërë grupesh informacioni, një grup të dhënash ose një bazë të dhënash.

Formimi i mbështetjes matematikore të sistemeve përfshin një grup të plotë të metodave dhe algoritmeve për zgjidhjen e problemeve funksionale. Kur zhvilloni sisteme softuerike, vëmendje e veçantë i kushtohet krijimit të një grupi programesh dhe udhëzimesh të përdoruesve dhe zgjedhjes së produkteve efektive të softuerit.

Detyra kryesore e çdo projekti të suksesshëm është të sigurojë që në kohën e fillimit të sistemit dhe gjatë gjithë funksionimit të tij, të jetë e mundur të sigurohet:

· Funksionaliteti i kërkuar i sistemit dhe shkalla e përshtatjes me kushtet në ndryshim të funksionimit të tij;

· Qarkullimi i kërkuar i sistemit;

· Koha e kërkuar e përgjigjes së sistemit ndaj kërkesës;

· Funksionimi pa probleme i sistemit në mënyrën e kërkuar, me fjalë të tjera - gatishmëria dhe disponueshmëria e sistemit për të përpunuar kërkesat e përdoruesve;

· Lehtësia e funksionimit dhe mbështetja e sistemit;

· Siguria e nevojshme.

Performanca është përcaktuesi kryesor i efikasitetit të sistemit. Dizajni i mirë është themeli i një sistemi me performancë të lartë.

Dizajni i sistemeve të automatizuara të informacionit mbulon tre fusha kryesore:

· Dizajnimi i objekteve të të dhënave që do të zbatohen në bazën e të dhënave;

· Hartimi i programeve, ekraneve, raporteve që do të sigurojnë ekzekutimin e pyetjeve për të dhënat;

· Duke marrë parasysh një mjedis ose teknologji specifike, përkatësisht: topologjinë e rrjetit, konfigurimin e harduerit, arkitekturën e përdorur (skedar-server ose klient-server), përpunimin paralel, përpunimin e të dhënave të shpërndara, etj.

Në kushte reale, dizajni është kërkimi i një metode që plotëson kërkesat e funksionalitetit të sistemit me anë të teknologjive në dispozicion, duke marrë parasysh kufizimet e dhëna.

Një numër kërkesash absolute i imponohen çdo projekti, për shembull, koha maksimale e zhvillimit të projektit, investimi maksimal financiar në projekt, etj. Një nga vështirësitë e dizajnit është se nuk është një detyrë aq e strukturuar sa të analizosh kërkesat për një projekt ose të zbatosh një zgjidhje të veçantë të projektimit.

3. Fazat e Projektimit

Procesi i krijimit të AIS është i ndarë në një numër fazash (faza), të kufizuara me një afat kohor dhe duke përfunduar me lëshimin e një produkti specifik.

Çdo projekt, pavarësisht nga kompleksiteti dhe vëllimi i punës që kërkohet për zbatimin e tij, kalon nëpër gjendje të caktuara në zhvillimin e tij. Nga gjendja kur "projekti nuk ekziston akoma" në gjendjen kur "projekti nuk është më atje". Grupi i fazave të zhvillimit nga shfaqja e një ideje deri në përfundimin e plotë të projektit zakonisht ndahet në faza.

Qëllimi i fazave fillestare të krijimit të AIS, të kryera në fazën e analizimit të aktiviteteve të organizatës, është të formulojë kërkesa për AIS që pasqyrojnë saktë dhe me saktësi qëllimet dhe objektivat e organizatës së klientit. Për të specifikuar procesin e krijimit të një AIS që plotëson nevojat e organizatës, është e nevojshme të zbuloni dhe artikuloni qartë se cilat janë këto nevoja. Për ta bërë këtë, është e nevojshme të përcaktohen kërkesat e klientëve për AIS dhe t'i hartojnë ato në gjuhën e modeleve në kërkesat për zhvillimin e projektit AIS në mënyrë që të sigurohet përputhshmëria me qëllimet dhe objektivat e organizatës.

Fazat e mëposhtme të zhvillimit të sistemeve të automatizuara të informacionit mund të dallohen:

3.1 Formimi i konceptit. Faza konceptuale

Kjo perfshin:

· Formimi i idesë;

· Formimi i një ekipi kyç të projektit;

· Studimi i motivimeve dhe kërkesave të klientit dhe pjesëmarrësve të tjerë;

· Mbledhja e të dhënave fillestare dhe analiza e gjendjes ekzistuese;

· Përcaktimi i kërkesave dhe kufizimeve themelore, burimeve të kërkuara materiale, financiare dhe të punës;

· Vlerësimi krahasues i alternativave;

· Paraqitja e propozimeve, shqyrtimi dhe miratimi i tyre.

Detyra e formimit të kërkesave për AIS është një nga më të rëndësishmet, të vështira për t'u formalizuar dhe më e shtrenjta dhe më e vështira për t'u korrigjuar në rast të një gabimi. Mjetet moderne dhe produktet softuerike ju lejojnë të krijoni shpejt AIS sipas kërkesave të gatshme. Por shpesh këto sisteme nuk i kënaqin klientët, kërkojnë modifikime të shumta, gjë që çon në një rritje të mprehtë të kostos së kostos aktuale të AIS. Arsyeja kryesore për këtë situatë është përcaktimi i pasaktë, i pasaktë ose jo i plotë i kërkesave për AIS në fazën e analizës.

3.2 Përgatitja e një propozimi teknik

Zhvillimi i përmbajtjes kryesore të strukturës bazë të projektit;

Zhvillimin dhe miratimin e specifikimeve teknike;

§ planifikimi, zbërthimi i modelit bazë strukturor të projektit;

Hartimi i vlerësimeve dhe buxhetit të projektit;

§ zhvillimi planet kalendarike dhe oraret e zgjeruara të punës;

§ nënshkrimi i një kontrate me klientin;

§ vënia në punë e mjeteve të komunikimit të pjesëmarrësve të projektit dhe mjetet e kontrollit mbi ecurinë e punës.

3.3 Dizajni

Në fazën e projektimit, nënsistemet identifikohen, ndërlidhjet e tyre, dhe mënyrat më efektive të projektimit dhe përdorimit të burimeve janë zgjedhur. Punimet tipike të kësaj faze:

§ ekzekutimi i punës bazë të projektimit;

Zhvillimin e specifikimeve teknike private;

§ zbatimi i dizajnit konceptual;

Hartimi i specifikimeve dhe udhëzimeve teknike;

Prezantimi i zhvillimit të projektimit, ekzaminimit dhe miratimit.

Në fazën e projektimit, modelet e të dhënave janë formuar para së gjithash. Projektuesit marrin rezultatet e analizës si të dhëna. Ndërtimi i modeleve logjike dhe fizike të të dhënave është një pjesë thelbësore e dizajnit të bazës së të dhënave. Modeli i informacionit i marrë gjatë analizës së pari shndërrohet në një model logjik dhe më pas në një të dhënë fizike.

3.4 Zhvillimi

Në fazën e zhvillimit, kryhet koordinimi dhe kontrolli operacional i punës së projektit, nënsistemet prodhohen, kombinohen dhe testohen.

Pasi testi autonom të ketë kaluar me sukses, moduli përfshihet në pjesën e zhvilluar të sistemit dhe një grup modulesh të krijuara i nënshtrohen testeve të komunikimit, të cilat duhet të gjurmojnë ndikimin e tyre reciprok.

Më tej, një grup modulesh testohen për besueshmërinë e funksionimit, domethënë, ata kalojnë, së pari, teste për të simuluar dështimet e sistemit, dhe së dyti, teste të kohës së funksionimit midis dështimeve. Grupi i parë i testeve tregon se sa mirë sistemi rimëkëmbet nga dështimet e softuerit, dështimet e harduerit. Grupi i dytë i testeve përcakton shkallën e qëndrueshmërisë së sistemit gjatë funksionimit normal dhe ju lejon të vlerësoni kohën e funksionimit të sistemit. Suita e testit të stabilitetit duhet të përfshijë teste që simulojnë ngarkesën maksimale në sistem.

Pastaj i gjithë grupi i moduleve i nënshtrohet një testi të sistemit - një test i pranimit të brendshëm të produktit, duke treguar nivelin e cilësisë së tij. Kjo përfshin testet e funksionalitetit dhe testet e besueshmërisë së sistemit.

Testi i fundit i automatizuar sistemi i informacionit- testet e pranimit. Një test i tillë përfshin shfaqjen e sistemit të informacionit tek klienti dhe duhet të përmbajë një grup testesh që simulojnë proceset e vërteta të biznesit.

3.5 Vënia në punë e sistemit

Në fazën e vënies në punë të sistemit, testet kryhen, sistemi po testohet në kushte reale, negociatat janë duke u zhvilluar për rezultatet e projektit dhe për kontrata të reja të mundshme.

Llojet kryesore të punës:

Tests teste komplekse;

§ trajnimi i personelit për funksionimin e sistemit që krijohet;

Përgatitja e dokumentacionit të punës, dërgimi i sistemit tek konsumatori dhe vënia e tij në punë;

Iment shoqërim, mbështetje, shërbim;

Vlerësimi i rezultateve të projektit dhe përgatitja e dokumenteve përfundimtare.

4. PMPRBMPRJA DHE STRUKTURA E PROJEKTIMIT TEKNIK DHE PROJEKTIMIT TEKNIK

1. Dispozitat e Përgjithshme

1.1 Termat e referencës (TOR) është dokumenti kryesor që përcakton kërkesat dhe procedurën për krijimin (zhvillimin ose modernizimin - krijimin e mëtejshëm) të sistemit të informacionit, në përputhje me të cilin zhvillohet IS dhe pranimi i tij pas komisionimit Me

1.2 TK është zhvilluar për sistemin në tërësi, i krijuar për të punuar në mënyrë të pavarur ose si pjesë e një sistemi tjetër.

1.3 Kërkesat për IS në vëllimin e përcaktuar nga ky standard mund të përfshihen në detyrën për hartimin e një objekti të sapo krijuar të informatizimit. Në këtë rast, TK nuk është zhvilluar.

1.4 Kërkesat e përfshira në TK duhet të jenë në përputhje me nivelin aktual të zhvillimit teknologjitë e informacionit dhe të mos i nënshtrohen kërkesave të ngjashme për homologët më të mirë modernë vendas dhe të huaj. Kërkesat e vendosura në TK nuk duhet të kufizojnë zhvilluesin e sistemit në gjetjen dhe zbatimin e zgjidhjeve më efektive teknike, teknike, ekonomike dhe të tjera.

1.5 TK përfshin vetëm ato kërkesa që plotësojnë kërkesat për sistemet e këtij lloji dhe përcaktohen nga specifikat e një objekti të veçantë për të cilin po krijohet sistemi.

1.6 Ndryshimet në TK hartohen nga një shtesë ose një protokoll i nënshkruar nga klienti dhe zhvilluesi. Shtesa ose protokolli i specifikuar është një pjesë integrale e TK në IP. Në faqen e titullit të TK duhet të ketë një shënim "E vlefshme nga ...".

2. Përbërja dhe përmbajtja

2.1 TK përmban seksionet e mëposhtme, të cilat mund të ndahen në nënseksione:

1) informacion i përgjithshëm;

2) qëllimi dhe qëllimet e krijimit (zhvillimit) të sistemit;

3) karakteristikat e objekteve;

4) kërkesat e sistemit;

5) përbërja dhe përmbajtja e punës për krijimin e sistemit;

6) procedura për kontrollin dhe pranimin e sistemit;

7) kërkesat për përbërjen dhe përmbajtjen e punës për përgatitjen e objektit të zhvillimit për vënien në punë të sistemit;

8) kërkesat për dokumentacionin;

9) burimet e zhvillimit.

TK mund të përfshijë aplikacione.

2.2 Në varësi të llojit, qëllimit, veçorive specifike të projektit dhe kushteve për funksionimin e sistemit, lejohet zyrtarizimi i seksioneve të TK në formën e aplikacioneve, prezantimi i nën -seksioneve shtesë, përjashtimi ose kombinimi i TK.

TK për pjesët e sistemit nuk përfshin seksione që kopjojnë përmbajtjen e seksioneve të TK në tërësi.

2.3 Në pjesën "Informacioni i përgjithshëm" tregoni:

1) emrin e plotë të sistemit dhe simbolin e tij;

2) kodi i temës ose kodi (numri) i kontratës;

3) emrin e kompanive të zhvilluesit dhe klientit (përdoruesit) të sistemit dhe detajet e tyre;

4) një listë të dokumenteve në bazë të të cilave është krijuar sistemi, nga kush dhe kur janë miratuar këto dokumente;

5) datat e planifikuara të fillimit dhe mbarimit për krijimin e sistemit;

6) informacion në lidhje me burimet dhe procedurën e financimit të punës;

7) procedura për regjistrimin dhe paraqitjen tek klienti të rezultateve të punës në krijimin e sistemit (pjesët e tij), në prodhimin dhe rregullimin e mjeteve individuale (harduer, softuer, informacion) dhe softuer dhe harduer (softuer dhe metodologjik ) sistemet e sistemit.

2.4 Seksioni "Qëllimi dhe qëllimet e krijimit (zhvillimit) të sistemit" përbëhet nga nënseksione:

1) qëllimi i sistemit;

2) qëllimi i krijimit të sistemit.

2.4.1. Në nënseksionin "Qëllimi i sistemit" tregoni llojin e aktivitetit të sistemit (menaxhimi, dizajni, etj.) Dhe lista e objekteve të informatizimit (objekteve) mbi të cilat supozohet të përdoret.

2.4.2. Në nënseksionin "Qëllimet e krijimit të një sistemi", jepen emrat dhe vlerat e kërkuara të treguesve teknikë, teknologjikë, prodhim-ekonomikë ose të tjerë të objektit të informatizimit, të cilat duhet të arrihen si rezultat i krijimit të një IS. , dhe tregohen kriteret për vlerësimin e arritjes së qëllimeve të krijimit të një sistemi.

2.5 Në pjesën "Karakteristikat e objektit të informatizimit" jepni:

1) informacion i shkurtër në lidhje me objektin e informatizimit ose lidhje me dokumentet që përmbajnë informacion të tillë;

2) informacion në lidhje me kushtet e funksionimit të objektit të automatizimit.

2.6 Seksioni i Kërkesave të Sistemit përbëhet nga nënseksionet e mëposhtme:

1) kërkesat për sistemin në tërësi;

2) kërkesat për funksionet (detyrat) e kryera nga sistemi;

3) kërkesat për llojet e sigurisë.

Përbërja e kërkesave për sistemin, të përfshira në këtë seksion të TK për IS, përcaktohet në varësi të llojit, qëllimit, veçorive dhe kushteve specifike të funksionimit të një sistemi të veçantë.

2.6.1. Në nënseksionin "Kërkesat për sistemin në tërësi" tregoni:

kërkesat për strukturën dhe funksionimin e sistemit;

kërkesat për numrin dhe kualifikimet e personelit të sistemit dhe mënyrën e punës së tyre;

treguesit e destinacionit;

kërkesat e besueshmërisë;

kërkesat e sigurisë;

kërkesat për ergonomi dhe estetikë teknike;

kërkesat për funksionimin, mirëmbajtjen, riparimin dhe ruajtjen e përbërësve të sistemit;

kërkesat për mbrojtjen e informacionit nga aksesi i paautorizuar;

kërkesat për sigurinë e informacionit në rast aksidentesh;

kërkesat për mbrojtje nga ndikimi i ndikimeve të jashtme;

kërkesat për pastërtinë e patentave;

kërkesat për standardizim dhe unifikim;

Kërkesa shtesë.

2.6.1.1. Kërkesat për strukturën dhe funksionimin e sistemit përfshijnë:

1) një listë të nënsistemeve, qëllimin dhe karakteristikat kryesore të tyre, kërkesat për numrin e niveleve të hierarkisë dhe shkallën e centralizimit të sistemit;

2) kërkesat për metodat dhe mjetet e komunikimit për shkëmbimin e informacionit midis përbërësve të sistemit;

3) kërkesat për karakteristikat e ndërlidhjeve të sistemit që krijohen me sistemet ngjitur, kërkesat për pajtueshmërinë e tij, përfshirë udhëzimet se si të shkëmbeni informacion (automatikisht, duke dërguar dokumente, me telefon, etj.);

4) kërkesat për mënyrat e funksionimit të sistemit;

5) kërkesat për diagnostikimin e sistemit;

6) perspektivat për zhvillim, modernizim të sistemit.

2.6.1.2. Kërkesat për numrin dhe kualifikimet e personelit të IS përfshijnë:

§ kërkesat për numrin e personelit (përdoruesve) të IS;

§ kërkesat për kualifikimet e personelit, procedurën për trajnimin e tyre dhe kontrollin e njohurive dhe aftësive;

Mode mënyra e kërkuar e punës së personelit të IS.

2.6.1.3. Në kërkesat për treguesit e qëllimit të IS, jepen vlerat e parametrave që karakterizojnë shkallën e përputhshmërisë së sistemit me qëllimin e tij.

2.6.1.4. Kërkesat e besueshmërisë përfshijnë:

1) përbërja dhe vlerat sasiore të treguesve të besueshmërisë për sistemin në tërësi ose nënsistemet e tij;

2) një listë të situatave emergjente për të cilat duhet të rregullohen kërkesat e besueshmërisë dhe vlerat e treguesve përkatës;

3) kërkesat për besueshmërinë e harduerit dhe softuerit;

4) kërkesat për metodat për vlerësimin dhe monitorimin e treguesve të besueshmërisë në faza të ndryshme të krijimit të sistemit në përputhje me dokumentet aktuale rregullatore dhe teknike.

2.6.1.5. Kërkesat e sigurisë përfshijnë kërkesat e sigurisë për shpërndarjen, vënien në punë, funksionimin dhe mirëmbajtjen e sistemit.

2.6.1.6. Kërkesat për ergonomi dhe estetikë teknike përfshijnë tregues të IP që përcaktojnë cilësinë e kërkuar të ndërveprimit njeri-makinë dhe komoditetin e kushteve të punës për personelin.

2.6.1.7. Kërkesat për mbrojtjen e informacionit nga aksesi i paautorizuar përfshijnë kërkesat e përcaktuara nga industria dhe mjedisi i informacionit të klientit.

2.6.1.8. Në kërkesat për sigurinë e informacionit, jepet një listë ngjarjesh: aksidente, dështime të mjeteve teknike (përfshirë humbjen e fuqisë), etj., Në të cilat siguria e informacionit në sistem duhet të sigurohet.

2.6.1.9. Kërkesat për pastërtinë e patentave tregojnë një listë të vendeve në lidhje me të cilat pastërtia e sistemit dhe pjesëve të tij duhet të sigurohet.

2.6.1.10. Kërkesat shtesë përfshijnë kërkesa të veçanta sipas gjykimit të zhvilluesit ose klientit të sistemit.

2.6.2. Në nënseksionin "Kërkesat për funksionet (detyrat)" e kryera nga sistemi, jepen sa vijon:

§ për secilin nënsistem, një listë e funksioneve, detyrave ose komplekseve të tyre (përfshirë ato që sigurojnë ndërveprimin e pjesëve të sistemit) që do të automatizohen;

§ kur krijoni një sistem në dy ose më shumë radhë - një listë të nënsistemeve funksionale, funksioneve ose detyrave individuale që vihen në punë në radhët e para dhe të mëvonshme;

Schedule orarin kohor për zbatimin e secilit funksion, detyrë (ose grup detyrash);

§ kërkesat për cilësinë e zbatimit të secilit funksion (detyrë ose kompleks detyrash), për formën e paraqitjes së informacionit dalës, karakteristikat e saktësisë së kërkuar dhe kohës së ekzekutimit, kërkesat për kryerjen e njëkohshme të një grupi funksionesh, besueshmërinë të rezultateve;

§ listën dhe kriteret e dështimeve për secilin funksion, për të cilat janë vendosur kërkesat e besueshmërisë.

2.6.3. Në nënseksionin "Kërkesat për llojet e mbështetjes", në varësi të llojit të sistemit, jepen kërkesat për mbështetje matematikore, informative, gjuhësore, softuerike, teknike, metrologjike, organizative, metodologjike dhe të tjera.

2.6.3.2. Për mbështetjen e informacionit të sistemit, janë dhënë kërkesat e mëposhtme:

1) përbërjen, strukturën dhe metodat e organizimit të të dhënave në sistem;

2) shkëmbimi i informacionit midis përbërësve të sistemit;

3) përputhshmëria e informacionit me sistemet përkatëse;

4) mbi aplikimin e sistemeve të menaxhimit të bazës së të dhënave;

5) strukturën e procesit të mbledhjes, përpunimit, transferimit të të dhënave në sistem dhe paraqitjes së të dhënave;

6) për mbrojtjen e të dhënave;

7) kontrollin, ruajtjen, përditësimin dhe rikuperimin e të dhënave;

2.6.3.3. Për mbështetjen gjuhësore të sistemit, jepen kërkesa për përdorimin e gjuhëve të programimit të nivelit të lartë në sistem, gjuhët për ndërveprimin midis përdoruesve dhe mjeteve teknike të sistemit, si dhe kërkesat për kodimin dhe deshifrimin e të dhënave, për gjuhët hyrëse-dalëse të të dhënave, gjuhët e manipulimit të të dhënave, mjetet për përshkrimin e fushës së lëndës, për metodat që organizojnë një dialog.

2.6.3.4. Për softuerin e sistemit, jepet një listë e programeve të blera, si dhe kërkesat:

1) në varësinë e softuerit nga mjedisi i funksionimit;

2) për cilësinë e softuerit, si dhe për metodat e sigurimit dhe kontrollit të tij;

2.6.3.5. Për mbështetjen teknike të sistemit, janë dhënë kërkesat e mëposhtme:

1) për llojet e mjeteve teknike, duke përfshirë llojet e komplekseve të mjeteve teknike, komplekset e softuerit dhe pajisjeve dhe përbërësit e tjerë të lejueshëm për përdorim në sistem;

2) për karakteristikat funksionale, të projektimit dhe të funksionimit të mbështetjes teknike të sistemit.

2.6.3.6. Kërkesat për mbështetje metrologjike përfshijnë:

1) një listë paraprake të kanaleve matëse;

2) kërkesat për saktësinë e matjeve të parametrave dhe (ose) për karakteristikat metrologjike të kanaleve matëse;

3) kërkesat për pajtueshmërinë metrologjike të mjeteve teknike të sistemit;

4) një listë të kanaleve të kontrollit dhe llogaritjes së sistemit për të cilat është e nevojshme të vlerësohen karakteristikat e saktësisë;

5) kërkesat për mbështetjen metrologjike të harduerit dhe softuerit që janë pjesë e kanaleve matëse të sistemit, mjeteve, kontrollit të integruar, përshtatshmërisë metrologjike të kanaleve matëse dhe instrumenteve matës të përdorur në ngritjen dhe testimin e sistemit;

6) llojin e certifikimit metrologjik (shtetëror ose departamentik) me një tregues të procedurës për zbatimin e tij dhe organizatave që kryejnë certifikimin.

2.6.3.7. Për mbështetjen organizative, kërkesat janë dhënë:

1) strukturës dhe funksioneve të njësive të përfshira në funksionimin e sistemit ose sigurimin e funksionimit;

2) për organizimin e funksionimit të sistemit dhe rendin e ndërveprimit midis personelit të IS dhe personelit të objektit të informatizimit;

3) për të mbrojtur kundër veprimeve të gabuara të personelit të sistemit.

2.7 Seksioni "Përbërja dhe përmbajtja e punës për krijimin (zhvillimin) e sistemit" duhet të përmbajë një listë të fazave dhe fazave të punës në krijimin e sistemit, kohën e zbatimit të tyre, një listë të organizatave - ekzekutuesve të punës , lidhje me dokumentet që konfirmojnë pëlqimin e këtyre organizatave për të marrë pjesë në krijimin e sistemit, ose një regjistër që identifikon personin përgjegjës (klientin ose zhvilluesin) për kryerjen e këtyre punimeve.

Ky seksion gjithashtu siguron:

1) një listë të dokumenteve të paraqitura në fund të fazave dhe fazave përkatëse të punës;

2) llojin dhe procedurën për shqyrtimin e dokumentacionit teknik (faza, faza, vëllimi i dokumentacionit të kontrolluar, organizimi i ekspertëve);

3) një program pune që synon të sigurojë nivelin e kërkuar të besueshmërisë së sistemit që po zhvillohet (nëse është e nevojshme);

4) një listë të punimeve për mbështetjen metrologjike në të gjitha fazat e krijimit të sistemit, duke treguar afatet e tyre dhe organizatat ekzekutuese (nëse është e nevojshme).

2.8 Në pjesën "Procedura për kontrollin dhe pranimin e sistemit" tregoni:

1) llojet, përbërja, shtrirja dhe metodat e testimit të sistemit dhe përbërësve të tij;

2) kërkesat e përgjithshme për pranimin e punës sipas fazave, procedurën për koordinimin dhe miratimin e dokumentacionit të pranimit;

2.9 Në pjesën "Kërkesat për përbërjen dhe përmbajtjen e punës për përgatitjen e objektit të automatizimit për vënien në punë të sistemit", është e nevojshme të sigurohet një listë e aktiviteteve kryesore dhe interpretuesve të tyre, të cilat duhet të kryhen gjatë përgatitjes së projektit për vënien në punë të IS.

Lista e aktiviteteve kryesore përfshin:

1) futja e informacionit që hyn në sistem (në përputhje me kërkesat për informacion dhe mbështetje gjuhësore);

2) krijimi i kushteve për funksionimin e projektit, sipas të cilave garantohet përputhshmëria e sistemit të krijuar me kërkesat e përfshira në TOR;

3) krijimi i nënndarjeve dhe shërbimeve të nevojshme për funksionimin e sistemit;

4) koha dhe procedura për stafin dhe trajnimin e stafit.

2.10 Në seksionin "Kërkesat për Dokumentim" jepen sa vijon:

1) listën e grupeve dhe llojeve të dokumenteve që do të zhvillohen, të dakorduara nga zhvilluesi dhe Klienti i sistemit;

2) një listë të dokumenteve të lëshuara në mjetet e makinerisë;

3) në mungesë të standardeve shtetërore që përcaktojnë kërkesat për dokumentimin e elementeve të sistemit, përfshijnë gjithashtu kërkesat për përbërjen dhe përmbajtjen e dokumenteve të tilla.

2.11. Seksioni "Burimet e zhvillimit" duhet të listojë dokumentet dhe materialet e informacionit në bazë të të cilave është zhvilluar TK dhe të cilat duhet të përdoren kur krijohet sistemi.

3. Rregullat e projektimit.

3.1 Seksionet dhe nënseksionet e TK duhet të vendosen sipas rendit të përcaktuar në seksion. 2 të këtij standardi.

3.2 Numrat e fletëve (faqeve) vendosen, duke filluar nga fleta e parë pas faqes së titullit, në pjesën e sipërme të fletës (mbi tekstin, në mes) pas përcaktimit të kodit TK në IP.

3.3 Faqja e titullit përmban nënshkrimet e klientit, zhvilluesit dhe kompanitë miratuese, të cilat janë vulosur. Nëse është e nevojshme, faqja e titullit hartohet në disa faqe. Nënshkrimet e zhvilluesve dhe zyrtarëve të TK që marrin pjesë në miratimin dhe shqyrtimin e draftit të TK në IP janë vendosur në fletën e fundit.

Forma e faqes së titullit të TK -së jepet në Shtojcën 2. Forma e faqes së fundit të TK -së jepet në Shtojcën 3.

3.4 Faqja e titullit e shtesës në TK është hartuar në të njëjtën mënyrë si faqja e titullit e detyrës teknike. Në vend të emrit "Termat e Referencës" ata shkruajnë "Shtojca Nr. ... TK -së për AC ...".

3.5 Në fletët pasuese të shtimit në TK, vendoset baza për ndryshimin, përmbajtja e ndryshimit dhe lidhjet me dokumentet, në përputhje me të cilat bëhen këto ndryshime.

3.6 Kur paraqisni tekstin e shtojcës në TK, duhet të tregohen numrat e klauzolave, nën-klauzolave, tabelave të TK kryesore, etj. Dhe fjalët "zëvendëso", "shtesë", "përjashto", "rishkruhen ”Duhet të përdoret.

Procedura për zhvillimin, koordinimin dhe miratimin e TK për IP.

1. Draft TK është zhvilluar nga organizata-zhvilluesi i sistemit me pjesëmarrjen e klientit në bazë të kërkesave teknike (aplikimet, specifikimet taktike dhe teknike, etj.).

Në organizimin konkurrues të punës, opsionet për draftin e TK konsiderohen nga klienti, i cili ose zgjedh opsionin e preferuar, ose, në bazë të një analize krahasuese, përgatit versionin përfundimtar të TK për AC me pjesëmarrjen e zhvilluesi i ardhshëm i IS.

2. Nevoja për miratimin e draftit të TK me autoritetet mbikëqyrëse shtetërore dhe organizatat e tjera të interesuara përcaktohet së bashku nga klienti i sistemit dhe zhvilluesi i draftit TK në IS,

Puna për miratimin e draftit të TK për IC kryhet së bashku nga zhvilluesi i TK dhe klienti i sistemit, secili në organizatat e ministrisë (departamentit) të tij.

3. Afati i miratimit të draftit të TK në secilën organizatë nuk duhet të kalojë 15 ditë nga data e marrjes së tij. Rekomandohet dërgimi i kopjeve të draftit të TK (kopje) njëkohësisht në të gjitha organizatat (departamentet) për miratim.

4. Komentet në draft TOR duhet të dorëzohen me një arsyetim teknik. Vendimet për komentet duhet të merren nga zhvilluesi i draftit të TK dhe klienti i sistemit para miratimit të TK në IS.

5. Nëse, kur binin dakord për draftin e TK, lindnin mosmarrëveshje midis zhvilluesit dhe klientit (ose organizatave të tjera të interesuara), atëherë hartohet një protokoll mosmarrëveshjesh (formë arbitrare) dhe merret një vendim specifik në rendi i vendosur.

6. Miratimi i draftit të TK -së lejohet të hartojë një dokument (letër) të veçantë. Në këtë rast, nën titullin "Dakord" bëni një lidhje me këtë dokument.

7. Miratimi i TK -së kryhet nga drejtuesit e kompanive të zhvilluesit dhe klientit të sistemit.

8. Kopjet e TK -së të miratuar brenda 10 ditëve pas miratimit dërgohen nga zhvilluesi i TK -së tek pjesëmarrësit në krijimin e sistemit.

9. Koordinimi dhe miratimi i shtesave në TK kryhen në mënyrën e përcaktuar për TK në IP.

10. Ndryshimet në TK nuk lejohen të miratohen pas paraqitjes së sistemit ose radhës së tij për testet e pranimit.

Baza për zhvillimin e projektit teknik të sistemit është detyra teknike e miratuar nga klienti.

Dizajni teknik i sistemit është dokumentacioni teknik i miratuar në mënyrën e përshkruar, që përmban zgjidhje të projektimit në të gjithë sistemin, një algoritëm për zgjidhjen e problemeve, si dhe një vlerësim të efikasitetit ekonomik të një sistemi të automatizuar të kontrollit dhe një listë masash për të përgatitur një objekt për zbatim.

Projekti teknik është duke u zhvilluar për të përcaktuar zgjidhjet kryesore të projektimit për krijimin e sistemit. Në këtë fazë, një kompleks i punës kërkimore dhe eksperimentale kryhet për të zgjedhur opsionet më të mira zgjidhjet, kryhet një kontroll eksperimental i zgjidhjeve kryesore të projektimit dhe llogaritja e efikasitetit ekonomik të sistemit.

Në fakt, projekti teknik përmban një kompleks modelesh ekonomike, matematikore dhe algoritmike.

Një grup i plotë i dizajnit teknik për sistemin përfshin 10 dokumente:

1. Shënim shpjegues.

2. Struktura funksionale dhe organizative e sistemit.

3. Thënia e problemit dhe algoritmi i zgjidhjes.

4. Organizimi i bazës së informacionit.

5. Albumi i formave të dokumenteve.

6. Sistemi softuerik.

7. Parimi i ndërtimit të një kompleksi mjetesh teknike.

8. Llogaritja e efikasitetit ekonomik të sistemit.

9. Masat për përgatitjen e objektit për zbatimin e sistemit.

10. Lista e dokumenteve.

Nga lista e mësipërme, dokumenti 3 "Deklarata e detyrave dhe algoritmi për zgjidhjen" kryhet për secilën detyrë individuale të përfshirë në EIS, pjesa tjetër e dokumenteve janë të zakonshme për të gjithë sistemin. Për më tepër, dokumentet 1, 2, 5, 8 dhe 9 mund të zhvillohen për nënsistemet individuale.

Të gjitha dokumentet e listuara mund të grupohen dhe paraqiten në formën e katër pjesëve kryesore të një projekti teknik: ekonomik dhe organizativ, informativ, matematikor dhe teknik.

Pjesa ekonomike dhe organizative e projektit teknik përmban një shënim shpjegues që justifikon zhvillimin e sistemit, një listë të organizatave të zhvilluesve, një përshkrim të shkurtër të objektit që tregon treguesit kryesorë teknikë dhe ekonomikë të funksionimit të tij dhe lidhjet me objekte të tjera, të shkurtër informacion në lidhje me zgjidhjet kryesore të projektimit për pjesët funksionale dhe mbështetëse të sistemit.

Në pjesën e projektit teknik, kushtuar strukturës organizative dhe funksionale të sistemit, jepen këto: arsyetimi për nënsistemet e alokuara, lista dhe qëllimi i tyre; një listë të detyrave që duhen zgjidhur në secilin nënsistem, me një përshkrim të shkurtër të përmbajtjes së tyre; një diagram të lidhjeve të informacionit midis nënsistemeve dhe midis detyrave brenda secilit nënsistem.

Për secilën detyrë të përfshirë në grupin e detyrave prioritare, bëhet deklarata e saj dhe algoritmi për zgjidhjen e saj. Ky seksion i dizajnit teknik përfshin:

Essence thelbi organizativ dhe ekonomik i problemit (emri, qëllimi i zgjidhjes, përmbledhja, metoda, shpeshtësia dhe koha e zgjidhjes së problemit, metodat e mbledhjes dhe transferimit të të dhënave, lidhja e problemit me detyra të tjera, natyra e përdorimit të rezultateve të zgjidhja në të cilën ato përdoren);

Model modeli ekonomik dhe matematikor i problemit (forma strukturore dhe e detajuar e prezantimit);

§ futja e informacionit operacional (karakteristikat e treguesve, rëndësia e tyre dhe diapazoni i ndryshimit, format e paraqitjes);

Information informacioni referues normativ (NSI) - përmbajtja dhe format e prezantimit;

Informacion i ruajtur për komunikim me detyra të tjera;

§ informacion i grumbulluar për zgjidhjet e mëvonshme të këtij problemi;

Informacion mbi bërjen e ndryshimeve (sistemi për të bërë ndryshime dhe një listë informacionesh që i nënshtrohen ndryshimeve);

§ algoritmi për zgjidhjen e problemit (sekuenca e fazave të llogaritjes, diagrami, formula e llogaritjes);

Case rast testi (një grup formularësh të dokumentit hyrës të mbushur me të dhëna, dokumente të kushtëzuar me informacion të grumbulluar dhe të ruajtur, forma të dokumenteve dalëse të plotësuara bazuar në rezultatet e zgjidhjes së një problemi ekonomik dhe teknik dhe në përputhje me algoritmin e llogaritur të zhvilluar).

Dokumenti "Llogaritja e efikasitetit ekonomik të sistemit" përmban një vlerësim të konsoliduar të kostove që lidhen me funksionimin e sistemeve, sigurohet llogaritja e efikasitetit ekonomik vjetor, burimet e të cilave janë optimizimi i strukturës së prodhimit të ekonomia (shoqata), ulja e kostove të prodhimit për shkak të përdorimit racional të burimeve të prodhimit dhe zvogëlimit të humbjeve, vendimet e menaxhimit.

Dokumenti "Masat për përgatitjen e objektit për zbatimin e sistemit" përmban një listë të masave organizative për të përmirësuar strukturën ekzistuese të menaxhimit, një listë të punës për zbatimin e sistemit që duhet të kryhet në fazën e hartimit të detajuar, duke treguar koha dhe personat përgjegjës.

Pjesa informative e projektit teknik bashkon dokumentet 4 dhe 5. Dokumenti "Organizimi i bazës së informacionit" pasqyron: burimet e informacionit dhe metodat e transmetimit të tij për zgjidhjen e kompleksit parësor të detyrave funksionale; një sërë treguesish të përdorur në sistem; përbërja e dokumenteve, kushtet dhe shpeshtësia e marrjes së tyre; zgjidhje themelore të projektimit për organizimin e fondit NSI; përbërja e NSI, duke përfshirë listën e kërkesave, përcaktimin e tyre, rëndësinë, gamën e ndryshimit dhe listën e dokumenteve të SKI; listën e grupeve të të dhënave të të dhënave referuese, vëllimin e tyre, rendin dhe shpeshtësinë e korrigjimit të informacionit; propozimet për unifikimin e dokumentacionit, një rast testimi për ndryshimin e SKI; forma strukturore e NSI me një përshkrim të marrëdhënies midis elementeve; kërkesat për teknologjinë e krijimit dhe mirëmbajtjes së fondit; metodat e ruajtjes, kërkimit, modifikimit dhe kontrollit, përcaktimi i vëllimeve dhe rrjedhave të informacionit të të dhënave referuese.

"Albumi i formave të dokumenteve" përmban forma të të dhënave referuese.

Pjesa matematikore e projektit teknik përmban arsyetimin për strukturën e softuerit, arsyetimin për zgjedhjen e sistemit të programimit, përfshirë listën e programeve standarde.

Pjesa teknike e projektimit teknik përfshin: përshkrimin dhe arsyetimin e diagramit të procesit të përpunimit të të dhënave teknike; arsyetimi i kërkesave për zhvillimin e pajisjeve jo standarde; vërtetimi dhe zgjedhja e strukturës së kompleksit të mjeteve teknike dhe grupeve të tij funksionale; një sërë masash për të siguruar besueshmërinë e funksionimit të mjeteve teknike.

P CONRFUNDIM

Zhvillimi i një sistemi informacioni, si rregull, kryhet mjaft një ndërmarrje të veçantë... Specifikat e veprimtarisë lëndore të ndërmarrjes, natyrisht, ndikojnë në strukturën e sistemit të informacionit, por në të njëjtën kohë, strukturat e ndërmarrjeve të ndryshme janë përgjithësisht të ngjashme me njëra -tjetrën. Çdo organizatë, pavarësisht nga lloji i veprimtarisë së saj, përbëhet nga një numër divizionesh që kryejnë drejtpërdrejt një ose një lloj tjetër aktiviteti të kompanisë, dhe kjo situatë është e vërtetë për pothuajse të gjitha organizatat, pavarësisht se në çfarë lloj aktiviteti janë të angazhuar.

Futja e teknologjive moderne të informacionit bën të mundur zvogëlimin e kohës së kërkuar për përgatitjen e projekteve të veçanta të marketingut dhe prodhimit, zvogëlimin e kostove joproduktive gjatë zbatimit të tyre, eliminimin e mundësisë së gabimeve në përgatitjen e kontabilitetit, teknologjisë dhe llojeve të tjera të dokumentacionit , e cila i jep një kompanie tregtare një efekt të drejtpërdrejtë ekonomik.

Sigurisht, për të zbuluar të gjitha mundësitë e mundshme që përfshin përdorimi i kompjuterëve, është e nevojshme të përdorni në punën e tyre një sërë mjetesh softuerike dhe harduerike që i përshtaten më së miri detyrave të përcaktuara. Prandaj, aktualisht, ekziston një nevojë e madhe për kompanitë tregtare në programet kompjuterike që mbështesin punën e menaxhmentit të kompanisë, si dhe informacionin se si të përdorin sa më mirë pajisjet kompjuterike të kompanisë.

Zbatimi i dizajnit AIS përfshin përdorimin e një teknologjie të caktuar të projektimit nga projektuesit, që korrespondon me shkallën dhe karakteristikat e projektit që po zhvillohet.

LISTA E LITERATURS SED PEDRDORUR

1. Udhëzime për studimin e disiplinës "Sistemet e automatizuara të informacionit" [ Burim elektronik]. - Moskë, 2006. - Mënyra e hyrjes:

http://www.e-biblio.ru/book/bib/01_informatika/sg.html - Titulli. nga ekrani.

2. Wikipedia, enciklopedia falas [Burimi elektronik]/Neni "Sistemi i informacionit" - Mënyra e hyrjes: http://ru.wikipedia.org/wiki/Sistemi i informacionit.

3. Shtypi kompjuterik: Revista në internet. - Elektron. Dan. - [B.m., 2001]. - Mënyra e hyrjes: http://compress.ru/article.aspx?id=12282.

4. Vendrov AM, "Dizajnimi i softuerit për sistemet e informacionit ekonomik" / А.М. Vendra. - M.: "Financa dhe Statistika", 2000. - 364 f.

5. "Kushtet e referencës për krijimin e një sistemi të automatizuar" / - M.: GOST 34.602-89, 1990.

6. Grekul V.I. "Projektimi i sistemeve të informacionit" / V.I. Grekul, G.N. Denischenko, N.L. Korovkin. - M.: Universiteti i Internetit i Teknologjive të Informacionit, 2008.

Postuar në Allbest.ru

Dokumente të ngjashme

Zhvillimi i sistemeve të informacionit. Treg modern softuer i aplikuar financiar dhe ekonomik. Avantazhet dhe disavantazhet e zbatimit të sistemeve të automatizuara të informacionit. Metodat për hartimin e sistemeve të automatizuara të informacionit.

tezë, shtuar 22/11/2015


Llojet e mbështetjes së sistemeve të automatizuara të informacionit. Përgatitja e specifikimeve teknike, zhvillimi i një sistemi informacioni, përgatitja e një manuali përdoruesi për programin. Mjetet e programimit për sistemet e shpërndara të përpunimit të informacionit.

raporti i praktikës, shtuar 04/16/2017


Cikli jetësor i sistemeve të automatizuara të informacionit. Bazat e metodologjisë për hartimin e sistemeve të automatizuara bazuar në teknologjitë CASE. Faza e analizës dhe planifikimit, ndërtimit dhe zbatimit të një sistemi të automatizuar. Modeli i ujëvarë dhe spirale.

letër me afat e shtuar më 20/11/2010


Koncepti i një sistemi informacioni, llojet e sistemeve të informacionit. Analiza e mjeteve për zhvillimin e sistemeve të automatizuara të informacionit. Kërkesat për programin dhe produktin e softuerit. Zhvillimi i formave të ndërfaqes grafike dhe bazave të të dhënave.

tezë, shtuar 23.06.2015


Parimet e organizimit të një sistemi të përbërë nga personeli dhe një sërë mjetesh për automatizimin e aktiviteteve të tyre. Dizajnimi i sistemeve të informacionit të automatizuar të korporatave. Struktura, prurjet hyrëse dhe dalëse, kufizimet e sistemeve të automatizuara.

prezantimi i shtuar më 14/10/2013


Koncepti i sistemit të informacionit. Fazat e zhvillimit të sistemeve të informacionit. Proceset në sistemin e informacionit. Sistemi i informacionit për gjetjen e kamareve të tregut, për uljen e kostove të prodhimit. Struktura e sistemit të informacionit. Mbeshtetje teknike.

abstrakte, shtuar 11/17/2011


Organizimi, arkitektura dhe struktura e sistemit të informacionit. Treguesit e efektivitetit të punës së saj. Qëllimet dhe objektivat e analizës së ACS. Përbërësit e sistemeve të automatizuara. Përshkrimi i fushës së lëndës, të dhënat hyrëse dhe dalëse. Ndërtimi i një diagrami të rasteve të përdorimit.

punimi afatgjatë i shtuar 04/11/2014


Krijimi dhe organizimi i sistemeve të automatizuara të informacionit (AIS). Komponentët kryesorë dhe proceset teknologjike të AIS. Fazat dhe fazat e krijimit të AIS nga pozicioni i menaxhimit të organizatës. Zhvillimi i komplekseve të zgjidhjeve të projektimit për një sistem të automatizuar.

abstrakte, shtuar 10/10/2012


Faktorët kryesorë që ndikojnë në historinë e zhvillimit të sistemeve të informacionit të automatizuar të korporatave. E tyre karakteristikat e përgjithshme dhe klasifikimi. Përbërja dhe struktura e AIS të integruar. Sistemet ERP si një lloj modern i sistemit të informacionit të korporatës.

prezantimi i shtuar më 14/10/2013


Analiza e fushës lëndore, fazat e projektimit të sistemeve të automatizuara të informacionit. Sistemet e mjeteve të zhvillimit të softuerit. Roli i mjeteve CASE në hartimin e modelit të informacionit. Modeli logjik i bazës së të dhënave të dizajnuara.

Më 1 Dhjetor 2015, u zhvillua një mbrojtje e hapur e Sistemit të Informacionit të Menaxhimit të Projektit të Automatizuar (AIS PU) i krijuar me urdhër të Ministrisë së Industrisë dhe Tregtisë të Rusisë. Mbrojtja, e kryesuar nga Zëvendësministri i Parë i Industrisë dhe Tregtisë i Federatës Ruse Gleb Nikitin, u ndoq nga shefat e departamenteve të Ministrisë, përfaqësues të Ministrisë zhvillimi ekonomik dhe Ministria e Mbrojtjes e Federatës Ruse.

Sistemi i automatizuar i menaxhimit të projektit është krijuar për të përmirësuar efikasitetin e Ministrisë së Industrisë dhe Tregtisë të Rusisë në drejtim të mbështetjes, mirëmbajtjes dhe zbatimit të projekteve që synojnë, ndër të tjera, zëvendësimin e importit, rritjen e eksporteve, zhvillimin teknologjik të prodhimit, krijimin dhe modernizimi i punëve me performancë të lartë dhe zhvillimi i infrastrukturës industriale (parqet industriale, parqet teknologjike, qendrat e dizajnit industrial dhe inxhinierisë).

Përdoruesit kryesorë të sistemit të krijuar, së bashku me udhëheqjen dhe punonjësit e ministrisë përgjegjës për zbatimin e programeve shtetërore dhe federale programet e synuara, do të jenë ndërmarrje industriale që zbatojnë projektet e tyre të investimeve, organet federale dega ekzekutive që siguron mbështetje shtetërore për ndërmarrjet, bankat, investitorët institucionalë dhe institucionet e tjera financiare të përfshira në financimin e projekteve investuese ndërmarrjet industriale dhe projekte të zhvillimit të infrastrukturës industriale.

Sistemi u krijua nga integruesi i sistemit rus "Inline-Technologies" me përfshirjen e zhvilluesit të softuerit vendas "LM-Soft". AIS PU u zhvillua në bazë të platformës ruse 1C duke përdorur softuer falas dhe softuer të pronarit.

Bazuar në rezultatet e studimit të funksionalitetit të sistemit, u morën reagime pozitive si nga udhëheqja dhe punonjësit e Ministrisë së Industrisë dhe Tregtisë, ashtu edhe nga Ministria e Zhvillimit Ekonomik, e cila është përgjegjëse për zbatimin e mekanizmave të menaxhimit të projekteve në qeveri Trupat. Për më tepër, reagimet pozitive mbi aftësitë e AIS PU u dhanë nga ndërmarrjet industriale që prezantuan projektet e tyre pilot si pjesë e zhvillimit të sistemit. Në veçanti, përfaqësuesit e FSUE "Krylov State Qendra shkencore", SHA" Korporata Shkencore dhe Prodhuese "Uralvagonzavod", Ndërmarrja Federale Shtetërore "Instituti i Kërkimeve Shkencore" Gjeodezi ". Duhet gjithashtu të theksohet se përfaqësuesit e Garrison SHA, e cila është nën juridiksionin e Ministrisë së Mbrojtjes, si dhe përfaqësues të disa bankave me pjesëmarrje shtetërore, treguan interes të madh për sistemin dhe interes për bashkëpunim të përbashkët në zbatimin e menaxhimit të projektit Me

“Sistemi i krijuar i menaxhimit të projekteve jo vetëm që do të rrisë efikasitetin e punonjësve të ministrisë, por gjithashtu do të lejojë organizimin e ndërveprimit efektiv me pjesëmarrësit në projektet industriale nga ndërmarrjet industriale, organet qeveritare dhe institucionet e zhvillimit dhe institucionet financiare. AIS PU funksionon në parimin e një "dritareje të vetme" me përdorimin maksimal të teknologjive elektronike të menaxhimit të dokumenteve, "komentoi Sergey Valuev, Drejtor i Departamentit të Teknologjive të Informacionit dhe Marrëdhënieve me Publikun e Ministrisë së Industrisë dhe Tregtisë, në zbatimin e sistem.

"Qëllimi kryesor i prezantimit të AU PIS është përmirësimi i cilësisë së kontrollit dhe menaxhueshmërisë, lehtësimi i ndërveprimit midis autoriteteve dhe ekzekutuesve të projekteve në shkallë të gjerë. Gjatë zhvillimit të sistemit, para së gjithash, standardet e industrisë, dekretet dhe urdhrat e Qeverisë, dekretet e Presidentit dhe urdhrat e Ministrit të Industrisë dhe Tregtisë, si dhe praktikat më të mira vendase dhe të huaja u morën parasysh. Më shumë se 600 përbërës u krijuan për AIS PU, më shumë se 20,000 libra referues, fjalorë dhe klasifikues u ngarkuan. Si pjesë e punës së mëtejshme në zhvillimin e AIS PU, është planifikuar të integrohet sistemi si një nga nënsistemet e Sistemit Shtetëror të Informacionit të Industrisë që po krijohet aktualisht nga Ministria e Industrisë dhe Tregtisë e Rusisë, "tha Sergey Valuev.

Futja e metodave të menaxhimit të projektit është përcaktuar si një nga mjetet kryesore për modernizimin e administratës publike dhe është mishëruar në edicionin e ri të "Drejtimeve kryesore të veprimtarive të Qeverisë së Federatës Ruse për periudhën deri në 2018", nënshkruar nga Prime Ministri Dmitry Medvedev.