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

CorelDraw демонстрирует качества мощного визуального редактора web - страниц: пользователь получает возможность генерировать развитые HTML-документы, которые могут включать сценарии JavaScript и таблицы стилей CSS.

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

При размещении изображений на странице одна из наиболее важных задач - оптимизация размера файлов изображений. Рекомендуемый "потолок" общего размера страницы - от 100 до 150 кбайт. Уменьшение размера файлов изображений выполняется сжатием файлов и уменьшением количества цветов. Эти задачи доступны для любой из графических программ, перечисленных выше [2, с. 85].

Таким образом, были рассмотрены типы коммерческих сайтов технологии и средства разработки. На основании проведенного анализа, был выбран гибридный тип коммерческого сайта ООО «Бюро Бизнес Партнер». Технологии разработки: Html, Php, Javascript, Ajax, а также инструменты разработки Microsoft FrontPage, Adobe Photoshop, Flash.



2. Проектная часть

2.1 Проектирование структуры коммерческого сайта

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

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

Внешняя структура включает в себя расположение видимых блоков на сайте (шапка, сайтбары, футер, информеры, служебные формы и другие блоки). Разработка внешней структуры тесно связана с техническим созданием коммерческого сайта. Макет внешней структуры сайта ООО «Бюро Бизнес Партнер» показана на рис. 2.1.

Рис. 2.1 Макет внешней структуры сайта ООО «Бюро Бизнес Партнер»



Внутренняя структура включает в себя принадлежность материалов к определенным категориям, а категорий к разделам (другими словами - рубрикацию), а также ссылочную связку страниц. На некоторых источниках рубрикацию называют логической структурой. Макет внутренней структуры коммерческого сайта ООО «Бюро Бизнес Партнер» показан на рис. 2.2.

Рис. 2.2 Макет внутренней логической структуры коммерческого сайта ООО «Бюро Бизнес Партнер»

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

Весь контент интернета делится на несколько видов:

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

2 Текстовая информация (информация доступная для чтения). Сюда входят статьи, обзоры, описания, рецензии, инструкции, комментарии и т.д.

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

4 Мультимедиа (видео, фото, аудио, графика, флэш, анимация и пр.)

5 Смешанный контент. Например, одна страница может содержать видеоролик (мультимедиа), его фактическую информацию (длительность, размер), описание и рецензии (отзывы) пользователей.

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

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

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

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

На рис. 2.3 представлена общая блок-схема построения коммерческого сайта фирмы ООО «Бюро Бизнес Партнер». Она включает четыре основных этапа, с учетом уже описанных в первой главе.

Рис. 2.3 Общая блок-схема построения коммерческого сайта фирмы ООО «Бюро Бизнес Партнер».

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

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

Рис. 2.4 Внутренне устройство сайта фирмы ООО «Бюро Бизнес Партнер».

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

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

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

Основные функциональные блоки представлены на рис. 2.4. Данный проект характеризуется 4 уровневой архитектурой.

· web - адаптер 1 - вход на витрину проекта для всех покупателей;

· web - адаптер 2 - закрытый вход в бэк - офис системы для работников организации;

· web - адаптер 3 - закрытый вход администратора сайта.

· 3-й уровень - серверы приложений; есть 2 набора серверов приложений:

· серверы приложений обрабатывают запросы пользователей, поступающие с витрины Интернет - проекта.

· серверы приложений бэк - офиса обрабатывают запросы администратора сайта и работников фирмы.

· 4 - й уровень - СУБД Sybase Adaptive Server [11].

· Web-сервер

Для административного управления и контроля за проектом предусмотрено 7 бэк - офис - операционистов. На самом деле все перечисленные функции может выполнять один человек. Взаимодействие с бэк - офисом происходит посредством обычного браузера через специальный, закрытый вход в систему. Каталог - менеджер создает и редактирует каталог предоставляемых услуг. Продукт - менеджер вводит и модифицирует информацию об услугах фирмы. Управляющий отдела бизнеса контролирует степень обслуживания, задает границы максимальных возможностей внутреннего устройства сайта фирмы ООО «Бюро Бизнес Партнер». по обслуживанию клиента. Контакт - менеджер обрабатывает и анализирует информацию о клиентах, обеспечивает настройку индивидуальных профилей клиентов. Управляющий проектом - центральная административная фигура, осуществляющая оперативный контроль за состоянием сайта. Кроме указанных менеджеров имеется вход в систему, по которому представлена информация статистического характера - статистические и бизнес - отчеты о посетителях, услугах, которые просто незаменимы для определения эффективности работы. Вся графическая, аудио - и видео - информация непосредственно в Web-страницу не входит и представляет собой отдельные файлы. В HTML-коде (определяет в каком виде информация будет отражаться в окне браузера) страницы содержаться только указания на такие файлы, представленные на рис. 2.5 [11].

