- •Раздел 2. Лист 75/75
- •1) Постановка задачи.
- •2) Математическая формализация.
- •3) Построение алгоритма.
- •4) Составление алгоритма на языке программирования.
- •5) Отладка и тестирование программы.
- •6) Проведение расчетов и анализ получаемых результатов.
- •Основные типы алгоритмов. Структуры и формы записи алгоритмов.
- •1) Словесно-формульный (на естественном языке)
- •2) Графический способ (с использованием графических примитивов, блок-схем)
- •Структурированные типы данных (массивы, файлы, записи, множества).
- •X: array [1..5,1..10] of real;
- •Var f :text;
- •Динамические структуры данных.
- •Динамическая память. Управление памятью.
- •Управление файлами.
- •Страничная память
- •Стратегии управления страничной памятью
- •Алгоритм fifo – Выталкивание первой пришедшей страницы – Простейший алгоритм
- •Операции над файлами
- •Организация ввода-вывода.
- •Жизненный цикл программ
- •6. Показатели качества по. Стандарты качества программного обеспечения. Тестирование и обеспечение качества.
- •Основные стандарты качества по гост 28195-89. Оценка качества программных средств. Общие положения
- •Гост 28806-90. Качество программных средств. Термины и определения
- •Гост р исо/мэк 9126-93. Оценка программной продукции. Характеристики качества и руководства по их применению
- •Уровни тестирования
- •Статическое и динамическое тестирование
- •Регрессионное тестирование
- •Тестовые скрипты
- •Тестирование «белого ящика» и «чёрного ящика»
- •Покрытие кода
- •8.Требования предъявляемые к ос. Ресурсы и их распределение в операционной системе.
- •9.Архитектура ос. Микроядерная архитектура.
- •11.Механизм прерываний. Способы выполнения прерываний. Приоретизация и маскирование прерываний. Диспетчеризация прерываний в операционной системе.
- •12.Специфика и свойства осрв. Технические свойства осрв.
- •13.Задачи, процессы, потоки. Связь между процессами в осрв.
- •Операции над процессами
- •Иерархия процессов
- •Преимущества многопоточности
- •17.Понятие безопасности информации и виды безопасности
- •18.Статьи затрат на разработку асоиу. Состав и структура асоиу: функциональные подсистемы, обеспечивающие и управляющие системы
- •19.Концепции системы: цели предприятия, цели асоиу. Содержание тз на проектирование асоиу.
- •20.Требования к технологии проектирования систем. Стандарты проектирования, оформление проектной документации, использование интерфейса.
- •21.Моделирование потоков данных. Накопительные процессы данных, потоки данных
- •1 Название подсистемы
- •1.1 Название процесса
- •22.Понятие пилотного проекта, его характеристики. Планирование и выполнение пилотного проекта
- •23.Оценка пилотного проекта
- •24.Внедрение пилотного проекта
- •25.Практическое использование пилотного проекта: план перехода и его реализация
23.Оценка пилотного проекта
После завершения пилотного проекта его результаты необходимо оценить и сопоставить их с изначальными потребностями организации, критериями успешного внедрения АСОИУ, базовыми метриками и критериями успеха пилотного проекта. Такая оценка должна установить возможные проблемы и важнейшие характеристики пилотного проекта, которые могут повлиять на пригодность данной АСОИУ для организации. Она должна также указать проекты или структурные подразделения внутри организации, для которых данное средство является подходящим. Помимо этого, оценка может дать информацию относительно совершенствования процесса внедрения в дальнейшем.
В процессе оценки пилотного проекта организация должна определить свою позицию по следующим трем вопросам:
Целесообразно ли внедрять данную АСОИУ?
Какие конкретные особенности пилотного проекта привели к его успеху (или неудаче)?
Какие проекты или подразделения в организации могли бы получить выгоду от использования средств?
24.Внедрение пилотного проекта
На данном этапе процесса внедрения организация должна сделать существенные инвестиции в АСОИУ. Если средства удовлетворили или даже превысили ожидания организации, то решение о внедрении может быть принято достаточно просто и быстро.
С другой стороны, может оказаться, что предполагаемые затраты не гарантируют успеха.
Возможны четыре категории результатов и соответствующих действий:
Пилотный проект потерпел неудачу, и его анализ показал неадекватность ожиданий организации. В этом случае организация может пересмотреть результаты проекта в контексте более реалистичных ожиданий.
Пилотный проект потерпел неудачу, и его анализ показал, что выбранные средства не удовлетворяют потребности организации. В этом случае организация может принять решение не внедрять данные средства, однако при этом также пересмотреть свои потребности и подход к оценке и выбору АСОИУ
Пилотный проект потерпел неудачу, и его анализ показал наличие таких проблем, как неудачный выбор пилотного проекта, неадекватное обучение и недостаток ресурсов. В этом случае может оказаться достаточно сложно принять решение о том, следует ли вновь выполнить пилотный проект с другой АСОИУ, продолжить работу по внедрению или отказаться от внедрения АСОИУ вообще.
Пилотный проект завершился успешно, и признано целесообразным внедрять АСОИУ в некоторых подразделениях или во всей организации в целом. В этом случае следующим шагом является определение наиболее подходящего масштаба внедрения.
В ряде случаев анализ пилотного проекта может показать, что причиной неудачи явился более чем один фактор. Четко выявить все причины неудачи помогут последующие попытки внедрения АСОИУ. В экстремальном случае анализ может показать, что в настоящий момент организация просто не готова к успешному внедрению АСОИУ.
25.Практическое использование пилотного проекта: план перехода и его реализация
Начинается с разработки и последующей реализации плана перехода. Этот план может отражать поэтапный подход к переходу, начиная с тщательно выбранного пилотного проекта до проектов с существенно возросшим разнообразием характеристик.
Разработка плана перехода
План перехода должен включать следующее:
Информацию относительно целей, критериев оценки, графика и возможных рисков, связанных с реализацией плана.
Информацию относительно приобретения, установки и компонентов АСОИУ.
Информацию относительно интеграции системы с уже существующими системами,
Ожидаемые потребности в обучении и ресурсы, необходимые для этого,
Определение стандартных процедур использования средств.
1. Цели, критерии оценки, график и риски, связанные с планом перехода
Сюда включается:
Типы проектов,
График перехода к практическому использованию средств в отдельных проектах,
График внедрения средств и обучение.
Возможные риски и непредвиденные обстоятельства.
Источники существующих данных.
В дополнение к сказанному, следует уделить особое внимание вопросам контроля изменений во внедряемой системе. План перехода успешно выполнен, когда больше не требуется специального планирования.
2. Приобретение, установка и настройка средств
Приобретение, установка и настройка в отличие от пилотного проекта, как правило, требуются в более широком масштабе.
План включает следующую информацию:
Набор документации по сопровождению системы, документацию по обучению
Механизм получения новых версий.
Перечень необходимого оборудования и его характеристики,
Действия по снятию старых средств с эксплуатации
3. Интеграция средства с существующими средствами и процессами
В большинстве случаев интеграция средства с уже существующими в процессе пилотного проектирования не осуществляется, однако накапливаемая при этом информация может помочь в разработке планов интеграции. Для планирования интеграции необходима следующая информация:
Наименования и версии существующих средств, с которыми должно интегрироваться новое средство.
Описания данных, которые должны совместно использоваться новым и существующими средствами, а также предварительная информация об источниках этих данных.
Описания других взаимосвязей между новым и существующими средствами, а также предварительная информация о механизмах поддержки этих взаимосвязей.
Оценки затрат, сроков и рисков, связанных с интеграцией
Ожидаемые изменения в существующих процессах и продуктах, являющиеся следствием использования нового средства.
4. Обучение и ресурсы
Данная информация должна включать следующее:
Персонал и вид обучения
График обучения
5. Определение стандартов и процедур использования средств
Должен определять следующее:
Руководства по моделированию и проектированию.
Соглашения по присвоению имен.
Процедуры контроля качества и процессов приемки
Процедуры резервного копирования,
Процедуры контроля целостности базы данных,
Процедуры обеспечения секретности
Стандарты документирования.
Реализация плана перехода
Реализация плана перехода требует постоянного мониторинга использования АСОИУ, обеспечения текущей поддержки, сопровождения и обновления средств по мере необходимости.
Периодические экспертизы Полученные результаты должны периодически подвергаться экспертизе в соответствии с графиком, при этом план перехода должен корректироваться при необходимости. Периодические экспертизы должны продолжаться и после завершения процесса внедрения.
Текущая поддержка Текущая поддержка необходима для следующего:
Ответов на вопросы, связанные с использованием средств.
Передачи информации о достигнутых успехах другим специалистам организации.
Модификации и совершенствования стандартов, соглашений и процедур,
Интеграции новых средств с существующими по мере появления новых версий.
Помощи новым сотрудникам в освоении средств системы.
Планирования и контроля обновления версий.
Действия, выполняемые в процессе перехода
Для поддержки процесса перехода к практическому использованию средств желательно выполнение следующих действий:
Поддержка текущего обучения
Внедрение методик управления новыми версиями
Осуществление свободного доступа к информации
Налаживание тесного рабочего взаимодействия с поставщиками
Обучение является центральным звеном, обеспечивающим нормальное использование АСОИУ в организации. Тем не менее, довольно распространенная ошибка заключается в том, что производится начальное обучение для группы неподготовленных пользователей, а затем все ограничивается минимальным текущим обучением. Участники пилотного проекта могут быть высоко квалифицированными специалистами, которым не требуется обучение. С другой стороны, для пользователей, которые будут участвовать в проекте в дальнейшем, может потребоваться более интенсивное и глубокое обучение.
Обучение не должно замыкаться только на пользователях системы, обучаться должны также те сотрудники организации, на деятельность которых оказывает влияние использование АСОИУ.
Еще одна общая ошибка, которая делается в процессе перехода, заключается в недооценке ресурсов, необходимых для поддержки постоянного использования сложных систем.
Рост необходимых ресурсов вызывается тремя причинами:
Сложностью средств,
Частотой появления новых версий,
Взаимодействием между средствами и внешней средой.
Сложность средств приводит к возрастанию потребностей в тщательном и продуманном обучении. Высокая частота обновления версий средств может пагубно отразиться на жестких планах и графиках работы. Взаимодействие между средствами и внешней по отношению к ним средой также может иногда порождать некоторые проблемы (несовместимость данных)
Оценка результатов перехода
Программа постоянной оценки качества и продуктивности системы имеет важное значение для следующего:
Определения степени совершенствования процессов,
Упреждения возможных стратегических просчетов,
Своевременного отказа от использования устаревшей технологии.
Чтобы определить, насколько эффективно новая система повышает продуктивность и/или качество, организация должна опираться на некоторые базовые данные. К сожалению, лишь немногие организации в настоящее время накапливают такие данные. Для доказательства эффективности АСОИУ необходимы такие базовые метрические данные, как:
Использованное время для выполнения каких-либо процедур
Время, выделенное персонально для конкретных специалистов,
Размер, сложность и качество компонентов системы,
Удобство сопровождения.
Метрическая оценка должна начинаться с реальной оценки текущего состояния среды еще до начала внедрения АСОИУ и поддерживаться постоянно после внедрения системы.
Некоторые организации, успешно внедрившие систему, столкнулись с кратковременными негативными эффектами в начале процесса. Другие, успешно начав, недооценили долговременные затраты на сопровождение и обучение. Наиболее приемлемый временной интервал для оценки степени успешности внедрения должен быть достаточно большим.
Результатом данного этапа является внедрение системы в повседневную практику организации, при этом больше не требуется какого-либо специального планирования кроме планов поддержки АСОИУ.
