Дипломная работа: Автоматизация процесса ведения документации и отчетности в ООО "Делис Альянс"

Скачать файл

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

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

На этапе “Формирование требований к системе”, производится

следующие работы: обследование объекта, формирование требований

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

данномэтапе задействованы следующее участники: IT-менеджер,

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

формируется отчет о проделанных работах - характеристика объекта

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

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

эффект от системы и условия создания и эксплуатации системы.

После выполнения этапа “Формирования требований к системе”

разрабатываются варианты концепции. Производят разработку

альтернативных вариантов концепции и планов реализации, оценку

необходимых ресурсов на реализацию ИС и дальнейшее

функционирование, оценка преимуществ и недостатков каждого варианта,

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

системы. На этапе “Разработка концепции” участвует IT-менеджер. После

выполнения данных работ выбирается один из подходящих вариантов

концепции удовлетворяющий всем требованиям.

После этапа “Разработка концепции” разрабатывается ТЗ

(техническое задание) проекта автоматизации. После разработки и

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

данном этапе работ: IT-менеджер, начальник отдела по работе с

клиентами. В результате данный пункт определяет: функции ИС, функции

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

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

функции и параметры программных средств.

Следующим этапом после разработки и утверждения ТЗ идет

разработка проектного решения. IT-менеджер, совместно с

программистом, разрабатывают физическую и логическую модель БД,

определяют организацию базы данных. По завершению этапа

“Технический проект” IT-менеджером совместно с программистом

производится оформления рабочей документации, включающие в себя:

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

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

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

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

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

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

проведение предварительных испытаний, проведение опытной

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

этапа: IT-менеджер, системный администратор, начальник отдела работы с

клиентами.. После чего анализируются испытания ИС, проверка на

соответствие ТЗ, устраняются неполадки и подписываются необходимые

акты.

На этапе эксплуатации системы производится ее эксплуатация.

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

группы: плановые и неплановые.

К плановым работам будут относятся такие работы, как:

 инсталляция программного обеспечения;

 базовая настройка и проверка работоспособности компонентов

устанавливаемой системы;

 устранение недостатков в конфигурации системы;

 проверка надежности работы системы;

 окончательная донастройка.

Данные работы будут проводиться той же группой, что и на ранних

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

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

отдела.

Для разрабатываемого проекта наиболее подойдет каскадная модель

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

фаз.

Далее произведем выбор стратегии внедрения разработанной

системы. В настоящий момент выделяется четыре стратегии внедрения

информационной системы:

 Параллельная стратегия - для случая, когда старую

работающую систему необходимо заменить новой;

 Скачок – эта стратегия подразумевает резкий переход от одной

системы автоматизации к другой;

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

"скачка", но применяемая к ограниченному числу изделий, наиболее

успешна в малом участке деятельности;

 Узкое место - при внедрении "узкого места" план внедрения

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

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

особенностей разрабатываемой информационной системы, в качестве

стратегии внедрения была выбрана стратегия Опытная эксплуатация

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

наименьшими потерями для компании.

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

описание

Проект создания ИС учета заказов, как и все остальные проекты по

созданию ПО, включает множество неопределенных моментов, которые

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

Управление рисками состоит в их раннем выявлении и принятии

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

значительно уменьшат последствия.

Сегодня существует три общепринятых стратегии управления

рисками:

• Избегание рисков – проект строится так, чтобы исключить

возможность появления любого риска;

• Делегирование рисков – проект строится так, чтобы передать

все риски третьей стороне (инвесторам, банкам, заказчикам и т.п.);

• Принятие рисков – риски считаются неизбежной

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

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

рисков.

Модно рассмотреть две базовые категории рисков – прямые и

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

повлиять, а вот косвенные риски нельзя проконтролировать в принципе.

Риски делят на 2 основных вида:

1) Ресурсные риски:

• Организация (делала ли компания прежде проекты

аналогичной сложности, есть ли формальный процесс создания ПО и т.п.);

• Финансирование (обеспечено ли на 100% финансирование

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

обсуждений, точно ли проведена оценка затрат и т.п.);

• Персонал (хватает ли людей для выполнения проекта, имеют

ли они нужные навыки и опыт, случалось ли им раньше работать вместе и

т.п.);

• Время (актуален ли план проекта, как критична установленная

дата завершения проекта и т.п.);

• Бизнес (что будет, если конкурент выйдет на рынок быстрее,

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

него, что случится, если ключевые поставщики в силах будут выполнить

свои обязательства и т.п.);

2) Технические риски:

• Область действия проекта (могут ли меняться критерии

правильного завершения проекта, требования понятны и стабильны,

область действия четко фиксирована или будет расширяться в будущем и

т.п.);

• Технологии (применялась ли используемая технология раньше

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

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

сталкиваться и т.п.);

• Внешние зависимости (зависит ли проект от выполнения

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

поставщиков и т.п.).

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

каждом этапе жизненного цикла (таблица 8).

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

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








Изложение содержания дела, по которому приняты судебные постановления
_-___-~1
_1-тема-СтрМетал