37
- COBIT предлагает комплексный подход, который помогает
предприятиям в решении задач, связанных с руководством и управлением
корпоративными службами ИТ. Проще говоря, он позволяет предприятиям
оптимизировать ценность ИТ за счет поддержания баланса между получением
выгод и снижением уровня рисков и использования ресурсов.
- Extreme Programming одна из гибких методологий
разработки программного обеспечения. Основывается на проверке написанного
кода другим программистом-напарником.
Главные показатели определения стандарта жизненного цикла:
- Актуальность применяемых способов управления разработки,
- Итерационная разработка,
- Контроль рисков,
- Четко выделенные фазы,
- Отсутствие необходимости использования специальных средств
моделирования.
Стандарт Extreme Programming для нынешнего проекта не подходит, так
как не имеет четких фаз.
COBIT больше подходит для стратегического планирования ИС и ИТ
инфраструктуры в целом.
RUP подходит для небольших групп разработчиков, но требует наличия
внутрифирменных инструментальных средств.
Тогда как MFS так же подходит для небольших групп разработчиков,
содержит в себе общие рекомендации и не требует наличия специального ПО.
Это делает ее подходящей моделью для нынешнего проекта.
MSF включает в себя ряд основных принципов. Вот те из них, которые
имеют отношение к успешной работе команды:
• Распределение ответственности при фиксации отчетности
• Наделяйте членов команды полномочиями
• Концентрируйтесь на бизнес-приоритетах
• Единое видение проекта
38
• Проявляйте гибкость — будьте готовы к переменам
• Поощряйте свободное общение
Успешное использование модели проектной группы MSF основывается
на ряде ключевых концепций:
• Команда соратников
• Сфокусированность на нуждах заказчика
• Нацеленность на конечный результат
• Установка на отсутствие дефектов
• Стремление к самосовершенствованию
• Заинтересованные команды работают эффективно
MSF основан на постулате о шести качественных целях, достижение
которых определяет успешность проекта. Эти цели обуславливают модель
проектной группы. В то время как за успех проекта ответственна вся команда,
каждый из её ролевых кластеров, определяемых моделью, ассоциирован с одной
из упомянутых шести целей и работает над её достижением.
В проектную группу входят такие ролевые кластеры:
• Управление программой
• Управление продуктом
• Разработка
• Тестирование
• Управление релизом
В рамках данного проекта все эти кластеры были объединены и вверены
одному разработчику. То есть мне.
Модель MSF включает такие основные фазы процесса разработки:
• Планирование
• Разработка
• Стабилизация
• Внедрение
39
Основной задачей фазы планирования является организации первичных
планов и создание приблизительного дизайна ИС
В ходе разработки основное внимание уделяется взаимосвязи между
разработчиком и заказчиком, уточнению задачи ИС.
Во время стабилизации проводится тестирование ИС. Поиск и
исправление ошибок.
Внедрение означает окончательное внедрение ИС на производство и ее
дальнейшее сопровождение.
Существует четыре основных варианта внедрения ИС:
• Параллельная стратегия – то есть на предприятии начинает
работать как новая система, так и продолжает работать старая.
Далее результаты их работы сравниваются
• Скачок – резкий переход о старой системе к новой без какого-
либо тестирования эффективности.
• Пилотный проект – наиболее безопасный вариант,
подразумевающий замену ИС в какой-то узкой области.
• Узкое место – изменение конкретного бизнес-процесса.
Так как до этого на производстве не было какой-либо ИС, то в данном
случае будет применена модель «Скачок», то есть полный переход на новую ИС.
Текущая техническая архитектура вполне подходит для осуществления
нынешнего проекта и единственное, что нужно сделать на этом фоне, это
обновить само техническое обеспечение в соответствии с написанным в пункте
1.4
В ходе же эксплуатации предписывается проводить тестирование
системы на ошибки каждые несколько часов и проводить ежемесячное
обследование ИС с устранением неполадок и проведением доработок.
В нынешнее время самыми распространёнными моделями ЖЦ являются
следующие модели:
40
- Каскадная
- Поэтапная
- Спиральная
Каскадная модель, так же называемая «водопад», подразумевает переход
к следующему этапу после полного окончания работ на предыдущем этапе.
Каскадная модель представлена на рисунке 7.
Рисунок 7 Каскадная модель ЖЦ
Недостатком такой модели является то, что реальный процесс создания
ИС обычно полностью не укладывается в такую жесткую схему. Практически
постоянно возникает потребность возвращаться к предыдущим этапам, уточнять
или пересматривать ранее принятые решения. В результате затягиваются сроки
получения результатов, а пользователи могут вносить замечания лишь по
завершению всех работ с системой. При этом модели автоматизируемого объекта
могут устареть к моменту их утверждения.
Поэтапная модель обычно включает промежуточный контроль на любом
этапе и межэтапные корректировки. Обеспечивает меньшую трудоемкость по
сравнению с каскадной моделью, но время жизни каждого этапа становится
равным всему жизненному циклу. Межэтапные корректировки позволяют
уменьшить трудоемкость процесса разработки по сравнению с каскадной
моделью. Поэтапная модель представлена на рисунке 8.
41
Рисунок 8 Поэтапная модель ЖЦ
Спиральная модель характеризуется тем, что на начальных этапах ЖЦ
осуществляются выработка стратегии, анализ требований и предварительное
детальное проектирование. При этом создаются прототипы (макеты),
позволяющие проверить и обосновать реализуемость технических решений.
Каждый виток спирали соответствует поэтапной модели создания фрагмента или
версии изделия. На нём уточняются цели и характеристики проекта,
определяется его качество, и планируются работы следующего витка спирали. В
результате выбирается обоснованный вариант, который и реализуется. Главная
сложность спирального цикла – определение времени продвижения на
следующий этап. Эта проблема чаще всего решается созданием временных
ограничений, где переход на следующий этап осуществляется в соответствии с
графиком [8]. Спиральная модель представлена на рисунке 9.
Рисунок 9 Спиральная модель ЖЦ
42
Для выполнения данного проекта была выбрана спиральная модель, так
как она позволяет избежать недостатков каскадной и поэтапной моделей через
постоянное обновление и изменение.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их
описание
Разделением процессов жизненного цикла стандарт MSF обеспечивает
минимизацию большинства рисков. Несмотря на это, на каждом этапе
существуют определенные риски.
На этапе выработки концепции:
• Непредусмотрительный анализ временных и денежных ресурсов.
Устранение этого риска происходит путем более детального анализа
задач проекта.
• Некорректно собранный проектный состав разработчиков может
вести за собой полное отсутствие командной работы.
Устранение этого риска происходит путем более тщательного подбора
специалистов, проверка не только профессиональных, но и личностных качеств.
На фазе планирования:
• Неправильное формирование архитектуры проектного решения.
Вероятность возникновения этого риска зависит от компетенции
руководителя проекта.
В фазе разработки:
• Некорректная интерпретация требований заказчика.
Более четкое составление технического задания (ТЗ) минимизирует
данный риск.
В фазе тестирования:
• Тестирование продукта не до конца.
Риск устраняется при помощи повторного тестирования во время
прохождения очередного цикла.
В фазе внедрения:
• Некорректное решение о завершении проекта.
43
Риск устраняется при помощи повторной доработки во время
прохождения очередного цикла.
2.2 Информационное обеспечение задачи
2.2.1 Характеристика нормативно-справочной, входной и
оперативной информации
Входными данными в данной конфигурации 1С «Предприятие» являются
справочники: Номенклатура, Отделы, Контрагенты, Сотрудники и Договоры.
В справочнике Номенклатура располагается вся номенклатура, ее код,
тип (сырье, продукция, услуги) и ставка НДС [10]. Справочник Номенклатура
представлен на рисунке 10
Рисунок 10. Справочник Номенклатура
44
В справочнике Отделы описаны все присутствующие на производстве
отделы и их код. Справочник Подразделения представлен на рисунке 11.
Рисунок 11. Справочник Подразделения
В справочнике Контрагенты описаны юридические лица (поставщики и
заказчики) с которыми ведется торговля и их код. Справочник Контрагенты
представлен на рисунке 12
Рисунок 12. Справочник Контрагенты
В справочнике Сотрудники описываются имена работающий и
уволенных сотрудников, закрепленный за ними табельный номер, название
45
подразделения в котором они работают и вид приема сотрудников на работу.
Справочник Сотрудники представлен на рисунке 13.
Рисунок 13. Справочник Сотрудники
В справочнике Договоры описываются имена договоров, их код,
контрагент с которым был заключен договор, вид продукции и ее количество.
Справочник Договоры представлен на рисунке 14.
Рисунок 14. Справочник Договоры
2.2.2 Характеристика результатной информации
Результатом обработки данных в данной конфигурации 1С
«Предприятие» являются документы СписаниеДенежныхСредств,
ПоступлениеДенежныхСредств, ПриходнаяНакладная и РасходнаяНакладная.
Документы СписаниеДенежныхСредств содержит в себе информацию о
сумме списываемых денежных средств в процесс закупок товаров. Он описывает
46
дату и сумму, контрагента с которым заключался договор и название самого
договора, по которому была совершена сделка. Документ
СписаниеДенежныхСредств представлен на рисунке 15.
Рисунок 15. Документ СписаниеДенежныхСредств
Документ ПоступлениеДенежныхСредств содержит в себе информацию
о поступлении денежных средств в процесс продажи товаров. Он описывает дату
и сумму, контрагента с которым заключался договор и название самого договора,
по которому была совершена сделка. Документ ПоступлениеДенежныхСредств
представлен на рисунке 16.
Рисунок 16. Документ ПоступлениеДенежныхСредств
Документ ПриходнаяНакладная содержит в себе информацию о
полученном в процессе закупки товаре. Он описывает название и количество