Автоматизация процесса реализации страховых продуктов в Интернете для российского рынка компанией «Выбор Эксперта»

Выбор обусловлен, во-первых, доступностью литературы, во-вторых, на выбор повлияло то обстоятельство, что эти продукты бесплатны, ну, и, в -третьих, опытом автора. В ходе выполнения работы был проведен анализ существующих разработок. Приведем наиболее популярные из них. WorkFlowSoft — это приложение для организации работы компании, позволяющее оперировать задачами, автоматизировать алгоритм их исполнения, и контролировать процесс. WorkFlowSoft доступно и как серверное приложение, и как приложение в Office 365 (разработчик обещает в скорости адаптировать продукт и для облака Google). В случае работы в облаке все сотрудники компании и структура организации вносятся в список программы автоматически и их не нужно добавлять руками. Онлайн система обработки заявок Кларис — автоматизированная web система, обеспечивающая быструю регистрацию и обработку заявок различного назначения сотрудников компании или клиентов. Есть ряд отраслевых решений, форма заявки индивидуальна для каждого Заказчика. В качестве примера можно привести следующие системы обработки заявок:

Система обработки заявок клиентов в части бизнес-процессов, касающихся приобретение клиентом услуг, контроля качества услуг, работа с претензиями т.п.Система управления заявками на оплату: автоматизация бизнес-процессов процессов инициирования, согласования и контроля исполнения платежей. Система регистрации, обработки и хранения запросов пользователей службы технической поддержки — Service Desk Система поддержки выполнения заявок сотрудников компании в рамках АХО (заявки на закупку оборудования, на бронирование переговорных, заказ автомобиля, выделение корпоративных ресурсов и пр.).Система поддержки кадрового документооборота: заявки на отпуск, на прием работу или увольнение и т. п.B2B-Center: Онлайн-сервис обеспечения заявок. Сервис позволяет избежать ситуации, когда покупатель направил заявку, а затем отказался заключать договор. В крайнем случае продавец компенсирует затраты за счет средств обеспечения. Покупатели будут уверены, что проблем с возвратом средств не возникнет. Деньги лежат на счете в системе и разблокируются автоматически. Обе стороны получили онлайн-инструмент для разрешения споров на торговой площадке. Указанные системы, безусловно, имеют как достоинства, так и недостатки. Но так как руководством компании было принято решение о самостоятельной разработке, то данный мониторинг играет скорее ознакомительную роль.

1.3. 2 Выбор и обоснование стратегии автоматизации задачи.

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

масштабируемость;

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

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

— достаточно функциональный интерфейс администратора;

— грамотная система отчетов. Для реализации проекта выделим этапы:

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

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

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

11. Рисунок 1.11 — Стратегии автоматизации.

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

1.3. 3 Выбор и обоснование способа приобретения ИС для автоматизации задачи.

Исходя из стратегии автоматизации, рассмотренной в п. 1.

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

1.4 Обоснование проектных решений1.

4.1 Обоснование проектных решений по информационному обеспечению.

Информационное обеспечение включает в себя несколько составляющих. Удобно будет представить их в виде схемы (рисунок 1.12).Рисунок 1.12 — Состав информационного обеспечения организации.

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

13.Рисунок 1.13 — Организация информационной базы.

Исходя из схемы, представленной на рисунке 1.13 целесообразно будет использование интегрированной информационной базы, это связано с тем, что размер базы будет расти, поэтому вместо файлового хранения данных оптимально будет использовать СУБД. Для оформления заявки необходимы следующие входные документы: заявление клиента, документы, удостоверяющие личность, иные клиентские документы в зависимости от вида страхования. Экранная форма заявки представлена на рисунке ниже. Рисунок 1.14 — Экранная форма заявки1.

4.2 Обоснование проектных решений по программному обеспечению.

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

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

совместимость с существующим ПО;

— создание резервных копий;

— просмотр статистики заявок/договоров.При выборе инструментов для реализации задачи был выбран MySQLServer 5.5, так как это ПО совместимо с имеющимся на предприятии и является свободным (бесплатным). Для серверной части выбрана СУДБ MySQL 5.5, средства для разработки — HTMLи PHP.

1.4. 3 Обоснование проектных решений по техническому обеспечению.

