Poradenství v oblasti informačních technologií (IT poradenství). Uvedení informačního systému do provozu Informační systém je uváděn do provozu

Klíčovým dokumentem definujícím interakci stran při implementaci softwarových řešení je technická specifikace, která obsahuje soubor požadavků na funkčnost softwarového řešení a ověřovacích a akceptačních kritérií. Hlavní otázka, na kterou by měla technická specifikace odpovědět, zní: co by měl budoucí systém dělat? Proces přípravy technických specifikací se skládá z vývoje, realizace, koordinace a schválení dokumentu. Zpravidla představuje společnou práci specialistů zákaznické organizace a provádějící organizace. Na této práci se podílejí produktoví IT konzultanti.

Zadání vydává zákaznická organizace provádějící organizaci (systémovému integrátorovi) pro implementaci softwarových řešení, jeho obsahem jsou již dříve vypracované požadavky na IS.

Metodickou podporou pro přípravu technických specifikací je GOST 34.602-89 "Informační technologie. Soubor norem pro automatizované systémy. Automatizované systémy. Technické specifikace pro tvorbu automatizovaný systém“, která definuje seznam požadavků na obsah dokumentu a testování.

V souladu s uvedenou normou obsahuje technická specifikace následující oddíly, které lze rozdělit do pododdílů:

1. obecná informace;
2. účel a cíle tvorby (vývoje) systému;
3. charakteristiky objektů automatizace;
4. Požadavky na systém;
5. skladba a obsah práce na vytvoření systému;
6. postup pro kontrolu a akceptaci systému;
7. požadavky na skladbu a obsah prací na přípravě objektu automatizace pro uvedení systému do provozu;
8. požadavky na dokumentaci;
9. vývojové zdroje.

6.7.5. Organizace řízení procesu implementace na základě vytváření společných pracovních skupin

Jako každý projekt i implementační projekt potřebuje svou organizační strukturu, která by měla odrážet rozsah a složitost implementačních úkolů. Taková struktura by měla spojovat odborné znalosti pracovníků funkčních útvarů organizace, znalosti projektového řízení a implementační metodiky softwarový produkt.

Při vytváření organizační struktury pro implementační projekt jsou vypracovány kvalifikační požadavky na účastníky, posouzeny mzdové náklady pro jednotlivé etapy implementace a stanoven potřebný počet účastníků, specifikovány role a oblasti odpovědnosti každého člena týmu, personální vybrané a vyškolené implementační metodiky a použité nástroje.

Příkladem organizační struktury projektu implementace ERP systému ve velkém průmyslovém podniku může být následující organizační struktura:

• koordinační výbor, který zahrnuje vedení podniku a vrcholové manažery, včetně hlavního projektového manažera, a také vedoucího konzultanta jmenovaného generálním ředitelem;
• projektový manažer a realizační projektový tým, který zahrnuje technický tým, zástupce klíčových uživatelů, konzultanty a zástupce vrcholového managementu.

Organizační struktura projektu může zahrnovat různé spolupracující pracovní skupiny, kterým jsou v rámci projektu přiděleny konkrétní úkoly. To zahrnuje jmenování různých členů pracovních skupin, přiřazení vedoucích týmů a vytvoření struktury zpráv pro podávání zpráv o výkonu každé pracovní skupiny, která je pak konsolidována do celkové zprávy o výkonnosti projektu.

Metodiky implementace Přední vývojáři softwaru zajišťují určité organizační struktury implementačních projektů a jasné rozdělení rolí s odpovídajícími požadavky na jejich dovednosti a znalosti, zakotvené v dokumentaci. Příkladem je dokumentace pro implementační metodiky AcceleratedSAP, který podrobně definuje role všech účastníků v organizační struktuře projektu vč. a aplikační poradce.

Nutno podotknout, že organizační struktura implementačního projektu nutně zahrnuje produktové IT konzultanty. Organizační struktura projektu SAP tedy zahrnuje vedoucí modulů, kteří jsou odpovědní za každý ze základních modulů plánovaných k implementaci.

Produktoví IT konzultanti se v rámci hlavní organizační struktury podílejí na tvorbě implementační strategie a dále plní určité úkoly v jednotlivých fázích implementace v rámci společných pracovních skupin a plní tyto hlavní odpovědnosti:

• školení členů pracovní skupiny implementační metodiky, použitý v tomto projektu;
• školení uživatelů pro práci se softwarovým produktem;
• Příprava vzdělávacích materiálů;
• odpovědnost za dodržování termínů implementace konkrétních modulů softwarového produktu;
• vypracování potřebné dokumentace;
• pomoc v procesu přizpůsobení softwarového produktu formulovaným požadavkům;
• vývoj testovacích metod a řízení pracovní skupiny při testování;
• sledování výsledků implementace a provádění nezbytných úprav;
• diskuse uživatelských komentářů a identifikovaných úzkých míst projektu;
• uživatelské konzultace.

6.7.6. Práce při stanovení hranic projektu a plánu realizace

Základem pro přípravu projektové charty je standard ANSI PMI PMBOK® 3-rd Edition (2004) - hlavní standard, který popisuje všechny procesy projektového řízení.

Charta projektu je prvním oficiálním dokumentem projektu, který formálně potvrzuje existenci projektu. Tento dokument Dává projektovému manažerovi oprávnění přidělit organizační zdroje k operacím projektu.

Charta může obsahovat:

• obecný popis projektu (vedoucí, zahájení projektu, dokončení projektu, stručný popis);
• účel nebo zdůvodnění projektu, cíle projektu;
• hranice projektu (hlavní vykonávaná práce);
• výsledky projektu, systém opatření (způsoby hodnocení výsledků), skladba a struktura zpráv o projektech;
• organizační struktura projektu;
• popis funkcí rolí účastníků projektu;
• popis interakčních postupů;
• plán milníky(hlavní data);
• popis postupů pro řízení změn, problémů a rizik;
• rozpočet projektu.

V procesu přípravy Charty projektu a základního plánu je hlavními úkoly produktového IT konzultanta stanovení rozsahu implementačního projektu, výběr implementační strategie a strategie nasazení (stanovení plánu nasazení systému z pilotního místě ke zbytku, vymezenému rozsahem prováděcího projektu), plánování projektové aktivity.

Pro stanovení rozsahu projektu je nutné identifikovat ty typy činností a oddělení, kterých se automatizace dotkne.

Vymezení hranic projektu se provádí ve fázi předběžného průzkumu organizace. Během předběžného průzkumu se shromažďují všechny makro informace o organizaci: informace o organizaci funkční struktura, oblasti činnosti, vykonávané práce a služby, rozsah organizace. Hranice projektu jsou konkrétní seznam prací nebo obchodních procesů, které jsou ovlivněny automatizací. Hranice projektu jsou základem pro určení načasování projektu a jeho nákladů a plánování projekční práce.

Na základě informací získaných na základě předběžného průzkumu produktový IT konzultant vygeneruje zprávu upravující hranice projektu. Vytyčené hranice projektu jsou informace o pozadí vypracovat chartu projektu.

Implementační strategie definuje přístup k implementaci softwarového produktu v organizaci. Přední softwaroví vývojáři používají různé implementační strategie. Například při implementaci ERP systémů se obvykle používají strategie „Big Bang“, „Step by Step“ a pilotní implementace.

