wiki:Студија на изведливост

Version 9 (modified by 045809, 5 years ago) ( diff )

--

Анализата за изводливост го оценува потенцијалот на проектот за успех; според тоа, согледаната објективност е суштински фактор во кредибилитетот на студијата за потенцијалните инвеститори и заемните институции.

1. Техничка изводливост

Оваа проценка се фокусира на техничките ресурси што им се достапни на организацијата. Им помага на организациите да утврдат дали техничките ресурси ги исполнуваат капацитетите и дали техничкиот тим е способен да ги претвори идеите во работни системи. Техничката изводливост исто така вклучува и проценка на хардверот, софтверот и другите технички барања на предложениот систем. TicketingSystem проектот е web базиран. Главните технологии и алатки поврзани за овој проект се следниве: Java, HTML, CSS, PostgreSQL, Spring Boot, алатки за цртање диаграми (NCLASS, Microsoft Project, Visio, Draw.IO). Секоја од технологиите е слободно достапна и потребните технички вештини се управливи. Временските ограничувања на производот и едноставноста за спроведување со користење на овие технологии се синхронизираат. Апликацијата ќе се хостира на платен простор за веб-хостинг. Од оваа гледна точка, овој проект е технички изводлив.

2. Економска изводливост

Оваа проценка обично вклучува анализа на трошоците / придобивките на проектот, помагајќи им на организациите да утврдат одржливост, трошоци и придобивки поврзани со проект пред да се распределат финансиските ресурси. Таа, исто така служи како независна проценка на проектот и го зајакнува кредибилитетот на проектот - помагајќи им на носителите на одлуки да ги утврдат позитивните економски придобивки за организацијата што ќе ја обезбеди предложениот проект.

Ticketing system-от е предвиден да биде завршен за два месеци, за кој се потребни три web развивачи, со придонеси од 1200 ЕУР на месечна основа во времетраење од 2 месеци и еден развивач на база на податоци со придонеси од 800 ЕУР на месечна основа, исто така 2 месеци. Овие би биле основните трошоци се до имплементација на финална верзија на апликацијата. За управување на проектот ќе се користи JIRA која е бесплатна до 10 корисници – што значи дека нема да има дополнителни трошоци.

Месец 1 2 3 4 5 6 7 8 9 10 11 12
Плата за web развивачи 3600 3600 0 0 0 0 0 0 0 0 0 0
Плата за DB развивач 800 800 0 0 0 0 0 0 0 0 0 0
вкупен придонес по месец 4400 4400 0 0 0 0 0 0 0 0 0 0
вкупно на крај на месец 4400 8800 0 0 0 0 0 0 0 0 0 0

3. Операциска изводливост

Операциската изводливост може да се пресмета во различни рамки, но ние ќе ја анализираме со употреба на рамката PIECES.

P-Performance: Одредува дали системот обезбедува соодветна моќност и време на реакција или не. Во овој случај имплементацијата на овој систем ќе резултира во подобро со тоа што протокот дефинитивно ќе се зголеми, системот би трошел помалку време во поглед на потрошувачите, како и на вработените. Клиентот ќе добие одговор на нивните прашања и проблеми многу побрзо.

I – Information: Одредува дали системот им обезбедува на крајните корисници и на менаџерите навремена, релевантна, точна и корисно форматирана информација или не. Во предложениот систем, сите записи ќе се чуваат во базата на податоци со што ќе може да се пристапи во секое време и сите полиња на одреден запис може да се пребаруваат. Исто така, ќе им обезбеди на корисниците значајни и точни податоци.

E – Economic: Одредува дали системот нуди соодветно ниво на услуга и капацитет за да ги намали трошоците на бизнисот или да го зголеми профитот на деловното работење или не. При поставување на предложениот систем, рачната работа ќе биде заменета со пристап за ИТ штедливост. Бидејќи, нашиот систем е целосно базиран на софтвер и не бара друг хардвер освен компјутерите во кои ќе се спроведува софтверот. Така, во почетното време ќе чини, но после тоа, ќе биде многу корисно за компанијата во однос на рекламирање и услуги. Иако првичното купување, обука и инсталирање ќе наплатуваат некои трошоци, но истиот ќе се врати за неколку години со придобивките и заштедите на трошоците што ќе ги донесе со себе.

