Сценарий сопровождения ис это

СОПРОВОЖДЕНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ ИС является одним из наиболее гибких видов продукции, который часто подвергается изменениям в течение всего времени его использования. Для сохранения и повышения качества работы системы, нужно правильно регламентировать процесс сопровождения его соответствующим тестированием и контролем качества. Сопровождение (поддержка) программного обеспечения — процесс улучшения, оптимизации и устранения дефектов программного обеспечения (ПО) после передачи в эксплуатацию. Сопровождение ПО — это одна из фаз жизненного цикла программного обеспечения, следующая за фазой передачи ПО в эксплуатацию. В ходе сопровождения в программу вносятся изменения, с тем, чтобы исправить обнаруженные в процессе использования дефекты и недоработки, а также для добавления новой функциональности, с целью повысить удобство использования (юзабилити) и применимость ПО. Сопровождение программного обеспечения стандартизовано, имеются национальные стандарты Российской Федерации, идентичные международным (ISO/IEC 12207:2008 System and software engineering — Software life cycle processes, ГОСТ Р ИСО/МЭК 12207-2010 «Национальный стандарт Российской Федерации. Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств»; ISO/IEC 14764:99 Information tehnology — Software maintenance, ГОСТ Р ИСО/МЭК 14764-2002 «Государственный стандарт Российской Федерации. Информационная технология. Сопровождение программных средств»; IEEE 1219). Сопровождение включает в себя комплекс следующих мероприятий: техническая поддержка (восстановление работоспособности системы в фиксированной конфигурации) изменение конфигурации ИТ-комплекса (инсталляция нового ПО и оборудования, его конфигурирование и настройка) проведение технических консультаций для персонала оптимизация работы ИТ-системы (например, повышение общей производительности, достижение оптимального использования дискового пространства систем хранения, сокращение окна резервного копирования и послеаварийного восстановления данных) ведение технической документации (паспортов комплекса и регламентов работ по восстановлению его работоспособности и профилактике) профилактические мероприятия, включая определение соответствия, используемого ПО, целям и задачам заказчика на данный момент и, при необходимости, установка новых версий ПО и заплат Кроме того, в сфере сопровождения лежит вопрос обеспечения информационной безопасности. Комплексный подход в данном вопросе состоит в предупреждении неожиданных критических ситуаций, проведении анализа политик безопасности, проверки на соответствие стандартам, выработки рекомендаций. В случае отсутствия непрерывного сопровождения система за небольшой промежуток времени заваливается, происходят постоянные аппаратные сбои, что может привести к потере данных, или происходит потеря актуальности данных. Даже самая совершенная система защиты не устраняет полностью риск отказа. Даже непродолжительный простой информационной системы способен нанести серьезный урон бизнесу тех организаций, чья деятельность во многом зависит от ИТ.

С этим файлом связано 2 файл(ов). Среди них: Буклет Гагарин.docx, Теория курсовой .docx.
Показать все связанные файлы

