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

 

Введение

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

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

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

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

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

Существенная экономия человеко-часов вследствие уменьшения контактов по телефону и сопутствующих услуг.

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

Снижение вероятности ошибок вследствие человеческого фактора;

Удобства для покупателя в формировании заявки на приобретение жилья.

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

Проектирование и разработка веб-сайта и пользовательского интерфейса для сайта предприятия;

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

Глава 1. Анализ предметной области и характеристика предприятия

.1 Технико-экономическая характеристика предметной области

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

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

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

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

.1.1 Характеристика предприятия ООО «Домстрой-1»

Для данного дипломного проекта объектом внедрения является предприятие ООО «Домстрой-1». Основным видом деятельности предприятия ООО «Домстрой-1» разработка и согласование предпроектной и проектной документации, строительство, сдача и дальнейшая эксплуатация жилых домов, строительство нежилых зданий и сооружений. Предприятие создано в 1999 году и уже зарекомендовало себя на рынке недвижимости. ООО «Домстрой-1» имеет свой сайт, на котором размещается контактная и ценовая информация. Компания «Домстрой-1» является юридическим лицом, обладает обособленным имуществом, отвечает по своим обязательствам этим имуществом, может от своего имени приобретать и осуществлять имущественные и неимущественные права, нести обязанности, быть истцом и ответчиком в суде, для достижения своих целей имеет право заключать договоры. Компания отвечает по своим обязательствам денежными средствами, находящимися в его распоряжении. Обществом с ограниченной ответственностью (ООО) признается учрежденное одним или несколькими лицами общество, уставный капитал которого разделен на доли определенных учредительными документами размеров; участники общества с ограниченной ответственностью не отвечают по его обязательствам и несут риск убытков, связанных с деятельностью общества, в пределах стоимости внесенных ими вкладов. Высшим органом общества с ограниченной ответственностью является общее собрание его участников. Для текущего управления деятельностью общества создается исполнительный орган, который может быть избран также и не из числа его участников. Общество с ограниченной ответственностью является разновидностью объединения капиталов, не требующего обязательного личного участия своих членов в делах общества. Учредителем ООО «Домстрой-1» являются три физ. лица.

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

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

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

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

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

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

Служба безопасности - обеспечение безопасности на территории предприятия.

Юридический отдел следит за всеми нюансами сделок, за их правовой чистотой.

Правовые основы деятельности застройщика

Ведение учета застройщиком зависит от объема его полномочий, установленных:

в инвестиционном договоре, заключенном с инвестором;

в договоре между заказчиком и застройщиком.

Отношения субъектов инвестиционной деятельности регулируются ГК РФ и законодательством Российской Федерации об инвестиционной деятельности.

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

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

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

Согласно п. 3 ст. 4 Федерального закона от 25.02.1999 N 39-ФЗ заказчики - это уполномоченные инвесторами физические и юридические лица, осуществляющие реализацию инвестиционных проектов. Заказчик, не являющийся инвестором, наделяется правами владения, пользования и распоряжения капитальными вложениями на период и в пределах полномочий, установленных договором и (или) государственным контрактом в соответствии с законодательством Российской Федерации.

В Гражданском кодексе РФ заказчиком признается сторона договора подряда, по заданию которой другая сторона (подрядчик) обязуется построить определенный объект или выполнить иные строительные работы (п. 1 ст. 740 ГК РФ). Таким образом, заказчиком является лицо, которое привлечено застройщиком для выполнения определенных функций. Получив от застройщика задание на осуществление всех функций, связанных с организацией строительства, контролем и надзором над ходом его выполнения, заказчик будет именоваться полным.

К функциям, выполняемым полным заказчиком, относятся:

организация подготовки и согласование всей необходимой исходно-разрешительной и проектно-сметной документации;

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

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

заключение договора с генподрядной организацией о выполнении работ;

осуществление технического надзора над проведением работ на протяжении всего периода строительства;

ведение бухгалтерского учета (формирование стоимости объектов строительства) и др.

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

Порядок бухгалтерского учета операций по капитальному строительству определен Положением по бухгалтерскому учету долгосрочных инвестиций, утв. Письмом Минфина России от 30.12.1993 N 160. Этот документ следует применять в части, не противоречащей ПБУ 6/01 "Учет основных средств", утв. Приказом Минфина России от 30.03.2001 N 26н.

Согласно п. 8 ПБУ 6/01 первоначальной стоимостью основных средств признается сумма фактических затрат на их сооружение.

Если стоимость объекта формирует застройщик, в период строительства он учитывает затраты на возведение объекта на счете 08 "Вложения во внеоборотные активы".

По окончании строительства все затраты на него, включая стоимость услуг заказчика и расходы на собственное содержание, застройщик передает инвестору. Если строительство финансирует не один, а несколько инвесторов, расходы на содержание заказчиков и застройщиков делятся между инвесторами пропорционально доле площади, принадлежащей им. Соответственно, затраты по передаваемому объекту списываются им с кредита счета 08 в дебет счета 76 (субсчет "Расчеты с инвестором") либо 86 "Целевое финансирование".

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

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

.1.2 Характеристика департамента по реализации объектов