Техническое обеспечение представляет собой некоторую совокупность средств компьютерной техники, а также средств передачи информации, которые используются в различных информационных системах, системах управления и т. п.Для автоматизации процесса реализации страховых продуктов в среде Internet будет использовано следующее техническое обеспечение (представлено на рисунке 1.14).Рисунок 1.14 — Техническое обеспечение для реализации проекта2 Проектная часть2.

1 Разработка проекта автоматизации2.

1.1 Этапы жизненного цикла проекта автоматизации.

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

ГОСТ 34.601−90, ISO/IEC 12 207:

1995, Custom Development Method (и, методика Oracle), Rational Unified Process (RUP), Microsoft Solution Framework (MSF) сходнас RUP, Extreme Programming (XP). Опишем эти методологии (рисунок 2.1).Рисунок 2.1 — Методологии жизненного цикла продукта программного продукта.

В нашем случае основными критериями для выбора стандарта жизненного цикла будут следующие:

современность методик;

— актуальность методик;

— возможность контроля рисков;

— разработка проекта на контрольных точках. Итак, в настоящем дипломном проекте будем опираться на методологии: XP, RUP, MSF. В настоящее время наиболее распространены следующие модели жизненного цикла:

задачная модель;

— каскадная модель;

— спиральная модель. Руководствоваться будем стандартомISO/IEC 12 207:

1995. «Information Technology — Software Life Cycle Processes» (российский аналог — ГОСТ Р ИСО/МЭК 12 207−99, введен 1 июля 2000 г.) является основным нормативным документом, регламентирующим состав процессов жизненного цикла ИС. Он определяет структуру жизненного цикла, содержащую процессы, действия и задачи, которые должны быть выполнены во время создания ИС. Стратегия внедрения — «Узкое место».

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

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

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

2.Рисунок 2.2 — Каскадная модель жизненного цикла разрабатываемого программного продукта2.

1.2 Ожидаемые риски на этапах жизненного цикла и их описание.

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

анализ сроков проекта;

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

— некорректно определена архитектура решения;

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

— риск незаконченного тестирования. Все указанные риски были учтены в ходе дипломного проектирования и устранены различными способами. Например, при анализе сроков проекта были предусмотрены контрольные точки. Четко составлено техническое задание. Риски незаконченного тестирования были устранены именно самим устранением подобной проблемы.

2.1. 3 Организационно-правовые и программно-аппаратные средства обеспечения информационной безопасности и защиты информации.

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

защита от внутренних угроззащита от внешних угроз. Для исключения этих видов угроз используются антивирусное ПО (Avast) и разграничение прав доступа пользователей. В таблице 2.1 представлена информация о правах доступа.

Таблица 2.1 — Назначение прав доступа2.

2 Информационное обеспечение задачи2.

2.1 Информационная модель и ее описание.

Информационная модель дипломного проекта представлена на рисунке 2.

3.Рисунок 2.3 — Информационная модель компании.

Эта модель включает в себя несколько источников. В ней находятся база данных клиентов, база данных филиала, отделения. Процесс обращения клиентов происходит на позиции «Удаленные пользователи».

2.2. 2 Характеристика нормативно-справочной, входной и оперативной информации.

В настоящем проекте используется входящая информация. Заявка поступает в базу данных, она структурирована определенным образом и представлена на рисунке 2.4Рисунок 2.4 — Заявка на страхование2.

2.3 Характеристика результатной информации.

Результатная информация, получаемая в рамках проекта представлена на рисунке 2.

5.Рисунок 2.5 — Электронный страховой полис как результат проекта2.

3 Программное обеспечение задачи2.

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

6.Рисунок 2.6 — Сценарий диалога.

Программа обрабатывает заявки, помещает их в базу. Дерево функций демонстрирует разделение функций (рисунок 2.7).Рисунок 2.7 — Дерево функций2.

3.2 Характеристика базы данных.

Базу данных можно представить в виде модели (рисунок 2.8)Рисунок 2.8 — Модель базы данных2.

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

Рисунок 2.9 — Дерево функций.

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

1.Таблица 2.1 — Таблица модулей продукта2.

3.4 Описание программных модулей.

Для того, чтобы описать работу программы можно представить основной модуль программы (Приложение 1). Также модуль можно описать в виде блок-схемы, представленной на рисунке 2.

10.Рисунок 2.10 — Модуль программы2.

4 Контрольный пример реализации проекта и его описание.