Подборка по базе: Тема 9.1. Общие вопросы сердечно-сосудистой системы. Сердце стро, Денежные системы.rtf, Задания Право в системе социальных норм.docx, Сфера услуг в системе макроэкономического регулирования Республи, Налоговая система.docx, МЕТОДИЧЕСКИЕ ОСНОВЫ СОЗДАНИЯ ИНФОРМАЦИОННЫХ СИСТЕМ И ТЕХНОЛОГИЙ , Моделирование систем.pdf, ФХМИ ЛЕКЦИЯ 3 МЫТЬЕ ЛАБ. ПОСУДЫ.pptx, Щелкина И.А. Корпоративные информационные системы (терминология,, Доклад _Валидность системы мониторинга оценки качества образован

СОПРОВОЖДЕНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ
ИС является одним из наиболее гибких видов продукции, который часто подвергается изменениям в течение всего времени его использования. Для сохранения и повышения качества работы системы, нужно правильно регламентировать процесс сопровождения его соответствующим тестированием и контролем качества.
Сопровождение (поддержка) программного обеспечения — процесс улучшения, оптимизации и устранения дефектов программного обеспечения (ПО) после передачи в эксплуатацию. Сопровождение ПО — это одна из фаз жизненного цикла программного обеспечения, следующая за фазой передачи ПО в эксплуатацию. В ходе сопровождения в программу вносятся изменения, с тем, чтобы исправить обнаруженные в процессе использования дефекты и недоработки, а также для добавления новой функциональности, с целью повысить удобство использования (юзабилити) и применимость ПО.
Сопровождение программного обеспечения стандартизовано, имеются национальные стандарты Российской Федерации, идентичные международным (ISO/IEC 12207:2008 System and software engineering — Software life cycle processes, ГОСТ Р ИСО/МЭК 12207-2010
«Национальный стандарт Российской Федерации. Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств»; ISO/IEC 14764:99
Information tehnology — Software maintenance, ГОСТ Р ИСО/МЭК 14764-2002 «Государственный стандарт Российской Федерации. Информационная технология. Сопровождение программных средств»; IEEE 1219).
Сопровождение включает в себя комплекс следующих мероприятий:

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

изменение конфигурации ИТ-комплекса (инсталляция нового ПО и оборудования, его конфигурирование и настройка)

проведение технических консультаций для персонала

оптимизация работы
ИТ-системы
(например, повышение общей производительности, достижение оптимального использования дискового пространства систем хранения, сокращение окна резервного копирования и послеаварийного восстановления данных)

ведение технической документации (паспортов комплекса и регламентов работ по восстановлению его работоспособности и профилактике)

профилактические мероприятия, включая определение соответствия, используемого
ПО, целям и задачам заказчика на данный момент и, при необходимости, установка новых версий
ПО и заплат
Кроме того, в сфере сопровождения лежит вопрос обеспечения информационной безопасности. Комплексный подход в данном вопросе состоит в предупреждении неожиданных критических ситуаций, проведении анализа политик безопасности, проверки на соответствие стандартам, выработки рекомендаций.
В случае отсутствия непрерывного сопровождения система за небольшой промежуток времени заваливается, происходят постоянные аппаратные сбои, что может привести к потере данных, или происходит потеря актуальности данных.
Даже самая совершенная система защиты не устраняет полностью риск отказа. Даже непродолжительный простой информационной системы способен нанести серьезный урон бизнесу тех организаций, чья деятельность во многом зависит от ИТ.

Диаграмма причин простоя системы
ВАРИАНТЫ СОПРОВОЖДЕНИЯ:
1. по заявкам
Обслуживание ИС производится структурным подразделением заказчика в случае возникновения аварийных ситуаций (отказ оборудования, отказ программного обеспечения) и заключается в разовом обращении к специалистам. При этом, заказчику необходимо самостоятельно выявить неисправный элемент и принять решение об организации его восстановления, что может привести к длительным срокам восстановления. Сюда же накладывается время реакции на обращение к специалистам, так как вызов неплановый.
2. локальное обслуживание по договору
Установление договорных отношений с компанией на обслуживание отдельных компонент системы, например, технических и/или программных. Наиболее распространенной услугой является обслуживание ККМ в различных временных режимах со сроками реакции, например, до
4-х, 8-и, 24-х часов с момента регистрации вызова.
Качество услуг обеспечивается созданием в компании так называемого «страхового фонда»: мобильной инженерной группы и материальных ресурсов (подменного оборудования, запчастей, расходных материалов), ориентированных на устранение экстренных ситуаций. Таким образом, заказчик, не производя полного объема затрат на создание такой инфраструктуры, фактически в состоянии воспользоваться ею в нужный момент.
3. регламентированное сопровождение
Данный уровень сопровождения характеризуется передачей компании ряда активных функций по обеспечению жизнедеятельности ИС. Здесь объем услуг определяется основной целью — обеспечение бесперебойного функционирования ИС — и включает комплекс профилактических мероприятий, направленных на предупреждение возникновения сбоев: мониторинг состояния ресурсов и параметров компонент ИС; планирование штатных административных процедур; администрирование (в том числе удаленное) серверов, БД, пользователей, сетей и сетевых ресурсов; организация систем резервного копирования и систем безопасности.

4. аудит/консультирование
Обеспечение жизнедеятельности ИС не сводится исключительно к сопровождению ее текущего состояния. Как любой живой бизнес, ИС должна отражать его состояние в изменении и развитии. Процесс развития должен соответствовать развитию направлений основного бизнеса, а меры, его обеспечивающие, должны быть реализованы в рамках единой стратегии с обязательным условием сохранения преемственности реализованных решений.
Активные меры по планированию развития компонент ИС заключаются в обеспечении достаточности ресурсов и прогнозирования их изменения на основании аудита информационных решений. В рамках аудита выполняются планирование мероприятий по модернизации аппаратных и программных компонент ИС; разработка поэтапных планов и методов развития и модернизации компьютерных систем; разработка временных графиков и оценка стоимости приобретения оборудования и т. д.
Проектам развития предшествует стадия технической и коммерческой экспертизы, которая уже традиционно выполняется с привлечением консультантов специализированных и консалтинговых компаний.
5. полное сопровождение
Передача функций по обеспечению жизненного цикла ИС как единого технологического комплекса компании на принципах out-sourcing, что включает в себя передачу исполнителю функций обеспечения ресурсами; создания компонент ИС; внедрения прикладных задач; проведения обучение персонала, выполнения информационных услуг и т. д.
В результате, ИС актуализируется и по функциональным возможностям, и по качеству решения отдельных задач.
Задачи сопровождения информационной системы
Сопровождение информационных систем (ИС) состоит из двух больших и разноплановых задач.
Первая задача — эксплуатация информационной системы. Решение этой задачи начинается с установки прикладного программного обеспечения (ПО) в определенном программно-аппаратном окружении и настройкой ПО в соответствии с документацией разработчика таким образом, чтобы обеспечить максимальную надежность и производительность работы приложения.
Вторая задача — внесение изменений в информационную систему. Изменения могут включать донастройки тиражируемого ПО или доработки заказного ПО. И донастройки, и доработки, как правило, требуют привлечения консультантов по бизнес-процессам, а также программистов, обладающих необходимыми компетенциями. То есть, когда возникает потребность в «подгонке» ИС под новые условия и требования бизнес-процессов.
Задачи сопровождения рассматриваются с точки зрения потребителя применительно к программной среде, которая включает в себя данные и механизмы их обработки. Все задачи сопровождения разбиты на три класса: развитие ИС, корректирующее сопровождение и сопровождение данных.

Рисунок 1. Классификации задач сопровождения ИС
Развитие ИС предполагает частичную или полную модернизацию. В связи с этим, развитие ИС можно разделить на доработку ИС, разработку дополнительного ПО и замену ИС на более современную и функциональную.
Адаптивное сопровождение это доработка программного продукта после поставки, позволяющее адаптировать его к новым условиям эксплуатации.
Полная модернизация является наиболее дорогостоящим этапом в развитии ИС. Основным фактором, объясняющим стремление сменить функционирующую ИС является моральное устаревание системы.
В случае разработки дополнительного ПО очевидны немалые преимущества: функционал дорабатывается под нужды персонала, необходимые требования будут квалифицированно оценены и выполнены, интерфейс и принципы работы останутся неизменными, доработка будет производиться с использованием существующих средств и методов.
Корректирующее сопровождение направлено на выявление и устранение несоответствий и ошибок после поставки программного продукта.
Информационная система, как и любое ПО, не всегда даёт желаемый результат работы.
Применительно к сопровождению ИС ошибка, это искажение кода программы или искажение данных, которые в ходе функционирования этой программы могут вызвать отказ или снижение эффективности функционирования. Под отказом ИС в общем случае понимают событие, заключающееся в нарушении работоспособности объекта.

В качестве показателя степени тяжести ошибки, позволяющего дать количественную оценку тяжести проявления последствий ошибки, можно использовать условную вероятность отказа программного обеспечения при проявлении ошибки. Оценку степени тяжести ошибки как условной вероятности возникновения отказа, можно производить согласно ГОСТ 28195 – 89, используя метрики и оценочные элементы, характеризующие устойчивость программного обеспечения. При этом оценку необходимо производить для каждой ошибки в отдельности, а не для всей ИС.
Возникающие ошибки ИС предлагается разделить на ошибки функциональности, надёжности, удобства использования, эффективности, мобильности. При этом сопровождение каждой из них может быть как реактивным – в виде реакция на выявленные ошибки, так и профилактическим, которое применяется в особо ответственных модулях и системах во избежание возможных (ещё не возникших) проблем.
Сопровождение данных. Важной спецификой корпоративных ИС является значительно превышение продолжительности жизненного цикла (ЖЦ) данных над продолжительностью ЖЦ программной среды, технологий обработки, бизнес логики и т.д. Поэтому поддержка данных выделена в отдельный класс задач, состоящий из контроля целостности данных, поддержки актуальности данных и резервного копирования и восстановления, а также переноса данных из одной системы в другую.
Целостность информации определяется как состояние информации, при котором её изменение осуществляется только преднамеренно субъектами, имеющими на него право, либо таковое отсутствует.
Актуальность – это свойство данных в указанный момент времени адекватно отображать состояние объектов предметной области.
Если целостность данных поддерживается с помощью СУБД, то наиболее популярным средством поддержания актуальности является механизм создания резервных копий.
На сегодняшний день существует коммерческое и открытое ПО, позволяющее контролировать точность и неизменность версий файлов. Большинство инструментов мониторинга за актуальностью системы основаны на сравнении текущего состояния системы и состоянию, которому можно доверять. Это состояние часто называют базовой целостностью, получаемой с заведомо исправной системы.
В отдельную группу задач сопровождения данных вынесен перенос данных в другую
систему. Проблема связана с сохранением существующих связей и семантики. Процесс переноса данных не должен порождать дублирование записей, равно как и их потерю.
Сценарий сопровождения
Сценарий — некоторая последовательность действий, иллюстрирующая поведение системы.
В разработке программного обеспечения и системном проектировании сценарии
использования представляют собой описание поведения системы, которым она отвечает на внешние запросы. Сценарии использования описывают то, «кто» и «что» может сделать с рассматриваемой системой. Методика сценариев использования применяется для выявления требований к поведению системы.
Сценарии использования сосредотачиваются на том, как достигнуть конкретной цели или задачи необходимой пользователю, как внешнему агенту, от данной системы. Для большинства разрабатываемых программ это означает необходимость разработки множества сценариев для определения общего набора решаемых задач. Степень детализации сценариев использования зависит, прежде всего, от сложности и текущей стадии разрабатываемого проекта. В процессе разработки сценарии могут усложняться и претерпевать значительные изменения.
Сценарии использования описывают, что и как конкретно должна делать система в ответ на запросы пользователей, не касаясь при этом непосредственно дизайнов интерфейсов.

Договор на сопровождение
Информационная поддержка, осуществляемая для обслуживания системы автоматизации заказчика, становится все более популярной. Для небольших и средних фирм – это разумное с точки зрения экономии решение. Оставаясь в информационном поле, заказчик не думает, как решить проблему своими местными кадровыми ресурсами. Эту задачу можно доверить сторонним специалистам. А договор, заключенный между клиентом и исполнителем, будет гарантией получения качественной и своевременной услуги. Что касается оперативности, это тоже прописывается в договоре.
Подписанный договор, с каждым пунктом которого согласен исполнитель и заказчик, предусматривает:
 передачу сведений и консультации по телефону;
 в круглосуточном режиме получение информации и методических советов с помощью интернет-форума;
 фиксированное время удаленной поддержки через интернет с поправкой на то, что клиент не может получить подключение сразу же за обращением – исполнитель оговаривает оптимальную временную вилку, гарантируя соблюдение ее параметров.
Заказчик такой услуги может рассчитывать на скидку, фиксированный процент которой будет в договоре. Скидка распространяется на оборудование, услуги и программное обеспечение, заявленные в прайс-листе исполнителя. При этом следует иметь в виду, что исключение составят те позиции и распродажи, которые не заявлены в прайсе.
Пример договора:
ДОГОВОР
на сопровождение программных продуктов
г.
«» 2018 г.
в лице, действующего на основании, именуемый в дальнейшем «Исполнитель», с одной стороны, и в лице, действующего на основании , именуемый в дальнейшем «Заказчик», с другой стороны, именуемые в дальнейшем «Стороны», заключили настоящий договор, в дальнейшем
«Договор», о нижеследующем:
1. ПРЕДМЕТ ДОГОВОРА
1.1. Заказчик поручает, а Исполнитель принимает на себя обязательства по сопровождению программных продуктов (далее ПП): «», регистрационный номер: .
1.2. В объем сопровождения включаются следующие услуги:
1.2.1. настройки основных параметров ПП;
1.2.2. модификация, настройка и доработка ПП применительно к потребностям Заказчика;
1.2.3. обновление релизов конфигураций и программных файлов ПП;
1.2.4. консультации по работе с ПП с выездом Исполнителя на территорию Заказчика;
1.2.5. удаленное сопровождение (без выезда на территорию Заказчика);
2. ПРАВА И ОБЯЗАННОСТИ СТОРОН
2.1. Исполнитель обязуется оказывать услуги в соответствии с перечнем, предусмотренным п.1.2 настоящего Договора. Указанные услуги оказываются Исполнителем только при соблюдении
Заказчиком всех требований Лицензионного соглашения по ПП, указанного в п.1.1 настоящего
Договора.
2.2. Стороны обязаны согласовывать дату и время выездов специалиста Исполнителя к Заказчику не менее, чем за рабочих дня до выезда.
2.3. Специалист Исполнителя обязан прибыть к Заказчику в назначенный день и время.

2.4. В случае необходимости переноса даты и/или времени встречи Стороны обязаны сообщить об этом друг другу не позднее, чем за рабочий день до назначенной встречи.
2.5. Исполнитель обязуется оказывать услуги, предусмотренные настоящим договором, в будние дни, с понедельника по пятницу, в период с 10ч до 20ч, но не более 8 (восьми) часов. Часы, выходящие за указанные рамки, считаются сверхурочными. В случае появления у Заказчика необходимости оказания Исполнителем услуг в сверхурочное время, а также в выходные и праздничные дни, оплата осуществляется по повышенным ставкам согласно п.4.6 настоящего
Договора.
2.6. Заказчик обязуется своевременно принять и оплатить оказанные Исполнителем услуги в размере и сроки, предусмотренные в разделе 4 настоящего Договора.
2.7. Исполнитель имеет право приостановить оказание услуг по настоящему Договору при невыполнении Заказчиком условий оплаты (см. раздел 4 настоящего Договора).
2.8. Исполнитель имеет право самостоятельно определять формы и методы оказания услуг, исходя из условий настоящего Договора и условий, созданных Заказчиком для оказания услуг
Исполнителем. По усмотрению Исполнителя оказание услуг по Договору могут осуществляться вне территории Заказчика.
2.9. В случае выезда Исполнителя на территорию Заказчика, Заказчик обязуется обеспечить
Исполнителю одно оборудованное компьютером рабочее место, необходимое для оказания услуг, предусмотренных настоящим Договором. Компьютер должен иметь доступ к сопровождаемым
ПП и следующую конфигурацию: .
2.10. Заказчик вправе в любое время проверять ход и качество оказываемых Исполнителем услуг, непосредственно не вмешиваясь в его деятельность.
2.11. Заказчик обязуется подписывать Исполнителю Листы учета рабочего времени по мере их предоставления Исполнителем.
2.12. В процессе эксплуатации ПП Заказчик обязан ежедневно создавать архивную копию базы данных и журнала регистрации, указанных ПП, с тем, чтобы исключить потерю данных по независящим от Сторон причинам.
2.13. Архивная копия, указанная в п.2.12 настоящего Договора, создается и хранится Заказчиком на магнитном носителе, отличном от носителя рабочей базы данных.
2.14. Заказчик не должен осуществлять действия, направленные на привлечение специалистов
Исполнителя к работе у Заказчика с переходом к ним на работу, как штатным сотрудником, так и совместителем.
3. УЧЕТ РАБОЧЕГО ВРЕМЕНИ И ОКАЗАННЫХ УСЛУГ
3.1. Учет рабочего времени и оказанных услуг, указанных в п.1.2 настоящего Договора, ведется
Сторонами путем составления Листов учета рабочего времени (далее ЛУРВ).
3.2. ЛУРВ содержит следующие сведения:

дату оказания услуг;

фамилию специалиста Исполнителя, оказавшего услуги;

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

количество затраченного рабочего времени;

замечания о недостатках по оказанным услугам.
3.3. Наличие подписи Заказчика в ЛУРВе означает приемку Заказчиком оказанных Исполнителем услуг и подтверждает затраченный на оказание услуг объем рабочего времени Исполнителя, подлежащего оплате Заказчиком. При указании продолжительности времени работы специалиста
Исполнителя в ЛУРВах округление производится до 0,5-го часа в большую сторону.
3.4. По окончании календарного месяца Стороны составляют Акт сдачи-приемки оказанных услуг
(далее – Акт), в котором на основании Листов учета рабочего времени отражаются все оказанные услуги, количество затраченного рабочего времени и стоимость оказанных услуг, определенная в порядке, зафиксированном в разделе 4 настоящего Договора.

3.5. По требованию Заказчика Исполнитель прилагает к Акту сдачи-приемки оказанных услуг
Отчет об оказанных услугах, который содержит:

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

перечень услуг, перенесенных на следующий месяц;
Форма документа представлена в Приложении №2 к настоящему Договору.
3.6. При наличии претензий к Исполнителю Заказчик обязан в течение рабочих дней с момента получения Акта предоставить Исполнителю письменный мотивированный отказ от приемки оказанных услуг. Основанием для отказа от приемки оказанных услуг по настоящему Договору могут являться невыполнение требований, непосредственно указанных в Заявке, а также имеющиеся в ЛУРВах замечания о недостатках по оказанным услугам. После получения письменного мотивированного отказа Заказчика от приемки оказанных услуг Заказчик и
Исполнитель составляют в согласованные Сторонами сроки Акт с перечнем необходимых доработок и сроков их выполнения или Исполнитель предоставляет Заказчику обоснование невозможности устранения указанных недостатков.
3.7. В случае непредоставления Заказчиком в срок, указанный в п.3.6 настоящего Договора, письменного мотивированного отказа от подписания Акта и невыполнения им требований п.3.4. настоящего Договора, считается, что Исполнитель сдал, а Заказчик принял оказанные услуги согласно Акту в полном объеме без претензий, и Заказчик обязан не позднее рабочих дней с даты получения Акта произвести с Исполнителем окончательные расчеты.
3.8. Заказчик, обнаруживший в течение дней после приемки услуг Исполнителя отступления от условий настоящего Договора или иные недостатки, которые не могли быть установлены при приемке (скрытые недостатки), обязан известить об этом Исполнителя.
3.9. При обоснованности претензий Заказчика Исполнитель обязан своими силами и за свой счет устранить недоделки и недостатки оказанных услуг.
4. СТОИМОСТЬ УСЛУГ, ПОРЯДОК И СРОКИ РАСЧЕТОВ
4.1. Фактическая стоимость оказанных в течение календарного месяца услуг по настоящему
Договору определяется на основании подписываемых Сторонами Листов учета рабочего времени.
4.2. Стоимость одного часа рабочего времени специалиста Исполнителя составляет рублей.
Сумма НДС не облагается (на основании ст.346.12 и 346.13 главы 26.2 НК РФ).
4.3. Расчеты между Заказчиком и Исполнителем производятся в рублях, на основании счетов, выставляемых Заказчику Исполнителем по завершению календарного месяца.
4.4. Оплата счетов производится Заказчиком в течение рабочих дней со дня выставления счета
Исполнителем путем безналичного перечисления денежных средств на расчетный счет
Исполнителя. Обязательство по оплате считается надлежаще исполненным в момент зачисления суммы оплаты на расчетный счет Исполнителя.
4.5. Размер ставки за сверхурочные часы (п.2.5), за услуги, оказанные Исполнителем в выходные и праздничные дни по требованию и по согласованию с Заказчиком, а также за экстренные вызовы равен: .
4.6. Изменение стоимости рабочего часа специалиста Исполнителя согласовывается с Заказчиком и фиксируется в подписываемом обеими Сторонами Дополнительном соглашении к настоящему
Договору.

5. СРОК ДЕЙСТВИЯ ДОГОВОРА
5.1. Договор вступает в силу с момента подписания и действует до «»2018 года.
5.2. Настоящий Договор автоматически пролонгируется на следующий год, если ни одна из
Сторон письменно не заявила о намерении прекратить или ограничить срок действия Договора.
5.3. Настоящий Договор может быть расторгнут по взаимному согласованию Сторон с письменным уведомлением не менее, чем за дней, либо в порядке, установленном действующим гражданским законодательством РФ.
6. ОТВЕТСТВЕННОСТЬ СТОРОН
6.1. При условии, что Заказчик выполняет принятые на себя обязательства, Исполнитель несет ответственность за профессиональное и качественное оказание услуг, предусмотренных настоящим Договором.
6.2. Исполнитель гарантирует Заказчику, что, в течение срока действия настоящего Договора, в случае сбоя в созданных Исполнителем настройках ПП в процессе их эксплуатации все услуги по восстановлению работоспособности программы будут выполнены силами и за счет Исполнителя.
Основанием является подтверждение сбоя через повторную демонстрацию аналогичной ситуации
Исполнителю на восстановленной из архивной копии базе данных.
6.3. Исполнитель не несет ответственности за сбой в работе ПП в части, не подвергавшейся настройке Исполнителем. В данном случае все услуги по диагностике и восстановлению работоспособности программного продукта выполняются за счет Заказчика.
6.4. Исполнитель не несет ответственности за невосстановимое разрушение баз данных на компьютерах Заказчика, возникшее в результате сбоев электропитания, оборудования, невыполнения пользовательских инструкций (далее ПИ), созданных Исполнителем, или изложенных в руководстве пользователей, указанному в п.1.1 настоящего Договора, а также за невыполнение Заказчиком архивного копирования баз данных или журнала регистрации.
7. КОНФИДЕНЦИАЛЬНОСТЬ
7.1. Стороны обязуются не разглашать сведения конфиденциального характера друг о друге и об их хозяйственной деятельности, технических наработках, а также не использовать во вред друг другу информацию, полученную в рамках выполнения настоящего Договора, как во время действия, так и после завершения или прекращения действия настоящего Договора.
Конфиденциальной считается любая информация относительно финансового, коммерческого, технического (в т.ч. нормативно- технического) положения Сторон или информация, которая прямо названа Сторонами конфиденциальной и указана в предоставляемом другой Стороне
Перечне конфиденциальных документов.
7.2. Стороны несут ответственность друг перед другом в рамках действующего законодательства за несанкционированную передачу третьим лицам конфиденциальной информации, определенной в п.7.1 настоящего Договора.
8. ИНТЕЛЛЕКТУАЛЬНАЯ СОБСТВЕННОСТЬ
8.1. Стороны соглашаются о том, что с момента подписания настоящего Договора, все права в отношении методик, алгоритмов, программного кода, способов и приемов, разработанных и применяемых Исполнителем для получения результатов работ по настоящему Договору, принадлежат Исполнителю без ограничения сроков и территории.

9. ОБСТОЯТЕЛЬСТВА НЕПРЕОДОЛИМОЙ СИЛЫ
9.1. Стороны освобождаются от ответственности за частичное или полное неисполнение своих обязательств по настоящему Договору, если их исполнению препятствует чрезвычайное и непреодолимое при данных условиях обстоятельство (непреодолимая сила).
9.2. Под обстоятельствами непреодолимой силы Стороны понимают такие обстоятельства как: землетрясения, пожары, наводнения, прочие стихийные бедствия, эпидемии, аварии, взрывы, военные действия, а также изменения законодательства, повлекшие за собой невозможность выполнения Сторонами своих обязательств по Договору.
9.3. При возникновении обстоятельств непреодолимой силы, препятствующих исполнению обязательств по настоящему Договору одной из Сторон, она обязана оповестить другую Сторону незамедлительно после возникновения таких обстоятельств, при этом срок выполнения обязательств по настоящему Договору переносится соразмерно времени, в течение которого действовали такие обстоятельства.
9.4. Если обстоятельства непреодолимой силы действуют на протяжении последовательных месяцев и не обнаруживают признаков прекращения, настоящий Договор может быть расторгнут
Заказчиком и Исполнителем путем направления уведомления другой Стороне.
10. РАЗРЕШЕНИЕ СПОРОВ
10.1. Все споры и разногласия, которые могут возникнуть между Сторонами по вопросам, не нашедшим своего разрешения в тексте данного Договора, будут разрешаться путем дополнительных переговоров по взаимному согласию Сторон.
10.2. При невозможности урегулирования в процессе переговоров спорных вопросов, споры разрешаются в Арбитражном суде в порядке, установленном законодательством РФ.
11. ЮРИДИЧЕСКИЕ АДРЕСА И БАНКОВСКИЕ РЕКВИЗИТЫ СТОРОН
Исполнитель Юр. адрес:Почтовый адрес:ИНН:КПП:Банк:Рас./счёт:Корр./счёт:БИК:
Заказчик Юр. адрес:Почтовый адрес:ИНН:КПП:Банк:Рас./счёт:Корр./счёт:БИК:
12. ПОДПИСИ СТОРОН
Исполнитель _________________
Заказчик _________________
Структура ИТ-сопровождения
Принято выделять несколько линий сопровождения (структура приведена на примере внешнего сопровождения ПО):
0 линия (call-center, информационный центр, горячая линия) — обработка телефонных обращений от клиентов, передача обращений техническим специалистам (1-я линия сопровождения)
1 линия (инженер по сопровождению, инженер технической поддержки, support engineer) — консультация/настройка/устранение ошибок в работе ПО/наполнение базы знаний, составление мануалов, т.е. работа консультантов:
 Прием обращений от конечных пользователей по телефону и электронной почте;

 Регистрация, классификация и расстановка приоритетов запросов на основании принятых обращений;
 Поиск известного решения в базе данных типовых вопросов и ответов, в случае если решение найдено;
 Определение и назначение исполнителей запроса;
 Ведение базы знаний по инцидентам и типовым вопросам и ответам.
2 линия (инженер по сопровождению, инженер технической поддержки, support engineer) функциональное сопровождение/проектная деятельность на этапе запуска ПО на машинах заказчика, т.е. работа специалистов по предметной области:
 Интервьюирование инициатора запроса с целью более четкого понимания внештатной ситуации и предпосылок к ее возникновению;
 Восстановление работоспособности системы с использованием удаленного доступа, при помощи консультации по телефону или электронной почте;
 Консультирование пользователей с целью устранения внештатной ситуации и недопущения повторения подобных ситуаций в будущем (в случае, если причиной внештатной ситуации послужили некорректные, с точки зрения системы, действия пользователей);
 Выработка и реализация перечня мероприятий для устранения последствий внештатной ситуации;
 Оказание помощи пользователям при необходимости реализации нетиповых операций и бизнес-процессов с целью получения заданного результата.
3 линия (инженер по сопровождению, инженер технической поддержки, support engineer) — системное сопровождение/проектная деятельность на этапе запуска ПО на оборудовании заказчика, т.е. работа разработчиков информационной системы:
 Интервьюирование инициатора запроса с целью более четкого понимания требований
(возникшей ошибки);
 Подготовка краткого описания сути предлагаемых изменений и его согласование с инициатором запроса;
 При необходимости проведения серьезной модернизации, составление технических заданий и согласование стоимости доработки системы;
 Реализация изменений (устранение ошибки);
 Тестирование;
 Установка обновлений у Заказчика.
Заказчик страдает, когда версия приложения с доработками или измененными настройками, не работает должным образом и сотрудники заказчика не могут выполнять свою работу. А исполнитель, заинтересованный сдать доработанное ПО, пытается поправить ситуацию и дорабатывает «на ходу», вместо того, чтобы «откатить» систему на предыдущую версию. И это приводит к еще большим простоям и потерям. В связи с этим, для эффективного сопровождения следует внедрять центр компетенции на стороне клиента.
Центра компетенции должен содержать следующие функциональные блоки:
Обязательные функциональные блоки:
Блок функциональной поддержки. Поддержка конечных пользователей по телефону, обработка сообщений пользователей, работа с базой решений компании-поставщика, анализ возникновения проблем, обработка запросов-рекламаций в адрес компании-поставщика, администрирование пользователей ИСУ.
Блок технической поддержки системы. Решение технических проблем на уровне ландшафта системы (комплекс технических средств и правил, имеющих место быть в компании), анализ возникновения технических проблем, обработка запросов-рекламаций в адрес компании- поставщика, инсталляция и апгрейд компонентов ИСУ, администрирование системного ландшафта.
Блок управления договорами и лицензиями. Заключение договоров на новые компоненты
ИСУ, новые лицензии, а также на поддержку со стороны компании-поставщика.

Блок аудита лицензий и масштабируемости системы. Определение необходимого объёма лицензий, аудит текущего объёма используемых лицензий, оценка результатов измерения системного ландшафта, взаимодействие с компанией-поставщиком по результатам аудита системного ландшафта.
Рекомендуемые функциональные блоки:
Блок управления информационным обеспечением. Распространение информационных материалов среди пользователей ИСУ, обзор информационных источников компаний- поставщиков, организация доступа к ним для заинтересованных лиц, подготовка специфической информации по запросам, организация информационных мероприятий.
Блок управления дополнительными разработками. Управление запросами пользователей на проведение дополнительных разработок для ИСУ, разработка новых отчётов и программ, модификация стандартных объектов ИСУ, контроль проведённых модификаций, разработка интерфейсов между подсистемами ИСУ.
Блок управления внутренним маркетингом системы. Формирование содержания для материалов разъяснительного характера относительно проведённых внедрений и функционирующих решений, проведение презентаций, организация информационных мероприятий для будущих пользователей ИСУ, организация референт визитов.
Блок консалтинга в части развития и поддержки системы. Проведения управленческого консалтинга, разработка стандартов и шаблонов для ИСУ, консультирование по управлению проектами, консультирование по прикладным компонентам ИСУ.
Блок обучения. Разработка специальных программ обучения, проведение стандартного обучения групп пользователей по учебным материалам компаний-поставщиков, обучение проектных команд.

Источник

Сопровождение информационных систем

Скачать 393,05 Kb.

Pdf просмотр

страница 9/23
Дата 30.08.2020
Размер 393,05 Kb.
#153193
Тип Регламент

Связанные:
Лекция 1-ИТП сопровождения ИС

Сценарий сопровождения

Сценарий
— некоторая последовательность действий, иллюстрирующая поведение системы.
В разработке программного обеспечения и системном проектировании
сценарии
использования
представляют собой описание поведения системы, которым она отвечает на внешние запросы. Сценарии использования описывают то, «кто» и «что» может сделать с рассматриваемой системой. Методика сценариев использования применяется для выявления требований к поведению системы.
Сценарии использования сосредотачиваются на том, как достигнуть конкретной цели или задачи необходимой пользователю, как внешнему агенту, от данной системы. Для большинства разрабатываемых программ это означает необходимость разработки множества сценариев для определения общего набора решаемых задач. Степень детализации сценариев использования зависит, прежде всего, от сложности и текущей стадии разрабатываемого проекта. В процессе разработки сценарии могут усложняться и претерпевать значительные изменения.
Сценарии использования описывают, что и как конкретно должна делать система в ответ на запросы пользователей, не касаясь при этом непосредственно дизайнов интерфейсов.

Поделитесь с Вашими друзьями:

Источник

1.

МДК.04.02 Инженернотехническая поддержка
сопровождения
информационных систем
Преподаватель: Серегина Людмила Дмитриевна

2.

Темы изучаемые в рамках
данного модуля:
• Организация сопровождения и восстановления работоспособности
системы (4 лекции, 4 практических);
• Идентификация и устранение ошибок в информационной системе
(2 лекции, 2 практических);
• Эксплуатация крупных информационных систем на платформе
«1С:Предприятие» (2 лекции, 2 практических)

3.

Организация
сопровождения и
восстановления
работоспособности системы

4.

План темы:
• Лекции:
1. Процессы в информационной системе. Эксплуатация информационной системы.
2. Задачи сопровождения информационной системы. Ролевые функции и организация
процесса сопровождения. Сценарий сопровождения. Договор на сопровождение.
3. Цели и регламенты резервного копирования. Сохранение и откат рабочих версий
системы. Сохранение и восстановление баз данных.
4. Организация процесса обновления в информационной системе. Регламенты
обновления.
• Практические занятия:
1. Разработка плана резервного копирования. Создание резервной копии
информационной системы
2. Восстановление данных
3. Обеспечение безопасности функционирования информационной системы
4. Организация доступа пользователей к информационной системе

5.

Процессы в информационной системе.
Эксплуатация информационной
системы.
Немного основных понятий
Ответьте на вопросы:
1.
Что такое «информация»?
2.
Что такое «система»?
3.
Что представляет собой «Информационная система»?

6.

Процессы в информационной системе.
Эксплуатация информационной
системы.
В настоящее время информационные системы часто связывают
с понятием автоматизации и называют автоматизированными
информационными системами (АИС).
Автоматизация — процесс внедрения вычислительной техники в
различные сферы информационной деятельности

7.

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

8.

Что Вы понимаете под
процессом?

9.

Процесс определяется как совокупность взаимосвязанных
действий, преобразующих некоторые входные данные в выходные.
Каждый процесс характеризуется определенными задачами и методами их решения, исходными данными, полученными от других
процессов, и результатами.

10.

Обобщенная структура любой информационной системы может быть представлена двумя взаимодействующими частями:
1) функциональной частью, включающей в себя прикладные программы, которые реализуют функции предметной области;
2) средой, обеспечивающей исполнение прикладных программ.

