Common use of Системна и приложна архитектура Clause in Contracts

Системна и приложна архитектура. Системата трябва да бъде реализирана, като разпределена модулна информационна система. Системата трябва да бъде реализирана със стандартни технологии, и да поддържа общо приети комуникационни стандарти, които ще гарантират съвместимост на системата с бъдещи разработки. Съществуващите модули функционалности трябва да бъдат рефакторирани и/или надградени по начин, който да осигури изпълнението на настоящето изискване; Бизнес процесите и услугите трябва да бъдат проектирани колкото се може по-независимо, с цел по-лесно надграждане, разширяване и обслужване. Системата трябва да е максимално параметризирана и да позволява настройка и промяна на параметрите през служебен (администраторски) потребителски интерфейс; Трябва да бъде реализирана функционалност за текущ мониторинг, анализ и контрол на изпълнението на бизнес процесите в Системата; При разработката, тестването и внедряването на Системата Изпълнителят трябва да прилага наложили се архитектурни (SOA, MVC или еквивалентни) модели и дизайн-шаблони, както и принципите на обектно ориентирания подход за разработка на софтуерни приложения; Системата трябва да бъде реализирана със софтуерна архитектура ориентирана към услуги - Service Oriented Architecture (SOA); Взаимодействията между отделните модули в Системата и интеграциите с външни информационни системи трябва да се реализират и опишат под формата на уеб-услуги (Web Services), които да са достъпни за ползване от други системи в държавната администрация, а за определени услуги – и за гражданите и бизнеса; За всеки от отделните модули/функционалности на Системата следва да се реализират и опишат приложни програмни интерфейси – Application Programming Interfaces (API). Приложните програмни интерфейси трябва да са достъпни и за интеграция на нови модули и други вътрешни или външни системи; Приложните програмни интерфейси и информационните обекти задължително да поддържат атрибут за версия; Версията на програмните интерфейси, представени чрез уеб-услуги, трябва да поддържа версията по един или няколко от следните начини: Като част от URL-а Като GET параметър Като HTTP header (Accept или друг) За всеки отделен приложен програмен интерфейс трябва да бъде разработен софтуерен комплект за интеграция (SDK) на поне две от популярните развойни платформи (.NET, Java, PHP); Системата трябва да осигурява възможности за разширяване, резервиране и балансиране на натоварването между множество инстанции на сървъри с еднаква роля; При разработването на Системата трябва да се предвидят възможни промени, продиктувани от непрекъснато променящата се нормативна, бизнес и технологична среда. Основно изискване се явява необходимостта информационната система да бъде разработена като гъвкава и лесно адаптивна, която отчита законодателни, административни, структурни или организационни промени, водещи до промени в работните процеси; Изпълнителят трябва да осигури механизми за реализиране на бъдещи промени в Системата без промяна на съществуващия програмен код. Когато това не е възможно, времето за промяна, компилиране и пускане в експлоатация трябва да е сведено до минимум. Бъдещото развитие на Системата ще се налага във връзка с промени в правната рамка, промени в модела на работа на потребителите, промени във външни системи, интегрирани със Системата, отстраняване на констатирани проблеми, промени в модела на обслужване и т.н. Такива промени ще се извършват през целия период на експлоатация на системата, включително по време и гаранционния период; Архитектурата на Системата и всички софтуерни компоненти (системни и приложни) трябва да бъдат така подбрани и/или разработени, че да осигуряват работоспособност и отказоустойчивост на системата, както и недискриминационно инсталиране и опериране в продуктивен режим, върху виртуална инфраструктура, съответно върху Държавния хибриден частен облак (ДХЧО); [ако възложителят не разполага с необходимата хардуерна инфраструктура]Част или всички компоненти на Системата ще бъдат разположени върху Държавния Хибриден Частен Облак като среда за функциониране на информационната система; Изпълнителят трябва да проектира, подготви, инсталира и конфигурира като минимум следните среди за Системата: тестова, стейджинг, продуктивна; Системата трябва да бъде разгърната върху съответните среди (тестова за вътрешни нужди, тестова за външни нужди, стейджинг и продуктивна); Тестовата среда за външни нужди трябва да бъде създадена и поддържана като "Sandbox", така че да е достъпна за използване и извършване на интеграционни тестове от разработчици на информационни системи, включително и такива изпълняващи дейности за други администрации или бизнеса, с цел по-лесно и устойчиво интегриране на съществуващи и бъдещи информационни системи. Тестовата среда за външни нужди трябва да е напълно отделна от останалите среди, и нейното използване не трябва да влияе по никакъв начин на нормалната работа на останалите среди или да създава, каквито и да било рискове за информационната сигурност и защитата на личните данни; Мрежата на държавната администрация (ЕЕСМ) ще бъде използвана като основна комуникационна среда и като основен доставчик на защитен Интернет капацитет (Clean Pipe) – изискванията на софтуерните компоненти по отношение на използвани комуникационни протоколи, TCP портове и пр. трябва да бъдат детайлно документирани от Изпълнителя, за да се осигури максимална защита от хакерски атаки и външни прониквания, чрез прилагане на подходящи политики за мрежова и информационна сигурност от Възложителя в инфраструктурата на Държавния хибриден частен облак и ЕЕСМ; В Техническото си предложение, участникът трябва да опише добрите практики, които ще прилага по отношение на всеки аспект от системната и приложната архитектура на Системата; За търсене трябва да се използват системи за пълнотекстово търсене (напр. Solr, ElasticSearch). Не се допуска използването на индекси за пълнотекстово търсене в СУБД; Системата трябва да бъде разработена така, че да позволява използването ѝ от много различни институции (т.нар. multitenancy), като за използване от нова институция не трябва да се изисква нова инсталация; Трябва да бъде създаден административен интерфейс, чрез който може да бъде извършвана конфигурацията на софтуера; Всеки обект в системата трябва да има уникален идентификатор; Записите в регистрите не трябва да подлежат на изтриване или промяна, а всяко изтриване или промяна трябва да представлява нов запис. Повторно използване (преизползване) на ресурси и готови разработки Проектът следва максимално да преизползва налични публично-достъпни инструменти, библиотеки и платформи с отворен код. За реализацията на системата следва да се използват в максимална степен софтуерни библиотеки и продукти с отворен код.