Рис. 2.5 Строение Web - страниц.

Каждая страница сайта фирмы ООО «Бюро Бизнес Партнер» имеет свой Интернет-адрес, который состоит из адреса сайта и имени файла, соответствующего данной странице. Навигационная схема сайта фирмы ООО «Бюро Бизнес Партнер» зависит от его структуры и определяет то, как пользователь будет по нему перемещаться и получать доступ к информации, которая предоставляется. сайта фирмы ООО «Бюро Бизнес Партнер» состоит из связанных между собой гипертекстовых документов [12].

Гипертекст - это способ хранения и манипулирования информации, позволяющий устанавливать связи между любыми «информационными единицами». Связь между информационными единицами осуществляется по гиперссылкам. Гиперссылка - это выделенный фрагмент текста, с помощью которого осуществляется переход от одного документа к другому. [16].

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

2.2 Проектирование базы данных сайта фирмы ООО «Бюро Бизнес Партнер»

Рассмотрим технологии обработки данных для проектирования базы данных с созданием динамического обновления для коммерческого сайта фирмы ООО «Бюро Бизнес Партнер». По технологии обработки данных базы данных подразделяются на централизованные и распределенные.

Централизованная база данных хранится в памяти одной вычислительной системы. Если эта вычислительная система является компонентом сети, возможен распределенный доступ к такой базе. Такой способ использования баз данных часто применяют в локальных сетях.

Распределенная база данных состоит из нескольких, возможно пересекающихся или даже дублирующих друг друга частей, хранимых в различных ЭВМ вычислительной сети. Работа с такой базой осуществляется с помощью системы управления распределенной базой данных (СУРБД).

По способу доступа к данным базы данных разделяются на базы данных с локальным доступом и базы данных с удаленным (сетевым) доступом.

Системы централизованных баз данных с сетевым доступом предполагают различные архитектуры подобных систем:

* файл - сервер;

* клиент - сервер.

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

Клиент-сервер. В этой концепции подразумевается, что помимо хранения централизованной базы данных центральная машина (сервер базы данных) должна обеспечивать выполнение основного объема обработки данных. Запрос на данные, выдаваемый клиентом (рабочей станцией), порождает поиск и извлечение данных на сервере. Извлеченные данные (но не файлы) транспортируются по сети от сервера к клиенту. Спецификой архитектуры клиент-сервер является использование языка запросов SOL [5].

Проектируемая база данных коммерческий сайта фирмы ООО «Бюро Бизнес Партнер», соответственно будет использовать клиент-серверную архитектуру.

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

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

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

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

Довольно-таки часто все названные объекты встраиваются в структуру отношений, которые можно считать простейшими универсальными объектами.

Количество существенно различающихся моделей данных определяется наличием различных множеств информационных конструкций.

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

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

Создание этой модели является первым шагом процесса формализации. В отличие от представления на естественном языке она в основном исключает неоднозначность за счет использования средств формальной логики.

Одно из главных понятий инфологической модели - объект. Это понятие связано с событиями: возникновение, исчезновение и изменение. Объекты могут быть атомарными или составными.

Атомарный объект - это объект определенного типа, дальнейшее разложение которого на более мелкие объекты внутри данного типа невозможно.

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

Обычно объект имеет некоторое свойство или взаимосвязь (связь) с другими объектами. Свойство может быть не определено формально, а лишь охарактеризовано как некоторое утверждение по поводу множества объектов. коммерческий сайт интернет скриптинг

Инфологическая модель позволяет выделить три категории фактов: истинные, значимые и ложные.

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

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

Цель инфологического моделирования - формализация объектов реального мира предметной области и методов обработки информации в соответствии с поставленными задачами обработки и требованиями представления данных естественными для человека способами сбора и представления информации.

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

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

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

Основными компонентами инфологической модели являются:

· описание предметной области;

· описание методов обработки;

· описание таблицы и их имена, также называемые сущностями (entities);

· имена полей, также называемые атрибутами (attributes) каждой таблицы;

· характеристики полей, например, уникальность их значения и допустимость значений NULL, а также тип данных, хранимых в поле;

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

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

· информационных потребностей пользователя.

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

Логическая структура базы данных определяет:

• таблицы и их имена, также называемые сущностями (entities);

• имена полей, также называемые атрибутами (attributes) каждой таблицы;

• характеристики полей, например, уникальность их значения и допустимость значений NULL, а также тип данных, хранимых в поле;

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

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

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

Данные для технической реализации проекта данные имеют следующую структуру, проиллюстрированную ниже.