недвижимости как основного объекта исследования

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

Управление отношениями с клиентами:

Поиск новых каналов реализации жилья;

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

Работа с уже существующими покупателями, т.е. -

Управление продажами;

Анализ цен и управление ценовой политикой;

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

Покупатель смотрит на сайте предложения по недвижимости, предлагаемой к реализации.

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

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

Предварительно сформированные договоры передаются риэлторам с помощью электронной почты или по факсу.

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

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

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

Таблица 1.1

№ п/пНаименованиеОт кого / кому (отдел, служба)Входящие потоки1.Политика реализации - концепция продаж, цены и др.Коммерческий директор.2.Методическое обеспечение организации и управления продажамиКоммерческий директор3.Информация о наличии и движении объектов к продажеБаза данных4.Денежные средства Бухгалтерия5.Материальное обеспечение (оборудование рабочих мест - телефоны, компьютеры, и т.д.)Офис-менеджер6Информационное обеспечение, результаты аналитических расчетовСУБД 1С: Управление торговлей 87Рекламная информацияМаркетинг8Аналитика по результатам продажМаркетинг9Результаты претензионной работыДепартамент по реализации10Результаты маркетинговых исследований: встречный план продаж по клиентам, сегментам и регионам, новые формы работы с клиентами и др.Департамент по реализации11Данные по экономической эффективности продаж в разрезе объектов недвижимости.СУБД 1С: Управление торговлей 812Данные о дебиторской задолженности клиентовБухгалтерия13Сведения по кадрамБухгалтерия, кадровый специалист14Решение спорных вопросов с клиентамиЮрист, служба безопасностиИсходящие потоки1.Деньги в банк / кассу, заключенные сделки, контракты, заказыБухгалтерия2.Бюджет продаж (план продаж)Маркетинг3.Бюджет затратБухгалтерия4.Информация по обратной связи с клиентом о качестве товаров и услуг компанииМаркетинг7.Предложения в сбытовую политику компанииКоммерческий директор. Маркетинг8.Базы данных действующих и потенциальных клиентов. Оперативная отчетность менеджеров по продажам. Итоговая отчетность отдела продаж по результатам работы.Коммерческий директор. Бухгалтерия. Маркетинг

.1.3 Характеристика технического и программного оснащения

предприятия

Техническое обеспечение

Технически департамент по реализации предприятия ООО «Домстрой-1» оснащен следующим образом:

Компьютерный парк департамента по реализации, состоит из 8 компьютеров.

Компьютеры коммерческого отдела имеют следующие характеристики:

Таблица 1.2 Характеристика компьютеров коммерческого отдела

№Характе-ристикаКомпьютеры менеджеровКомпьютер начальника складаКомпьютер коммерческого директора12341.ПроцессорIntel(R) Core i5 (R) 4CPU 2.2 GHzIntel(R) Core i7 (R) 4CPU 2.3 GHzCPU Intel Core i7, 2,8GHz, 2Mb, 800MHz Socket-775 OEM2. Жесткий диск80,0 Gb HDD Western Digital (WD800AAJS) Caviar 7200rpm 8Mb SATA-30080,0 Gb HDD Western Digital (WD800AAJS) Caviar 7200rpm 8Mb SATA-300200,0 Gb HDD Samsung (HD200HJ) 7200rpm SpinPoint S250 8Mb SATA-300 NCQ3.Видеоадаптер256MB PCI-E ATI Radeon HD2400 XT, Gigabyte RX24T256H, TV 256MB PCI-E ATI Radeon HD2400 XT, Gigabyte RX24T256H, TV 512MB PCI-E ATI Radeon HD2600 pro, Gigabyte RX26P512H, TV

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

Рис. 1.3 Примерная структура локальной сети ООО «Домстрой-1»

Помимо внутреннего соединения на каждом компьютере имеется выход в интернет.

Программное обеспечение.

Программное обеспечение департамента по реализации объектов недвижимости, операционная система. На всех машинах установлена ОС Microsoft Windows 7 Home Edition.

Офисные средства представляют собой базовый пакет Microsoft Office 2010:

MS WordExcelAccess

и другие приложения входящие в базовую версию.

Антивирусная защита. Kaspersky Work Space Security - это решение для централизованной защиты рабочих станций в корпоративной сети и за ее пределами от всех видов современных интернет-угроз: вирусов, шпионских программ, хакерских атак и спама.

Специализированное программное обеспечение.

Платформа 1С 8.1.

Платформа 1С:Предприятие 8 была создана с учетом 6-летнего опыта применения системы программ 1С:Предприятие 7.7, которую используют десятки тысяч разработчиков. В настоящее время более миллиона организаций использует для автоматизации своей деятельности продукты, входящие в систему программ «1С:Предприятие». Несмотря на значительные изменения, версия 8 сохранила идеологическую преемственность с предыдущими версиями. На предприятии используются две типовые конфигурации разработанные на данной платформе - это 1С:Бухгалтерия 8 и 1С:Управление торговлей 8.

.2 Постановка задачи

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

Рабочий процесс создания и обработки первичной документации описан в пункте 1.1.2 главы 1. В целом он представляет собой:

Прием заявки;

