Държавна агенция „Електронно управление техническа спецификация



страница5/9
Дата22.01.2019
Размер0.62 Mb.
#110827
1   2   3   4   5   6   7   8   9

Управление на проекта3

Участниците трябва да предложат методология за управление на проекта, която смятат да използват, като се изтъкнат ползите й за успешното изпълнение на проекта. Предложената методология трябва да съответства на най-добрите световни практики и препоръки (например Project Management Body of Knowledge (PMBOK) Guide, PRINCE2, Agile/SCRUM/Kanban, RUP и др. еквивалентни).

Дейностите по управление на проекта трябва да включват като минимум управление на реализацията на всички дейности, посочени в настоящата обществена поръчка, и постигане на очакваните резултати, както и разпределението на предложените участници в екипа за управление на поръчката по роли, график и дейности при изпълнение на настоящата обществена поръчка.

Доброто управление на проекта трябва да осигури:



  • координиране на усилията на експертите от страна на Изпълнителя и Възложителя и осигуряване на висока степен на взаимодействие между членовете на проектния екип;

  • оптимално използване на ресурсите;

  • текущ контрол по изпълнението на проектните дейности;

  • разпространяване навреме на необходимата информация до всички участници в проекта;

  • идентифициране на промени и осигуряване на техните анализ и координация;

  • осигуряване на качеството и полагане на усилия за непрекъснато подобряване на работата за удовлетворяване на изискванията на участниците в проекта.

Методологията трябва да включва подробно описание на:

  • фазите на проекта;

  • организация на изпълнение:

    • структура на екипа на Изпълнителя;

    • начин на взаимодействие между членовете на екипа на Изпълнителя;

    • връзки за взаимодействие с екипа на Възложителя;

  • проектна документация:

    • видове доклади;

    • техническа и експлоатационна документация;

    • време на предаване;

    • съдържание на документите;

    • управление на версиите;

  • управление на качеството;

  • график за изпълнение на проекта.

В графика участниците трябва да опишат дейностите и стъпките за тяхното изпълнение максимално детайлно, като покажат логическата връзка между тях. В графика трябва да са посочени датите за предаване на всеки от документите, изготвени в изпълнение на обществената поръчка.
  1. Управление на риска


В техническото си предложение участниците трябва да опишат подхода за управление на риска, който ще прилагат при изпълнението на поръчката.

Участниците трябва да представят и списък с идентифицираните


от Възложителя рискове с оценка на вероятност, въздействие и мерки за минимизиране на въздействието.

През времето за изпълнение на проекта Изпълнителят трябва да следи рисковете, да оценява тяхното влияние, да анализира ситуацията и да идентифицира (евентуално) нови рискове.

В хода на изпълнение на поръчката Изпълнителят следва да поддържа актуален списък с рисковете и да докладва състоянието на рисковете
най-малко с месечните отчети за напредъка.

При изготвянето на списъка с рискове Участниците следва да вземат предвид следните идентифицирани от Възложителя рискове:



  • Промяна в нормативната уредба, водеща до промяна на ключови компоненти на решението – предмет на разработка на настоящата обществена поръчка;

  • Недобра комуникация между екипите на Възложителя и Изпълнителя по време на аналитичните етапи на проекта;

  • Ненавременно изпълнение на всяко от задълженията от страна на Изпълнителя;

  • Неправилно и неефективно разпределяне на ресурсите и отговорностите при изпълнението на договора;

  • Забавяне при изпълнение на проектните дейности, опасност от неспазване на срока за изпълнение на настоящата поръчка;

  • Грешки при разработване на функционалностите на системата;

  • Недостатъчна яснота по правната рамка и/или променяща се правна рамка по време на изпълнение на проекта;

  • Липса на задълбоченост при изследването и описанието на бизнес процесите и данните;

  • Неинформиране на Възложителя за всички потенциални проблеми, които биха могли да възникнат в хода на изпълнение на дейностите;

  • Риск за администриране на системата след изтичане на периода на гаранционна поддръжка.
  1. ЕТАПИ НА ИЗПЪЛНЕНИЕ НА ПРОЕКТА


В техническото си предложение участниците трябва да предложат подход за изпълнение на проекта, като включат минимум следните етапи:
    1. Анализ на наличните в ДАЕУ ресурси


Изпълнителят трябва да проучи и оцени възможностите за реализиране на еIDAS възел чрез използване на наличните хардуерни ресурси, с който разполага ДАЕУ, както и възможната нужда от осигуряване на допълнителни хардуерни ресурси. До 15 дни от началото на изпълнението на проекта Изпълнителят трябва да предостави на Възложителя така изготвената оценка, в която ясно да е посочено дали наличните в ДАЕУ хардуерни ресурси са достатъчни за реализиране на eIDAS възел. В случай, че бъде идентифицирана нужда от осигуряване на допълнителни ресурси, те трябва подробно да бъдат описани в оценката, изготвена от Изпълнителя.
    1. Изготвяне на системен проект


Изпълнителят трябва да изготви системен проект, който подлежи на одобрение от Възложителя. В системния проект трябва да са описани всички изисквания за реализирането на eIDAS възела, изисквания за изграждане на служебен интерфейс към е-Авт и изготвяне на тестови сценарии за тестване с доставчик на електронни административни услуги в България. Изготвянето на системния проект включва следните основни задачи:

  • Определяне на концепция на разработка на eIDAS възела на базата на техническото задание;

  • Дефиниране на детайлни изисквания и бизнес процеси, които трябва да се реализират в eIDAS възела;

  • Дизайн на системните модули, обхванатите интерфейси между тях, връзките с е-Авт, както и разработката на самостоятелните функционални модули. Предложеният системен дизайн трябва да включва дизайн на техническата инфраструктура, както и разположението на софтуерните модули в нея;

  • Изготвяне на план за техническа реализация;

  • Определяне на служебния интерфейс.

При документирането на изискванията, с цел постигане на яснота и стандартизация на документите, е необходимо да се използва стандартен език за описание на бизнес процеси – BPMN или еквивалент. Системният проект е необходимо да бъде разработен до 10 работни дни след утвърждаване на функционалната спецификация от Възложителя.

Системният проект подлежи на одобрение от Възложителя. В случай на забележки, корекции или допълнения от страна на Възложителя Изпълнителят е длъжен да ги отрази в системния проект в срок не по-късно от 5 работни дни.





    1. Сподели с приятели:
1   2   3   4   5   6   7   8   9




©obuch.info 2024
отнасят до администрацията

    Начална страница