55
— средства проектирования баз данных, обеспечивающие моделирование
данных и генерацию схем баз данных (ERwin Data Modeler);
— Microsoft Visio 2010 – векторный графический редактор, редактор
диаграмм и блок-схем, входящий в состав пакета Microsoft Office.
Выбор среды и языка программирования является важнейшей задачей
реализации разрабатываемого модуля автоматизации учета труда и заработной
подразделения. При выборе среды и языка программирования были учтены
критерии:
— доступность программного средства разработки и реализации;
— возможности программного средства для разработки поставленной
задачи;
— оценка надежности, производительности и удобства работы
программного средства;
— совместимость с выбранным типом СУБД и возможности переноса БД для
данного программного средства на другие СУБД;
— наличие документации на русском языке и справочных систем
27
.
Краткая характеристика языков программирования представлена в таблице
1.11 (Приложение 2).
Для реализации разрабатываемого модуля учета труда и заработной платы
подразделения «Производство резиновых изделий, г. Кричев» была выбрана среда
разработки «1С: Предприятие 8.2» и соответственно встроенный язык
программирования 1С.
1С: Предприятие» представляет собой систему прикладных решений,
построенных по единым принципам и на единой технологической платформе,
которая позволяет автоматизировать деятельность предприятия. Основной
отличительной чертой рассматриваемой системы является дееспособность
подстройки под конкретную область деятельности. Функционирование системы
разделяется на два процесса — работа в режиме конфигуратора и непосредственно
пользовательскую работу с тем, что создано на этапе конфигурирования .
27
ГОСТ Р ИСО/МЭК 12207-99 «Процессы жизненного цикла программных средств», принят и введен в
действие постановлением Госстандарта РФ от 23 декабря 1999 г. N 675-ст.
56
1.4.3 Обоснование проектных решений по техническому обеспечению
Под техническим обеспечением разрабатываемого проекта понимается
комплекс технических и аппаратных средств и характеристик, необходимых для его
реализации.
Техническое обеспечение можно классифицировать:
— Компьютерная техника (рабочие станции, персональные компьютеры,
серверы);
— Коммуникационная техника (компьютерные сети и
телекоммуникационное оборудование);
— Организационная техника, (средства оргтехники и связи).
Необходимое техническое обеспечение для реализации разрабатываемого
программного средства учета труда и заработной платы подразделения
«Производство резиновых изделий, г. Кричев»:
— Для работы с входной и выходной информацией необходимы
персональные компьютеры.
— Для представления результатов решения задач пользователям необходимы
принтера
28
.
Необходимое техническое обеспечение можно приобрести, а можно
воспользоваться уже имеющимся на предприятии
29
.
Решено использовать уже имеющийся на предприятии ОАО «Белшина»
техническое обеспечение. Так как это потребует минимум стоимостных и трудовых
затрат, а также совместимо со всеми элементами входящих в техническое
обеспечение структурного подразделения «Производство резиновых изделий, г.
Кричев».
28
. Золотова, Е.В. Основы кадастра: Территориальные информационные системы: Учебник для вузов / Е.В.
Золотова. - М.: Фонд «Мир», Акад. Проект, 2016. - 416 c.
29
Вдовин, В.М. Предметно-ориентированные экономические информационные системы: Учебное пособие /
В.М. Вдовин. - М.: Дашков и К, 2013. - 388 c.
57
ГЛАВА 2.ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
В Республике Беларусь создание программного обеспечения,
регламентированы небольшой группой стандартов ГОСТ ЕСПД, которые отстают
от мирового уровня на 5–8 лет. В данных документах создание и сопровождение
программных средств отражены недостаточно, а также часть положений этих
документов устарела. Поэтому в современных разработках в Беларуси широко
применяются международные стандарты.
Наиболее распространенным документом стандартизации жизненного цикла
программного обеспечения является стандарт ISO/IEC 12207 – Information
Technology – Software Life Cycle Processes . В 2003 г. он был принят как «СТБ
ИСО/МЭК 12207–2003. Информационные технологии. Процессы жизненного цикла
программных средств».
Стандарт ISO/IEC 12207 определяет жизненный цикл программного
продукта (software life cycle) как непрерывный процесс, который начинается с
момента принятия решения о необходимости его создания и заканчивается в момент
его полного изъятия из эксплуатации.
Стандарт СТБ ИСО/МЭК 12207–2003, являющийся основным стандартом в
области жизненного цикла программных средств и систем в Республике Беларусь,
оговаривает, что выбор модели жизненного цикла должен осуществляться в начале
разработки программного средства или системы. Выбранная модель адаптируется к
особенностям разрабатываемого проекта и к требованиям действующих стандартов.
На адаптацию модели жизненного цикла программного обеспечения влияют
характеристики проекта, определенные в стандартах СТБ ИСО/МЭК 12207–2003 и
ГОСТ Р ИСО/МЭК ТО 15271–2002.
Для проектирования и реализации модуля, автоматизирующего работу по
учету труда и заработной платы на частном предприятии «Джамп плюс» выбран СТБ
ИСО/МЭК 12207–2003, принятый на территории Республики Беларусь и
являющимся адаптированным стандартом, созданным на основе международного
документа ISO/IEC 12207 – Information Technology – Software Life Cycle Processes.
58
В настоящее время существуют три базовые стратегии разработки
программного обеспечения:
— каскадная;
— инкрементная;
— эволюционная.
Каскадная стратегия представляет собой однократный проход этапов
разработки. Данная стратегия основана на полном определении всех требований к
разрабатываемому программному средству в начале процесса разработки. Каждый
последующий этап начинается после окончания предыдущего этапа. Отсутствует
промежуточные версии программного средства. Представителем каскадной
стратегии, являются каскадная модель, представленная на рисунке 6.
Достоинства стратегии:
1) стабильность требований в течение ЖЦ разработки;
2) простоту применения стратегии, так как необходимо только один раз
проходить каждый этап разработки;
3) простота планирования, контроля и управления проектом;
4) доступность для понимания заказчиками.
Недостатки стратегии:
1) сложность полного формулирования требований в начале процесса
разработки и невозможность их динамического изменения на протяжении ЖЦ;
2) линейность структуры процесса разработки, в результате чего могут
возникнуть проблемы с увеличением финансовых затрат и нарушению графика
работ;
3) непригодность промежуточных продуктов для использования;
4) недостаточное участие пользователя в процессе разработки ПС, что
приводит к невозможности предварительной оценки пользователем качества
программного средства или системы.
59
Рис. 2.1- Классическая каскадная модель
Инкрементная стратегия представляет собой многократный проход этапов
разработки с запланированным улучшением результата. Данная стратегия основана
на полном определении всех требований к разрабатываемому программному
средству в начале процесса разработки. Однако полный набор требований
реализуется постепенно в соответствии с планом в последовательных циклах
разработки. Результат каждого цикла представляет собой версию программного
средства. Особенностью инкрементной стратегии является большое количество
циклов разработки при их небольшой продолжительности. Представителем
каскадной стратегии, являются инкрементная (итерационная) модель,
представленная на рисунке 2.1.
Достоинства стратегии:
1) возможность получения функционального продукта после
реализации каждого инкремента;
2) короткая продолжительность создания инкремента;
60
3) предотвращение реализации громоздких спецификаций требований;
стабильность требований во время создания определенного инкремента;
возможность учета изменившихся требований;
4) снижение рисков по сравнению с каскадной стратегией;
5) включение в процесс пользователей.
Недостатки стратегии:
1) необходимость полного функционального определения системы или
программного средства в начале ЖЦ;
2) возможность текущего изменения требований к системе или
программному средству, которые уже реализованы в предыдущих инкрементах;
3) сложность планирования и распределения работ;
4) возможность возникновения оттягивания решения трудных проблем на
поздние инкременты, что может нарушить график работ или снизить качество
программного продукта.
Рис. 2.2 - Инкрементная модель жизненного цикла
61
Эволюционная стратегия представляет собой многократный проход этапов
разработки. Данная стратегия основана на частичном определении требований к
разрабатываемому программному средству в начале процесса разработки.
Требования постепенно уточняются в последовательных этапах разработки.
Результат каждого цикла разработки обычно представляет собой версию
программного средства. Для эволюционной стратегии характерно меньшее
количество циклов разработки при большей их продолжительности по сравнению с
инкрементной стратегией
30
. При этом результат каждого цикла разработки
существенно отличается от результата предыдущего цикла. Представителем
эволюционной стратегии, являются спиральная модель, представленная на рисунке
2.3.
Достоинства стратегии:
1) возможность уточнения и внесения новых требований в процессе
разработки;
2) пригодность промежуточного продукта для использования;
3) возможность управления рисками;
4) обеспечение широкого участия пользователя в проекте, начиная с ранних
этапов;
5) реализация преимуществ каскадной и инкрементной стратегий.
Недостатки стратегии:
1) неизвестность точного количества необходимых итераций и сложность
определения критериев для продолжения процесса разработки на следующей
итерации;
2) сложность планирования и управления проектом;
3) необходимость активного участия пользователей в проекте, что реально
не всегда осуществимо;
4) необходимость в мощных инструментальных средствах и методах
прототипирования;
30
ISO/IEC 12207 Systems and software engineering — Software life cycle processes,
разработан подкомитетом ПК 7 «Системная и программная инженерия» Совместного
технического комитета №1 ИСО/МЭК «Информационные технологии» от 1.08.2008 г.
62
5) возможность отодвигания решения трудных проблем на последующие
циклы.
Рис. 2.3 - Спиральная модель жизненного цикла
Для реализации модуля, автоматизирующего работу по учету труда и
заработной платы в «ПРИ г. Кричев» выбрана стратегия жизненного цикла
программного обеспечения – инкрементная и представляющая ее инкрементная
модель. В инкрементной модели планирование тестирования и испытаний
производиться на ранних стадиях разработки программного средства, упрощена
оценка промежуточных результатов разработки, облегчен процесс управления и
контроля за ходом разработки .
В соответствии с СТБ ИСО/МЭК 12207–2003 все модели жизненного
цикла программного обеспечения содержат процессы: основные, вспомогательные,
организационные.
К основным процессам жизненного цикла программного обеспечения
относятся:
1.Заказ;
2. Постановка;
3.Разработка;
4.Эксплуатация;
5. Сопровождение.
К вспомогательным процессам цикла программного обеспечения относятся:
1. Документирование;
63
2.Управление конфигурацией;
3 Обеспечение
качества;
4.Верификация;
5.Аттестация;
6. Совместный анализ;
7.Аудит;
8.Решения проблем.
К организационным процессам жизненного цикла программного
обеспечения относятся:
1.Управление;
2.Создание инфраструктуры;
3.Процесс усовершенствования;
4.Процесс обучения
31
.
Процесс разработки состоит следующих этапов, выполняемых
разработчиком. Описание каждого этапа применительно к разрабатываемому
модулю, автоматизирующего работу по учету труда и заработной платы в
структурном подразделении «ПРИ», отражено в таблице 2.1.
31
Исаев, Г.Н. Информатика в экономике: Учебник для студентов вузов / Г.Н. Исаев. - М.:
Омега-Л, 2017. - 462 c.
64
Таблица 2.1
Описание этапов жизненного цикла разрабатываемого веб-представительства
Наименование этапа
Описание этапа
1
2
Подготовка процесса
разработки
Выбрана модель жизненного цикла программного
средства. Приняты решения о применяемых методах,
инструментальных средства разработки и языках
программирования.
Анализ требований к
системе
Определены общая, техническая и программная
архитектуры проекта. Проанализировано назначение
программного средства и, на основании выполненного
анализа, уточнены требования к нему. Также на данном
этапе оговорены планы сборки и квалификационных
испытаний системы.
Проектирование
программных средств
Требования к программному средству преобразованы в
его архитектуру, осуществлено детальное проектирование
программного средства. Произведено распределение
технических требований к компонентам между
программными модулями.
Программирование и
тестирование
программных средств
Осуществляется кодирование и тестирование
программных модулей, а также оценка полученных
результатов
Сборка и
квалификационные
испытания
программных средств
Осуществлена сборка программных модулей,
технической конфигурации, и ручных операций в единую
подсистему. Проведено тестирование и оценка качества
собранной подсистемы с моделируемыми исходными
данными.
Ввод в действие и
обеспечение приемки
программных средств
Разработанный проект введен в действие в среде
эксплуатации, проведено заказчиком приемочных
испытаний с целью проверки пользователем соответствия
системы исходным требованиям.
Эксплуатация и
сопровождение
определяются недоработки и согласованность работы
всех компонентов. При выявлении недоработок
определяются перечень указаний для исправлений
разработчиком
32
Разработка модуля по учету труда и заработной платы предполагает
первоначальный анализ существующих решений на предприятии и выборе
стратегий внедрения (таблица 2.2).
32
Исаев, Г.Н. Информатика в экономике: Учебник для студентов вузов / Г.Н. Исаев. - М.:
Омега-Л, 2017. - 462 c.