Системна и приложна архитектура. Системата трябва да бъде реализирана, като разпределена модулна информационна система. Системата трябва да бъде реализирана със стандартни технологии, и да поддържа общо приети комуникационни стандарти, които ще гарантират съвместимост на системата с бъдещи разработки. Съществуващите модули функционалности трябва да бъдат рефакторирани и/или надградени по начин, който да осигури изпълнението на настоящето изискване; Бизнес процесите и услугите трябва да бъдат проектирани колкото се може по-независимо, с цел по-лесно надграждане, разширяване и обслужване. Системата трябва да е максимално параметризирана и да позволява настройка и промяна на параметрите през служебен (администраторски) потребителски интерфейс; Трябва да бъде реализирана функционалност за текущ мониторинг, анализ и контрол на изпълнението на бизнес процесите в Системата; При разработката, тестването и внедряването на Системата Изпълнителят трябва да прилага наложили се архитектурни (SOA, MVC или еквивалентни) модели и дизайн-шаблони, както и принципите на обектно ориентирания подход за разработка на софтуерни приложения; Системата трябва да бъде реализирана със софтуерна архитектура ориентирана към услуги - Service Oriented Architecture (SOA); Взаимодействията между отделните модули в Системата и интеграциите с външни информационни системи трябва да се реализират и опишат под формата на уеб-услуги (Web Services), които да са достъпни за ползване от други системи в държавната администрация, а за определени услуги – и за гражданите и бизнеса; За всеки от отделните модули/функционалности на Системата следва да се реализират и опишат приложни програмни интерфейси – Application Programming Interfaces (API). Приложните програмни интерфейси трябва да са достъпни и за интеграция на нови модули и други вътрешни или външни системи; Приложните програмни интерфейси и информационните обекти задължително да поддържат атрибут за версия; Версията на програмните интерфейси, представени чрез уеб-услуги, трябва да поддържа версията по един или няколко от следните начини: Като част от URL-а Като GET параметър Като HTTP header (Accept или друг) За всеки отделен приложен програмен интерфейс трябва да бъде разработен софтуерен комплект за интеграция (SDK) на поне две от популярните развойни платформи (.NET, Java, PHP); Системата трябва да осигурява възможности за разширяване, резервиране и балансиране на натоварването между множество инстанции на сървъри с еднаква роля; При разработването на Системата трябва да се ...
Системна и приложна архитектура. Надграждане на съществуващата АИС за инвентаризация на ИКИ ресурсите Изпълнителят е необходимо да надгради съществуващата АИС за инвентаризация на ИКИ ресурсите като реализира приложен интерфейс, който да зарежда автоматично данни за (администрациите и тяхното местоположение) от ИИСДА, т.е. да бъде реализиран като вътрешна Уеб услуга (service). Зареждането на данни следва да се осъществява посредством Web service и SOAP XML протокол. Процесът се състои в изпращане на съобщение от страна на ИИСДА, обработване на същото от АИС на ИКИ ресурсите, запис и връщане на отговор. Изпълнителят е необходимо да извърши интеграция на съществуващата АИС за инвентаризация на ИКИ ресурсите с приложният модул е- автентификация, който е разработен за нуждите на електронното управление. Същото приложение е реализирано като Уеб услуга и е разработено като система с отворен код. Същият да бъде реализиран като вътрешна Уеб услуга (service). Изпълнителят е необходимо да реализира връзка чрез Уеб интерфейс, като вътрешна уеб услуга към Портала за отворени данни. Същият трябва да позволява автоматично зареждане (upload) на данни за статуса на ИКИ ресурсите на отделна администрация и/или други обобщени данни, които се генерират от АИС за инвентаризация на ИКИ ресурсите и да се зареждат в Портала за отворени данни. Зареждането на данни следва да се осъществява посредством Web service и SOAP XML протокол. Изпълнителят е необходимо да реализира автоматизиран онлайн обмен на данни между изграждания Регистър на информационните ресурси и Портала за мрежова и информационна сигурност (https://govcert.bg/) чрез идентификация на информационните активи съгласно National Institute of Standards and Technology (NIST) - Common Platform Enumeration (СРЕ) (https://scap.nist.gov/specifications/cpe/) за обобщени данни подробно уточнени в етапа на анализ, описани в софтуерна спецификация. Съществуващите модули и функционалности на системата трябва да позволяват да бъдат рефакторирани и/или надградени по начин, който да осигури изпълнението на настоящето изискване. При надграждането, тестването и внедряването на новите приложения/приложни програмни интерфейси Изпълнителят трябва да прилага наложили се архитектурни (SOA, MVC или еквивалентни) модели и дизайн-шаблони, както и принципите на обектно ориентирания подход за разработка на софтуерни приложения; Взаимодействията между отделните модули в АИС за инвентаризация на ИКИ ресурсите и интеграциите с външни информационни системи трябва да се реализират и...