Системна и приложна архитектура. Системата трябва да бъде реализирана, реализирана като разпределена модулна информационна система. Системата трябва да бъде реализирана със стандартни технологии, технологии и да поддържа общо приети общоприети комуникационни стандарти, които ще гарантират съвместимост на системата Системата с бъдещи разработки. Съществуващите модули функционалности трябва да бъдат рефакторирани и/или надградени по начин, който да осигури изпълнението на настоящето изискване; Бизнес процесите и услугите трябва да бъдат проектирани колкото се може по-независимо, независимо с цел по-лесно надграждане, разширяване и обслужване. Системата трябва да е максимално параметризирана и да позволява настройка и промяна на параметрите през служебен (администраторски) потребителски интерфейс; Трябва да бъде реализирана функционалност за текущ мониторинг, анализ и контрол на изпълнението на бизнес процесите в Системата; При разработката, тестването и внедряването на Системата Изпълнителят трябва да прилага наложили се архитектурни (SOA, MVC или еквивалентни) модели и дизайн-шаблони, както и принципите на обектно ориентирания подход за разработка на софтуерни приложения; Системата трябва да бъде реализирана със софтуерна архитектура архитектура, ориентирана към услуги - Service Oriented Architecture (SOA); Взаимодействията между отделните модули в Системата и интеграциите с външни информационни системи трябва да се реализират и опишат под формата на уеб-услуги (Web Services), които да са достъпни за ползване от други системи в държавната администрация, а за определени услуги – и за гражданите и бизнеса; За всеки от отделните модули/функционалности на Системата следва да се реализират и опишат приложни програмни интерфейси – Application Programming Interfaces (API). Приложните програмни интерфейси трябва да са достъпни и за интеграция на нови модули и други вътрешни или външни системи; Приложните програмни интерфейси и информационните обекти задължително да поддържат атрибут за версия; Версията на програмните интерфейси, представени чрез уеб-услуги, трябва да поддържа версията по един или няколко от следните начини: Като част от URL-а Като GET параметър Като HTTP header (Accept или друг) За всеки отделен приложен програмен интерфейс трябва да бъде разработен софтуерен комплект за интеграция (SDK) на поне две от популярните развойни платформи (.NET, Java, PHP); Системата трябва да осигурява възможности за разширяване, резервиране и балансиране на натоварването между множество инстанции на сървъри с еднаква роля; При разработването на Системата трябва да се предвидят възможни промени, продиктувани от непрекъснато променящата се нормативна, бизнес и технологична среда. Основно изискване се явява необходимостта информационната система да бъде разработена като гъвкава и лесно адаптивна, която като отчита законодателни, административни, структурни или организационни промени, водещи до промени в работните процеси; Изпълнителят трябва да осигури механизми за реализиране на бъдещи промени в Системата без промяна на съществуващия програмен код. Когато това не е възможно, времето за промяна, компилиране и пускане в експлоатация трябва да е сведено до минимум. Бъдещото развитие на Системата ще се налага във връзка с промени в правната рамка, промени в модела на работа на потребителите, промени във външни системи, интегрирани със Системата, отстраняване на констатирани проблеми, промени в модела на обслужване и т.ндр. Такива промени ще се извършват през целия период на експлоатация на систематаСистемата, включително и по време и на гаранционния период; Архитектурата на Системата и всички софтуерни компоненти (системни и приложни) трябва да бъдат така подбрани и/или разработени, че да осигуряват работоспособност и отказоустойчивост на систематаСистемата, както и недискриминационно инсталиране (без различни условия за инсталиране върху физическа и виртуална среда) и опериране в продуктивен режим, върху виртуална инфраструктура, съответно върху Държавния хибриден частен облак (ДХЧО); [ако възложителят не разполага с необходимата хардуерна инфраструктура]Част или всички компоненти на Системата ще бъдат разположени върху Държавния Хибриден Частен Облак като среда за функциониране на информационната система; Изпълнителят трябва да проектира, подготви, инсталира и конфигурира като минимум следните среди за Системата: тестова, стейджинг, продуктивна; Системата трябва да бъде разгърната върху съответните среди (тестова за вътрешни нужди, тестова за външни нужди, стейджинг и продуктивна); Тестовата среда за външни нужди трябва да бъде създадена и поддържана като "Sandbox", така че да е достъпна за използване и извършване на интеграционни тестове от разработчици на информационни системи, включително и такива такива, изпълняващи дейности за други администрации или бизнеса, с цел по-лесно и устойчиво интегриране на съществуващи и бъдещи информационни системи. Тестовата среда за външни нужди трябва да е напълно отделна от останалите среди, среди и нейното използване не трябва да влияе по никакъв начин на нормалната работа на останалите среди или да създава, създава каквито и да било рискове за информационната сигурност и защитата на личните данни; Мрежата на държавната администрация (ЕЕСМ) ще бъде използвана като основна комуникационна среда и като основен доставчик на защитен Интернет капацитет (Clean Pipe) – изискванията на софтуерните компоненти по отношение на използвани комуникационни протоколи, TCP портове и пр. трябва да бъдат детайлно документирани от Изпълнителя, за да се осигури максимална защита от хакерски атаки и външни прониквания, прониквания чрез прилагане на подходящи политики за мрежова и информационна сигурност от Възложителя в инфраструктурата на Държавния хибриден частен облак и ЕЕСМ; В Техническото си предложение, предложение участникът трябва да опише добрите практики, които ще прилага по отношение на всеки аспект от системната и приложната архитектура на Системата; За търсене трябва да се използват системи за пълнотекстово търсене (напр. например Solr, ElasticSearchElastic Search). Не се допуска използването на индекси за пълнотекстово търсене в СУБД; Системата трябва да бъде разработена така, че да позволява използването ѝ от много различни институции (т.нар. multitenancy), като за използване от нова институция в структурата на Възложителя не трябва да се изисква нова инсталация; Трябва да бъде създаден административен интерфейс, чрез който може да бъде извършвана конфигурацията на софтуера; Всеки обект в системата трябва да има уникален идентификатор; Записите в регистрите не трябва да подлежат на изтриване или на промяна, а всяко изтриване или промяна трябва да представлява нов запис. Повторно използване (преизползване) на ресурси и готови разработки Проектът следва максимално да преизползва налични публично-публично достъпни инструменти, библиотеки и платформи с отворен код. За реализацията на системата Системата следва да се използват в максимална степен софтуерни библиотеки и продукти с отворен код.

