88
Extreme Programming хорошо подходит для небольших проектных групп
и систем с часто изменяемыми требованиями. Основная проблема стандарта -
сопровождение. При текучке кадров в группе специалистов по разработке
значительная часть проектной информации может быть утеряна из-за
практически отсутствующей документации.
Microsoft Solutions Framework, в данном случае, наиболее
сбалансированной технологией, ориентированной на проектные группы малых и
средних размеров. Стандарт не накладывает никаких ограничений на
используемый инструментарий и содержит рекомендации весьма общего
характера. Однако, эти рекомендации могут быть использованы для построения
конкретного процесса, соответствующего потребностям коллектива
разработчиков.
Проект для решения задачи автоматизации учета испытаний сварочных
материалов является небольшим. В работе над проектом полностью
задействованы 2 человека: инженер-технолог 3 категории отдела Главного
сварщика и специалист по разработке (программист) управления по
информационным технологиям. Частично (в основном для утверждения и
согласование документации) задействованы Главный сварщик и начальник
управления по информационным технологиям. Этапы разработки и тестирования
будут проводиться в среде VBScript. Основное преимущество стандарта MSF –
итерационная модель с уточняющими вехами (аналог каскадной модели). Таким
образом, реализация MSF попыталась объединить каскадную и итерационную
модель разработки и внедрения ПО.
Исходя из описанных выше преимуществ, для разработки больше всего
подходит стандарт MSF, так как он наиболее гибкий и удобный для решения
задачи. Стандарт MSF оснащен хорошим преимуществом: возможностью
одновременного управления и проектом разработкой приложения и внедрением
инфраструктуры.
Идеология стандарта MSF состоит из 5 фаз - стадий ЖЦ ИС. Рассмотрим
более подробно каждую фазу.
89
1) Фаза выработки концепции.
Цель данной фазы – выработка единого видения и сплочение команды.
Проектная группа точно должна представить, что должно получиться в конечном
итоге, чтобы удовлетворить все потребности заказчика, определить конкретные
цели. В данном случае, заказчиком проекта выступает отдел Главного сварщика.
Потребителем будет 80% сотрудников ПАО «ЗиО-Подольск».
В идеологии MSF выполнение проекта делится на 6 блоков: каждому из
которых отводится конкретная роль (кластер) в проекте со своими обязанностями
и зоной ответственности.
Перечень кластеров и их задачи представлены в таблице 15.
Таблица 15
Описание кластеров
Кластер
Задачи
Управление
продуктом
концептуальный и логический дизайн;
функциональная спецификация;
подробный план задач для реализации;
временной график реализации проекта;
Управление
программой
выработка концепции решения,
разработка структуры проекта
Разработка
оценка технологий;
логический и физический дизайн;
план и календарный график разработки;
Удовлетворение
потребителя
график тестирования удобства эксплуатации;
доработка недочетов;
оформление пользовательской документации,
план обучения,
обучение.
Тестирование
оценка функциональности;
требования тестирования;
план и календарный график тестирования
90
Продолжение таблицы 15
Кластер
Задачи
Управление
выпуском
план и график внедрения,
ознакомление сотрудников ПАО «ЗиО-Подольск» с
началом функционирования;
проведение изменений во внутризаводские стандарты
(изменение регламента по работе со сварочными
материалами)
В связи с тем, что для решения данной задачи выделено два человека,
целесообразно выполнять все задачи совместно, так как команда проекта очень
маленькая.
Выходная информация и результаты фазы выработки концепции будет
являться организация рабочего места и времени для решения данной задачи,
будут составлена смета по времени и подробный план пошагового выполнения
реализации проекта.
2) Фаза планирования
Основная цель фазы- составление планов проекта, а именно:
- подготовка проектной группой функциональной спецификации,
- разработка дизайнов,
- подготовка рабочих планов,
- оценку проектных затрат и сроков разработки различных составляющих
проекта.
Процесс проектирования – это систематический способ продвижения от
абстрактных концепций к конкретным техническим деталям.
Результаты фазы планирования следующие:
- функциональная спецификация,
- описание возможных рисков,
- сводный план и сводный календарный график проекта,
- развернутые среды разработки и тестирования.
На данном этапе проектной группой ПАО «ЗиО-Подольск» составляется
календарный план по срокам и графикам разработки и согласовывается с Главным
91
сварщиком предприятия и начальником управления по информационным
технологиям. Затем определяется вся архитектура разрабатываемой подсистемы,
включая регламент взаимодействия производственных подразделений и отдела
Главного сварщика на предмет передачи и внесения документации в электронном
виде в ИС.
Параллельно необходимо начать сбор имеющейся информации по
результатам испытаний сварочных материалов в производственных
подразделениях ПАО «ЗиО-Подольск», в связи с этим подготавливаются
распоряжение Главного сварщика о передаче производственными
подразделениями всей имеющейся информации об испытаниях сварочных
материалов ответственному лицу в отдел Главного сварщика (т.е.
непосредственно мне) для анализа и обработки, а также перевода в электронный
вид. Совместно с сотрудником управления по информационным технологиям
составляется календарный план по срокам и графикам разработки.
3) Фаза разработки
На данном этапе проектная группа концентрируется на создании
компонент решения (включая документацию, а также программный код).
Допустимо, что некоторая часть выполняемой работы может продолжиться и на
фазе стабилизации, если такая необходимость выявлена в процессе тестирования.
Данная фаза также включает в себя разработку инфраструктуры.
В результате данного этапа выходной информацией будут
являться: исходный и исполнимый код приложений, скрипты установки и
конфигурирования, окончательное описание функционала разрабатываемого
решения, материалы поддержки решения, сценарии тестов. В нашем случае от
программиста на данном этапе требуется предоставить программу клиент для
работы Инженеров ИТ и написание полной документации к ней. От руководителя
проекта требуется создать работоспособную среду, описанную в предыдущем
этапе.
4) Фаза стабилизации
Во время данного этапа проводится тестирование разработанного
решения. Особое внимание концентрируется на эксплуатации решения в
реалистичной модели производственной среды. Проектная группа устраняет
92
допущенные ошибки, вносит различные корректировки и готовится к выпуску
разрабатываемого продукта.
Выходной информацией фазы стабилизации являются:
- Окончательный продукт (golden release),
- Документация выпуска (release notes),
- Материалы поддержки решения,
- Результаты и инструментарий тестирования,
- Исходный и исполнимый код приложений,
- Проектная документация.
В моем проекте разработка дополнительно модуля к основной
информационной системе в Lotsia PDM Plus происходит без остановки работы
данного программного продукта. Все работы на всех этапах ведутся параллельно
и не влияют на работу сотрудников ПАО «ЗиО-Подольск» в Lotsia PDM Plus. На
текущем этапе нами (проектной группой) выполняется тестирование модуля на
работоспособность и удобность пользования системой, проверка соответствия
техническому заданию, презентация выполненной работы непосредственно с
Главным сварщиком завода и начальником управления по информационным
технологиям. Затем были приглашены представители производственного
подразделения №511 (мастер по сварке) и ОТК (инспектор технического
контроля), которые протестировали ИС по сварочным материалам и
конкретизировали ситуации по работе в системе, которые им непонятны.
5) Фаза внедрения
Понятие «внедрение» является общим и для него существуют четыре
стратегии реализации, каждая из которые зависят от срока исполнения и качества
ИС, получаемой в итоге. Рассмотрим каждую стратегию подробнее и выберем
подходящую к нашей разработке.
1. Параллельная стратегия – одновременная работа старой (ручной) и
новой системы, проводится сравнение документов систем на выходе. Если на их
согласование затрачивается длительное время, то осуществляется переход на
новую систему.
2. «Скачок» – резкий переход от старой системы к новой без
дополнительных проверок и с полным отказом от старой системы.
93
3. «Пилотный проект» – тактика "скачка", но применяется только к
ограниченному числу процессов, т.е. небольшой участок деятельности является
областью применения такой стратегии.
4. «Узкое место» - это малая часть производственного процесса, где план
внедрения выполняется только для «узкого места» и для работающих в нем
людей.
Для нашей разработки наиболее подходящий вариант –это параллельная
стратегия, т.к. производство на машиностроительном предприятии останавливать
нельзя, поэтому все работы в ПАО «ЗиО-Подольск» велись параллельно ручной
системе обработки информации по испытаниям сварочных материалов.
На этапе фазы внедрения проектная группа получает одобрение со
стороны руководства на запуск работы с полученной системой на производстве
предприятия. Во время этой фазы согласовывается изменение стандартов ППАО
«ЗиО-Подольск» в части работы со сварочными материалами и обновляется
регламент проведения испытаний сварочных материалов. С данными
изменениями проходят ознакомление все сотрудники ПАО «ЗиО-Подольск,
которые непосредственно работают со сварочными материалами. В
производственных подразделениях мной проводилось также обучение мастеров
по сварке и представителей ОТК по работе с разработанной системой.
После прохождения пяти фаз наступает этап эксплуатации
разработанного программного продукта. Краткая инструкция по работе находится
системы находится во вкладке «Справка».
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Сам стандарт MSF даёт некую гарантию минимизации рисков, так как весь
ЖЦ проекта разделён на этапы, на каждом этапе есть роли, за которыми
закреплены цели, которые должны быть достигнуты и всё же на каждой фазе есть
некоторые риски:
В фазе выработки концепции могут возникнуть следующие риски:
Недальновидный анализ сроков проекта и его бюджета
Для ликвидации такого рода риска нужно более детально прорабатывать
задачи и цели проекта, ставить больше контрольных точек.
94
Неправильно подобранный проектный состав исполнителей может
повлечь полное отсутствие командной работы
Данный риск уменьшается более тщательным подбором специалистов в
проектную группу тестированием не только профессиональных навыков но и
личностных качеств.
На фазе планирования могут возникнуть следующие риски:
Неправильно или не совсем корректно сформированное архитектура
выбираемого решения
Возможность появления этого риска зависит от компетенции
руководителя проекта, на котором лежит принятие решение о выборе
архитектуры разрабатываемого решения
В фазе разработки возможны следующие риски:
Неправильная интерпретация технического задания и как следствие
неправильная программирование архитектуры и сдвиг сроков.
Минимизацией данного риска служит более чёткое написание
технического задания, понятного программисту
Еще одним немаловажным риском в данном проекте является
отсутствие должной квалификации у программиста в том языке, на котором
решено реализовывать программу клиент, которая будет распределять заявки
между инженерами.
В случае, если программист не будет укладываться в заданные временные
рамки календарного плана проекта, продеться использовать внешнего
разработчика, так называемый «аутсорсинг» или «фриланс».
В фазе тестирования могут возникнуть следующие риски:
Риски неоконченного тестирования.
Может произойти ситуация что программный продукт будет
протестирован не до конца.
Решается путем повторного тестирования на следующей итерации
разработки.
В фазе внедрения могут возникнуть следующие риски:
Риски неправильного принятия решения о законченности части проекта.
95
Возникновение данных рисков ведет за собой проблему незаконченности
решения и возможность возникновения нестыковок с другими частями
разрабатываемой ИС
Устраняется путем доработки при следующей итерации.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Для решения задачи автоматизации учета испытаний сварочных
материалов в ПАО «ЗиО-Подольск» существует несколько видов реализации
информационной безопасности.
Защита от внутренних угроз в ПАО «ЗиО-Подольск» реализуется путем
разграничения прав доступа к внутризаводской информационной системе Всем
сотрудникам, который допущены к работе с заводской ИС, где собраны
практически все сведения об выпускаемой продукции в ПАО «ЗиО-Подольск»
выдан логин и пароль для входа. На практике в Lotsia PDM Plus доступ к
определенному типу (разделу) документации разрешен не всем, а только тем, кто
допущен к работе с данными материалами. Подробные права пользователей
описаны в таблице 16.
2. Защита от внешних угроз реализуется настройкой параметров
средством удаленного администрирования Remote administrator. Также
установлен антивирус Kaspersky Endpoint Security 10 с постоянным
своевременным обновлением.
3. Организован контрольно-пропускной режим, с распоряжением
руководства, которое запрещает пронос на территорию ПАО «ЗиО-Подольск»
любых видов информационных носителей.
96
Таблица 16
Разграничение прав пользователей
Группы
пользователей
Доступ к ИС
Возможность
редактирования/по
полнения/
обновления
информации
Корректировка
функционала ИС
Производственные
подразделения
Да
Нет
Нет
Складское хозяйство
Да
Да
Нет
Отдел технического
контроля
Да
Нет
Нет
Конструкторские
отделы
Да
Да
Нет
Отдел Главного
технолога
Да
Да
Нет
Отдел Главного
сварщика
Да
Да
Нет
Управление по
информационным
технологиям
Да
Да
Да
Другие структурные
подразделения ПАО
«ЗиО-Подольск»
Да
Нет
Нет
97
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
На рис.15 представлена информационная модель ВКР.
Рис.15 – Информационная модель
Данная информационная модель показывает, как происходит выполнение
работ по поиску испытаний сварочных материалов в ИС. Необходимо запустить
программу, пройти идентификацию и перейти в раздел испытания сварочных
Lotsia PDM Plus
Идентификация
пользователя
Испытания свар.
материалов
Форма поиска
Спр «Оценка
качества»
Спр
«Размер1»
Спр
«Марка»
Спр
«Партия»
Спр
«Газ»
Спр
«Плавка»
Спр
«Размер2»
Спр
«Флюс»
Спр «П-я
флюса»
Спр «П-я
газа»
Табл «Док-
ты архива»
Комплект док-ов на
сварочный материал
в эл.виде
Сотрудники
ПАО
Табл
«Электроды»
»
Табл
«Проволока»
Табл
«Лента»
Табл «Св.
материал»