Основной является таблица с данными по организациям («Заказчики»), к ней отношениями один ко многим связанны таблицы с информацией по основным («Основные Счета») и дополнительным («Другие Счета») счетам (у одной организации может быть много счетов как по основному направлению деятельности предприятия, так и по дополнительным направлениям), к таблицам по счетам отношением один ко многим связанны таблицы с информацией по заказам, входящим в данный счет (в один счет может входить несколько заказов). С другой стороны, к таблицам с данными по организациям отношением один-ко-многим связана таблица с данными по авансовому отчету.

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

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

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

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

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

После реализации основной части проекта база данных была разделена на три отдельных модуля:

· модуль для бухгалтерии (MdlByx.db),

· модуль для отдела сопровождения (MdlClnt.db),

· модуль данных (Data.db).

Организованная структура данных позволяет:

· организовать клиент - серверную модель данных,

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

· уменьшает размер резервного файла,

В процессе технической реализации данных задач появились дополнительные задачи:

· Изменение данных по авансовому отчету (корректировка распределения сумм по месяцам для организаций).

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

· Обмен сообщениями между пользователями (использование для заказа счетов актов и так далее).

В процессе разработки базы данных была выработана следующая иерархическая структура связи данных как показано на рис. 2.6.

Рис. 2.6 Связи данных

Далее рассмотрим получившиеся связи (рис. 2.7):

1. Связь таблицы «Заказчики» с таблицей «Статус Заказчика».

· Поле: «Код» в обеих таблицах

· Тип связи: один ко многим без обеспечения целостности данных.

· (один со стороны таблицы «Статус Заказчика»)

· Связывание: мастер подстановок в таблице «Заказчики». Данная связь заменяет повторяющееся текстовые значения типа организации соответствующим кодом из таблицы «Статус Заказчика».

2. Связь таблицы «Заказчики» с таблицей «Курьеры».

· Поле: «Код Курьера» в обеих таблицах.

· Тип связи: один ко многим с обеспечением целостности данных.

· (один со стороны таблицы «Курьеры»)

· Связывание: мастер подстановок в таблице «Заказчики». Предусматривает добавление в структуру данных модуля «Курьеры».

3. Связь таблицы «Заказчики» с таблицей «Примечания».

· Поле: «Код Заказчика» в обеих таблицах.

· Тип связи: один ко многим без обеспечением целостности данных.

· (один со стороны таблицы «Заказчики»)

· (возможно связывание один к одному)

· Связывание: мастер подстановок в таблице «Примечания»

Рис. 2.7 Связи таблиц с данными

1. Связь таблицы «Заказчики» с таблицей «Основные Счета».

· Поле: «Код Заказчика» в обеих таблицах.

· Тип связи: один ко многим с обеспечением целостности данных с каскадным удалением и каскадным обновлением данных.

· (один со стороны таблицы «Заказчики»)

· Связывание: мастер подстановок в таблице «Основные Счета», у каждого заказчика может быть много счетов.

2. Связь таблицы «Заказчики» с таблицей «Кредит Аванс».

· Поле: «Код Заказчика» в обеих таблицах.

· Тип связи: один ко многим без обеспечения целостности данных.

· (один со стороны таблицы «Заказчики»)

· (возможно связывание один к одному?)

· Связывание: мастер подстановок в таблице «Кредит Аванс»

3. Связь таблицы «Заказчики» с таблицей «Счета Фактуры».

· Поле: «Код Заказчика» в обеих таблицах.

· Тип связи: один ко многим без обеспечения целостности данных.

· (один со стороны таблицы «Заказчики»)

· Связывание: мастер подстановок в таблице «Счета Фактуры», у каждого заказчика может быть много счетов-фактур.

4. Связь таблицы «Основные Счета» с таблицей «Дистрибутивы».

· Поле: «Код Счета» в обеих таблицах.

· Тип связи: один ко многим с обеспечением целостности данных с каскадным удалением и каскадным обновлением данных.

· (один со стороны таблицы «Основные Счета»)

· Связывание: мастер подстановок в таблице «Дистрибутивы», в каждый счет может входить много записей по заказам.

5. Связь таблицы «Основные Счета» с таблицей «Платежки», (*Если платежное поручение оплачивает несколько счетов, то при внесении данных к счетам пишется одно и тоже платежное поручение, но суммы вносятся в соответствии с суммой счета)

6. Связь таблицы «Основные Счета» с таблицей «Счета Фактуры Основные».

· Поле: «Код Счета» в обеих таблицах.

· Тип связи: один ко многим с обеспечением целостности данных с каскадным удалением и каскадным обновлением данных.

· (один со стороны таблицы «Основные Счета»)

· Связывание: мастер подстановок в таблице «Дистрибутивы». К каждому счету может относится несколько счетов-фактур на системы.

7. Связь таблицы «Дистрибутивы» с таблицей «Системы».

· Поле: «Код Системы».

