Информационные технологии
<<  По химии на металлы в военной технике Применение компьютерных методов в проектировании орнаментальных мотивов  >>
Осуществимость (выполнимость) Требование должно быть выполнимо в
Осуществимость (выполнимость) Требование должно быть выполнимо в
ТЕМА 2. Технологии проектирования информационных систем
ТЕМА 2. Технологии проектирования информационных систем
Картинки из презентации «Методы анализа предметной области» к уроку информатики на тему «Информационные технологии»

Автор: Alex. Чтобы познакомиться с картинкой полного размера, нажмите на её эскиз. Чтобы можно было использовать все картинки для урока информатики, скачайте бесплатно презентацию «Методы анализа предметной области.ppt» со всеми картинками в zip-архиве размером 451 КБ.

Методы анализа предметной области

содержание презентации «Методы анализа предметной области.ppt»
Сл Текст Сл Текст
1ТЕМА 2. Технологии проектирования 32машину, а также предоставлять информацию о
информационных систем. Лекция 7-8. Методы развлечениях. 32.
анализа предметной области. 33Требование является независимым, если
2Начальная стадия ЖЦ ИС. Существуют для его понимания не нужно знать другие
следующие наименования начальной стадии требования. Пример Треб.1: Список
жизненного цикла ИС: Формирование доступных рейсов должен включать номер
концепции Предпроектная стадия рейса, время отправления и время прибытия
Информационное обследование Анализ для каждого отрезка пути. Треб.2: Он
предметной области Анализ требований к должен быть отсортирован по ценам.
системе Основная задача обследования – Требования должны быть независимыми от
оценка реального объема проекта по реализации Пример: Информация должна
созданию ИС, ее целей и задач, состава храниться в текстовом файле. 33.
функциональных подсистем и возможностей 34Корректность – согласованность,
реализации проекта. 2. непротиворечивость. Требования не должны
3Стадии ЖЦ. по ГОСТ 34.601-90 противоречить требованиям своего уровня
Формирование требований к АС Разработка иерархии и требованиям
концепции АС. Техническое задание. "родительского" уровня. Если
Эскизный проект. Технический проект. требование содержит факты, эти факты
Рабочая документация. Ввод в действие. должны быть достоверны: Треб.1: Цена
Сопровождение АС. по ISO/IEC 15288:2002 заказа должна включать все соответствующие
Формирование концепции Разработка платежи (включая стоимость пересылки – 200
Реализация Эксплуатация Поддержка Снятие с руб.) Требование считается корректным,
эксплуатации. Анализ требований. если не существует конфликтов между ним и
Проектирование. Реализация. Внедрение. другими требованиями. 34.
Эксплуатация. 3. 35Прямые конфликты возникают, когда
4Методы анализа предметной области. ожидается различное поведение системы в
Методы изучения и анализа фактического одной и той же ситуации: Треб.1(конфл.):
состояния экономического объекта и Дата должна отображаться в формате
перспектив его развития Методы сбора ММ/ДД/ГГ. Треб.1 (конфл.): Дата должна
требований пользователей; SWOT-анализ; отображаться в формате ДД/ММ/ГГ. Косвенный
Схема Захмана; Метод ISA Методы детального конфликт возникает, когда требования
анализа предметной области Методы описывают разную функциональность, но
формирования нового заданного состояния выполнить оба этих требования одновременно
экономического объекта. 4. невозможно: Треб.1: Система должна иметь
5Этап сбора данных. Основные участники: интерфейс на естественном языке. Треб.2:
бизнес-аналитики; руководство Система должна быть разработана в течение
предприятия-заказчика; ключевые трех месяцев. 35.
пользователи будущей ИС; эксперты Объекты 36Каких требований не должно быть.
изучения: организационная и функциональная Спецификация требований не должна
структура; технико-экономические содержать деталей проектирования или
характеристики; материальные и реализации. Требования должны отвечать на
информационные потоки между вопрос: "что должна делать
подразделениями и внутри них; методы система", абстрагируясь от вопроса
планирования, учета и управления. 5. "как она это должна делать". 36.
6Основные работы I этапа. Основной 37Атрибуты требований. Уникальный
результат – ответ на вопрос: «Стоит ли идентификатор. Приоритет, важность
продолжать данный проект?». 6. реализации с точки зрения пользователей.
7Понятие требования. Требования – это Критичность для построения и успешности
исходные данные, на основании которых системы с точки зрения аналитиков.
проектируются и создаются ИС. Требование – Осуществимость с точки зрения готовности
условие или особенность, которой должна пользователей к новой функции, имеющихся
удовлетворять ИС: функциональность, технологий и стоимости реализации. Риски
необходимая заказчику или пользователю для (высокой стоимости, последствий
разрешения проблем или получения прибыли; использования для окружающей среды и
функциональность, которая должна быть пользователей, конфликтов со стандартами и
реализована в системе в соответствии с законодательством). Источник (кто
официальным документом; ограничение, предложил это требование). Тип требования.
наложенное заинтересованным лицом. 7. 37.
8Строжайшее и единственное правило 38Методы сбора требований. Интервью
построения систем программного обеспечения Анкетирование Наблюдение Самостоятельное
(ПО) - решить точно, что же строить. описание требований Совместные семинары
Никакая другая часть концептуальной работы Прототипирование. 38.
не является такой трудной, как выяснение 39Интервью. Подготовка – планирование
деталей технических требований, в том процесса опроса и выработка стратегии
числе и взаимодействие с людьми, с управления этим процессом. выбор нужного
механизмами и с иными системами ПО. собеседника; договоренность о встрече;
Никакая другая часть работы так не портит формирование предварительной программы
результат, если она выполнена плохо. встречи; изучение сопутствующей
Ошибки никакого другого этапа работы не информации; согласование плана опроса с
исправляются так трудно. Ф. Брукс. 8. группой проектирования. Проведение опроса.
9Классификация требований. Завершение. 39.
Нефункциональные требования. 9. 40Интервью. Подготовка – планирование
10Бизнес- требования. Назначение: процесса опроса и выработка стратегии
Формулировка цели проектирования ИС Где управления этим процессом. Проведение
описываются: Концепция системы (границы и опроса. Завершение. Опрос нужно завершать,
содержание проекта) Пример: система должна если: получен достаточно большой объем
сократить срок оборачиваемости информации; поступает большой объем
обрабатываемых на предприятии заказов в неподходящей информации; информация
три раза. 10. перестает усваиваться; эксперт начинает
11Требования пользователей. Назначение: уставать; с экспертом возник конфликт. 40.
определяют набор пользовательских задач, 41Анкетирование. Преимущество: наименее
которые должна решать ИС, а также способы затратный способ извлечения информации.
(сценарии) их решения в системе. Где Недостаток: наименее эффективный способ
описываются: Диаграммы вариантов сбора данных. В анкетах могут
использования, сценарии взаимодействия, использоваться следующие виды вопросов:
функциональные модели в различных нотациях Многоальтернативные вопросы. Рейтинговые
Пример: система должна представлять вопросы. Вопросы с ранжированием. 41.
диалоговые средства для ввода 42Наблюдение. Применяется для
исчерпывающей информации о заказе, непосредственного сбора сведений о
последующей фиксации информации в базе параметрах, признаках и объектах в
данных и маршрутизации информации о заказе соответствующей предметной области.
к сотруднику, отвечающему за его Различают пассивное и активное наблюдение.
планирование и исполнение. 11. Достоинство: сбор информации, которую
12Функциональные требования. Назначение: невозможно получить путем опроса или
определяют способы реализации ИС. Где изучения документации. Недостаток:
описываются: системные спецификации наблюдатель «вносит помехи» в результаты
(system requirement specification, SRS) измерений. 42.
Пример: заказ может быть создан, 43Самостоятельное описание требований.
отредактирован, удален и перемещен с Используется при наличии: хорошо
участка на участок. 12. структурированной документации,
13Нефункциональные требования – это описывающей устоявшиеся в организации
требования к характеру поведения системы. бизнес-процессы; большого опыта разработки
Удобство использования Надежность ИС в схожих предметных областях.
Производительность Эксплуатационная Достоинство: предварительное формирование
пригодность (способность к сопровождению). требований происходит в удобном для
Интерфейс пользователя, Аппаратные аналитика режиме. Недостаток: возможность
интерфейсы, Программные интерфейсы, пропуска важной информации, связанной с
Коммуникационные интерфейсы. Требования, выполнением бизнес-процессов в реальной
выдвигаемые ИС к среде своего жизни и не вошедшей в документы. 43.
функционирования (объем требуемой памяти, 44Совместные семинары. Групповое
требования к выбору операционной системы). обсуждение по методу «мозгового штурма»
13. проводится с целью обобщения и обсуждения
14Особенности нефункциональных важных для решения проблем вопросов.
требований. Заказчики часто забывают про Недостаток: одна из наиболее затратных
эти требования и не предоставляют их, пока стратегий сбора данных. Достоинства:
не будут заданы соответствующие вопросы. быстрота принятия решений, снижение
Заказчики обычно не в курсе стоимости количества ошибок, выработка нетривиальных
улучшения определенных возможностей. У идей. 44.
нетехнических пользователей часто 45Прототипирование. Прототипирование
возникают проблемы с пониманием смысла является ключевым компонентом технологии
некоторых технических требований. быстрой разработки приложений (RAD – Rapid
Некоторые требования являются сложными в Application Development). RAD базируется
измерении, например: «Система должна быть на следующих принципах: эволюционное
простой для обучения». 14. прототипирование; использование
15Категории нефункциональных требований. CASE-средств, обладающих возможностями
Основные: Удобство использования прямого и обратного проектирования и
Надежность Производительность автоматической генерации кода;
Эксплуатационная пригодность высококвалифицированные специалисты;
Дополнительные: Ограничение на дизайн совмещение живого общения с разработкой в
Требования реализации Требования режиме on-line; жесткие временные рамки.
интерфейса Требования аппаратного 45.
обеспечения Требования документации 46Swot-анализ. Stregths, Weaknesses,
Требования лицензий и юридических норм . Opportunities, Threats) (сильные стороны,
15. слабые стороны, возможности, угрозы) Этапы
16Требование «Удобство использования». SWOT-анализа: определение уникального
Подкатегория. Пример. Доступность. характера организации, ее миссии;
Функциональность бронирования билета на определение внутренних сильных и слабых
самолет должна быть доступна с домашней сторон организации по отдельным
страницы. Эстетичность. Поля ввода на направлениям деятельности; определение
одной странице должны быть выровнены внешних возможностей и угроз; определение
вертикально. Соответствие интерфейсу практических приоритетных целей на
пользователя. Пользовательский интерфейс среднесрочный период.
должен соответствовать стандарту IBM. 47Пример SWOT-таблицы. Внешняя среда.
Эргономич-ность. При открытии диалогового Внутренняя среда. Возможности
окна курсор должен быть на первом поле (Opportunities). Сильные стороны
ввода. Легкость в использовании. Среднее (Strengths). Регионы России, где
время процедуры бронирования должно быть господствуют местные авиаперевозки
не более двух минут. 16. Увеличение потребности в авиаперевозках в
17Требование «Надежность». Подкатегория. мире. Географическое положение
Пример. Работоспособность. Система должна Разветвленная инфраструктура. Угрозы
быть доступна 99,93% времени. Прочность. (Threats). Слабые стороны (Weaknesses).
На каждый неверный ввод данных Низкая покупательная способность населения
пользователем система должна реагировать России Рост цен на традиционных курортах
соответствующим сообщением об ошибке. Конкуренция со стороны западных
Точность. Денежные расчеты должны авиаперевозчиков. Отсутствие единой
выполняться и храниться с точностью до информационной системы Старый авиапарк
двух десятых. Восстанавливае-мость. После Необходимость ликвидации рабочих мест в
восстановления системы из состояния связи с переходом на новый авиапарк
неработоспособности обработка данных Неэффективная эксплуатация некоторых
должна производиться в том же режиме, что линий.
и до сбоя. Корректность. После выпуска 48Схема Захмана. Зачем. Мотивация. Цели
релиза система может иметь не более чем 20 организации и базовые правила, по которым
незначительных ошибок. 17. она работает. Кто. Люди. Персонал,
18Требование «Производительность». подразделения и другие элементы
Подкатегория. Пример. Скорость обработки орг.структуры, связи между ними. Что.
данных. Система должна обрабатывать 1000 Данные. Сущности и данные, с которыми
процедур бронирования билетов в минуту. имеет дело организация. Как. Функции.
Время ответа. Среднее время отображения Выполняемые функции и операции над
списка полетов должно быть не более 10 данными. Где. Место. Географическое
секунд. Время восстановления. Среднее распределение элементов организации и
время восстановления должно быть менее связи между ее частями. Когда. Время.
часа. Время загрузки /выхода. Система Временные характеристики и ограничения на
должна быть работоспособной в течение деятельность организации, значимые для ее
одной минуты от момента загрузки. Емкость. деятельности события.
Система должна обслуживать 5000 49
пользователей одновременно. Использование 50ISA (Information Systems Architecture
ресурсов. Система должна хранить в БД не ). Респонденты. Метод «5х6». Вопросы.
более 1 млн. транзакций. При превышении Ответственный за ИТ у заказчика ИС –
лимита старые транзакции архивируются. 18. определяет границы ИС; Представитель
19Требование «Эксплуатационная высшего руководства заказчика ИС –
пригодность». Тестируемость определяет соответствие ИС задачам данной
Приспособляемость Совместимость организации; Ответственный представитель
Способность к обновлению Расширяемость исполнителя (проектировщик) – определяет
Переносимость Возможность многократного физическую модель системы, ее основные
применения Взаимодействие с другими ИС компоненты; Представитель исполнителя
Способность к аудиту Способность к (конструктор) – обеспечивает предложения
локализации. 19. по детализации технологических решений;
20Дополнительные требования. Требования Поставщик (субподрядчик) – поставляет
реализации. Требования интерфейса. компоненты системы. Почему объект
Требования документации. Язык существует? (Мотивация существования
программирования Используемая база данных. организации). Кто работает с объектом?
Сторонние компоненты. Ограничения на (Кто будут пользователи?) Что представляет
ресурсы: память, дисковое пространство. собой объект автоматизации? (С какими
Стандарты кодирования. Пользовательский данными будет работать ИС?) Как
интерфейс. Интерфейс аппаратного функционирует объект автоматизации? (Какие
обеспечения. Интерфейс программного бизнес-процессы присутствуют, какие задачи
обеспечения. Интерфейс коммуникаций. решаются?) Где расположен объект
Распечатанная документация. Документация, автоматизации? (Компоненты ИС и их
доступная на СD. Документация, доступная размещение) Когда с объектом что-либо
он-лайн. 20. происходит? (Изменение данных,
21Источники требований. Федеральное и распределение событий и состояний во
муниципальное отраслевое законодательство времени).
(конституция, законы, распоряжения) 51Методы детального анализа предметной
Нормативное обеспечение организации области Методика обследования
(регламенты, положения, уставы, приказы) бизнес-процессов. 51.
Текущая организация деятельности объекта 52I этап. Цель этапа: Зафиксировать
автоматизации Модели деятельности (идентифицировать) структуру организации и
(диаграммы бизнес-процессов) Журналы общие закономерности ее деятельности.
использования существующих Запрос документов, регламентирующих
программно-аппаратных систем Конкурирующие деятельность организации. Систематизация
программные продукты Заинтересованные информации. Отчет. Документы, определяющие
лица. 21. функционирование организации в целом;
22Заинтересованные лица. документы, определяющие направления ее
Бизнес-аналитики, дизайнеры, кодировщики, деятельности; документы, определяющие
тестеры, менеджеры проектов, менеджеры по правила и принципы осуществления
внедрению. Государственные органы стратегического управления; стратегический
контроля, поставщики стандартов и план развития организации. Общие принципы
регламентов. Эксперты предметной области, функционирования организации. Направления
авторы документов, собственники сайтов. деятельности. Правила взаимодействия с
Лица, вовлеченные в процесс настройки и внешними организациями. Перечень основных
сопровождения системы (хостинговая бизнес-процессов. 52.
компания, справочная служба). 22. 53II этап. Цель этапа: Выявить общую
23Использование требований при структурную схему бизнес-процессов
разработке ИС. Заинтересованное лицо. организации, зафиксировать функции
Область использования требований. подразделений. Название подразделения.
Системный аналитик. Постановка задачи, Документы, определяющие условия работы
определение рамок проекта. Представитель подразделения и выполнение конкретных
заказчика. Постановка задачи, определение функций (регламенты, должностные
рамок проекта, контроль работы инструкции, кодексы). Функции
исполнителей, приемка результатов работы. подразделения. Документы других
Проектировщик. Разработка архитектуры, подразделений (отчеты, справки, заказы,
проектирование подсистем. Программист. заявки и т.п.), поступающие в данное
Разработка программного кода. Тестировщик. подразделение, необходимые для его работы.
Составление планов тестирования, тестовых Документы, появляющиеся в результате
сценариев. Менеджер проекта. Планирование работы подразделения, которые используются
и контроль исполнения работ. 23. в других подразделениях, передаются
24Свойства требований. Полнота Ясность поставщикам, клиентам или архивируются.
(краткость, простота, точность, Предварительный запрос информации о
недвусмысленность) Верифицируемость функционировании подразделений. Запросная
(тестируемость, возможность проверки) форма. Подготовка положения о
Необходимость и полезность при классификации бизнес-процессов.
эксплуатации Осуществимость (выполнимость, Формирование отчета. 53.
правдоподобность, реализуемость) 54Содержание отчета по II этапу.
Элементарность и трассируемость Структура организации. Классификация
(прослеживаемость) Независимость от других бизнес-процессов. Описание деятельности
требований (атомарность), Независимость от подразделений: название подразделения;
реализации (абстрактность) Корректность документы, регламентирующие деятельность;
(согласованность, непротиворечивость) выполняемые функции; входящие документы;
Постоянство (стабильность). 24. исходящие документы; ревизия имеющихся
25Полнота требования означает, что текст организационных документов; результаты
требования не требует дополнительной деятельности подразделения. 54.
детализации, то есть, в нем предусмотрены 55III этап. Цель этапа: зафиксировать
все необходимые нюансы, особенности и необходимые детали бизнес-процессов.
детали данного требования. Различают Запрос информации о выполнении
полноту отдельного требования и полноту бизнес-процесса. Подготовка положения о
системы требований. 25. бизнес-процессах. Разработка положений о
26Ясность – недвусмысленность, документообороте в подразделениях.
определенность, однозначность Первоначальные данные или информация, с
спецификаций. Требование обладает поступления которых начинается выполнение
свойством ясности, если оно сходным функции Данные, необходимые для выполнения
образом воспринимается всеми функции. Их источники; Данные, формируемые
заинтересованными лицами. 26. при выполнении функции. Их получатели;
27Требование 1 (неясное): Система не Сотрудники организации, а также клиенты,
должна принимать слишком короткие пароли. поставщики и иные внешние организации,
Требование 1 (ясное): Система не должна участвующие в выполнении функции;
принимать пароли менее 8 символов. Если Материалы и другие материальные ценности,
пользователь вводит менее 8 символов при необходимые и потребляемые при выполнении
выборе пароля, сообщение об ошибке должно функции; Материалы и другие материальные
информировать пользователя о необходимом ценности, получаемые в результате
исправлении пароля. 27. выполнения функции; Степень важности
28Требование 2 (неясное): Иногда процесса в рамках работы подразделения.
пользователь будет вводить Код Аэропорта, Проблемы, возникающие при выполнении
который система будет распознавать. Но процесса: насколько критичны (влияют на
иногда код можно заменить близлежащим общую деятельность организации; влияют на
городом, и тогда пользователю не нужно функционирование отдела; не значительны);
знать код аэропорта, т.к. система будет зависят от работы: сотрудников/смежных
понимать название города. Требование 2 подразделений/ поставщиков/клиентов,
(ясное): Система должна идентифицировать неблагоприятно влияют на:
аэропорт на основании Кода Аэропорта или стоимость/время/качество выполнения
Названия Города. 28. процесса. Время выполнения процесса.
29Верифицируемость – пригодность к Последовательность действий выполнения
проверке. Тестировщики должны иметь процесса. 55.
возможность проверить, было ли требование 56Положение о бизнес-процессе. Название
реализовано корректно. Треб.1: Функция бизнес-процесса. Условия начала выполнения
поиска должна позволять пользователю бизнес-процесса. Документы и данные,
искать заказ на основе Фамилии, Имени, необходимые для выполнения бизнес-процесса
Даты, и т.д. Треб. 2 Система должна и их источники. Документы, создаваемые в
препятствовать одновременному доступу результате выполнения бизнес-процесса и их
большого числа пользователей. Треб.3: Код получатели. Действующие лица, принимающие
аэропорта должен быть введен. 29. участие в выполнении бизнес-процесса.
30Необходимым считается требование, Материальные ценности, необходимые для
невыполнение которого угрожает выполнения бизнес-процесса, если таковые
работоспособности или эффективности ИС. В есть. Материальные ценности – результат
требовании нет необходимости, если: Ни выполнения бизнес-процесса, если таковые
одному заинтересованному лицу требование есть. Результаты выполнения
не нужно. Пример. Пользователь должен бизнес-процесса (кроме вошедших в п.7).
иметь возможность просмотра карты Цель данного бизнес-процесса, его место и
аэропорта. Удаление требования не повлияет роль в общих задачах (процессах) компании.
на систему, т.к. оно не предоставляет Проблемы, возникающие при выполнении
никакой новой информации: Пример. Все бизнес-процесса. Нештатное завершение
требования, указанные в документе (выполнение) бизнес-процесса.
Концепция, должны быть реализованы и Последовательность действий выполнения
протестированы. Полезность при бизнес-процесса. 56.
эксплуатации – требование, выполнение 57Положение о документообороте. Схема
которого повышает эргономические качества документооборота Номер (код) документа
продукта. 30. Наименование документа Источник документа
31Осуществимость (выполнимость) (откуда приходит) Получатель (получатели)
Требование должно быть выполнимо в рамках документа Информация, документы,
существующих ограничений, таких как время, используемые при формировании документа
деньги и доступные ресурсы. Пример: Операции, выполняемые над документом
Система должна иметь интерфейс на Ответственный за выполнение операций над
естественном языке, который будет понимать документом Табель документооборота Номер
команды на русском языке. Выполнимость документа Наименование документа Тип
требования определяется разумным балансом документа (Внутренний/внешний;
между степенью необходимости и требуемыми Входящий/исходящий; транзитный) Частота
ресурсами. 31. документа за временной период
32Требование считается элементарным, Ответственный за документ (сотрудник или
если оно содержит только один трассируемый отдел) Альбом форм документов Номер формы
элемент, который дает возможность Наименование формы (классы документов)
отследить связь между ним и другими Поля формы Обязательные для заполнения
элементами информационной системы. Пример: поля Типовая форма (ссылки на образец и
Система должна предоставлять возможность шаблон) Таблица соответствия форм и
бронировать рейс, покупать билет, документов Номер формы Наименование формы
бронировать номер в гостинице, бронировать Код документа. 57.
Методы анализа предметной области.ppt
http://900igr.net/kartinka/informatika/metody-analiza-predmetnoj-oblasti-247214.html
cсылка на страницу

