| Създаване и тестване на прототип, свързан с разработването на продуктова иновация (дейността ще бъде изпълнена чрез наемане на квалифициран персонал): За изпълнение на необходимите дейности по разработване на иновацията ще бъде нает квалифициран персонал за целите на създаването и тестването на прототип.
Нивото на технологична готовност, на което планираме да бъде разработваната иновация в края на проекта отговаря на TRL-9 - Изпробвана система в операционна среда.
Проектът ще бъде разработван на малки цикли от три етапа, които се наричат спринтове.
Трите етапа включени във всеки спринт са:
1. Описване на конкретни задачи от бизнес анализаторите спрямо изискванията за продукта.
Бизнес анализатора се запознава с конкретните нужди, които трябва да удовлетвори съответният продукт, какви точно са очакванията към него от гледна точка на бизнеса. След това описва тези нужди като конкретни задачи от техническа гледна точка. Разбива ги детайлно на малки, ясни и конкретни задачи, които трябва да бъдат изпълнени и ги оформя като тикети (билети с описаните задачи).
2. Изпълнение на задачите от разработчиците (създаване на софтуерен код от програмистите).
Програмистите се запознават със задачи и ги изпълняват, като създават софтуерен код, който да изпълнява точно това нещо, което е описано в задачата, използвайки технологиите, които най-добре ще свършат работа. Крайният продукт е определен програмен код, част от цялото, който може да върши нещо.
По този начин работата може да бъде гъвкаво разпределяна, ясно проследявана и по-лесна за изпълнение. А накрая "парчетата" код или отделните малки функционалности се събират, за да се получи цялостния продукт изпълняващ определените бизнес нужди.
3. Проверка на правилното функциониране на кода от специалистите по софтуерно тестване.
Когато една задача бъде изпълнена от програмист, тя се проверява от специалист по софтуерно тестване, който проверява дали кодът функционира правилно, дали отговаря на описаните от бизнес анализатора критерии. Ако открие грешки, връща задачата за доработка.
По този начин още на най-ранно ниво биват изчиствани потенциални грешки, които по-лесно се установяват, когато са малки и предотвратява тяхното натрупване, което би довело цялостно блокиране работата на продукта.
Това е най-честият начин за разработката на софтуер, който се прави на малки парчета, защото позволява гъвкавост на работата, адаптиране към новопоявили се изисквания и особености, а също така пести и време.
Ако първо бъдат създадени всички задачи, след това бъдат изработени, а накрая бъдат тествани, при появата на грешки и непланирани обстоятелства, каквито винаги има в софтуерната разработка, тъй като става въпрос огромни обеми от програмен код, това би довело до нуждата от преправяне на голям брой задачи, тяхното пренаписване и след това ново тестване, тъй като компоненти във всеки софтуерен продукт са взаимосвързани. Всичко това означава огромна загуба на време и средства. Затова е прието софтуерната разработка да се прави на малки парчета или цикли, където своевременно се установяват и нанасят нужните малки корекции.
Тази дейност допринася за разработването на иновацията и изпълнението на проекта, тъй като технологията е валидирана в релевантна среда, но има нужда от последващо технологично развитие, преминаващо през прототип, демонстриран в операционна среда и стигаща до ниво на технологична готовност - TRL 9 - Изпробвана система в операционна среда. |
660 000.00
|
0.00
|
