48
– СУБД имеют огромное число параметров, что значительно
затрудняет их непосредственное сравнение.
При разработке ИС по автоматизации системы управления персоналом
необходимо выбрать СУБД SQL Server, так как она является удобной в
использовании, имеет хороший уровень масштабируемости, соответствует всем
поставленным задачам и внедряема в множество визуальных сред разработки.
Кроме этого, в настоящее время используются специализированные
платформы для создания конфигураций ПО, которые позже внедряются в
серверную часть.
Типичным примером такой платформы является система 1С:Предприятие
8.3, в которой присутствует модуль для разработки конфигураций
(Конфигуратор).
Стоит отметить, что в работе будет применяться учебная версия платформы
1С:Предприятие по таким причинам [9]:
– ИС внедряется только для отдельного участка, то есть, некоторое
время будет работать в тестовом режиме и полностью всех функций платформы
применять не нужно;
– лицензионная версия платформы 1С:Предприятие является платной.
При удачном внедрении данной ИС руководством компании будет
рассматриваться возможность покупки полной версии платформы.
Именно эта среда будет применяться для создания ИС по автоматизации
расчета потребности и заказа товаров для Истринского РПО.
1.4.3.Обоснование проектных решений по техническому обеспечению
Под техническим обеспечением (ТО) понимается персональные
компьютеры, линии связи, оргтехника, оборудование вычислительных сетей.
Спецификация ТО, зависящая от так называемой технической оснащенности
(автоматизированный, ручной, удаленный), сильно влияет на сбор, передачу и
обработку информации [8].
Комплекс технических средств составляют такие компоненты:
– персональные компьютеры;
49
– устройства сбора, обработки, накопления, передачи и вывода данных
(принтеры, сканеры);
– устройства передачи, приема и обработка сетевых данных, а также
линий связи;
– эксплуатационные материалы.
При непосредственном выборе компьютера надо руководствоваться рядом
характеристик, которые должны удовлетворить все требования для создаваемой
системы.
К таким характеристикам можно отнести:
– стоимостные затраты;
– надежность;
– простота использования;
– производительность и прочие.
От значения требуемых параметров зависят возможности работы с уже
имеющимися программными средствами, а в результате – и успех создания
автоматизированной системы.
Для каждого с элементов указанной схемы выделяется ряд критериев,
которые считаются самыми важными при осуществлении выбора аппаратного
обеспечения:
– разрешение дисплея монитора;
– тактовая частота процессора ПК;
– объем используемой оперативной памяти.
Средние параметры ПК, которые применяются в Истринском РАЙПО и
полностью соответствуют функционированию разрабатываемой ИС
(спецификация ТО рассмотрена в п.1.2).
Для обработки документов в электронной форме, а именно, печати,
копирования и сканирования документов, должно использоваться
специализированное оборудование – МФУ. В данном случае руководству
необходимо приобрести МФУ Konica Minolta 1380.
Также, для обеспечения уровня сохранности данных при аварийном
отключении электропитания ПК должен быть оборудован модулем
бесперебойного питания.
50
Анализируя уже используемые в Истринском РАЙПО АРМ персонала,
можно сделать вывод, что они полностью подходят по всем техническим
требованиям для реализации ИС.
51
II ПРОЕКТНАЯ ЧАСТЬ
2.1.Разработка проекта автоматизации
2.1.1.Этапы жизненного цикла проекта автоматизации
Модель жизненного цикла ПО – это структура, содержащая разные
процессы действия, а также и задачи, которые часто осуществляются в ходе
процесса разработки, использования или сопровождения программного продукта.
Такие модели можно разделять на 3 главных группы:
– с учетом специфики задач;
– инженерный подход;
– современные технологии для быстрой разработки.
Рассмотрим существующие непосредственно модели (подклассы) и также
оценим их недостатки и преимущества.
Модель устранения и кодирования ошибок – это совершенно простая
модель, которая характерна для студентов ВУЗов.
По этой модели именно большинство студентов разрабатывают самые
простые проекты.
Данная модель имеет такой алгоритм:[2]
– остановка задачи;
– выполнение задачи;
– проверка результата задачи;
– при необходимости возврат к первому пункту.
Данная модель является устаревшей. Она характерна для 60-70 гг. 20
столетия, поэтому преимуществ перед другими моделями практически не имеет,
к тому же недостатки – на лицо.
Каскадная модель ЖЦ – это процесс разбиение всей разработки
программного средства на этапы, причем все переходы с одного этапа к
следующему происходят только после того, как полностью будет завершен работа
на текущем этапе.
52
Рисунок 17 – Схема каскадной модели ЖЦ
Рассмотрим положительные стороны каскадной модели жизненного цикла:
– на каждом этапе создан законченный набор проектной
документации;
– выполняемые в нужной последовательности этапы всех работ позволяют
спланировать сроки окончания работ и соответствующие им затраты.
Рассматриваемый подход хорошо показал себя при проектирования
информационных систем, автоматизированных систем, для которых можно в
самом начале разработки достаточно полно и точно формулировать все
необходимые требования.
К этой категории попадают сверхсложные расчетные системы, а также
системы реального времени с другими подобными задачами.
Однако в процессе создания программного средства реально постоянно
возникает большая необходимость в возврате работы к предыдущим этапам,
пересмотре или уточнении ранее принятых решений по работе.
Реальный процесс формирования программного средства принимает такой
внешний вид (рисунок 18):
53
Рисунок 18 – Реальный процесс выполнения каскадной модели
Одно из применяемых в западной литературе названий этой схемы
организации ЖЦ – "водопадная модель" или waterfall model.
Главным недостатком каскадного подхода есть существенное запаздывание
при содержании результата.
Функциональные и информационные модели автоматизируемого объекта
могут устаревать одновременно при их утверждении.
Следующий недостаток – такое проектирование программного средства
ведет к примитивной его автоматизации ил механизации существующих действий
работников.
Для преодоления появившихся проблем, связанных с применением
пользованием каскадной модели, в середине 1970-х годов предложена спиральная
модель.
В спиральной модели ЖЦ рассматривается упор на аналогичные начальные
этапы ЖЦ:
– анализ;
– проектирование.
54
Сама реализация технических решений выполняется при помощи
прототипов (рисунок 19).[6]
Рисунок 19 – Спиралевидная модель
Ее принципиальная особенность в том, что прикладное программное
средство создается не сразу, по примеру каскадного подхода, а по составным
частям с применением метода прототипирования.
Прототип – это действующий программный компонент, который реализует
отдельные функции, а также внешние интерфейсы разрабатываемого
программного средства.
Создание прототипов также осуществляется за пару итераций, или
специальных витков спирали.
Все итерации соответствуют созданию фрагмента, или же версии
программного продукта, в ней уточняются все цели и характеристики
программного проекта, оценивается общее качество полученных результатов,
планируется работа уже следующей итерации.
55
Для каждой итерации выполняется тщательная оценка разного рода риска
превышения сроков, стоимости проекта для определения необходимости
применения еще одной итерации, их степени точности и полноты понимания
требований для системы, а также целесообразности закрытия проекта.
Спиральная модель избавляет разработчиков и пользователей
программного средства от полного, точного формулирования всех требований к
системе на исходной стадии, поскольку они могут уточняться на каждой новой
итерации. [5]
Таким образом, последовательно конкретизируются и углубляются детали
проекта, в результате выбирается также обоснованный вариант, что доводится до
реализации.
Непосредственная разработка итерациями может отражать объективно
существующий спиральный проход создания системы, позволяя перейти на
следующую стадию, так и не дожидаясь полного прекращения работы на данной
стадии, поскольку при таком способе разработки всю недостающую работу
выполняют на следующей итерации.
Основная задача такой разработки – это как можно быстрее показывать
пользователям системы полностью работоспособный продукт, и тем самым
активизируя процессы уточнения требований.
Спиральная модель вовсе не исключает применение каскадного подхода на
последних стадиях проекта тогда, когда требования к полученной системе
полностью определены.
Основная проблема для спирального цикла – это определение момента
перехода в следующую стадию.
Для решения такой проблемы необходимо ввести временные или
частичные ограничения на все из стадий ЖЦ.
Переход осуществляется при соответствии с планом, если даже не вся
запланированная функциональность выполнена. План составляется на примере
статистических данных, которые получены в предыдущих проектах, личного
опыта разработчиков.
Спиральная модель также обладает следующими достоинствами:
56
– заказчики имеют возможность увидеть разрабатываемый продукт на
ранних стадиях;
– заказчики принимают участие в разработке средства;
– в модели воплощены все преимущества каскадной, а также
многопроходной модели.
Главные недостатки спиральной модели: каждый виток спирали может
продолжаться просто до бесконечности, поскольку каждая ответная реакция
заказчиков может породить дальнейший цикл.
Рисунок 20 – Улучшенная спиральная модель
В качестве модели ЖЦ разработки программного средства большое
распространение получила новая улучшенная спиральная модель, которая
показана на рисунке 20.
В отличии от рассмотренной ранее спиральной модели указанная модель
применяет каскадный подход на последних этапах разработки программного
средства.[7]
57
Использование спиральной модели является целесообразным, если
существует одна из таких причин:
– целесообразно создание прототипа;
– выполнение организации обладает навыками, что требуются для
адаптации модели;
– нужно выполнять проекты для средней и высокой степени риска;
– пользователи не уверены в потребностях;
– все требования слишком сложные.
В результате выполненного рассмотрения моделей жизненного цикла
создания ПО можно сделать вывод, что для автоматизации системы управления
персоналом наиболее целесообразно применять каскадную модель.
Существуют следующие основные стратегии внедрения системы:
– Параллельная стратегия - когда одновременно работают старая
(ручная) и новая система, и их выходные документы сравниваются. Если они
согласуются длительное время, осуществляется переход на новую систему.
– "Скачок". Эта стратегия привлекательна, но не рекомендуется.
– "Пилотный проект". Это наиболее часто используемая стратегия.
"Пилотный проекта" - это тактика "скачка", но применяемая к ограниченному
числу процессов. Область применения стратегии - небольшой участок
деятельности. Такой подход снижает риск и наиболее надежен. Практически все
предприятия применяют эту тактику сегодня.
– "Узкое место". "Узкое место" – это малая часть производственного
процесса. При использовании похода "узкое место" план внедрения выполняется
только для "узкого места" и для людей, работающих в нем. Точность данных
повышается только для изделий в этом "узком месте"; переподготовка- только для
людей, работающих в нем; анализ эффект-затрат делается только для него и т.д.
В данном случае будет применяться стратегия «пилотный проект».
2.1.2.Ожидаемые риски на этапах жизненного цикла
Основной риск на первом этапе – недостаточное определение основных
свойств проектируемой ИС, что требуются для решения задачи, а также
неправильный выбор исходных задач проектирования.