- •Раздел 2. Лист 75/75
- •1) Постановка задачи.
- •2) Математическая формализация.
- •3) Построение алгоритма.
- •4) Составление алгоритма на языке программирования.
- •5) Отладка и тестирование программы.
- •6) Проведение расчетов и анализ получаемых результатов.
- •Основные типы алгоритмов. Структуры и формы записи алгоритмов.
- •2) Графический способ (с использованием графических примитивов, блок-схем)
- •1) Словесно-формульный (на естественном языке)
- •Структурированные типы данных (массивы, файлы, записи, множества).
- •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.Практическое использование пилотного проекта: план перехода и его реализация
1 Название подсистемы





Подсистемы еще, как правило, нумеруются (для идентификации).

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

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