· Тип связи: один ко многим без обеспечения целостности данных.

· (один со стороны таблицы «Системы»)

· Связывание: мастер подстановок в таблице «Дистрибутивы»

· Примечания: данная связь заменяет повторяющееся текстовые значения названия систем соответствующим кодом из таблицы «Системы».

8. Связь таблицы «Дистрибутивы» с таблицей «Тип Системы».

· Поле: «Код» в обеих таблицах.

· Тип связи: один ко многим без обеспечения целостности данных.

· (один со стороны таблицы «Тип Системы»)

· Связывание: мастер подстановок в таблице «Дистрибутивы»

· Примечания: данная связь заменяет повторяющееся текстовые значения типа систем соответствующим кодом из таблицы «Тип Системы».

9. Связь таблицы «Основные Счета» с таблицей «Форма Оплаты».

· Поле: «Код» в обеих таблицах.

· Тип связи: один ко многим без обеспечения целостности данных.

· (один со стороны таблицы «Форма Оплаты»)

· Связывание: мастер подстановок в таблице «Основные Счета». Данная связь заменяет повторяющееся текстовые значения формы оплаты счета соответствующим кодом из таблицы «Форма Оплаты».

10. Связь таблицы «Системы» с таблицей «Кредит Аванс».

Рис. 2.8 Связи данных в таблице



1. Связь таблицы «Заказчики» с таблицей «АвансПоОстаткамС1996Года».

· Поле: «Код Заказчика» в таблице «Заказчики» с полем «Заказчик» в таблице «Аванс По Остаткам С 1996 Года».

· Тип связи: один ко многим с обеспечением целостности данных.

· (один со стороны таблицы «Заказчики»)

· Связывание: в окне схемы данных, к каждому заказчику может относится несколько записей по месяцам по авансовому отчету.

2. Связь таблицы «Заказчики» с таблицей «Данные Для Аванс Отчета».

· Поле: «Код Заказчика» в обеих таблицах.

· Тип связи: один ко многим без обеспечения целостности данных.

· (один со стороны таблицы «Заказчики»)

· Связывание: мастер подстановок в таблице «Данные Для Аванс Отчета», для данной организации данных к каждому заказчику может относится несколько записей по авансовому отчету.

3. Связь таблицы «Системы» с таблицей «Данные Для Аванс Отчета».

· Поле: «Код Системы» в обеих таблицах.

· Тип связи: один ко многим без обеспечения целостности данных.

· (один со стороны таблицы «Заказчики»)

· Связывание: мастер подстановок в таблице «Данные Для Аванс Отчета», данная связь заменяет повторяющееся текстовые значения названия системы соответствующим кодом из таблицы «Системы».

4. Связь таблицы «Основные Счета» с таблицей «Данные Для Аванс Отчета».

· Поле: «Код Счета» в обеих таблицах.

· Тип связи: один ко многим без обеспечения целостности данных.

· (один со стороны таблицы «Основные Счета»)

· Связывание: мастер подстановок в таблице «Данные Для Аванс Отчета», к каждому счета может относится несколько записей по авансовому отчету.

5. Связь таблицы «Данные Для Аванс Отчета» с таблицей «Авансовый Отчет».

· Поле: «Код» в таблице «Данные Для Аванс Отчета» с полем «Идент Код» в таблице «Авансовый Отчет».

· Тип связи: один ко многим с обеспечения целостности данных с каскадным удалением и каскадным обновлением данных.

· (один со стороны таблицы «Данные Для Аванс Отчета»)

· Связывание: в окне схемы данных.

· Остальные связи между таблицами видны на рисунке 2.8.

Таким образом была разработана логическая модель базы данных коммерческого сайта фирмы ООО «Бюро Бизнес Партнер»



3. Разработка и внедрение коммерческого сайта фирмы ООО «Бюро Бизнес Партнер»

3.1 Разработка и размещение базы данных фирмы ООО «Бюро Бизнес Партнер»

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

Домен был зарегистрирован через сайт www.Reg.ru - крупнейший регистратор доменных имен в России. Для хостинга был выбран www.host.ru, предоставляющий наиболее максимальное количество современных услуг, в том числе MyPhpAdmin, и имеющий модифицированную, по сути гибридную панель управления сайтами базами данных и сочетающийся со всеми выбранными для создания сайта фирмы ООО «Бюро Бизнес Партнер» технологиями.

Начинаем создание базы данных с входа в гибридную админ-панель, выбранного хостинга, как показано на рис. 3.1.

Рис. 3.1 Вход в админ - панель хостинга

Далее создаем базу данных коммерческого сайта фирмы ООО «Бюро Бизнес Партнер» с динамическим обновлением в соответствии с разработанной ранее моделью и при помощи админ панели хостинга и программы, предоставляемой хостингом MyPhpAdmin, как показано на рис. 3.2 - 3.4.