Формирование вручную документа «Договор долевого участия» по каждому клиенту;

Формирование и отправка заявки в отдел департамента по реализации объектов недвижимости.

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

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

Обновление информации, представленной на сайте компании;

Обновление информации о дольщиках компании;

Прием и формирование заявок покупателя на сайте компании ООО «Домстрой-1»;

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

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

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

Хранения и обработка справочной информации на сайте;

Обмен данными между базой данных сайта и базой данных департамента по реализации;

Обработка поступающей с сайта информации

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

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

Если клиент собирается сделать заказ, он заходит в конфигуратор и формирует заявку на конкретную квартиру.

К конце формы заявки он заполняет все необходимые данные, т.е. ФИО, телефон и если необходимо, то какую-либо дополнительную информацию.

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

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

Уже на основании сформированных документов менеджер автоматически может сформировать документы «Заявка клиента»;

На основании тех же документов риэлторы выписывают сопроводительные документы для покупателя;

Схематично процесс представлен ниже на рисунке 1.5:

Рис. 1.5 Рабочий процесс с использованием внедряемой АИС

.2.1 Экономическая сущность задачи

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

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

Заявка департаменту по реализации

Договор долевого участия в строительстве (с последующей регистрацией в УФРС МО)

Акт приема-передачи объекта долевого строительства (после получения разрешения на ввод в эксплуатацию объекта).

Так как известно, что предприятие имеет свой сайт, с представленной на нем рекламной и контактной информацией, а именно:

Информация по объектам долевого строительства и сданным в эксплуатацию объектам.

Контактная информация и схема проезда и т.п.

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

1.2.2 Обоснование необходимости и цели использования

вычислительной техники для решения задачи

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

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

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

Целью применение дополнительных функций вычислительной техники можно считать:

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

Увеличение производительности труда, и тем самым увеличение продаж.

.2.3 Автоматизированное решение задачи

Цели автоматизации обмена данными между базой данных интернет - сайта предприятия и базой данных департамента по реализации можно разделить на два вида:

улучшение технологии расчета экономических показателей;

улучшение показателей качества обработки информации.

Рассмотрим данные цели подробнее.

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

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

.2.4 Общая характеристика организации решения задачи на ЭВМ

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

Разработка базы данных для интернет-площадки;

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

Разработка автоматизированного обмена данными между БД сайта и БД коммерческого отдела;

Разработка ПО для автоматизированной обработки поступающей информации.

С внедрением в деятельность департамента по реализации проектируемой АИС процесс формирования первичной документации поэтапно будет выглядеть следующим образом:

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

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

Менеджер с помощью кнопки выгрузки данных выгружает сформированные заказы в файл XML.

С помощью выгрузки данных СУБД коммерческого отдела происходит чтение данного файла XML и формирования на основе прочитанных данных документов «Заявка покупателя».

Схема данного процесса имеет следующий вид:

Взаимодействие клиента с системой на рисунке 1.6.1:

Рисунок 1.6.1 Рабочий процесс с использованием АИС

Взаимодействие менеджера коммерческого отдела (или менеджера департамента по реализации) с системой на рисунке 1.6.2:

Рисунок 1.6.2 Рабочий процесс с использованием АИС

Результатом функционирования АИС являются сформированный в базе данных департамента по реализации документ «Заявка покупателя»

Проектируемую АИС можно разбить на отдельные составляющие подсистемы:

Подсистема web - приложения. Функции подсистемы заключаются в следующем:

Представление аутентификации и доступа для зарегистрированного пользователя;

Поддержка формы заявки;

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

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

Чтение XML файла для обновления базы данных сайта;

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

Чтение импортируемого XML файла;

Формирование документов «Заявка покупателя» на основании прочитанных данных

Глава 2. Теоретические основы решения комплекса задач

.1 Теоретические основы и технологии информационного обеспечения

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

Информационная система сайта предприятия:

Клиентские функции;

Функции администрирования.

Информационная система обработки информации в СУБД «1С:Предприятие 8.1 Управление торговлей».

Функция забора данных из веб-сайта

Передача информации в базу данных 1С.

Функции обработки поступающей информации;

.2 Теоретические основы функционирования информационной

системы сайта предприятия

Клиентские функции.

Обеспечение данных функций можно представить в виде следующей схемы на рисунке 2.1.

Данная система состоит из трех основных частей:

Компьютер пользователя;

Среда Internet;

Система серверов.

Подробнее остановимся на третьем разделе, системе серверов, она в свою очередь состоит из трех частей:сервер Apache 2.1;сервер - это сервер, принимающий HTTP-запросы от клиентов, обычно web-браузеров, и выдающий им HTTP-ответы, обычно вместе с HTML-страницей, изображением, файлом, медиа-потоком или другими данными. web-серверы - основа Всемирной паутины, под названием Internet.сервером называют как программное обеспечение, выполняющее функции web-сервера, так и компьютер, на котором это программное обеспечение работает.

Клиенты получают доступ к web-серверу по URL адресу нужной им web-страницы или другого ресурса.

