51
1. Структура данных. К этой группе требований относятся:
предусмотренные типы данных, применяемая модель данных (в самом
начале проектирования информационной системы должен решаться вопрос о
применении той или другой модели).
2. Функциональные возможности. В этой группе требований можно
выделить такие критерии: сетевые возможности, хранимые процедуры и
триггеры, масштабируемость, мобильность.
3. Особенности разработки приложений. Обычно, эти средства
разработки дают возможность наилучшим образом воплотить в действия все
возможности сервера, поэтому при оценке СУБД следует рассмотреть и
возможности средств разработки приложений. К этой группе требований
относятся: возможности разработки Web-приложений, многоязыковая
поддержка, средства проектирования.
4. Производительность. Одним из немаловажных показателей, который
применяется в работе как основной критерий при выборе СУБД, будет
являться производительность системы. Имеются следующие факторы
производительности: возможность оптимизирования запросов, возможность
параллельной архитектуры, рейтинг ТРС (Transactions per Cent).
5. Требования к рабочей среде. К этой группе требований относятся:
минимальные требования к операционной системе и оборудованию,
поддерживаемые аппаратные платформы [1].
1.4.3. Обоснование проектных решений по техническому обеспечению
Все компьютеры компании объединяются в локальную сеть, что
позволяет удовлетворить все потребности информационного обмена. На
рабочих местах сотрудников компании находятся принтеры для печати
разных отчётов, счетов, списков, и других документов.
В анализируемой задаче техническим обеспечением выступают
средства:
соединительные линии локальной вычислительной сети;
52
сервера;
ПК менеджеров.
Персональные компьютеры оценивают по таким ключевым критериям:
быстродействие видеокарты;
объем оперативной памяти;
объем жесткого диска;
быстродействие процессора.
Поскольку создаваемый модуль будет функционировать на базе клиент
- серверной технологии, все без исключения вычисления будут выполняться
на стороне сервера, а значит, системные запросы к ПК будут минимальными.
Выше описанные технические характеристики ПК относятся к
компьютерам, имеющих среднюю производительность, откуда следует, что
их замена или модернизация не требуется для выполнения установленной
задачи.
Также не требуют улучшения технические характеристики серверов,
поскольку сейчас применяемые модели серверов обладают возможностью
наращивания своей производительности для реализации автоматизируемой
задачи, не причиняя ущерба другим выполняемым ими задачам.
Соединительным линиям ЛВС дают оценку по потенциальной
пропускной способности. Поскольку в процессе работы создаваемого модуля
и обмена информацией с сервером видео или голосовой трафик не
передается, либо остальные данные большие по объему, то и особенных
запросов к пропускной способности не предъявляют. Поскольку пропускная
способность линий связи на данный момент составляет до 1 Гбит/сек, то им
также модернизация или замена не требуются.
53
2. ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл проекта начинается с момента принятия решения о
начале создания и заканчивается только в момент выведения его из
эксплуатации. Современные IT проекты разрабатываются с учётом принятых
стандартов, но так как проект разрабатывается собственными силами
предприятия, то стандарт жизненного цикла должен отвечать ряду
требований:
- стандарт не должен содержать жёстких нормативных критериев;
- при использовании стандарта не должно быть излишней
бюрократической нагрузки;
- стандарт должен содержать общую структуру жизненного цикла, а
также действия, процессы, задачи, которые необходимо реализовать в
процессе создания проекта;
- стандарт должен быть актуален и соответствовать современным
требованиям к ИС.
Как стандарт для регламентации жизненного цикла проекта выбран
ГОСТ Р 57193—2016 «Системная и программная инженерия. Процессы
жизненного цикла систем». Данный стандарт больше подходит для описания
жизненного цикла проекта, представленного в предоставленной работе, так
как он ориентирован прежде всего на разработку ИС в рамках предприятия и
даёт общие рекомендации для любого жизненного цикла, в тоже время
позволяя определить его структуру и сформулировать процессы, действия и
задачи в рамках каждого этапа.
Для предоставленного проекта выделены следующие стадии
жизненного цикла:
- анализ;
- проектирование;
54
- внедрение;
- сопровождение.
Первая стадия «Анализ». Эта стадия начинается с подэтапа
«Определение запросов к будущей ИС». Первой задачей является «Анализ
бизнес-процессов предприятия "КАК ЕСТЬ"». Данную задачу выполняет
менеджер отдела, назначенный генеральным директором в качестве
ответственного лица и IT специалист. В процессе выполнения задачи
формирует структурно - функциональную диаграмму бизнес-процессов
предприятия «КАК ЕСТЬ» в нотации IDEF0. По результатам выполненного
анализа выбирается совокупность задач автоматизации. Данная задача
выполняется IT специалистом. Завершающая задача подэтапа состоит в
«Определении свойств ИС, которые необходимы для решения задачи».
Задача решается менеджером отдела и IT специалистом.
Следующим подэтапом в стадии «Анализ» считается определение
функций будущей ИС и подбор стратегии автоматизации. В подэтапе
участвуют менеджер отдела, IT специалист.
Первая задача подэтапа состоит в анализе существующих разработок в
области создания ИС. Следующей задачей подэтапа считается «Выбор
метода приобретения ИС». Далее следует задача - «Подбор стратегии
автоматизации». Завершающая задача подэтапа состоит в «Определении
задач и целей автоматизации». Необходимо отметить, что данная задача
является ключевой для составления технического задания на разработку ИС.
Предпоследним подэтапом стадии «Анализ» считается «Аргументация
проектных решений». Этот подэтап включает в себя три ключевые задачи:
- аргументация проектных решений по программному обеспечению;
- аргументация проектных решений по техническому обеспечению;
- аргументация проектных решений по ИО.
Целью данных задач является формирование необходимых требований
к вышеперечисленным видам обеспечения ИС предприятия. Участником
данного подэтапа является IT специалист.
55
Заключительным подэтапом стадии «Анализ» является создание
документации по техническому заданию на разработку ИС.
Следующая стадия «Проектирование». На данной стадии необходимо
выполнить следующие задачи:
- оценить риски проекта;
- разработать информационную модель будущей ИС;
- охарактеризовать всю нормативно-справочную информацию, которая
необходима для функционирования ИС;
- охарактеризовать входные и выходные данные, а также алгоритмы их
расчёта;
- перечислить необходимое программное и техническое обеспечение
для функционирования ИС;
- охарактеризовать дерево функций, сценарии диалога, структуру базы
данных проектируемой ИС;
- разработать пользовательские интерфейсы;
Данную работу выполняет IT специалист предприятия. Выходной
информацией является проектная документация.
После проектирования наступает стадия реализации проекта. Данная
стадия начинается с подготовки к разработке ПО. Первый подэтап состоит из
следующих задач:
- установка локального сервера Apache;
- создание всех модулей ИС согласно ТЗ;
- разработка интерфейса на основе созданных модулей.
Все работы выполняет IT специалист предприятия. Конечным
результатом данной стадии является готовая ИС.
Главной целью стадии «Внедрения» является размещение тестирование
ИС. Ключевые стратегии введения системы представлены ниже.
1. Стратегия “Параллельное применение”. Параллельное применение -
синхронно выполняются новая и старая технология решения задачи, итоги их
подлежат сравнению. Ежели полученные результаты согласуются довольно-
56
таки продолжительное время, то выполняется переход на новую технологию.
Достоинства системы:
- наименьший риск ошибок в виде новых технологий;
- управление введения ИС будет выполняться независимо от обычного
операционного планирования компании.
Недостатки системы:
- удвоение загрузки персонала;
- требуется удвоенные мощности серверов;
- необходимо постоянно сверять результаты работы двух технологий.
2. Стратегия “Скачок”. Скачок - старая технология действует до
конкретного момента, потом осуществляется введение новой технологии, а
после ее введения реализуется исключительно новая технология.
Достоинства стратегии:
- минимальная продолжительность переходного периода;
- отсутствуют двойные затраты на деятельность компании;
- новые процессы считаются более оптимальными по причине
отсутствия длительного переходного периода.
Недостатки системы:
- большие риски несоответствия характеристик ИС требованиям
компании;
- высокие запросы к действиям по планировании перехода на новую
технологию;
3. Стратегия “Пилотный проект”. Данная стратегия – это стратегия
скачка, применяемая к ограниченному количеству процессов, областью
внедрения, как правило, является небольшой участок компании.
Достоинства системы:
- малый риск выбора неправильного решения, которое не приведёт к
долгому простою всей компании;
- наличие возможности изменять планируемую технологию в ходе
внедрения ИС на участке;
57
- отсутствуют двойные затраты на внедрение технологии.
Недостатки системы:
- сложно интегрировать информационные потоки создаваемых по
новой и старой технологии;
- необходимо одновременно управлять новой и старой ИС.
4. Стратегия “Узкое место”. Данная стратегия - это автоматизация
минимальной доли производственного процесса, который избирается
согласно критериям их эффективности, которые приводят к увеличению
качества выполнения процессов исключительно в конкретном узком месте.
Достоинства системы:
- после внедрения автоматизации любого узкого места есть
возможность прерывать автоматизацию;
- минимальные запросы к уровню планирования работ по внедрению.
Недостатки системы:
- внедрение полного завершённого цикла планирования на любом из
узких мест - вследствие способности прерывания процесса автоматизации,
может и не завершиться никогда;
- независимость автоматизации узких мест даст возможность к
формированию большого количества лишних программно-аппаратных
решений.
В качестве основной стратегии внедрения используется «Пилотный
проект». Такой подход снижает риски и наиболее надёжен при внедрении на
узком участке предприятия.
Во время этапа внедрения IT сотрудником предприятия производится:
- установка всех необходимых программных средств на сервер
предприятия;
- проведение тестирования;
- устранение ошибок, выявленных в процессе тестирования.
Стадия эксплуатации предусматривает наблюдение за работой ИС, ее
поддержку, доработку технической и программной архитектур, учитывая
58
новые программные и технические возможности. В процессе выполняется
доработка имеющихся программных модулей, а также доработка проектной и
технической документации. На протяжении первых двух месяцев
эксплуатации, следует еженедельно проводить совещания с участием IT
специалиста, генерального директора и сотрудника отдела техобслуживания,
ответственного за эксплуатацию ИС. Цель таких совещаний заключается не
только в выявлении недостатков ИС, а и в определении потенциальных пути
её усовершенствования. Следовательно, к концу стадии эксплуатации
необходимо устранить все без исключения недостатки ИС, а также
реализовать как можно больше мероприятий по её усовершенствованию.
Модель жизненного цикла разрабатываемой информационной системы
представлена схемой (рисунок 9). Под моделью ЖЦ понимается структура,
определяющая последовательность выполнения и взаимосвязи процессов,
действий и задач, выполняемых на протяжении ЖЦ.
Рисунок 9 Каскадная модель жизненного цикла ИС
Данная модель является каскадной. В этой модели основной
характеристикой является разбиение всей разработки на этапы, причем
переход с одного этапа на следующий происходит, только после того, как
будет полностью завершена работа на текущем этапе. Каждый этап
завершается выпуском полного комплекта документации. Однако в процессе
59
создания ИС постоянно возникает потребность в возврате к предыдущим
этапам и уточнении или пересмотре ранее принятых решений.
Положительные стороны применения каскадного подхода заключаются
в следующем:
- на каждом этапе формируется законченный набор проектной
документации, отвечающий критериям полноты и согласованности;
- выполняемые в логичной последовательности этапы работ позволяют
планировать сроки завершения всех работ и соответствующие затраты.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Риски на подэтапе «Определение требований к ИС». Главная угроза на
этом подэтапе заключается в недостаточном определении свойств ИС,
которые необходимы для разрешения задачи и в неправильном выборе задач
проектирования (недостаточный или чрезмерно большой объем задач
автоматизации). На стадии эксплуатации это может привести к
дополнительной доработке ИС, что влечёт за собой финансовый риск. Риск
можно предотвратить применением инновационных case-средств в процессе
моделирования бизнес-процессов. В случае появления подобного риска
выполняется дополнительное моделирование с применением инновационных
case-средств.
Основная угроза на подэтапе «Определение функций ИС и стратегий
автоматизации» заключается в неправильном определении стратегии
автоматизации и функций ИС. На этом подэтапе имеется риск ошибочного
выбора метода приобретения ИС. Риск можно предотвратить при помощи
основательного анализа всех вариантов. При возникновении, риск можно
устранить выполнением повторного анализа всех вариантов выбора ИС. Риск
взаимосвязан с риском ошибочного определения стратегии автоматизации и
функций ИС. Такой риск можно предотвратить и устранить применением
инновационных case-средств при выполнении анализа.
60
Риски на подэтапе «Разработка проекта автоматизации». Основная
угроза заключается в разработке неэффективного плана-графика по
автоматизации: применение излишних ресурсов или их недостаточность.
Данный риск считается финансовым; его можно предотвратить применением
передовых автоматизированных средств проектирования. При
возникновении риск можно устранить, применяя повторную корректировку
плана-графика по автоматизации.
На подэтапе «Создание информационного обеспечения задачи»
основные угрозы заключаются в разработке неверной информационной
модели и прототипов экранных форм, неудобных для пользователя. Риск
можно предотвратить по согласованию прообразов экранных форм с
будущими пользователями. Этот риск можно устранить при помощи
дополнительной доработки экранных форм и применяя систему
ModelViewControl (MVC).
На подэтапе «Подготовка к созданию ПО» основная угроза
заключается в неправильной формализации расчётов показателей. Риск
можно устранить посредством тестирования программных модулей на
стадии введения.
На подэтапе «Создание ПО» основная угроза состоит в неправильной
разработке программы. Данный риск можно устранить применением для
программирования языка 4-го поколения CLARION, который при
программировании показывает неправильности различных компонентов
создаваемого программного средства. Следует учесть, что тестирование
программных модулей будет выполняться на стадии введения.
Угроза на стадии «Введение» заключается в неправильном
тестировании технического обеспечения программных модулей. Данный
риск можно предотвратить применением лицензионного стендового
оборудования, а устранить можно при помощи двойного тестирования. На
стадии «Сопровождение» основные угрозы заключаются в поломке
оборудования, моральном устаревание ПС и ПО. Первый риск можно