49
MySQL поддерживает API (Application Programming Interface,
программный интерфейс приложения) для С, C++, Eiffel, Java, Perl, PHP, Python,
Ruby и Tcl. MySQL можно успешно применять как для построения Web-страниц
с использованием Perl, PHP и Java, так и для работы прикладной программы,
созданной с использованием Delphi, Builder C++ или платформы .NET.4
СУБД MySQL предоставляет широкий выбор типов таблиц, в том
числе и сторонних разработчиков, что позволяет реализовать оптимальную для
решаемой задачи производительность и функциональность.
Локализация в MySQL выполнена корректно. У пользователя, как
правило, не возникает проблем при обработке русского содержимого БД (в
основном благодаря использованию юникода, как например, кодировка UTF-8).
MySQL поддерживает несколько типов данных.
Числовые данные. К ним относят целые числа, не содержащие дробной
части (например, 124), а также вещественные числа, имеющие как целую, так и
дробную части (например, 56.45). Числовые данные делятся на точечные (BIT,
BOOLEAN, INTEGER И DECIMAL) и приближенные (FLOAT, REAL И
DOUBLE PRECISION).
Строковые данные – последовательность символов, заключенных в
одинарные или двойные кавычки: 'Hello world', '123', "MySQL". Поскольку в
качестве стандарта в SQL определены одинарные кавычки, для совместимости
с другими базами данных рекомендуется использовать именно их. Различают
строковые типы CHAR, VARCHAR, BLOB, TEXT, MEDIUMTEXT,
MEDIUMBLOB, LONGTEXT, LONGBLOB, ENUM, SET.
К особым типам данных относятся ENUM и SET. Строки этих типов
принимают значения из заранее заданного списка допустимых значений.
Основное различие между ними заключается в том, что значение типа
ENUM должно содержать точно одно значение из указанного множества, тогда
как столбцы SET могут содержать любой (или все) элементы заранее заданного
множества. Так, значения для столбца, объявленного как ENUM ('y', 'n'), могут
принимать значения либо 'y', либо 'n'.
50
Для типа SET, так же, как и для типа ENUM, при объявлении задается
список возможных значений, но в ячейке таблицы может храниться любое
значение из списка, а пустая строка означает, что ни один из элементов списка
не выбран. Например, значения для столбца SET ('y', 'n') могут принимать
значения ('y', 'n'), ('y'), ('n') и пустое множество ().
Календарные данные.
СУБД MySQL имеет пять календарных типов данных: DАТЕ,
DATETIME, TIME, TIMESTAMP и YEAR. Тип DАТЕ предназначен для
хранения даты, TIME — для времени суток, a TIMESTAMP – для представления
и даты, и времени суток. Тип TIMESTAMP предназначен для представления
даты и времени суток в виде числа секунд, прошедших с полуночи 1 января 1970
года. Тип данных YEAR позволяет хранить только год.
Для значений, имеющих тип DATE и DATATIME принят формат
YYYY-MM-DD или YY-MM-DD. В типах TIME и DATATIME время
приводится в привычном формате hh:mm:ss.
1.4.3. Обоснование проектных решений по техническому обеспечению
Под техническим обеспечением понимают совокупность технических
устройств, которые необходимо для функционирования ИС. В первую очередь
в эту совокупность входят персональные компьютеры, серверные машины,
периферийное, сетевое оборудования, линии связи, устройства ввода и вывода
информации. Также в техническое обеспечение включают и документацию на
используемое оборудование.
Разрабатываемая информационная система автоматизации управления
проектами разрабатывается в виде веб-приложения, поэтому для работы в
системе необходимыми условиями являются наличие доступа к сети интернет
на сервере.
Минимальные значения технических характеристик сервера, на котором
должно выполняться разработанное веб-приложение:
51
тактовая частота процессора не менее 2 ГГц;
количество ядер процессора на менее двух;
объем оперативной памяти не менее 8 Гб;
доступ к сети Интернет на скорости не менее 100 Мб/с.
Требования к характеристикам клиентских машин диктуется
требованиями веб-браузера, который будет использоваться для работы с ИС:
тактовая частота процессора не менее 1,6 ГГц;
объем оперативной памяти не менее 2 Гб;
доступ к сети Интернет на скорости не менее 10 Мб/с.
52
2. ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл информационной системы, как и любого
программного продукта – это непрерывный процесс, начинающийся в момент
принятия решения о необходимости создания этой ИС и заканчивающийся
после полного вывода ее из эксплуатации.
Существует несколько подходов к организации жизненного цикла ИС,
которые регламентируются соответствующими документами. Наиболее
популярными и распространенными являются:
ГОСТ 34.601-90 Информационная технология (ИТ). Комплекс
стандартов на автоматизированные системы. Действие данного стандарта
распространяется на автоматизированные информационные системы и
описывает основные стадии и этапы их создания [1];
ГОСТ Р ИСО/МЭК 12207-2010. Информационная технология.
Системная и программная инженерия. Процессы жизненного цикла
программных средств. Данный стандарт подробно раскрывает содержание
процессов жененного цикла информационных систем [2].
ISO/IEC 12207:2008 Systems and software engineering — Software life
cycle processes. Стандарт описывает процессы и организацию жизненного цикла
программного обеспечения.
Custom Development Method (методика, разработанная компанией
Oracle) подробный материал, содержащий в себе заготовки проектных
документов, которые можно использовать в проектах, ключевое ПО в которых
разработано фирмой Oracle.
Rational Unified Process (RUP) подразумевает итеративную модель
разработки, которая состоит из четырех этапов (или фаз): начало, исследование,
построение и внедрение. Каждый этап разбивается на подэтапы (итерации), в
53
результаты прохождения которых создаются версии для внутреннего и
внешнего пользования. Для формализации описания работы и структуры ИС в
рамках RUP используется язык UML.
Для данного дипломного проекта был выбран стандарт ГОСТ 34.601-90,
т.к. он наиболее хорошо знаком разработчику проекта и имеет четкое описание
всех этапов работы над ИС.
Модель жизненного цикла была выбрана каскадная, в первую очередь
это связано с тем, что для разработки проекта автоматизации управления
проектами необходима поэтапная разработка, с обязательной отчетностью о
выполнении каждого этапа, поэтому была выбрана каскадная модель
жизненного цикла ИС. Детальное описание всех семи этапов жизненного цикла
разрабатываемой информационной системы представлено в таблице 6.
Таблица 6
Детальное описание этапов ЖЦ ИС
Наимен
ование
этапа
Цель этапа
Ключевые
участники
Требования к
входной
информации
Получаемые
результаты
Исследо
вание
предмет
ной
области
Получить полное
представление о
предметной
области, задачах
автоматизации
бизнес-процесса,
выявить
требования к ИС
Сотрудники
учреждения
Разработчик
Нормативные
документы
учреждения
Текущая
организация IT-
сферы в
организации
Требования к
функциональном
у наполнению
ИС
Проекти
рование
ИС
Выбрать и
обосновать
проектные
решений по
информационном
у, программному
и аппаратному
обеспечениям
Разработчик
Требования к
функциональному
наполнению ИС
Проектные
решения по
информационно
му,
программному и
аппаратному
обеспечению
проектируемой
ИС
54
Разрабо
тка ИС
Создать
работающий
прототип
системы,
выполняющий все
требуемые
функции
Разработчик
Программис
т
Проектные
решения по
информационном
у, программному
и аппаратному
обеспечению
проектируемой
ИС
Рабочая система,
удовлетворяюща
я обозначенным
функциональным
и другим
требованиям
Тестиро
вание и
отладка
первой
версии
ИС
Провести
проверку
корректности
работы всех
функций системы,
устранить
выявленные
недочеты
Сотрудники
учреждения
Разработчик
Рабочий прототип
системы
Система с
исправленными
недочетами и
ошибками
Внедрен
ие ИС
Внедрить ИС в
производственны
й процесс
Разработчик
Сотрудники
учреждения
Система с
исправленными
недочетами и
ошибками
Внедренная в
производственны
й процесс ИС
Эксплуа
тация
системы
в
произво
дственн
ом
процесс
е
Получить
необходимый
эффект от
использования ИС
Сотрудники
учреждения
Внедренная в
производственны
й процесс ИС
Полученный
положительный
эффект,
пожелания к
доработке и
развитию
системы
Развити
е
системы
Расширить
функционал,
улучшить
пользовательский
интерфейс
Разработчик
Пожелания к
доработке и
развитию системы
Расширенный
функционал ИС,
улучшенный
пользовательски
й интерфейса
Этап внедрения информационной системы в производственный процесс
является одним из наиболее важных в жизненном цикле ИС, т.к. от его
проведения и результатов выполнения зависит эффективность дальнейшего
использования и эксплуатации информационной системы, а значит и
55
эффективность всего проекта автоматизации. По этой причине, этап внедрения
разработанной информационной системы чаще всего рассматривают как
отдельный проект.
Выделяют четыре основных стратегии внедрения ИС в
производственную деятельность предприятий.
Первая стратегия – параллельная. Она характеризуется тем, что
внедрение выполняется постепенно и некоторый промежуток времени старый
вариант организации деятельности и автоматизированный работают
параллельно. Затем их результаты сравниваются, и если автоматизированный
более предпочтителен по замеряемым показателям, то старый вариант
исполнения бизнес-процессов прекращают.
Вторая стратегия – «скачок». При данной стратегии внедрение
происходит быстро и отказ от предыдущего способа выполнения работы
осуществляется резко, практически «одномоментно». Данную стратегию
рекомендуют применять в том случае, если внедрение затрагивает малое
количество сотрудников и бизнес-процессов, в противном случае возможно
резкое снижение производительности труда сотрудников.
Третья стратегия – «Пилотный проект». Похожа на «скачок», но
применяют ее к наиболее продвинутому структурному подразделению, которое
выразило желание использовать новый способ и готово помогать в его
внедрении и настройке.
Последняя, четвертая, стратегия внедрения – «Узкое место». При данной
стратегии автоматизации подвергается только тот участок производственного
процесса, который имеет непосредственное отношение к автоматизируемым
бизнес-процессам. При такой стратегии производительность труда, точность
данных и качество работы будет наблюдаться только на этом участке
производственного цикла.
Для реализации данного проекта автоматизации процессов управления
проектами была выбрана стратегия внедрения, называемая «Узкое место», т.к.
56
использование других описанных стратегий невозможно из-за четко
выделенных рамок автоматизируемых бизнес-процессов.
Ниже представлены основные фазы реализации проекта по внедрению
ИС в производственный процесс.
Все перечисленные фазы выполняет разработчик, совместно с
сотрудниками компании, ответственными за обеспечение работы
компьютерной техники. Основная роль разработчика – анализ ресурсов и
процессов, корректировка внедрения под конкретные условия организации.
Роль сотрудников предприятия – обеспечение разработчика всей необходимой
ему информацией, нужными материалами и оргтехникой.
Первая фаза проекта внедрения носит название предварительных работ.
В эту фазу входит предварительное исследование особенностей работы
предприятия и организации его бизнес-процессов, в особенности тех из них,
которые будут изменены в процессе автоматизации. Также ведется сбор
информации о сотрудниках, чья деятельность будет автоматизирована, их
должностных обязанностях, уровне квалификации. Такой сбор информации
необходим для того, чтобы точно оценить требуемые ресурсы и сроки
реализации проекта внедрения.
Вторая фаза проекта внедрения – подготовка самого проекта к
внедрению. После того, как будут оценены требуемые ресурсы и сроки, можно
переходит к планированию самого проекта. В ходе планирования реализации
проекта выполняются следующие работы:
планирование групп по внедрению: проектной и экспертной;
распределение полномочий и зон ответственности между членами
групп;
формирование списка организационных требований к процессу
внедрения;
дополнительное уточнение требований заказчика, а также его
видения проекта внедрения и его ожиданий;
57
обучение сотрудников компании, которые входят в группы
внедрения.
Третья фаза проекта внедрения – концептуальная проработка. Перечень
работ данной фазы:
формирование окончательной версии проекта внедрения со
сроками, задачами, ресурсами;
конкретизация целей и задач проекта;
согласование окончательной версии проекта, а также всех
проводимых работ, сроков, используемых ресурсов и привлекаемых
сотрудников с руководством компании-заказчика;
Четвертая, и финальная, фаза проекта внедрения – собственно
реализация проекта. То есть выполнение всех запланированных действий и
решение всех задач. В это время выполняется установка разработанной ИС на
рабочие компьютеры компании-заказчика, вводятся все настройки, переносятся
данные (если необходимо), отрабатываются вопросы, связанные с
безопасностью данных и защитой их от несанкционированного доступа,
неверных действий пользователей, программных и аппаратных сбоев в работе
ИС и оборудования, выполняется тестовая прогонка работы системы в боевом
режиме и на реальных данных, проводится обучение пользователей (если
требуется).
После того, как фаза реализации внедрения проекта завершается весь
проект считается реализованным. После того, как этап жизненного цикла ИС
«Внедрение» завершен, система передается в эксплуатацию.
Этап жизненного цикла ИС эксплуатация содержит в себе следующий
перечень выполняемых работ:
ввод первичных данных для формирования входных документов;
актуализация нормативно-справочной информации;
создание резервных копий;
58
отслеживание и исправление ошибок в работе, незамеченных на
этапе тестирования и внедрения ИС.
Ввод первичных данных осуществляется пользователями
проектируемой ИС с помощью соответствующих форм ввода данных.
Актуализация нормативно-справочной информации выполняется
администратором ИС.
Создание резервных копий базы данных и файлов информационной
системы также входит в обязанности администратора ИС, осуществляется
еженедельно.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Любой проект по созданию программного продукта, а особенно – по
созданию и внедрению информационной системы для предприятия, включает
множество различных задач. Поэтому, в ходе решения каких-либо задач, могут
возникнуть трудности, которые станут препятствием для решения какой-то
задачи или успеха всего проекта автоматизации. Такие препятствия называют
рисками. Ниже описаны возможные риски в реализации данного проекта,
причины их возникновения, а также способы избегания, пути устранения или
уменьшения негативных последствий.
Наиболее часто возникающим риском является заболевание сотрудника,
ответственного за решение какой-либо задачи. Наиболее распространённым
заболеванием являются грипп или простуда. Данный риск может возникнуть на
любом этапе жизненного цикла проекта автоматизации. Среди негативных
последствий заболевания сотрудника стоит выделить увеличение срока
реализации всего проекта. Для снижения вероятности возникновения этого
риска необходимо проводить регулярное общее обследование организма,
следить за соблюдением санитарно-эпидемиологических норм на рабочих
местах сотрудников.