Обща блокова схема на електронната система за таксуване

3.9Обща блокова схема на електронната система за таксуване

3.10Блокови схеми на средствата за издаване, персонализация, зареждане и презареждане на смарт карти в билетните офиси или при търговците на дребно

3.11Обща блокова схема на средствата за таксуване в превозните средства

3.12Архитектура на централната система на електронната система за таксуване

3.12.1Централната система ще бъде инсталирана в специална сървърна зала, посочена от Община Русе, която е оборудвана с контролиращ въздуха климатик, UPS и ограничен физически достъп.

3.12.2Централната система е изградена от логически сървъри, извършващи всички описани по-долу функции. Физическата организация се предлага от Участника и трябва да гарантира непрекъсната работа на сървърите и софтуера за сървърите.

3.12.3Базата данни трябва да поддържа репликация на най-малко 1 копие и механизъм за редовно архивиране на данните.

3.12.4Базите данни включват:

• 
  База данни на водачите;
  
• 
  База данни на потребителите на Системата и на смарт картите за специални цели;
  
• 
  База данни на транзакциите (продажба и валидирания на карти и билети, проверки и други);
  
• 
  База данни на превозните средства;
  
• 
  База данни на бордовото оборудване;
  
• 
  База данни на позиционирането на превозните средства;
  
• 
  База данни на алармите и системните съобщения.
  

3.12.5Достъп до централната система

3.12.5.1Физически достъп

• 
  Достъпът трябва да бъде локален или отдалечен. Централната система е свързана с всички централни подсистеми чрез локални мрежи (локално) или чрез други високоскоростни мрежи (отдалечен достъп).
  

3.12.5.2Сигурност на достъпа

1. 
   Достъпът е добре да се управлява под ръководство на администратор. Той може да бъде
   

• 
  Региствация на вход с пароли;
  
• 
  Картова система за достъп с парола;
  
• 
  Други сигурни начини.
  

1. 
   Правата на достъп се определят от йерархията и се управляват от администратора. Има няколко нива за получаване на разрешение за достъп, в зависимост от:
   

• 
  Позиция в организацията (мениджър, началник отдел, оператор и т.н.);
  
• 
  Дейност (технически, експлоатация, счетоводство и т.н.).
  

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

• 
  Да се четат само някои документи;
  
• 
  Да се четат и пишат някои документи;
  
• 
  Да се пишат някои документи, но повече права за четане;
  
• 
  Всяка комбинация от горните.
  

3.12.5.4Всеки потребител на системата може да се опита достъпва Системата с грешки само три пъти. След трите опита, потребителския акаунт се забранява. Акаунтът не може да се използва повече и системния администратор трябва да разреши ситуацията.

3.12.5.5Софтуерен Достъп

1. 
   Софтуерния достъп е разрешен само на упълномощени потребители на системата. Той трябва много стриктно да се управляват от администратора. Процедурата и разрешението трябва да бъдат определени.
   

3.13Архитектура на централната подсистема за издаване, персонализация, зареждане и презареждане на смарт карти в общински билетни офиси

3.13.1Централната подсистема да бъде инсталирана в специална сървърна зала, посочена от Община Русе, която да е оборудвана с контролиращ въздуха климатик, UPS и ограничен физически достъп.

3.13.2Централната подсистема да е изградена от логически сървъри, извършващи всички описани по-долу функции. Физическата организация да се предложи от Участника и трябва да гарантира непрекъсната работа на сървърите и софтуера за сървърите.

3.13.3Базата данни трябва да поддържа репликация на най-малко 1 копие и механизъм за редовно архивиране на данните.

3.13.4Базите данни да включват:

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

3.13.5Информационно управление на процесите в билетните офиси да включва:

• 
  Оборудване за контрол;
  
• 
  Оборудване за управление;
  
• 
  Система за управление на сигурността;
  
• 
  База данни за цели на статистиката.
  

3.13.6Техническото предложение да осигурява:

• 
  Добавяне на нови работни места в един билетен офис;
  
• 
  Добавяне на нови билетни офиси - до 10.
  

3.13.7Достъп до централната подсистема

3.13.7.1Физически достъп

• 
  Достъпът трябва да бъде локален или отдалечен. Централната подсистема да е свързана с оборудването в билетните офиси чрез локална мрежа или чрез други високоскоростни мрежи (отдалечен достъп).
  

3.13.7.2Сигурност на достъпа

1. 
   Достъпът да се управлява под ръководство на администратор чрез
   

• 
  Региствация на вход с пароли;
  
• 
  Картова система за достъп с парола;
  
• 
  Други сигурни начини.
  

1. 
   Правата на достъп да се определят от йерархията и да се управляват от администратора. Да има няколко нива за получаване на разрешение за достъп, в зависимост от:
   

• 
  Позиция в организацията (мениджър, началник отдел, оператор, касиер и т.н.);
  
• 
  Дейност (технически, експлоатация, счетоводство и т.н.).
  

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

• 
  Да се четат само някои документи;
  
• 
  Да се четат и пишат някои документи;
  
• 
  Да се пишат някои документи, но повече права за четане;
  
• 
  Всяка комбинация от горните.
  

3.13.7.4Всеки потребител на системата може да се опита достъпва Системата с грешки само три пъти. След трите опита, потребителския акаунт се забранява. Акаунтът да не може да се използва повече и трябва системният администратор да разреши ситуацията.

3.13.7.5Софтуерен Достъп

1. 
   Софтуерния достъп да е разрешен само на упълномощени потребители на системата. Той трябва много стриктно да се управлява от администратора. Процедурата и разрешението трябва да бъдат определени.
   

3.13.8Конфигурационни таблици

3.13.8.1Централната подсистема да генерира конфигурационни таблици и параметри.

3.13.9Управление на оборудването

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

3.13.9.2За оборудването в билетните офиси, в случай на отказ за свързване, да не е възможно да се работи без връзка с централната подсистема. Статутът на оборудването да става веднага "out of order".

3.13.9.3Списъци за разпространение

3.13.9.4Специализирани инструменти да позволяват създаването на списъци за разпространение. Генерираните таблици и параметри да могат да бъдат изпратени на:

• 
  Едно устройство;
  
• 
  Един вид оборудване (Работна станция);
  
• 
  Всяка комбинация от тях;
  
• 
  Един или няколко билетни офиси;
  
• 
  Цялото оборудване.
  

3.13.10Оборудване за контрол

3.13.10.1Централната подсистема да може дистанционно да изпрати управление и системни съобщения до следното оборудване:

• 
  Оборудване в употреба;
  
• 
  Оборудване със статус "out of order";
  
• 
  Оборудване за ресетиране;
  
• 
  Оборудване нуждаещо се промяна на софтуер;
  
• 
  Специфични съобщения за управление на поддръжката.
  

3.13.10.2Техническо оборудване за управление на статус

1. 
   Централната подсистема да следи постоянно техническото състояние и поведението на цялото оборудване, инсталирано в билетните офиси.
   
2. 
   Централната подсистема да записва следните данни:
   

• 
  Статут (in-order, out of order, прекъсване на връзката);
  
• 
  Аларми за неизправности;
  
• 
  Предупредителни съобщения.
  

1. 
   Тези данни да позволяват:
   

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

1. 
   Централната подсистема да позволява изпращане на съобщения за употреба или команди с незабавен ефект (нова версия на софтуера, искане за изпращане на данни, актуализация на черния списък и т.н.).
   

3.13.11Управление на базата данни

3.13.11.1Контрол на данни и файлове

1. 
   Преди въвеждане на данните в базите данни, файловата структура и целостта на данните трябва да бъдат проверени (очаквания диапазон на стойност, формата на данните, началота и края на файла, CRC чек сумата, и др.).
   
2. 
   За данните да се контролират:
   

• 
  Критичните стойности;
  
• 
  Съществуващите типове (кодовете на услугите трябва да бъдат дефинирани в системата);
  
• 
  Дублирането на данните.
  

1. 
   За файловете да се контролират:
   

• 
  Съответствието с определена структура;
  
• 
  Интегрираността;
  
• 
  Контролната сума;
  
• 
  Максимално допустимия размер на файла.
  

1. 
   Проверката да се извършва автоматично по време на обработката на файловете и на данните.
   

3.13.11.2Автоматично въвеждане на данни в базата данни

1. 
   Тази автоматична операция да не оказва влияние върху производителността на системата. Например, може да се направи през нощта. Участникът да предложи подходяща процедура.
   

3.13.11.3Несъвместими /с автоматична обработка/ файлове или данни

1. 
   Участникът да опише инструменти позволяващи ръчна проверка и ремонт на несъвместимите файлове и данни.
   
2. 
   Участникът да опише начина на ремонт и алгоритмите за възстановяване.