Дипломная работа: Автоматизация обработки заявок в АО «ТЭК-Торг»

Скачать файл

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

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

• Подготовка отчетов о работе системы

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

• Анализ ошибок и их устранение

• Подготовка отчетов по модификациям и изменениям

• Обновление функционирующих систем

На первоначальном этапе после проведения анализа деятельности

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

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

сам процесс разработки. Создается база данных, отчетные формы, пишется

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

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

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

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

происходить следующим образом. Так как в организации уже существует ЛВС и

стабильно функционирует, в ее наладке нет необходимости. Первоначально

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

проходит установка и настройка клиентских приложений системы учета заявок и

СУБД. Тестируется работоспособность, проводится демонстрация работы

системы для руководства и персонала. Последней стадией будет проведение

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

отвечающих за обработку документов в единую информационную сеть. Для

этого клиентские приложения будут устанавливаться в четкой

последовательности по определенным отделам

За эксплуатацию готовой системы, будет отвечать оператор. В его задачу

будет входить:

1. Разработка плана эксплуатации и определения набора стандартов

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

2. Получение и документирование сведений о возникающих проблемах, их

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

пользователями.

3. Тестирование системе в эксплуатационной среде, кооперация со

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

системы.

4. Поддержка и консультация пользователей.

Далее выберем модель жизненного цикла информационной системы.

В настоящее время наиболее распространены следующие модели:

 Каскадная;

 Спиральная;

 Итеративная.

Каскадный подход неплохо зарекомендовал себя при создании

относительно простых ИС, когда в самом начале проекта можно очень точно и

емко сформулировать нужные требования к системе. Главным недостатком

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

может полностью уложится в такую жесткую схему, постоянно есть потребность

в возвращении к предыдущим этапам и просмотре или изменении ранее

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

на поэтапную модель с промежуточным контролем.

Выделяют следующие положительные стороны использования каскадного

подхода:

• Каждый этап включает в себя законченный набор проектной

документации, отвечающий критериям согласованности и полноты;

• Реализуемые в логической последовательности работы дают

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

Цикличная модель ЖЦ создавалась для преодоления вышеперечисленных

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

решений и удовлетворенность потребностей заказчика оценивалась методикой

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

фрагмента или версии программы. Такой подход позволял уточнить требования,

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

следующего цикла. Таким образом, углубляются и оговариваются детали

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

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

реализации.

Но и такая схема не дает возможности оперативно учитывать

возникающие доработки и изменения требований к системе. Согласование

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

планируемых после завершения некоторого объема работ, а общие требования к

ИС отражены в техническом задании на все время ее создания. Поэтому

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

реальным потребностям.

Итеративная разработка показывает объективно существующий цикл

разработки сложных систем. Она дает возможность переходить на следующий

этап, не дожидаясь окончательного завершения работы на текущем этапе и

решить главную задачу – оперативное и быстрее представить пользователям

работоспособный продукт, тем самым, заранее начиная процесс уточнения

корректировки требований.

Главная проблема спирального цикла в определении момента перехода на

другой этап. Для ее решения внедряются временные ограничения на все этапы

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

работы по прошлому этапу еще не завершены. Планирование производится на

базе статистических сведений, полученных при подготовке других проектов, а

также из личного опыта разработчиков.

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

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

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

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

 Скачок;

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

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

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

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

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

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

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

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

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

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

2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание

На всех этапах жизненного цикла информационной системы встречаются

различные риски. Они могут приводить как к серьезным неустойкам во времени

разработки системы, так и в ее функциональных качествах [3].

Ниже представлены риски в зависимости от этапов жизненного цикла, а

также приведены методы их предотвращения.

Этап подготовки проекта

Риск персонала

Риски:

• Набор необученного персонала к выполнению проекта;

• Набор в состав разработчиков «случайных» сотрудников, а не

главных участников автоматизируемых бизнес процессов;

• Неимение выработанной стратегии автоматизации№

• Отсутствие общих целей и задач проекта;

• Отсутствие мотивационных поощрений сотрудникам;

• Нежелание персонала участвовать в проекте;

• Хаотичный план ведения работ.

Методики предотвращения:

• Постоянное взаимодействие с руководством в процессе всего

проекта, оперативное принятие решений;

• Привлечение к проекту ведущих специалистов и консультантов;

• Четкая формулировка целей и задач;

• Выработка единой стратегии автоматизации компании;

• Неизменный состав рабочей группы во время подготовки проекта.

Риск ведения проекта

Риски:

• Ошибочное определение рамок и масштаба проекта;

• Выделение ошибочных функций системы;

• Подбор неверных технологий и методов решений задач;

• Несоблюдение приведенных заказчиком требований.

Методики предотвращения:

• Поддержка стабильности границ проекта, которые выделяются еще

на начальном этапе и неизменны вплоть до финала проекта;

• Точное планирование выполняемых работ;

• Включение в проект необходимых ресурсов;

• Согласованное и утвержденное проектное решение;

• Высокий порог принятия изменений.

Риск неверного планирования

Риски:

• Неэффективный план организации разработки системы;

• Несоблюдение сроков выполнения работ по этапам.

Методики предотвращения:

• В начальных стадиях проекта проведение учета, организация

командной работы, выделение ролей и стимулирование;

• Описание и сохранение всех проведенных работ и открытый доступ

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

Этап разработки

Риск персонала

Риски:

• Увольнение сотрудников, которые отвечают за проведение

разработки;

• Несогласованность действий между участниками проекта из-за

плохой системы коммуникации;

• Ошибочное представление задачи проектирования;

• Набор разработчиком без опыта работы с подобными системами.

Методики предотвращения:

• Грамотный набор сотрудников, участвующих в проекте;

• Реализация четкой системы коммуникации между сотрудниками,

постоянное документирование изменений в системе.

Источник: https://baza.diplomsite.ru/previewfile/1859

Смотрите также:

_1966(~1
"Логистическая технология JIT"
«Дизайнерские дети» как профилактика инвалидизации общества
[2 курс] Определения
00438
00463
1 Аминокислоты. Белки
1_8ДХафф
1-23
1. Автотрансформаторы, их назначение 1 Автотрансформатор, его история