Разработка ПО для продажи билетов из нескольких касс

[fedushok]

Приветствую всех!

Передо мной стоит следующая задача. Необходимо разработать программное обеспечение для организации продажи билетов из нескольких касс. Кассы территориально находятся в одном городе и продают билеты на одно или несколько мероприятий. Каждая касса должна быть оснащена программой, которая должна «знать» продан билет на такое-то место такого-то мероприятия или нет. Операционная система – Windows (желательно начиная с XP).
Я не новичок в программировании, но подобными задачами никогда не занимался. Попробовал посмотреть ответ в поисковике, но вероятно из-за моей отдалённости от данной темы ничего полезного для себя не увидел. Прошу наставить меня на путь истинный. Как вы видите решение данной задачи и соответственно какие темы мне нужно изучить? Возможно подскажите реализованные примеры близкие по смыслу моей задаче?

Благодарю за ответ.

P.S. Моя база. Начинал с Pascal, потом Delphi. Затем наработал неплохой уровень по C Sharp. Потом в программировании перерыв в несколько лет. Сейчас изучаю HTML и CSS.

[Stilet]

Да тут все просто. Покупаешь VPN у своего прова. Ставишь где нибудь сервер. На него вешаешь базу данных продаж. Номера билетов, QR или ШКИ или как там у тебя билеты характеризуются - оформляешь структуру базы, где будет храниться информация о проданных билетах. Делаешь ПО, которое будет проводить запросы к базе с просьбой фиксации продажи билета, если БД отвечает отказом значит билет такой продан (можно проще - при продаже билета всем кассам рассылается уведомление, на которое ПО реагирует моментально).
Какие темы изучить? Изучай маркетинг твоей компании. Т.е. ка у вас прописаны стандарты услуги продажи билетов.

[fedushok]

Простота хуже воровства... Судя по вашему ответу вы, к сожалению, невнимательно прочитали мой вопрос.

[Аватар]

Простота она такая. Все по делу было предложено - база, запрос, ответ. Уведомления

[pu4koff]

Я бы трёхзвенку пилил. Раз уж шарп, то где-то сервер с базой данных, промежуточное звено - сервис WCF с набором нужных операторам методов (забронировать билет, продать билет, проверить свободные билеты,...). У операторов тупо клиенты для сервиса или клиента делать в виде сайтика хоть на ASP.NET, хоть на чём другом. Если сайтик операторам устроит, то можно упростить и тупо всё запилить на ASP.NET.

[Serge_Bliznykov]

Сообщение от fedushok

Судя по вашему ответу вы, к сожалению, невнимательно прочитали мой вопрос.

Ответ, на мой взгляд, был вполне адекватный!
Поясните, пожалуйста, конкретно, чем Вас ответ не устроил?


добавлю от себя.
1) я бы выбрал банально Web-клиент и сайт с БД. Интернет обеспечить сейчас вроде бы не проблема в любой точке любого города. Нет интернета - нет продажи. Хотя, конечно, решение с VPN более защищённое и надёжное.

2) продажу билетов я бы обеспечивал в три этапа (имхо, именно так и работают системы продажи билетов в кинотеатрах, например). за первую итерацию получаем список свободных мест и отображаем пользователю. второй этап - по его просьбе выбираем места в зале, которые он хочет приобрести. Они отмечаются цветом и, главное, в базе бронируются. Если кто-то захочет купить билеты, то ему эти места вернутся как уже ПРОДАННЫЕ. третий этап, после оплаты отправляем на сервер команду отметить заброннированные данной кассой места как проданные.
финита.

[Stilet]

вы, к сожалению, невнимательно прочитали мой вопрос.

Я не просто внимательно прочитал твой вопрос, я работаю с такими системами (продажа ЖД билетов) уж более года )
и у меня около 14 РМ разбросанных по области.
Но я понял твой посыл - более мешать не буду. Извини, что побеспокоил.

третий этап, после оплаты отправляем на сервер команду отметить заброннированные данной кассой места как проданные.

Есть еще один этап важный. Но ТС о нем не узнает.

[Utkin]

1) я бы выбрал банально Web-клиент и сайт с БД. Интернет обеспечить сейчас вроде бы не проблема в любой точке любого города. Нет интернета - нет продажи.

Делал бы также - проект из-за большого количества подобных задач легко формализуем. А потому его создание будет полуавтоматическим.

[fedushok]

1. Благодарю всех за участие в моём вопросе, не ждал такого отклика. Если я кого-то незаслуженно обидел, прошу извинить. Дело в том, что очень часто видишь на форумах ответы в формате "всё просто ..." и дальше идёт козыряние терминологией, которая в силу своей узкой специфики не даёт неискушённому вопрошающему никаких рекомендаций к действию. Поясню на примере. Предположим вы программист и спрашиваете меня как сделать сталь прочнее. "Всё просто! Для начала доводим сталь выше точки Ас3 на 30-50 градусов, затем обеспечиваем мартенситное превращение. Финальным этапом является полный или частичный перевод мартенсита в тростит или около того." Вам это понятно? Если вам это понятно, то у вас про сталь и вопросов не будет. А ведь на этот вопрос можно ответить и по другому, учитывая уровень знаний того кто спрашивает. Поэтому я прошу дать ответ не в общей форме, а дать мне зацепки в виде абревиатур, терминов и пр., которые я потом смогу раскрутить поисковиком и составить для себя полную картину своего "пути web-программиста" к решению моей задачи.
2. Желательно рассматривать вариант сайт с БД.
3. Желательно, чтобы такой сайт можно было разместить "на холяву".

[Stilet]

Поэтому я прошу дать ответ не в общей форме

Нельзя дать конкретный ответ по минимум двум причинам:
1) Ты не описал технологию реализации услуги. Есть СТП, в которых четко прописывается как оператор должен оформлять услугу. В топе темы я не вижу спецификацию из технологии.
2) Совершенно непонятно закрытая это система или открытая. Как проводится оплата, с какими банками, по каким правилам. Если это навеска над какой-то логистической фирмой, то как расчитываться с ней? Если это своя же перевозка, то какие статьи дохода и расхода...

Короче - Я тебе про маркетинг зачем сказал, как думаешь? Вот выясняй для начала все подробности, ветки услуги, возможности, типы проводок и оплат, форматы отчетов и т.д., а потом и про написание кода можно говорить.

Для примера можешь попрыгать вот тут: http://www.transbilet.com/
Это чтоб оценить весь ужос твоего незнания предметной области.