Princip „Big Bang“ spočívá v současné implementaci všech funkčních modulů softwarového produktu a výměně starých systémů.

U přístupu „Krok za krokem“ je implementace funkčních modulů rozložena v čase, kdy po ukončení jedné implementace začíná další.

Během pilotní implementace je v určitém oddělení podniku implementován prototyp budoucího systému, který je v případě úspěchu distribuován do dalších oddělení s ohledem na nasbírané zkušenosti. V tomto případě může být samotný prototyp implementován podle principu „Big Bang“ nebo „Step by Step“. Po dokončení pilotní projekt Prototyp systému je přenesen do zbývajících oblastí v souladu se strategií nasazení. Vzhledem ke specifikům stránek se zpravidla provádějí minimální změny.

Výběr vhodných implementačních a implementačních strategií je rozhodující pro úspěch implementačního projektu.

Na základě přijatých strategií s přihlédnutím ke stanoveným cílům projektu, přiděleným zdrojům a financím je vypracován základní plán implementačního projektu.

Základní linie projektu (náklady, harmonogram) – úředně schválený dokument, podle kterého se měří výkon projektu a který se používá k řízení a sledování realizace projektu. Takový plán obsahuje plán rozvoje zdrojů a rozpočet, kalendářní harmonogram, který určuje načasování různých milníků projektu. Takový plán není statický, je vylepšován, jak projekt postupuje a prochází různými fázemi. Základní plán projektu obvykle zahrnuje:

• seznam etap, dílčích etap, úkolů a jejich vztahů;
• termíny plnění etap, dílčích etap, úkolů včetně všech typů činností, které jsou zahrnuty v harmonogramu realizace;
• termíny pro poskytování výsledků;
• pracovní náročnost etap;
• plánované zdroje po etapách.

6.7.7. Vývoj dokumentu "Návrh systému".

Dokument „Návrh systému“ odpovídá na zásadní otázku implementačního projektu: jak systém postavíme, aby splňoval požadavky na něj kladené. Během jeho vývoje se provádí finální detaily a dokumentace všech požadavků organizace týkajících se určitých obchodních procesů a je stanoveno nezbytné přizpůsobení softwarového produktu specifikacím uživatelského rozhraní.

Při vývoji dokumentu System Design provádějí konzultanti IT produktů další sběr informací, aby potvrdili a vyjasnili požadavky; demonstrovat uživatelům standardní funkčnost softwarového produktu na základě testovacích dat, která je doprovázena vyplněním dotazníků s názory uživatelů; identifikovat mezery mezi standardní funkčností softwarového produktu a požadavky; vypracovat vhodná doporučení a opatření k jejich odstranění.

Na základě analýzy pokrytí požadavků standardní funkčností softwarového produktu; po analýze souladu formulářů dokumentů a zpráv podniku s formami dokumentů a zpráv standardně generovanými v softwarovém produktu sestaví produktový konzultant IT seznam nezbytných úprav softwarového produktu, aby jej přizpůsobil charakteristikám organizace , koordinuje zásadní rozhodnutí, dokumentuje layouty zpráv a primárních formulářů, vypracovává předpisy pro dodržování regulačních standardů - referenční informace.

Protože v době realizace projektu může organizace použít i jiné software, při provádění zadaných prací jsou také řešeny otázky exportu a importu informací a otázky organizace přenosu dat ze starých systémů do nového.

Výsledkem provedených prací je dokument „Návrh systému“ a technické specifikace pro provedení nezbytných úprav. V souladu s technickými specifikacemi organizace provádějící práce finalizuje funkčnost systému.

6.7.8. Správa procesu nastavení softwarového produktu

Konfigurace softwarového produktu v souladu s formulovanými funkčními požadavky a s přihlédnutím k charakteristikám podnikových procesů je dlouhý a pracný proces, protože při provádění této práce je implementována logika každého z podnikových procesů a je vytvořeno uživatelské rozhraní. vytvořené.

Tyto práce jsou prováděny na základě vypracovaného dokumentu „Návrh systému“ a odpovídajících technických specifikací. Produktový konzultant IT se podílí na řízení procesu přizpůsobení softwarového produktu stanoveným požadavkům.

Obecně platí, že v této fázi jsou obchodní procesy softwarového produktu konfigurovány v souladu s obchodním modelem organizace; jsou vytvořeny potřebné šablony pro zprávy a primární dokumenty; prostředky se vyvíjejí export-import dat S softwarová řešení již v podniku působí; jsou nakonfigurovány adresáře a klasifikátory; Další aplikační moduly se vyvíjejí.

Během procesu řízení přizpůsobení produktový IT konzultant sestaví plán a scénáře pro testování modifikace softwarového produktu. Testování umožňuje zajistit, aby nakonfigurovaný softwarový produkt fungoval bez softwarových chyb a splňoval dohodnuté požadavky předmětová oblast a organizační požadavky. Pokud jsou zjištěny chyby, provádějí se práce na jejich odstranění.

Kromě toho během procesu nastavování softwarového produktu produktový konzultant používá testovací data, aby uživatelům ukázal, jak jsou v softwarovém produktu prováděny nakonfigurované obchodní procesy; koordinuje komentáře a změny. Paralelně s demonstrací layoutu softwarového produktu vede školení pro koncové uživatele a podílí se také na dokumentaci konfigurace a přípravě dokumentace pro koncové uživatele.

6.7.9. Práce na řízení procesu tvorby pilotní verze informačního systému

Praktické zkušenosti ukazují, že práce na vytvoření informačního systému na základě vybraného softwarového produktu se zejména u velkých projektů doporučuje začít již od pilotní projekt. Pilotní projekt implementace zahrnuje implementaci softwarového produktu v samostatné oblasti v rámci vybraných prioritních funkcí. Získané zkušenosti pak přenáší do dalších funkcí a divizí.

Pilotní projekt je prototyp informačního systému, který implementuje omezenou funkcionalitu nebo pokrývá užší rozsah implementace, případně ukládá a zpracovává část dat. Jeho úkolem je identifikovat efekt implementace daného softwarového produktu s cílem učinit konečné rozhodnutí o proveditelnosti implementace v plném rozsahu a vytvořit základ pro plánovací práce na implementačním projektu.

Produktový IT konzultant se zabývá otázkami plánování pilotní projekt. Podílí se na pracích na ověřování připravenosti pilotních zařízení (vybraných oblastí) k implementaci, posuzuje potřebné zdroje, sestavuje plán převodu dat ze starých systémů do nového systému a plán provádění akceptačních testů a provádí školení uživatelů.

V rámci prováděných prací produktový IT konzultant koordinuje a schvaluje případné změny, podle kterých se finalizuje softwarový produkt a dokumentace.

Po dokončení práce se produktový IT konzultant podílí na přípravě zprávy obsahující výsledky pilotní projekt.

6.7.10. Školení pracovníků organizace v metodice implementace a používání vybraného IT řešení

Proces školení personálu organizace je podporován školicí strategií, technologií a školicími nástroji.

Strategie školení je vypracována s ohledem na fáze a rozsah implementace softwarového produktu. Produktový IT konzultant stanoví obecný přístup ke školení, naplánuje hlavní etapy a činnosti pro školení a certifikaci získaných znalostí personálu, sestaví harmonogram školení, provede předběžný výpočet počtu studentů a popíše potřebné zdroje pro trénink.