На сегодняшний день сервер Apache является наиболее популярным в России и по ряду оценок профессионалов и специализированных изданий, количество серверов Apache в России в 8-10 раз превышает количество всех прочих установленных серверов. Сервер представляет собой результат интенсивных работ над проектом Apache, направленном на решение вопроса по созданию общедоступного (бесплатного) сервера HTTP. Конечная цель проекта состоит в разработке защищенного, производительного и расширяемого сервера, который осуществляет обработку HTTP-запросов в соответствии с современным состоянием стандартов HTTP.

Это полнофункциональный, расширяемый web-сервер, полностью поддерживающий протокол HTTP/1.1 и распространяющийся с открытым исходным кодом. Сервер может работать практически на всех распространенных платформах. Существуют готовые исполняемые файлы сервера для Windows NT, Windows 9x, Windows XP, Windows Vista, Windows 2003, Windows 7, и нескольких UNIX-систем. При этом он очень прост в установке и конфигурации. настраивается с помощью текстовых конфигурационных файлов. Основные параметры уже настроены «по умолчанию» и будут работать в большинстве случаев. Немаловажным преимуществом является то, что создатели активно общаются с пользователями и реагируют на все сообщения об ошибках.

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

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

Механизм PHP 5.1;- это язык серверных скриптов (server scripting language), встраиваемый в HTML, который интерпретируется и выполняется на сервере. PHP является препроцессором HTML. Т.е его работа построена по следующей схеме на рисунке 2.2:

Рис. 2.2 Механизм PHP 5

До того, как web-сервер передаст файл браузеру, его просматривает препроцессор-интерпретатор. Для того, что бы это происходило, файлы, которые подвергаются обработке препроцессором, должны иметь определенное расширение (обычно это .phtml или .php5, но эти значения можно поменять) и содержать (хотя это не обязательное требование) код для препроцессора. Перед отправкой страницы PHP-код проигрывается на сервере и браузеру выдается результат в виде HTML-страницы, которая может сильно отличаться от той, что хранится на сервере. Обычные же страницы, имеющие расширение .html/.htm Web-сервер будет отправлять браузеру без какой-либо обработки.

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

традиционностью;

простотой;

эффективностью;

безопасностью;

гибкостью.

Остановимся подробнее на обеспечение безопасности, без которой не функционирует ни один современный сайт. РНР предоставляет в распоряжение разработчиков и администраторов гибкие и эффективные средства безопасности, которые условно делятся на две категории: средства системного уровня и средства уровня приложения.

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

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

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

Сервер баз данных MySQL 5.0;

Для хранения информации и быстрого доступа к ней в данном дипломном проекте будет использоваться сервер баз данных MySQL 5.0. Начиная с 1995 года, MySQL стала одной из самых распространенных СУБД в мире, что отчасти обусловлено ее скоростью, надежностью и гибкой лицензионной политикой. поддерживает язык запросов SQL в стандарте ANSI 92, и кроме этого имеет множество расширений к этому стандарту, которых нет ни в одной другой СУБД.

Краткий перечень возможностей MySQL:

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

Количество строк в таблицах может достигать 50 млн.

Быстрое выполнение команд.

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

определение структуры данных - определение конструкций, используемых при хранении данных;

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

обработка данных - вставка, обновление и удаление информации;

контроль доступа - возможность разрешения/запрета выборки, вставки, обновления и удаления данных на уровне отдельных пользователей;

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

Функции администрирования.

Основные направления администрирования сайта:

Обеспечение безопасности доступа на сайт и к базе данных

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

Аутентификация - это попытка доказательства того что пользователь является именно тем за кого он себя выдает. Существует много методов аутентификации:

Аутентификация встроенная в протокол HTTP;

Аутентификация сервера Apache с помощью файла .htaccess;

Аутентификация с помощью модуля mod_auth_mysql;

Собственные методы аутентификации с помощью PHP и MySQL .

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

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

Методы защиты информации

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

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

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

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

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

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

Процесс обновления БД сайта происходит по следующей схеме, рисунок 2.3.

Рассмотрим подробнее теоретические аспекты решения данной функции со стороны web-приложение.

Язык XML и его совместимость с разрабатываемым web-приложением.

Язык XML (Extensible Markup Language) был разработан рабочей группой XML Working Group консорциума World Wide Web Consortium (W3C).- язык разметки, разработанный специально для размещения информации в World Wide Web, аналогично языку гипертекстовой разметки HTML (Hypertext Markup Language), который изначально стал стандартным языком создания Web-страниц.

Описание на языке XML представляет собой операторы, написанные с соблюдением определенного синтаксиса. Поскольку в XML нет типовых элементов, может показаться, что в нем вообще отсутствуют какие-либо стандарты. Тем не менее, язык XML имеет строго определенный синтаксис. Например, в отличие от HTML каждый элемент XML должен содержать начальный и конечный тег (либо специальный пустой тег). Любой вложенный элемент должен быть полностью определен внутри элемента, в состав которого он входит.

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

Связать файл *. xml c таблицей стилей. С помощью данного метода вы связываете таблицу стилей с XML-документом. Таблица стилей представляет собой отдельный файл, содержащий инструкции для форматирования индивидуальных XML-элементов. Вы можете использовать либо каскадную таблицу стилей (Cascading Style Sheet - CSS), которая также применяется для HTML-страниц, либо расширяемую таблицу в формате языка стилевых таблиц (Extensible Stylesheet Language - XSL), обладающую более широкими возможностями, нежели CSS, и разработанную специально для XML-документов.

