Материал: Автоматизация процессов управления в ИТ отделе финансовой компании

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
50
HDD: 500 Гб.
В организации работает системный администратор, который обязан:
поддерживать информационную сеть компании в рабочем
состоянии;
производить ремонт или замену ПК, комплектующих и расходные
материалы;
оказывать техническую помощь пользователям;
проводить профилактические работы на ПК и серверах;
проводить инструктаж по технике безопасности;
своевременно обновлять устаревшее оборудование и
комплектующие.
Пользователь ПК обязан:
уметь включить/выключить компьютер;
уметь работать со специальными программными пакетами;
содержать в чистоте своё рабочее место;
работать только на своём рабочем месте;
пройти инструктаж по технике безопасности.
К работе с ПК допускаются только сотрудники компании. Каждый
сотрудник работающий с ПК имеет свою учётную запись и за ним закреплён ПК.
51
2 Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл программного продукта представляет собой
непрерывный процесс, начинающийся с момента принятия решения о создании
программного обеспечения и заканчивающийся в момент полного изъятия его из
эксплуатации.
Существует несколько стандартов процессов ЖЦ программного продукта.
Стандарты процессов жизненного цикла программного продукта:
1) Международный стандарт ISO/IEC 1227: 1995-08-01, первая
редакция которого подготовлена в 1995 г. Объединённым комитетом ISO/IEC
JTC1 «Информационные технологии, проектирование программного
обеспечения».
2) ГОСТ Р ИСО/МЭК 12207-2010 Информационная технология (ИТ).
Системная и программная инженерия. Процессы жизненного цикла программных
средств [12].
3) Отечественный комплекс стандарта ГОСТ 34 (ГОСТ 34.601-90,
ГОСТ 34.602-89, …).
4) Методика Oracle CDM (Custom Development Method) по разработке
прикладных информационных систем под заказ.
Одним из самых удачных и распространённых в нашей стране является
ГОСТ Р ИСО/МЭК 12207. Достаточно гибкий стандарт, позволяющий
подстроится под множество вариантов информационных систем. Именно этот
стандарт будет применяться для данного проекта.
Модель жизненного цикла программного обеспечения структура,
содержащая процессы действия и задачи, которые осуществляются в ходе
разработки, использования и сопровождения программного продукта.
Основными среди них, положительно зарекомендовавшими себя в практике
программирования, являются каскадная, спиральная, инкрементная,
эволюционная и стандартизованная модели.
52
Каскадная (водопадная vaterfaH) модель включает в себя выполнение
следующих фаз:
исследование концепции: происходит исследование требований,
разрабатывается видение продукта и оценивается возможность его реализации;
выработка требований: определяются программные требования для
информационной предметной области системы, а также предназначение, линия
поведения, производительность и интерфейсы;
проектирование: разрабатывается и формулируется логически
последовательная техническая характеристика программной системы, включая
структуру данных, архитектуру ПО, интерфейсные представления и
процессуальную (алгоритмическую) детализацию;
реализация: эскизное описание ПС превращается в полноценный
программный продукт, результатом является исходный код, база данных и
документация; в реализации обычно выделяют два этапа: реализацию
компонентов ПО и интеграцию компонент в готовый продукт; на обоих этапах
выполняется кодирование и тестирование, которые тоже иногда рассматривают
как два этапа;
эксплуатация и поддержка: подразумевает запуск и текущее
обеспечение, включая предоставление технической помощи, обсуждение
возникших вопросов с пользователем, регистрацию запросов пользователя на
модернизацию и внесение изменений, а также корректирование и/или устранение
ошибок;
сопровождение: устранение программных ошибок, неисправностей,
сбоев, модернизация и внесение изменений, что обычно приводит к повторению
или итерации отдельных этапов разработки [24].
Именно эта модель ЖЦ выбрана для данного проекта.
Выделены следующие этапы жизненного цикла программного продукта:
1. Анализ требований.
Данная стадия является одной из важнейших, поскольку определяет успех
всего проекта. На этом этапе формулируются цели и задачи проекта,
устанавливается область применения программного обеспечения (ПО) и
определяются граничные условия, выделяются базовые сущности и взаимосвязи
53
между ними.
Определяются сроки и стоимость разработки ПО, формируется и
подписывается техническое задание на разработку ПО.
2. Стадия проектирования.
Проектирование включает в себя определение архитектуры программной
системы, её функций, внешних условий функционирования, интерфейсы и
распределение функций между пользователями и системой, требования к
программным и информационным компонентам. Проектирование системы
проводится на основе результатов формирования требований.
Разрабатывается функциональная спецификация ПО, выбирается
архитектура системы, определяется наиболее подходящая СУБД, проектируются
структуры хранения данных, оговариваются требования к аппаратному
обеспечению, определяется набор организационных мероприятий, которые
необходимы для внедрения ПО, а также перечень документов,
регламентирующих его использование.
3. Кодирование (программирование).
На данной стадии строятся прототипы как целой программной системы, так
и её частей, осуществляется физическая реализация структур данных,
разрабатывается программные коды, выполняется отладочное тестирование,
создается техническая документация. В результате этапа кодирования появляется
рабочая версия продукта.
4. Тестирование и отладка.
Тестирование ПО тесно связано с этапами проектирования и реализации. В
систему встраиваются специальные механизмы, которые дают возможность
производить тестирование программного обеспечения на соответствие
требований к нему, проверку оформления и наличие необходимого пакета
документации.
Результатом тестирования является устранение всех недостатков
программного продукта и заключение о её качестве.
5. Эксплуатация и сопровождение.
Ввод в эксплуатацию ПО предусматривают установку программной
системы, обучение пользователей, документирование. Поддержка
54
функционирования ПО должна осуществляться группой технической поддержки
разработчика.
Сопровождение это процесс адаптации поставляемого ПО к новым
условиям, внесения изменений в ПО и соответствующую документацию,
вызванных возникшими проблемами или потребностями в модификации при
сохранении неизменными его основных функций [33].
Вывод из эксплуатации программного обеспечения осуществляется в
результате его морального, прихода на смену более совершенных продуктов или
по иным объективным или субъективным причинам.
Внедрение системы требуется проводить по одной из стратегий:
Параллельная стратегия для случая, когда старую работающую систему
необходимо заменить новой.
Скачок означает, что прежняя система работала еще в пятницу, а в
понедельник начала работать по новой системе.
Если данные не столь точные, как хотелось бы, если люди не обучены,
тогда есть риск ввергнуться в хаос, сорвать поставки и финансовые расчеты.
Опытная эксплуатация пилотного проекта это тактика скачка, но
применяемая к ограниченному числу изделий. Область применения стратегии
малый участок деятельности. Такой подход наиболее надежен, он снижает риск,
и сегодня практически все фирмы применяют эту тактику.
Узкое место это наиболее критичная малая часть производственного
процесса. При внедрении узкого места план внедрения выполняется только для
узкого места и для людей, работающих в нем [25].
При стратегии узкого места объем работ уменьшается значительно, и при
заданных ресурсах узкое место может быть завершено в более короткие сроки,
чем внедрение во всей фирме.
Для ИС учёта по ОТ выбирается стратегия пилотного проекта.
В результате выявлено, определена модель ЖЦ каскадная. Определён
стандарт ЖЦ – ГОСТ Р ИСО/МЭК 12207. Выявлены этапы ЖЦ.
Источник: https://baza.diplomsite.ru/previewfile/2160