Тема 2.7 Модернизация в информационных системах. Тема 7 Модернизация в информационных системах 1 Модернизация и обновление системы
 Скачать 38.09 Kb.
|
|
Тема 2.7 Модернизация в информационных системах 1 Модернизация и обновление системы Своевременное выполнение обновлений поможет избежать следующих негативных последствий: развитие информационной системы под требования бизнеса только за счет собственных разработок; увеличение количества собственных разработок приводит только к установке нот и обновлений, устраняющих ошибки и необходимых для выполнения требований изменения законодательства. Со временем установка таких обновления становится все более трудоемкой; увеличение стоимости поддержки информационных систем; завершение поддержки производителей устаревших баз данных и операционных систем; снижение общего уровня безопасности системы. Процесс обновления систем заключается в последовательном выполнении следующих этапов: Обследование. На этом этапе определяется уровень обновлений системы, подключение дополнительных функциональных возможностей. Проводится сбор информации об объеме внедрения бизнес-процессов, операций по ним и определяется объем тестирования. Также осуществляется анализ объема, модифицированного ПО и собственных разработок. Подготовка плана перехода. Производится подготовка тестовой системы (копия продуктивной), ее обновление, анализ и корректировка затронутого модифицированного ПО; тестирование работы системы, регистрация и решение проблем; создание перечня мероприятий для перехода. Затем проводится повторное разворачивание тестовой системы, ее обновление, тестирование и применение плана мероприятий. Производится планирование сроков этапов перехода, оценка рисков и возможность дополнительных мероприятий по их снижению. В итоге определяется период неработоспособности продуктивной системы, разрабатывается и утверждается документ «План перехода» Выполнение плана перехода. Заключается в последовательном выполнении мероприятий, описанных в документе «План перехода». Поддержка пользователей. После переноса обновлений в продуктивную систему заказчика осуществляется оперативная поддержка пользователей и решение оставшихся проблем. Процесс миграции систем включает в себя следующие этапы: Обследование. На этом этапе определяется перечень мероприятий. Подготовка плана миграции. Производится применение перечня мероприятий, подготовка стенда, проверяется работоспособность системы. Затем проводится тестовая миграция, в ходе которой уточняется, обновляется перечень мероприятий, а также определяется их длительность. На основе результатов этого процесса производится планирование сроков этапов миграции, оценка рисков и возможность дополнительных мероприятий по их снижению. В итоге определяется период неработоспособности продуктивной системы, разрабатывается и утверждается документ «План перехода» Выполнение плана миграции. Заключается в последовательном выполнении мероприятий, описанных в документе. Поддержка пользователей. После миграции осуществляется оперативная поддержка пользователей и решение оставшихся проблем. 2 Процесс модернизации оборудования – понятие и цели Модернизация – это процесс обновления оборудования с целью повышения работоспособности технических устройств в соответствии с новыми требованиями и современными нормами. Любое используемое человеком оборудование требует модернизации. Модернизация используемого оборудования – это кратчайший путь к росту рентабельности предприятия и, соответственно, его прибыльности, это значит улучшение начальных технико-экономических характеристик оборудования. Если в процессе длительной эксплуатации техника на проходила модернизацию, то рано или поздно в ее работе происходят сбои либо она вовсе выходит из строя. Для того, чтобы улучшить деятельность какой-либо системы составляется график модернизации. Данный проект, направленный на повышение эффективности эксплуатации технических устройств, является очень важным фактором. Надо сказать, что только после утверждения проекта по модернизации оборудования начинаются работы в этом направлении. Процесс усовершенствования имеет важное значение для развития технологий Мероприятия по модернизации техники должны проводиться в соответствии с правилами технической эксплуатации каждой отдельной единицы техники. Технологическое оборудование проходит модернизацию по окончанию срока эксплуатации. В производственных условиях данному процессу подвергается все оборудование без исключения, при этом оформляется соответствующая документация, подтверждающая осуществление модернизации в определенные сроки. Если основная часть технического устройства исправна и нормально работает, но по ряду причин склонна к систематическим сбоям либо поломкам, возникает необходимость необходимо проведения модернизации оборудования с целью: — повышения надежности работы; — улучшения качества продукции, применяя новые технологии управления; — увеличения объемов производства продукции; — установления причин возможных неисправностей и сбоев в работе, путем применения новейших методов диагностики; — использование системы защиты для увеличения срока работы оборудования; — совершенствование культуры производства. Планируя проведение модернизации нужно сопоставить потребности и пожелания работников производства с финансовыми возможностями предприятия, обосновать и определить первоочередные задачи: какое оборудование необходимо модернизировать в первую очередь, а также составить план по проведению обновления технических мощностей. При составлении плана принимаются во внимание рационализаторские предложения. Конечно, руководствоваться исключительно экономическими возможностями недостаточно, нужно учитывать качественные характеристики: степень использования, процент износа агрегата, ремонтопригодность и др. На крупном производстве, как правило, функционирует множество единиц оборудования. Для того, чтобы определить какое требует первоочередной модернизации руководителю нужно иметь достоверную информацию от начальников производственных подразделений, получив от них планы по модернизации. Для согласования и систематизации данных для разработки программы на уровне всего предприятия лучше всего сформировать рабочую группу, состоящую из: финансового директора, директора по производству, главного механика, главного инженера, начальников цехов и других специалистов-профессионалов. При наличии множества заявок и ограниченности в финансовых средствах, как правило, выбор осуществляется по следующим параметрам: — уровень загрузки оборудования, — износ технических средств («возраст»), — ремонтопригодность и возможность приобретения инструмента. Каждую заявленную единицу оборудования рассматривают отдельно, сопоставляя все параметры (сроки изготовления, наличие запасных частей, срок планового ремонта и т.д.). Процесс модернизации включает в себя: — промывку агрегатов с определенной периодичностью, — осуществление замены масла по мере необходимости, — проверка технологических параметров оборудования, — выявление сбоев и неисправностей оборудования, влияющих на нормальную работу технического устройства. В случае выявления конкретных неисправностей, оборудование направляется для проведения ремонтных работ. Если плановое обслуживание предусмотрено через определенное время, то работники на производстве должны устранить неполадку до начала ремонтных работ. Что касается технологического оборудования, то закон о ГОСТе предусматривает проверку его исправностей. Такого плана работы (проверка исправностей и безопасности оборудования) должны проводиться в утвержденные сроки. Модернизация оборудования может проводиться не только как улучшение технологических качеств, но и как проведение ремонта. Нужно понимать, что каждое техническое устройство имеет свои параметры и характер работы. Поэтому слесарь должен учитывать все нюансы рабочего процесса устройства. В случае, если оборудование полностью вышло из строя и наладить его работу невозможно, то его отправляют на ремонт независимо от графика ремонтных работ. Ремонты бывают: капитальными, текущими, косметическими, восстановительными, плановыми. Стоит отметить, что ремонт предусматривает не только устранение поломки, но и поддержание оборудованием полноценного исполнения первоначальных функций. Производится он в случаях, когда не представляется возможным замена пришедших в негодность частей на новые аналоги. Зачастую, старение оборудования происходит раньше, чем оно доходит до ремонта. 3 Модернизация программного средства Под модернизацией понимается любые улучшения и изменения программного средства, которые будут соответствовать современных методам и технологиям. В результате модернизации получают новую версию уже существующего программного средства. В ГОСТ ИСО/МЭК 9126-93 утверждается, что такого понятия, как износ программного обеспечения, нет. Ограничения надежности возможны из-за ошибок в требованиях, проекте и его реализации. Отчасти это так и есть: в ПО действительно нет физических причин для износа, как в механических устройствах. Но все же программное обеспечение устаревает. Программное обеспечение создается для решения конкретных бизнес-задач по существующим требованиям на базе выбранных технологий. Исходя из этого, можно сделать вывод, что устаревание происходит: из-за изменения требований; из-за невозможности реализации новых задач в рамках старой технологии; из-за отсутствия поддержки ПО. Чаще всего модернизация ПО связана с появлением в законодательстве новых требований к бизнесу Изменение требований – это основная причина «старческих болезней» ПО. Когда требования меняются, программы перестают корректно справляться с поставленными задачами. Изменения в законодательстве, согласно которым необходимо вести учет или расчеты по-другому. Требования к нагрузке. К примеру, изначально предполагалось, что использовать программу будут не более 10 пользователей одновременно, но позже возникла необходимость, чтобы работало 100, 200, 500 или более человек. Требования к отказоустойчивости. Есть модули, временный отказ которых не критичен, к примеру, хранилище шаблонов документов. Но если речь идет об интернет-магазине или банковской системе, отказ на час – это прямые убытки, такая ситуация недопустима. Новые требования по доступу пользователей к системе. Например, возникла необходимость входа в программу через мобильные устройства и т. п. Если требования не меняются годами, программный продукт может корректно работать очень долгое время. Одна из главных задач бизнеса – снижать издержки. Когда речь идет о программном обеспечении, выделяют: Стоимость разработки. Стоимость владения (во сколько обходится эксплуатация и доработки). Лицензионные отчисления, если ПО покупное. В случае устаревания программного обеспечения, то есть когда появляются новые задачи, начинает серьезно дорожать стоимость владения. Соответственно, если требования не меняются, то этого не происходит. Но есть еще одна существенная проблема – устаревание документации. Нередко случается, что при изменении требований и доработке ПО никто не вносит изменений в документацию по программе. В итоге она не соответствует действительности, и это тоже повод заняться модернизацией. Частое появление ошибок – первый признак необходимости модернизации ПО Итак, подготовить ТЗ на модернизацию программного обеспечения необходимо, если: нужно доработать функционал системы под новые требования бизнеса; используется устаревшая разработка, увеличилось количество ошибок; сильно возросла нагрузка на программное обеспечение; ПО не соответствует предъявляемым требованиям по производительности и отказоустойчивости; есть существенные архитектурные недостатки, отрицательно влияющие на гибкость системы; ПО недостаточно масштабируемо; отсутствует поддержка от разработчика системы; нет контроля над данными ввиду отсутствия/неполноты документации на применяемое ПО; возникла необходимость в использовании более современных форм. Есть несколько путей решения проблемы устаревшего программного обеспечения. В зависимости от текущей потребности бизнеса можно сделать следующее: купить готовое ПО, реализуемое по лицензии, с дальнейшей настройкой под имеющиеся бизнес-процессы; самостоятельно провести модернизацию устаревшего ПО; обратиться на аутсорсинговой основе к команде профессиональных разработчиков. 4 Описание стандарта ГОСТ 34.602-89 описывает рекомендуемые состав и структуру для технического задания по созданию, развитию или модернизации автоматизированных систем. Классификация требований Требования к системе 1. Требования к системе в целом: требования к структуре и функционированию системы; требования к численности и квалификации персонала системы и режиму его работы; показатели назначения; требования к надежности; требования безопасности; требования к эргономике и технической эстетике;< требования к транспортабельности для подвижных АС; требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы; требования к защите информации от несанкционированного доступа; требования по сохранности информации при авариях; требования к защите от влияния внешних воздействий; требования к патентной чистоте; требования по стандартизации и унификации; дополнительные требования. 2. Требования к функциям (задачам), выполняемым системой В подразделе «Требование к функциям (задачам)», выполняемым системой, приводят: 1) по каждой подсистеме перечень функций, задач или их комплексов (в том числе обеспечивающих взаимодействие частей системы), подлежащих автоматизации; при создании системы в две или более очереди — перечень функциональных подсистем, отдельных функций или задач, вводимых в действие в 1-й и последующих очередях; 2) временной регламент реализации каждой функции, задачи (или комплекса задач); 3) требования к качеству реализации каждой функции (задачи или комплекса задач), к форме представления выходной информации, характеристики необходимой точности и времени выполнения, требования одновременности выполнения группы функций, достоверности выдачи результатов; 4) перечень и критерии отказов для каждой функции, по которой задаются требования по надежности. 3. Требования к видам обеспечения В подразделе «Требования к видам обеспечения» в зависимости от вида системы приводят требования к математическому, информационному, лингвистическому, программному, техническому, метрологическому, организационному, методическому и другие видам обеспечения системы. 4. Общие требования к приемке работ по стадиям (перечень участвующих предприятий и организаций, место и сроки проведения), порядок согласования и утверждения приемочной документации; 5. Требования к документированию |