Связывание данных. Этот метод требует создания HTML-страницы, связывания с ней XML-документа и установления взаимодействий стандартных HTML-элементов на странице, таких как SPAN или TABLE, с элементами XML. В дальнейшем HTML-элементы автоматически отображают информацию из связанных с ними XML-элементов.

Написание сценария. В этом методе вы создаете HTML-страницу, связываете ее с XML-документом и имеете доступ к индивидуальным XML-элементам с помощью специально написанного кода сценария (JavaScript или Microsoft Visual Basic Scripting Edition [VBScript]). Браузер воспринимает XML-документ как объектную модель документа (Document Object Model - DOM), состоящую из большого набора объектов, свойств и команд. Написанный код позволяет осуществлять доступ, отображение и манипулирование XML-элементами.

Информационная подсистема обработки информации в СУБД «1С:Предприятие 8.1 Управление торговлей».

Основным средством разработки прикладных решений в 1С:Предприятие 8.1 является встроенный язык.

Встроенный язык системы 1С: Предприятие предназначен для описания (на стадии разработки конфигурации) алгоритмов функционирования прикладной задачи.

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

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

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

Функции обработки поступающей информации и выгрузки данных для обновления

Обработку поступающей информации можно представить следующей схемой на рисунке 2.6.

Рис. 2.6 Обработка потоков информации в СУБД «1С: Управление торговлей 8.1»

Технология совместимости средств XML и программного продукта 1С:Предприятие 8.1

В 1С:Предприятие 8.1. существует базовая подсистема работы с XML - документами. Основой этой подсистемы являются два объекта 1С:Предприятие:

ЧтениеXML

ЗаписьXML

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

Объект ЧтениеXML

Объект ЧтениеXML предназначен для чтения данных из файла *.xml. Так как структура XML - документа представляет собой перечень узлов (тегов). Подробнее описание структуры XML описано выше в этой главе. Перечень узлов определен в системном перечислении ТипУзлаXML:

НачалоЭлемента;

Атрибут;

Текст;

КонецЭлемента;

Ничего;

ИнструкцияОбработки;

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

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

Объект ЗаписьXML

Для создания файла *.xml средствами 1С необходимо первой строкой кода описать создание объекта ЗаписьXML(). Через созданный объект в модели последовательного доступа будет производиться запись данных в XML-документ. С помощью метода ОткрытьФайл() указывается имя и путь файла куда будет записываться файл. Метод ЗаписатьОбъявлениеXML() определяет директиву XML-документа (<?xml version="1.0" ?>).

Для формирования содержимого документа используются методы:

ЗаписатьНачалоЭлемента();

ЗаписатьАтрибут();

ЗаписатьТекст();

ЗаписатьКонецЭлемента();сериализациясериализация - это процесс преобразования данных 1С:Предприятия 8 в последовательность данных формата XML и наоборот, преобразование последовательности данных формата XML в данные 1С:Предприятия 8, если существует подходящий тип данных. Средства XML-сериализации активно используются при реализации различных схем обмена данными.

Сериализуемые типы данных 1С:Предприятия 8

С точки зрения представления в XML типы данных 1С:Предприятия 8 делятся на простые и сложные. К простым типам данных относятся типы, значения которых представляются подсистемой XML-сериализации в виде элементов XML только с текстовым содержимым:

Число;

Строка;

Дата;

Булево;

ДвоичныеДанные;;

УникальныйИдентификатор;

ХранилищеЗначения;

все ссылки на объекты базы данных;

ссылки на перечисления, определяемые в метаданных.

Значения сложных типов представляются в виде элементов XML, содержащих вложенные элементы:

Тип;

ОписаниеТипов;

КонстантаМенеджерЗначения.<Имя константы>;

все объекты базы данных;

наборы записей регистров, последовательностей, перерасчетов;

УдалениеОбъекта;

Объекты базы данных представляются в XML как совокупность значений реквизитов и табличных частей. Состав элементов XML, вложенных в корневой элемент, определяется типом объекта базы данных, а также составом реквизитов и табличных частей. Каждый из реквизитов объекта представляется отдельным вложенным элементом XML; каждая из табличных частей также представляется отдельным вложенным элементом XML. Каждая из строк табличной части представляется элементом XML, вложенным в элемент, представляющий табличную часть. Реквизиты табличной части представляются элементами XML, вложенными в элемент, представляющий строку табличной части.

Представление в XML набора записей включает отбор, по которому получен набор записей и сами записи, входящие в отбор. Значения отбора представляются вложенным элементом XML с именем Filter, а все записи составляющие набор записей - вложенным элементом XML с именем Records. Отдельные записи представляются элементами XML с именем Record, вложенными в элемент Records.

.3 Обоснование методик и технологий решения комплекса задач

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

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

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

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

Для первого направления входной информацией является:

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

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

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

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

Необходимость создания данных потоков входной информации и их обработка несет в себе одну из ключевых ролей проектирования данного проекта. Т.к. происходит перенос процесса прима заявок от покупателей по телефону на средства 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. Проектирование АИС

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