Školicí technologie zahrnuje seznam školicích kurzů, pro které jsou vyvinuty vhodné školicí programy a je podporován školicími nástroji.

Skladba tréninkového nástroje je obvykle následující: dokumentace k popisu funkčnost softwarový produkt; učební pomůcky; praktické úkoly pro školení a výukové materiály; výukovou kopii softwarového produktu naplněnou testovacími daty pro předvedení a školení; další automatizované školicí nástroje, například testovací systémy, elektronické školicí materiály.

Dokumentace strategie a technologie školení je prováděna formou zpracování speciální zprávy, včetně popisu přístupů ke školení, školicích kurzů a školicích programů, používaných výukových nástrojů, zdrojů potřebných pro školení, osnov a školicích předpisů.

Produktový IT konzultant se podílí jak na vývoji školicích nástrojů, tak na přípravě zprávy dokumentující školicí strategii a technologie.

Mezi funkční povinnosti produktového IT konzultanta patří školení projektového týmu implementační metodiky a školení uživatelů. V souladu s vypracovaným plánem tréninkového kalendáře vede předepsané tréninky. Je třeba poznamenat, že školení personálu zahrnuje nejen vedení školení, ale také certifikaci schopnosti personálu zajistit fungování softwarového produktu a vykonávat práce nezbytné pro implementaci.

6.7.11. Organizace zkušebního provozu informačního systému a vývoj zkušebních metod

Informační systém založený na zvoleném softwarovém produktu musí prokázat svoji výkonnost.

Testování informačního systému je proces kontroly plnění stanovených funkcí systému, zjišťování a ověřování souladu kvantitativních a kvalitativních charakteristik systému s požadavky technických specifikací, identifikace a odstranění nedostatků v akcích systému, ve vypracované dokumentaci.

V souladu s GOST 34.603-92 "Informační technologie. Typy testování automatizovaných systémů" pro informační systémy Jsou stanoveny tyto typy zkoušek: předběžná, zkušební provoz, přejímka.

Předběžné testy se provádějí poté, co vývojář odladil a otestoval dodaný software a hardware systému a poskytl jim příslušné doklady o jejich připravenosti k testování, jakož i po seznámení personálu s provozní dokumentací.

Zkušební provoz se provádí za účelem zjištění skutečných hodnot kvantitativních a kvalitativních charakteristik informačního systému a připravenosti personálu pracovat v podmínkách jeho fungování, zjištění skutečné účinnosti informačního systému a přizpůsobení ( v případě potřeby) dokumentaci.

Při organizování zkušební provoz informačního systému, úkolem produktového IT konzultanta je vypracovat dokument „Program a metody testování“.

Dokument "Program a metodika testování" obsahuje:

• podmínky a postup fungování částí informačního systému a informačního systému jako celku;
• doba trvání zkušební provoz, postačující k ověření správné funkce informačního systému při výkonu jednotlivých funkcí systému a připravenosti personálu pracovat v provozních podmínkách informačního systému; Dílo je ukončeno vydáním osvědčení o absolvování zkušební provoz a připuštění k přijímacím zkouškám.

  6.7.12. Řízení zavádění informačního systému do komerčního provozu a tvorba jeho předpisů

  Úkolem řízení zavádění informačního systému do komerčního provozu je příprava a schválení podrobného plánu přechodu na nový systém a plánu jeho další podpory, provádění přejímací zkoušky informační systém. Této práce se účastní produktový IT konzultant.

  Jak již bylo zmíněno, akceptačnímu testování informačního systému by měl předcházet jeho zkušební provoz. Na základě výsledků zkušební provoz Získané zkušenosti jsou šířeny do všech oblastí v rámci projektu v souladu s přijatou strategií nasazení informačního systému.

  Přejímací zkoušky informačního systému jsou prováděny za účelem zjištění jeho shody s technickými specifikacemi a hodnocení kvality zkušební provoz a vyřešení otázky možnosti přijetí informačního systému do komerčního provozu.

  V souladu s GOST 34.603-92 "Informační technologie. Typy testování automatizovaných systémů" dokument "Program přejímací zkoušky"obsahuje:

  • seznam objektů přidělených v systému pro testování a seznam požadavků, které musí objekty splňovat (s odkazem na články technických specifikací);
  • akceptační kritéria pro systém a jeho části;
  • podmínky a načasování testování;
  • testovací zařízení;
  • jména osob odpovědných za testování;
  • zkušební metody a zpracování jejich výsledků;
  • seznam dokončené dokumentace.

  Přijímací testy zahrnují kontrolu:

  • úplnost a kvalita implementace funkcí při standardních, mezních, kritických hodnotách parametrů objektu automatizace a v dalších podmínkách fungování informačního systému uvedených v technických specifikacích;
  • splnění každého požadavku týkajícího se rozhraní systému;
  • zaměstnanci pracují v interaktivním režimu;
  • prostředky a metody pro obnovu funkčnosti informačního systému po poruchách;
  • úplnost a kvalita provozní dokumentace.

  6.7.13. Organizace sledování výsledků implementace informačního systému a provádění nezbytných úprav

  Produktový IT konzultant ve stanoveném časovém rámci provádí práce na organizaci sledování provozu informačního systému a provádění nezbytných úprav. Tyto práce jsou zaměřeny na zlepšení účinnosti a výkonnosti informačního systému. Obvykle zahrnují následující činnosti:

  • dodatečné školení uživatelů;
  • konzultace s uživateli;
  • sledování výkonu informačního systému;
  • analýza získaných výsledků monitoringu a vypracování doporučení pro provedení nezbytných změn
  • řízení procesu provádění změn a modernizace informačního systému;
  • vývoj další dokumentace, provádění změn stávající dokumentace.

Osvědčení o převzetí do zkušebního provozu je tvořena na základě výsledků předběžných zkoušek a zahrnuje: závěry vyvozené z výsledků komplexních zkoušek; úkoly pro zkušební provoz.

Pracovní doba komise

V této části akceptačního certifikátu jsou uvedena data zahájení a ukončení práce přejímací komise při provádění předběžných testů.

Začátek testování je 1. listopadu 2010.
Konec testování je 31. prosince 2010.
Celková doba testování je 44 pracovních dnů.

Název zákaznické organizace, provádějící organizace a spoluprovádějící organizace

Jsou uvedena jména organizací účastnících se testování a osob, které vyhotovily osvědčení o převzetí informačního systému do zkušebního provozu.

Zákaznickou organizací je JSC "Zákazník".
Provádějící organizací je CJSC "Implementer".
Spoluprovádějící organizace – Co-exekutor LLC (pokud existuje).

Skladba funkcí AIS přijatých do zkušebního provozu

Je uvedena skladba funkcí AIS přijatých do zkušebního provozu. Funkce lze přenášet jak v rámci celého systému, tak napříč subsystémy. Funkce jsou převzaty z části "Požadavky na funkce vykonávané systémem" technické specifikace pro tvorbu informačního systému.

Seznam součástí technického, softwarového, informačního a organizačního zabezpečení kontrolovaných ve zkušebním provozu

Tato část přejímacího certifikátu obsahuje seznam zkoušek provedených během zkušebního provozu. Seznam testů je převzat z části "Rozsah testů" programu testování.

