Разработка интернет-магазина продаж телекоммуникационного оборудования (на примере ИП "Стрелкова М.А.")

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

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

Рост квалификации и опыта уже дал ощутимые результаты. Прежде всего, это существенное падения интереса к замкнутым локальным проектам, некогда заполонившим Украину и страны СНГ продуктам -- преимущества работы в рамках международных систем и стандартов становятся самоочевидными.. И это не удивительно, учитывая то, что сегодня уже не удается «протолкнуть» в банки закрытые доморощенные решения, прикрываясь красивыми и никому не понятными упоминаниями об использовании передовых технологий, чиповых картах и небывалой эффективности решения.

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

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

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

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

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

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

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

Прежде всего, это соответствие техническому заданию. Двух одинаковых процессинговых систем не существует, поэтому сколь бы универсальным не было какое-либо конкретное решение, наверняка найдутся функции, которые отсутствуют в рассматриваемой системе. Если даже вас уверяют в 100% соответствии системы техническому заданию, поставщик системы просто умалчивает о необходимости каких-то доработок, причем степень их критичности может быть совершенно разной. Необходимость доработок системы под конкретные нужды является совершенно нормальной ситуацией и драматизировать по этому поводу не следует. Намного лучше заранее понимать объем необходимых доработок, их сроки и, разумеется, стоимость. В большинстве случаев доработки под специфические требования заказчика не приводят к существенному увеличению сроков и стоимости проекта. Поэтому, если в потенциально более гибкой и расширяемой системе отсутствует та или иная возможность и поставщик обязуется ее реализовать в разумные сроки, такой системе можно отдать предпочтение. Зачастую можно встретить предложения, заявляющие о полном соответствии потребностям заказчика. Как раз к ним следует относиться с большой осторожностью, поскольку только открытые и честные взаимоотношения с поставщиком решения приведут к успешному внедрению процессинговой системы.

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

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

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

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

Всегда не лишним будет узнать об участии рассматриваемого поставщика в специальных программах взаимодействия международных платежных систем с поставщиками решений (вендорами). Участие поставщика в подобных программах говорит по крайней мере о наличии отлаженного информационного взаимодействия с платежными системами и является признаком признания того или иного решения платежной системой. К примеру, программа взаимодействия с поставщиками решений MasterCard (Europay) называется MasterCard Vendor Program, список ее участников представлен на интернет-сайте www.mastercard.com. Участники программы, как правило, размещают соответствующий логотип "MasterCard Vendor Program Participant" на своем сайте и в информационных материалах.

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

Адекватность решения и репутация поставщика являются важными, но не единственными критериями выбора системы. Есть немало зарубежных решений, идеально решающих задачи выпуска и обслуживания банковских карт и имеющие массу примеров успешных инсталляций за рубежом. Но устраивают они далеко не всех. В чем причина? Прежде всего, это различия в технологиях банковского розничного бизнеса (а карточный бизнес как раз и является розничным) в разных странах. Различия ощутимы даже в разных европейских странах, что уж говорить о странах СНГ. Взять к примеру кредитные схемы, являющиеся стандартным продуктом в Западной Европе. Практически каждая система, разработанная в этих странах, поддерживает ведение револьверных кредитов. Можно ли использовать данную возможность в Украине и ряде стран СНГ? Нет, нельзя. Нельзя потому, что в таких системах априори не будут поддерживаться более чем специфические требования местного законодательства к кредитованию. В Великобритании и многих других странах выдача кредитной карты зачастую не сопровождается даже открытием банковского счета. Клиент просто ежемесячно получает счета, которые должен оплатить в том или ином объеме, а саму карту может выдавать даже небанковская организация. Таким образом, функция ведения кредитных карт реализована, а использовать ее в наших условиях не представляется возможным.

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

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

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

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

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

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

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

— Соответствие системы всем требованиям по функциональности и производительности;

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

— Возможность реализации региональных карточных программ на базе унифицированных технологических и технических решений;

— Стоимость лицензии, стоимость послегарантийного сопровождения и возможных доработок;

— Репутация поставщика;