. СОЗДАТЬ ТАБЛИЦУ 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»

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Глава 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_nedvigInt(7)noPRIArtiklChar(10)noNameChar(30)noPriceFloat(4.2)noТаблица «Post»Kod_postInt(2)NoPRINameChar(30)NoТаблица «Client»ПолеТип данныхНаличие значения NullКлючДополнительноId_clientInt(5)NoPRINameChar(30)NoТаблица «Users_client»ПолеТип данныхНаличие значения NullКлючДополнительноId_userInt(5)NoPRIId_clientInt(3)NonameChar(30)NoPasswordChar(64)NoТаблица «Orders»ПолеТип данныхНаличие значения NullКлючДополнительноKod_ordInt(10)NoPRIId_userInt(5)NoDateDateNoТаблица «Ord_item»ПолеТип данныхНаличие значения NullКлючДополнительноNumberInt(5)NoPRIAuto_incrementKod_ordInt(10)NoKod_tovarInt(7)NoAmountInt(3)NoAmount_faktFloat(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 itemuser_name [IDENTIFIED BY password] [REQUIRE ssl_option]

[WITH [GRANT OPTION | limit_options] ]

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

Таблица 4.2

Пользователь «Client»Таблица БД «tovar»ПолномочияSELECTINSERTUPDATEDELETEINDEXATERCREATEDROPTovarДаНетНетНетНетНетНетНетPostДаНетНетНетНетНетНетНетClientДаНетНетНетНетНетНетНетUser_clientДаНетДаНетНетНетНетНетOrdersДаДаДаДаНетНетНетНет

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

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

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

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

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

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

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

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

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

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

. Для реализации функции приема заказов от клиента разработаны следующие PHP - модули:.php - модуль запускаемый при попытке пользователя перейти по ссылке с главной страницы сайта к оформлению заказа. Запускается HTTP - аутентификация с предложением ввести имя пользователя и пароль. Программа соединяется с сервером баз данных MySQL в качестве пользователя «Client» и отправляет запрос с параметрами: имя и пароль учетной записи. Если в результате запроса возвращается идентификатор пользователя, тогда доступ к форме заказы разрешен. Создается сеанс (session_start()), переменной сеанса присваивается значение полученного идентификатора пользователя - ID_user. Запускается сценарий FormPost.php. Если же результат запроса ни чего не возвращает, тогда в виде HTML - страницы выводится сообщение в отказе доступа и предлагается две ссылки: перейти на главную страницу и повторить попытку входа на форму заявки..php - модуль запускается после удачного прохождения процедуры аутентификации. С помощью созданного в предыдущем сценарии сеанса получается переменная идентификатора пользователя. Программа соединяется с сервером баз данных, отправляет запрос в базу данных для определения полного списка доступной к покупке недвижимости. Формируется форма выбора, и представляется пользователю в виде HTML - страницы. После того как пользователь определиться со всеми данными, он нажимает кнопку «Далее» и запускается модуль FormOrd.php..php - формирует основную форму заказа. С помощью метода POST из предыдущей HTML - страницы передается переменная идентификатор недвижимости и с помощью ранее созданного сеанса получается идентификатор пользователя. Генерируется код заказа состоящий из идентификатора пользователя. Создается новый сеанс с переменными идентификатор пользователя и код заказа. Формируется HTML - форма со списком недвижимости. Так же на форме добавляются кнопки добавить недвижимость (если пользователю интересны несколько квартир в одном или нескольких домах) - модуль Insert_item.php и удалить товар из заявки - Del_item.php, утвердить заказ - ord_save.php и отклонить заявку cansel_ord.php. Листинг программного кода представлен в приложении 6._item.php - программа получает методом POST идентификатор выбранной недвижимости. Соединяется с сервером баз данных, отправляет запрос на добавление товарной позиции в таблицу базы данных «Ord_item» с добавлением данных в поля «Kod_nedvig», «Kod_ord», «Amount». Далее запускается заново модуль FormOrd.php и HTML -страница формы обновляется и в табличной части заказа появляется добавленный товар, цена, и внизу табличной части общий итог._item.php - программа определяет идентификатор товара предложенного на удаление. Соединяется с сервером баз данных, посылает запрос в базу данных на удаление товарной позиции с параметром идентификатор товара и код заказа. Позиция удаляется из таблицы «Ord_item» и запускается модуль FormOrd.php обновляющий форму заказа._save.php - данный сценарий предназначен для окончательной записи заказа в базу данных сайта. Так как состав заказа уже записан в базе данных, то необходимо записать лишь сведения о самом заказе в таблицу «Orders», а именно код заказа, дату заказа, идентификатор пользователя, сумму заказа. Эти параметры программа получает следующим образом: из сеанса созданного модулем FormOrd.php, сумма заказа получается методом POST из HTML - страницы формы. Дата заказа получается тут же в программе функцией date(). По завершении утверждения заказа, формируется HTML - страница с записанным заказом и двумя ссылками перейти на главную страницу и сформировать еще заказ - FormPost.php._ord.php - сценарий предназначен для отмены сформированного заказа. Программ соединяется с сервером баз данных и отправляет запрос на удаления всех записей из таблиц «Orders» и «Ord_item» соответствующих параметру код заказа. Даная переменная получается программой из сеанса. По завершении процедуры удаления заказа происходит запуск модуля FormPost.php.

Для просмотра архива обработанных заказов и исправления ранее поданных, но не обработанных, заказов используются следующие php - сценарии..php - сценарий запускается при переходе с формы регистрации. Методом POST передается переменная ID_client. На форме создается ряд опций для отбора заказов. .php - сценарий формирует список ссылок на заказы по ранее определенным параметрам отбора. При переходе по какой либо ссылке отображается html - страница с содержимым ранее выбранного заказа._arh_rem.php - сценарий делает содержимое выбранного заказа доступным для изменения. _arh_del.php - сценарий удаляет выбранный заказ из базы данных.

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

. Функции менеджера на сайте разделяются на: обновление базы данных сайта и выгрузка сформированных заказов. Для этой процедуры предназначены следующие сценарии:_man.php - модуль запускается при попытку пользователя перейти по ссылке «Вход». Пользователю предлагается пройти процедуру аутентификации. Программа соединяется с сервером баз данных, посылает запрос в базу данных с параметрами имя пользователя и пароль, если они соответствуют менеджерской учетной записи тогда доступ открыт и программа открывает HTML - страницу с диалоговым меню для менеджера Main.html. Если же результат запроса ни чего не возвращает, тогда выдается HTML - страница с предупреждением об отказе и двумя ссылками переход на главную страницу и повторить попытку..html - это статическая web - страница на которой предложены в виде ссылок действии которые может совершить менеджер, такие как обновление базы данных сайта и выгрузка сформированных заказов. Для обновления сайта выделены следующие категории: обновить товарную номенклатуру, обновить сведения о контрагентах, обновить сведения об обработанных заказах. Перед активацией ссылки для обновления необходимо определить дату выгрузки файла из СУБД 1С:Предприятие 8.1 Управление торговлей. При активизации одной из ссылок запускается определенный модуль: tov_update.php, kont_update, orders_update.php. Для выгрузки заказов в XML - файл разработан сценарий ord_xml.php._update.php. В сценарий методом GET передается дата формирования файла для обновления. Генерируется имя файла состоящая из слова Tovar и полученной даты без знаков препинания, например 010108. Файл с сгенерированным именем ищется в заранее определенном месте на сервере. Происходит его считывание с помощью метода XMLDOM. Чтение проходит по тегам «tov» содержимое, которого и определяет информацию для обновления одного товара из таблицы базы данных «nedvig». Программа соединяется с сервером баз данных и отправляет запрос в базу данных на обновление с параметром код товара и значениями полей для обновления._update.php - данный сценарий действует аналогичным методом. Файл для обновления должен иметь имя состоящее из Kont и полученной даты без знаков препинания.

orders_update.php - необходим для обновления данных по обработанным заказам. Файл должен иметь имя, как и в предыдущих случаях состоящее из слова Orders и полученной даты без знаков препинания. Чтение файла происходит тем же способом. В обновлении участвуют таблицы «Orders» «Ord_item». Соответственно обновляется сумма по факту «Summ_fakt» и количество товара по факту «Amount_fakt»._xml.php - предназначен для выгрузки заказов из базы данных сайта. Перед запуском сценария на странице Main.html определяется дата формирования заказов для выгрузки. Данная дата передается в сценарий методом GET. Создается файл с расширением xml и именем ord_new и полученной даты без знаков препинания, например 010108. Программа соединяется с сервером баз данных и посылает запрос с параметром дата заказа. Результат запроса с помощью цикла разделяется на отдельные заказы которые в свою очередь последовательно записываются в созданный xml - файл.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рис. 4.8

.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 заявок на приобретение недвижимости. Отсюда, учитывая график работы предприятия, можно рассчитать среднее количество поступивших заявок за месяц:

*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» за счет перевода процесса принятия заявок от покупателей и формирования первичной документации с ручного варианта на вариант с применением интернет-технологий.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Сайты

. Официальный сайт компании 1С:Франчайзинг 1С:Битрикс: #"justify">. Официальный сайт компании 1С: #"justify">. Официальный сайт компании 1С: #"justify">. Официальный сайт компании 1С Бухучет и Торговля #"justify">. Официальный сайт фирмы Т.с.Х DataKonsultAB #"justify">32. Официальный сайт фирмы The Apache Software Foundation: #"justify">33. Сайт с документацией по развертыванию Web - приложений: #"justify">. Сайт с документацией по обеспечению безопасности Web - серверов: #"justify">. Официальный сайт стандартов для Web - приложений #"justify">Приложения

Приложение 1

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

СвойствоОписание ПримерattributesМножество NamedNode Map всех дочерних узлов-атрибутов данного узлаAttributeNode = Element.attributes.getNamedltem ("Binding");childNodesМножество NodeList всех дочерних узлов, не являющихся атрибутами, данного узлаFirstNode = Element.childNodes (0); dataTypeТип данных этого узла (применительно только к определенным типам узлов Attribute)AttributeType = Attribule.dataTypefirstChildПервый дочерний узел данного узла, не являющийся атрибутом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Все текстовое содержимое данного узла и все подчиненные узлы ElementAIICharacterData = Element.text;xmlВсе содержимое XML данного узла и все его подчиненные узлыXMLContent = Element.xml;

Приложение 2

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

<?php

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

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

}

