37
3. Определение функциональности системы;
4. Анализ существующих разработок;
5. Выбор стратегии автоматизации;
6. Выбор программно-аппаратных средств;
7. Определение архитектуры;
8. Разработка системы и программной документации;
9. Внедрение системы;
10. Анализ полученных результатов.
1.3.3 Выбор и обоснование способа приобретения ИС для
автоматизации задачи
Способы приобретения ИС – это последующие действия от определения и
формализации решения о необходимости ИС до момента пока ИС не будет
внедрена на предприятия. Для рассматриваемого предприятия возможны
следующие способы приобретения ИС:
• разработка (самостоятельная и заказная);
• покупка ИС (покупка отечественной или зарубежной ИС);
• покупка и доработка (самостоятельная или заказная);
• аренда.
Анализ существующих разработок для автоматизации задачи обработки
заказов в туристической компании показал, что процесс обслуживания клиентов
плохо вписывается в концепцию большинства информационных систем,
предлагаемых на рынке. Комплекс задач автоматизации является очень
узкоспециальным, поэтому подобрать на рынке готовое программное решение
практически невозможно. Отсюда следуют два возможных варианта
приобретения информационной системы:
1. Приобретение одной из информационных систем, предлагаемых на
рынке, с серьезной доработкой под требуемый функционал.
2. Разработка новой информационной системы, непосредственно
решающей поставленные задачи.
К недостаткам первого варианта относится:
38
• Затраты на приобретение информационной системы.
• Дополнительные требования к квалификации людей, занимающихся
автоматизацией, т.е. необходимые навыки внедрения, доработки и
поддержки, приобретаемой информационной системы, что сказывается
на повышении ставки таких специалистов и ведет за собой
дополнительные затраты.
• Большие стоимостные и трудовые затраты на доработку
приобретаемой информационной системы.
К плюсам первого подхода можно отнести лишь появление определенного
фундамента для разработки информационной системы, чем в данном случае и
будет являться приобретаемая информационная система.
Единственным недостатком второго варианта – разработки новой
информационной системы в нашем случае, является отсутствие фундамента для
создания информационной системы, т.е. разработка с нуля.
Достоинствами разработки новой информационной системы являются:
• Полная ориентированность на решение задач отдела.
• Учет требований к функционалу происходит на этапе проектирования,
из чего следует максимальное соответствие возможностей системы
заявленным требованиям.
• Выбор платформы и программных технологий также осуществляется с
учетом принятых на предприятии требований и критериев, что ведет
за собой максимальное использование системой тех технических и
программных средств, которые уже имеются в наличии у предприятия.
• Отсутствие затрат на доработку системы, так как весь функционал
создается на этапе разработки.
• Компактность разрабатываемой системы, ориентация только под
конкретные задачи отдела.
На основе проведенного анализа, учета плюсов и минусов каждого из
возможных вариантов, был сделан вывод о разработке новой информационной
системы, которая будет полностью реализовать необходимые задачи и
39
максимально использовать имеющиеся ресурсы предприятия, не требуя больших
затрат на доработку и поддержку.
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному
обеспечению
Входные документы для решаемой задачи желательно получать через сеть,
поэтому они должны быть представлены в файлах заранее согласованной
структуры. Для упрощения использования таких файлов, они должны иметь
табличную форму. Требования к документам: полнота и непротиворечивость
информации для ее ввода в БД ИС.
В качестве модели базы данных выбрана реляционная модель. Требования к
БД: оптимизированная структура, соответствие третьей форме нормализации
таблиц, поддержка обеспечения целостности данных, контроль и
предотвращение занесения некорректной информации.[9]
Классификатор является стандартным кодовым языком документов
автоматизированных систем. Для нашей задачи классификаторами будут
являться:
1. Код сотрудника;
2. Код клиента;
3. Номер заявки;
4. Код тура.
При построении структуры экранных форм для ввода данных первичных
документов с оперативной информацией целесообразно использовать
комбинированную форму, максимально приближенную к той, которая была
использована для построения самого документа. Расположение полей должно
быть в последовательности, соответствующей логической структуре документа и
файлов с оперативной информацией, сокращающей трудоемкость операции
загрузки информации в информационную базу.
Для разрабатываемой системы необходимо спроектировать следующие
экранные формы:
40
1. Авторизация пользователя;
2. Регистрация клиента;
3. Личный кабинет администратора (работа с пользователями);
4. Личный кабинет менеджера (работа с заявками);
5. Личный кабинет клиента (работа с заявками);
6. Работа с туристическими предложениями в режиме менеджера.
1.4.2 Обоснование проектных решений по программному обеспечению
Из скриптовых языков для веб-приложений можно отметить, такие как C#,
Perl, Java, PHP. Каждый из них обладает своими достоинствами и недостатками.
Приведём сравнительную таблицу 1.3, обосновывающую выбор языков
программирования:
Таблица 1.3 Сравнительная таблица языков программирования
Критерий
С#
Perl
Java
PHP
1.
Уровень сложности
изучения языка
Низкий
Низкий
Высокий
Низкий
2.
Распространённость
Низкая
Низкая
Низкая
Высокая
3.
Компактность кода
Высокая
Высокая
Низкая
Высокая
4.
Кросплатформенность
Нет
Нет
Да
Да
5.
Функциональность
Высокая
Высокая
Высокая
Высокая
6.
Удобство применения
для разработки
небольших
приложений
Высокая
Высокая
Низкая
Высокая
Как видно из данной таблицы, PHP во многом превосходит своих
конкурентов, что делает его превосходным языком для разработки небольших
интернет-приложений.
PHP используется абсолютным большинством разработчиков динамических
Web-приложений. Использование PHP позволяет настраивать и изменять ваш
ресурс в реальном времени. Процессор гипертекста PHP - это серверный язык, с
41
помощью которого можно создавать скрипты, созданный специально для
Web.[10]
Решения на базе PHP предлагают организации:
• универсальность;
• прозрачную интеграцию;
• гибкость;
• ценовую эффективность;
• безопасность;
• высокую производительность.
В настоящее время для организации хранилища данных веб-приложений
наиболее часто используется СУБД MySQL.
MySQL является компактным и простым в эксплуатации сервером баз
данных. MySQL поддерживает стандарты начального уровня ANSI SQL92 и
ODBC. Приложения базы данных могут быть реализованы при помощи
популярных языков высокого уровня, таких как C, Perl, PHP и другие. СУБД
позволяет оперировать таблицами с суммарным объемом данных до 4 Гбайт.
По сравнению с другими СУБД MySQL обладает следующими
преимуществами: [11]
• одно из самых важных преимуществ – возможность использования
данной СУБД по лицензии GPL, т.е. бесплатно.
• важным преимуществом можно считать распространённость данной
СУБД. Практически любой хостинг имеет и предоставляет данную
СУБД бесплатно, вместе с основными сервисами. Данной
преимущество будет полезно при размещении данной разработки в
сети Интернет, а именно расширит возможности выбора площадок для
размещения.
• MySQL очень быстрая СУБД.
• Выбранный язык PHP имеет встроенные средства для работы с данной
СУБД, что существенно упростит сборку приложения.
• MySQL проста в обслуживании и настройке.
При выборе были рассмотрены следующие альтернативные СУБД:
42
• Oracle – высокая стоимость лицензии
• MS SQL Server - высокая стоимость лицензии, отсутствие
кроссплатформенности.
• Firebird – не распространён, нет встроенной поддержки php.
Таким образом сформируем перечень программных средств, необходимых
для функционирования системы:
1. Сервер базы данных с установленной MySQL версией не ниже 5.5;
2. Web-сервер со следующей конфигурацией ПО:
2.1 Операционная система – Windows 7/10;
2.2 Http-сервер Apache версии не ниже 2.4;
2.3 Транслятор PHP версии не ниже 5.5.
1.4.3 Обоснование проектных решений по техническому обеспечению
Для эффективного функционирования системы требуется соответствующее
техническое обеспечение. Хостинг BeGet в состоянии удовлетворить требования
клиентов. В зависимости от требуемых характеристик можно выбрать
соответствующий тариф. В данный момент нам достаточно нижеприведенных
характеристик:
• Операционная система Linux Ubuntu 12.*
• Процессор Intel Xeon E5-2699 v4, 2.20 Ггц
• Оперативная память DDR3 1333 Мгц, 32 Гб
• Выделенное место под систему 12 Гб
Так как разработка системы будет происходить на локальном сервере
(OpenServer), соответственно расположенном на локальном компьютере, его
характеристики так же должны соответствовать комфортным условиям
разработки. Ниже приведен список характеристик компьютера, на котором будет
разрабатываться система:
• Windows 10, 64-разрядная операционная система
• Процессор Intel Xeon E5 2689, тактовая частота 2.6 Ггц, 8 физических
ядер, 16 логических. За один такт каждое ядро может выполнять 2
операции.
43
• Оперативная память DDR3, 16 Гб, частота 1600 Мгц. Работает в
двухканальном режиме, а значит, пропускная способность памяти
увеличена вдвое.
• Твердотельный накопитель 480 Гб
• WiFi-адаптер со скоростью до 300 Мбит/сек
• Клавиатура, мышь
Данных характеристик хватит, чтобы обеспечить компьютер
высокоскоростной работой даже при высокой нагрузке.[12]
44
Глава 2. Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Проектирование ИС – трудоемкий, длительный и динамический процесс.
Технологии проектирования, применяемые в настоящее время, предполагают
поэтапную разработку системы. Этапы по общности целей могут объединяться в
стадии. Совокупность стадий и этапов, которые проходит ИС в своем развитии
от момента принятия решения о создании системы до момента прекращения
функционирования системы, называется жизненным циклом ИС.
Суть содержания жизненного цикла (ЖЦ) разработки ИС в различных
подходах одинакова и сводится к выполнению следующих стадий: [13]
1. Стадия планирования и анализа требований (предпроектная стадия
системного анализа): исследование и анализ существующей ИС, определение
требований к создаваемой ИС, оформление технико-экономического
обоснования и технического задания на разработку ИС.
2. Стадия проектирования: разработка в соответствии со
сформулированными требованиями состава автоматизируемых функций и
состава обеспечивающих подсистем, оформление технического проекта ИС.
3. Стадия реализации: разработка и настройка программ, наполнение базы
данных, создание рабочих инструкций для персонала.
4. Стадия внедрения: комплексная отладка подсистем ИС, обучение
персонала, поэтапное внедрение ИС в эксплуатацию по подразделениям
предприятия, оформление акта о приемо-сдаточных испытаниях ИС.
5. Стадия эксплуатации ИС: сбор рекламаций и статистики о
функционировании ИС, исправление ошибок и недоработок, оформление
требований к модернизации ИС и их выполнение (повторение стадий 2–5).
С точки зрения реализации в технологиях проектирования ИС модели
жизненного цикла претерпевали существенные изменения. Среди известных
моделей жизненного цикла можно выделить следующие: [14]
• каскадная модель – последовательный переход на следующий этап
после завершения предыдущего;
45
• итерационная модель – с итерационными возвратами на предыдущие
этапы после выполнения очередного этапа;
• спиральная модель (современное время) – модель, предполагающая
постепенное расширение прототипа ИС.
В качестве технологии проектирования ИС была выбрана каскадная модель
жизненного цикла. Так как мой проект является относительно небольшим, при
разработке по данной модели не возникло никаких критических проблем.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Оценка и анализ проектных рисков производится в процессе планирования
проекта и включает качественный и количественный анализ. Если по итогам
оценки проект принимается к исполнению, то перед предприятием встает задача
управления выявленными рисками. По результатам реализации проекта
накапливается статистика, которая позволяет в дальнейшем более точно
определять риски и работать с ними. Если же неопределенность проекта
чересчур высока, то он может быть отправлен на доработку, после чего снова
производится оценка рисков.[15] Список проектных рисков представлен в
таблице 2.1.
Таблица 2.1 – Проектные риски
Риски
Причины возникновения
Возможный ущерб
Маркетинговый риск
Выбор ошибочной
стратегии разработки
проекта, создание проекта
неэффективной
информационной системы
Неэффективное и
неоправданное
расходование
бюджетных средств
Риск несоблюдения
графика проекта
Задержка поставки
материалов,
использующихся в
процессе разработки,
недостаточная проработка
и несогласованность работ
Увеличение срока
окупаемости проекта
как напрямую, так и
за счет
недополученной
выручки
46
Риски
Причины возникновения
Возможный ущерб
по реализации проекта,
появление изменений в
требованиях
Риск превышения
бюджета проекта
Увеличение стоимости
материалов,
использующихся в
процессе разработки,
изменение требований к
разрабатываемому проекту
Увеличение срока
окупаемости проекта
из-за увеличения
бюджетных расходов
Общеэкономические
риски
Изменение курсов валют и
процентных ставок,
усиление или ослабления
инфляции, увеличение
конкуренции на рынке
программных продуктов
Увеличение срока
окупаемости проекта
Рассмотрим в таблице 2.2 основные риски и мероприятия по их снижению на
каждом этапе разработки.
Таблица 2.2 Основные риски на этапах реализации системы
Этап
Риск
Мероприятия
Заказ
Несоответствие выделенного
бюджета масштабу проекта
Решение по увеличению
бюджета или отказ от
участия в проекте