Дипломная работа: Автоматизация приема и обработки заявок отделом техподдержки АО "Ренессанс Страхование"

Скачать файл

Заказать новую работу

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам

Стандарт MSF, опираясь на сказанное ранее, часто направлен на внедрение

бизнес-приложений.

Стандарт XP актуален для командной работы.

В нашем проекте будет применятся ГОСТ 34.601-90, т.к. он включает

описание работ на каждом этапе разработки АС.

Главные стадии создания ИС: 1) Описание требований к системе, 2)

Описание концепции; 3) Подготовка ТЗ; 4) Написание тех. проекта 5) Подготовка

документов; 6) Инсталляция.

Исходя из известных моделей выделим некоторые модели ЖЦ АИС —

каскадную, итерационную и спиральную [4].

Стандарт ISO 12207 включает всего 16 процессов, которые объединяются в

3 группы (рисунок 2.1).

3.1 Управление 3.2 Создание инфраструктуры

3.3 Усовершенствование 3.4 Обучение

1.1 Заказ

1.2 Поставка

1.4 Эксплуатация

1.3 Разработка

1.5

Сопровождение

2.1 Документирование

2.2 Управление конфигурацией

2.3 Обеспечение качества

2.4 Верификация

2.5 Совместный анализ

2.6 Аудит

2.7 Решение проблем

1. Основные процессы жизненного

цикла

3. Организационные процессы жизненного цикла

2. Вспомогательные процессы

жизненного цикла

Рисунок 2.1 Структура стандарта ISO 12207-99

Процессы состоят из отдельных видов деятельности. Всего стандартом

определенно 74 вида деятельности, связанной с разработкой и поддержкой ПО.

Каждый вид деятельности в свою очередь нацелен на выполнение одной или

нескольких задач.

Основной процесс жизненного цикла состоит из пяти видов деятельности:

1) Заказ;

2) Поставка;

3) Разработка;

4) Эксплуатация;

5) Сопровождение.

Каждый процесс определяет основного исполнителя и действия, которые

необходимо выполнить в назначенные сроки. Процесс заказа – основной

исполнитель организация заказчик информационной системе. На данном этапе

определяется потребность заказчика в информационной системе, происходит

выбор поставщика / разработчика и непосредственно управление заказом вплоть

до приемки готовой системы.

Процесс поставки – исполнитель организация поставщик. Этап начинается

с подписания договора на поставку системы, продолжается определением

процедур и ресурсов, необходимых для обеспечения выполнения проекта. И

заканчивается поставкой готовой системы и подписанием актов.

За процесс разработки отвечает организация разработчик. Процесс

включает в себя работы по анализу требований, проектированию,

программированию, сборке, тестированию и вводу в действия программного

продукта.

Процесс эксплуатации определяет задачи оператора. Он охватывает

эксплуатацию программного продукта и поддержку пользователей в процессе его

использования.

Процесс сопровождения состоит из задач и работы персонала,

ответственного за сопровождение программного продукта. Этот процесс

реализуется при модификациях программного продукта и документации к нему,

вызванных изменениями в связи с улучшением или устранением ошибок. Целью

процесса является изменение существующего программного продукта при

сохранении его целостности.

Исходя их описанного выше стандарта, выделим несколько этапов

разработки АСУ [32]:

Начало проекта:

• Исследование работы;

• Выполнение предпроектного анализа;

• Подготовка плана проекта.

Создание:

• Разработка таблиц и связей БД;

• Разработка шаблонов отчетных файлов;

• Внедрение процедур по получению, хранению и анализу

информации;

• Подготовка процедур фильтрации;

• Создание интерфейса пользователя.

Тестирование работы системы:

• Отладка словарей и справочников;

• Проверка работоспособности системы;

• Исправление системы по итогам проверки;

• Написание документации для внедрения;

• Подготовка плана эксплуатации;

• Написание документов по установке и настройке ПО;

• Создание плана внедрения.

Установка:

• Инсталляция на сервер СУБД;

• Инсталляция серверных модулей системы учета продаж;

• Инсталляция клиентских модулей системы учета продаж;

• Отладка серверной и клиентских частей;

• Проверка работы системы;

• Представление работы системы;

• Организация плана по проведению обучения пользователей;

• Планирование семинара по обучению работе с системой;

• Представление системы службе эксплуатации.

Использование:

• Подготовка плана использования;

• Ввод системы в рабочий режим;

• Перевод системы в промышленную эксплуатацию по итогу

тестирования;

• Реализация поддержки пользователей;

• Обучение для пользователей;

• Генерация отчетов по работе системы;

Управление:

• Нахождение и устранение ошибок;

• Генерация отчетов по обновлениям и изменениям;

• Модернизация функционирующих систем.

Изначально после проведения анализа работы компании, важно поставить

цели и задачи автоматизации и подготовить план проекта [33]. После создания

документов начинается сам процесс реализации. Создается БД, отчетные формы,

программируются алгоритмы по сбору, анализу, хранению данных, реализуются

процедуры фильтрации. По факту создания системы, начинается этап

тестирования. По итогам тестирования получается план эксплуатации и

документация для установки, а также дополнительная пользовательская

документация. Процесс происходит так: поскольку в компании есть текущая ЛВС

и работает он нормально, в ее наладке необходимости нет. Изначально запускается

серверная часть системы учета продаж, позже на рабочие места ставится и

настраивается клиентская часть системы учета продаж и СУБД. Проверяется

работоспособность, показывается работа системы персоналу и руководству.

Финальной стадией становится реализация семинаров для персонала компании.

Важно объединить всех сотрудников, которые отвечают за анализ документов в

единую ИС. Для этого клиентские приложения ставятся в строго оговоренной

последовательности по нужным отделам [34].

За поддержку готовой отвечает оператор. В его обязанности будет

включено:

• Подготовка плана эксплуатации и отражения набора стандартов

эксплуатации;

• Документирование сведений по текущим проблемам, их решение и

контроль за работой, обеспечение обратной связи с клиентами;

• Проверка системе в среде работы, взаимодействие со службой

сопровождения для минимизации возникших проблем и обновлений системы;

• Консультирование пользователей.

Для разработки системы выбираем каскадную модель, так как она

позволяет работать над несколькими этапами разработки одновременно.

Существует 4 основных способа начала использования новой системы

 Параллельная стратегия;

 Скачок;

 Узкое место;

 Опытная эксплуатация пилотного проекта.

Стратегия «Опытная эксплуатация пилотного проекта »не подходит, так как

компания не располагает достаточными ресурсами для длительной эксплуатации

проекта с целью выявления всех возможных ошибок. Стратегия Скачек не

позволяет плавно перейти на использование разработки, узкое место больше

подходит для использования в крупных компаниях. Поэтому в качестве стратегии

внедрения информационной системы выбираем параллельную стратегию, то есть

разработанная информационная система будет использоваться параллельно с

используемой технологией до полного вытеснения последней.