„Развитие на административното обслужване по електронен път”
Изтегляне 7.85 Mb.
|
- Навигация на страницата:
- Допълнителни изисквания към разработваните системи
- Наблюдение и мониторинг
- Устойчивост
- Допълнителни изисквания към функционалността
- Изтриване и коригиране
- Управление, идентифициране и предоставяне на права на потребители
- Регистриране на всички потребителски действия
- Съобщения за грешки до потребителите
Отчетни продуктиКато резултат от дейността Изпълнителят трябва да подготви и предостави на Възложителя следните отчетни продукти:
Допълнителни изисквания към разработваните системиНаличностСистемите трябва да работят 7 дни в седмицата и 24 часа в денонощието. Дадена система трябва да е налична минимум в 99% от времето (с изключение на планираните прекъсвания на системата). Това означава, че системата може да е в състояние на неработоспособност максимум 3 дни в годината или 5 часа в месеца. Наблюдение и мониторингНеобходимо е във всеки един момент да се наблюдава работоспособността на различните системи и техните компоненти, натоварването, настъпването на определени събития, предвещаващи проблеми. За системите, разположени в централната инфраструктура на електронното правителство следва да се използва наличната агентно ориентирана среда за наблюдение и администрация, през която да се централизират и автоматизират свързаните с това процеси. За системите, разположени в среда, извън тази на централната инфраструктура на електронното правителство, трябва да се предвиди сходен подход за наблюдение на работоспособността на системите. УстойчивостВсички данни в системите трябва да запазват съгласуваността си при всякакви обстоятелства (отказ на приложен софтуер, погрешни или злонамерени действия на потребител, отпадане на сървър, неизправност на диск, прекъсване на захранването и т.н.). Изпълнителят трябва да реализира функционалност, която удовлетворява тези изисквания (валидиране на данни, проверка за съгласуваност на данни), чрез двата вида средства – инструментите за управление на приложението и на самата база данни. Не се допуска загуба на данни. Дублирането на данни трябва да е сведено до минимум. Загуба на данни, които вече са записани в системите, е недопустима. Загубата на нови данни, т.е. такива въведени или заредени до 10 минути преди авария е приемлива, но само ако от тези данни не се генерират каквито и да било изходни документи. Изпълнителят трябва да състави подходяща процедура за създаване на резервни копия и възстановяване на данни и тя да бъде тествана в рамките на тестовете по приемане. Допълнителни изисквания към функционалносттаПроверка на въвежданите данниСистемата трябва да осъществява следния минимум от проверки на въвежданите данни:
ИнтеграцияСистемите трябва да предоставят интегрирано решение независимо дали данните ще се създават еднократно, и да се използват при необходимост чрез системата. Статичните детайли, които са еднакви за различните модули в системата, да бъдат поддържани в една база данни/модул, но да бъдат използвани от всички други модули. Системите трябва да се проектират и разработват за отворен стандартизиран обмен на информация с други системи при необходимост. Изтриване и коригиранеПри коригиране на данни системите трябва да искат потвърждение от потребителя. Въведени данни не могат да се изтриват от системата, освен ако това не е посочено изрично в изискванията към конкретната система. На тези данни се поставя флаг, след което се забраняват за редактиране. Преглед на тези данни трябва да може да прави потребител със специфични права. Системите трябва да предоставят подходящ механизъм за архивиране на стари данни без да се нарушава интегритета на наличните данни.
Дефинирането на потребители и предоставянето на потребителски права се осъществява от създаден в системата потребител със специални права ("привилегирован потребител"). Регистриране на всички потребителски действияСистемите трябва да регистрират всички потребителски действия, свързани с влизане в системата, въвеждане, коригиране и изтриване на данни. Регистрите за одит трябва да съдържат като минимум следните данни: дата и час на влизане в системата и излизане от системата, време на работа, данни за потребителя, IP адрес на машината, вид на действията и препратки към извършените промени. Освен това, системите трябва да регистрират спрените действия и други грешки, дължащи се на системата или на трета страна (напр. неразрешено използване на системата, нарушение на сигурността и др.). Системите трябва да осигуряват и възможност за архивиране на регистъра за одит чрез експорт на данни за определен период, който може да бъде конфигуриран от системния администратор. Системите трябва да осигуряват възможност за проследяване действията на отделния потребител по различни критерии. Събитията трябва да се класифицират по категории – успешни, неуспешни, грешки и др. Подробности за тази функционалност ще бъдат специфицирани по време на изпълнението на проекта съвместно с изпълнителя.
Текстовете и оформлението на съобщенията за грешки трябва да се съгласуват с Възложителя. Каталог: upload -> docs docs -> Задание за техническа поддръжка на информационни дейности, свързани с държавните зрелостни изпити (дзи) – учебна година 2012/2013 docs -> Наредба №2 от 10. 01. 2003 г за измерване на кораби, плаващи по вътрешните водни пътища docs -> Наредба №15 от 28 септември 2004 Г. За предаване и приемане на отпадъци резултат от корабоплавателна дейност, и на остатъци от корабни товари docs -> Общи положения docs -> І. Административна услуга: Издаване на удостоверение за експлоатационна годност (уег) на пристанище или пристанищен терминал ІІ. Основание docs -> I. Общи разпоредби Ч docs -> Закон за изменение и допълнение на Закона за морските пространства, вътрешните водни пътища и пристанищата на Република България docs -> Закон за предотвратяване и установяване на конфликт на интереси docs -> Наредба за системите за движение, докладване и управление на трафика и информационно обслужване на корабоплаването в морските пространства на република българия Изтегляне 7.85 Mb. Сподели с приятели:
|