C – Control: Контролата се однесува на безбедноста на податоците и информациите. По распоредувањето на предложениот систем, податоците ќе станат целосно безбедни и ќе бидат достапни само од овластените лица. Бидејќи податоците ќе бидат зачувани во централна база на податоци, одделно од индивидуалните работни станици, системот ќе обезбеди и резервна копија на истите.

E-Efficiency: Ефикасноста се однесува на можноста на системот да ги искористи целосно ресурсите што му се достапни, заедно со давање целосен резултат. Предложениот систем ќе биде целосно автоматизиран и ќе ги искористи целосно ресурсите што му се достапни. Сите луѓе вклучени во водењето на системот ќе ги користат сите свои капацитети што системот ќе ги обезбеди. Во предложениот систем операторот ќе се занимава со прашања и проблеми на клиентите за да се решат брзо, во меѓувреме тие ќе ги користат достапните ресурси за да можат да одговорат на клиентите во одредено време преку е-пошта или по телефон.

S—Services: Одредува дали системот им обезбедува посакувани и сигурни услуги на оние на кои им е потребен и исто така дали системот е флексибилен и достапен. Предложениот систем е многу флексибилен и можеме да вклучиме различни сродни компоненти во него за подобрa ефикасност и перформанси на организацијата.

4. Временска изводливост

Изводливоста на распоредот е дефинирана како можност проектот да се заврши во предвидената временска рамка. Ако проектот има голема веројатност за завршување до посакуваниот датум на доспевање, тогаш можноста за распоред се смета за голема. Ако сè оди според планот, работата може да се заврши пред крајниот рок, па дури и со мали одложувања, проектот нема да биде засегнат и роковите може лесно да се исполнат.

МЕСЕЦ 1

Активност 1: Фаза бр.1 концептуална фаза Времетраење: 2 дена

Подактивности: креирање на проект и идентификација на Scrum Master и Stakeholder-и и формирање на Scrum тим-от Активност 2: Фаза бр.1.1 - Планирање на барања

Времетраење: 7дена

Подактивности: Опис на кориснички барања, Изработка на визијата на потсистемот, Креирање и приоретизација на Product backlog-от, Планирање за тоа кога ќе има прв release

Активност 3: Фаза бр.2 - План и проценка Времетраење: 10 дена

Подактивности: Креирање на User Stories, Анализа, Дефинирање на кориснички дизајн, одобрување, проценување и поставување на User Stories, креирање задачи, креирање на Sprint Backlog-ови

Активност 4: Фаза бр.3 - Кориснички дизајн - Итерација бр.2

Времетраење: 7 дена

Подактивности:Комуникација со клиентите и вршење поправки на кориснички дизајн, Анализа, Дефинирање на кориснички дизајн, Креирање на кориснички дизајн Планирање за тестирање, Постојана интеграција

Активност 5: Фаза бр.3 - Кориснички дизајн - Итерација бр.3

Времетраење: 7 дена

Подактивности: Комуникација со клиентите и вршење поправки на кориснички дизајн Повторно анализа Планирање за тестирање Дефинирање на конечен кориснички дизајн Финално тестирање Испраќање кон продукција и продукциска фаза


МЕСЕЦ 2

Активност 6: Фаза бр.4 - продукциска фаза - Итерација бр.1

Времетраење: 1 недела

Подактивности: Дизајн и имплементација на корисничките барања, Првична верзија на апликацијата - прв прототип

Активност 7: Фаза бр.4 - продукциска фаза - Итерација бр.2

Времетраење: 1 недела

Подактивности:Дизајн и имплементација на корисничките барања, Креирање втор прототип, Првични тестирања

Активност 8: Фаза бр.5 - Framework & Correction - Итерација бр.1 Времетраење: 1 недела

Подактивности: Тестирање на корисничките барања и поправање грешки, Креирање финален прототип, Финални тестирања

Активност 9: Фаза бр.5 - Финална активност пред испорака - Итерација бр.2

Времетраење: 1 недела

Подактивности: Испорака на софтверското решение, Обука на вработените, Одржување на апликацијата

Вкупно траење: 60 дена, 2 месеци

Note: See TracWiki for help on using the wiki.