Учебное пособие ПИС

-служба управления данными;

-служба обмена данными;

-служба машиной графики;

-служба сетевого обеспечения;

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

-служба защиты информации;

-служба интернационализации платформы и интерфейсов;

-служба поддержки распределенной системы;

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

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

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

Microsoft ODBC или Borland Database Engine.

Службы обмена данными представляют собой специальную поддержку интерфейсов для обмена данными между приложениями одной или нескольких информационных платформ. Например, для ПК с ОС Windows приложения могут обмениваться данными интерактивно, при участии пользователя через «буфер обмена» (Clipboard), или автоматически – программно через механизм OLE Automation.

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

XML.

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

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

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

71

Службы защиты информации предназначены для защиты приема передачи данных, их целостности, включая средства ограничения доступа. Известным примером компоненты службы защиты являются системы типа Firewall и «Брандмауэр» ОС Windows.

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

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

При представлении работы компонент платформы при взаимодействии нескольких ПК в составе локальной сети общепринято использовать многоуровневую схему модели взаимодействия открытых систем ВОС (OSI) [22].

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

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

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

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

Транспортный уровень обеспечивает управление соединением между различными абонентами сети. А именно - адресацию конечных абонентов, компоновку сообщений, целостность данных, маршруты перемещения отдельных блоков данных. Известным средства транспортного уровня является протокол TCP/IP по которому функционируют многие локальные сети и глобальная сеть Internet.

72

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

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

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

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

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

3.6 Передача результатов проектирования Заказчику

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

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

-комплект проектной документации на разработанную систему;

-комплект рабочей документации на разработанную систему;

-разрешительные, согласовывающие документы и необходимые сертификаты;

-разработанное и протестированное программное обеспечение;

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

Образец – изделие (программный продукт)- предназначенное для выполнения основных или обеспечивающих функциональных задач самостоятельно или в составе комплекса (ГОСТ РВ 15.203-2001) [23].

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

73

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

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

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

Приемка проекта информатизации заключается в рассмотрении и оценке предъявляемой проектно-конструкторской документации, других материалов по проекту и проверки в целом проведенной работы на соответствие требованиям технического задания, а при необходимости – проведением испытаний [22].

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

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

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

74

3.7 Ввод в эксплуатацию

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

В соответствии с ГОСТ 34.601-90 процесс ввода в эксплуатацию автоматизированных систем включает следующие работы:

-подготовка объекта автоматизации к вводу АС в действие;

-подготовка персонала;

-комплектация АС (ИС) поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями);

-строительно-монтажные работы;

-пусконаладочные работы;

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

-проведение опытной эксплуатации;

-проведение приёмочных испытаний.

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

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

К числу условий наиболее значительно влияющих на объем работ по внедрению относятся:

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

-неизвестные ранее отклонения в составе и характеристиках инфраструктуры места эксплуатации системы;

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

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

Внедрение ИС содержит следующие работы: 1. Установка системы на месте эксплуатации:

-монтаж технических средств на месте эксплуатации;

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

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

75

-поиск причин отклонения в работы ИС от эталонной модели; 2. Обучение персонала:

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

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

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

3.Адаптация и оптимизация системы по выявленным требованиям места установки и заявкам потенциальных пользователей.

4. Финальное тестирование системы с учетом всех требований ТЗ и реализованных изменений.

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

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

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

Именно при внедрении системы наиболее обостряются отношения между Заказчиком и Разработчиком.

76

Рисунок 3.6 – Блок-схема процесса внедрения

77

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

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

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

Сопровождение представляет комплекс работ направленных на поддержание работоспособности информационной системы после внедрения – в процессе ее эксплуатации. Согласно ГОСТ 34.601-90 работы по сопровождению делится на две категории: выполнение работ в соответствии с гарантийными обязательствами, и послегарантийное обслуживание.

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

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

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

Работы по обеспечению гарантийных обязательств - исправлению недостатков и несоответствия ТЗ всегда выполняет персонал Разработчика занимавшийся проектированием ИС за счет средств Разработчика.

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

78

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

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

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

Послегарантийное обслуживание автоматизированной системы по ГОСТ 34-601-90 включает следующие работы:

-анализ функционирования системы;

-выявление отклонений фактических эксплуатационных характеристик ИС от проектных значений и установление причин этих отклонений;

-устранение выявленных недостатков и обеспечению стабильности эксплуатационных характеристик ИС;

-внесение необходимых изменений в документацию на ИС.

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

Поэтому, список работ, предложенный стандартом применительно для ИС необходимо дополнить следующими работами:

-адаптация ИС под изменяющие внутренние и внешние условия функционирования объекта или процесса для которого создана ИС;

-частичная модернизация;

-текущее профилактическое обслуживание технического и программного обеспечения, а также – средств инфраструктуры;

-обучение нового персонала;

-дообучение существующего персонала в связи с выполняемыми изменениями в работе ИС.

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

79

Рассмотрим более подробно работы, выполняемые в процессе сопровождения ИС.

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

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

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

итестирования системы. А именно:

-периодичность;

-перечень необходимых технических средств и схемы их подключения;

-методики (пошаговые технологии) проверок;

-тестовые наборы данных;

-эталонные результаты работы ИС.

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

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

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

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

При значительных отклонениях выявляющих явное количественное, качественное или функциональное несоответствие

80