Během zkušebního provozu podléhají zkoušky uvedené v tabulce níže.

Seznam dokumentů předložených komisi

Tato část akceptačního listu obsahuje seznam dokumentů poskytnutých komisi nezbytných pro zkušební provoz.

Pokyny pro vytvoření a údržbu databáze (datové sady), verze 1 ze dne 12. září 2010.
- Uživatelská příručka, verze 1 ze dne 14. září 2010.
- ...

Posouzení shody přijatého AIS s technickými specifikacemi

Je poskytnuto posouzení shody přijatého AIS s technickými specifikacemi.

Na základě výsledků předběžných testů systém splňuje požadavky uvedené v dokumentu: "". Verze 1.0.

Hlavní výsledky převzetí do zkušebního provozu

V této části akceptačního certifikátu jsou uvedeny hlavní výsledky získané zkušebním provozem informačního systému.

Na základě výsledků zkušebního provozu by měly být získány následující hlavní výsledky:
- Systém je funkční;
- Subsystémy systému – vzájemně se ovlivňují;
- Systém splňuje požadavky dokumentu „Technické specifikace pro tvorbu automatizovaného systému“. Verze 1.0.;
- Všechny posuzované charakteristiky jsou v přijatelných mezích.

Rozhodnutí komise o přijetí AIS do zkušebního provozu

Je dáno rozhodnutí komise o možnosti či nemožnosti přijetí informačního systému do zkušebního provozu.

Kovtun M.V. října 2010.

Schválil jsem

Zástupce ředitele odboru státní regulace v ekonomice

Ministerstvo hospodářského rozvoje Ruské federace
______________ V.N. Rudenko
« 09 » _ listopad __ 2011

AKTU O VSTUP DO ZKUŠEBNÍHO PROVOZU

Automatizovaný informační systém pro řízení projektů, vyvinutý na základě vládní smlouvy ze dne 7. listopadu 2011 č. GK-158-OF/D01.
V souladu se společným rozhodnutím objednatele (Ministerstvo hospodářského rozvoje Ruska) a zhotovitele (OTR 2000 LLC) jej uvést do zkušebního provozu.

Komise ve složení:

předseda komise:

Zástupce ředitele odboru státní regulace v ekonomice V.N. Rudenko,

členové komise:

pověřený vedoucí oddělení rozvoje elektronické společnosti odboru státní regulace v ekonomice S.V. Pushakov,

Poradce odboru metodické podpory organizace meziresortní spolupráce odboru státní regulace v ekonomice A.V. Matveenko,

Vedoucí konzultant oddělení rozvoje elektronické společnosti Katedry státní regulace v ekonomii N.N. kirsanová,

Vedoucí směru OTR 2000 LLC A.I. Kulesova,

Projektový manažer OTR 2000 LLC O.V. Strakhova,

Přední analytik společnosti OTR 2000 LLC Yu.M. Gudková,

Výzkumný pracovník ve směru „Real Sector“ na Institutu ekonomiky a ekonomiky pojmenovaného po E.T. Gaidar E.R. Batarshina.
od té doby "_ 08 _" listopad 2011 až "_ 09 _" listopad 2011 provedl předběžné testy aplikovaného software automatizovaný informační systém „Project Management Portal“ (AIS PPU), instalovaný na Ministerstvu hospodářského rozvoje Ruska.

1. 
   Předběžné testy byly považovány za úspěšně dokončené.

1. 
   Hlavní etapy vývoje byly dokončeny v souladu s Technickými specifikacemi.
2. 
   Rozvinutý dokumentace splňuje požadavky provoz softwaru.
3. 
   Software je připraven pro zkušební použití.

1. 
   Seznam funkcí akceptovaných pro zkušební provoz (část „Požadavky na funkce prováděné systémem“ v technických specifikacích):
   1. 
      Vedení seznamu projektů.
   2. 
      Práce s designovými entitami.
   3. 
      Práce s indikátory pro hodnocení stavu prací na projektu.
   4. 
      Analytický modul.
   5. 
      Knihovna dokumentů.

1. 
   Seznam dokumentů poskytnutých komisi potřebných pro zkušební provoz:
   1. 
      „Popis AIS „Portál řízení projektů““ (Systémový pas);
   2. 
      „Pokyny pro správce AIS PPU“;
   3. 
      "Uživatelské pokyny pro AIS PPU";
   4. 
      „Program a zkušební metody pro AIS PPU“;
   5. 
      „Testovací úlohy pro AIS PPU“;
   6. 
      "Pokyny k rolím popisující postup práce s AIS PPU jako nástrojem projektového řízení "Mezirezortní interakce"."
2. 
   Rozhodnutí komise: Přijmout software do zkušebního provozu od 9. listopadu 2011.

APLIKACE:

1. 
   Předběžný zkušební protokol č. 1
2. 
   Předběžný zkušební protokol č. 2

Členové komise:

V.N. Rudenko

S.V. Puščakov

A.V. Matveenko

N.N. Kirsanová

A.I. Kuleshov

O.V. Strakhová

Mňam. Gudková

E.R. Batarshin

VLÁDA MOSKVA

OBJEDNAT

O požadavcích na zprovoznění informačních systémů vytvořených ve městě Moskva *

Dokument s provedenými změnami:
(Věstník starosty a vlády Moskvy, N 37 (2. díl), 7. 7. 2015);
(Věstník starosty a vlády Moskvy, N 57, 13.10.2015);
ze dne 5. prosince 2017 N 694-RP (Oficiální stránky starosty a vlády Moskvy www.mos.ru. 12/06/2017);
(Oficiální stránky starosty a vlády Moskvy www.mos.ru, 20.12.2018).
____________________________________________________________________

________________

* Název v platném znění, vstoupil v platnost nařízením moskevské vlády ze dne 30. června 2015 N 370-RP..


Za účelem zvýšení efektivity provozu informačních systémů ve městě Moskva:

1. Zjistěte, že:

1.1. Výkonné orgány města Moskvy, zajišťující tvorbu informačních systémů na náklady rozpočtu města Moskvy, organizace podřízené takovým výkonným orgánům města Moskvy, které v souladu s právními akty města Moskvy , jsou pověřeny pravomocemi k zajištění tvorby informačních systémů (dále též jen výkonné orgány města Moskvy a organizace zajišťující tvorbu informačních systémů), provádějí zprovoznění stanovených informačních systémů po provedení akceptačních zkoušek potvrzujících připravenost informačního systému ke zprovoznění, schválení modelu ohrožení bezpečnosti informací, jakož i provedení nezbytných opatření k ochraně informací obsažených v informačním systému, zpracováním právních aktů (místních předpisů) výkonných orgánů město Moskva nebo organizace zajišťující tvorbu informačních systémů, respektive (dále jen právní úkony o uvádění informačních systémů do provozu) ve formě dle přílohy této objednávky.
nařízením moskevské vlády ze dne 19. prosince 2018 N 891-RP.

