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

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Содержание

Введение

1. Анализ предметной области

1.1 О предметной области

1.2 Основные средства проектирования и разработки информационных систем

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

2.1 Техническое задание

2.2 Анализ текущей информационной системы

2.3 Проектирование информационной системы

2.4 Разработка информационной системы

Заключение

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



Введение

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

1. Клиенту требовалось связаться с агентством для того чтобы узнать актуальные туры;

2. Диспетчеру нужно было просмотреть список актуальных туров и предложить клиенту;

3. Клиент выбирал из предложенного списка подходящий ему тур;

4. Затем клиент и диспетчер согласовывали время и цену тура;

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

6. Затем, менеджер подбирал и договаривался с гидом, водителем, и если нужно было с переводчиком;

7. После этого шло бронирование мест в отелях;

8. Диспетчер сообщал клиенту время и места начала тура.

Создание автоматизированной информационной системы сокращало эти пункты до:

1. Клиент на сайте подбирает подходящий для него тур;

2. Заполняет формы на сайте и отправляет эти данные на сервер;

3. Где идет согласование и создание путевки;

4. Оператор подбирает для тура свободных гидов, водителей, переводчиков, бронирует места в отеле;

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

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

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

1. Проектирование диаграммы бизнес процессов для эффективной работы системы;

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



1. Анализ предметной области

1.1 О предметной области

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

Все начинается с рекламы агентства. Разные агентства могут подходить к этому по-разному. Но общая схема остается одинаковой. Она выглядит следующим образом:

· Компания готовит новый тур.

· Составляет регламент тура, который включает в себя маршрут, время и место начала тура, длительность тура, места остановок, ночевок и тд.

· Затем этот тур необходимо прорекламировать.

· Для этого нужен либо собственный сайт, либо собственная страница в социальных сетях.

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

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

· Клиент узнает от рекламы нужную ему информацию и связывается с менеджером агентства.

· Затем, агент оформляет клиента

· Создает путевку согласно регламенту тура.

· И отправляет путевку к клиенту.

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

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

В основном в туристические туры идут люди, у которых денежные доходы больше среднего.

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

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

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

Самый простой вариант - это сайт визитка. Стоимость такого сайта от 100$ до 300$.

Затем идет - лендинг. Такой сайт может стоить примерно 300$.

Следующий вариант - сайт с полноценным функционалом. Стоить будет такой примерно 1000$.

И наконец самый сложный вариант - полноценное веб-приложение. Такой сайт может стоить примерно 3000$.

1.2 Основные средства проектирования и разработки информационных систем

CASE-средства - Bpwin

В средствах моделирования бизнес процессов BPwinв основном используют методологию IDEF0.

IDEF0 -- методология функционального моделирования (англ. functionmodeling) и графическая нотация, предназначенная для формализации и описания бизнес-процессов.

Известная сегодня уже не только в узких кругах аббревиатура IDEF0 является первой методологией, стандартизирующей работу над бизнес-процессами. Она была разработана в середине прошлого века в рамках аэрокосмического проекта в США и, показав свою эффективность, стала федеральным стандартом. В нашей стране в 2000 году подготовлен документ «Методология функционального моделирования IDEF0. Руководящий документ», но как стандарт он, так и не был утвержден. Хотя это не помешало данной методологии стать в нашей стране одним из наиболее популярных инструментов графического моделирования бизнес-процессов. В данной статье я предлагаю вам рассмотреть модель IDEF0 и оценить актуальность этого подхода в настоящее время.

CASE-средства - Erwin

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

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

Логическая модель

Три уровня логической модели:

· диаграммасущность-связь (Entity Relationship Diagram, ERD);

· модель данных, основанная на ключах (KeyBasedmodel, KB);

· полнаяатрибутивнаямодель (Fully Attributed model, FA).

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

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

Среда разработки для создания базы данных

В качестве первичного теста работоспособности базы данных была выбрана MicrosoftOfficeAccess.

MicrosoftOfficeAccess или просто MicrosoftAccess -- реляционная система управления базами данных (СУБД)[1]корпорации Microsoft. Входит в состав пакета MicrosoftOffice. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных.

Среда разработки для создания клиентской части

XAMPP (/?zжmp/) -- кроссплатформенная сборка веб-сервера, содержащая Apache, MySQL, интерпретатор скриптов PHP, язык программирования Perl и большое количество дополнительных библиотек, позволяющих запустить полноценный веб-сервер.

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

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

Что такое Apache? Это программное обеспечение с открытым исходным кодом, веб-сервер, который обеспечивает работу около 46% сайтов по всему миру. Официальное название - Apache HTTP Сервер, поддерживается и развивается компанией ApacheSoftwareFoundation.

