Автоматизация и оптимизация продаж жилья с помощью интернет-технологий на предприятии ООО "Домстрой-1"

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

Выходная информация разделяется на следующие потоки и схематично представлена на рисунке 2.10:

Рисунок 2.10 Потоки информации для системы обработки данных на сайте

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

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

Для второго направления имеются собственные потоки входной и выходной информации, схематично представленной на рисунке 2.11

Рисунок 2.11 Потоки информации для системы обработки данных в 1С.

Потоки входной информации представляют следующее:

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

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

Организация информационной базы

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

База данных сайта

База данных департамента по реализации.

База данных департамента по реализации существовала до разработки данного дипломного проекта и останется без изменений и при внедрении данной АИС на предприятии. Рассмотрим подробнее базу данных сайта. Как было изложено выше, данная база будет развернута на сервере баз данных MySQL 5.

Для упрощения работы системного администратора с базой данных будет применяться программа phpMyadmin.exe и собственные разработанные средства обработки информации так же на языке PHP 5. Некоторая информация будет храниться в файлах *.xml, так как было сказано выше с помощью этих файлов будет осуществляться перенос данных между базами данных. Обоснование проектных решений по технологии сбора, передачи, обработки и выдачи информации можно разделить на ряд ключевых пунктов:

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

Технология выдачи информации пользователю. На сайте предприятия пользователь может ознакомиться с рекламной информацией предприятия, после аутентификации может сделать заявку на приобретение недвижимости. Все эти процедуры реализуются с помощью web-технологий: PHP 5, MySql, HTML. Пользователю выдается вся необходимая информация с помощью интернет браузера. Для внутренней работы менеджеров коммерческого отдела используются:

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

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

Глава 3. Проектирование АИС

3.1 Проектирование базы данных сайта

Общее описание инфологической модели данных

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

Информации о доступной недвижимости.

Заявки покупателей на приобретение недвижимости.

Учетных данных пользователей для предоставления дополнительного доступа на сайт и к базе данных.

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

Рис. 3.1 Потоки информации для БД сайта

Потоки входной информации представляют:

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

Данные сформированных заявок от покупателей.

Потоки выходной информации представляют:

Данные о заведенных на сайте заявок от покупателей.

Оперативная и актуальная информация для предоставления на сайте по запросу пользователя.

Пользователями базы данных являются:

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

Покупатель - пользователь прошедший аутентификацию на сайте с намерениями сформировать заявку на приобретение недвижимости.

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

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

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

Рис. 3.2 Взаимодействие баз данных сервера MySQL 5.

Инфологическая модель данных "Сущность-связь"

Определим стержневые сущности, участвующие в организации базы данных:

Категории_товара”Kategory”(Код_категории, наименование);

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

Покупатели”Client”(Код_покупателя, Наименование);

Данная сущность отражает хранение сведение о покупателях, аналогично сведениям поставщиков, но при этом не участвует в каких-либо классификаторах.

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

Сущности-ассоциации:

Пользователи_покупатели ”User_client”(Код, Код_покупателя, Имя, Пароль);

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

Заказы “Orders”(Код, код_пользователя, дата и время, сумма);

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

Состав заказа “Ord_item”(Порядковый_ номер, Код_заказа, код_товара, количество);

Данная сущность отражает хранение всех сведений о заказе.

Условные обозначения используемые в схеме.

(St)	Стержневая сущность
(Ob)	Обозначение
(Ac)	Ассоциация

Проектирование базы данных сайта

Каждая из представленных сущностей должна быть представлена базовой таблицей. Первый вариант выглядит следующим образом:

1. СОЗДАТЬ ТАБЛИЦУ Kategory * (Стержневая сущность)

ПЕРВИЧНЫЙ КЛЮЧ (Kod_kategory)

ПОЛЯ (Kod_kategory int, Name char(50));

2. СОЗДАТЬ ТАБЛИЦУ Post * (Стержневая сущность)

ПЕРВИЧНЫЙ КЛЮЧ (Kod_post)

ПОЛЯ (Kod_post int, Name char(50));

3. СОЗДАТЬ ТАБЛИЦУ Client * (Стержневая сущность)

ПЕРВИЧНЫЙ КЛЮЧ (Kod_client)

ПОЛЯ (Kod_client int, Name char(50));

4. СОЗДАТЬ ТАБЛИЦУ nedvig * (Обозначение)

ПЕРВИЧНЫЙ КЛЮЧ (Kod_nedvig)

ВНЕШНИЙ КЛЮЧ (Kod_post из Post

Null - не допустимо

Удаление из nedvig - ограничивается

Обновление nedvig.kod_post - каскадируется)

ВНЕШНИЙ КЛЮЧ (Kod_kategory из Kategory

Null - не допустимо

Удаление из nedvig - ограничивается

Обновление nedvig.kod_kategory - каскадируется)

ПОЛЯ (Kod_nedvig int, Artik char(20), Name char(50), Kod_post int, Kod_category int, price float(5.2));

5. СОЗДАТЬ ТАБЛИЦУ User_client * (Обозначение)

ПЕРВИЧНЫЙ КЛЮЧ (ID_user)

ВНЕШНИЙ КЛЮЧ (ID_client из Client

Null - не допустимо

Удаление из User_client - ограничивается

Обновление User_client.ID_client - каскадируется)