1.2. Právní úkony o uvádění informačních systémů do provozu, jejichž tvorbu katedra nezajišťuje informační technologie města Moskvy, podléhají dohodě s odborem informačních technologií města Moskvy. V průběhu schvalování odborem informačních technologií města Moskvy mohou být dodatečné informace o tomto informačním systému obsahující jeho popis a (nebo) potvrzující důvody pro jeho vytvoření, jakož i soulad nákladů na vytvoření být od výkonných orgánů města Moskvy a organizací zajišťujících tvorbu informačních systémů informačního systému požadována plánovaná cena prací na vývoji informačních systémů vytvořených ve městě Moskva, stanovená v souladu s Metodikou pro výpočet plánované náklady na práce na vytvoření, rozvoji a modernizaci informačních systémů města Moskvy, schválené společnou objednávkou odboru hospodářské politiky a rozvoje města Moskvy a odboru informačních technologií města Moskvy.
(Ustanovení v platném znění, uvedené v platnost nařízením moskevské vlády ze dne 19. prosince 2018 N 891-RP.

1.3. V případě, že využívání informačního systému bude provádět několik výkonných orgánů města Moskvy nebo při používání informačního systému je plánována interakce s obyvateli města Moskvy a/nebo právnické osoby, výkonný orgán města Moskvy, který zajišťuje tvorbu informačního systému nebo vykonává funkce a působnost zřizovatele podřízené organizace, která zajišťuje tvorbu informačního systému, po dohodě s odborem informačních technologií hl. město Moskva, předkládá předepsaným způsobem k projednání moskevské vládě návrh právního aktu moskevské vlády obsahující ustanovení o uvedeném informačním systému, které reflektuje i definici informačního systému, jeho úkoly a funkce, jakož i seznam účastníků informační interakce využívající informační systém a jejich pravomoci, včetně oprávnění zpracovávat osobní údaje obsažené v informačním systému.
nařízením moskevské vlády ze dne 19. prosince 2018 N 891-RP.

Pokud právní akt moskevské vlády vymezuje výkonný orgán města Moskvy odpovědný za organizaci informačního obsahu informačního systému, pravomoci organizovat zpracování osobních údajů obsažených v informačním systému, určující účely zpracování těchto osobních údajů údaje, jakož i pravomoci vlastníka informací obsažených v informačním systému jsou přiděleny určenému výkonnému orgánu města Moskvy. Zároveň je svěřena pravomoc uplatňovat technická opatření k zajištění bezpečnosti osobních údajů při jejich zpracování v informačním systému nezbytná pro splnění požadavků na ochranu osobních údajů stanovených vládou Ruské federace. provozovatel informačního systému.
(Odstavec v platném znění, vstoupil v platnost nařízením moskevské vlády ze dne 6. října 2015 N 563-RP.
(Ustanovení 1.3 v platném znění, uvedené v platnost nařízením moskevské vlády ze dne 30. června 2015 N 370-RP.

1.3(1). Mezi opatření na ochranu informací obsažených v informačních systémech realizovaná výkonným orgánem města Moskvy odpovědným za organizaci informačního obsahu informačního systému patří:

Odstavec již není platný - .;

Odstavec ztratil platnost - nařízení moskevské vlády ze dne 19. prosince 2018 N 891-RP.;

Odstavec ztratil platnost - nařízení moskevské vlády ze dne 19. prosince 2018 N 891-RP.;

Odstavec ztratil platnost - nařízení moskevské vlády ze dne 19. prosince 2018 N 891-RP.;

- stanovení míry možného poškození (možných negativních důsledků) porušením důvěrnosti, integrity nebo dostupnosti informací pro každý typ informací;
(Odstavec dodatečně zahrnut nařízením moskevské vlády ze dne 19. prosince 2018 N 891-RP)

- posouzení újmy, která může být způsobena subjektům osobních údajů v případě porušení požadavků právních předpisů Ruské federace v oblasti osobních údajů;
(Odstavec dodatečně zahrnut nařízením moskevské vlády ze dne 19. prosince 2018 N 891-RP)

Stanovení požadavků na informační systém (subsystém) pro ochranu informací obsažených v informačním systému.
(Položka navíc zahrnuta)

1.4. Nejsou-li důvody pro přijetí právního aktu moskevské vlády obsahujícího nařízení o informačním systému, musí být právní akt o uvedení informačního systému do provozu odsouhlasen s výkonným orgánem města Moskvy, který zajišťuje provozování informačního systému na náklady rozpočtu města Moskvy nebo s jedním podřízeným výkonnému orgánu města Moskvy organizací (pokud je jí svěřena patřičná pravomoc).
(Ustanovení 1.4 bylo dodatečně zahrnuto nařízením moskevské vlády ze dne 30. června 2015 N 370-RP, nařízením moskevské vlády ze dne 6. října 2015 N 563-RP; ve znění nařízení moskevské vlády ze dne 19. prosince, 2018 N 891-RP.

1.5. Přístup k informacím obsaženým v informačním systému zajišťuje po uvedení informačního systému do provozu provozovatel informačního systému nebo jím pověřená organizace k výkonu funkcí provozovatele informačního systému, a to:

Bezplatný příjem informací nesouvisejících s informacemi omezený přístup, pokud předpisy o informačním systému nestanoví jinak;

Přijímání informací výkonnými orgány města Moskvy, organizacemi jim podřízenými, jinými organizacemi, jednotlivci v souladu s předpisy o informačním systému;

Získávání informací na základě smluv o užívání informační zdroje informačního systému, uzavřenou provozovatelem informačního systému nebo jím pověřenou organizací k výkonu funkce provozovatele informačního systému, s podnikatelskými subjekty (dále jen smlouva o využívání informačních zdrojů).
(Ustanovení 1.5 bylo dodatečně zahrnuto nařízením moskevské vlády ze dne 30. června 2015 N 370-RP)

1.6. Dohoda o využívání informačních zdrojů je dohodou o přistoupení a musí mimo jiné stanovit:

Seznam informačních systémů, z nichž musí být poskytovány informace;

Skládání informací, ke kterým je poskytován přístup;

Účely poskytování přístupu k informacím;

Výše poplatku za zpřístupnění informací, pokud provozovatel informačního systému nezjistil, že přístup k nim je poskytován bezúplatně;

Požadavky a omezení na používání informací, a to i při provádění činností ekonomickým subjektem.
(Ustanovení 1.6 bylo dodatečně zahrnuto nařízením moskevské vlády ze dne 30. června 2015 N 370-RP)

1.7. Provozovatel informačního systému zajišťuje schvalování formulářů smluv o využívání informačních zdrojů a jejich umístění na oficiálních stránkách provozovatele informačního systému o informační a telekomunikační síti Internet, uzavírání smluv o využívání informačních zdrojů a kontrolu jejich plnění . Stanovené pravomoci vykonává provozovatel informačního systému bez ohledu na to, zda právní akt moskevské vlády obsahující nařízení o informačním systému stanoví výkonný orgán města Moskvy, odlišný od provozovatele informačního systému, odpovědný pro organizaci informačního obsahu informačního systému.
(Ustanovení 1.7 bylo dodatečně zahrnuto nařízením moskevské vlády ze dne 30. června 2015 N 370-RP)

1.8. Na základě smlouvy o využívání informačních zdrojů nejsou poskytovány osobní údaje a jiné informace s omezeným přístupem, s výjimkou případů, kdy je takové poskytnutí dohodnuto se subjektem osobních údajů nebo vlastníkem informací s omezeným přístupem.
(Ustanovení 1.8 bylo dodatečně zahrnuto nařízením moskevské vlády ze dne 30. června 2015 N 370-RP)

1.9. Právní akt moskevské vlády obsahující předpisy o informačním systému může stanovit další prvky poskytování přístupu k informacím obsaženým v informačním systému.
(Ustanovení 1.9 bylo dodatečně zahrnuto nařízením moskevské vlády ze dne 30. června 2015 N 370-RP)

2. Pověřit řízením realizace tohoto příkazu ministra moskevské vlády, vedoucího moskevského odboru informačních technologií E.A.Lysenka.
(Ustanovení v platném znění, uvedené v platnost nařízením moskevské vlády ze dne 19. prosince 2018 N 891-RP.

starosta Moskvy
S.S. Sobyanin

Aplikace. O uvedení do provozu

aplikace
na příkaz moskevské vlády
ze dne 3. července 2012 N 342-RP
(Ve znění změn tak, jak nabyly účinnosti
nařízením moskevské vlády
ze dne 5. prosince 2017 N 694-RP;
ve verzi uvedené v platnost
nařízením moskevské vlády
ze dne 19. prosince 2018 N 891-RP. -
Viz předchozí vydání)

O uvedení do provozu

V souladu s

(označuje právní akt moskevské vlády, podle kterého byl informační systém vytvořen)

a za účelem realizace

(pokud je přijat právní akt moskevské vlády obsahující nařízení o informačním systému, je uveden název odpovídajícího právního aktu)

s přihlédnutím k výsledkům přijatým předepsaným způsobem

(je uveden název díla - předmět smlouvy (dohody), podle které byl informační systém vytvořen)

vyrobené na základě smlouvy (dohody) od

což se potvrzuje

(uveďte protokol o akceptační zkoušce)

1. Přijmout s

do provozu

(uveďte datum zahájení provozu informačního systému)

(uveďte název informačního systému)

vytvořit pas informačního systému.

(uveďte strukturální jednotku výkonného orgánu města Moskvy nebo organizaci podřízenou výkonnému orgánu města Moskvy)

na základě informací obsažených v pasu informačního systému zaregistrujte informační systém do Jednotného registru informačních systémů a zdrojů města Moskvy.

(uveďte strukturální jednotku výkonného orgánu města Moskvy nebo organizaci podřízenou výkonnému orgánu města Moskvy)

zajistit přijetí právního aktu moskevské vlády schvalujícího předpisy o informačním systému.

5. Zajistit, aby provoz informačního systému

poskytuje

(uveďte výkonný orgán města Moskvy nebo organizaci podřízenou výkonnému orgánu města Moskvy, která tyto pravomoci vykonává)

(uveďte strukturální jednotku výkonného orgánu města Moskvy nebo organizaci podřízenou výkonnému orgánu města Moskvy)

zajišťovat vypracování a schvalování organizačních a administrativních dokumentů výkonných orgánů města Moskvy, zajišťovat vytváření informačních systémů, které definují opatření k ochraně informací při provozu informačního systému, jehož vývoj je stanoven regulačními právními předpisy akty a metodické dokumenty federálního orgánu výkonné moci v oblasti bezpečnosti a federálního orgánu výkonné moci, oprávněné v oblasti potírání technického zpravodajství a technické ochrany informací, jakož i národní normy v oblasti ochrany informací.

(uveďte strukturální jednotku výkonného orgánu města Moskvy nebo organizaci podřízenou výkonnému orgánu města Moskvy)

zajistit certifikaci informačního systému podle požadavků na ochranu informací, v důsledku čehož je v případech stanovených právními předpisy Ruské federace soulad ochrany informací obsažených v informačním systému s požadavky stanovenými právními předpisy Ruské federace. Ruská federace o informacích, informačních technologiích a ochraně informací je potvrzena.

(uveďte funkci, příjmení a iniciály osoby, která je odpovědná za přípravu úředníků a pracovníků na provoz informačního systému)

zajistit školení úředníků výkonného orgánu města Moskvy (zaměstnanců organizace podřízené výkonnému orgánu města Moskvy), zajištění vytvoření informačního systému, pro provoz informačního systému, včetně odpovědných osob pro zajištění bezpečnosti informací.

(uveďte strukturální jednotku výkonného orgánu města Moskvy nebo organizaci podřízenou výkonnému orgánu města Moskvy)

zajistit přípravu výkonného orgánu města Moskvy (organizace podřízená výkonnému orgánu města Moskvy), zajištění vytvoření informačního systému, pro provoz informačního systému.

10. Sledování implementace tohoto právního aktu (místního normativního aktu)

přiřadit

(uveďte funkci, příjmení a iniciály osoby, která je pověřena kontrolou provádění právního aktu (místního normativního aktu)

Funkce vedoucího výkonného orgánu město Moskva nebo podřízený úřad výkonná moc organizace města Moskvy

Příjmení a iniciály

________________ Pokud registraci pasu informačního systému a registraci informačního systému do Jednotného registru informačních systémů a zdrojů města Moskvy provádí stejná strukturální jednotka výkonného orgánu města Moskvy nebo organizace podřízená výkonnému orgánu města Moskvy lze odstavce 2 a 3 tohoto dodatku sloučit.

Doložka je zahrnuta, pokud ke dni přijetí právního aktu výkonného orgánu města Moskvy nebo místního regulačního aktu organizace podřízené výkonnému orgánu města Moskvy o uvedení informačního systému do provozu, nebyl přijat právní akt moskevské vlády obsahující nařízení o informačním systému. Odstavec je zahrnut, pokud neexistují důvody pro přijetí právního aktu moskevské vlády obsahujícího ustanovení o informačním systému.

Revize dokumentu s přihlédnutím
změny a doplňky připraveny
CJSC "Kodeks"

3) popis akcí operátora při práci s programy (pravidla pro spouštění programů, pracovní příkaz, akce v případných nestandardních situacích atd.).

Popis testovacího případu obsahuje popis:

1) funkce a parametry softwaru testovaného testovacím případem;

2) složení technických prostředků nezbytných k testování softwaru v tomto příkladu;

3) vstupní informace;

4) výsledky spouštění programů na základě dat testovacích případů;

5) akce operátora při kontrole programu na testovacím příkladu;

