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

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

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

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

Сопровождение программного обеспечения

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

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

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

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

В процессе сопровождения в программное обеспечение вно­сятся следующие изменения, значительно различающиеся при­чинами и характеристиками;

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

— регламентированная документами адаптация программного обеспечения к условиям конкретного использования, с учетом характеристик внешней среды или конфигурации аппаратуры, на которой предстоит функционировать программам. Адаптация занимает около 20% общих затрат на сопровождение.

— модернизация — расширение функциональных возмож­ностей или улучшение характеристик решения отдельных задач в соответствии с новым или дополнительным техническим зада­нием на программное изделие. Модернизация занимает до 60% общих затрат на сопровождение.


Исправление ошибок 20% Модернизация ПО 60% Адаптация 20%

Затраты на сопровождение программного обеспечения

Первый вид изменений (исправление ошибок) является непредсказуемым и его трудно регламентировать.

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

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

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

Сопровождение программ — это «ложка дегтя» для каждого програм­миста, всегда помеха при начале разработки какого-либо нового проекта, заставляющая отвлекаться от его разработки и возвращаться к старым программам и старым проблемам.

Что делает сопровождение программного обеспечения крайне непривле­кательным? Это плохо документированный код, не­достаточно полное начальное проектирование и отсутствие внешней документации.

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

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

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

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

Сопровождение всегда признавалось одним из основных этапов жизненного цикла программного обеспечения. Уже к середине 70-х годов было признано, что сопровождение – это этап, занимающий более 50% затрат на разработку и внедрение программного средства (ПС).

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

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

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

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

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

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

В свою очередь, стандарт жизненного цикла 12207 (IEEE, ISO/IEC, ГОСТ Р ИСО/МЭК) позиционирует сопровождение как один из главных процессов жизненного цикла. Этот стандарт описывает сопровождение как процесс модификации программного продукта в части его кода и документации для решения возникающих проблем при эксплуатации или реализации потребностей в улучшениях тех или иных характеристик продукта. Задача состоит в модификации продукта при условии сохранения его целостности.

Международный стандарт ISO/IEC 14764 (Standard for Software Engineering – Software Maintenance) определяет сопровождение программного обеспечения в тех же терминах, что и стандарт 12207, придавая особое значение работам по подготовке к деятельности по сопровождению до передачи системы в реальную эксплуатацию, например, вопросам планирования регламентов и операций по сопровождению.

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

Ряд источников, в частности, стандарт IEEE 1216, определяют три категории работ по сопровождению: корректировка, адаптация и совершенствование. Такая классификация была обновлена в стандарте ISO/IEC 14764 введением четвертой составляющей.

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

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

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

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

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

Сопровождаемость является одним из показателей качества ПС, а также важной характеристикой для заказчика, поставщика и пользователя.

Возможность сопровождения или сопровождаемость программной системы определяется, например, глоссарием IEEE (стандарт 610.12-90 Standard Glossary for Software Engineering Terminology, обновление 2002 года) как легкость сопровождения, расширения, адаптации и корректировки для удовлетворения заданных требований. Стандарт ISO/IEC 9126-01 (Software Engineering – Product Quality – Part 1: Quality Model, 2001 г.) рассматривает возможность сопровождения как одну из характеристик качества.