Основной функционал настоящего проекта выполняется в фоновом режиме, представлен на рисунках 2.11 — 2. Рисунок 2.11 — Скриншот страницы index (программный код главной страницы) Рисунок 2.12 — Скриншот станицы pred_php (запуск файла в обработку) Рисунок 2.13 — Скриншот страницы report_php (запись в базу данных) Таким образом, описание программного продукта сводится к следующему.

1. Выполняемзапрос create database model. Здесь используется функция «create database» для создания БД «model», в ответ мы получаем ответ «Query OK» что все прошло успешно.

2. Мы выполняем функцию use database model; для подключения к БД для того чтобы могли работать с ней в ответ получаем «Database chnged» что говорит об успешной выполненной операции3. Создаем таблицу «factory» и создаем в этой таблице строки которым назначаем типы данных (int — целочисленная, text — текстовая, date — дата) используя следующую функцию «create table factory (details text, inn int, kpp int, data date);» 4. Создаем вторую таблицу подобно первой с другими строками5. Функцией «show tables» мы можем просмотреть таблицы в нашей бд и командой «describe product» можем посмотреть строки в таблицах БД3 Обоснование экономической эффективности проекта3.

1 Выбор и обоснование методики расчета экономической эффективности.

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

3. Именно эту упрощенную модель и будем использовать для проведения расчетов экономической эффективности.

3.2 Расчет показателей экономической эффективности.

Таблица 3.1 — Сводная таблица показателей эффективности.

ПоказательТекущее состояние.

После внедрения продукта.

Количество заявок, оформленных ошибочно за один месяц100Время на регистрацию одной заявки обычным (ручным).

способом15 минут1 минута.

Время на согласования одной заявки.

В среднем 2−3 часа10−20 минут.

Количество всех обрабатываемых заявок за один день2070.

Рассчитаем эти показатели. Т0=22 дня *12 мес (20 заявок *15минут/6 человек)=475 200Т1=22 дня *12 мес (70 заявок*1минуту/6 человек)=3080.

Абсолютное снижение затрат Т=Т0-Т1=472 120 минут.

Рассчитаем общий индекс трудовых затрат.

У1=Т0/Т1=154,3 — это показатель демонстрирует, что показатели трудовых затрат были улучшены. На диаграммах 1.4 и 1.5 были представлены основные показатели компании. Сравним показатели до внедрения и после (по состоянию на 1 марта 2017 года (до внедрения) и по состоянию на 1 июня (после внедрения)) и представим ихна рисунках 3.1 и 3.

2.Рисунок 3.1 — Сравнительная диаграмма продаж страховых продуктов (услуги юридическим лицам) Рисунок 3.2 — Сравнительная диаграмма продаж страховых продуктов (услуги физическим лицам) Рисунок 3.3 — Диаграмма снижения трудовых затрат.

Рисунок 3.4 — Диаграмма снижения стоимостных затрат.

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

Заключение

.

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

проанализировать деятельность компании «Выбор эксперта» (определить характеристики его деятельности, описать организационную, программную и техническую структуры);

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

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

— разработать проект автоматизации (описать этапы жизненного цикла, потенциальные риски), а также осветить вопросы правового регулирования и информационной безопасности;

— создать программный продукт;

— внедрить программный продукт;

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

Литература

1Конституция Российской Федерации. Принята всенародным голосованием 12 декабря 1993 г. // РГ. 25 декабря 1993 г. 2Базанов А.Н. «Некоторые проблемы организации продаж страховых услуг» // «Финансы» — 2013. — №.

6. — ст.503Брызгалов, Д. В. Страховой рынок в Российской Федерации: от самоорганизации к саморегулированию: монография / Д. В. Брызгалов, А. А. Цыганов. — М.: Издательство «Русайнс», 2015. ;

300 с.4Болдырев, М.М., Повышение конкурентоспособности страховых организацийна основе централизованных бизнес-процессов: монография / подред. проф. А. А. Цыганова; М. М. Болдырев, А. В. Дьячкова, А. А. Цыганов. — М.: Издательство «Русайнс», 2015. — 132 с.5Голяков А.

&# 171;Правила интернет — маркетинга" // «Современные страховые технологии.» — 2013. — № 02. — ст.