— Соответствие всем требованиям по надежности и безопасности, в том числе и требованиям международных платежных систем для независимых процессинговых центров;

— Возможность дальнейшего развития по мере возникновения новых требований банка;

— Интегральность решения, возможность автоматизации, как деятельности банка, так и его взаимодействия с клиентами.

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

2.5 Выводы

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

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

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

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

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

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

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

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

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

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

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

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

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

59

Рисунок 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 ситуация изменилась.

Основное достоинство ASP.NET заключается в возможности применения всей мощи интерфейса Windows для разработки Web-приложений. Это позволяет разрабатывать страницы со сложным интерфейсом, не заботясь о сохранении, шифровании и передаче переменных, используемых на динамических страницах.

ASP.NET тесно интегрирован в новую технологию NET компании Microsoft. Главной особенностью разработки Web-приложений при помощи ASP.NET является возможность использовать любой язык программирования среды исполнения NET. Это может быть как модифицированный вариант Visual Basic -- Visual Basic.NET, так и новый язык С# или клон Java -- J#. Более того, в рамках одного Web-приложения могут быть использованы несколько языков программирования. Все это позволяет объединять в рамках одного проекта программистов, владеющих разными языками программирования. Код Web-приложения на ASP.NET компилируется в промежуточный язык MSIL (Microsoft Intermediate Language), иногда просто называемый IL. Аппаратно-независимый код на языке IL помещается в кэш Web-сервера для повышения производительности, по аналоги с байт-кодом Java. Но в отличие от технологии Java, обеспечивающей платформенную независимость, NET обеспечивает независимость от языка разработки. Выполнение Web-приложений ASP.NET на серверах, работающих не под Windows, практически невозможно. Более того, если Web-приложение интенсивно использует компоненты NET, просмотр динамической страницы будет возможен только под Windows и только с помощью браузера Internet Explorer. Поэтому в смысле переносимости РНР, безусловно, отличается от ASP.NET в лучшую сторону. Другой крайне немаловажный довод в пользу РНР заключается в быстром исправлении обнаруженных ошибок. Теоретически исправить их можно самостоятельно, если обладаете достаточной квалификацией. Также можно написать письмо разработчикам, и с большой долей вероятности, в следующей версии ошибка будет исправлена. А версии РНР выходят очень часто. С другой стороны, попробуйте написать об ошибке в Microsoft и попросить ее исправить. Если вы не глава Пентагона, вам это вряд ли удастся. Еще одним плюсом РНР, особенно важным для начинающих, является то, что его легче использовать для построения Web-приложений.

Таким образом, при выборе между ASP.NET и РНР следует исходить из стоящей задачи. Если в сети Интранет крупной корпорации большинство серверов и клиентских машин работают под управлением Windows, применение ASP.NET более чем оправдано. В то же время для разработки Web-сайта, размещаемого в Интернете, целесообразнее использовать РНР.

4. РНР и ColdFusion

Пакет ColdFusion разработан фирмой Allaire и предназначен для быстрой разработки как интерактивных, так и динамических Web-документов путем обработки информации, полученной из базы данных. Минусом ColdFusion является достаточно низкая переносимость. РНР работает практически на всех платформах, a ColdFusion -- только на четырех: Win32, Solaris, HP/UX и Linux. Кроме того, ColdFusion, так же как и ASP, является коммерческой разработкой. ColdFusion достаточно мало распространен. По сравнению с РНР он более требователен к ресурсам. Плюсом ColdFusion является хорошая интегрированная среда разработки и, как следствие, более простые, чем в РНР языковые конструкции и более быстрое написание кода. Правда, из-за такой высокоуровневости языка некоторые задачи на нем решаются сложнее.

5. Для создания интернет магазина была использована платформа PHP 4.0, а в дальнейшем планируется перейти на PHP 5.0, так как основные отличия заключаются в реализации объектно-ориентированной мо-дели. РНР 4.0 работал на движке Zend Engine 1.0. К выходу РНР 5.0 фирма Zend полностью переписала движок и выпустила в свет Zend Engine 2.0, кото-рый, по словам создателей, реализует "новую объектную модель". По сравне-нию с РНР 4.0, в пятой версии языка появились следующие особенности:

1. Введены закрытые (private) и открытые (protected) члены и методы клас-са, а также абстрактные классы и методы.

2. Введены интерфейсы, при этом класс может реализовывать произволь-ный список интерфейсов.

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

4. Введены постоянные члены и методы класса.

5. Одним из важнейших нововведений является наличие деструкторов.

6. Хорошей новостью является введение в РНР 5.0 статических членов класса. В РНР 4.0, если возникала необходимость в использовании ста-тических членов, приходилось пользоваться искусственным приемом, за-ключающемся в комбинации глобальных переменных со статическими методами. При этом получались члены, которые действовали так же, как статические. Прием этот, мягко говоря, не очень хороший, поскольку привносил с собой все проблемы, связанные с использованием глобаль-ных переменных. Теперь в РНР 5.0 статические методы можно объявлять явно при помощи ключевого слова static.

7. В РНР 5.0 введен механизм обработки исключений, отсутствующий в РНР 4.0.

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

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

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

Слово "хостинг" произошло от англ. "hosting". (host - главная машина, хозяин)

Сервисы, предлагающие свои услуги хостинга, дают возможность размещать информацию, интернет сайт на своём сервере. Таким образом, не нужно устанавливать свой собственный сервер в Интернет, что позволяет существенно сэкономить деньги. В зависимости от тарифного плана, предлагается определённый объём места на жёстких дисках сервера, e-mail, возможность работы с CGI, MSQ, и т.д.

Любой человек может без особых затруднений использовать как платные, так и бесплатные услуги. Как известно, бесплатный сыр бывает только мышеловке и в любом случае придётся платить. В первом (платном) варианте нужно расплачиваться деньгами, а во втором - качеством связи, ограничениями на размер файлов и рекламой, которая будет вывешена в магазине.

Как правило, на платном хостинге - домен будет выглядеть так: hostname.com/yourname, а на бесплатном - предоставляется субдомен и адрес будет выглядеть следующим образом: yourname.hostname.com

В последствии постараемся разместить магазин на платном хостинге в Российском интернете. Цены на именные домены «первого уровня» начинаются от 1-3 доллара в месяц, многое, конечно, зависит от провайдера предоставляющего хостинг.

В настоящее время многие сайты предлагают партнерские программы. Как учат учебники по маркетингу есть масса способов как найти потенциального клиента, как донести до него сведения о предлагаемых услугах. Самый простой способ - реклама в любом виде. Ролики по телевидению и радио, объявления в газетах, баннеры на сайтах, привлекающие массу внимания маркетинговые акции (например, конкурсы или лотереи, временные скидки), заказные статьи в изданиях, спам - это основной перечень наиболее часто используемых способов привлечения клиентов.

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

Особенно большое распространение в Российском интернете партнерские/дилерские программы получили в сфере веб-хостинга, где и конкуренция в настоящее время значительно больше, чем, например, в электронной коммерции. Но и в других веб-услугах партнерские программы тоже постепенно получают все большее распространение. За рубежом, например, партнерские программы также получили очень широкое распространение и у туристических сайтов (особенно в сфере бронирования гостиниц; именно по партнерским программам различной сложности работают, например, такие крупные системы бронирования в Европе как SashaHotels.com или SunScale.com).

Одним из типичных примеров партнерских программ является программа крупнейшего российского интернет-магазина «Озон». Любой человек может разместить на своем сайте рекламу книг или кассет на «Озоне» со ссылкой на определенные страницы интернет-магазина с информацией по этим товарам. Если перешедший на «Озон» по такой ссылке посетитель приобретет данный товар, то партнер получит 12% от стоимости приобретенной данной книги или кассеты (а также 5% от стоимости остальных покупок, сделанных пользователем в течение этого визита на «Озон»). Заработанные таким образом средства можно затем использовать для покупок на самом «Озоне», либо (если процентные отчисления превышают 500 руб.) перевести на свой счет в банке. Партнеры могут разместить на своем сайте также форму поиска на «Озоне» либо его баннер (в этом случае процентные отчисления составляют 5% от суммы покупки).

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