6) výsledky testů (kontrolní standard) programů pomocí testovacího příkladu.

Postup pro přenos softwarové dokumentace

Všechny programy a návody, odzkoušené vývojářem na testovacím příkladu, jsou zákazníkovi předány pod certifikátem potvrzujícím jejich převzetí do zkušebního provozu.

Software, návody a popisy algoritmů předávané zákazníkovi musí splňovat požadavky na skladbu a obsah detailního návrhu informačního systému. Pořady nahrané na magnetických médiích jsou předány zákazníkovi. Zákazník poskytuje vývojáři magnetická média a počítačový čas nutný pro uvedení programů do zkušebního provozu a jejich případné rozmnožování.

Přijetí sady úloh (subsystémů) do zkušebního provozu zahrnuje vyřešení testovacího případu speciálně vyškoleným personálem zákazníka za přítomnosti zástupců vývojářů s následnou analýzou výsledků. Po vzájemné dohodě může být testovací případ proveden vývojářem za přítomnosti zákazníka.

Na základě výsledků akceptace je podepsán certifikát o akceptaci softwaru pro zkušební provoz. Objevil

Vývojářské chyby v programech a technické dokumentaci jsou eliminovány během procesu uvádění do provozu.

Organizační a administrativní dokumentace

Pro hlavní práce prováděné ve fázi „Detailní návrh“ je vypracována následující organizační a administrativní dokumentace:

1) nařídit provedení prací v etapě v souladu s harmonogramem organizační a technická opatření;

2) harmonogram společných prací mezi zhotovitelem a objednatelem;

3) akt ověření na zkušebních příkladech a převzetí pracovních programů do zkušebního provozu;

4) akt připravenosti regulační a referenční dokumentace;

5) úkon provedení organizačních a technických opatření k přípravě podniku na implementaci informačního systému.

5.5. Uvedení informačního systému do provozu

Uvedení informačního systému a jeho jednotlivých prvků do provozu je procesem postupného přechodu od stávající metodyřízení k automatizovaným metodám řízení.

Uvedení informačního systému do provozu organizuje a provádí zákazník za účasti vývojářů a spoluprovádějících organizací. Interakce mezi zákaznickými organizacemi, vývojáři a spoluprovozovateli probíhá na základě smluvních podmínek a harmonogramu uvedení informačního systému do komerčního provozu.

Uvedení do provozu probíhá po etapách, počínaje fází zpracování technického projektu, kdy je připravena pracovní dokumentace a zprovozněny technické prostředky zajišťující realizaci front nebo objektů informačního systému schopných samostatného fungování.

Informační systém byste měli začít zprovozňovat, pokud máte:

1) vypracované dokumenty o realizaci akčního plánu pro přípravu zařízení;

2) pracovní dokumentace pro implementaci vyhrazené fronty nebo informačního systému jako celku;

3) vyškolený personál zajišťující přípravu na uvedení do provozu

provoz a provoz vyhrazené fronty informačního systému;

4) technické prostředky informačního systému přijaté do provozu, zajišťující fungování realizovaných souborů úkolů.

Organizace práce

Implementováno:

1) zkušební provoz jednotlivých úkolů a jejich komplexů;

2) přijímání komplexů úkolů pro komerční provoz;

3) provádění přejímacích zkoušek;

4) přijetí systému do komerčního provozu.

Složení a pořadí prací jsou určeny dohodnutými harmonogramy uvádění do provozu, které udávají složení a načasování následujících prací:

1) pro výstavbu, instalaci, uvedení do provozu a testování objektů informačního systému od okamžiku obdržení pracovní dokumentace až do uvedení objektů do komerčního provozu;

2) pro provádění zkušebního provozu a akceptační testování souborů úkolů;

3) zajistit přechod od stávajících metod řízení

Na metody, které poskytuje návrh informačního systému.

Ve fázi „Uvádění informačního systému do provozu“

zákazník je povinen:

1) ukončit exekuci organizační a technická opatření k přípravě podniku na implementaci informačního systému a jejich formalizaci akty;

2) zajistit, aby pracovníci podniku dodržovali pracovní a technologické pokyny;

3) uvést do provozu technické prostředky nezbytné pro realizovaný proces technologického zpracování dat;

4) vydat objednávku s harmonogramem provedení zkušebního provozu informačního systému a analyzovat spolu s developerem výsledky zkušebního provozu;

5) dokončit zkušební provoz komplexů úloh zařazených do informačního systému a jejich převzetí do komerčního provozu;

6) provádět změny organizační struktury podniku v souladu s projektem informačního systému;

7) vypracovat návrh nařízení o složení přijímací komise;

8) vyvinout a koordinovat s vývojářem návrh programu přejímací zkoušky;

9) organizovat práci přejímací komise, poskytovat jí požadovanou dokumentaci a testovat informační systém;

10) prověřit efektivitu implementovaných řešení v podmínkách průmyslového provozu a na základě výsledků analýzy fungování systému vypracovat doporučení pro jeho další rozvoj.

Ve fázi „Uvádění informačního systému do provozu“

je developer povinen:

1) upravit technickou dokumentaci na základě výsledků zkušebního provozu informačního systému;

2) podílet se na vývoji návrhu programu akceptačního testování informačního systému;

3) metodicky usměrňovat a podílet se na uvádění úkolů (souborů úkolů) do komerčního provozu;

4) podílet se na práci komise pro převzetí informačního systému do komerčního provozu.

Postup při provádění zkušebního provozu

Začátek zkušebního provozu úkolů (souborů úkolů), podmínky provozu a složení komise pro přijetí konkrétního úkolu nebo subsystému jsou stanoveny objednávkou vystavenou objednatelem a odsouhlasenou s developerem. Přílohou objednávky je odsouhlasená dohoda

zpracovatel má program zkušebního provozu, který definuje podmínky testování souborů úloh, postup kontroly technických prostředků při řešení souborů problémů (subsystémů) a postup odstraňování nedostatků zjištěných při zkušebním provozu.

Dodatečné požadavky zákazníka, které vzniknou během zkušebního provozu a nejsou uvedeny v technických specifikacích a technickém návrhu, nezakládají důvod k negativnímu posouzení výsledků zkušebního provozu a mohou být splněny dodatečnou dohodou v dohodnutém termínu.

Na pozitivní výsledky V průběhu zkušebního provozu úloh (subsystémů) je vypracován dvoustranný akt o jejich převzetí do komerčního provozu.

Po převzetí informačního systému do komerčního provozu nese odpovědnost za jeho fungování v rámci přijatých souborů úkolů a nástrojů zákazník.

Prvotní a reportovací dokumenty pro testování softwaru informačního systému

Společné testy provádí zákaznická komise, která zahrnuje manažera vývoje a několik předních vývojářů. Testovací komise se řídí následujícími dokumenty:

1) technické specifikace pro tvorbu informačního systému schválené zákazníkem a dohodnuté s vývojářem;

2) aktuální stav a průmyslové standardy pro návrh a testování softwaru a technickou dokumentaci;

3) zkušební program pro všechny technické požadavky

4) zkušební metody pro každý oddíl požadavků technických specifikací.

Testovací program, způsoby jejich provádění a vyhodnocování

Výsledky jsou vyvíjeny společně zákazníkem a vývojářem a musí být odsouhlaseny a schváleny. Obsahují upřesnění požadavků technických specifikací pro daný systém a musí zaručovat jejich správné ověření. Systémová dokumentace by měla

plně vyhovovat testovaným programům, zajistit, aby byl systém srozumitelný personálu údržby, a také poskytnout schopnost vyvíjet a modernizovat programy pro prodloužení doby jejich životního cyklu.

Testovací program je plán na provedení série experimentů. Je vyvíjen z pozice minimalizace množství testování při zajištění spolehlivosti získaných výsledků specifikovaných a odsouhlasených se zákazníkem. K tomu je určeno pořadí a rozsah každého testování během testovacího procesu, aby se ověřila shoda s požadavky technických specifikací, když minimální náklady. Může být obzvláště obtížné vybrat soubor stresových provozních situací systému, za kterých by mělo být testování prováděno. Testovací program by měl obsahovat tyto jasně definované části:

1) testovací objekt, jeho účel a seznam hlavních dokumentů, které určovaly jeho vývoj;

2) účel zkoušek s uvedením hlavních požadavků technických specifikací, které mají být ověřeny, a omezení zkoušek;

