Changes between Version 2 and Version 3 of И.2 Методологија на развој

Timestamp:

02/13/21 12:36:51 (4 years ago)

Author:

115044

Comment:

--

И.2 Методологија на развој

@@ -2 +2 @@
 
 Методологијата која ќе ја користиме за развој на CRM системот на Гринери е RUP развојниот процес.\\
+
+Причини поради кои го избрав RUP процесот се неколку. \\
+Прво, затоа што сакав да го разработам процесот со кој не сум во контакт денес, кога најчесто се користи Scrum. \\
+Потоа, затоа што RUP како процес предвидува точни, строги и долгорочни естимации и рокови кои се почитуваат до крај. Мислам дека секој што ќе сака да ангажира компанија за изработка на софтвер, би му било драго да му биде даден крајниот рок и да биде испочитуван (што исто е ретко во денешно време). \\
+Затоа што, RUP е методологија што посебно се концентрира на почетните фази на проектот, анализа и моделирање, што по мене е добар пристап, за подоцна да се намали ризикот од грешки.\\
+
+И уште ќе додадам :) секако дека апликацијата можеше слободно да се изработи по Scrum методологијата, можеше и со XP, размислував и за тие опции, и веројатно ќе беше и тоа ок. \\
+Можеби кога би развивала некоја голема и поозбилна апликација, би избрала SCRUM, но, ете сепак, како за изработка на веб апликација, RUP сметам дека е добра методологија.\\
 
 **RUP - Rational Unified Process** го дели процесот на развој на 4 различни фази кои вклучуваат бизнис моделирање, анализа и дизајн, имплементација, тестирање и deployment.\\
@@ -8 +16 @@
 -       Иницијализација (до крајот на овој процес треба да бидат проценети потребните средства за конкретниот проект, определување на можните ризици, креирање на бизнис случаи, дефинирање на иницијалната архитектура, креирање на прелиминарен распоред на проектот) 
 -       Елаборација (треба да биде доразвиена основната архитектура со многу повеќе детали, креирање на дијаграми за корисничките случаеви) 
--       Конструкција (системските карактеристики се имплементираат во серии од кратки, временски итерации, од кои како краен резултат се продуцира функционален дел од софтвер кој ќе биде доволен за прелиминарно тестирање во реални услови а содржи дополнителни или подобрени функционалности споредено со претходната фаза) 
+-       Конструкција (системските карактеристики се имплементираат во серии од кратки, временски итерации, од кои како краен резултат се продуцира функционален дел од софтвер кој ќе биде доволен за прелиминарно тестирање во реални услови, а содржи дополнителни или подобрени функционалности споредено со претходната фаза) 
 -       Транзиција (системот се претставува на клиентите и потенцијалните корисници, односно сите заинтересирани страни во продуктот, при што проектот се смета дека е завршен кога членовите на проектниот тим и заинтересираните страни после спроведувањето на тестирањето за прифатливост, се согласат дека целите поставени на почетокот се остварени и дека корисниците се задоволени. Притоа сите пронајдени багови мора да бидат решени).\\