Рис. 3.2 Команды админ-панели хостинга

Рис. 3.3 Выбор пользователя и пароля созаваемой базы данных

Рис. 3.4 Завершение создания базы данных

Далее переходим в программу MyPhpAdmin, для создания и редактирования таблиц, в соответствии с ранее разработанной моделью базы данных как показано на рис. 3.5, 3.6.

Рис. 3.5 Вход в программу MyPhpAdmin

Рис. 3.6 В программе MyPhpAdmin созданная база данных

Далее создаем таблицы в соответствии с ранее разработанной моделью базы данных коммерческого сайта фирмы ООО «Бюро Бизнес Партнер» с динамическим обновлением как показано на рис. 3.7.

На рис. 3.8 показаны все созданные таблицы базы данных коммерческого сайта фирмы ООО «Бюро Бизнес Партнер» с динамическим обновлением.



Рис. 3.7 В программе MyPhpAdmin создание таблиц

Рис. 3.8 В программе MyPhpAdmin созданные таблицы базы данных

Таким образом, была создана и размещена на хостинге база данных коммерческого сайта фирмы ООО «Бюро Бизнес Партнер» с динамическим обновлением, при помощи админ-панели хостинга и программы MyPhpAdmin, в соответствие с ранее разработанной базой данных. Процесс создания запросов и соединение их со скриптами Php, будет описан далее.

3.2 Разработка и размещение страниц сайта фирмы ООО «Бюро Бизнес Партнер»

Далее приступим к разработке и размещению страниц коммерческого сайта фирмы ООО «Бюро Бизнес Партнер» с динамическим обновлением базы данных в соответствие с ранее разработанной структурой сайта и моделью базы данных. Страницы со скриптами создаются при помощи Notepad++, картинки товаров и услуг, а также дизайн-фоны сайта создаются и обрабатываются при помощи Adobe Photoshop. Notepad++ является бесплатным программным обеспечением, Adobe Photoshop предоставлен лицензионный, фирмой заказчиком ООО «Бюро Бизнес Партнер».

Итак, создаем файл index.php и подключаем в нем bottom.php и top.php через функцию include:

<? php

include ('includes/top. php ');

if (!is _ dir (_ THEMES _C))

{

os _ db _ query("UPDATE os _ configuration SET configuration _ value='default' where configuration _ key='CURRENT_TEMPLATE'");

}

else{

$ os Template = new os Template;

require (_THEMES _ C.' source/boxes. php');

$category _ depth = 'top';

if (isset ($ c Path) && os _ not _ null($c Path)) {

$categories _ products _ query = "select count(p. products _ id) as total from ".TABLE_PRODUCTS_TO_CATEGORIES." as ptc, os _ products as p where ptc. categories _ id = '".$current _ category _ id."' and ptc. Products _ id = p .products _ id and p. products _ status='1'";

$categories _ products _ query = os DBquery($categories _ products _ query);

$cateqories_products = os _ db _ fetch _ array($categories _ products _ query, true);

if ($cateqories _ products['total'] > 0) {

$category _ depth = 'products';

} else {

$category _ parent _ query = "select count(*) as total from ".TABLE_CATEGORIES." where parent _ id = '".$current _ category _ id."'";

$category _ parent _ query = os DBquery($category _ parent _ query);

$category _ parent = os _ db _fetch _ array($category _ parent _ query, true);

if ($category _ parent['total'] > 0) {

$category _ depth = 'nested';

} else {

$category _ depth = 'products';

}

}

}

require (_INCLUDES.'header.php');

include (_MODULES.'default.php');

$osTemplate->assign('language', $_SESSION['language']);

if (!defined(RM)) $osTemplate->load _ filter('output', 'filters');

$osTemplate->caching = 0;

$template = (file _ exists(_THEMES_C.FILENAME_DEFAULT.'_'.$cID.'.html') ? CURRENT_TEMPLATE.'/'.FILENAME_DEFAULT.'_'.$cID.'.html' : CURRENT_TEMPLATE.'/index.html');

$osTemplate->display($template);

}

include ('includes/bottom.php');

?>

Файл top.php:

<?php

header('Content-Type: text/html; charset=utf-8');

define('PAGE_PARSE_START_TIME', microtime());

define('DEBUG', false);

error _ reporting(E_ALL & ~E_NOTICE);

if (file _ exists('config/configure.php'))

{

include ('config/configure.php');

}

else

{

echo('Error Configure file');

}

if (defined('_INCLUDES') == false) header('Location: install');

require _ once (_FUNC.'admin.include.php');

require _ once (_FUNC.'include.php');

$php4_3_10 = (0 == version _ compare(phpversion(), "4.3.10"));

define('PHP4_3_10', $php4_3_10);