Системна и приложна архитектура. Системата трябва да бъде реализирана, реализирана като разпределена модулна информационна система. Системата трябва да бъде реализирана със стандартни технологии, технологии и да поддържа общо приети общоприети комуникационни стандарти, които ще гарантират съвместимост на системата Системата с бъдещи разработки. Съществуващите модули функционалности трябва да бъдат рефакторирани и/или надградени по начин, който да осигури изпълнението на настоящето изискване; Бизнес процесите и услугите трябва да бъдат проектирани колкото се може по-независимо, с цел по-лесно надграждане, разширяване и обслужване. Системата трябва да е максимално параметризирана и да позволява настройка и промяна на параметрите през служебен (администраторски) потребителски интерфейс; Трябва да бъде реализирана функционалност за текущ мониторинг, анализ и контрол на изпълнението на бизнес процесите в Системата; При разработката, тестването и внедряването на Системата Изпълнителят трябва да прилага наложили се архитектурни (SOA, MVC или еквивалентни) модели и дизайн-шаблони, както и принципите на обектно ориентирания подход за разработка на софтуерни приложения; Системата трябва да бъде реализирана със софтуерна архитектура архитектура, ориентирана към услуги - Service Oriented Architecture (SOA); Взаимодействията между отделните модули в Системата и интеграциите с външни информационни системи трябва да се реализират и опишат под формата на уеб-услуги (Web Services), които да са достъпни за ползване от други системи в държавната администрация, а за определени услуги – и за гражданите и бизнеса; За всеки от отделните модули/функционалности на Системата следва да се реализират и опишат приложни програмни интерфейси – Application Programming Interfaces (API). Приложните програмни интерфейси трябва да са достъпни и за интеграция на нови модули и други вътрешни или външни системи; Приложните програмни интерфейси и информационните обекти задължително да поддържат атрибут за версия; Версията на програмните интерфейси, представени чрез уеб-услуги, трябва да поддържа версията по един или няколко от следните начини: ▪ Като част от URL-а ▪ Като GET параметър ▪ Като HTTP header (Accept или друг) За всеки отделен приложен програмен интерфейс трябва да бъде разработен софтуерен комплект за интеграция (SDK) на поне две от популярните развойни платформи (.NET, Java, PHP); Системата трябва да осигурява възможности за разширяване, резервиране и балансиране на натоварването между множество инстанции на сървъри с еднаква роля; При разработването на Системата трябва да се предвидят възможни промени, продиктувани от непрекъснато променящата се нормативна, бизнес и технологична среда. Основно изискване се явява необходимостта информационната система да бъде разработена като гъвкава и лесно адаптивна, която като отчита законодателни, административни, структурни или организационни промени, водещи до промени в работните процеси; Изпълнителят трябва да осигури механизми за реализиране на бъдещи промени в Системата без промяна на съществуващия програмен код. Когато това не е възможно, времето за промяна, компилиране и пускане в експлоатация трябва да е сведено до минимум. Бъдещото развитие на Системата ще се налага във връзка с промени в правната рамка, промени в модела на работа на потребителите, промени във външни системи, интегрирани със Системата, отстраняване на констатирани проблеми, промени в модела на обслужване и т.н. Такива промени ще се извършват през целия период на експлоатация на системата, включително по време и гаранционния период; Архитектурата на Системата и всички софтуерни компоненти (системни и приложни) трябва да бъдат така подбрани и/или разработени, че да осигуряват работоспособност и отказоустойчивост на систематаСистемата, както и недискриминационно инсталиране (без различни условия за инсталиране върху физическа и виртуална среда) и опериране в продуктивен режим, върху виртуална инфраструктура, съответно върху Държавния хибриден частен облак (ДХЧО); [ако възложителят не разполага с необходимата хардуерна инфраструктура]Част или всички Всички компоненти на Системата ще бъдат разположени върху Държавния Хибриден Частен Облак хибриден частен облак като среда за функциониране на информационната система; Изпълнителят трябва да проектира, подготви, инсталира и конфигурира като минимум следните среди за Системата: тестова, стейджинг, продуктивна; Системата трябва да бъде разгърната върху съответните среди (тестова за вътрешни нужди, тестова за външни нужди, стейджинг и продуктивна); Тестовата среда за външни нужди трябва да бъде създадена и поддържана като "Sandbox", така че да е достъпна за използване и извършване на интеграционни тестове от разработчици на информационни системи, включително и такива изпълняващи дейности за други администрации или бизнеса, с цел по-лесно и устойчиво интегриране на съществуващи и бъдещи информационни системи. Тестовата среда за външни нужди трябва да е напълно отделна от останалите среди, и нейното използване не трябва да влияе по никакъв начин на нормалната работа на останалите среди или да създава, каквито и да било рискове за информационната сигурност и защитата на личните данни; Мрежата на държавната администрация (ЕЕСМ) ще бъде използвана като основна комуникационна среда и като основен доставчик на защитен Интернет капацитет (Clean Pipe) – изискванията на софтуерните компоненти по отношение на използвани комуникационни протоколи, TCP портове и пр. трябва да бъдат детайлно документирани от Изпълнителя, за да се осигури максимална защита от хакерски атаки и външни прониквания, прониквания чрез прилагане на подходящи политики за мрежова и информационна сигурност от Възложителя в инфраструктурата на Държавния хибриден частен облак и ЕЕСМ; В Техническото си предложение, участникът трябва да опише добрите практики, които ще прилага по отношение на всеки аспект от системната и приложната архитектура на Системата; За търсене трябва да се използват системи за пълнотекстово търсене (напр. Solr, ElasticSearch). Не се допуска използването на индекси за пълнотекстово търсене в СУБД; Системата трябва да бъде разработена така, че да позволява използването ѝ от много различни институции (т.нар. multitenancy), като за използване от нова институция не трябва да се изисква нова инсталация; Трябва да бъде създаден административен интерфейс, чрез който може да бъде извършвана конфигурацията на софтуера; Всеки обект в системата трябва да има уникален идентификатор; Записите в регистрите не трябва да подлежат на изтриване или на промяна, а всяко изтриване или промяна трябва да представлява нов запис. Повторно използване (преизползване) Изграждане и поддръжка на ресурси множество среди Изпълнителят трябва да изгради и готови да поддържа минимум следните логически разделени среди: Development Чрез Development средата се осигурява работата по разработката, усъвършенстването и развитието на Системата. В тази среда са налични и допълнителните софтуерни системи и инсталации, необходими за управление на разработката – continuous integration средства, системи за автоматизирано тестване и др. Staging Чрез Staging средата се извършват тестове преди разгръщане на нова версия от Development средата върху Production средата. В нея се извършват всички интеграционни тестове, както и тестовете за натоварване. Production Това е средата, която е публично достъпна за реална експлоатация и интеграция със съответните външни системи и услуги. Управлението на средите трябва да става чрез автоматизирана система за провизиране и разгръщане на системните компоненти. При необходимост от страна на Възложителя Изпълнителят трябва да съдейства за изграждането на нови системни среди. Процес на разработка, тестване и разгръщане Процесите, свързани с развитието на Системата, трябва да гарантират висока прозрачност и възможност за обществен контрол над всички разработки Проектът следва максимално по проекта. Изграждането на доверие в гражданите и в бизнеса налага радикално по-висока публичност и прозрачност чрез отворена разработка и публикуването на системите компоненти под отворен лиценз от самото начало на разработката. По този начин гражданите биха могли да преизползва налични публично-достъпни инструментисъдействат в процесите по развитие и тестване на разработките през целия им жизнен цикъл. Всички софтуерни приложения, системи, подсистеми, библиотеки и платформи компоненти, които са необходими за реализацията на Системата, трябва да бъдат разработвани като софтуер с отворен код и да бъдат достъпни в публично хранилище. Към настоящия момент следва да се използва общото хранилище за проекти с отворен код, финансирани с публични средства в България В случай че върху част от компонентите, нужни за компилация, има авторски права, те могат да бъдат или в отделно хранилище с подходящия за това лиценз или за тях трябва да бъде предоставен заместващ „mock up“ компонент, така че да не се нарушава компилацията на проекта. За реализацията всеки един разработван компонент Изпълнителят трябва да покрие следните изисквания за гарантиране на системата следва да се използват качеството на извършваната разработка и на крайния продукт: Документиране на Системата в максимална степен софтуерни библиотеки и продукти изходния код, минимум на ниво процедура/функция/клас; Покритие на минимум 50% от изходния код с отворен код.функционални тестове Използване на continuous integration практики;