Методы анализа предметной области

другие презентации на тему «Методы анализа предметной области»

«Информационные технологии в экономике» - Информация. Презентации к лекциям (Медиа-сервер ВГУЭС). Свойства информации. Локальные беспроводные сети. Расширение границ офиса. Расширение функциональных возможностей информационных систем. Развитие электронного бизнеса. Понятие информационной технологии. Основные понятия информационного общества.

«Новые информационные технологии» - Принципы единой информационной базы. Принципы системного внедрения компьютеров в учебный процесс. Принципы непрерывного развития системы. Средством подготовки и передачи информации обучаемому является компьютер. Принципы максимально разумной типизации проектных решений. Принцип системного подхода. Новые информационные технологии.

«Виды информационных технологий» - Автоматизация офиса. односторонняя видео - и аудиосвязь. Требования к отчетам. Видеотекст. Обработка данных. Возможности получения информации в форме видеотекста: Сбор данных. Основные компоненты информационной технологии обработки данных. Хранение данных. Решаемые задачи обработки данных: Условия повышения эффективности аудиоконференций.

«Информационные технологии в образовании» - Информационные технологии в образовании. Чёткие тесты. Инструменты управления. Развитие (wiki, загрузки). Отсутствие очного общения. Развитие информационного пространства. Обучение. Проведение исследований. Нет ограничения на 1 предмет. Поддержка обучения. Образование. «Образование за последние 100 лет так мало изменилось технологически…

«Информационные технологии и учитель» - Содержание. Информационные технологии в работе педагога. Что такое веб 2.0? Федеральные порталы ЭОР. Как устроено содержание (ОМС)? Технологические этапы развития Интернета: Интернет-технологии в помощь учителю. Каковы инновационные качества ЭОР? Федеральный центр информационно-образовательных ресурсов (ФЦИОР).

«Информационные технологии обучения» - О гибких дисках компакт-дисках видео- и аудиокассет. Интернет – технология (сетевая). Гипертекстовый электронный учебник. Видео. Желаю виртуозно владеть информационными технологиями. Педагогические цели использования информационных технологий. Информационные технологии. Технологии с полной интерактивностью.

Информационные технологии

33 презентации об информационных технологиях
Урок

Информатика

130 тем
Картинки
900igr.net > Презентации по информатике > Информационные технологии > Методы анализа предметной области