$request _ type = (getenv('HTTPS') == '1' || getenv('HTTPS') == 'on') ? 'SSL' : 'NONSSL';

if (!isset($PHP_SELF)) $PHP_SELF = $_SERVER['PHP_SELF'];

require _ once (_CONFIG.'filenames.php');

require _ once (_CONFIG.'database.php');

define('SQL_CACHEDIR', _CACHE);

define('SECURITY_CODE_LENGTH', '10');

define('GRADUATED_ASSIGN', 'true');

os _ db _ connect() or die('Unable to connect to database server!');

$configuration _ query = os _ db _ query('select configuration _ key as cfgKey, configuration _ value as cfgValue from '.TABLE_CONFIGURATION);

while ($configuration = os _ db _ fetch _ array($configuration _ query)) {

define($configuration['cfgKey'], $configuration['cfgValue']);

}

Require _ once (_LIB . 'phpmailer/class.phpmailer.php');

if (EMAIL _ TRANSPORT == 'smtp')

require _ once (_LIB . 'phpmailer/class.smtp.php');

function osDBquery($query) {

if (DB_CACHE == 'true') {

$result = os _ db _ queryCached($query);

} else {

$result = os _ db _ query($query);

}

return $result;

}

function Cache Check() {

if (USE _ CACHE == 'false') return false;

if (!isset($_COOKIE['sid'])) return false;

return true;

}

if ((GZIP _ COMPRESSION == 'true') && ($ext _ zlib _ loaded = extension _ loaded('zlib')) && (PHP_VERSION >= '4'))

{

if (($ini _ zlib _ output _ compression = (int) ini _ get('zlib.output _ compression')) < 1) {

ob _ start('ob_gzhandler');

} else {

Ini _ set('zlib.output _ compression _ level', GZIP_LEVEL);

}

}

if (SEARCH_ENGINE_FRIENDLY_URLS == 'true')

{

if (strlen(getenv('PATH_INFO')) > 1) {

$GET _ array = array ();

$PHP_SELF = str _ replace(getenv('PATH_INFO'), '', $_SERVER['PHP_SELF']);

$vars = explode('/', substr(getenv('PATH_INFO'), 1));

for ($i = 0, $n = sizeof($vars); $i < $n; $i ++) {

if (strpos($vars[$i], '[]')) {

$GET _ array[substr($vars[$i], 0, -2)][] = $vars[$i +1];} else {$_GET[$vars[$i]] = htmlspecialchars($vars[$i +1]);

if(get_magic_quotes_gpc()) $_GET[$vars[$i]] = addslashes($_GET[$vars[$i]]);}

$i ++;}

if (sizeof($GET _ array) > 0) {

while (list ($key, $value) = each($GET _ array)) {

$_GET[$key] = htmlspecialchars($value);

if(get _ magic _ quotes _ gpc()) $_GET[$key] = addslashes($_GET[$key]);

}

}

}

}

// check GET/POST/COOKIE VARS

require (_CLASS.'class.inputfilter.php');

$InputFilter = new InputFilter();

$_GET = $InputFilter->process($_GET);

$_POST = $InputFilter->process($_POST);

// set the top level domains

$http _ domain = os _ get _ top _ level _ domain(HTTP_SERVER);

$https _ domain = os _ get _ top _ level _ domain(HTTPS_SERVER);

$cookie _ info = os _ get _ cookie _ info();

// include shopping cart class

require (_CLASS.'shopping _ cart.php');

if (isset($_SESSION['tracking']['http _ referer'])) $html _ referer = $_SESSION['tracking']['http _ referer']['scheme'] . '://' . $_SESSION['tracking']['http _ referer']['host'] . $_SESSION['tracking']['http _ referer']['path'] . '?' . $_SESSION['tracking']['http _ referer']['query'];

require _ once(_CLASS.'template.php');

require_once(_INCLUDES.'affiliate_top.php');

require(_FUNC.'customers _ extra _ fields.php');

define('_HTTP_THEMES_C', _HTTP_THEMES.CURRENT_TEMPLATE.'/');

define('_THEMES_C', _THEMES.CURRENT_TEMPLATE.'/');

?>

Файл bottom.php:

<?php

if (STORE_PAGE_PARSE_TIME == 'true') {

$time _ start = explode(' ', PAGE_PARSE_START_TIME);

$time _ end = explode(' ', microtime());

$parse _ time = number _ format(($time _ end[1] + $time _ end[0] - ($time _ start[1] + $time _ start[0])), 3);

Error _ log(strftime(STORE_PARSE_DATE_TIME_FORMAT) . ' - ' . getenv('REQUEST_URI') . ' (' . $parse _ time . 's)' . "\n", 3, STORE_PAGE_PARSE_TIME_LOG);

}