Сопровождаемость должна быть определена до разработки программного средства, т.е подготовлено соответствующее соглашение между заказчиком и поставщиком как часть работы «подготовка» из процесса заказа по (ISO/IEC , #M12291 1200009075ГОСТ Р ИСО/МЭК) 12207#S. Разработчик формирует план сопровождения, в котором должны быть отражены конкретные методы обеспечения сопровождаемости ПС, соответствующие ресурсы и алгоритм выполнения работ.

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

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

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

На стоимость работ по сопровождению оказывает влияние множество различных факторов. ISO/IEC 14764 определяет, что «существует два наиболее популярных метода оценки стоимости сопровождения: – параметрическая модель и использование опыта». Чаще всего, оба этих подхода комбинируются для повышения точности оценки.

Существуют различные методы внутренней оценки продуктивности персонала сопровождения для сравнения работы различных групп сопровождения. Организация, ведущая сопровождение, должна определить метрики, по которым будут оцениваться соответствующие работы. Стандарты IEEE 1219 и ISO/IEC 9126-01 (Software Engineering – Product Quality – Part 1: Quality Model, 2001 г.) предлагают специализированные метрики, ориентированные именно на вопросы сопровождения и соответствующие программы.

Работы по сопровождению должны быть строго регламентированы и описаны, содержать детальные входы и выходы процессов. Эти процессы рассматриваются в стандартах IEEE 1219 и ISO/IEC 14764.

Процесс сопровождения начинается по стандарту IEEE 1219 с момента передачи ПС в эксплуатацию и касается таких вопросов, как планирование деятельности по сопровождению.

Стандарт ISO/IEC 14764 уточняет положения стандарта жизненного цикла 12207, связанные с процессом сопровождения. Работы по сопровождению, описанные в этом стандарте, аналогичны работам в IEEE 1219, за исключением того, что сгруппированы несколько иначе.

Рассмотрим подробнее выдержки из стандарта ГОСТ Р ИСО/МЭК 14764-2002, содержащего полный аутентичный текст международного стандарта ISO/IEC 14764.

В соответствии с ГОСТ Р ИСО/МЭК 14764-2002, описывающем процесс сопровождения программных средств, подробности процесса сопровождения ПС должны быть документально оформлены, чтобы персонал сопровождения действовал в рамках единого процесса. Система показателей (метрик) качества должна содействовать реализации процесса сопровождения и способствовать усовершенствованию (модернизации) данного ПС.

Сопроводитель должен (5.5.2.1 ГОСТ Р ИСО/МЭК 12207) проанализировать отчет (сообщение) о проблеме или предложение о модификации по их влиянию на организационные вопросы, существующую систему и интерфейсные связи с другими системами.

На основе проведенного анализа сопроводитель должен (5.5.2.3 ГОСТ Р ИСО/МЭК 12207) разработать варианты реализации изменения. До внесения изменений в систему сопроводитель должен (см. 5.5.2.5 ГОСТ Р ИСО/МЭК 12207) получить согласование выбранного варианта изменения в соответствии с договором и подтверждение того, что внесенное изменение удовлетворяет требованиям, установленным в договоре (см. 5.5.4.2 ГОСТ Р ИСО/МЭК 12207). Сопроводитель должен (5.5.2.4 ГОСТ Р ИСО/МЭК 12207) документально оформить: отчет о проблеме или предложение о модификации, результаты их анализа и варианты реализации изменений.

Для соответствующего контроля переноса системы должен быть (5.5.5.2 ГОСТ Р ИСО/МЭК 12207) разработан, документально оформлен и выполнен план переноса объекта. К планируемым работам должны быть привлечены пользователи.

Для деятельности по сопровождению существует ряд уникальных работ и практик, которые необходимо учитывать при организации сопровождения. SWEBOK (Software Engineering Body of Knowledge) приводит следующие примеры такого рода уникальных характеристик.

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

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

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

Анализ влияния: анализ возможных последствий изменений, вносимых в существующую систему.

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

Контракты и обязательства: к ним относятся классическое соглашение об уровне предоставляемого сервиса – Service Level Agreement (SLA), а также другие договорные аспекты, на основании которых, группа/служба/организация по сопровождению выполняет соответствующие работы.

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

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

Таблица 1. Стандарты в области сопровождения информационных систем

Стандарт

Название

Описание

На выходе

12207

IEEE, ISO/IEC, ГОСТ Р ИСО/МЭК

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

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

1)Выдержки из отчётов пользователей о выявленных дефектах и предложенных корректировках (п. 5.5.2.1ГОСТ Р ИСО/МЭК 12207)

2)Предложения по корректировке (п. 5.5.2.3 #M12291 1200009075ГОСТ Р ИСО/МЭК 12207#S)

3)Извещение пользователям о выпуске новой версии АС (п. 5.5.2.5 #M12291 1200009075ГОСТ Р ИСО/МЭК 12207#S)

4)План переноса объекта (п.5.5.5.2 #M12291 1200009075ГОСТ Р ИСО/МЭК 12207)

14764

ISO/IEC

ГОСТ Р ИСО МЭК

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

(Standard for Software Engineering – Software Maintenance)

Настоящий стандарт детализирует процесс сопровождения, установленный в 12207 (ISO/IEC, #M12291 1200009075ГОСТ Р ИСО/МЭК)

9126

ISO/IEC

ГОСТ Р ИСО/МЭК

Информационная технология. Оценка программной продукции. Характеристики качества и руководства по их применению

Сопроводители должны иметь программу обеспечения качества программного средства, охватывающую шесть характеристик качества, установленных в #M12291 1200009076ГОСТ Р ИСО/МЭК 9126#S. При сопровождении программного средства должен быть реализован соответствующий процесс для определения, описания, выбора, применения и совершенствования методик оценки (измерения) характеристик данного средства

Характеристики качества:

1)Функциональные возможности

2)Надежность

3)Практичность

4)Эффективность

5)Сопровождаемость

6)Мобильность

ГОСТ 34.603-92

Виды испытаний автоматизированных систем

Стандарт устанавливает виды испытаний АС и общие требования к их проведению.

Испытания АС проводят на стадии «Ввода в действие» по ГОСТ 34.601 с целью проверки соответствия создаваемой АС требованиям технического задания (ТЗ)

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

В программе автономных испытании указывают:

1) перечень (функции, подлежащих испытаниям;

2) описание взаимосвязей объекта испытании с другими частями ПС;

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

4) критерии приемки частей по результатам испытании.

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

IEEE 1219-1998

Стандарт IEEE на сопровождение программного обеспечения

(Standard for Software Maintenance)

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

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

Рассмотрим применение стандартов по сопровождению информационных систем на конкретном примере. Качественное функционирование системы предполагает постоянную адаптацию к изменяющимся бизнес-процессам организации, а также быстрое реагирование на сбои и устранение неполадок. В связи с этим руководством ЗАО «Фирма «СофтИнКом» было принято решение о необходимости заключения договора с разработчиками корпоративной информационной системы (КИС) «Восточный экспресс» на обновление и сопровождение системы.

Сопровождение КИС «Восточный экспресс» включает в себя сопровождение нескольких типов (по ГОСТу Р ИСО МЭК 14764-2002). А именно корректирующее сопровождение, которое связано с изменениями, вызванными необходимостью устранения (исправления) фактических ошибок в программном продукте. Корректирующее сопровождение проводят в случае несоответствия программного продукта установленным требованиям. А также адаптивное и полное сопровождение, модернизирующее программный продукт.

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

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

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

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

В таблице 2 приведены основные этапы сопровождения и выход в параграфе сопроводительной документации.

Таблица 2. Этапы процесса сопровождения информационной системы

Входные данные

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

Выходные данные

Выход в параграфе

Базовая версия АС,

сообщения об ошибках от пользователей

Анализ дефектов и модификаций

Подтверждение (не подтверждение) ошибки или дефекта, пример модификации

Выдержки из отчётов пользователей о выявленных дефектах и предложения по корректировке.

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

Реализация модификации

Реализованные и задокументированные изменения

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

Проведённые модификации, задокументированные в журнале подготовленных и утвержденных корректировок

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

Утверждение на удовлетворительное завершение модификации, как определено в контракте на сопровождение

Подготовленное извещение пользователям о выпуске новой версии АС

Миграционный план

Перенос на иную платформу (в иную среду)

Выполненный миграционный план, уведомление пользователей о переносе

Описание миграционного плана. Уведомление пользователя о планах и действиях по перемещению.

В соответствии с 5.5.2.1 ГОСТ Р ИСО/МЭК 12207 сопроводитель должен проанализировать сообщения пользователей о проблеме. Для автоматизации регистрации и учета обращений пользователей КИС «Восточный экспресс» используется система регистрации инцидентов MantisBT. На основе данных, зарегистрированных в системе MantisBT формируется документ «Отчет о дефектах, выявленных пользователями», содержащий следующие поля: номер инцидента, дата создания, категория, суть инцидента, предлагаемое решение.

На основе проведенного анализа сопроводитель должен (5.5.2.3 ГОСТ Р ИСО/МЭК 12207) разработать варианты реализации изменений. Для этого разрабатывается документ «Журнал подготовленных и утвержденных корректировок новой базовой версии КИС», содержащий следующие данные: категория, недочет выявленный сопровождающей организацией, недочет выявленный пользователями КИС, корректировка.

Далее сопроводитель должен (5.5.4.2 ГОСТ Р ИСО/МЭК 12207) получить подтверждение того, что внесенное изменение удовлетворяет требованиям, установленным в договоре. Для этих целей формируется документ «Извещение пользователям о выпуске новой версии КИС» и ожидается подтверждение согласия об установке нового релиза.

Для соответствующего контроля переноса системы должен быть разработан, документально оформлен и выполнен план переноса объекта (5.5.5.2 ГОСТ Р ИСО/МЭК 12207). Для реализации данного требования разрабатывается документ «Миграционный план», в котором пользователей уведомляют о планах и действиях по перемещению.

Согласно данным требованиям разрабатывается пакет сопроводительной документации по сопровождению КИС «Восточный экспресс».

Библиографический список

  1. ГОСТ Р ИСО/МЭК 12207 Процессы жизненного цикла программных средств
  2. ГОСТ Р ИСО/МЭК 14764-2002 Сопровождение программных средств
  3. ГОСТ Р ИСО/МЭК 9126Информационная технология. Оценка программной продукции. Характеристики качества и руководства по их применению
  4. ГОСТ 34.603-92 Виды испытаний автоматизированных систем
  5. IEEE 1219-1998 Стандарт IEEE на сопровождение программного обеспечения
  6. Сопровождение программного обеспечения (Software Maintenance по SWEBOK) // ‒ Режим доступа:
  7. Журнал «Сетевой» №2.2001Статья «Жизненный цикл информационных систем» // ‒ Режим доступа:
  8. Методология и технология разработки информационных систем. Профили открытых информационных систем // ‒ Режим доступа: http://gendocs.ru/v7394/лекции_по_теории_информационных_процессов_и_систем?page=9

Количество просмотров публикации: Please wait

/ / Поддержка программного обеспечения

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

Сервисное обслуживание программного обеспечения

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

Услуги удаленной поддержки

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

Услуги поддержки на месте

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

Услуги планирования и проектирования

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

Услуги инсталляции

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

  • Планирование программного обеспечения
    Анализируя Ваши требования, специалист центра технической поддержки системы электронной очереди ДАМАСК разработает план инсталляции и/или миграции программного обеспечения, особо обращая внимание на требования, связанные с прикладным ПО, производительностью системы, требованиями сетевого взаимодействия.
  • Установка ПО
    Мы встроим и установим ПО электронной очереди на Вашу систему (централизованную или распределенную) и обеспечим интеграцию с другими необходимыми компонентами. По окончании инсталляции Вы получите полностью сконфигурированную, протестированную, готовую к работе систему, снабженную подробной документацией, отражающей параметры настройки и сделанные модификации операционной системы и системного ПО.
  • ИТ-консалтинг
  • Разработка программного обеспечения
  • Внедрение и сопровождение систем
  • Поставка оборудования и ПО
  • Инженерно-технические решения
  • АКТУАЛЬНО! — Программные решения для ФОИВ

ФИНКОММ предоставляет весь комплекс ИТ-услуг: от консалтинга до реализации комплексных интеграционных проектов

  1. Аудит организационной, функциональной структуры органов государственной власти, реинжиниринг бизнес процессов, ИТ-структуры, оценка соответствия информационной системы функциональным, нормативным и методическим требованиям.
  2. Анализ текущего состояния прикладных программных систем с целью выявления проблемных участков, выработка рекомендаций, мероприятий по доработке, миграции, модернизации ( оптимизации) компонентов и системы в целом;
  3. Исследование (НИР), подготовка, адаптация нормативно правовых, распорядительных, справочных и методических документов с отражением специфики органов государственной ( муниципальной) власти;
  4. Разработка технических заданий на разработку(поставку, адаптацию, внедрение) АСУ любой степени детализации в области госфинансов, финансово-казначейских технологий, информационной безопасности и тд
  5. Разработка концепций, стратегий, ФЭО, ТЭО внедрения, информационно-аналитических автоматизированных систем.
  1. Индивидуальная разработка прикладного ПО. Заказные разработки на различных платформах, включая реализацию решений на открытом коде;
  2. Миграция ( интеграция) на разные платформы;
  3. Проектирование и разработка ПО на основе формализованных, не структурированных функциональных и технических требований заказчика;
  4. Выполнение полного цикла тестирования прикладного ПО, в том числе производительности, совместимости со смежными подсистемами, оптимизации процессов сопровождения и технического обслуживания;
  5. Разработка и поддержка в актуальном состоянии соответствующей эксплуатационной документации согласно требованиям ГОСТ;
  6. Локализация ПО для конкретной специфики объекта внедрения или эксплуатации ( включая локализацию на национальные языки).
  1. Подготовка и осуществление переноса исторических данных;
  2. Обучение специалистов заказчика;
  3. Настройка ИТ-решений под специфику площадки внедрения;
  4. Проведение опытной эксплуатации;
  5. Организация горячих линий технической поддержки различных уровней;
  1. Поставка и настройка серверного оборудования на базе различных аппаратных платформ, включая отечественные, рабочих станций, сетевое и телекоммуникационное оборудование,
  2. Поставка и отладка средств управления информационной инфраструктурой, программно-аппаратных решений для автоматизации технологических процессов
  3. Поставка системного и специализированного программного обеспечения;

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

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

ПРОГРАММНЫЙ КОМПЛЕКС «ПОДГОТОВКА И СВОД ОТЧЕТНОСТИ»

ПРОГРАММНЫЙ КОМПЛЕКС «ГОСЗАКУПКИ»

ИАС «ВЕДОМСТВЕННЫЙ ФИНАНСОВЫЙ КОНТРОЛЬ»