11.

Работу информационной системы условно можно представить в виде схемы, отражающей следующие процессы:
ввод информации от источников информации — сбор информации о состоянии внешней среды и объекта управления, т.е. создание информации,
называемой первичной или входной;
представление информации в нужном формате;
хранение данных в виде баз данных,
документов, материалов и т.д.;
обработка информации (поиск,
фильтрация, сортировка, агрегирование, анализ, вычисления);
вывод информации для представления потребителям или передачи в
другую систему.

12.

Есть вопросы?
Смело задавай

13.

Задачи сопровождения
информационной
системы. Ролевые
функции и организация
процесса сопровождения.

14.

Основные понятия
Сопровождение (поддержка) программного обеспечения — процесс
улучшения, оптимизации и устранения дефектов программного обеспечения
(ПО) после передачи в эксплуатацию.

15.

Сопровождение включает в себя:
техническая поддержка (восстановление работоспособности системы в фиксированной
конфигурации);
изменение конфигурации ИТ-комплекса (инсталляция нового ПО и оборудования, его
конфигурирование и настройка)
проведение технических консультаций для персонала
оптимизация работы ИТ-системы (например, повышение общей производительности,
достижение оптимального использования дискового пространства систем хранения,
сокращение окна резервного копирования и послеаварийного восстановления данных)
ведение технической документации (паспортов комплекса и регламентов работ по
восстановлению его работоспособности и профилактике)
профилактические мероприятия, включая определение соответствия, используемого ПО,
целям и задачам заказчика на данный момент и, при необходимости, установка новых
версий ПО и заплат