if (DISPLAY_PAGE_PARSE_TIME == 'true') {

$time_start = explode(' ', PAGE_PARSE_START_TIME);

$time_end = explode(' ', microtime());

$parse_time = number_format(($time_end[1] + $time_end[0] - ($time_start[1] + $time_start[0])), 3);

echo '<center>'.PARSE_TIME.' '. $parse _ time . ', '.QUERIES.': ' . $query _ counts . '</center>';

}

if ((GZIP_COMPRESSION == 'true') && ($ext _ zlib _ loaded == true) && ($ini _ zlib _ output _ compression < 1)) {

if ((PHP_VERSION < '4.0.4') && (PHP_VERSION >= '4')) {

os _ gzip _ output(GZIP_LEVEL);

}

}

?> <!DOCTYPE html>

<head>

<meta charset="utf-8">

<meta name="viewport" content="width=device-width, initial-scale=1.0">

<title> форма </title>

<!--[if lte IE 7]>

<![endif]-->

<!--[if lte IE 8]>

<script type="text/javascript">

window.brokenIE = true;

</script>

<![endif]-->

<!--[if lte IE 9]>

<![endif]-->

<!--[if IE]>

<script type="text/javascript" src="/66E2164407C34B9189AC555377E17C32/32BD0052-81FB-044A-8A14-83D972B5A03E/main.js" charset="UTF-8"></script></head>

<body class="docs ">

<nav id="head-nav" class="navbar navbar-fixed-top">

<div class="navbar-inner clearfix">

<a href="/" class="brand"><img src="/images/logos/php-logo.svg" width="48" height="24" alt="php"></a>

<div id="mainmenu-toggle-overlay"></div>

<input type="checkbox" id="mainmenu-toggle">

<ul class="nav">

<li class=""><a href="/downloads">Downloads</a></li>

<li class="active"><a href="/docs.php">Documentation</a></li>

<li class=""><a href="/get-involved" >Get Involved</a></li>

<li class=""><a href="/support">Help</a></li>

</ul>

<form class="navbar-search" id="topsearch" action="/search.php">

<input type="hidden" name="show" value="quickref">

<input type="search" name="pattern" class="search-query" placeholder="Search" accesskey="s">

</form>

</div>

<div id="flash-message"></div>

</nav>

<div class="headsup"><a href='/conferences/index.php#id2017-01-23-1'>php[tek] 2017: Atlanta</a></div>

<nav id="trick"><div><dl>

<dt><a href='//en/getting-started.php'>Getting Started</a></dt>

<dd><a href='//en/introduction.php'>Introduction</a></dd>

<dd><a href='//en/php'>A simple tutorial</a></dd>

<dt><a href='//en/langref.php'>Language Reference</a></dt>

<dd><a href='//en/language.basic-syntax.php'>Basic syntax</a></dd>

<dd><a href='//en/language.types.php'>Types</a></dd>

<dd><a href='//en/language.variables.php'>Variables</a></dd>

<dd><a href='//en/language.constants.php'>Constants</a></dd>

<dd><a href='//en/language.expressions.php'>Expressions</a></dd>

<dd><a href='//en/language.operators.php'>Operators</a></dd>

<dd><a href='//en/language.control-structures.php'>Control Structures</a></dd>

<dd><a href='//en/language.functions.php'>Functions</a></dd>

<dd><a href='//en/language.oop5.php'>Classes and Objects</a></dd>

Остальные файлы делаются аналогично и размещаются для тестирования на хостинге.

Далее опишем запросы к созданной базе данных и их соединение с создаваемыми страницами.

Скрипты взаимодействует с СУБД посредством совокупности функций. Именно такой подход используется при взаимодействии PHP и MySQL.

Mysql _ connect

resource mysql _ connect ([string server [, string username [, string password]]])

