Дипломная работа: Автоматизация процесса ведения документации и отчетности в МАУ "Многофункциональном центре предоставления государственных и муниципальных услуг" Краснобродского городского округа

Скачать файл

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

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

обсуждается, конкретизируется и планируется еще на ранних стадиях ЖЦ

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

а само испытание системы - на фазах разработки и анализа проекта и т.д. Такой

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

прямоугольниками V-образной модели

В процессе применения V-образной модели при создании проекта, для

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

• Модель придает особое значение придается планированию,

направленному на подтверждения и проверки создаваемого ПО еще на

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

правильность детализированного проектирования. Этапы внедрения и проверки

описывают архитектурное проектирование или проектирование на высоком

уровне. Этап проверки системы подтверждает правильность выполнения этапа

требований к продукту и его параметров;

• Модель предусматривает аттестацию и подтверждение всех

внешних и внутренних полученных данных, а не только исходного ПО;

• V-образной модель выполняет определение требований перед

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

перед созданием компонентов;

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

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

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

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

недостатки:

• Этой модели непросто справиться с параллельными событиями;

• В ней не учитываются итерации между фазами;

• В ней нет внесенных требований динамических изменений на

разных этапах ЖЦ;

• Проверка требований в ЖЦ реализуется слишком поздно, поэтому

невозможно внести корректировки, не повлияв при этом на сроки выполнения

проекта;

• Модель не включает действия, направленные на анализ рисков.

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

тогда, когда вся информация о требованиях заранее известна.

Общераспространенная модификация V-образной модели, направленная на

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

для разрешения изменения в требованиях за рамками фазы анализа.

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

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

необходим для задачи.

Существуют следующие стратегии внедрения [32]:

 параллельная стратегия – для случая, когда старую работающую

систему необходимо заменить новой. Например, п/с «Зарплата». Одновременно

работают старая (ручная) и новая система, и их выходные документы

сравниваются. Если они согласуются длительное время, можно переходить на

новую систему. Проблема в том, что большинство предприятий, внедряющих

АСУП, заменяют программным обеспечением неавтоматизированный вариант, а

не одну часть программного обеспечения другой.

 «скачок». Эта стратегия привлекательна, но мы бы ее не

рекомендовали. «Скачок» означает, что прежняя система работала еще в

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

считают, что такая позиция заставляет всех «тонуть и всплывать» с

понедельника. Но в действительности, может утонуть все дело. Если данные не

столь точны, как хотелось бы, если люди не обучены, тогда есть риск

ввергнуться в хаос, сорвать поставки и финансовые расчеты.

 опытная эксплуатация «плотного проекта» - это тактика «скачка»,

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

- малый участок деятельности. Такой подход наиболее надежен, он снижает

риск, и сегодня практически все фирмы применяют эту тактику.

 «узкое место» - это наиболее критичная малая часть

производственного процесса. При внедрении «узкого места» план внедрения

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

Точность данных повышается только для изделий в этом «узком месте»,

переподготовка - только для людей, работающих в нем; анализ «затраты –

эффект» делается только для него и т. д.

Описав стратегии внедрения, можно сказать, что к автоматизированной

задаче (задаче учета и обработки заявок) применима технология «пилотного

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

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

потому что это наиболее часто используемая компаниями стратегия. Такой

подход снижает риск и наиболее надежен.

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

Современные ИС представляют собой комплексные и достаточно

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

вложений со стороны компании. ИТ системы – представляют собой комплекс

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

анализа данных. Средства анализа, включенные в ИТ системы, дают

возможность быстро обрабатывать огромные массивы данных и уже в

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

ситуацией.

Современные ИТ тесто интегрированы в бизнес-процессы компании,

организуя все службы и уровни компании. И любое изменение в такой структуре

так или иначе оказывает влияние на все сферы деятельности компании. Данное

обстоятельство очень затрудняет оценку эффективности использования ИТ,

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

вывести для этого отдельную переменную и тяжело охватить все направления

влияния применяемых ИТ.

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

проведении ИТ-проектов:

1. Неподготовленность управляющего звена к переменам в бизнес-

процессах предприятия и организационной структуры.

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

непосредственных подчиненных.

3. Изменения в кадровом составе в процессе реализации ИТ-проекта.

4. Недостаточность квалификации менеджера проекта и других

ответственных исполнителей.

5. Неимение четких и понятных методологических основ такого

процесса.

Основываясь на указанных выше факторах, отслеживание рисков

проектов по внедрению ИТ, аппаратного и программного обеспечения, методик

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

коммуникации и ИС состоит в том, чтобы на начальном этапе выявить все

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

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

проекта.

Успех ИТ-проекта зависит от многих факторов. Но основополагающих

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

ИТ-проекта – успеть все реализовать в заданные сроки с указанным бюджетом и

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

любых ИТ-проектов состоят в срыве сроков реализации проекта, увеличении

стоимости и ухудшении качества. Но главной причиной реализации этих рисков,

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

реализации таким проектам.

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

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

окружения. Это объясняется тем, что реализация почти всех ИТ-проектов,

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

управления уже не применить. Уникальность целей проекта и неимение

подобных практик в прошлом порождает некую неопределенность касательно

выбора современных технологий, выражения методов и средств достижения

указанной цели, поддержки той или иной методологии.

Управление рисками в сегодняшних компаниях становится тщательно

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

только как отдельно стоящая задача, которая требует решения, а как часть общей

корпоративной системы управления. Целью контроля рисков, в конечном счете,

становится увеличение эффективности бизнеса за счет работы компании и

полноценная отдача от применяемой методики.

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

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

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

построения компании, ее структуры и существующими бизнес-процессами,

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

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

спецификой отрасли и направлением деятельности компании. Очень часто

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

комбинированным решением нескольких методик и приспособленным к

требованиям организации. Быстрое распространение ИТ требует пристального

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

реализацией и применением ИТ на предприятии.

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

процедур управления рисками, которые адаптируются к специфике ИТ-

проектов:

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

описание деятельности по управлению рисками проекта.

Данный процесс включает в себя решения по организации, кадровому

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

методологии, источников информации для определения рисков, правила

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

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

самой компании.

Исходя из отчета консалтинговой компании Accenture, которая занимается

разработкой проектов в области ИТ, на подготовительной стадии и

планировании создания проекта (первые 10%) реализуется более 90% его

полезности. Именно в этот момент учитываются наиболее болезненные

последствия: увеличение сроков, огромный бюджет, минимальная

функциональность. При этом заказчик и консультант могут рассматривать

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

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

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

783
otchet_po_netyagovym_83
Авторы 'Сеанса' как носители регионального культурного самосознания: анализ первых девяти номеров журнала
Анализ ликвидности организации ООО 'Мис-с'
Гі де Мопассан: життя та творчість
Жедел респираторлы аурудан кейін 28 жастаы йелде ра, иын блінетін жтел пайда болды, жтелге бірнеше кннен кейін шырышты аыры осылды.
К вопросу о профессиональной компетентности лингвиста-переводчика
Кадровое обеспечение органов государственной и муниципальной службы
Китайская интеллигенция в эпоху Хань и эпоху Шести династий
Культура, как инструмент 'мягкой силы' в сфере международных отношений