3) vlastně testovací program, obsahující kontrolu úplnosti vyvinutého systému v souladu s technickými specifikacemi a plán zkoušek pro kontrolu fungování programů pro všechny části technických specifikací a další požadavky formalizované samostatnými řešeními;

4) zkušební metody, jednoznačně definující všechny pojmy testovaných charakteristik, podmínky testování, nástroje používané pro testování, metody zpracování a vyhodnocování výsledků testů pro každý úsek testovacího programu.

Velký objem heterogenních dat získaných během testování

software a rozmanitost možné způsoby jejich zpracování, interpretace a vyhodnocení vede k tomu, že nejdůležitějšími faktory pro zpracování výsledků testů se stávají metody zpracování a vyhodnocování výsledků. V souladu se zkušebními metodami musí automatizační zařízení zajistit úplnost kontrol vlastností pro každý úsek metod a vývoje

kontrolní protokoly pro položky zkušebního programu. Složitost softwaru a úzký vztah mezi jeho různými charakteristikami vede k potřebě pečlivé formulace všech testovacích podmínek a hodnot parametrů, při kterých musí být test proveden.

Výsledky testů se zaznamenávají do protokolů , které obvykle obsahují následující sekce:

1) účel zkoušení a část požadavků technických specifikací, podle kterých se zkouška provádí;

2) uvedení metod, podle kterých byly zkoušky provedeny, zpracování a vyhodnocení výsledků;

3) zkušební podmínky a vlastnosti výchozího

4) zobecněné výsledky zkoušek s jejich posouzením shody s požadavky technických specifikací a dalších řídících dokumentů;

5) závěry o výsledcích testů a míře souladu vytvořeného softwaru s určitou částí požadavků technických specifikací.

Protokoly pro celý program jsou shrnuty do aktu, jehož výsledkem je

je učiněn závěr o souladu systému s požadavky zákazníka a zda je práce dokončena s pozitivním nebo negativním výsledkem. Pokud jsou plně splněny všechny požadavky technické specifikace, je zákazník povinen systém převzít a dílo se považuje za dokončené.

Jak však již bylo uvedeno, u složitých softwarových balíků je obtížné předvídat a správně formulovat všechny požadavky technických specifikací v počátečních fázích návrhu. Proto se při ladění a testování často ukáže, že některé požadavky technických specifikací nejsou splněny a někdy i zásadně nemohou být splněny ani při sebesvědomitějším přístupu k tomu ze strany vývojáře. V tomto případě je nutné při vyplňování testů a vypracování závěru spolupracovat mezi zákazníkem a vývojářem na nalezení kompromisního řešení. Některé nedostatky programového komplexu během testovacího procesu jsou pouze evidovány a evidovány v rámci eliminace připomínek komise,

kdo testy prováděl. Tento plán je přílohou zprávy o výsledcích testu a umožňuje oddělit následná vylepšení od přímých testů.

Postup pro provádění přejímacích zkoušek

Za organizaci a provedení převzetí do komerčního provozu odpovídá zákazník. Převzetí informačního systému do komerčního provozu se provádí po dokončení akceptace všech souborů úkolů (subsystémů) pro komerční provoz zákazníkem.

Úkoly, soubory úkolů (subsystémy) a technické prostředky informačního systému, které nejsou uvedeny v technických specifikacích, ale realizují je zákazník samostatně, lze do komplexu dodávaného informačního systému zařadit pouze po dohodě s zpracovatelem. a po provedení příslušných změn technických specifikací pro vytvoření informačního systému.

Na žádost zákazníka nebo vývojáře mohou být do přejímky informačního systému zapojeni zástupci subdodavatelů.

Zákazník předloží informační systém přejímací komisi. Do přijímacího procesu mohou být kromě členů komise zapojeni odborníci na některé otázky tvorby informačních systémů s právem poradního hlasu. Zákazník je povinen zajistit pro provizi běžné pracovní podmínky v souladu s přijatým akceptačním programem informačního systému. Pro rychlé řešení organizačních problémů, které vzniknou v procesu akceptace informačního systému, je na příkaz vedoucího vývojářské organizace přidělen odpovědný zástupce vývojářské organizace.

Zákazník společně s vývojářem připraví návrh programu pro testování a akceptaci informačního systému a předloží jej akceptační komisi k posouzení a schválení. Program uvádí: název předkládaného informačního systému, směrnicové dokumenty, na jejichž základě byl systém vyvíjen (pokud existují), složení přejímací komise a číslo zakázky na její jmenování, účel, předměty, objem, umístění a

sled zkoušek, metody zkoušení a vyhodnocování výsledků.

Zákazník připraví společně s developerem a předá provizi k dočasnému použití následující dokumenty:

1) objednávky, pokyny, plány, smlouvy zajišťující vytvoření informačního systému;

2) technické a ekonomické odůvodnění, zadání, technické provedení, podrobný návrh informačního systému;

3) úkony posouzení a schválení technického návrhu;

4) dvoustranné úkony objednatele a developera o dodání úkolů, souborů úkolů (subsystémů), zařízení a jejich komplexů do komerčního provozu v souladu se schválenými technickými specifikacemi.

Přijímací komise zajišťuje:

1) kontrola dokumentace a fungování informačního systému;

2) organizování pracovních skupin a rozdělení odpovědnosti mezi členy komise za kontrolu jednotlivých subsystémů;

3) kontrola výpočtu ekonomické efektivnosti vytvořeného informačního systému;

4) pořádání workshopů a příprava certifikátů o přijetí informačního systému.

Kontrola provozních podmínek a provozních režimů technických

nástrojů informačního systému se provádí současně s kontrolou fungování komplexů úloh (subsystémů). Připravenost pracovníků odpovědných za provoz informačního systému je stanovena v souladu s programem školení a náplní práce obsaženými v pracovním projektu. Výsledky kontroly jsou projednávány na pracovních poradách a dokumentovány v zápisech.

Poslední fází práce komise je vypracování aktu, který uvádí:

1) složení komise, funkce a pracoviště členů komise;

2) termín (datum) přijetí systému;

3) složení výkonných umělců (organizací, podniků), kteří se podíleli na tvorbě informačního systému;

4) důvody pro přijetí (objednávky, pokyny a

5) seznam prezentované dokumentace informačního systému

A posouzení jeho souladu s proudem regulační a technické dokumenty;

6) soulad skutečně dokončených a realizovaných prací s technickými specifikacemi;

7) připravenost všech typů podpory a strukturálních divizí zákazníka na implementaci a provoz informačního systému;

8) informace o efektivitě informačního systému (porovnání stávajících nebo očekávaných skutečných údajů o objemu a zdrojích získaných úspor s vypočítanými údaji);

9) závěry komise o možnosti přijetí informačního systému;

Potvrzení o převzetí v pěti vyhotoveních podepisuje předseda a všichni členové komise. Dnem uvedení informačního systému do provozu je datum podpisu zákona komisí.

6. Vývojový tým informačních systémů

Vzhledem k tomu, že tvorba moderního informačního systému je složitý proces, který vyžaduje společné úsilí velkého počtu různých specialistů, je v moderních podmínkách velmi důležité sestavení týmu podílejícího se na návrhu, vývoji a implementaci informačního systému.

Organizaci týmu a rozdělení práce mezi specialisty lze provádět podle několika zásad:

1) na základě rozdělení systémové analýzy (algoritmizace) a vývoje programu mezi různé týmy;