Эта функция устанавливает соединение с сервером server MySQL и возвращает дескриптор соединения с базой данных, по которому все другие функции, принимающие этот дескриптор в качестве аргумента, будут однозначно определять выбранную базу данных. Вторым и третьим аргументами этой функции являются имя пользователя username и его пароль password соответственно (реальный пароль и логин не внесен в листинг по соображениям безопасности:

<?php

$dblocation = "localhost"; // Имя сервера

$dbuser = "root"; // Имя пользователя

$dbpasswd = ""; // Пароль

$dbcnx = @mysql _ connect($dblocation,$dbuser,$dbpasswd);

if (!$dbcnx) // Если дескриптор равен 0 соединение не установлено

{

echo("<P>В настоящий момент сервер базы данных не доступен, поэтому корректное отображение страницы невозможно.</P>");

exit();

}

?>

Переменные $dblocation, $dbuser и $dbpasswd хранят имя сервера, имя пользователя и пароль, и, прописываются в отдельном файле config.php, который потом вставляется в каждый PHP-файл, в котором имеется код для работы с MySQL:

<?

$dblocation = "localhost";

$dbname = "forum";

$dbuser = "root";

$dbpasswd = "";

?>

mysql_close

bool mysql _ close ([resource link _ identifier])

Эта функция разрывает соединение с сервером MySQL, и возвращает true при успешном выполнении операции и false в противном случае. Функция принимает в качестве аргумента дескриптор соединения с базой данных, возвращаемый функцией mysql _ connect.

// устанавливаем соединение с базой данных

$dbcnx = @mysql _ connect($dblocation,$dbuser,$dbpasswd);

if (!$dbcnx)

{

// Выводим предупреждение

echo ("<P>В настоящий момент сервер базы данных не доступен, поэтому корректное отображение страницы невозможно.</P>");

// Завершаем работу в случае неудачи

exit();

}

if(mysql _ close($dbcnx)) // разрываем соединение

{

echo("Соединение с базой данных прекращено");

}

else

{

echo("Не удалось завершить соединение");

}

Mysql _ select _ db

bool mysql _ select _ db (string database _ name [, resource link _ identifier])

Использование этой функции эквивалентно вызову команды USE в SQL-запросе, т. е. функция mysql _ select _ db выбирает базу данных для дальнейшей работы, и все последующие SQL-запросы применяются к выбранной базе данных. Функция принимает в качестве аргументов название выбираемой базы данных database _ name и дескриптор соединения resource. Функция возвращает true при успешном выполнении операции и false в противном случае:

<? php

// Код соединения с базой данных

if (!@mysql _ select _ db($dbname, $dbcnx))

{

Echo ("<P> В настоящий момент база данных не доступна, поэтому

корректное отображение страницы невозможно. </P>");

exit ();

}

?>

Помещаем функции для соединения и выбора базы данных в тот же файл (config.php), где объявлены переменные с именами сервера, пользователя и паролем:

<?php

$dblocation = "localhost";

$dbname = "softtime";

$dbuser = "root";

$dbpasswd = "";

$dbcnx = @mysql_connect($dblocation,$dbuser,$dbpasswd);

if (!$dbcnx)

{

echo( "<P>В настоящий момент сервер базы данных не доступен, поэтому

корректное отображение страницы невозможно.</P>" );

exit();

}

if (!@mysql _ select _ db($dbname, $dbcnx))

{

Echo ("<P> В настоящий момент база данных не доступна, поэтому

корректное отображение страницы невозможно. </P>");

exit ();

}

?>

mysql_query

resource mysql _ query (string query)

Эта функция применяется для отправки серверу SQL-запросов. Функция возвращает дескриптор запроса в случае успеха и false в случае неудачного выполнения запроса. Ниже показан код, с помощью которого извлекается одна строка из таблицы otdels базы данных partner.

<?php

include "config.php";

$ath = mysql _ query("select * from otdels;");

if($ath)

{

$otdels = mysql _ fetch _ array($ath);

echo "<br>имя = ".$ otdels ['name']."<br>";

echo "пароль = ".$ otdels ['passw']."<br>";

echo "e-mail = ".$ otdels ['email']."<br>";

echo "url = ".$ otdels ['url']."<br>";

echo "ICQ = ".$author['icq']."<br>";

echo "about = ".$ otdels['about']."<br>";

echo "photo = ".$ otdels['photo']."<br>";

echo "time = ".$ otdels['time'];

}

else

{

echo "<p><b>Error: ".mysql_error()."</b></p>";

exit();

}

?>

Аналогично создаем и размещаем остальные запросы и страницы коммерческого сайта фирмы ООО «Бюро Бизнес Партнер» с динамическим обновлением базы данных в соответствие с ранее разработанной структурой сайта и моделью базы данных.

Далее заполняем тестовым контентом, предоставленным заказчиком, коммерческий сайт фирмы ООО «Бюро Бизнес Партнер» с динамическим обновлением базы данных.

Далее добавляем разработанные изображения фонов товаров и услуг на коммерческий сайт фирмы ООО «Бюро Бизнес Партнер».



Заключение

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

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

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

Были выполнены все поставленные задачи: исследована предметная область; проанализированы информационные технологии, существующие для создания коммерческих сайтов аналогичной тематики; осуществлен выбор технологий и программного обеспечения для разработки и внедрения коммерческого сайта ООО «Бюро Бизнес Партнер» с созданием динамически обновляемой базы данных; спроектирована модель коммерческого сайта и базы данных; разработан коммерческий сайт ООО «Бюро Бизнес Партнер» с созданием динамически обновляемой базы данных с использованием PHP скриптинга; внедрён коммерческий сайт ООО «Бюро Бизнес Партнер» с динамически обновляемой базы данных.

...