Веб-сервер позволяет владельцам сайтов обслуживать их контент в интернете, о чём понятно с самого название “веб-сервер”. Apache один из самый старых и надёжный веб-серверов с первой версией выпуска более 20 лет назад в 1995 году.

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

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

В данном разделе мы опишем наиболее популярные операции, совершаемые при помощи phpMyAdmin.

Зайти в PMA можно тремя способами:

* Как пользователь базы данных по ссылке вида servername.timeweb.ru/pma/, где servername - имя сервера, на котором расположен ваш аккаунт. Посмотреть имя сервера можно на главной странице панели управления в блоке "Информация о сервере". Для авторизации понадобится указать имя пользователя базы данных (совпадает с названием базы данных) и пароль доступа к БД.

* Как пользователь базы данных по ссылке phpMyAdmin, расположенной под именем нужной базы данных в разделе панели управления "Базы данных MySQL". При входе нужно ввести пароль для выбранной базы данных.

* Как общий пользователь с доступом ко всем базам данных аккаунта по ссылке phpMyAdmin в разделе панели управления "Базы данных MySQL", если включен переключатель "Полный доступ".

Также для непосредственно написания кода был выбран VisualStudioCode.

VS Code (VisualStudioCode) -- относительно новый текстовый редактор, выпущенный Microsoft. Он, также как и Atom, основывается на оболочке Electron (написанной командой Atom), кардинально отличаясь реализацией самого редактора.

VS Code обладает своими уникальными фичами, такими, как, например, IntelliSense "из-коробки".

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



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

2.1 Техническое задание

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

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

2. Основания для разработки

2.1 Проект разработки информационной системы для туристического агентства «Ирбис» разрабатывается на основе необходимости сдачи курсовой работы.

2.2 Наименование работы: Ирбис.

2.3 Исполнитель: студент 3 курса группы ИСТ(б)-ИСОП-1-16 СанташбековКайрат.

2.4 Соисполнители: нет.

3. Наначение

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

4. Требования к программе или программному изделию

4.1 Требования к функциональным характеристикам

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

· Предоставить список актуальных туров для клиента;

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

· Иметь администраторскую панель для управления администратором.

4.1.2 Исходные данные:

· Бюджет 15000 сом.

4.1.3 Организация входных и выходных данных.

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

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

4.2. Требования к надежности

Создать функцию валидацииинпутов для формы запоняемую клиентом. Там должно быть:

· Проверка на правильность введенных данных

· Для каждого инпута, должна быть маска для ввода данных

4.3. Требования к составу и параметрам технических средств.

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

· Файловый менеджер (втроен в ОС по умолчанию)

· Текстовыйредактор (Sublime Text 3, Visual Studio Code, WebStorm)

· Браузеры на основе разных движков (WebKit, Moz, O)

· Пакет веб сервера, который включает в себя как минимум Apache, PHP и SQL.

· FTP клиент (FileZilla)

4.4. Требования к программной совместимости.

Разрабатываемая программа должна быть:

· Кроссбраузерной

· Responsive/Adaptive

5. Требования к программной документации

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

2.1 Анализ текущей системы

Текущая система работала без какой-либо информационной системы.

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

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

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

Чтобы оформить одного клиента, менеджеру уходил целый день.

Рис. 1: текущая система ASIS.



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

Рис. 2: контекстная диаграмма ASIS

Входные данные это:

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

2. Клиент сообщал о желаемом туре по предоставленной информации;

3. И вводились новые туры, которые только открывались для агентства.

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

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

1. Место встречи с клиентом;

2. Место старта тура;

3. Время начала тура;

4. Длительность тура;

5. Маршрут тура;

6. Интересные места в туре;

7. Места остановок;

8. Отели и тд.

Весь регламент тура имел вид брошюры.

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

В обязанности менеджера по работе с клиентами входит:

1. Связь с клиентом;

2. Предоставление информации о туре;

3. Уточнение пожеланий клиента к туру;

4. Согласование деталей тура с клиентом и с остальными членами группы (гид, водитель, переводчик);

5. Создание путевки.

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



Рис. 3 декомпозиция модели.

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

Рис. 4: связь с клиентом.

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

Рис 5. Создание путевки.

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

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

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

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

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

Рис. 6: создание новых туров.

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

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

Как было сказано выше, сбором информации о туре занимается контент-менеджер.

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

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

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

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

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

2. Создать альтернативные способы связи клиента с менеджером;

3. Создать динамические посты для новых туров и колонку с «горячими» турами.

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

Было составлено следующее техническое задание.

2.3 Проектирование информационной системы TOBE

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

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

Рис 7. Контекстная диаграмма

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

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

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

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

Далее при декомпозиции по методологии IDEF0 получили следующее:

Рис 8. Декомпозиция контекстной диаграммы

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

Рис 9. Декомпозиция функционального блока «Оформление заказа»

Оформление заказа происходит в три этапа:

1. Сообщение с желаемым должно преобразоваться в удобочитаемый вид. За это отвечает функциональный блок - «преобразование сообщения в желаемый тур» (под желаемым туром имеется виду желаемый тур именно для клиента)

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

3. Затем вся полученные данные оформляются для дальнейшего создания путевки.

Следующий функциональный блок - это финальная часть создания путевки, поэтому она так и называется: «создание путевки» (рисунок 8).

Рис 10. Обязанности оператора

Рис 11. Создание путевки

В этой части модели идет согласование деталей тура с гидами, утверждение мест в отеле и подтверждение деталей путевки с клиентом (рисунок 11). Также идет согласование тура со всеми участниками тура.

Далее после всех согласований идет финальное создание путевки и отправка его клиенту.

Создать путевку можно несколькими способами:

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

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

3. Воспользоваться уже готовыми программными продуктами для создания путевок. Опять же в этом плане придется нанимать отдельного сотрудника, который будет следить за процессом создания путевки.

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

Рис 12. Согласование тура

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

Рис 13. Создание списка актуальных туров

Как раз-таки эти «актуальные туры и создает контент менеджер. Подробно его работу можно увидеть в декомпозиции функционального блока «создание списка актуальных туров» (рисунок 13 и 14).

Рис 14. Сбор информации о туре

В итоге полученная модель имеет следующую иерархию:

Рис 15. Иерархия модели

При проектировании базы данных, сама база данных была спроектирована в программном обеспечении Erwin (рисунок 16).

Рис 16. Логическая модельErwin.

2.5 Разработка информационной системы

Эта же модель была построена и протестирована в программном обеспечении MSAccess (рисунок 17)

w

Рис 17. MSAccess

Были созданы следующие таблицы (рисунок 18)

Рис 18.Созданные таблицы

Выше на рисунке 18 вы видите все таблицы, которые были созданы в процессе проектирования.

Рис 19. Создание запросов на выдачу конкретных данных.

Такие запросы создаются с помощью мастера запросов, который интегрирован в само программное обеспечение MSAccess



Рис. 20. Форма для ввода информации.

Информация вводится в базу через формы. Пример в MSAccess показан на рисунке 20. Такая форма создается с помощью мастера форм.

Листинг 1. Функция для обработки формы

На листинге 1 показан пример обработки формы на языкеJavaScript. Обработкой формы занимается функция loadDoc(). Она принимает в себя в качестве аргумента данные самих форм. Затем она проверяет их на валидацию. Это когда нужно проверить правильность введенных данных. Затем, с помощью глобального объекта XMLHttpRequest() она отправляет данные формы на серверную программу, которая вводит эти преобразованные данные в базу данных.

Листинг 2. Функция валидации.

На листинге 2 показана функция валидации введенных данных клиентом. Эти данные проверяются на правильность. И соответствующей маске ввода. Например для номера телефона это десятизначное число, которое начинается с кода 966.

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



Заключение

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

1. Создали контекстную диаграмму и декомпозировали ее до необходимого для создания программного продукта 8

2. Спроектировали базу данных в программе Erwin;

3. Реализовали ее в программном обеспеченииMSAccess;

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

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

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



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

1. Знакомство с нотацией IDEF0 и пример использования [Электронный ресурс] //HabrahabrURL:https://habr.com/ru/company/trinion/blog/322832/

2. Выбор CASE-средства: критерии и методика сравнения [Электронный ресурс] //HabrahabrURL:https://habr.com/ru/sandbox/1255/

3. Используем VS Code для Веб-разработки [Электронный ресурс] //HabrahabrURL: https://habr.com/ru/post/276825/

4. MicrosoftAccess [Электронныйресурс] // ВикипедияURL: https://ru.wikipedia.org/wiki/Microsoft_Access

5. XAMPP [Электронный ресурс] // Википедия URL: https://ru.wikipedia.org/wiki/XAMPP

6. Актуально ли на сегодня моделирование в IDEF0? [Электронный ресурс] // Решетова Наталья Эвальтовна // ProjectimoURL: http://projectimo.ru/biznes-processy/idef0.html

7. Основы работы в phpMyAdmin [Электронный ресурс] // timewebURL: https://timeweb.com/ru/help/pages/viewpage.action?pageId=4358203

Размещено на Allbest.ru

...