Дипломная работа: Автоматизация приема и анализа технической поддержки ООО "Мой Магазин"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
76
В зависимости от проекта процессы, действия и задачи стандарта вы-
бираются, упорядочиваются и включаются в модель жизненного цикла. При
применении они могут перекрывать, прерывать друг друга, выполняться
итерационно или рекурсивно. Это определяет "динамический" характер
стандарта и позволяет реализовать с его помощью произвольную модель
жизненного цикла. Стандарт экстремального программирования больше рас-
считан на команду. Поэтому в данном проекте используется ISO/IEC 12207,
поскольку именно у него есть описание работы на каждом этапе разработки
информационной системы. Из данного стандарта можно выбрать только те
процессы, которые более всего подходят для реализации конкретной инфор-
мационной системы. Обязательными являются основные процессы, которые
присутствуют во всех известных моделях жизненного цикла. В зависимости
от целей и задач предметной области они могут быть расширены дополни-
тельными (документирование, обеспечение качества, верификация и валида-
ция и т.п.) и организационными (планирование, управление и др.) процесса-
ми этого стандарта. Разработчик принимает решение о включении в новую
создаваемую модель жизненного цикла процесса обеспечения качества ком-
понентов и системы управления проектом или определения набора прове-
рочных процедур для обеспечения правильности продукта и соответствия
его заданным требованиям.
На предпроектной стадии необходимо провести системный анализ,
включающий анализ функционирования и выявление недостатков суще-
ствующей технологии. На основе выявленных недостатков формулируется
потребность в совершенствовании системы, создается технико-
экономическое обоснование проекта (ТЭО), формулируются технические
условия и требования к информационной системе. Результаты должны быть
оформлены в виде ТЗ (технического задания). Первый этап выполняется
бизнес-аналитиком отдела, с привлечением сотрудников. Входную инфор-
мацию бизнес-аналитик получает из интервью с сотрудниками, характери-
зующих существующие бизнес-процессы.
Следующий этап – проектирование информационной системы – вклю-
чает в себя разработку в соответствии со сформулированными требованиями
77
состава автоматизируемых функций (функциональная архитектура), состава
обеспечивающих подсистем (системная архитектура), оформление техниче-
ского проекта информационной системы. Входной информацией для проек-
тирования является технической задание. На этом этапе определяется состав
программных подсистем и компонентов оборудования, составляются специ-
фикации требований к компонентам программного обеспечения и определя-
ется их состав (в том числе повторно используемых компонентов), интер-
фейсы с базами данных, структуры хранения данных, алгоритмы обработки
информации, спецификации интерфейсов с другими системами автоматиза-
ции, требования к тестам. Данный этап является очень ответственным с точ-
ки зрения качества всей последующей разработки [1].
На этапе реализации выполняется физическое проектирование, про-
граммирование, наполнение баз данных, тестирование, разработка инструк-
ций для персонала, а на этапе тестирования информационной системы оце-
нивается система в целом на соответствие требованиям технического зада-
ния.
Внедрение системы необходимо проводить в три этапа:
подготовка объекта к внедрению;
опытное внедрение;
сдача проекта в промышленную эксплуатацию.
На этапе подготовки объекта к внедрению планируется провести следующие
работы:
закупить и установить сервер системы и серверное ПО;
развернуть на сервере базу данных;
установить клиентское ПО на все автоматизированные рабочие места
системы;
сконфигурировать взаимодействие АРМ с сервером базы данных;
ввести учетные записи и настроить им права доступа;
заполнить справочники системы реальными данными;
обеспечить пользователей эксплуатационной документацией;
обучить персонал работе с системой.
78
В процессе внедрения системы участвуют: разработчики системы
(проектировщик, программист), системный администратор и будущие поль-
зователи системы. Системный администратор должен обеспечить место для
установки нового сервера; подключение к локальной сети для сервера и ав-
томатизированных рабочих мест пользователей системы; доступ к компью-
терам, необходимым для развертывания системы, с правами администратора.
Проектировщик системы проводит обучение пользователей, конфигурирует
систему, заполняет справочники, проверяет правильность взаимодействия
всех подсистем. Программист оперативно устраняет возникающие при раз-
вертывании системы неполадки.
Опытная эксплуатация системы должна проводиться не менее 3 меся-
цев. В случае обнаружения ошибок на этапе опытной эксплуатации, осу-
ществляется поиск причин и устранение ошибок, внесение коррективов в
программу, в технологию обработки данных. После устранения ошибок под-
писывается «Акт о проведении опытной эксплуатации», который служит
началом перехода к третьему этапу – сдаче системы в промышленную экс-
плуатацию.
На этапе эксплуатации производятся следующие работы:
периодическая актуализация справочников системы (осуществляется
ответственным за справочник лицом);
периодическое архивирование информационной базы системы (адми-
нистратор системы);
локализация проблем и устранение причин их возникновения (про-
граммист);
модификация ПО (бизнес-аналитик, программист);
подготовка предложений по совершенствованию системы (пользова-
тели системы);
развитие и модернизация системы (бизнес-аналитик, программист).
Рассмотрим существующие модели жизненного цикла [13]. Каскадная
модель предполагает последовательное выполнение всех обозначенных эта-
пов в строго порядке. Переход на следующий этап показывает полностью
выполненные работы на предыдущих. Достоинства: на каждом этапе форми-
79
руется законченный набор проектной документации, отвечающий критериям
полноты и согласованности; на заключительных этапах также разрабатыва-
ется пользовательская документация, охватывающая все предусмотренные
стандартами виды обеспечения информационной системы (организационное,
методическое, информационное, программное, аппаратное); выполняемые в
логичной последовательности этапы работ позволяют планировать сроки за-
вершения и соответствующие затраты. Несмотря на все свои достоинства,
каскадная модель имеет ряд недостатков, ограничивающих ее применение
при разработке информационных систем. Причем эти недостатки делают ее
либо полностью неприменимой, либо приводят к увеличению сроков разра-
ботки и стоимости проекта. В настоящее время многие неудачи программ-
ных проектов объясняются именно последовательным процессом разработ-
ки.
Поэтапная модель с промежуточным контролем - разработка ИС ве-
дется итерациями с циклами обратной связи между этапами. Межэтапные
корректировки позволяют учитывать реально существующее взаимовлияние
результатов разработки на различных этапах; время жизни каждого из этапов
растягивается на весь период разработки. Достоинство: межэтапные коррек-
тировки обеспечивают меньшую трудоемкость по сравнению с каскадной
моделью. Недостатки: время жизни каждого из этапов растягивается на весь
период разработки.
Спиральная модель. На каждом цикле выполняется создание очеред-
ной версии продукта, уточняются требования проекта, определяется его ка-
чество, планируются работы следующего цикла. Особое внимание всегда
уделяется начальным этапам разработки – проектированию и анализу, где
все технические решения проверяются и обосновываются посредством раз-
работки прототипов.
Стандартная каскадная модель, несмотря на частные негативные отзы-
вы за последнее время, исправно помогала специалистам по программному
инжинирингу много лет. Понимание ее сильных и слабых сторон только
улучшает оценочный анализ других, чаще более эффективных моделей ЖЦ,
которые также основаны на данной модели. Сама каскадная модель имеет
80
множество преимуществ, но только при условии использования ее в проекте,
приемлемом для нее. Ниже представлены ее преимущества:
Модель хорошо знакома потребителям, не имеющим никакого отно-
шения к созданию и эксплуатации программ, а также конечным поль-
зователям (часто используется другими компаниями для отслеживания
проектов, которые не связана с разработкой ПО);
Она лучше справляется с трудностями и отлично срабатывает в тех
проектах, где все достаточно понятно, но трудноразрешимо;
Она очень доступна для понимания, т.к. преследует простую цель –
выполнение необходимых действий;
Она проста и удобна в использовании, т.к. процесс разработки идет
поэтапно.
Но в случае, если каскадная модель используется в проекте, не предназна-
ченном для нее, проявляются следующие ее недостатки:
Основа модели – линейная последовательная структура, и в результате
попытки вернуться назад на одну или две фазы для исправления про-
блемы или недостатка теряется много времени, увеличиваются затра-
ты и срывается график работы;
Модель не может предотвращать итерацию между фазами, которые
очень часто встречаются при создании ПО, поскольку сама модель
строиться согласно стандартному циклу аппаратного инжиниринга;
Модель не показывает главное свойство разработки ПО, которое
направлено на решение задачи. Отдельные фазы связаны определен-
ными действиями, что часто отличается от привычной работы коллек-
тива или персонала;
Модель создает ошибочное впечатление о работе с проектом. Указа-
ние, что «45% выполнено» обычно не имеет какого-то смысла и не
служит показателем для специалиста проектов.
Исходя из недостатков каскадной модели, ее применение нужно огра-
ничивать ситуациями, в которых все требования для их разработки очень
точны и понятны. Каскадная модель хороша в циклах разработки программ-
Источник: https://baza.diplomsite.ru/previewfile/1961