ПОЛЯ (ID_user int, Name char(20), ID_client int, Password char(64));

6. СОЗДАТЬ ТАБЛИЦУ Orders * (Обозначение)

ПЕРВИЧНЫЙ КЛЮЧ (Kod_ord)

ВНЕШНИЙ КЛЮЧ (ID_user из User_client

Null - не допустимо

Удаление из Orders - ограничивается

Обновление Orders.ID_user - каскадируется)

ПОЛЯ (Kod_ord int, Summa float(7.2), Summ_fakt float(7.2) ID_user int, Date_time date & time);

7. СОЗДАТЬ ТАБЛИЦУ Ord_item * (Связывает таблицы «nedvig» и «Orders»)

ПЕРВИЧНЫЙ КЛЮЧ (Number)

ВНЕШНИЙ КЛЮЧ (Kod_ nedvig из nedvig

Null - не допустимо

Удаление из Ord_item - ограничивается

Обновление Ord_item.Kod_ nedvig - каскадируется)

ВНЕШНИЙ КЛЮЧ (Kod_ord из orders

Null - не допустимо

Удаление из Ord_item - ограничивается

Обновление Ord_item.Kod_ord - каскадируется)

ПОЛЯ (Number auto_increment, Kod_ nedvig int, Kod_ord int, amount int, amount_fakt float(4.3));

Описанный выше вариант построения базы данных можно представить в виде следующей схемы на рисунке 3.5:

Рис. 3.5 Даталогическая модель базы данных «nedvig»

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

3.2 Проектирование задач обработки данных интернет-сайта

Проектирование подсистемы АИС интернет - сайта можно разбить на два ключевых пункта - это информационное обеспечение задачи обработки данных, а именно базы данных сайта, и программное обеспечение задачи обработки данных. Функционально данную подсистему можно представить в виде следующей диаграммы на рисунке 3.6:

Рис. 3.6 Функционирование системы сайта

Как видно на диаграмме входными потоками информации являются:

HTML - запросы всех пользователей, посылаемые браузером через Интернет на web - сервер сайта, который обрабатывается и передается PHP механизму.

XML - файлы содержащие сведения для обновление информации базы данных сайта и данные об обработанных заказах.

Выходными потоками информации являются:

Результаты запросов пользователей в виде HTML - страниц, представленных для пользователя с помощью браузера.

XML - файл с сформированными заявками от покупателей.

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

Обновление данных о недвижимости.

Получение актуальных данных по заявкам для переноса в 1С УТ;

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

Редактирование и создание новых учетных записей пользователей базы данных и обеспечение авторизации.

Обновление данных об обработанных заявках;

3.3 Информационное обеспечение задачи обработки данных в СУБД

«1С:Предприятие 8.1 Управление торговлей»

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

Как говорилось выше, для реализации данного дипломного проекта в подсистеме обработки заказов в 1С:Предприятие 8.1 Управление торговлей необходимо использование следующего документа:

Заявка покупателя;

Для регистрации списка документов применяются журналы документов. Для документа «Заявка покупателя» - это «Журнал заказы покупателей», документа «Заказы покупателей» там регистрируются документы: «Корректировка Заказов Покупателя», «Резервирование», «Закрытие заказов покупателей».

Данные документы являются основными формами результатной информации функционирования разрабатываемой АИС.

Проектирование задач обработки данных в конфигурации «1С:Предприятие 8.1 Управление торговлей»

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

Чтение XML - файла со сформированными на сайте заказами

Автоматическое создание и заполнение документов «Заявка покупателя»;

Создание XML - файлов содержащих информацию для обновления базы данных сайта и сведения об обработанных заказах.

Общую схему обработки данных можно представить в следующем виде на рисунке 3.13:

Рис. 3.13 Схема обработки данных в 1С:Предприятие 8.1 УТ

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

1. Чтение XML - файла с заказами из интернет-сайта. Как было описано во второй главе совместимость языка описания структуры объекта - XML и СУБД 1C:Предприятие 8.1 реализуется за счет объектов встроенного языка 1С: ЧтениеXML() и ЗаписьXML(). Поступающий файл *.xml структурно разбит на отсеки, каждый из которых содержит описание одной заявки. Описание заявки состоит в следующем: номер заявки, код покупателя, код конкретной недвижимости (каждой квартире присвоен порядковый номер). Содержание такого файла сведено до минимума информации, что уменьшает время его формирования при выгрузке заказов и чтения при обработке в 1С. Чтение файла XML происходит в соответствии с его структурой, т.е. по одному отсеку

2. Автоматическое создание и заполнение документов «Заявка покупателя» производится совместно с обработкой чтения XML - файла с заказами, оформленными на сайте предприятия.. Как было описано выше чтение файла *.xml начинается с корневого тега «Orders» деляется атрибут дата формирования заказов. Далее происходит чтение содержимого корневого каталога, состоящего из тегов «Ord». Содержимое и атрибуты тега «Ord» содержат данные по одному заказу покупателя с продукцией одного поставщика. При формировании документов номер документа присваивается автоматически, а номер заказа на интернет сайте записывается в реквизит «НомерЗаказаИнтСайта» который необходим для выгрузки сведений о заказах обратно на сайт. Далее происходит присвоение документу покупателя номер которого извлекается из атрибута тега «Ord» - «Clirent», затем из справочника находится его наименование и номер договора, и записывается в документ. Считывается содержимое тега «Ord» и формируется табличная часть документа, по коду продукции определятся наименование в справочнике номенклатура и другие атрибуты, и записывается количество. После записи всех реквизитов документа, он сохраняется без проведения.

Создание и запись XML - документа также используется для выгрузки обработанных заявок, на основании проведенных документов «Заказ покупателя». Так же как и в предыдущем случае задаются параметры данных для выгрузки, а именно дата документов для переноса, как правило, вчерашняя. Формируется массив данных: код заказа, содержимое табличной части (код товара, количество). Создание XML - файла. Запись корневого тега «Orders», который определяет, что будет обновляться таблица «Orders» и «Ord_item». Записываются теги «ord» с атрибутом «kod» - код заказа (реквизит документа - «НомерЗаказаИнтСайта»), далее в нем теги «tab» - содержимое табличной части документа «Заказ покупателя», и тег «Summ» - сумма по заказу. В теге «tab» - формируются теги «tov» стрибутом «kod» - код продукции, и содержимым - все данные по заявке. И так по каждому документу «Заказ покупателя».

Глава 4. Реализация АИС

4.1 Реализация базы данных

Руководствуясь проектом базы данных, представленном в главе 3, на сервере баз данных MySQL 5 создана база данных «nedvig», эта база данных и будет содержать в себе все проектируемые таблицы. Все манипуляции по созданию базы данных будут проводиться с помощью клиента командной строки - монитор MySQL 5.0. Система баз данных MySQL может поддерживать множество различных баз данных. Для разрабатываемого приложения будет использоваться одна созданная база данных и одна уже встроенная - «mysql». Монитор MySql 5.0 имеет следующий вид, рисунок 4.1:

Рис. 4.1 Монитор MySql 5.0

На мониторе представлен первый выполненный запрос к серверу баз данных - создание базы данных «nedvig». Далее в базе данных необходимо создать таблицы в соответствии с проектом. Таблицы будут создаваться по общему шаблону запроса на сервер MySQL:

CREATE TABLE tablename(columns type);

Используя данную конструкцию запроса были созданы все проектируемые таблицы. Их описание представлено в таблице 4.2.

Таблица 4.2 Описание таблиц базы данных

Таблица «tovar»
Поле	Тип данных	Наличие значения Null	Ключ	Дополнительно
Kod_nedvig	Int(7)	no	PRI
Artikl	Char(10)	no
Name	Char(30)	no
Price	Float(4.2)	no
Таблица «Post»
Kod_post	Int(2)	No	PRI
Name	Char(30)	No
Таблица «Client»
Поле	Тип данных	Наличие значения Null	Ключ	Дополнительно
Id_client	Int(5)	No	PRI
Name	Char(30)	No
Таблица «Users_client»
Поле	Тип данных	Наличие значения Null	Ключ	Дополнительно
Id_user	Int(5)	No	PRI
Id_client	Int(3)	No
name	Char(30)	No
Password	Char(64)	No
Таблица «Orders»
Поле	Тип данных	Наличие значения Null	Ключ	Дополнительно
Kod_ord	Int(10)	No	PRI
Id_user	Int(5)	No
Date	Date	No
Таблица «Ord_item»
Поле	Тип данных	Наличие значения Null	Ключ	Дополнительно
Number	Int(5)	No	PRI	Auto_increment
Kod_ord	Int(10)	No
Kod_tovar	Int(7)	No
Amount	Int(3)	No
Amount_fakt	Float(3.3)	Yas

Наполнение содержимым будет осуществляться двумя способами:

Вручную с помощью монитора MySQL и phpmyadmin.exe;

Программным методом, т.е. будет создан php - модуль dump.php. С помощью данного модуля можно считывать XML - файлы определенной структуры, содержащие данные справочников «Номенклатура» и «Контрагенты». Данный XML - файл создается в СУБД 1C:Предприятие 8.1 Управление торговлей с помощью обработки «ДанныеСправочниковВXML».

Данные для таблицы «Orders» будут вноситься по мере поступления заявок на сайте. Данные для таблицы «User_client» будут вноситься системным администратором сайта в ручную, т.к. эта информация используется только на сайте для доступа к базе данных и не применяется в СУБД 1С:Предприятие 8.1 Управление торговлей

Реализация безопасности базы данных.

Система MySQL может поддерживать много пользователей. Для доступа клиентов к возможности создания заявки и просмотра ранее созданных заявок создана учетная запись «Client». Для работы администратора в базе данных сайта предусмотрены учетные записи «root» и «admin». Для доступа работника департамента по реализации имеется запись «Manager».

Для предоставления прав доступа программного обеспечения и пользователей используется следующая синтаксическая конструкция:

GRANT privileges [columns] ON item

TO user_name [IDENTIFIED BY `password'] [REQUIRE ssl_option]

[WITH [GRANT OPTION | limit_options] ]

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

Таблица 4.2

Пользователь «Client»
Таблица БД «tovar»	Полномочия
	SELECT	INSERT	UPDATE	DELETE	INDEX	ATER	CREATE	DROP
Tovar	Да	Нет	Нет	Нет	Нет	Нет	Нет	Нет
Post	Да	Нет	Нет	Нет	Нет	Нет	Нет	Нет
Client	Да	Нет	Нет	Нет	Нет	Нет	Нет	Нет
User_client	Да	Нет	Да	Нет	Нет	Нет	Нет	Нет
Orders	Да	Да	Да	Да	Нет	Нет	Нет	Нет

В СУБД MySQL имеется уже созданный пользователь «root», который имеет как пользовательские полномочия, так и специальные. Данный пользователь будет использоваться только системным администратором сайта.

Данные пользователи используются для доступа к базе данных через PHP - модули обработки данных и для доступа к базе на прямую администратору сайта. Подробнее использование этих пользователей будет представлено в пункте этой главы - 4.2 Реализация задачи обработки данных.

4.2 Реализация обработки данных в интернет - сайте

Механизм взаимодействия программы Web-клиента с сервером базы данных для доступа к данным осуществляется через механизм выполняемых на сервере PHP-скриптов. Для разработки базы данных использовалась СУБД MySQL 5.0, доступ к базе данных системы осуществляется посредством SQL-запросов. В качестве входных данных можно рассматривать справочную информация по номенклатуре и контрагентам. Также к входным данным можно отнести оформляемые заказы клиентов, дальнейшая обработка которых также осуществляется менеджером департамента по реализации, который производит выгрузку сформированных заказов в файл XML для дальнейшей их обработки в СУБД 1С:Предприятие 8.1 Управление торговлей..

Доступ к данным на сервере и запросы клиентов осуществляются посредством SQL-запросов.

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

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

Функции клиента;

Функции менеджера;

Рассмотрим реализацию каждой функции подробнее.

1. Для реализации функции приема заказов от клиента разработаны следующие PHP - модули:

Auth.php - модуль запускаемый при попытке пользователя перейти по ссылке с главной страницы сайта к оформлению заказа. Запускается HTTP - аутентификация с предложением ввести имя пользователя и пароль. Программа соединяется с сервером баз данных MySQL в качестве пользователя «Client» и отправляет запрос с параметрами: имя и пароль учетной записи. Если в результате запроса возвращается идентификатор пользователя, тогда доступ к форме заказы разрешен. Создается сеанс (session_start()), переменной сеанса присваивается значение полученного идентификатора пользователя - ID_user. Запускается сценарий FormPost.php. Если же результат запроса ни чего не возвращает, тогда в виде HTML - страницы выводится сообщение в отказе доступа и предлагается две ссылки: перейти на главную страницу и повторить попытку входа на форму заявки.

FormPost.php - модуль запускается после удачного прохождения процедуры аутентификации. С помощью созданного в предыдущем сценарии сеанса получается переменная идентификатора пользователя. Программа соединяется с сервером баз данных, отправляет запрос в базу данных для определения полного списка доступной к покупке недвижимости. Формируется форма выбора, и представляется пользователю в виде HTML - страницы. После того как пользователь определиться со всеми данными, он нажимает кнопку «Далее» и запускается модуль FormOrd.php.

FormOrd.php - формирует основную форму заказа. С помощью метода POST из предыдущей HTML - страницы передается переменная идентификатор недвижимости и с помощью ранее созданного сеанса получается идентификатор пользователя. Генерируется код заказа состоящий из идентификатора пользователя. Создается новый сеанс с переменными идентификатор пользователя и код заказа. Формируется HTML - форма со списком недвижимости. Так же на форме добавляются кнопки добавить недвижимость (если пользователю интересны несколько квартир в одном или нескольких домах) - модуль Insert_item.php и удалить товар из заявки - Del_item.php, утвердить заказ - ord_save.php и отклонить заявку cansel_ord.php. Листинг программного кода представлен в приложении 6.

Insert_item.php - программа получает методом POST идентификатор выбранной недвижимости. Соединяется с сервером баз данных, отправляет запрос на добавление товарной позиции в таблицу базы данных «Ord_item» с добавлением данных в поля «Kod_nedvig», «Kod_ord», «Amount». Далее запускается заново модуль FormOrd.php и HTML -страница формы обновляется и в табличной части заказа появляется добавленный товар, цена, и внизу табличной части общий итог.

Del_item.php - программа определяет идентификатор товара предложенного на удаление. Соединяется с сервером баз данных, посылает запрос в базу данных на удаление товарной позиции с параметром идентификатор товара и код заказа. Позиция удаляется из таблицы «Ord_item» и запускается модуль FormOrd.php обновляющий форму заказа.

Ord_save.php - данный сценарий предназначен для окончательной записи заказа в базу данных сайта. Так как состав заказа уже записан в базе данных, то необходимо записать лишь сведения о самом заказе в таблицу «Orders», а именно код заказа, дату заказа, идентификатор пользователя, сумму заказа. Эти параметры программа получает следующим образом: из сеанса созданного модулем FormOrd.php, сумма заказа получается методом POST из HTML - страницы формы. Дата заказа получается тут же в программе функцией date(). По завершении утверждения заказа, формируется HTML - страница с записанным заказом и двумя ссылками перейти на главную страницу и сформировать еще заказ - FormPost.php.

Cansel_ord.php - сценарий предназначен для отмены сформированного заказа. Программ соединяется с сервером баз данных и отправляет запрос на удаления всех записей из таблиц «Orders» и «Ord_item» соответствующих параметру код заказа. Даная переменная получается программой из сеанса. По завершении процедуры удаления заказа происходит запуск модуля FormPost.php.

Для просмотра архива обработанных заказов и исправления ранее поданных, но не обработанных, заказов используются следующие php - сценарии.

FormArh.php - сценарий запускается при переходе с формы регистрации. Методом POST передается переменная ID_client. На форме создается ряд опций для отбора заказов.

OrdersArh.php - сценарий формирует список ссылок на заказы по ранее определенным параметрам отбора. При переходе по какой либо ссылке отображается html - страница с содержимым ранее выбранного заказа.

Ord_arh_rem.php - сценарий делает содержимое выбранного заказа доступным для изменения.

Ord_arh_del.php - сценарий удаляет выбранный заказ из базы данных.

Все выше перечисленные модули используют для доступа к базе данных пользователя «Client».

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

Auth_man.php - модуль запускается при попытку пользователя перейти по ссылке «Вход». Пользователю предлагается пройти процедуру аутентификации. Программа соединяется с сервером баз данных, посылает запрос в базу данных с параметрами имя пользователя и пароль, если они соответствуют менеджерской учетной записи тогда доступ открыт и программа открывает HTML - страницу с диалоговым меню для менеджера Main.html. Если же результат запроса ни чего не возвращает, тогда выдается HTML - страница с предупреждением об отказе и двумя ссылками переход на главную страницу и повторить попытку.

index.html - это статическая web - страница на которой предложены в виде ссылок действии которые может совершить менеджер, такие как обновление базы данных сайта и выгрузка сформированных заказов. Для обновления сайта выделены следующие категории: обновить товарную номенклатуру, обновить сведения о контрагентах, обновить сведения об обработанных заказах. Перед активацией ссылки для обновления необходимо определить дату выгрузки файла из СУБД 1С:Предприятие 8.1 Управление торговлей. При активизации одной из ссылок запускается определенный модуль: tov_update.php, kont_update, orders_update.php. Для выгрузки заказов в XML - файл разработан сценарий ord_xml.php.

Tov_update.php. В сценарий методом GET передается дата формирования файла для обновления. Генерируется имя файла состоящая из слова Tovar и полученной даты без знаков препинания, например 010108. Файл с сгенерированным именем ищется в заранее определенном месте на сервере. Происходит его считывание с помощью метода XMLDOM. Чтение проходит по тегам «tov» содержимое, которого и определяет информацию для обновления одного товара из таблицы базы данных «nedvig». Программа соединяется с сервером баз данных и отправляет запрос в базу данных на обновление с параметром код товара и значениями полей для обновления.

kont_update.php - данный сценарий действует аналогичным методом. Файл для обновления должен иметь имя состоящее из Kont и полученной даты без знаков препинания.

orders_update.php - необходим для обновления данных по обработанным заказам. Файл должен иметь имя, как и в предыдущих случаях состоящее из слова Orders и полученной даты без знаков препинания. Чтение файла происходит тем же способом. В обновлении участвуют таблицы «Orders» «Ord_item». Соответственно обновляется сумма по факту «Summ_fakt» и количество товара по факту «Amount_fakt».

Ord_xml.php - предназначен для выгрузки заказов из базы данных сайта. Перед запуском сценария на странице Main.html определяется дата формирования заказов для выгрузки. Данная дата передается в сценарий методом GET. Создается файл с расширением xml и именем ord_new и полученной даты без знаков препинания, например 010108. Программа соединяется с сервером баз данных и посылает запрос с параметром дата заказа. Результат запроса с помощью цикла разделяется на отдельные заказы которые в свою очередь последовательно записываются в созданный xml - файл.

Все из выше перечисленных php - сценариев используют для доступа к базе данных пользователя «Manager».

4.3 Реализация пользовательского интерфейса интернет - сайта

Реализацию пользовательского интерфейса необходимо разделить на две обособленные части:

Пользовательская часть.

Административная часть.

Рассмотрим каждую часть подробнее.

4.3.1 Пользовательская часть

При входе на сайт «Домстрой-1» в окне браузера будет представлена главная страница, рисунок 4.3:

Рис. 4.3 Главная страница

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

Рис 4.4 Форма выбора квартиры

После выбора квартиры, пользователь может начать формировать заказ, указать в поле «дополнительные вопросы» желаемый этаж квартиры, или еще какую-либо интересующую информацию, рисунок 4.5:

Рис. 4.5 Форма заказа

4.3.2 Административная часть

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

Рис. 4.6 Форма авторизации менеджера

После удачного прохождения процедуры аутентификации пользователь попадает на главную форму администрирования, рисунок 4.7:

Рис. 4.7 Главная форма менеджера

Менеджеру предлагается выбор действий:

Обновить базу данных по категориям «Недвижимость» или «Контрагент».

Просмотр содержимого базы данных.

Обработать заявки: выгрузить обработанные заявки, выгрузить новые заявки, выгрузка всех заявок, в том числе архивных.

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

Рис. 4.8

4.4 Реализация обработки данных в СУБД «1С:Предприятие 8.1

Управление торговлей»

Обработку данных в 1С:Предприятие 8.1 Управление торговлей необходимо разбить на отдельные функции:

Обработка: чтения XML - файла с поступившими заказами и создание на их основе документов «Заявка покупателя».

Обработка: создания документов «Договор долевого участия» на основании документов «Заявка покупателя».

Обработка: выгрузки обновлений для базы данных сайта в файл - XML.

Перечисленные обработки данных в 1С:Предприятие 8.1 Управление торговлей будут реализованы при помощи объектов метаданных - «Обработка»

Для чтения файла XML и создания документов «Заявка покупателя» предназначена обработка: «ИмпортXML». Для выгрузки данных для обновления базы данных сайта - обработка: «ЭкспортXML». Рассмотрим подробнее каждую из обработок.

Обработка: «ИмпортXML» - является внутренней обработкой конфигурации 1С:Предприятие 8.1 Управление торговлей. Основной целью ее создания является чтение файла *.xml с заявками оформленными на сайте и создание на основании них документов «ДоговорДолевогоУчастия».

Рис. 4.13 Форма объекта обработка «ИмпортXML»

Листинг программного кода модуля объекта представлен в приложении 2. Для реализации функционирования данной обработки, в модуле формы объекта необходимо создать на встроенном языке 1С ряд процедур:

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

ПриОткрытии() - процедура активизируется при попытке открыть форму обработки, определяет начальное значение параметров обработки;

Флажок1ПриИзменении(Элемент) - генерирует имя файла в зависимости от выбранного флага, по текущей дате или по определенной дате;

предприятие документация данные сайт информационный

Глава 5. Оценка экономической эффективности проекта

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

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

установить основные направления автоматизации обработки информации по отдельным видам управленческих работ и уровням управления, исходя из специфики объекта, методов получения, передачи и обработки информации;

наметить очередность проведения работ по автоматизации обработки информации;

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

определить влияние внедрения новых технических средств в управление объектом на технико-экономические показатели его деятельности (себестоимость, рентабельность, производительность труда, и т. п.);

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

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

К трудовым показателям относятся следующие:

Абсолютное снижение трудовых затрат ():

где - трудовые затраты на обработку информации по базовому варианту;

- трудовые затраты на обработку информации по предлагаемому варианту.

Коэффициент относительного снижения трудовых затрат ():

Индекс снижения трудовых затрат или повышения производительности

():

К стоимостным показателям относятся следующие:

Абсолютное снижение стоимостных затрат ():

где - стоимостные затраты на обработку информации по базовому варианту;

- стоимостные затраты на обработку информации по предлагаемому варианту.

Коэффициент относительного снижения стоимостных затрат ():

Индекс снижения стоимостных затрат или повышение производительности труда ():

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

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

,

где - затраты на создание проекта машинной обработки информации (проектирование и внедрение).

К единовременным затратам () относятся затраты на проектирование и программирование комплекса задач, а также затраты на отладку и внедрение программ.

Годовой экономический эффект от внедрения проекта (Э) определяется как разность между годовой экономией и нормативной прибылью:

,

где - годовой экономический эффект от разработки нового программного продукта, у.е.;

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

- удельные капиталовложения в производство нового программного продукта, у.е.;

- нормативный коэффициент эффективности капитальных вложений, равный 0,15.

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

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

20*26=520 заявок/месяц.

Среднее время формирования заявок одного поставщика менеджером коммерческого отдела в день составляет 30 минут.

Среднее количество покупателей обращающихся в департамент по реализации с целью формирования заказа на покупку продукции: 10 покупателей.

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

Зарплата одного менеджера 40 000 рублей/месяц.

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

Произведем расчеты показателей базового варианта и :

(20*30)/4=150,0 мин.=2,50 ч.

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

Стоимостные показатели базового варианта:

Материальные затраты составляют в среднем за месяц 5 000 рублей. В эти затраты включены все постоянные издержки относящиеся к обеспечению процесса обработки заявок. Соответственно за год 5 000*12=60 000 рублей.

Затраты на оплату труда составляют 160 000 рублей в месяц на четверых менеджеров участвующих в обработке заявок покупателей. Соответственно в год 1 920 000 рублей.

Суммарный показатель затрат на обработку информации в базовом варианте составляет: =60 000+1 440 000=1 980 000 рублей.

Произведем расчет трудовых затрат () и стоимостных затрат () в варианте внедрения АИС:

Учитывая тот фактор, что система приема заявок в базовом варианте представляла собой систему массового обслуживания с отказом и имеющую 4 канала, при внедрении АИС обработка заявок перешла на систему массового обслуживания без отказа и имеющая неограниченное число каналов. Следовательно, общее время затрачиваемое на прием заявок уменьшается, как минимум в 4 раз, т.е. за 20 минут на сайте может оставить свой заявки больше чем 6 покупателей. Соответственно весь процесс приема заявок переносится на сайт предприятия, а формирование заказов поставщика на СУБД «1С:Предприятие 8.1 Управление торговлей». Следовательно, трудозатраты менеджера коммерческого отдела составляют: 30 минут перенос обновлений с СУБД коммерческого отдела в базу данных сайта, 30 минут - выгрузка сформированных заказов из базы данных сайта, их загрузка с СУБД 1С и формирование документов «ЗаявкаПокупателя», 15 минут обработка документов «ЗаказПокупателя». В итоге =1,25 час, при этом все это делает один менеджер.

Материальные затраты при внедрении АИС составляют:

Постоянные затраты на функционирование коммерческого отдела, включая затраты на подключение и использование интернета 60 000 рублей в год;

Затраты на оплату труда системного администратора сайта 360 000 рублей в год.

Поддержка сайта 5 000 рублей в год (доменное имя и хостинг-провайдер)

Суммарный показатель затрат составляет = 425 000 рублей.

Полученные экономические показатели, рассчитанные выше, представим в таблице (таблица 5.3).

Таблица 5.3 Экономические показатели

Наименование показателя эффективности	Единица измерения	Величина показателя
Необходимые инвестиции на разработку АИС	руб.	195 000
Годовые затраты в базовом варианте	руб.	2 405 000
Годовые затраты при автоматизированном варианте	руб.	720 000
Абсолютное снижение стоимостных затрат	руб.	1 685 000
Экономическая эффективность проекта		2,65
Срок окупаемости проекта	в годах	0,45

Проанализировав полученные экономические показатели можно сделать следующие выводы:

При использовании автоматизированной системы обработки заказов трудоемкость процесса снижается на 75 %;

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

При внедрении АИС затраты на рабочий процесс снижается 61,6 %.

Заключение

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

Результаты решения проектных задач могут быть сформулированы следующим образом:

Снижение трудоемкости и времени обработки входной информации - заявок от покупателей;

Снижение трудоемкости и времени формирования заявок на приобретение недвижимости

Снижение совокупных затрат на организацию процесса обработки заявок;

Создание удобных условий для покупателей при формировании заявок и работы с архивом ранее созданных заказов.

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

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

Список литературы

Законодательные акты и постановления правительства РФ

1. Федеральный закон «О защите прав потребителей» от 25.10.2007 N 234-ФЗ.

2. Постановление Правительства РФ от 27.09.2008 № 612.

3. Федеральный закон 214-ФЗ об участии об участии в долевом строительстве многоквартирных домов и иных объектов недвижимости о и внесении изменений в некоторые законодательные акты Российской Федерации.

Специальная научная литература

4. Агейкин Д.И., Ицкович Э.Л., Клоков Ю.Л. и др. «Эффективность внедрения ЭВМ на предприятии» - М.: Финансы и статистика, 2010.- 22 с.

5. Велинг Люк, Томсон Лора «Разработка Web-приложений с помощью PHP и MySQL» 3-е издание: Пер. с англ. - М.: Издательский дом «Вильямс», 2006. -880 с.

6. Вендров А.М. «Проектирование программного обеспечения экономических информационных систем»: Учебник. - М.: Финансы и статистика, 2011. - 526 с.

7. Вендров А.М. «Практикум по проектированию программного обеспечения экономических информационных систем». Учеб. пособие. - М.: Финансы и статистика, 2004.

8. Водолазкий В.В. «Apache 1.2» Учебник; Под ред. - Спб.: ПИТЕР - 2009 - 168 с.

9. Габец А.П., Гончаров Д.И., Козырев Д.В., Кухлевский Д.С., Радченко М.Г., «Профессиональная разработка в среде 1С: Предприятие 8»; Учебник; Под ред. Радченко М.Г., - М.: 2010.

10. Габец А.П., Гончаров Д.И., «1С: Предприятие 8.1 Простые примеры разработки»; Учебник; Под ред. Радченко М.Г., - М.: 2008.- 245 с.: ил.

11. Гладкий А.А., «1С: Предприятие 8.1»; Учебник; Под ред. ООО «1С - Паблишинг» - М.: 2011. - 258 с.: ил.

12. Григорьева В.Д., «1С: Предприятие 8.1 Управление торговлей»; Учебник; Под ред. Фирма «Альянс Плюс»., - СПб.: 2007 - 247 с.: ил.

13. Дубянский В.М., «1С: Предприятие: Конфигурирование и администрирование для начинающих»; Учебник; Под ред. «БХВ-Петербург» - СПб.: 2009 - 176 с.: ил.

14. Джим Кох, Кен Дэвидсон, «XML. Огромные возможности и легкость изучения»; Учебник; Под ред. «НТ Пресс» - М.: 2012 - 256 с.: ил.

15. Емельянов А.А. и др. «Имитационное моделирование экономических процессов». Учеб. пособие. - М.: Финансы и статистика, 2007.

16. Конноли Т.«Базы данных: проектирование, реализация и сопровождение. Теория и практика» 3-е издание.: Пер. с англ. -- М.: Вильямс, 2010.

17. Кузнецов М.В., Симданов И.В. «PHP 5: Самоучитель»; Учебник; Под ред. «БХВ-Петербург» - СПб.: 2010 536 с.

18. Леффингуэлл Д. «Принципы работы с требованиями к программному обеспечению. Унифицированный подход»: Пер. с англ. - М.: Вильямс, 2008.

19. Марк Грейс «Проектирование баз данных на основе XML»; Учебник; Под ред. «Вильямс» - М.: 2010 640 с.

20. Михайлов А.В., «Системное программирование 8.1»; Учебник; ред. Фирма «Альянс Плюс», - СПб.: 2006 -336 с.: ил.

21. Радченко М.Г., «1С: Предприятие 8.1 Практическое пособие разработчика», Учебник; Под ред. ООО «1С - Паблишинг» - М.: 2010. - 512 с.: ил.

22. Поль Дюбуа «MySQL» 3-е издание: Пер. с англ. - М.: Издательский дом «Вильямс», 2011 - 1168 с.

Методические и справочные и нормативные материалы

23. «Введение в конфигурирование в системе «1С: Предприятие 8.1» Основные объекты» Методические материалы для слушателя сертифицированного курса (редакция 2), Под ред. ООО «1С - Паблишинг» - М.: 2008. - 512 с.: ил.

24. Фирма «1С», «Механизмы работы с типовой конфигурацией «Управление торговлей» на платформе 1С: Предприятие 8.1»; Методические материалы для слушателя сертифицированного курса, Под ред. ООО «1С - Паблишинг» - М.: 2007. - 214 с.: ил.

25. Фирма «1С», «Система стандартов и регламентов разработки конфигураций для платформы 1С: Предприятие 8.1»; Методическое пособие; Под ред. ООО «1С - Паблишинг» - М.: 2007. - 102 с.: ил.

26. Фирма «1С», «Средства интеграции и обмена данных в среде 1С: Предприятие 8.1»; Методические материалы для слушателя сертифицированного курса; Под ред. ООО «1С - Паблишинг» - М.: 2010. - 132 с.: ил.

Сайты

27. Официальный сайт компании 1С:Франчайзинг 1С:Битрикс: http://www.1c-bitrix.ru

28. Официальный сайт компании 1С: http://www.v8.1c.ru

29. Официальный сайт компании 1С: http://www.1c.ru

30. Официальный сайт компании 1С Бухучет и Торговля http://www.1cbit.ru

31. Официальный сайт фирмы Т.с.Х DataKonsultAB http://www.mysql.ru/docs/

32. Официальный сайт фирмы The Apache Software Foundation: http://httpd.apache.org/docs/2.0/

33. Сайт с документацией по развертыванию Web - приложений: http://www.habrahabr.ru/blog/ubuntu/36457.html

34. Сайт с документацией по обеспечению безопасности Web - серверов: http://www.securitylab.ru/analytics/216358.php

35. Официальный сайт стандартов для Web - приложений http://www.w3.org

Приложения

Приложение 1

Описание методов PHP сценариев для работы с XML - файлами по средствам DOMXML.

Свойство	Описание	Пример
attributes	Множество NamedNode Map всех дочерних узлов-атрибутов данного узла	AttributeNode = Element.attributes.getNamedltem ("Binding");
childNodes	Множество NodeList всех дочерних узлов, не являющихся атрибутами, данного узла	FirstNode = Element.childNodes (0);
dataType	Тип данных этого узла (применительно только к определенным типам узлов Attribute)	AttributeType = Attribule.dataType
firstChild	Первый дочерний узел данного узла, не являющийся атрибутом	FirstChildNode = Element.firstChild;
lastChild	Последний дочерний узел данного узла, не являющийся атрибутом	LastChildNode = Element.lastChild;
nextSibling	Следующий узел на том же уровне данного узла	NextElement = Element.nextSibling;
Своиство	Описание	Пример
nodeName	Имя данного узла	ElementName = Element.nodeName;
nodeType	Цифровой код, указывающий на тип данного узла	NodeTupeCode = Node.nodeType;
nodeTypeString	Строка, содержащая тип данного узла, строчными буквами (например, «element» или «attribute»)	NodeTypeString = Node.nodeTypeString;
nodeValue	Значение данного узла (или null, если он не содержит значения)	AttributeValue = Attribute.nodeValue;
ownerDocument	Корневой узел Document документа, содержащего данный узел	Document = Node.ownerDocument;
parentNode	Узел, для которого данный узел является дочерним (не действует для узла Attribute)	ParentElement = Element.parentNode;
pretnoMsStbh'ng	Предыдущий узел на том же уровне данного узла	PreviousElement = Element.previousSibling;
text	Все текстовое содержимое данного узла и все подчиненные узлы Element	AIICharacterData = Element.text;
xml	Все содержимое XML данного узла и все его подчиненные узлы	XMLContent = Element.xml;

Приложение 2

Программный код модуля FormOrd.php

<?php

@ $db=new mysqli('localhost', 'Client', ' 6a1133a45de6acbfde8d54dc9315cbd25e1765d1', 'tovar');

if (mysqli_connect_errno())

{

echo 'Нет соединения!!';

exit;

}

$summa = 0;

@mysql_query ("set character_set_client='windows-1251'");

@mysql_query ("set character_set_results='cp1251'");

@mysql_query ("set collation_connection='cp1251_general_ci'");

$qeury="select * from gryppa";

$result=$db->query($qeury);

//If($result)

//{

//echo "ok";}

#16

$num_results = $result->num_rows;

//$ordkod = date(dis);

echo "<html><body>";

echo "<form action='insert_ord_item.php' name='form1' method='POST'>";

echo "<p>Код заказа 1"; echo "</p>";

echo "<select name='tovar'>";

echo "<option value=first>Выберите товар</option>";

for($i=0;$i<$num_results;$i++)

{

$row=$result->fetch_assoc();

//echo $row['name']."<hr>";

echo "<optgroup"; echo " label=".$row['name']; echo ">";

$gr= (int)$row['grID'];

$q = "select * from podgryppa where grID = '".(int)$gr."'";