- •Оглавление
- •Архитектура эвм
- •SharePoint 2010
- •Процессор
- •Этапы проектирования информационных систем в образовании
- •Периферийные устройства эвм, Внешние запоминающие устройства
- •Стохастическое моделирование
- •Организация прерываний в эвм
- •Функции, процедуры и службы управления учебным процессом
- •Информатика и информация.
- •1.Содержательный подход 2. Алфавитный подход
- •3. Вероятностный подход - Формула Шеннона:
- •Имитационное моделирование.
- •1. Модели систем массового обслуживания
- •2. Модели случайных событий
- •3. Клеточные автоматы
- •Обеспечение целостности и безопасности информации
- •Экспертные системы
- •Назначение и функции oc
- •Анализ компромиссов и рисков программного проекта
- •Организация памяти компьютера
- •Системный подход к исследованию систем
- •Система управления вводом-выводом
- •Критерии качества программ
- •Id и name
- •Idref и idrefs
- •Процессы жизненного цикла программных средств
- •Основы JavaScript
- •Основные структуры программирования
- •Управление проектированием информационных систем в образовании
- •EXtreme Programming или xp (экстремальное программирование)
- •Структурные типы данных в языках программирования
- •Массивы
- •Записи (структуры)
- •Множества
- •Агентное моделирование
- •Этапы развития технологии программирования
- •Методы представления знаний
- •Представление математических объектов в системах компьютерной алгебры
- •Uml как язык объектно-ориентированного проектирования
- •Модулярная арифметика
- •Состав и функции подсистем ису
- •Понятие информации формы её представления
- •Системный подход в моделировании
- •Энтропия
- •Процесс проектирования информационных систем в образовании
- •Количество информации
- •1.2.3. Различные подходы к измерению информации
- •Методы описания информационных систем
- •Кодирование
- •Сжатие данных
- •Помехоустойчивое кодирование
- •Управление проектированием информационных систем в образовании
- •Методики (методологии) управления ит-проектами (тяжеловесные, легковесные): особенности, примеры.
- •Алгоритм Евклида
- •Этапы развития технологии программирования
- •1 Этап: методологии программирования нет.
- •2 Этап: структурное программирование.
- •3 Этап: модульное программирование.
- •4 Этап: объектно-ориентированное программирование.
- •Основы web-дизайна
Назначение и функции oc
Операционная система (ОС) – комплекс управляющих и обрабатывающих программ, которые обеспечивают возможность рационального использования оборудования компьютера удобным для пользователя образом.
Операционная система как виртуальная машина представляет собой интерфейс между пользователем и компьютером.
Операционная система как менеджер ресурсов осуществляет упорядоченное и контролируемое распределение процессоров, памяти и других ресурсов между различными программами.
Операционная система как защитник пользователей и программ организует совместную работу и безопасную деятельность нескольких пользователей. Обеспечивает сохранность информации на диске для всех пользователей.
Операционная система как постоянно функционирующее ядро, взаимодействующее со всеми прикладными программами.
Основные функции ОС:
управление устройствами компьютера (ресурсами), т.е. согласованная работа всех аппаратных средств ПК: стандартизованный доступ к периферийным устройствам, управление оперативной памятью и др.
управление процессами, т.е. выполнение программ и их взаимодействие с устройствами компьютера.
управление доступом к данным на энергонезависимых носителях (таких как жесткий диск, компакт-диск и т.д.), как правило, с помощью файловой системы.
ведение файловой структуры.
пользовательский интерфейс, т.е. диалог с пользователем.
Дополнительные функции:
параллельное или псевдопараллельное выполнение задач (многозадачность).
взаимодействие между процессами: обмен данными, взаимная синхронизация.
защита самой системы, а также пользовательских данных и программ от злонамеренных действий пользователей или приложений.
разграничение прав доступа и многопользовательский режим работы (аутентификация, авторизация).
Анализ компромиссов и рисков программного проекта
Риски могут быть “известные”- те, которые определены, оценены, для которых возможно планирование.
Риски “неизвестные” – те, которые не идентифицированы и не могут быть спрогнозированы.
Управление рисками – это процессы, связанные с идентификацией, анализом рисков и принятием решений, которые включают максимизацию положительных и минимизацию отрицательных последствий наступления рисковых событий.
Процедуры управления рисками:
Планирование управления рисками – выбор подходов и планирование деятельности по управлению рисками проекта.
Идентификация рисков – определение рисков, способных повлиять на проект, и документирование их характеристик.
Качественная оценка рисков – качественный анализ рисков и условий их возникновения с целью определения их влияния на успех проекта.
Количественная оценка – количественный анализ вероятности возникновения и влияния последствий рисков на проект.
Планирование реагирования на риски – определение процедур и методов по ослаблению отрицательных последствий рисковых событий и использованию возможных преимуществ.
Мониторинг и контроль рисков - мониторинг рисков, определение остающихся рисков, выполнение плана управления рисками проекта и оценка эффективности действий по минимизации рисков.
Треугольник компромиссов
После достижения утвержденного равновесия с заказчиком, т.е. на запрашиваемые возможности вы назвали и зафиксировали сроки и смету, любое изменение на одной из сторон треугольника влечет изменение на двух оставшихся.
Целевой коридор определяет приемлемый срок завершения проекта.
Завышенные требования характеризуются давлением сроков, что приводит к соответствующему снижению качества.
Реальные требования по срокам определяют соответствующее качество.
Недостаточность давления по срокам определяет снижение качества.
Для анализа рисков и компромиссов проводится работа с заказчиком.
Сбор требований
Цель этапа — точно определить функции продукта и способы его интеграции в существующие процессы.
Способы - интервью, анкетирование, семинар.
Составляется матрица компромиссов.
Фиксируются приоритеты факторов проекта (ресурсы, время, возможности). На один из факторов влиять в течение проекта будет практически невозможно (Фиксируется), - другой будет обладать некоторым приоритетом при разрешении компромиссов (Согласовывается) и оставшийся будет принят в соответствии с первыми двумя (Принимается).
Смысл описания рисков реализации ИТ-проектов заключается в том, чтобы заранее выявить эти риски и провести комплекс предупреждающих мероприятий.