Интернет-магазин

     И это только один пример. Несмотря на всеобщие тенденции глобализации и интеграции, наибольшим успехом во многих странах пользуются системы, разработанные в них же или в странах, со схожими условиями и традициями. Еще несколько лет назад украинские банки практически не имели возможности воспользоваться украинскими процессинговыми решениями, соответствующими по уровню зарубежным аналогам. Их просто не было. Сегодня ситуация на украинском рынке изменилась радикально.

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

     До  недавнего времени банки с  недоверием относились к отечественному разработчику. Тому были вполне веские причины. Первый опыт разработки отечественного программного обеспечения без учета зарубежного опыта и без взаимодействия с международными платежными системами оказался неудачным. Банки, установившие отечественные программные продукты «первой волны», активно меняют их на другие решения. Постепенно уходят с рынка и поставщики таких решений. Но этот неудачный опыт заложил основу для успешного продвижения новых украинских процессинговых систем, в полной мере учитывающих тенденции рынка и лишенные недостатков предшественников.

     Тенденции развития рынка в сторону все большего распространения электронных каналов взаимодействия и электронного бизнеса формируют новые требования к процессинговым системам. Даже если сегодня банк не занимается электронной коммерцией, при выборе процессинговой системы уделяется серьезное внимание ее возможностям в сфере новых технологий. Ведь уже сейчас банки-эмитенты международных карт обязаны обрабатывать операции электронной коммерции, совершаемые их клиентами. Если до недавнего времени использование протокола SSL являлось достаточным для электронной коммерции, то уже сегодня платежные системы требуют поддержки таких продвинутых технологий как SPA-UCAF и 3D Secure. Использование же EMV карт в операциях электронной коммерции еще сильнее усложняет технологии и требует использования серьезных программно-аппаратных решений.

     В таких условиях на одно из первых мест выходит возможность процессинговой системы взаимодействовать с внешним миром по разным каналам связи, обеспечивать различные варианты электронной коммерции, обладать модулями взаимодействия с разнообразными корпоративными системами. В большинстве случаев выход на рынок электронного бизнеса близок по сложности и затратам к построению традиционного процессингового центра. И мало кто берется за одновременную реализацию проектов построения карточного процессинга и систем электронного бизнеса. Но тем не менее, эти технологии и системы очень сильно связаны друг с другом.

     Выбирая процессинговую систему, очень важно  учитывать, может ли она взаимодействовать  с системами электронной коммерции, какие протоколы и технологии поддерживаются, как может быть организована интеграция этих систем. Бесспорным преимуществом пользуются те поставщики решений, которые имеют в распоряжении интегрированный набор продуктов, включающий в себя как процессинговую систему, так и продукты, реализующие новые электронные технологии (B2B, B2C, e-commerce, CRM…). Сложность современных систем такова, что интеграция решений от независимых поставщиков превращается порой в непосильную задачу. И если сейчас или в дальнейшем есть возможность воспользоваться системами одного производителя, не следует ее упускать. При этом совершенно необязательно приобретать все сразу. Зачастую поэтапный ввод в эксплуатацию новых компонент системы оказывается существенно более эффективным.

     Ну  и, конечно же, при выборе процессинговой системы не утратили актуальности такие критерии как:

• Соответствие системы всем требованиям по функциональности и производительности;
• Соответствие решения новейшими технологическими тенденциями, и в то же время, действующим международным промышленным и финансовым стандартам, вместе обеспечивающие долгосрочное развитие карточных и смежных технологий банка;
• Возможность реализации региональных карточных программ на базе унифицированных технологических и технических решений;
• Стоимость лицензии, стоимость послегарантийного сопровождения и возможных доработок;
• Репутация поставщика;
• Соответствие всем требованиям по надежности и безопасности, в том числе и требованиям международных платежных систем для независимых процессинговых центров;
• Возможность дальнейшего развития по мере возникновения новых требований банка;
• Интегральность решения, возможность автоматизации, как деятельности банка, так и его взаимодействия с клиентами.

     Хороший набор «традиционной» функциональности процессинговой системе завтрашнего дня уже не достаточен. На первый план выходят такие факторы, как возможность интеграции различных информационных каналов, развитая поддержка нефинансовых операций и псевдосчетов, возможность гибкой маршрутизации различного рода сообщений с настраиваемым преобразованием форматов, клиринг операций, не связанных с платежными карточками, управление широким набором счетов и интегрируемость в существующие инфраструктуры банка 

      2.5 Выводы 

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

     Оптимальным и самым удобным методом заказа пока остается так называемая «корзина». Во всех крупнейших магазинах она используется в том или ином виде, но смысл остается одним: корзина - просто список товаров, выбранный покупателем в магазине (это почти такая же корзина, в руках с которой ходят посетители большого супермаркета - только виртуальная).

     Выбор программных средств для построения интернет – магазинов  достаточно обширен. И нельзя сказать, что одно решение дешево и непрактично, а другое дорого и универсально. Все решения создавались и создаются для каких то целей, в которых оно будет оптимально. Можно только отметить, что открытые решения наиболее перспективные, т.к. при желании в них можно добавить то, что нужно именно в данном магазине для данного товара, т.е. учесть многие нюансы, которые, несомненно привлекут своего клиента.

     Способов  оплаты так же великое множество. Очень удобным вариантом является оплата цифровой наличностью и оплату курьеру наличными, если этот способ предлагает электронный магазин, и менее удобным – банковским переводом и почтой России. На начальном этапе в проекте интернет – магазина будут реализованы способы оплаты как оплата наложенным платежом и оплата курьеру наличными. Так как с точки зрения безопасности, эти платежи являются наиболее безопасными. В дальнейшем планируется внедрить метод оплаты цифровой наличностью.

     3 ПРОЕКТНАЯ ЧАСТЬ 

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

     Разработка  архитектуры сайта должна вестись  с учётом наиболее важной информации с точки зрения продвижения товаров/услуг на интернет-рынке. В процессе создания структуры нового сайта, либо оптимизации структуры уже существующего, необходимо концентрировать внимание потребителей именно на этой информации и управлять посещаемостью сайта потенциальными клиентами именно в наиболее важных разделах сайта в соответствии с позиционированием на рынке, продвигаемых товаров/услуг.

     Грамотное распределение приоритетов между  разделами и страницами  сайта, сделает их основными точками входа на сайт, что позволит потенциальному потребителю быстро найти необходимую ему информацию об искомых товарах/услугах и повысит успешность бизнеса в интернете. 

     3.1 Разработка архитектуры интернет-магазина 

     Архитектура интернет – магазина должна быть проста и интуитивно удобна. И состоит из Клиентской части,  Программной части и Администрирования как показано на рисунке 1.

     Программная часть архитектуры интернет –  магазина рассматривается как взаимосвязь  операционной и серверной части.

     В операционной части рассматривается  среда разработки интернет магазина.

     Серверная часть содержит в себе размещение интернет магазина на сайте провайдера, поддерживающие технологии, используемые при создании интернет – магазина.

     Рисунок 1 – Архитектура интернет – магазина 

     Программная часть архитектуры интернет –  магазина рассматривается как взаимосвязь  операционной и серверной части.

     В операционной части рассматривается  среда разработки интернет магазина.

     Серверная часть содержит в себе размещение интернет магазина на сайте провайдера, поддерживающие технологии, используемые при создании интернет – магазина.

     Разработка  операционной части.

     Предположительно  интернет магазин разрабатывается  в среде php. Для ответа обоснования выбора было произведено сравнение РНР с другими языками программирования Web-приложений. Это его основные конкуренты — Perl, ASP.NET, ColdFusion и Java.

     1. РНР и Perl

     Язык Perl был создан программистом Ларри  Уоллом (Larry Wall) и расшифровывается как Practical Extraction and Report Language. Перевести это можно как "язык для практического извлечения данных и составления отчетов". Perl является интерпретатором и появился намного раньше, чем Web. С появлением интернета язык Perl оказался удобным инструментом для создания динамических Web-страниц. Большое распространение Perl получил потому, что был доступен на каждом Web-сервере, поскольку практически все они работали под управлением UNIX, и альтернативой ему являлся лишь более сложный язык С.

     Perl проигрывает РНР в изяществе, притом, что РНР предлагает функциональность, аналогичную Perl при значительно меньшей избыточности и сравнительной простоте синтаксиса. Избыточность языка Perl связана с тем, что он разрабатывался для самых разнообразных приложений, что не могло не сказаться на его синтаксисе, в то время как РНР изначально разрабатывался для Интернета. По мнению очень многих пользователей, не знавших изначально ни РНР, ни Perl, выучить РНР намного проще.

     2. РНР и Java

     Вообще  говоря, различают язык Java и технологию Java. Язык Java представляет собой С-подобный язык, который разрабатывался как "улучшенный C++". Технология Java включает в себя клиентскую и серверную часть, а также доступ к базам данных, поэтому наиболее корректно проводить сравнение технологии Java со связкой Apache/PHP/MySQL. Технология Java разрабатывалась как межплатформенная технология, позволяющая создавать Web-приложения корпоративного масштаба. Основными достоинствами этой технологии являются межплатформенная переносимость и объектно-ориентированный язык, что позволяет создавать сложные и объемные приложения. К числу недостатков можно отнести медленное выполнение, потребление большого количества памяти (плата за межплатформенную переносимость) и сложность разработки Web-приложений по сравнению с РНР. Между тем РНР почти не уступает Java в гибкости и масштабируемости созданных приложений. Кроме того, использование Java для разработки достаточно простых приложений вряд ли оправдано, а при работе над серьезными задачами Java обходится дороже.

     3. РНР и ASP.NET

     ASP (Active Server Pages) — язык сценариев от Microsoft. Если язык ASP значительно уступал РНР по многим параметрам, в первую очередь, по времени выполнения сценариев, то с появлением технологии ASP.NET ситуация изменилась.