16.

Варианты сопровождения:
ПО ЗАЯВКАМ
Обслуживание ИС производится структурным подразделением заказчика в
случае возникновения аварийных ситуаций (отказ оборудования, отказ
программного обеспечения) и заключается в разовом обращении к
специалистам.

17.

Варианты сопровождения:
ЛОКАЛЬНОЕ ОБСЛУЖИВАНИЕ ПО ДОГОВОРУ
Установление договорных отношений с компанией на обслуживание
отдельных компонент системы, например, технических и/или программных.
Качество услуг обеспечивается созданием в компании так называемого
«страхового фонда»: мобильной инженерной группы и материальных ресурсов
(подменного оборудования, запчастей, расходных материалов),
ориентированных на устранение экстренных ситуаций.

18.

Варианты сопровождения:
РЕГЛАМЕНТИРОВАННОЕ СОПРОВОЖДЕНИЕ
Данный уровень сопровождения характеризуется передачей компании ряда
активных функций по обеспечению жизнедеятельности ИС. Здесь объем услуг
определяется основной целью — обеспечение бесперебойного
функционирования ИС — и включает комплекс профилактических
мероприятий, направленных на предупреждение возникновения сбоев:
• мониторинг состояния ресурсов и параметров компонент ИС;
• планирование штатных административных процедур; администрирование (в
том числе удаленное) серверов, БД, пользователей, сетей и сетевых ресурсов;
• организация систем резервного копирования и систем безопасности.

19.

Варианты сопровождения:
АУДИТ/КОНСУЛЬТИРОВАНИЕ
Обеспечение жизнедеятельности ИС не сводится исключительно к
сопровождению ее текущего состояния. Как любой живой бизнес, ИС должна
отражать его состояние в изменении и развитии. Процесс развития должен
соответствовать развитию направлений основного бизнеса, а меры, его
обеспечивающие, должны быть реализованы в рамках единой стратегии с
обязательным условием сохранения преемственности реализованных
решений.

20.

Варианты сопровождения:
ПОЛНОЕ СОПРОВОЖДЕНИЕ
Передача функций по обеспечению жизненного цикла ИС как единого
технологического комплекса компании на принципах out-sourcing, что
включает в себя передачу исполнителю:
• функций обеспечения ресурсами;
• создания компонент ИС;
• внедрения прикладных задач;
• проведения обучение персонала, выполнения информационных услуг и т. д.

21.

Задачи сопровождения ИС:
• Первая задача — эксплуатация информационной системы. Решение этой
задачи начинается с установки прикладного ПО в определенном
программно-аппаратном окружении и настройкой ПО в соответствии с
документацией разработчика таким образом, чтобы обеспечить
максимальную надежность и производительность работы приложения.
• Вторая задача — внесение изменений в ИС.
Изменения могут включать донастройки тиражируемого ПО или доработки
заказного ПО. И донастройки, и доработки, как правило, требуют привлечения
консультантов по бизнес-процессам, а также программистов, обладающих
необходимыми компетенциями. То есть, когда возникает потребность в
«подгонке» ИС под новые условия и требования бизнес-процессов.

22.

Задачи сопровождения ИС:

23.

Корректирующее сопровождение
Корректирующее сопровождение направлено на выявление и устранение
несоответствий и ошибок после поставки программного продукта.
Применительно к сопровождению ИС ошибка, это искажение кода программы
или искажение данных, которые в ходе функционирования этой программы
могут вызвать отказ или снижение эффективности функционирования.
Под отказом ИС в общем случае понимают событие, заключающееся в
нарушении работоспособности объекта.

24.

Сопровождение данных
Важной спецификой корпоративных ИС является значительно превышение
продолжительности ЖЦ данных над продолжительностью ЖЦ программной
среды, технологий обработки, бизнес логики и т.д.
Целостность информации определяется как состояние информации, при
котором её изменение осуществляется только преднамеренно субъектами,
имеющими на него право, либо таковое отсутствует.

25.

Сопровождение данных
Актуальность – это свойство данных в указанный момент времени адекватно
отображать состояние объектов предметной области.
Если целостность данных поддерживается с помощью СУБД, то наиболее
популярным средством поддержания актуальности является механизм
создания резервных копий.

26.

Сценарий
сопровождения.
Договор на
сопровождение.

27.

Сценарий сопровождения
Сценарий — некоторая последовательность действий,
иллюстрирующая поведение системы.
В разработке ПО и системном проектировании сценарии
использования представляют собой описание поведения системы,
которым она отвечает на внешние запросы. Сценарии
использования описывают то, «кто» и «что» может сделать с
рассматриваемой системой. Методика сценариев использования
применяется для выявления требований к поведению системы.

28.

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

29.

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

30.

Сценарий сопровождения
Сценарии использования описывают, что и как конкретно должна
делать система в ответ на запросы пользователей, не касаясь при
этом непосредственно дизайнов интерфейсов.

31.

Договор на сопровождение
Информационная поддержка, осуществляемая для обслуживания
системы автоматизации заказчика, становится все более
популярной.
Оставаясь в информационном поле, заказчик не думает, как
решить проблему своими местными кадровыми ресурсами. Эту
задачу можно доверить сторонним специалистам. А договор,
заключенный между клиентом и исполнителем, будет гарантией
получения качественной и своевременной услуги. Что касается
оперативности, это тоже прописывается в договоре.

32.

Договор на сопровождение
Подписанный договор, с каждым пунктом которого согласен
исполнитель и заказчик, предусматривает:
• передачу сведений и консультации по телефону;
• в круглосуточном режиме получение информации и методических
советов с помощью интернет-форума;
• фиксированное время удаленной поддержки через интернет с
поправкой на то, что клиент не может получить подключение
сразу же за обращением – исполнитель оговаривает оптимальную
временную вилку, гарантируя соблюдение ее параметров.

33.

Договор на сопровождение
ДОГОВОР на сопровождение программных продуктов
1. ПРЕДМЕТ ДОГОВОРА
2. ПРАВА И ОБЯЗАННОСТИ СТОРОН
3. УЧЕТ РАБОЧЕГО ВРЕМЕНИ И ОКАЗАННЫХ УСЛУГ
4. СТОИМОСТЬ УСЛУГ, ПОРЯДОК И СРОКИ РАСЧЕТОВ
5. СРОК ДЕЙСТВИЯ ДОГОВОРА
6. ОТВЕТСТВЕННОСТЬ СТОРОН
7. КОНФИДЕНЦИАЛЬНОСТЬ
8. ИНТЕЛЛЕКТУАЛЬНАЯ СОБСТВЕННОСТЬ
9. ОБСТОЯТЕЛЬСТВА НЕПРЕОДОЛИМОЙ СИЛЫ
10. РАЗРЕШЕНИЕ СПОРОВ
11. ЮРИДИЧЕСКИЕ АДРЕСА И БАНКОВСКИЕ РЕКВИЗИТЫ СТОРОН

34.

Цели и регламенты
резервного копирования.
Сохранение и откат рабочих
версий системы.
Сохранение и
восстановление баз данных.

35.

Цели восстановления данных
В различные периоды ЖЦ БД требует восстановления данных.
Администратор БД должен:
• минимизировать число операций по восстановлению данных;
• предупреждать проблемы до их возникновения;
• максимально ускорить восстановление при возникновении
неполадок;
• в минимальный срок выполнить проверку успешности
восстановления данных.

36.

Обеспечение
отказоустойчивости
Для обеспечения отказоустойчивости рекомендуется:
• использование RAID-массив, обеспечивающий
отказоустойчивость дисковой подсистемы;
• использование аппаратуры, обеспечивающей защиту от скачков
сетевого напряжения;
• регулярное резервное копирование данных.

37.

Предупреждение
неисправностей в работе
В числе неисправностей, возникающих в системе БД:
потеря информации на диске с файлами данных;
потеря информации на диске с журналом транзакций;
потеря информации на системном диске;
отказ сервера;
стихийные бедствия;
кража данных, кража информации;
кража носителя резервных данных;
неисправный носитель резервных данных;
неисправное устройство восстановления данных;
непреднамеренная ошибка пользователя;
злонамеренные действия сотрудников.

38.

Определение сроков
восстановления данных
При планировании восстановительных работ необходимо
определить следующие параметры:
• Какова стоимость простоя БД?
• Необходимость использования RAID-массивов?
• Каково время на восстановление данных с резервной копии БД?
• Поможет ли частое резервное копирование значительно
сократить время на восстановление данных?
• Имеются ли в организации дополнительные устройства
восстановления данных с резервных копий?

39.

Типы резервного копирования
БД
Полное резервное копирование
• При полном резервном копировании БД копируются все файлы
данных, в том числе изменения внесенные во время ее последнего
резервного копирования.
• Копируются все пользовательские данные и объекты БД, системные
таблицы, индексы и пользовательские БД.
• Первое полное резервное копирование рекомендуется выполнять
после первоначального заполнения БД.
• Впоследствии полное копирование выполняется при вводе большого
объема данных.
• Частота выполнения зависит от объема и частоты изменения данных
в БД.

40.

Типы резервного копирования
БД
Дифференциальное резервное копирование
• При дифференциальном копировании БД копируются все
изменения, произошедшие в файлах данных с последнего полного
резервного копирования.
• Этот процесс включает в себя копирование БД отражает только
самые последние изменения данных.
• Дифференциальное копирование требует меньше времени и
места на носителе.
• Для увеличения скорости дифференциального копирования SQL
Server прослеживает все изменения в экстентах, которые
произошли с момента последнего резервного копирования БД.
Такие изменения отражаются на странице карты изменений
(DCM).

41.

Типы резервного копирования
БД
Резервное копирование файла и группы файлов
• При резервном копировании файла или группы файлов создается
копия отдельного файла данных или группы файла.
• При такой копировании требуется меньше времени и объема на
носителе.
• Используется для больших БД. Как правило, данные в БД
разделяются на две категории – часто изменяемые данные и
данные, изменения которых редки или отсутствуют.
• При такой структуре данных резервное копирование чаще
выполняется для файлов или групп файлов с часто изменяемой
информацией.

42.

Типы восстановления данных
Тип восстановления
Описание
Полное восстановление БД
Восстановление с помощью полной резервной
копии БД, последней дифференциальной копии
и всех
резервных копий журнала транзакций
Восстановление по состоянию на
определенную дату
Восстановление всей БД, по состоянию на
определенную дату с использованием полной
информации о транзакциях в резервной копии
журнала транзакций и копий БД
Восстановление файла
или группы файлов
Полное восстановление файла с использованием
резервных копий файла, последней
дифференциальной копии файла и всех копий
журнала транзакций
Восстановление до заданной транзакции
Восстановление БД до определенного состояния
с использованием полной информации о
транзакциях, а также резервных копий БД

43.

Типы восстановления данных
Автоматический процесс восстановления данных
Задача автоматического процесса восстановления данных –
гарантированность логической целостности данных в каждой БД после
запуска сервера.
В автоматическом процессе используются информация из активной части
журнала транзакций каждой БД.
Анализируются транзакции, зарегистрированные с момента последней
проверки целостности БД.
SQL Server определяет все подтвержденные транзакции и выполняет их
повторно, затем выделяет все неподтвержденные транзакции и от меняет их.
В процессе проверки SQL Server проверяет базы в следующей
последовательности: master, model, msdb, а также БД публикуемые для
репликации, затем все пользовательские БД. В конце процесса удаляется и
вновь создается БД tempbd.