736Кирилова Н.В. «Актуальные проблемы развития российского страхового рынка «//Вестник Финансового Университета. — 2014 г. -№ 1. -С. 129−133.

7Никулина Н.Н. «Страховой маркетинг: учеб.

пособие для студентов вузов, обучающихся по специальности «Финансы и кредит"/ Н. Н. Никулина, Л. Ф. Суходеева, Н. Д. Эриашвили. — М.: ЮНИТИ-ДАНА, 2013. 503 с.8Орланюк-Малицкая Л.А., Янова С. Ю. — Страхование. Учебник М.: ЮРАЙТ- 2014 — 874 стр.

9Рябикин В. И. Аберрации экономических прогнозов и стратегий развития страхования в России// Финансы.- 2014 г. -№ 5. -С. 42−46.10Савчук М. А. Роль каналов продаж в формировании лояльности клиентов к страховой компании / Савчук М. // Риски.

Страхование. Периодическое издание «Логистика» — 2010. — № 4. — С.

30−3311Н. Самойленко. Сравнительный анализ и оценка эффективности различных каналов продаж страховых компаний/ Юлдашев Р. Т. // Страховое дело № 8 (223) — 2011 г. ;

С. 15 — 1912.

Страхование выходит в онлайн. 2010. URL: htt//www.insur-info.ru/press/54 784// (дата обращения: 2.

05.2015).

13Скамай Л. Г. Страховое дело: Учебное пособие / Л. Г. Скамай; Министерство Образования и науки РФ. ГУУ — 3-e изд., доп. и перераб. — М.: НИЦ ИНФРА-М, 2014. — 300 с14Сулейманов Э. Г. Агентский канал — развитие продолжается. URL: htt//www.insur-info.ru/interviews/624// (дата обращения: 14.

05.2017).

15Шохина Е. Страхование попало в сети. Общенациональный страховой журнал «Эксперт РА». М, 2010. URL: www. expert-onlin.ru// (дата обращения: 6.

05.2017).

16Щербаков В.А., Костяева Е. В. Страхование: Учебник. М.: Кно.

Рус, 2015 — 320 стр.

17Материалы сайта «Страхование в России»,.

http://www.allinsurance.ru/18Официальный сайт фонда развития интернета,.

http://www.fid.ru/museum/hall4/19www.comcon-2.com — сайт исследовательской компании «Комкон-2» .20www.allinsurance.ru — Интернет-журнал «Страхование в России2122www.renins.com — сайт компании «Ренессанс страхование» 23www.aif.ru — Интернет-версия газеты «Аргументы и Факты» 24www.expert.ru — журнал «Эксперт» в Интернете25Основы информатики: Учебник / Под ред. Г. В. Алехиной — М.: Финансы и Статистика, 2007. — 500 стр.: ил.26Козлова Е.П., Парашутин Н. В., Бабченко Т. Н., Галанина Е. Н. Бухгалтерский учет.-2-е изд., доп.

— М.: — Финансы и статистика, 1997. 576 стр.: ил27Девянин П.Н., Михальский О. О., Правиков Д. И., Щербаков А. Ю. Теоретические основы компьютерной безопасности. — М.: Радио и связь, 2000. — 192 с.28Функциональные подсистемы 1С [Электронный ресурс] // Фирма 1С [Офиц. сайт]. URL:

http://www.1с.ru (дата обращения: 12.

03.2014).

29Закон РФ «Об организации страхового дела в РФ «от 27.

11.1992№ 4015−1 (с посл. доп. и изм.).

30Приказ от 26.

12.94 № 170 О положении о бухгалтерском учете и отчетности в Российской Федерации, приказ Минфина РФ № 170 от 26.

12.94. 31Гражданский кодекс Российской Федерации (часть первая) от 30.

11.1994 № 51-ФЗ (ред. от 09.

02.2009) // СЗ РФ. 05.

12.1994. — № 32. — Ст. 3301.

32http: //www.insur — today.ru// (дата обращения: 6.

05.2017).

33http: //www.strahovka.info. ru// (дата обращения: 16.

05.2017).

http://www.insur-info.ru// (дата обращения: 16.