$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);"<html><body>";"<form action='insert_ord_item.php' name='form1' method='POST'>";

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

echo "<select name='tovar'>";"<option value=first>Выберите товар</option>";($i=0;$i<$num_results;$i++)

{

$row=$result->fetch_assoc();

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

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

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

$res = $db->query($q);

$num = $res->num_rows;

for($e=0;$e<$num;$e++)

{

$r = $res->fetch_assoc();

//echo $r['name']."<br>";

$pgr = (int)$r['pgrID'];

echo "<optgroup label=";echo "'-> "; echo $r['name'];echo"'>";

$qu = "select * from tovar where pgrID='".$pgr."'";

$resu = $db->query($qu);

$n=$resu->num_rows;

for($s=0;$s<$n;$s++)

{

$re=$resu->fetch_assoc();

echo "<option value=".$re['kod'];

echo "'>";

echo $re['naim'];

echo "</option>";

}

echo "</optgroup>";

}

echo "</optgroup>";

//echo "<hr>";

}"</select>";"<select name='kol'>";($t=1;$t<250;$t++)

{"<option value=";$t;">";$t;"</option>";

}"<input type='submit' value='INSERT'>";"</select><br><br>";"</form>";

"<form name='tab'>";"<TABLE border='1' align='center'><TBODY>";"<tr><td><font size=4 color='red'>Наименование</td><td>Цена</td><td>Количество</td></font></tr>";