44.

Типы восстановления данных
Восстановление данных вручную
При восстановлении БД вручную используются одна или две резервные
копии БД и выполняется полное или частичное восстановление данных.
При восстановлении базы данных до состояния, в котором она находилась к
моменту завершения последнего резервного копирования журнала
транзакций, то начинают с последней полной резервной копии БД.
Полная копия может быть восстановлена на любом сервере БД.
Если использовалось дифференциальное копирование, необходимо
восстановить последнюю дифференциальную резервную копию.
Затем восстанавливаются все резервные копии журнала транзакций. В
процессе восстановления последней резервной копии журнала транзакций
SQL Server позволяет выполнить восстановление данных вручную и в
процессе восстановления выполняется повтор подтвержденных транзакций и
отмена неподтвержденных.

45.

Типы восстановления данных
Восстановление данных по состоянию на определенный момент времени
Если требуется восстановление данных на определенный момент времени, то
возможны следующие варианты: восстановление БД до состояния на
определенный момент времени либо до определенного места в журнале
транзакций.
Для восстановления данных по состоянию на определенный момент времени
следует использовать полную резервную копию БД. Затем необходимо
восстанавливать резервные копии журнала транзакций к выбранному
моменту времени. При восстановлении последней резервной копии
устанавливается срок восстановления внутри данной резервной копии и
выбирается режим восстановления до указанного срока.
Для восстановления данных до определенного состояния, необходимо
размещать в журнале транзакций специальные метки. При добавлении
такой метки в таблицу БД msdb вносятся соответствующая запись. В
процессе восстановления можно восстанавливать данные до определенной
отметки.

46.

Типы восстановления данных
При планировании процедур резервного копирования
рекомендуется выполнять архивирование всех БД, которые
требуют полного восстановления после любых сбоев.
Обязательно необходимо полное резервное копирование БД master.
Другая системная БД – msdb содержит информацию о работе
агента SQL Server, репозитарий службы Meta Data Services, а
также архив всех выполненных операций резервного копирования
БД.

47.

Разработка и реализация плана
восстановления данных
План резервного копирования и восстановления данных требует:
Описания каждого установленного экземпляра SQL Server 2000, указав: версию ОС,
установленных пакетов обновления, версию SQL Server, имена файлов журнала транзакций
и данных, имена серверов, сетевые библиотеки, имя учетной записи, используемой службами;
Описание БД, частоту архивирования, указание причины выбора способа архивирования;
Степень автоматизации восстановления данных (расписание восстановления данных из
резервных копий);
Определение лица, ответственного за резервное копирование;
Определение каким образом выполняется проверка качества выполнения операций
восстановления данных;
Выбор места для хранения носителя резервной копии данных;
Определение сроков хранения носителей резервных копий данных;
Документирование процессов создания копий и аппаратного обеспечения сервера.

48.

Носители и устройства
резервного копирования
При описании процессов резервного копирования и восстановления данных используются
следующие термины:
резервная копия — полная или частичная копия БД, журнала транзакций, файла или группы
файлов;
устройство резервного копирования – физический файл или ленточный накопитель,
используемый для записи резервной копии
файл резервной копии – файл с набором резервных копий;
носитель резервной копии – физический носитель, на которой сохраняют набор резервных
копий с использованием файла резервной копии;
набор резервных копий – резервная копия, созданная за одну операцию резервного
копирования;
семейство носителей – все носители в наборе носителей, записанные одним устройством для
одного набора резервных копий;
заголовок носителя – предоставляет информацию о содержимом носителя;
набор носителей – все носители, задействованные в операциях резервного копирования.

49.

Выбор носителя резервной
копии
Носителем резервной копии может быть либо диск, либо ленточный
носитель (стример).
• Ленточные носители – традиционное средство выполнения
резервного копирования. Основной недостаток – медленное
выполнение операций резервного копирования.
• Диск – более удобное средство резервного копирования, однако
стоимость хранения данных больше, чем при использовании
стримера.

50.

Организация процесса
обновления в
информационной
системе. Регламенты
обновления.

51.

Модернизация и обновление
системы
Своевременное выполнение обновлений поможет избежать следующих
негативных последствий:
• развитие информационной системы под требования бизнеса только
за счет собственных разработок;
• увеличение количества собственных разработок приводит только к
установке нот и обновлений, устраняющих ошибки и необходимых
для выполнения требований изменения законодательства. Со
временем установка таких обновления становится все более
трудоемкой;
• увеличение стоимости поддержки информационных систем;
• завершение поддержки производителей устаревших баз данных и
операционных систем;
• снижение общего уровня безопасности системы.

52.

Обновление
Процесс обновления систем заключается в последовательном выполнении следующих этапов:
Обследование. На этом этапе определяется уровень обновлений системы, подключение
дополнительных функциональных возможностей. Проводится сбор информации об объеме
внедрения бизнес-процессов, операций по ним и определяется объем тестирования. Также
осуществляется анализ объема, модифицированного ПО и собственных разработок.
Подготовка плана перехода. Производится подготовка тестовой системы (копия
продуктивной), ее обновление, анализ и корректировка затронутого модифицированного ПО;
тестирование работы системы, регистрация и решение проблем; создание перечня
мероприятий для перехода. Затем проводится повторное разворачивание тестовой системы, ее
обновление, тестирование и применение плана мероприятий. Производится планирование
сроков этапов перехода, оценка рисков и возможность дополнительных мероприятий по их
снижению. В итоге определяется период неработоспособности продуктивной системы,
разрабатывается и утверждается документ «План перехода»
Выполнение плана перехода. Заключается в последовательном выполнении мероприятий,
описанных в документе «План перехода».
Поддержка пользователей. После переноса обновлений в продуктивную систему заказчика
осуществляется оперативная поддержка пользователей и решение оставшихся проблем.

53.

Миграция
Процесс миграции систем включает в себя следующие этапы:
Обследование. На этом этапе определяется перечень мероприятий.
Подготовка плана миграции. Производится применение перечня
мероприятий, подготовка стенда, проверяется работоспособность системы.
Затем проводится тестовая миграция, в ходе которой уточняется, обновляется
перечень мероприятий, а также определяется их длительность. На основе
результатов этого процесса производится планирование сроков этапов
миграции, оценка рисков и возможность дополнительных мероприятий по их
снижению. В итоге определяется период неработоспособности продуктивной
системы, разрабатывается и утверждается документ «План перехода»
Выполнение плана миграции. Заключается в последовательном выполнении
мероприятий, описанных в документе.
Поддержка пользователей. После миграции осуществляется оперативная
поддержка пользователей и решение оставшихся проблем.

Источник

Блок-схема
организации процесса сопровождения
приведена на рис. 2.2. Пункты а-д
фактически
относятся к этапу разработки. «Разработка
с учетом сопровождения» подразумевает
попытку предугадать, в каких направ­лениях
будут развиваться требования к продукту,
и учесть это в плане. С этой целью часто
применяются, например, образцы
проектирования. «Удобство под­держки»
в пункте б
означает
возможность эффективного сопровождения.
Для этого в код должны включаться
подробные комментарии. Персонал,
занимаю­щийся сопровождением, имеет
обычно не столь специализированные
знания, как разработчики, потому что
сопровождение требует работы с гораздо
большим объемом кода. Тем не менее служба
сопровождения должна быть способна
после внимательного изучения кода
прийти к пониманию смысла каждой
инструкции. Только после этого допустимо
внесение изменений. Удобство поддержки
гаран­тируется постоянным уровнем
качества кода.

Рис.
2.2. Схема организации процесса сопровождения

Пункт 2 состоит в
принятии решения о масштабах затрат на
сопровождение: главным образом речь
идет о том, следует ли относить
усовершенствования к ра­ботам по
сопровождению.

Согласно пункту
3, вам предстоит выбрать, своими или
наемными силами вы­полнять работы по
сопровождению. Заключение контракта
на сопровождение про­граммы обладает
преимуществами конкурентоспособной
цены и дает возмож­ность владельцу
приложения сосредоточиться на других
задачах. Недостаток в том, что ваши
сотрудники постепенно теряют контроль
над кодом приложения.

Следует
различать работы по сопровождению,
направленные на устранение
дефектов (fixing)
и на усовершенствование
(enhancing)
приложения. Различные исследования
показали, что 60-80 % работ обычно относится
к усовершенствова­нию приложения, а
не к исправлению его недостатков.

Лиенц,
Свенсон и др. дополняют иерархию работ,
разбивая каждую из опре­деленных выше
категорий на две (рис. 2.3).

Рис.
2.3. Виды работ по сопровождению

Приспособление,
или адаптация
(adaptive
maintenance),
относится к исправ­лению недостатков,
потому что функциональность приложения
в результате не изменяется и никакого
усовершенствования не происходит.

Необходимость
упреждающего
сопровождения
(preventive
maintenance)
сле­дует из наблюдений Лемаша: без
специальных поправок структура
сопровождаемой программы постепенно
усложняется и со временем становится
настолько сложной, что стоимость ее
изменения становится неприемлемой.

2.3. Методы сопровождения

2.3.1. Анализ влияния факторов

Последовательность
обработки запросов на сопровождение
состоит из анали­за, проектирования
и реализации, точно так же, как и обычная
разработка. Суще­ственным отличием
является необходимость анализа влияния
изменений на артефакты. Согласно
исследованию Вейсса, 19 % дефектов в
приложени­ях образуются на этапе
определения требований, 52 % – на этапе
проектирова­ния и 7 % – в процессе
программирования. Многие другие авторы
утверждают, что доля дефектов, вызванных
неправильной формулировкой требований,
долж­на быть значительно выше. Влияние
устранения дефекта на артефакты
иллю­стрирует рис. 2.4.

В случае минимального
влияния изменения вносятся в
один-единственный артефакт. Это
происходит, например, при нарушении
программистом стандарта именования
локальных переменных или при удалении
неиспользованной пере­менной из
программы. Напротив, в худшем случае
изменения распространяются на все этапы
процесса. Даже для дефекта, возникшего
на уровне кода (то есть де­фекта,
связанного лишь с неправильным
кодированием), степень влияния может
быть как малой, так и весьма значительной.
Кажущееся простым изменение, на­пример
увеличение размера статического массива
в C++, может вызвать силь­ную «рябь» по
всему приложению.

Рис.
2.4. Влияние дефекта на сопровождение

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
Источник

Выполнение проекта внедрения программной системы сродни цветочно-конфетному периоду ухаживания, а сдача в промышленную эксплуатацию как урегулирование взаимных обязательств почти «свадьба» исполнителя и заказчика. Однако как женихи и невесты зачастую не задумываются, что будет после этого волнующего момента, так и партнеры считают, что дальше будут жить долго и счастливо. Однако очевидно, что без совместных усилий, подкрепленных взаимным уважением и профессионализмом, счастливой жизни не получится.

Определение процесса сопровождения

Под сопровождением программного обеспечения понимают процесс улучшения, оптимизации и устранения дефектов программного обеспечения (ПО) после передачи в эксплуатацию. К счастью, этот процесс достаточно хорошо стандартизован, и открывать Америку для того, чтобы его разработать и внедрить не придется. Упомянем только некоторые основные стандарты:

  • ISO/IEC 14764 (2006, русский перевод стандарта 1999 г. — 2002 г.);
  • ISO/IEC 12207 (2008, русский перевод стандарта 2010г.);
  • ISO 20000;
  • SWEBOK (2004 г.);
  • ITIL v3 (2007 г, обновление — 2011 г.);
  • COBIT v5 (2012 г.).

Процесс сопровождения является одной из фаз жизненного цикла программного обеспечения, следующей за передачей ПО в эксплуатацию, и завершается выводом его из эксплуатации. В ходе сопровождения в программу вносятся изменения, с тем, чтобы исправить обнаруженные в процессе использования дефекты и недоработки, для добавления новой функциональности, повышения удобства использования (юзабилити) и роста уровня использования ПО. По стандарту ISO/IEC 12207, этот процесс входит в 5 основных процессов жизненного цикла (ЖЦ) ПО: приобретение, поставка, разработка, эксплуатация, сопровождение.

В общем случае процесс сопровождения состоит из следующих задач:

  • устранение сбоев;
  • улучшение дизайна;
  • расширение функциональных возможностей;
  • создание интерфейсов взаимодействия с другими (внешними) системами;
  • адаптация (например, портирование) для возможности работы на другой (или обновленной) аппаратной платформе, применение новых системных возможностей, функционирование в среде обновленной телекоммуникационной инфраструктуры и т.п.;
  • миграция унаследованного (legacy) программного обеспечения; вывод программного обеспечения из эксплуатации.

Сопровождение и удовлетворенность пользователей

Именно процесс сопровождения позволяет улучшить удовлетворенность пользователей внедренным ПО. Действительно, общеизвестно, что удовлетворенность пользователей зависит от того, насколько полученный результат соответствует их ожиданиям (т.е. от площади области пересечения ожиданий и результата — см. рисунок 1).

127.jpg

Рис. 1. Область удовлетворенности пользователей.

По неоднократным опросам пользователей, они ждут от нового ПО, разработанного и внедренного, в частности, на платформе «1С:Предприятие» следующего:

  • эффективного решения стоящих перед ними задач;
  • удобного и интуитивно понятного интерфейса;
  • помощи по всем возникающим вопросам использования ПО;
  • выполнения их заявок в требуемые сроки.

Все эти задачи можно и нужно выполнять на этапе сопровождения. Кроме того, присущий человечеству консерватизм определяет негативное отношение большинства пользователей к новому ПО. Именно и только стадия сопровождения позволяет примирить с ним пользователей и приучить их с удовольствием и с пользой применять его в своей деятельности. По статистике, удовлетворенность пользователей через год использования ПО в несколько раз выше, чем сразу после внедрения.

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

Типы заявок предложений о модификации

Процесс сопровождения состоит из обработки заявок пользователей. Эти заявки целесообразно классифицировать по типам (см. рис. 2).

128.jpg

Рис. 2. Иерархия типов предложения по модификации ПО (по стандарту ГОСТ Р ИСО/МЭК 14764-2002)

Так, тип сопровождения — корректирующее — это реактивное изменение программного продукта для коррекции обнаруженных проблем (после обнаружения). Проблемы могут относиться к функциональности системы, ее интерфейсам, надежности и производительности работы.

Адаптивное сопровождение — изменение программного продукта после поставки для обеспечения его использования в условиях изменения его (программного продукта) или окружающей среды.

Полное (совершенствующее) сопровождение — изменение программного продукта после поставки для улучшения производительности или удобства эксплуатации.

Профилактическое сопровождение — это изменение программного продукта после поставки для выявления и исправления скрытых дефектов в ПО до того, как они станут явными ошибками.

Следует также отметить, что профилактическое и полное (совершенствующее) сопровождение относятся к проактивному подходу к сопровождению, при котором инициатива исходит от обслуживающего персонала, а корректирующее и адаптивное — к реактивному подходу, инициатива которого находится у пользователей.

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

Этапы процесса сопровождения

Этапы процесса сопровождения основаны на цикле Деминга PDCA (Plan — Do — Check — Analyze) или «планируй — делай — проверяй — анализируй» (см. рис. 3).

129.jpg

Рис. 3. Общая структура процесса сопровождения (по стандарту ГОСТ Р ИСО/МЭК 14764-2002)

Формирование процесса сопровождения начинается с разработки концепции сопровождения. Такой документ, например, по стандарту ISO/IEC 14764 (Standard for Software Engineering — Software Maintenance), должен содержать следующие разделы:

1. Область сопровождения программного средства.

1.1. Типы выполняемого сопровождения.
1.2. Сопровождаемый уровень документов.
1.3. Реакция (чувствительность) на сопровождение
       (определение ожиданий к сопровождению заказчика).
1.4. Обеспечиваемый уровень обучения персонала.
1.5. Обеспечение поставки продукта.
1.6. Организация справочной службы («горячей линии»).

2. Практическое применение (адаптация) данного процесса.

3. Определение организаций (лиц), ответственных за сопровождение.

4. Оценка стоимости сопровождения:

4.1. Проезд до места расположения пользователя.
4.2. Обучение как сопроводителей, так и пользователей.
4.3. СПИ (среда программной инженерии) и СТПС (среда тестирования программного средства) и их ежегодное сопровождение.
4.4. Персонал (зарплата и премии).

Должен быть сформирован соответствующий план сопровождения. Этот план должен подготавливаться одновременно с разработкой программной системы. План должен определять, как пользователи будут размещать свои запросы на модификацию (изменения) или сообщать об ошибках, сбоях и проблемах.

Стандарт ГОСТ Р ИСО/МЭК 14764-2002 предлагает следующий состав такого плана:

a). Введение:

  1. описание сопровождаемой системы;
  2. определение исходных состояний программного средства;
  3. описание уровня требуемой поддержки;
  4. определение организаций, осуществляющих сопровождение;
  5. описание любых условий (протоколов), согласованных между заказчиком и поставщиками;

b). Концепция сопровождения (уже кратко описанная выше):

  1. описание концепции;
  2. описание уровня поддержки системы;
  3. установление периода поддержки;
  4. адаптация (практическое применение) процесса сопровождения;

c). Организационные работы и работы по сопровождению:

      1. роли и обязанности сопроводителя до поставки программного продукта:

  • реализация процесса;
  • определение инфраструктуры процесса;
  • установление процесса обучения;
  • установление процесса сопровождения;

     2. роли и обязанности сопроводителя после поставки программного продукта:

  • реализация процесса;
  • анализы проблем и модификаций (изменений);
  • реализация (внесение) модификаций (изменений);
  • рассмотрение и принятие модификаций (изменений);
  • перенос программного средства в новую среду;
  • снятие программного средства с эксплуатации;
  • решение проблем (включая справочную службу);
  • при необходимости — обучение персонала (сопроводителя и пользователя);
  • усовершенствование процесса;

      3. роль пользователя:

  • приемочные испытания;
  • взаимосвязи (интерфейсы) с другими организациями;

d). Ресурсы:

      1. персонал:

  • состав персонала для конкретного проекта; Структура, отвечающая за сопровождение, должна проводить общую деятельность по бизнес-планированию, касающуюся бюджетирования, финансового менеджмента и управления человеческими ресурсами в области сопровождения.

      2. программные средства:

  • определение программных средств, необходимых для поддержки эксплуатации системы (с учетом системных требований и требований к СПИ, СТПС и инструментальным средствам);

      3. технические средства:

  • определение технических средств, необходимых для поддержки эксплуатации системы (с учетом системных требований и требований к СПИ, СТПС и инструментальным средствам);

      4. оборудование (аппаратура):

  • определение требований к оборудованию (аппаратуре) системы (помимо технических средств вычислительной техники);

      5. документы:

  • план обеспечения качества;
  • план управления проектом;
  • план управления конфигурацией;
  • документы разработки;
  • руководства по сопровождению;
  • план проведения верификации;
  • план проведения аттестации (валидации);
  • план тестирования, процедуры тестирования и отчеты о тестировании;
  • план обучения;
  • руководство (а) пользователя;

      6. данные;
      7. другие требования к ресурсам (при необходимости);

e). Процесс (как должна быть выполнена конкретная деятельность):

      1. процесс, выполняемый сопроводителем (приводят общее описание процесса без детализации в плане сопровождения всего процесса);

      2. процесс адаптации (практического применения сопровождения к условиям проекта);

f). Обучение:

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

g). Протоколы и отчеты по сопровождению:

      1. перечень запросов пользователя на оказание услуг по сопровождению, предложение о модификациях или отчеты о проблемах;
      2. состояния запросов (предложений, отчетов) по категориям;
      3. приоритеты запросов (предложений, отчетов);
      4. контрольные данные, собранные при работах по сопровождению.

Связь сопровождения с эволюцией ПО

Отдельно хочется коснуться связи сопровождения с эволюцией программных систем. В 1969 году Мэнни М. Леман впервые связал деятельность по сопровождению и вопросы эволюции программного обеспечения. Результаты более чем 20-ти летних исследований группы, которой он руководил, привели к формулированию ряда важных положений.
Ключевой результат: деятельность по сопровождению, по сути, представляет собой эволюционную разработку программных систем. Принятию тех или иных решений в процессе сопровождения, помогает понимание того, что происходит с программной системой в процессе ее эксплуатации.

Существующее (особенно корпоративное) программное обеспечение никогда не бывает полностью завершенным и продолжает эволюционировать в течение всего срока эксплуатации. В процессе эволюционирования программная система становится все более сложной до тех пор, пока не прикладываются специальные усилия (в том числе, в рамках специального проекта по модификации) по уменьшению ее сложности.

Леман вместе с Белади (Lehman and Belady) выделили 3 типа программ.

  1. Программы S-типа, требования к которым могут быть формализованы.
  2. Программы P-типа, которые развиваются итеративно.
  3. Программы E-типа, которые влияют на окружающую среду. Поэтому их нельзя рассматривать изолированно от нее.

На основании этой классификации для программных систем Е-типа постепенно Леманом были сформулированы законы эволюции:

  • (1974) Непрерывное изменение — системы E-типа должны непрерывно адаптироваться или они будут все менее удовлетворять потребностям компании.
  • (1974) Увеличение сложности — по мере развития систем E-типа их сложность будет возрастать, если не поддерживать их и не уменьшать сложность.
  • (1974) Саморегулирование — процесс эволюции систем E-типа саморегулируем, распространение продукта близко к нормальному закону.
  • (1978) Сохранение организационной стабильности — средняя скорость развития систем E-типа инвариантна относительного жизненного типа программного продукта.
  • (1978) Сохранение осведомленности — поскольку системы E-типа вовлечены во все с ними связанное: разработчиков, продавцов, пользователей, то для достижения полезного развития необходимо поддерживать знание их содержания и поведения различными группами пользователей. Избыточное развитие ухудшает владение системой.
  • (1991) Непрерывное развитие — функциональное содержание систем E-типа должно непрерывно расширяться, чтобы обеспечить удовлетворенность пользователей на период жизненного цикла системы.
  • (1996) Ухудшение качества — качество систем E-типа будет ухудшаться, если они не будут тщательно сопровождаться и адаптироваться под изменения операционной среды.
  • (1996) Система обратной связи (впервые — 1974, формализовано — 1996) — процессы эволюции систем E-типа представляют собой системы многоуровневой, многоконтурной и охватывающей многих сотрудников обратной связи и должны быть такими, чтобы достигнуть существенных улучшений разумными средствами.

Сопровождение выгодно всем

В заключение необходимо отметить, что процесс сопровождения ПО важен для всех заинтересованных сторон. Он предоставляет:

Заказчику

  • возможность получить возврат инвестиций на затраты на проект;
  • средство ведения бизнеса — необходимый компонент деятельности;
  • возможность развиваться.

Внедренцу — возможность:

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

Вендору

  • возможность эффективно развивать продукт и оперативно исправлять ошибки;
  • возможность повысить удовлетворенность партнеров и клиентов.

Тем, кто этого еще не сделал, необходимо обратить свое внимание на процесс сопровождения программного обеспечения.

Источник

После того, как разрабатываемая система обретает
начальную функциональность, проект переходит на фазу внедрения. Этап внедрения
очень важен для разработчиков, так как именно на данном этапе определяется,
насколько созданная версия ИС соответствует требованиям заказчика. Данный этап
очень важен и для пользователя, потому что ему необходимо спланировать свою
дальнейшую деятельность, отводя в ней место ИС своего организации, призванной
помогать ему в работе.

В словаре IEEE сопровождение программы определяется как процесс
изменения программной системы или компонента после поставки с целью исправления
ошибок, повышения производительности или иных параметров, а также для адаптации
к изменившимся условиям.

Основные задачи этапа внедрения и сопровождения ИС:

·       
сравнение
функциональности системы, разработанной на предыдущих этапах жизненного цикла
ИС, с требованиями пользователей;

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

Компьютеризация учреждений, предметная область
деятельности которых лежит в отдалении от компьютерного мира (например, ВУЗ),
на этапе внедрения протекает затруднительно. Во время ввода в эксплуатацию ИС
на производственный процесс влияют очень многие осложняющие факторы:

·   пользователь не научился работать в новой для него
системе;

·   система не прошла период отладки и устранения неисправностей
на реальных данных в режиме опытной эксплуатации;

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

·   при внедрении для страховки вынужденно сосуществуют
обе технологии (старая – бумажная и новая – безбумажная), что приводит к
неизбежному увеличению объема работ.

При внедрении ИС
разработчики проводят обучение персонала, которое может производиться в разных
форматах: групповые лекции, демонстрации, практические индивидуальные занятия, консультации
по технологии внедрения ИС в работу организации.

Период внедрения программного продукта – это целая
веха в жизни организации или отдела организации. В этот период значительно
увеличивается нагрузка на сотрудников организации, так как им необходимо
выполнять свои обязанности по-старому (как выполняли до внедрения ИС) и
по-новому (осваивать работу с ИС). На данном этапе особое внимание стоит
уделить учёту проблем, возникающих у пользователя во время работы с программой,
и поиску их решения в следующих версиях ИС. Например, если пользователь не укладывается
во временные нормативы, отведенные на выполнение той или иной операции, это
значит необходимо искать другие приемы организации пользовательского интерфейса
информационной системы.

Обладая информацией о совершаемых пользователями
ошибках и возникающих затруднений при работе с программой, разработчики могут
еще на этапе внедрения и сопровождения значительно улучшить ИС. Однако
получение подобных сведений крайне затруднительно. Пользователи часто не могут
объяснить, что произошло и какие их действия привели к возникновению ошибки.

При вводе в эксплуатацию могут потребоваться
специальные модификации информационной системы для различных классов
пользователей. Например, справочная система ВУЗа должна позволять декану
получать статистические данные по успеваемости студентов, работе преподавателей
и приёмной комиссии, касающиеся только своего факультета. Если данную систему использует
проректор, то он получает статистические данные по всему ВУЗу. Поэтому в
зависимости от того в каком подразделении устанавливается справочная система
будет меняться набор отчётов.

Этап сопровождения ИС включает в себя
следующие действия:

·       
исправление
ошибок — корректировка программ, составляющих ИС, которые выдают неправильные
результаты в условиях, ограниченных техническим заданием и документацией;

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

·       
модернизация
— расширение функциональных возможностей и улучшение характеристик решения
отдельных задач в соответствии с новым или дополненным техническим заданием.

Этап
внедрения ИС включает  ввод в
опытную эксплуатацию технических и программных средств, проведение опытной
эксплуатации всех компонентов и системы в целом, сдачу в эксплуатацию и
подписание актов приемки-сдачи работ. Ввод в эксплуатацию подразумевает
обучение системных операторов и изменение их обычного рабочего процесса для
того, чтобы более эффективно использовать новую систему.

Как только
программное обеспечение вводится в эксплуатацию, возникают новые требования к
системе, обусловленные непрерывным развитием бизнес-процессов и все
возрастающими общими требованиями к программным системам. Продолжается работа
над следующими версиями ИС (система переходит к этапу разработки требований) в
целях повышения производительности, исправления обнаруженных ошибок, внесения
изменений в выходные формы отчётов, добавления новых функций согласно плану
дальнейшего развития системы.

Источник

АйТи Спектр

Информационное сопровождение

Опубликовано 24.06.2022

Содержание:

  • 1 Информационное сопровождение — зачем это нужно
    • 1.1 Мероприятия по информационному сопровождению проекта либо деятельности
    • 1.2 Виды информационного сопровождения
  • 2 Сопровождение информационных систем и технологий
    • 2.1 Эксплуатация ИС
    • 2.2 Внесение изменений в ИТ
  • 3 Заключение

Информационное сопровождение — зачем это нужно

Сегодня любому проекту, предприятию необходимо качественное информационное сопровождение. Перерывы в этом процессе могут привести к остановке всей инфраструктуры или ее отдельных компонентов, а даже кратковременный простой, вызванный аппаратными и программными сбоями, спровоцирует потерю данных либо их актуальности. Это, в свою очередь, нанесет существенный ущерб бизнесу. Поэтому необходимо качественное и регулярное информационное сопровождение, состоящее из комплекса мероприятий.

Сотрудники

Мероприятия по информационному сопровождению проекта либо деятельности

В информационное сопровождение проекта или деятельности предприятия входят следующие мероприятия:

Мероприятия Что делают специалисты
Техническая поддержка Восстанавливают работоспособность системы, не меняя ее конфигурацию
Изменение конфигурации IT-системы Устанавливают, конфигурируют и настраивают новый софт и оборудование
Технические консультации Консультируют и инструктируют персонал предприятия
Оптимизация инфраструктуры Повышают общую производительность, обеспечивают быстрое восстановление информации после сбоев и т. д.
Управление доступом к локальной сети Создают, настраивают и удаляют учетные записи пользователей, поддерживают принципы разграничения доступа
Ведение технической документации Заполняют различные документы, где отражают ход проведенных работ. Изменяют документы по эксплуатации оборудования
Профилактика Определяют актуальность ПО и оборудования, проводят аттестационные испытания. При необходимости обновляют софт и модернизируют устройства (либо устанавливают новые)
Обеспечение ИТ-безопасности Осуществляют комплексный подход, предупреждая разнообразные критические ситуации. Анализируют политику безопасности, проверяют соответствие принятым стандартам, разрабатывают рекомендации, изменяют документы по защите данных. Контролируют уровень защищенности сведений. Оперативно принимают меры по обеспечению безопасности

Причинами различных сбоев в ИТ-сфере выступают:

  • низкая квалификация персонала;
  • хакерские и вирусные атаки;
  • сбои в сети и электроснабжении;
  • поломка оборудования;
  • сбои в работе инфраструктуры и поставщика интернет-услуг;
  • стихийные бедствия и т. д.

Один человек часто не способен справиться с количеством навалившихся на организацию разнообразных ИТ-проблем. А целый отдел айтишников обычно содержать невыгодно (особенно малым и средним предприятиям). В этих случаях проще отдать сопровождение информационных систем на IT-аутсорсинг, заключив с компанией договор абонентского обслуживания или выполнения разовых услуг. Это позволит быстро решить различные проблемы при нежелательных изменениях в целой инфраструктуре или ее отдельных элементах.

Виды информационного сопровождения

Сопровождая продукты 1С, торговые и корпоративные решения, инфраструктуру, ЦТО ККМ, айтишники:

  • осуществляют комплексное информационное сопровождение, в рамках которого обновляют типовые решения, проводят консультации;
  • организуют выездной сервис;
  • оказывают удаленную поддержку;
  • обслуживают по заранее оговоренному регламенту
  • проводят аудит информационной системы и т. д.

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

Сопровождение информационных систем и технологий

Федеральное законодательство не определяет понятия «сопровождение ПО и БД» и «поддержка», использующиеся на рынке. Но последний сам постепенно установил правила поведения участников, перечень операций и обязательств обслуживающей организации и клиентов. Список, определяющий меры сопровождения информационных технологий, уже достаточно широк и постоянно продолжает пополняться новыми процессами. Сотрудничество исполнителей и заказчиков основывается на актах региональных законодателей и договорах между сторонами. Итак, сопровождение информационных систем и технологий включает в себя 2 больших разноплановых комплекса мероприятий.

Эксплуатация ИС

Решая эту задачу, инженеры инсталлируют и настраивают прикладное ПО на устройствах. При этом специалисты действуют, точно соблюдая документацию производителей, обеспечивая максимально надежную и высокопроизводительную работу софта. В дальнейшем в рамках сопровождения ИС инженеры поддерживают заданные параметры функционирования оборудования и установленных приложений. Это базовый тип сопровождения — штатная поддержка ПО и БД, в рамках которой специалисты:

  • обучают сотрудников предприятий работе с прикладным ПО и обслуживают последнее, обеспечивая информационно-справочную поддержку;
  • адаптируют и настраивают ПО и БД и осуществляют техподержку, ориентируясь на нюансы пользовательской среды;
  • обеспечивают работоспособность софта;
  • проводят профилактические работы и устраняют сбои в продуктах, установленных в пользовательской среде;
  • осуществляют мониторинг и тестирование софта;
  • исполняют индивидуально оговоренные манипуляции.
Офис

Внесение изменений в ИТ

При решении данной задачи инженеры донастраивают или дорабатывают установленный софт. При этом к работам привлекают бизнес-консультантов и опытных программистов. Это расширенный подход к сопровождению ИС и ИТ, в рамках которого инженеры совершают дополнительные действия по модификации ПО и БД:

  • совершенствуют софт, установленный на пользовательском оборудовании, и загружают обновления, адаптируя их под конкретную инфраструктуру;
  • модифицируют стартовое ПО для обеспечения его корректного функционирования и возможности инсталляции обновлений, а также в целях устранения сбоев и ошибок.

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

Оба вида сопровождения информационных технологий распространены неодинаково. Базовый — это обычная практика, содержащая штатные действия по поддержке продукта, без творческого подхода со стороны исполнителя. В рамках же расширенного сопровождения специалисты дополняют или изменяют функциональность инсталлированного софта, создают модули и БД и совершают другие операции, ведущие к возникновению новых продуктов интеллектуальной собственности. А это требует достижения особых договоренностей с разработчиком ПО, т. к. соприкасается с областью авторского права. Этим базовый подход к сопровождению информационных технологий отличается от расширенного.

Тщательно проверяйте компанию, которой желаете доверить сопровождение информационных систем. Если она обладает достаточными ресурсами и способна привлечь узкоспециализированных профессионалов, то обязательства будут исполнены в краткие сроки надлежащим образом. Иначе вам могут внедрить недотестированное ПО, которое не будет работать должным образом. При этом низкоквалифицированные сотрудники таких организаций стараются «на ходу» доработать софт и исправить свои ошибки, что зачастую ведет к еще большим простоям и потерям в бизнесе.

Заключение

Если у вас нет собственного айтишника или ИТ-отдела, то компания «АйТи Спектр» предлагает свои услуги по IT-аутсорсингу, в рамках которого вы получите качественное информационное сопровождение. Мы обладаем целым штатом узкоспециализированных профессионалов, которым под силу решить любые задачи по информационному сопровождению проектов, деятельности, информационных систем и технологий.

Источник


1


ТЕМА 6. Заключительные стадии жизненного цикла ИС Лекция 26. Стратегии внедрения ИС. Стадия сопровождения ИС.


2


2 Стадии ЖЦ по ISO/IEC 15288:2002 Формирование концепции Формирование концепции Разработка Разработка Реализация Реализация Эксплуатация Эксплуатация Поддержка Поддержка Снятие Снятие с эксплуатации по ГОСТ Формирование требований к АС Разработка концепции АС. Техническое задание. Эскизный проект. Технический проект. Рабочая документация. Ввод в действие. Сопровождение АС Анализ требований Реализация Внедрение Эксплуатация Проектирование


3


3 Распределение ответственности на заключительных этапах внедрения Этапы внедрения Ответственность Предварительные испытания Разработчик Опытная эксплуатация Владелец – использование результатов работы ИС Разработчик – устранение ошибок и недоработок Служба эксплуатации – поддержка оборудования и ПО Промышленная эксплуатация Заказчик в лице службы эксплуатации (IT-департамент)


4


4 Статистика сбоев ИС (по данным HP) Категория ИС Количество простоев (час/год) «Лучшие» системы обработки данных (СРВ) 9 «Выдающиеся»43 «Очень хорошие» 87 «Средние»175


5


5 Основные требования при передаче ИС в эксплуатацию 1. «Передача ИС в промышленную эксплуатацию должна осуществляться после 3-х месячной опытной эксплуатации без сбоев и замечаний». Решение: тщательное протоколирование службой эксплуатации всех инцидентов; тщательное протоколирование службой эксплуатации всех инцидентов; еженедельный анализ причин сбоев и составление плана мероприятий по их устранению. еженедельный анализ причин сбоев и составление плана мероприятий по их устранению. 2. «В систему, сданную в промышленную эксплуатацию, не должны вноситься изменения». Решение: тщательное предпроектное обследование, тщательное предпроектное обследование, обоснованная постановка задачи. обоснованная постановка задачи.


6


6 Основные требования при передаче ИС в эксплуатацию 3. «Разработчик не должен иметь доступа ни к данным, ни к коду систем, находящихся в промышленной эксплуатации». Решение: При необходимости разработчик запрашивает диагностическую информацию в службе эксплуатации; При необходимости разработчик запрашивает диагностическую информацию в службе эксплуатации; Все изменения осуществляются специалистами службы эксплуатации. Все изменения осуществляются специалистами службы эксплуатации. 4. «Специалисты службы эксплуатации должны быть полностью подготовлены к обслуживанию системы». Решение: Подготовка и передача в службу эксплуатации полного комплекса программных средств администрирования (средства по управлению пользователями, инструменты сбора статистики и оперативного мониторинга) с соответствующей эксплуатационной документацией. Подготовка и передача в службу эксплуатации полного комплекса программных средств администрирования (средства по управлению пользователями, инструменты сбора статистики и оперативного мониторинга) с соответствующей эксплуатационной документацией.


7


7 Источники проблем при внедрении ИС Необходимость в частичной или полной реорганизации структуры предприятия; Необходимость в частичной или полной реорганизации структуры предприятия; необходимость изменения технологии бизнеса в различных аспектах; необходимость изменения технологии бизнеса в различных аспектах; сопротивление сотрудников предприятия; сопротивление сотрудников предприятия; временное увеличение нагрузки на сотрудников в процессе внедрения ИС; временное увеличение нагрузки на сотрудников в процессе внедрения ИС; необходимость в формировании квалифицированной группы внедрения и сопровождения системы. необходимость в формировании квалифицированной группы внедрения и сопровождения системы.


8