05.2017)Приложение 1Листинг программыConnect. PHP<?phperror_reporting (0);$db_host = 'localhost';$db_user = 'root';$db_password = '';$db_name = 'model';$link = mysqli_connect ($db_host, $db_user, $db_password, $db_name);if (!$link) {die ('<p style="color:red" >'.mysqli_connect_errno ().' - '.mysqli_connect_error ().'</p>');}mysqli_query ($link, «SET NAMES cp1256″);?>INDEX.PHP<!doctype html><html><head><meta charset="utf-8″ ><title>Information model</title><meta name="model» content="Информационнаямодель" ></head><body> <p><strong>Главнаястраница</strong><br/></p><a href=".

http://localhost/pred.php#target" onclick="window.open (this.href, '_self'); return false;" >Созданиезаявки</a><a href=".

http://localhost/report.php#target" onclick="window.open (this.href, '_self'); return false;" >Отчет</a></body></html>PRED.PHP<?phprequire_once 'connect.php';class MySQL_Exception extends Exception {public function __construct ($message) {parent:__construct ($message);}}?><!doctype html><html><head><meta charset="utf-8″ ><title>Information model</title><meta name="model" content="Информационная модель" ></head><body> <p><strong>Создание заявки</strong><br/></p><a href=".

http://localhost/index.php#target" onclick="window.open (this.href, '_self'); return false;" >Назад</a><p><br><form method="post" > Введите название предприятия<br/><input type="text" name="details" size=50″ maxlength="100″ ><br/> ИНН<br/><input type="text" name="inn" size=10″ maxlenght="10″ ><br/>КПП<br/><input type="text" name="kpp" size=10″ maxlenght="10″ ><br/> Номер договора<br/><input type="text" name="number" size=10″ maxlenght="10″ ><br/> Дата<br/><input type="text" name="data" size=10″ maxlenght="10″ ><br/> Введите наименование товара<br/><input type="text" name="tovar" size=50″ maxlength="100″ ><br/> Введите цену товара<br/><input type="text" name="price" size=10″ maxlenght="10″ ><br/> </p><button tytle="save" name="save" >Сохранить</button> </form><?php$details = $_REQUEST['details']; $inn = $_REQUEST['inn']; $kpp = $_REQUEST['kpp']; $number = $_REQUEST['number']; $data = $_REQUEST['data']; $tovar = $_REQUEST['tovar']; $price = $_REQUEST['price']; if (isset ($_POST['save'])){$result = $link->query ('SHOW TABLES');if (!$result) throw new MySQL_Exception ($link->error);$link->query («INSERT INTO factory VALUES ('{$details}', '{$inn}', '{$kpp}', '{$number}', '{$data}')»);$link->query («INSERT INTO product VALUES ('{$tovar}', '{$price}')»); }?></body></html>REPORT.PHP<?phprequire_once 'connect.php';class MySQL_Exception extends Exception {public function __construct ($message) {parent:__construct ($message);}}?><!doctype html><html><head><meta charset="utf-8″ ><title>Information model</title><meta name="model" content="Информационная модель" ></head><FORM method="post" ><body> <p><strong>Сводный отчет</strong><br/></p><a href=".

http://localhost/index.php#target" onclick="window.open (this.href, '_self'); return false;" >Назад</a><p/><button tytle="report" name="report" >Сформировать отчет</button> </FORM><?php if (isset ($_POST['report']))try {// Запрос к базе данных$result = $link->query ('SHOW TABLES');if (!$result) throw new MySQL_Exception ($link->error);// Отображаем результатыecho '<p>Таблицы, имеющиеся в базе данных: </p>';while ($row = $result->fetch_row ()) {// отобразив структуру таблицecho «<table><caption> {$row[0]} </caption><tr>» ;// Получить названия столбцов$result1 = $link->query («SELECT * FROM {$row[0]}»);if (!$result1) throw new MySQL_Exception ($link->error);for ($i = 0; $i < $link->field_count; $i++){$field_info = $result1->fetch_field ();echo «<th>{$field_info->name}</th>» ;}echo '</tr>';// Получить данныеwhile ($row1 = $result1->fetch_row ()) {echo '<tr>';foreach ($row1 as $_column) {echo «<td>{$_column}</td>» ;}echo «</tr>» ;}echo '</table>';}}catch (Exception $ex) {echo 'Ошибка при работе с MySQL: <b style="color:red;" >'.$ex->getMessage ().'</b>';}?></body></html>Создание базы данных.

БД в работу.

Создание таблицы FACTORYСоздание таблицы PRODUCTПросмотр таблиц и строк.