$arr = array();

$arrnom = array();

$zapros = "select * from ord_item where ordid=1";

$reszap = $db->query($zapros);

$kolrows = $reszap->num_rows;($r=1;$r<$kolrows+1;$r++)

{

$row=$reszap->fetch_assoc();

$kodt = (int)$row['tovid'];

$kolt = (int)$row['kol'];

$zapros2 = "select * from tovar where kod='".$kodt."'";

$reszap2=$db->query($zapros2);

$row2 = $reszap2->fetch_assoc();

$arr[$r]=$row2['naim'];

$arrnom[$r]=$row2['kod'];"<tr><td>"; echo $row2['naim'];echo "</td><td>"; echo $row2['prise']; echo "</td><td>"; echo $kolt; echo "</td></tr>";

$summa = $summa + (int)$row2['prise']*(int)$kolt;

}"<tr><td><b>Итого по заказу<b></td><td></td><td>".$summa; echo "</td></tr>";"</TBODY></TABLE>";"<p align='center'><input type='submit' value='create'></p>";"</form><br/>";"<table align='center'><form action='del.php' name='delete' method='POST'>";"<select name='row_del'>";"<option selected value='all'>Все</Option>";($w=1;$w<$kolrows+1;$w++)

{"<option value='$arrnom[$w]'>".$arr[$w]; echo "</option>";

}"<input type='submit' value='Delete row'></table>";"</form>";

?>

Приложение 3

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

<?php

$tovar = $_POST['tovar'];

$kol = $_POST['kol'];

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

$data = date('y-m-d');

$ordid = 1;

$ordid = (int)$ordid;

//echo (int)$tovar;echo "//".(int)$kol;

$kodtov = (int)$tovar;

$koltov = (int)$kol;(mysqli_connect_errno())

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

}

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

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

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

$query = "insert into ord_item (tovid, ordid, kol) values ('".$kodtov."', '".$ordid."', '".$koltov."')";

$result=$db->query($query);($result)$db->affected_rows." пункт заказа добавлен!<br>";('select.php'); ?>

Приложение 4

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

<?php

$date=date('dmy');

$fname='tov'&$date&'.xml'('Content-Type: text/html; charset=windows-1251');

$xmlstr = join('',file($fname));("CHARSET", "Windows-1251"); (!$dom = domxml_open_mem($xmlstr)) {

echo "Ошибка при разборе документа\n";

exit;

}

$root = $dom->document_element();

$nodes = $root->child_nodes();

//print_r($nodes);"<br>";$nodes;"<hr>";

$i=0;($nodes as $node){

if ($node->tagname=='element'){

$persons_info =

$node->child_nodes();

foreach ($persons_info as $info){

if ($info->type==XML_ELEMENT_NODE) {

$currentPers[$info->tagname] = $info->get_content();

//echo $info->tagname;

}}

$naim = $currentPers['name']; #25

$kod = (int)$currentPers['kod'];

Продолжение приложения 8.

$prise=(float)$currentPers['prise'];

$kol =1;"$naim/*/$kod/*/<br>";

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

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

}

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

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

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

$query="update into tovar (kod, name, prise) values

('".$kod."', '".$name."', '".$prise."')";

$result=$db->query($query);($result)$db->affected_rows." Товар обновлен!<br>";

}

Введение Объектом исследования для создания данной дипломной работы выбрано предприятие ООО «Домстрой-1». Основными задачами ООО «Домстрой

Больше работ по теме: