< Информационная система «Супербилет» - ООО "Тонлайн". Документы.

14.06.2019
"ТОНЛАЙН" ("СУПЕРБИЛЕТ") ИНФОРМИРУЕТ... ИНДИВИДУАЛЬНЫЕ ПРЕДПРИНИМАТЕЛИ - АГЕНТСТВА ПО РАСПРОСТРАНЕНИЮ БИЛЕТОВ В ТЕАТРЫ И МУЗЕИ, НЕ ИМЕЮЩИЕ В ШТАТЕ НАЁМНЫХ РАБОТНИКОВ, ПОЛУЧАЮТ С 01.07.2019 ОТСРОЧКУ 2-А ГОДА НА ИСПОЛЬЗОВАНИЕ ПРИ РАСЧЁТАХ НАЛИЧНЫМИ И БАНКОВСКИМИ КАРТАМИ КОНТРОЛЬНО-КАССОВОЙ ТЕХНИКИ В РАМКАХ 54 ФЗ.

13.06.2019
Онлайн-кассы с 1 июля: новые отсрочки и последний шанс сэкономить на налогах Кто может не переходить на онлайн-кассы с 1 июля. Совет Федерации одобрил закон о новых отсрочках по онлайн-кассам. В частности, отсрочку на 2 года получили ИП без наемных работников, которые занимаются продажей собственных товаров. Чтобы сэкономить 18 тысяч рублей на налогах, надо купить кассу до 1 июля. ФНС не планирует продлевать действия вычета для ИП на ЕНДВ или патенте. Это означает, что получить вычет (18 тысяч рублей) смогут только те, кто купил и зарегистрировал кассу до 1 июля 2019 года. ИП на патенте могут заявить вычет по кассе через интернет. Утвержден электронный формат уведомления об уменьшении стоимости патента на сумму расходов по приобретению онлайн-кассы. Это означает, что теперь подать уведомление о вычете можно через Интернет. >>>>>>>>>> На все остальные категории налогоплательщиков ОТСРОЧКА НЕ РАПОСТРАНЯЕТСЯ!!!

06.06.2019
Компания "ТОНЛАЙН" приняла активное участие в XXI Фестивале «ИНТЕРМУЗЕЙ-2019», который проходил с 30 мая по 2 июня 2019 года в Москве в ЦВЗ «МАНЕЖ» (http://imuseum.ru).

05.06.2019
Внимание, Уважаемы клиенты!!! Если Вы используете онлайн кассы нового образца: 1. Дополнительно, даже на новых устройствах, в музеях и театрах потребуется обновить ПО ("СУПЕРБИЛЕТ") до 1 июля 2019 года. Обращайтесь по электронной почте на адрес: office@tonline.su 2. Всем, кто принимает платежи по безналу, с 1 июля 2019 года нужно обновить название способа расчета в чеке. Вместо старого «электронными» теперь должно стоять «безналичными».

04.06.2019
1-ГО ИЮНЯ 2019 ГОДА В “ТОНЛАЙН” СТАРТОВАЛА “ПРОГРАММА ЛОЯЛЬНОСТИ” ДЛЯ ПОЛЬЗОВАТЕЛЕЙ ПРОГРАММЫ "СУПЕРБИЛЕТ"........... ПОМОГИ КОЛЛЕГЕ ПОПАСТЬ В КЛУБ “СУПЕРБИЛЕТ” И ПОЛУЧИ СКИДКУ ОТ 10% ДО 50% НА ПРОДЛЕНИЕ СЕРВЕРНОЙ ЛИЦЕНЗИИ ПРОГРАММЫ “СУПЕРБИЛЕТ” НА 1-Н ГОД И СОПРОВОЖДЕНИЕ ПРОГРАММЫ “СУПЕРБИЛЕТ” В ТЕЧЕНИЕ 1-ГО ГОДА. ПОДРОБНОСТИ ПО ТЕЛЕФОНУ: +7(495)442-40-33 ПИШИТЕ НАМ НА АДРЕС ЭЛЕКТРОННОЙ ПОЧТЫ: office@tonline.su В теме письма написать: "ПРОГРАММА ЛОЯЛЬНОСТИ".

06.05.2019
УВАЖАЕМЫЕ КЛИЕНТЫ! "ТОНЛАЙН" ИНФОРМИРУЕТ ВАС О ТОМ, ЧТО РАСШИРЕН ПЕРЕЧЕНЬ ФИСКАЛЬНЫХ РЕГИСТРАТОРОВ (ОНЛАЙН-КАСС), СОВМЕСТИМЫХ С ПРОГРАММОЙ ДЛЯ ЭВМ АИС "СУПЕРБИЛЕТ". В ДАННЫЙ МОМЕНТ ПРОГРАММЫ: "СУПЕРБИЛЕТ-ТЕАТР" И "СУПЕРБИЛЕТ-МУЗЕЙ", МОГУТ РАБОТАТЬ СО СЛЕДУЮЩИМИ МОДЕЛЯМИ ФИСКАЛЬНЫХ РЕГИСТРАТОРОВ (ОНЛАЙН-КАССАМИ): 1. АТОЛ-11Ф; 2. АТОЛ-20Ф; 3. АТОЛ-30Ф; 4. АТОЛ-11(МОБИЛЬНЫЙ); 5. ШТРИХ ЛАЙТ-01Ф.

15.04.2019
Уважаемые клиенты! С приближением 01 июля, спрос на ККТ значительно превысит предложение (в прошлом году более чем в 10 раз, в этом году будет еще больший спрос). В связи с этим цена на услуги и оборудование действительна до 01 июня, после планируется повышение стоимости услуг (в прошлом году было 2-х кратное повышение) Готовы предоставить на тестирование оборудование. Обращаться в коммерческую службу .

02.04.2019
ОБСЛУЖИВАНИЕ ОНЛАЙН-КАССЫ: стоимость в месяц. Для регистрации кассы в налоговой нужна электронная цифровая подпись. Если у ее нет, оформляют на год за 1000 рублей. Налоговая не регистрирует кассовые аппараты, если владелец бизнеса не заключил договор с ОФД. Договор на год стоит 3000 рублей. В кассе стоит внутренняя память — фискальный накопитель. Он хранит копии чеков, шифрует их и отправляет ОФД. Накопители бывают разного объема — на 13, 15 или 36 месяцев. Самый простой накопитель стоит 5000–7000 рублей. Онлайн-кассу подключают к Интернету через WI-FI, SIM-карту, Локальную сеть (Ethernet). Стоимость Интернета зависит от региона обслуживания и от вида связи — мобильная или проводная. Компании платят 1000–5000 рублей в месяц за подключение к сети. Иногда кассы ломаются. Если сбились программные настройки и пользователь не может решить проблему самостоятельно, сервисный центр помогает за 2000 рублей. Если сломался принтер чеков или разбился экран, ремонт выйдет дороже — до 20 000 рублей за поломку. Разовые расходы на кассу без учета стоимости устройства — минимум 10 000 рублей. Дополнительно каждый месяц нужно платить за Интернет. Налогоплательщики на ЕНВД могут вернуть расходы на покупку и установку кассового аппарата, если оформят налоговый вычет. Государство возвращает до 14 000 рублей за одну кассу, для этого нужно подать декларацию в Инспекцию ФНС России. . . . . . . . . . ОНЛАЙН-КАССА: ЕЖЕМЕСЯЧНОЕ ОБСЛУЖИВАНИЕ. Центры технического обслуживания, ЦТО, предлагают услуги по подписке. Это значит, что владелец бизнеса каждый месяц платит ЦТО 500–2500 рублей за один кассовый аппарат, а сотрудники центра помогают с настройкой и ремонтом. Некоторые сервисные центры включают в стоимость обслуживания оформление цифровой подписи, договор с ОФД и подменную кассу на время ремонта. Если заключить такой договор, предпринимателю не придется сразу выкладывать крупную сумму за подключение кассы, но нужно будет платить каждый месяц за техобслуживание и Интернет

18.03.2019
Для передачи сведений о ежедневной продаже билетов, для Музеев обновлен Модуль обмена данными с Министерством культуры в Программе для ЭВМ АИС "СУПЕРБИЛЕТ-МУЗЕЙ".

05.05.2018
Сергиево-Посадский музей подключен ЕИСЭБ Московской области. Все филиалы музея работают в общем информационном поле.

Архив новостей >>>

Проектирование интерфейса как часть разработки ТЗ
Владислав Головач, Александр Белышкин

   Внедрение систем автоматизации бизнеса, как знает любой вовлеченный в эту область специалист, отнюдь не простое дело. Если само создание системы, вообще говоря, технически не очень сложно (к примеру, нельзя сказать, что среднестатистическая система наполнена сложнейшими алгоритмами), то внедрение требует от автоматизатора недюжинной квалификации, упорства и изворотливости. При этом многие проблемы уходят корнями в техническое задание (ТЗ). Как говорится, «что задумали, то и сделали», но потом иногда оказывается, что задумали-то как раз неправильно.
   Для решения проблем, возникающих при создании ТЗ и проявляющихся при внедрении, придумано множество технологий и методов, но само их количество свидетельствует о том, что ни один не гарантирует полного успеха. Кроме того, многие методы имеют принципиальный недостаток — они увеличивают объем на определенной фазе работы (пусть и ради экономии на другом этапе) и требуют серьезных инвестиций в обучение сотрудников. Характерный пример — UML.
   Существует, однако, подход, который не предполагает особой квалификации сотрудников и значительно облегчает внедрение, не увеличивая объем работ по подготовке ТЗ. Он основывается на идее, сущность которой можно сформулировать так: проектирование интерфейса — не часть процесса разработки, а часть процесса создания спецификаций на систему.
   Здесь необходимо сделать два важных уточнения. Во-первых, интерфейс придется разрабатывать в любом случае (практика показывает, что заказчики почему-то неохотно оплачивают функциональность без интерфейса). Во-вторых, для проектирования интерфейса ничего особенного не требуется — здесь можно использовать те же ресурсы, что и для обычной разработки. Да простят нас специалисты, зарабатывающие себе на жизнь разработкой эргономичных интерфейсов, но интерфейсу здесь даже не обязательно быть эргономичным — все равно внедрение будет облегчено (разумеется, в случае эргономичного интерфейса внедрение будет еще более простым, но такой интерфейс дольше делается и стоит дороже).

Преимущества подхода
   Предлагаемый подход позволяет обеспечить следующие преимущества.
   Во-первых, устраняются различия во взглядах заказчика и исполнителя на постановку задачи. Спецификации на сколько-нибудь сложные системы слишком абстрактны — их с трудом удерживают в голове даже авторы, а до конца не понимает никто, в том числе ключевое лицо, заказчик. Многие даже полагают, что непонятные ТЗ предназначены для того, чтобы произвести на заказчика впечатление и "содрать" побольше денег. Но наивно предполагать, что заказчик, легко подписавший маловразумительное ТЗ, так же легко примет разработанную систему. Прототипы интерфейса — это как раз тот единственный документ, который заказчик может понять и оценить. А поняв и оценив — сознательно подписать.
   Во-вторых, облегчается процесс внедрения системы. Весомая часть проблем внедрения в качественно выполненном проекте приходится на интерфейс, созданный формально правильно, но неадекватно представлениям заказчика. Не существует вида ТЗ, кроме собственно прототипа интерфейса, который бы мог интегрировать такого рода требования. Наглядный пример — в любом ТЗ можно прописать, что «в системе есть адресная книга, которая состоит из таких-то данных и таких-то функций». Но невозможно формализовать уже в ТЗ, как эта адресная книга должна реально работать (какие-то функции нужно «вытащить» наверх, какие-то можно «задвинуть»), как, в конце концов, эта адресная книга должна выглядеть. При этом апелляции исполнителя к подписанному техническому заданию (дескать, вот здесь перечислены функции, и вот тут они все налицо), как правило, не срабатывают. При известной изворотливости в контексте пользовательского интерфейса проинтерпретировать ТЗ всегда можно очень по-разному. Только заранее спроектированный интерфейс позволяет застраховаться от такого рода претензий.
   В-третьих, сокращается число доработок системы, вызванных несоответствием ее функциональности ожиданиям клиента. Только увидев саму систему, заказчик может реально понять ее возможности, равно как и оценить собственные потребности. Для заказчика программный продукт и его интерфейс в каком-то смысле тождественны. Следовательно, показав заказчику интерфейс на стадии подготовки ТЗ, можно снизить количество и объем переделок. (Нужно, впрочем, отметить, что такие переделки чаще всего не составляют проблемы для разработчиков, которые обычно настаивают на дополнительной оплате этих услуг.)
   В-четвертых, снижается риск неудовлетворенности заказчика предложенным интерфейсом и связанной с этим необходимости дорабатывать функциональность системы. При разработке интерфейса нет решительно никакой гарантии того, что он будет принят заказчиком. Описание функций системы бинарно, т. е. функция в ней может быть или не быть. Доказательство ее наличия редко требует аргументации. Интерфейс же может быть либо достаточно хорошим, либо недостаточно хорошим. Когда в дело вступают относительные термины, все усложняется, что может приводить к конфликтным ситуациям. Нечего и говорить, что при переделке недостаточно хорошего интерфейса функциональность системы, которая уже есть, меняется тоже, причем без оплаты труда разработчика.

Проблемы
   Итак, есть объективная целесообразность в том, чтобы рассматривать проектирование интерфейса не как стадию разработки, а как стадию создания ТЗ. Но как это сделать? На первый взгляд, задача трудноразрешима — как организационно, так и технически.
   Сначала об организационной стороне. Казалось бы, заказчик считает, что делать что-то «реальное» надо сразу после подписания договора. Однако практика показывает, что промежуточные наглядные результаты работы над системой, а именно прототипы интерфейса, продемонстрированные уже на второй день работы, а не через несколько недель, приводят клиента в благодушное настроение. В отличие от обычного ТЗ, работа над которым заказчику реально не видна («ну что там, пара пунктов добавилась»), прототипы интерфейса легко воспринимаются, и прогресс в работе явно заметен. Вторая организационная проблема связана с необходимостью подписывать два договора: на создание ТЗ (читай — интерфейса) и на разработку функциональности системы. Причем подписание второго договора откладывается на определенный срок, необходимый для разработки интерфейса, что растягивает проект во времени. В принципе, эта проблема неразрешима, но здесь многое зависит от ее восприятия: да, договоров два, но зато формулировки второго договора получаются значительно более точными (уже имея интерфейс, легче оценить трудозатраты).
   Техническая проблема связана с трудностями разработки прототипа. В обычном режиме работы интерфейс создается уже с помощью средства разработки, создавать же прототип таким образом нерентабельно. Интерфейс создается через множество итераций, а переделывать уже сделанное становится дорого. Сравнительно недавно появились специальные средства для "прототипирования" интерфейса (например, Norpath Studio), но пока они довольно сырые. Выход — использование неспециализированных редакторов графики и презентаций. Еще несколько лет назад основным таким средством служил пакет Microsoft PowerPoint, сейчас же наиболее удобным следует признать Microsoft Visio. Сложные экранные формы, впрочем, до сих пор удобнее просто рисовать на бумаге.
   И, наконец, главная проблема. Удлинение процесса разработки ТЗ часто воспринимается самими разработчиками как безусловное зло — привычка сначала делать, а уж потом думать, традиционно сильна и в российском ИТ-бизнесе. Увы, изменить этот обычай может только «опыт, сын ошибок трудных». Пока, во всяком случае...
   Конечно, проектирование интерфейса на этапе разработки спецификаций системы — не панацея. Такой подход не позволяет улучшить качество разработки в принципе: например, он вовсе не уменьшает количество ошибок программирования. Более того, он не всегда применим. Интерфейс сложной системы невозможно с самого начала спроектировать полностью: придется сначала делать работающую бета-версию и окончательно править интерфейс уже на ее основе. К тому же во многих проектах по не зависящим ни от кого причинам не удается растянуть процесс создания ТЗ (заказчик хочет увидеть какие-нибудь результаты "уже завтра"). Однако, учитывая низкие «входные» требования к применению предложенного метода (несравнимые, например, с бюрократической волокитой, обусловленной использованием UML), проектирование интерфейсов на стадии подготовки спецификаций почти всегда оказывается крайне успешным методом решения проблем внедрения.

Список документов >>>

 

Супербилет-театр
Супербилет-кино
Супербилет-музей
Супербилет-агентство
Супербилет-кинофестиваль
Супербилет-театр-фестиваль

О фирме
Наши партнеры
Наши клиенты
Дилерам
Аппаратные требования
Документы и стандарты
Интернет-проекты
Вход для клиентов
Вакансии

Написать нам письмоПоиск по сайту

Центр информационных технологий для театров



Rambler's Top100