Дипломная работа: Автоматизация регистрации и обработки заявок на комплектующие для ПК в ООО «Tatincom Computers»
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
51
описывает упорядоченный подход к распределению задач и обязанностей в
организации-разработчике.
Так как рекомендации стандарта ISO/IEC 12207 являются обобщенными
и подходят для любых моделей ЖЦ, они больше всего ориентированы на
разработку ИС. Другие подобные стандарты более ориентированы на
создателей и производителей ИС и содержат наиболее жесткие требования.
Поэтому для разработки ИС регистрации и обработки заявок на
комплектующие для ПК в ООО «Tatincom Computers» будет выбран стандарт
ISO/IEC 12207.
В стандарте ISO/IEC 12207 описаны пять основных процессов ЖЦ ИС:
процесс приобретения определяет действия предприятия - покупателя
ИС;
процесс поставки определяет действия предприятия-поставщика по
снабжению покупателя ИС;
процесс разработки определяет действия предприятия-разработчика,
который разрабатывает принципы построения ИС и собственно ИС;
процесс функционирования определяет действия предприятия-
оператора, который будет обслуживать ИС в целом - консультация
пользователей, получение обратной связи и так далее;
процесс сопровождения определяет действия персонала, который
будет обеспечивать сопровождение ИС, то есть управление модификацией ИС,
поддержку текущего состояния и функциональной пригодности, установку и
удаление.
Так как принято решение разработки ИС собственными силами, то
рассмотрим ЖЦ процесса разработки более подробно.
Процесс разработки ИС включает в себя несколько специальных
процессов более низкого уровня, описание которых приведено в таблице 2.1.
52
Таблица 2.1
Процесс разработки ИС
Подэтап
Цель
Ключевые
участники
Требования
к входной
информаци
и
Получаемы
е
результаты
Подэтап анализа
требований к
программным
средствам
Получение
списка
функциональ
ных
требований к
ИС
Программист
Сотрудник
склада
Сотрудник
отдела
продаж
Описание
бизнес
процессов
Техническое
задание
Подэтап
проектирования
архитектуры
программных
средств
Получение
проекта
архитектуры
ИС
Программист
Техническое
задание
Характерист
ика ТС
предприятия
Проект
архитектуры
ИС
Подэтап
детального
проектирования
программных
средств
Получение
структуры
БД
Программист
Техническое
задание
Структура
БД
Подэтап
конструирования
программных
средств
Получение
БД и
исполняемог
о файла
Программист
Техническое
задание
Структура
БД
База данных
Исполняемы
й файл
Подэтап
квалификационн
ого тестирования
программных
средств
Проверка
корректного
поведения
ИС
Программист
Сотрудник
склада
Сотрудник
отдела
продаж
Техническое
задание
Тесты
Исполняемы
й файл
.
На сегодня можно выделить несколько стратегий внедрения ИС
регистрации и обработки заявок на комплектующие для ПК в ООО «Tatincom
Computers». Рассмотрим их.
А) Стратегия «Параллельное использование», в рамках которой
выполняется параллельное выполнение старой и новой технологии решения
задачи, а затем происходит сравнение их результатов. В случае длительного
согласования результатов, то происходит переход на новую технологию.
Б) Стратегия «Скачок». Скачок представляет собой старую технологию,
которая работает до определенного момента, затем происходит внедрение
новой технологии, а после внедрения реализуется только новая технология.
53
В) Стратегия «Узкое место». Узкое место представляет собой
автоматизацию малой части производственного процесса, который обычно
выбирается по критериям, их эффективности приводящих к повышению
качества реализации процессов только в определенном узком месте.
Г) Стратегия «Пилотный проект». Пилотный проект представляет собой
тактику скачка, которая может быть применяема только к ограниченному числу
процессов, так как областью применения данной стратегии обычно является
небольшой участок.
Проведем анализ достоинств и недостатков стратегий внедрения ИС
регистрации и обработки заявок на комплектующие для ПК (таблица 2.2).
Таблица 2.2
Сравнение стратегий внедрения ИС регистрации и обработки заявок на
комплектующие для ПК
Вид
стратегии
Недостатки
Достоинства
Парал-
лельное
исполь-
зование
− двойная нагрузка на
персонал;
− необходимость наличия
удвоенных мощностей
серверов;
− необходимость постоянной
сверки результатов работы.
− минимальный риск ошибок в
виде новых технологий;
− управления внедрения ИС
может осуществлять
независимо от обычного
операционного планирования.
Пилотный
проект
− сложность интеграции
информационных потоков,
которые формируются с
применением старой и новой
технологии;
− необходимость управления
старой и новой ИС
одновременно.
− возможность изменения
планируемой технологии в
процессе внедрения ИС на
участке;
− минимальный риск выбора
неверного решения, которое не
приводит к длительному
простою всей компании;
− отсутствие двойных затрат
на реализацию технологии.
Скачек
− высокие риски
несоответствия качества ИС
требованиям конечного
пользователя;
− высокие требования к
процессу планирования
перехода на новую
технологию.
− отсутствие двойных затрат в
рамках процессов компании;
− минимальная длительность
переходного периода;
− новые процессы являются
наиболее оптимальными в виду
отсутствия переходного
периода.
54
Узкое
место
− выполнение полного цикла
планирования на каждом из
узких мест, поэтому процесс
автоматизации может никогда
не закончится;
− независимость
автоматизации может привести
к формированию избыточного
множества программно-
аппаратных решений.
− после автоматизации
каждого узкого места имеется
возможность прервать
автоматизацию;
− минимальные требования к
уровню планирования работ
внедрения.
Таким образом, в рамках ограниченного бюджета и начальной стадии
внедрения ИС регистрации и обработки заявок на комплектующие для ПК в
ООО «Tatincom Computers» логичным будет сделать выбор в сторону стратегии
автоматизации «Скачек», так как раннее в рамках процессов регистрации и
обработки заявок на комплектующие для ПК не использовались
специализированные программные средства.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Любой проект по автоматизации участка деятельности всегда включает в
себя множество задач, которые связанны с общим управлением проекта,
разработкой, проектированием и внедрением ИС. При этом каждая из
выделенных задач, сама по себе является проектом, поэтому в ходе разработки
ИС вне зависимости от модели ЖЦ ИС существуют различные
риски.Рассмотрим, какие риски можно ожидать в процессе реализации ИС
регистрации и обработки заявок на комплектующие для ПК в ООО «Tatincom
Computers» (таблица 2.3)
55
Таблица 2.3
Риски процесса разработки ИС
Подэтап
Риск
Способы
предотвращения
Подэтап анализа
требований к
программным
средствам
Риск неполного
определения свойств ИС,
которые необходимы как
для корректного решения
поставленной задачи, так и
для правильного выбора
задачи проектирования.
Из-за данного риска на
этапе эксплуатации может
потребоваться доработка
разработанной ИС, что
приведет к
дополнительным
финансовым затратам
Использование
современных CASE-средств
для моделирования всех
бизнес-процессов,
касающихся регистрации и
обработки заявок на
комплектующие для ПК
Подэтап
проектирования
архитектуры
программных
средств
Риск выбора неправильной
архитектуры программных
средств, что приведет в
дальнейшем к снижению
производительности ИС и к
возникновению
дополнительных
финансовых рисков
Глубокий анализ
требований,
предъявляемых к ИС и
анализ технических средств
Подэтап детального
проектирования
программных
средств
Риск построения
неправильной структуры
БД, которая не будет
содержать таблицы для
хранения информации. Из-
за данного риска на этапе
эксплуатации может
потребоваться доработка
разработанной ИС, что
приведет к
дополнительным
финансовым затратам
Глубокий анализ
требований,
предъявляемых к ИС.
Использование
современных CASE-средств
для построения проекта
структуры БД
Подэтап
конструирования
программных
средств
Риск некорректной
разработки ИС
Программирование на
языке высокого уровня и
тестирование ИС
Подэтап
квалификационного
тестирования
программных
средств
Риск некорректного
тестирования программных
модулей
Использование
лицензионного
оборудования и двойного
глубокого тестирования
Источник: https://baza.diplomsite.ru/previewfile/2207