8 Типичные ошибки внедрения Проектирование систем без учета стратегии развития бизнеса; Проектирование систем без учета стратегии развития бизнеса; нарушение принципа построения систем «сверху- вниз» и отсутствие информационной поддержки принятия управленческих решений на верхних уровнях управления; нарушение принципа построения систем «сверху- вниз» и отсутствие информационной поддержки принятия управленческих решений на верхних уровнях управления; чрезмерное увлечение реинжинирингом бизнес- процессов и порой неоправданное их подчинение требованиям стандартной функциональности базовой ERP-системы; чрезмерное увлечение реинжинирингом бизнес- процессов и порой неоправданное их подчинение требованиям стандартной функциональности базовой ERP-системы; нереалистичные ожидания вследствие неверной оценки экономической эффективности внедрения системы. нереалистичные ожидания вследствие неверной оценки экономической эффективности внедрения системы.


9


9 Факторы успеха проекта внедрения ИС (по данным Участие руководства в проекте 20% Наличие и соблюдение плана внедрения 20% Ясные цели и четкие требования 20% Участие специалистов заказчика 15%15%15%15% Качество системы и команды консультантов 10%10%10%10% Реинжиниринг бизнес-процессов до внедрения 8% Наличие стратегии развития бизнеса 7%7%7%7%


10


10 Варианты внедрения ИС 1.Внедрение осуществить полностью собственными силами. 2.Реализовать проект «под ключ» силами внешней компании-разработчика. 3.Привлечь руководителя проекта от внешней компании-консультанта. 4.Привлечь экспертов по продукту от внешней компании-разработчика.


11


11 Внедрение полностью собственными силами ПреимуществаНедостатки Меньшие финансовые затраты Меньшие финансовые затраты Знание бизнес- процессов Знание бизнес- процессов Независимость на этапе эксплуатации Независимость на этапе эксплуатации Требуются специалисты с хорошим знанием программного продукта Требуются специалисты с хорошим знанием программного продукта Требуются программисты Требуются программисты Требуется разработка методологии управления проектом и четкое следование ей Требуется разработка методологии управления проектом и четкое следование ей Необходимость решения вопроса занятости сотрудников, выделенных для реализации проекта Необходимость решения вопроса занятости сотрудников, выделенных для реализации проекта


12


12 Реализация «под ключ» силами внешней компании-разработчика ПреимуществаНедостатки Опыт управления проектами Опыт управления проектами Разработанная и «обкатанная» методология внедрения Разработанная и «обкатанная» методология внедрения Опыт внедрения системы на нескольких предприятиях Опыт внедрения системы на нескольких предприятиях Новый взгляд на задачи предприятия- заказчика Новый взгляд на задачи предприятия- заказчика Способность оказания услуг в области оптимизации системы управления, владение современными методами построения систем управления Способность оказания услуг в области оптимизации системы управления, владение современными методами построения систем управления Знание программного продукта Знание программного продукта Штат опытных программистов Штат опытных программистов Большие финансовые затраты Большие финансовые затраты Сторонние консультанты не знают особенностей конкретного предприятия, им требуется время на их изучение Сторонние консультанты не знают особенностей конкретного предприятия, им требуется время на их изучение Проблема поддержания системы на этапе эксплуатации Проблема поддержания системы на этапе эксплуатации


13


13 Привлечение руководителя проекта от внешней компании-консультанта ПреимуществаНедостатки Меньшие финансовые затраты Меньшие финансовые затраты Опыт управления проектами Опыт управления проектами Опыт внедрения системы на нескольких предприятиях Опыт внедрения системы на нескольких предприятиях Владение современными методами построения систем управления Владение современными методами построения систем управления Независимость на этапе эксплуатации Независимость на этапе эксплуатации Требуется разработка методологии управления проектом и четкое следование ей Требуется разработка методологии управления проектом и четкое следование ей Необходимость решения вопроса занятости сотрудников, выделенных (или нанятых) для реализации проекта Необходимость решения вопроса занятости сотрудников, выделенных (или нанятых) для реализации проекта Требуются программисты Требуются программисты


14


14 Привлечение экспертов по продукту от внешней компании-разработчика ПреимуществаНедостатки Меньшие финансовые затраты Меньшие финансовые затраты Знание программного продукта Знание программного продукта Требуется разработка методологии управления проектом и четкое следование ей Требуется разработка методологии управления проектом и четкое следование ей Необходимость решения вопроса занятости сотрудников, выделенных (или нанятых) для реализации проекта Необходимость решения вопроса занятости сотрудников, выделенных (или нанятых) для реализации проекта


15


15 Определение степени участия сторонних организаций Для определения необходимой степени участия сторонних специалистов или потребности в собственных ресурсах нужно: четко определить цели и задачи проекта; четко определить цели и задачи проекта; детально выявить существующие связи проекта; детально выявить существующие связи проекта; определить необходимые человеческие ресурсы проекта; определить необходимые человеческие ресурсы проекта; оценить степень готовности предприятия к внедрению системы, прежде всего, с точки зрения наличия персонала, подготовленного в области знания программного продукта и опыта управления проектами. оценить степень готовности предприятия к внедрению системы, прежде всего, с точки зрения наличия персонала, подготовленного в области знания программного продукта и опыта управления проектами.


16


16 Участие сторонних организаций на этапах внедрения На этапах обследования, постановки задачи, обучения команды внедрения, первоначальной настройки системы и при доработке программного продукта целесообразно привлечение сторонней компании-консультанта. На этапах обследования, постановки задачи, обучения команды внедрения, первоначальной настройки системы и при доработке программного продукта целесообразно привлечение сторонней компании-консультанта. На этапах обучения конечных пользователей, переноса данных из существующих систем, ввода входящих остатков, создания отчетных форм, сопровождения на этапе эксплуатации работы по внедрению могут быть выполнены собственными силами предприятия при условии обеспечения профессионального руководства проектом. На этапах обучения конечных пользователей, переноса данных из существующих систем, ввода входящих остатков, создания отчетных форм, сопровождения на этапе эксплуатации работы по внедрению могут быть выполнены собственными силами предприятия при условии обеспечения профессионального руководства проектом.


17


17 Стадия сопровождения ИС Software Engineering Body of Knowledge (SWEBOK) – Свод знаний по программной инженерии Software Engineering Body of Knowledge (SWEBOK) – Свод знаний по программной инженерии Сопровождение ПО – вся совокупность деятельности, необходимой для обеспечения эффективной (с точки зрения затрат) поддержки программных систем. SWEBOK: Сопровождение ПО – вся совокупность деятельности, необходимой для обеспечения эффективной (с точки зрения затрат) поддержки программных систем. Сопровождение ПО – модификация программного продукта после передачи в эксплуатацию для устранения сбоев, улучшения показателей производительности и/или других характеристик (атрибутов) продукта, или адаптации продукта для использования в модифицированном окружении. IEEE 1219 (Standard for Software Maintenance): Сопровождение ПО – модификация программного продукта после передачи в эксплуатацию для устранения сбоев, улучшения показателей производительности и/или других характеристик (атрибутов) продукта, или адаптации продукта для использования в модифицированном окружении. Сопровождение – процесс модификации программного продукта в части его кода и документации для решения возникающих проблем при эксплуатации или реализации потребностей в улучшениях тех или иных характеристик продукта. ГОСТ Р ИСО/МЭК 12207: Сопровождение – процесс модификации программного продукта в части его кода и документации для решения возникающих проблем при эксплуатации или реализации потребностей в улучшениях тех или иных характеристик продукта.


18


18 Работы в процессе сопровождения по стандарту IEEE 1219


19


19 Обязанности службы сопровождения при устранении сбоев Проверка пользовательского сценария, приводящего к сбою; Проверка пользовательского сценария, приводящего к сбою; идентификация причин сбоя; идентификация причин сбоя; исправление ошибок или предоставление обходного пути решения проблемы для достижения требуемых параметров бизнеса; исправление ошибок или предоставление обходного пути решения проблемы для достижения требуемых параметров бизнеса; журналирование всех работ и операций; журналирование всех работ и операций; помещение описания проблемы и ее решения в базу знаний службы сопровождения; помещение описания проблемы и ее решения в базу знаний службы сопровождения; передача всей информации разработчикам; передача всей информации разработчикам; своевременное информирование пользователя о статусе запроса. своевременное информирование пользователя о статусе запроса.


20


20 Работы по сопровождению проводятся для решения следующих задач: устранение сбоев (20% стоимости сопровождения); устранение сбоев (20% стоимости сопровождения); улучшение дизайна; улучшение дизайна; реализация расширений (новых функциональных возможностей); реализация расширений (новых функциональных возможностей); создание интерфейсов взаимодействия с другими (внешними) системами; создание интерфейсов взаимодействия с другими (внешними) системами; адаптация для возможности работы на другой аппаратной платформе; адаптация для возможности работы на другой аппаратной платформе; миграции унаследованного ПО; миграции унаследованного ПО; вывода программного обеспечения из эксплуатации. вывода программного обеспечения из эксплуатации.


21


21 Факторы, влияющие на стоимость сопровождения тип приложения; тип приложения; новизна программного обеспечения; новизна программного обеспечения; наличие и квалификация персонала по сопровождению; наличие и квалификация персонала по сопровождению; длительность использования программной системы; длительность использования программной системы; характеристики и специфика аппаратной части (а также телекоммуникационной инфраструктуры); характеристики и специфика аппаратной части (а также телекоммуникационной инфраструктуры); качество дизайна, кода, документации и соответствующих работ по тестированию системы. качество дизайна, кода, документации и соответствующих работ по тестированию системы.


22


22 Категории сопровождения : модификация программного продукта, выполняемая после передачи в эксплуатацию для устранения сбоев; Корректирующее сопровождение: модификация программного продукта, выполняемая после передачи в эксплуатацию для устранения сбоев; : модификация программного продукта на этапе эксплуатации для идентификации и предотвращения скрытых дефектов до того, когда они приведут к реальным сбоям; Профилактическое сопровождение: модификация программного продукта на этапе эксплуатации для идентификации и предотвращения скрытых дефектов до того, когда они приведут к реальным сбоям; : модификация программного продукта на этапе эксплуатации для обеспечения продолжения его использования с заданной эффективностью в изменившемся окружении; Адаптирующее сопровождение: модификация программного продукта на этапе эксплуатации для обеспечения продолжения его использования с заданной эффективностью в изменившемся окружении; : модификация программного продукта на этапе эксплуатации для повышения характеристик производительности и удобства сопровождения. Совершенствующее сопровождение: модификация программного продукта на этапе эксплуатации для повышения характеристик производительности и удобства сопровождения.


23


Категории сопровождения ПО Корректирующие работы Работы по расширению «Проактивный» подход Профилактическое сопровождение Адаптирующее сопровождение «Реактивный» подход Корректирующее сопровождение Совершенствующее сопровождение


24


Техники сопровождения Реинжиниринг – детальная оценка и перестройка программного обеспечения для формирования понимания, воссоздания и дальнейшей реализации функций ИС в новой форме. Обратный инжиниринг – процесс анализа ПО с целью идентификации программных компонент и связей между ними, а также формирования представления о программном обеспечении. При «обратном» инжиниринге отсутствует деятельность по изменению или созданию нового ПО. Типы обратного инжиниринга: создание новой документации на существующую систему; восстановление дизайна системы.


25


Работы по модификации ИС по возрастанию степени сложности 1. 1.Формирование представления об эксплуатируемой/сопровождаемой системе – восстановление бизнес- и функциональных требований 2. 2.Восстановление детального дизайна системы – восстановление связей между компонентами ИС; 3. 3.Рефакторинг – процесс структурных изменений, вносимых в систему, для улучшения возможностей по ее дальнейшему сопровождению (включая модификацию, связанную с расширением функциональности); 4. 4.Переработка системы – создание нового релиза/версии системы с использованием той же технологической платформы, что и текущая (эксплуатируемая) версия; 5. 5.Создание новой системы – текущая версия системы рассматривается, как устаревшая.


26


26 Варианты сопровождения ИС По заявкам По заявкам Обслуживание по договору локальное Обслуживание по договору локальное Регламентированное сопровождение Регламентированное сопровождение Аудит консультирование Аудит консультирование Полное сопровождение Полное сопровождение

Источник

Понравилась статья? Поделить с друзьями:
  • Сценарий совместного праздника день матери
  • Сценарий сопровождения информационной системы
  • Сценарий смешариков читать
  • Сценарий спектакля деревенские истории
  • Сценарий совещания примеры

    • 0 0 голоса
    Рейтинг статьи
    Подписаться
    Уведомить о
    guest

    0 комментариев
    Старые
    Новые Популярные
    Межтекстовые Отзывы
    Посмотреть все комментарии