Системна и приложна архитектура. ▪ Системата трябва да бъде реализирана, реализирана като разпределена модулна информационна система. Системата трябва да бъде реализирана със стандартни технологии, технологии и да поддържа общо приети общоприети комуникационни стандарти, които ще гарантират съвместимост на системата Системата с бъдещи разработки. Съществуващите модули функционалности трябва да бъдат рефакторирани и/или надградени по начин, който да осигури изпълнението на настоящето изискване; ▪ Бизнес процесите и услугите трябва да бъдат проектирани колкото се може по-независимо, по- независимо с цел по-лесно надграждане, разширяване и обслужване. Системата трябва да е максимално параметризирана и да позволява настройка и промяна на параметрите през служебен (администраторски) потребителски интерфейс; ▪ Трябва да бъде реализирана функционалност за текущ мониторинг, анализ и контрол на изпълнението на бизнес процесите в Системата; ▪ При разработката, тестването и внедряването на Системата Изпълнителят трябва да прилага наложили се архитектурни (SOA, MVC или еквивалентни) модели и дизайн-шаблони, както и принципите на обектно ориентирания обектноориентирания подход за разработка на софтуерни приложения; ▪ Системата трябва да бъде реализирана със софтуерна архитектура архитектура, ориентирана към услуги - Service Oriented Architecture (SOA); ▪ Взаимодействията между отделните модули в Системата и интеграциите с външни информационни системи трябва да се реализират и опишат под формата на уеб-уеб- услуги (Web Services), които да са достъпни за ползване от други системи в държавната администрация, а за определени услуги – и за гражданите и бизнеса; За всеки от отделните модули/функционалности на Системата следва да се реализират и опишат приложни програмни интерфейси – Application Programming Interfaces (API). Приложните програмни интерфейси трябва да са достъпни и за интеграция на нови модули и други вътрешни или външни системи; ▪ Приложните програмни интерфейси и информационните обекти задължително да поддържат атрибут за версия; ▪ Версията на програмните интерфейси, представени чрез уеб-услуги, трябва да поддържа версията по един или няколко от следните начини: o Като част от URL-а o Като GET параметър o Като HTTP header (Accept или друг) ▪ За всеки отделен приложен програмен интерфейс трябва да бъде разработен софтуерен комплект за интеграция (SDK) на поне две от популярните развойни платформи (.NET, Java, PHP); ▪ Системата трябва да осигурява възможности за разширяване, резервиране и балансиране на натоварването между множество инстанции на сървъри с еднаква роля; ▪ При разработването на Системата трябва да се предвидят възможни промени, продиктувани от непрекъснато променящата се нормативна, бизнес и технологична среда. Основно изискване се явява необходимостта информационната система да бъде разработена като гъвкава и лесно адаптивна, която като отчита законодателни, административни, структурни или организационни промени, водещи до промени в работните процеси; ▪ Изпълнителят трябва да осигури механизми за реализиране на бъдещи промени в Системата без промяна на съществуващия програмен код. Когато това не е възможно, времето за промяна, компилиране и пускане в експлоатация трябва да е сведено до минимум. Бъдещото развитие на Системата ще се налага във връзка с промени в правната рамка, промени в модела на работа на потребителите, промени във външни системи, интегрирани със Системата, отстраняване на констатирани проблеми, промени в модела на обслужване и т.ндр. Такива промени ще се извършват през целия период на експлоатация на систематаСистемата, включително и по време и на гаранционния период; ▪ Архитектурата на Системата и всички софтуерни компоненти (системни и приложни) трябва да бъдат така подбрани и/или разработени, че да осигуряват работоспособност и отказоустойчивост на систематаСистемата, както и недискриминационно инсталиране (без различни условия за инсталиране върху физическа и виртуална среда) и опериране в продуктивен режим, върху виртуална инфраструктура, съответно върху Държавния хибриден частен облак (ДХЧО); [ако възложителят не разполага с необходимата хардуерна инфраструктура]Част или всички компоненти на Системата ще бъдат разположени върху Държавния Хибриден Частен Облак като среда за функциониране на информационната система; ▪ Изпълнителят трябва да проектира, подготви, инсталира и конфигурира като минимум следните среди за Системата: тестова, стейджинг, продуктивна; ▪ Системата трябва да бъде разгърната върху съответните среди (тестова за вътрешни нужди, тестова за външни нужди, стейджинг и продуктивна); ▪ Тестовата среда за външни нужди трябва да бъде създадена и поддържана като "Sandbox", така че да е достъпна за използване и извършване на интеграционни тестове от разработчици на информационни системи, включително и такива такива, изпълняващи дейности за други администрации или бизнеса, с цел по-лесно и устойчиво интегриране на съществуващи и бъдещи информационни системи. Тестовата среда за външни нужди трябва да е напълно отделна от останалите среди, среди и нейното използване не трябва да влияе по никакъв начин на нормалната работа на останалите среди или да създава, създава каквито и да било рискове за информационната сигурност и защитата на личните данни; Мрежата на държавната администрация (ЕЕСМ) ще бъде използвана като основна комуникационна среда и като основен доставчик на защитен Интернет капацитет (Clean Pipe) – изискванията на софтуерните компоненти по отношение на използвани комуникационни протоколи, TCP портове и пр. трябва да бъдат детайлно документирани от Изпълнителя, за да се осигури максимална защита от хакерски атаки и външни прониквания, чрез прилагане на подходящи политики за мрежова и информационна сигурност от Възложителя в инфраструктурата на Държавния хибриден частен облак и ЕЕСМ; ▪ В Техническото си предложение, предложение участникът трябва да опише добрите практики, които ще прилага по отношение на всеки аспект от системната и приложната архитектура на Системата; За търсене трябва да се използват системи за пълнотекстово търсене (напр. Solr, ElasticSearch). Не се допуска използването на индекси за пълнотекстово търсене в СУБД; Системата трябва да бъде разработена така, че да позволява използването ѝ от много различни институции (т.нар. multitenancy), като за използване от нова институция не трябва да се изисква нова инсталация; ▪ Трябва да бъде създаден административен интерфейс, чрез който може да бъде извършвана конфигурацията на софтуера; ▪ Всеки обект в системата трябва да има уникален идентификатор; ▪ Записите в регистрите не трябва да подлежат на изтриване или на промяна, а всяко изтриване или промяна трябва да представлява нов запис. Повторно използване (преизползване) на ресурси и готови разработки Проектът следва максимално да преизползва налични публично-публично достъпни инструменти, библиотеки и платформи с отворен код. За реализацията на системата Системата следва да се използват в максимална степен софтуерни библиотеки и продукти с отворен код.