| | 1 | = Дефинирање на проектот |
| | 2 | |
| | 3 | == Членови на тимот |
| | 4 | |
| | 5 | ||= Име и Презиме ||= Индекс ||= Улога || |
| | 6 | || Марија Андреева|| 231105 || Координатор || |
| | 7 | || Нина Анакиева || 231109 || Член на тимот || |
| | 8 | || Ана Василева || 231189 || Член на тимот || |
| | 9 | |
| | 10 | |
| | 11 | == Краток опис на проектот |
| | 12 | Системот Schedura претставува сеопфатно решение за управување со национален железнички сообраќај. Базата на податоци овозможува ефикасно следење на релациите, возните редови, капацитетите на возовите и управување со резервациите на патниците во реално време. Системот е оптимизиран за работа со масивни податоци, вклучувајќи над 12 милиони записи за трансакции и движења на возовите. |
| | 13 | |
| | 14 | == Детален опис на проектот |
| | 15 | '''За кого е наменета базата на податоци и проектот односно кој според вашата замисла ќе биде одговорен да ја поседува базата на податоци и апликацијата и да ги обезбедува како сервис - дали е тоа фирма/институација/организација или е поединец и краток опис за нивните потреби?''' |
| | 16 | |
| | 17 | Базата е наменета за националниот железнички оператор (јавно претпријатие или приватна корпорација) чија примарна потреба е автоматизација на логистиката. Потребите вклучуваат прецизно менаџирање на инфраструктурата (станици и пруги), вработените (машиновозачи и кондуктери) и комерцијалниот аспект на продажба на билети. |
| | 18 | |
| | 19 | '''Какви проблеми во фирмата или организацијата ќе решавате со вашата изработка?''' |
| | 20 | |
| | 21 | Проектот решава проблеми со оптимизација на капацитетите и спречување на преклопување на термините. Со воведување на централизиран систем за резервации и плаќања, се елиминираат грешките при рачно издавање карти и се овозможува следење на приходот од 12 милиони трансакции на годишно ниво преку напредна аналитика. |
| | 22 | |
| | 23 | '''Какви видови корисници ќе имаат пристап до базата и проектот - во смисла на типови вработени во фирмата/институцијата или клиенти?''' |
| | 24 | |
| | 25 | Во системот ќе постојат повеќе типови на корисници: |
| | 26 | |
| | 27 | '''Администратори на базата''' – Одговорни за техничко одржување, индексирање на табелите и безбедност на податоците. |
| | 28 | |
| | 29 | '''Патници (Клиенти)''' – Можат да пребаруваат рути, да вршат резервации и да ги прегледуваат своите извршени исплати. |
| | 30 | |
| | 31 | '''Машиновозачи и Персонал''' – Имаат пристап до возните редови и информации за специфичните линии на кои се распоредени. |
| | 32 | |
| | 33 | '''Контролори (Кондуктери)''' – Корисници со привилегија да ги верификуваат билетите (Ticket validation) и статусот на резервациите. |
| | 34 | |
| | 35 | '''Менаџмент/Администрација''' – Имаат пристап до финансиски извештаи (од табелата Payment) и одржување на возовите. |
| | 36 | |
| | 37 | '''Ако има други слични идеи во истата фирма или во околината, или веќе постојат готови решенија во светот, во што е различен вашиот предлог?''' |
| | 38 | |
| | 39 | Постоечки решенија се самите системи на Trenitalia или Deutsche Bahn. Разликата во нашиот предлог е фокусот на екстремна скалабилност на податоци и користење на специфичен тернарен модел за поврзување на релациите, што овозможува побрзо пребарување на сегменти од патот во споредба со традиционалните системи. |
| | 40 | |
| | 41 | '''Дали се работи за веб, мобилна и/или десктоп апликација?''' |
| | 42 | |
| | 43 | Се работи за веб апликација со приспособен дизајн за мобилни уреди (responsive), овозможувајќи купување карти во движење. |