Техническо задание за изпълнение на обществена поръчка съгласно зоп с предмет

RTPI приложения за Интернет, мобилни и смарт телефони.

1.17AVL Система– функционална спецификация

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

Определяне на местоположението: Местоположението на превозните средства може да бъде определено чрез каквато и да е комбинация от GPS, диференциален GPS, удари на одометъра и/или контакт при отварянето на вратите. Участникът трябва да опише предлаганата от него стратегия и прецизност, която ще се постигне (95 процентна стойност за +/- x метра). Могат да се предлагат и алтернативни опции със съответната точност на местоположението. Трябва ясно да се посочат предимствата и недостатъците на предлаганите решения минимум по отношение на точност, спестени средства, способност за преодоляване на грешки и поддръжка.

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

Системата трябва да предлага инструментариум, с помощта на който бордовата система в автобуса генерира пулс, за да отчете, че автобусът комуникира с централната система. Инструментариумът трябва да може да се конфигурира от съответния потребител/служител в контролния център (Транспортна къща) в едно-минутни интервали като информация ще се предава само когато периодът между редовните или други оперативни събития надхвърля конфигурирания интервал на пулса. Системата, също така, трябва автоматично и надеждно да улавя отклоняването на превозното средство от зададения маршрут, като участниците в трябва да обяснят как ще бъде управляван този процес. Бордовият компютър в автобуса трябва също да предоставя допълнителна оперативна информация, която да може да бъде анализирана, съхранена, така че при необходимост да бъдат предприети съответните действия, и която да бъде разпространена от системата. Бордовият компютър трябва също така да управлява обмена на съобщения между шофьорите и диспечерите, както спонтанни, така и предварително дефинирани.

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

Шофьорите ще започват всяка своя смяна като се регистрират в бордовия компютър с помощта на електронна карта и устройството за четене на електронни карти, интегрирано към бордовия компютър (OBC). Регистрацията на шофьора трябва да включва чекиране на електронната карта в устройството и въвеждане на код за персонална идентификация (PIN) и ще се осъществява едновременно за всички системи, които са свързани към превозното средство (AVL, RTPI, електронна билетна система). Шофьорът да изпълни само една операция за регистрацията във всички системи в автобуса. Процесът трябва да бъде детайлно описан в техническото предложение на Участниците.

Основната база данни на системата (която трябва да бъде напълно интегрирана със системата на централната електронната билетна система с оглед избягване дублирането на данни) трябва да съдържа и управлява следните елементи:

• 
  Данни за автобусния парк;
  
• 
  Данни за шофьора;
  
• 
  Данни за графика на превозните средства;
  
• 
  Данни за смените на персонала;
  
• 
  Дати на опериране на маршрутната мрежа;
  
• 
  Приоритетно преминаване на автобусите на кръстовищата.
  

Като минимум, системата трябва да съхранява и прилага планираните промени по мрежата според предварително определения график. Като минимум системата трябва да управлява настоящата транспортна мрежа, както и планираните промени по мрежата.

Потребителски интерфейс: Системата трябва да предоставя възможност за получаване на оперативна информация при работните станции, които трябва да имат модерен, и ергономичен потребителски интерфейс, чрез който да може да се работи безпроблемно на множество екрани поотделно, както и на мониторна видео стена, даваща възможност за едновременно наблюдение от всички работни станции. Една от работните станции в Контролния център (Транспортна къща) да има водещ приоритет за ръководител смяна диспечери.

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

• 
  Системата трябва да предостави ергономичен и удобен за потребителите интерфейс, който дава възможност за достъп до допълнителна оперативна информация чрез кликване върху икони или идентификационен номер на превозно средство, указан в таблици или графики. Съответният потребител на системата трябва да може сам да конфигурира съдържанието на таблици и графики, напр. чрез използване на падащи менюта или набор от опции (или сходно).
  
• 
  Оперативния статус на превозното средство и събитията в реално време трябва да бъдат кодирани посредством цветове и да се конфигурират. Цветовото кодиране е едно и също за всички таблици и диаграми и се актуализира едновременно в реално време за всички прозорци, които са отворени в момента.
  

Преглед на транспортната мрежа: Прегледът на мрежата трябва да представлява ясно схематично представяне на цялата транспортна мрежа на автобусния превозвач в реално време. Прегледът трябва да осигурява кратко описание за статуса по всяка маршрутна линия, като сигнализира за линии, които не се обслужват според изискванията, така че диспечера да може да предприеме необходимите мерки. За всяка линия трябва да се показват кои автобуси имат най-големи отклонения по отношение на по-ранно пристигане/закъснение. Чрез прегледа на мрежата трябва да може да се определи къде липсват курсове спрямо планираните.

Преглед на маршрут: Прегледът на маршрута е схематично представяне на маршрута и на статуса на превозните средства, които го обслужват. Комбинацията от маршрути, която се появява трябва да може да бъде избрана от потребителя. Диаграмата с прегледа на маршрута трябва да се генерира автоматично и да съдържа различни варианти за дадения маршрут.

Преглед на карта: Прозорецът с карта трябва да показва:

• 
  маршрутите за една или повече линии;
  
• 
  превозни средства – на базата на тяхното местоположение и оперативен статус
  
• 
  автобусни спирки;
  
• 
  автобусно депо;
  
• 
  автобусни терминали, по възможност като виртуален периметър спрямо географското разположение;
  
• 
  местоположение на RTPI дисплеи;
  
• 
  точки, от които се изпраща искане за приоритет на автобусите;
  
• 
  отклонения (планирани или непредвидени отклонения, генерирани от диспечера).
  

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

Системата трябва да съхранява данни за движението на всяко превозно средство, за да се извършва преглед на движението му по време на работния ден. Данните за предходните дни трябва да се архивират и да бъдат на разположение, за да се прави преглед и сравняване на движението на определено превозно средство в продължение на минимум 28 дни.

Последователност на събитията: Специален прозорец трябва да показва последователността на събитията. Показваната информация трябва да съдържа всички оперативни събития (напр. съобщения на шофьора, искане за провеждане на разговор и др.), както и най-важните системни съобщения и технически сигнали за събитие в текстова форма. Събитията трябва да бъдат показвани в прозореца в момента на тяхната поява в текстова форма, подредени по приоритет, определен от Системния администратор.

Изпълнителят на обществената поръчка трябва да осигури възможност за свързаност на определени събития и подаването им като гласови и/или визуални сигнали, генериращи алармиране в работните станции. Събитията да се генерират автоматично или при пряко поискване от страна на шофьора. Автоматичен сигнал „аларма” включва, но не се ограничава до сигнал при изоставане от разписанието (с общо пет дефинируеми прага), сигнал при отклонение от маршрута, и сигнал за проблем с комуникацията. Сигналите при поискване от шофьора включват спешно обаждане, обаждане в случай на инцидент, обаждане в случай на запълване на капацитета на автобуса, който не може да поеме повече пътници, авария в автобуса, съвет от шофьора по отношение на задръствания.

Таблица с разписание: Таблицата с разписание трябва да показва:

• 
  определеното разписание;
  
• 
  изпълнение на разписанието по отношение на тръгванията, които вече са се случили, или очакваното разписание за тръгванията, които предстоят;
  
• 
  актуализирано разписание, което взима предвид всички предприети от диспечера действия;
  
• 
  минутите, с които превозното средство закъснява или избързва (като се вземе предвид и времето за престой).
  

Таблица за преглед на мрежата: Тази таблица трябва да предоставя информация за всички автобусни линии, т.е. основната информация за всеки един автобус в рамките на цялата транспортна мрежа. Таблицата трябва да дава информация за всички автобуси, които в момента се движат по определен маршрут. За всеки автобус таблицата трябва да съдържа следните данни:

• 
  спазване на разписанието в настоящия момент;
  
• 
  номер на автобусната линия;
  
• 
  номер на смяната на шофьора;
  
• 
  номер на автобуса, който обслужва съответната линия;
  
• 
  разписание на автобуса;
  
• 
  статус на смяната на шофьора.
  

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

Данни за автобусите и автобусните спирки: При кликване върху икона за определен автобус или автобусна спирка на който и да е от прозорците, трябва да се активира изскачащ (pop up) прозорец, който предоставя детайлна информация за:

• 
  Автобуси;
  
• 
  Маршрути;
  
• 
  Спирки;
  
• 
  Събития;
  
• 
  Шофьори.
  

По отношение на автобусите, прозорецът трябва да показва следната информация:

• 
  маршрутна линия;
  
• 
  код (номер) на разписанието на автобуса;
  
• 
  начален час на тръгване и отклонение от разписанието (изпреварване/ закъснение в минути);
  
• 
  придвижване по маршрута (в минути преди/след/ спрямо превозните средства по същата линия; преди и след съответния автобус);
  
• 
  баланс от престоя;
  
• 
  номер на автобуса в автобусния парк;
  
• 
  име и номер на шофьора;
  
• 
  номер на смяната на шофьора;
  
• 
  текуща и средна за маршрута скорост;
  
• 
  вид на превозно средство.
  

За всяка автобусна спирка таблицата трябва да съдържа следната информация:

• 
  име на автобусната спирка;
  
• 
  статус на информационното табло за пътниците (включено/изключено);
  
• 
  информационни съобщения.
  

Таблица с информация за автобусите в автобусния парк: Тази таблица трябва да съдържа пълен списък на превозните средства на оператора на обществен транспорт. За всяко превозно средство следва да бъде показвана следната информация:

• 
  номер на автобуса;
  
• 
  тип автобус;
  
• 
  статус.
  

Таблица за автобусния парк трябва да показва запис/лог на задачите, изпълнени от превозните средства и съответните шофьори, които управляват определен автобус. На базата на тази таблица трябва да може да се определи кое превозно средство изпълнява определен маршрут и от кой шофьор е било управлявано.

Таблица за шофьорите на автобуси: Таблицата за шофьорите на автобуси трябва да съдържа пълен списък с имената на шофьорите на оператора. За всеки шофьор в таблицата трябва да се съдържа следната информация:

• 
  име и номер на шофьора;
  
• 
  оперативен статус на шофьора;
  

Таблицата с информация за автобусните шофьори трябва да съдържа задачите на всеки един от шофьорите, както и превозното средство, с което я изпълнява. По този начин ще може да се определи кой шофьор каква задача е изпълнявал (изпълнен пробег или престой) и с кое превозно средство.

Допълнителни AVL инструменти и функции: Участниците да посочат и опишат подробно и другите AVL инструменти и/или функции, които включват в предлаганата от тях система.

Каталог: uploads
uploads -> Доклад за работата на варненски окръжен съд 2014
uploads -> Програма на Португалски културен и езиков център „Камойнш София" 03 Sábado / събота Celebração da "Martenitza" Честита Баба Марта!

Изтегляне 0.8 Mb.

Сподели с приятели: