extracted_text:
РЕГЛАМЕНТ
РАБОТЫ подготовка к
ПМПК
Как педагогу-психологу подготовиться к осенней ПМПК.
Алгоритм действий и документы
В
статье – образцы документов для педагога-психолога, чтобы направить дошкольника
осенью на ПМПК. Поможем вам подготовить психолого-педагогическую характеристику
" 11 и
лист психологической адаптации к детскому саду " 14. На
e.psihologsad.ru вы можете скачать образцы карты
психического развития, согласия родителей и пустые формы документов.

Расскажем, как подготовиться к
психолого-медико-педагогической комиссии (ПМПК) и не допустить ошибок. Чтобы
направить ребенка на ПМПК, нужно определить стадию его адаптации к детскому
саду. Измерить показатели до того, как ребенок прошел ПМПК, и повторно после
ПМПК и коррекционной работы с ним. Составить психолого-педагогическую
характеристику помогут лист психологической адаптации к детскому саду и карта
психического развития ребенка.
Выберите подходящее время для ПМПК
Направляйте ребенка на ПМПК только
после того, как пройдет период адаптации к детскому саду. Не учитывать
особенностей этого периода – частая ошибка ваших коллег, из-за которой они
приходят к ложным выводам

Елена
  Абазян, педагог-психолог ДО «Цветик» ГБОУ
«Школа  2109»,
Москва

о состоянии ребенка.
Бывает, что во время
  адаптации к детскому саду ребенок молчит, не говорит с педагогами, проявляет
  агрессию, негативизм, громко плачет, капризничает, недостаточно проявляет
  навыки самообслуживания,

гигиены, опрятности. Однако потом
негативные признаки исчезают.
Адаптационный период у каждого ребенка
индивидуален и может растянуться от трех месяцев до двух лет. Это зависит от
особенностей ребенка и от того, как он посещает детский сад.
Проведите индивидуальную диагностику
Индивидуальная диагностика поможет
подтвердить необходимость ПМПК и изучить особенности, над которыми надо
работать. Например, чья помощь нужна – педагога-психолога, логопеда или
дефектолога. Согласие на индивидуальную диагностику отдельно брать не нужно, так
как в начале работы с ребенком вы берете общее согласие на психологическое
сопровождение.
Чтобы получить полное
представление о состоянии ребенка, заполните карту психического развития для
детей от 3 до 7 лет. Ее заполняют педагоги-психологи и учителя-логопеды. Карта
поможет сравнить психофизические процессы и речевое развитие ребенка в начале и
в конце года. Для этого баллы за задания суммируйте и разделите на количество
заданий. Результат внесите в конец таблицы в строку «оценка». Сравните
результаты ребенка до и после ПМПК и работы со специалистами. Авторы
диагностики – О.А. Романович и Е.П. Кольцов. Образец заполнения карты
педагогом-психологом смотрите в тексте этой статьи на e.psihologsad.ru.
Убедите родителей ребенка пойти на ПМПК
Чтобы родители согласились, что их
ребенку необходима ПМПК, их нужно подготовить. Делайте это постепенно.
Попросите о помощи воспитателей " 48.
Пусть воспитатели подготовят родителей к встрече с вами, а ваша задача –
рассказать о том, что такое ПМПК.
В начале и в
конце беседы говорите с родителями о приятном, а об особенностях развития
ребенка – в се-
РЕГЛАМЕНТ
РАБОТЫ подготовка к
ПМПК

3
месяца –
минимальный
срок адаптации к детскому саду

редине. Объясните,
  что мешает адаптации к детскому саду, что показала индивидуальная
  диагностика, зачем и как проходят ПМПК, как подготовить документы.
Подготовьте характеристику
В
  психолого-педагогической характеристике обратите внимание на то, как у
  ребенка развиты навыки самообслуживания, речь, понимание и исполнение
  инструкций, самостоятельность " 11.
  Также возьмите информацию из листа психологической адаптации дошкольника " 14.
Передайте характеристику родителям лично в руки и так, чтобы они могли
  прочитать ее при вас и задать вопросы. Поясните термины и приведите примеры
  поведения ребенка, которые покажут, что вы имели в виду. Скажите, что через
  неделю после ПМПК они получат заключение комиссии. Там будут указаны
  направления работы с ребенком и рекомендованные специалисты.

Обсудите с педагогами итоги ПМПК
На педсовете расскажите, с какой периодичностью и в какой
форме вы и другие специалисты будете работать с детьми: индивидуально, в
группах, подгруппах, фронтально. Укажите дни недели и время занятий.
Обсуждайте во
всеуслышание только наиболее общие вопросы по итогам ПМПК. Ошибка –
конкретизировать на педсовете информацию о детях, о том, что будут делать
педагог-психолог, логопед. Воспитатели начинают обобщать похожие случаи и
действовать без учета индивидуальных особенностей ребенка. Кроме того, нельзя разглашать
информацию о состоянии ребенка, чтобы не спровоцировать конфликт с родителями и
не нарушить закон.
Проведите индивидуальные беседы с
воспитателями. Расскажите, на что обратить внимание во взаимоотношениях с
ребенком, как улучшить контакт с ним, вовлечь в образовательную деятельность.

РЕГЛАМЕНТ
РАБОТЫ подготовка к
ПМПК
Соматическое
здоровье. Болеет редко, аппетит нормальный. Во
время дневного сна засыпание быстрое, сон спокойный. Просыпается с помощью взрослого.
Социально-бытовые
навыки. Санитарно-гигиенические навыки,
навыки самообслуживания и опрятности сформированы недостаточно.
Особенности
игровой деятельности.
Игра элементарная,
предметная. Игровой репертуар крайне скуден. Любит манипулировать мелкими игрушками.
Основные
трудности, отмечаемые в общении.
В контакт мальчик
вступает с трудом. Инициативу сам не проявляет. Диалог поддерживает на короткий
период. Для общения использует лепетные слова, жесты.
Особенности отдельных познавательных процессов. Восприятие цвета не сформировано. Мальчик не знает
основных цветов. Восприятие величины и формы в стадии формирования. Складывает
матрешку из 3–4 частей с трудом, хотя как способ выполнения задания использует
перебор вариантов. Затрудняется конструировать строительным материалом с
палочками по образцу. В частях тела и лица ориентируется. Нет понятий «один» и
«много». Восприятие времени не сформировано. Обобщение и классификация в
мыслительной деятельности развиты недостаточно: ребенок умеет обобщать лишь две
группы предметов. Процессы сравнения и систематизации в мыслительной
деятельности развиты недостаточно. Речь тихая и непонятная.
Развитие
графической деятельности.
Мелкая моторика
недостаточно развита. Захват карандаша не сформирован, нажим слабый.
С. 2 из 3
Состояние
Чтобы дать подробную характеристику,
воспользуйтесь критериями из карты психического развития

alt: РЕГЛАМЕНТ РАБОТЫ подготовка к

alt: РЕГЛАМЕНТ РАБОТЫ подготовка к

title: Для психолога


extracted_text:
Packet Tracer: устранение проблем, связанных с шлюзом
по умолчанию

Топология

Таблица адресации

Устройство

Интерфейс

IP-адрес

Маска подсети

Шлюз по умолчанию

R1

G0/0

192.168.10.1

255.255.255.0

Недоступно

G0/1

192.168.11.1

255.255.255.0

Недоступно

S1

VLAN
  1

192.168.10.2

255.255.255.0

S2

VLAN
  1

192.168.11.2

255.255.255.0

ПК1

Сетевой
  адаптер

192.168.10.10

255.255.255.0

ПК2

Сетевой
  адаптер

192.168.10.11

255.255.255.0

ПК3

Сетевой
  адаптер

192.168.11.10

255.255.255.0

ПК4

Сетевой
  адаптер

192.168.11.11

255.255.255.0

Задачи
Часть 1. Проверка
сетевой документации и устранение проблем Часть 2. Внедрение, проверка и
документирование решений
Исходные данные
Чтобы устройство могло обмениваться данными в пределах
нескольких сетей, в параметрах такого устройства должны быть настроены
IP-адрес, маска подсети и шлюз по умолчанию. Шлюз по умолчанию используется в
том случае, когда конкретный узел хочет отправить пакет на устройство другой
сети. Адрес шлюза по умолчанию, как правило, является адресом интерфейса
маршрутизатора, связанным с локальной сетью, с которой, в свою очередь,
соединён данный узел. В этом задании вы завершите работу по составлению сетевой
документации. Затем вам необходимо будет проверить сетевую документацию,
протестировав сквозное соединение и устранив возникшие проблемы. При решении
возникших проблем вам помогут следующие шаги.
1)    Проверьте
сетевую документацию и воспользуйтесь тестовыми проверками, чтобы выявить
существующие проблемы.
2)    Определите
оптимальное решение для устранения конкретной проблемы.
3)    Реализуйте
это решение.
4)    Проведите
тестирование, чтобы убедиться, что проблема устранена.
5)    Документирование
решения.
В ходе курса CCNA вы столкнётесь с различными описаниями
методов поиска и устранения неисправностей, а также с другими способами
проверки и документирования проблем и решений. Это сделано намеренно. Для поиска
и устранения неисправностей не существует единого стандарта или шаблона. В
каждой организации есть свои уникальные процессы и стандарты документирования
(даже в случае, если он нормативно не утверждён). Однако все эффективные методы
поиска и устранения неполадок обычно включают в себя вышеуказанные действия.
Примечание. Если вы знакомы с конфигурацией шлюза
по умолчанию, это задание может показаться вам более сложным, чем может
показаться на первый взгляд. Вы наверняка сможете быстрее определить и устранить
возможные проблемы с сетью своими силами, чем путём выполнения этих процедур.
Однако по мере изучения курса масштаб сетей и проблем, с которыми вы
столкнётесь, будут становиться всё сложнее. В таких ситуациях единственным
эффективным способом обнаружения и устранения неполадок является использование
методического подхода, аналогичного тому, который используется в данном
задании.
Часть 1: Проверка
сетевой документации и устранение проблем
В части 1 этого задания вы составите документацию
и выполните проверку сети, чтобы найти проблемы. Кроме того, вы определите
соответствующее решение для последующей его реализации в части 2.
Шаг 1:    Проверка сетевой документации и устранение
проблем.
a.     Перед
началом проверки сети должным образом вам необходимо иметь полную документацию
по ней. Обратите внимание, что в таблице адресации отсутствуют некоторые
данные. Заполните таблицу адресации, указав отсутствующие данные шлюза
по умолчанию для коммутаторов и ПК.
b.     Проверка
связи с устройствами, принадлежащих одной сети. Выявляя и устраняя проблемы с
локальным доступом, проверить работу удалённого подключения можно быстрее, если
определить работу локального подключения.
План проверки может быть таким же простым, как список
тестовых проверок связи. Используйте следующие тесты для проверки локального
подключения и поиска всех проблем с доступом. Первая проблема уже была
задокументирована, но вы должны проверить это решение в части 2.
Документация по тестированию и проверке

Проверка

Выполнено?

Проблемы

Решение

Проверено

ПК1 с ПК2

Нет

IP-адрес на ПК1

Изменить
  IP-адрес ПК1

PC1 с S1

PC1 с R1

Примечание. Данная таблица является только примером.
Необходимо создать собственный документ. Можно составить таблицу на листе
бумаги или воспользоваться текстовым редактором или электронной таблицей. За
дополнительной информацией обращайтесь к преподавателю.
c. Проверьте подключение к
удалённым устройствам (например связь между ПК1 и ПК4) и задокументируйте все
проблемы. Зачастую такой процесс называется сквозным соединением. Это
означает, что все устройства в сети имеют все возможности подключения,
разрешаемые сетевой политикой.
Примечание. Проверка подключения к удалённым
устройствам ещё невозможна, потому что сначала необходимо решить проблемы
локальной сети. После решения этих проблем вернитесь к этому шагу и проверьте
связь между сетями.
Шаг 2:    Определение оптимального решения для
устранения проблемы.
a.     Для
поиска причины проблемы используйте полученные знания о принципах работы сети,
а также навыки по настройке устройств. Например, коммутатор S1 не является
причиной проблемы связи между ПК1 и ПК2. Индикатор связи горит зелёным, а
конфигурация S1 не предусматривает передачу трафика между ПК1 и ПК2. Таким
образом, проблема должна быть на компьютере ПК1, ПК2 или на обоих устройствах.

b.     Проверьте
параметры адресации устройства, чтобы убедиться, чти они соответствуют сетевой
документации. Например, команда ipconfig показывает, что ПК1 имеет
неправильный IP-адрес.
c.     Предложите
решение, которое, по вашему мнению, может решить проблему, и задокументируйте
его. Например, изменить IP-адрес ПК1 согласно документации.
Примечание. Зачастую решений может быть несколько.
Однако оптимальным методом устранения неполадки является внедрение одного
решения. Внедрение нескольких решений может привести к возникновению других
проблем в случае более чем одного решения.
Часть 2: Внедрение,
проверка и документирование решений
В части 2 этого упражнения вы внедрите решения, которые
были определены в части 1. Затем вы проверите работу решения. Вам может
понадобиться вернуться к части 1, чтобы завершить поиск всех проблем.
Шаг 1:    Внедрение решений для проблем подключения.
См. данные документации в части 1. Выберите первую
проблему и внедрите своё предложенное решение. Например, исправить IP-адрес на
ПК1.
Шаг 2:     Убедитесь, что проблема решена.
a.     Убедитесь,
что ваше решение устранило проблему, выполнив проверку, в ходе которой была
выявлена проблема. Например, можно ли теперь отправить эхо-запрос с ПК1 на ПК2?

b.     Если
проблема решена, укажите это в своей документации. Например, в таблице выше
достаточно будет поставить галочку в столбце «Проверено».
Шаг 3:     Убедитесь, что все проблемы решены.
a.     Если
у вас остались проблемы с решениями, которые ещё не были внедрены, вернитесь к
части 2, шаг 1.
b.     Если
все текущие проблемы устранены, решены ли проблемы с удалёнными подключениями
(например, есть ли связь между ПК4 и ПК1)? Если ответ отрицательный, вернитесь
к части 1, шаг 1в, чтобы проверить удалённые подключения.
Предлагаемый способ подсчёта баллов

Задача

Возможные баллы

Полученные баллы

Составление сетевой документации

20

Документирование проблем и их решений

45

Оценка Packet Tracer (решённые проблемы)

35

Общее количество баллов

100

file_name: 261. Packet Tracer устранение проблем, связанных с шлюзом по умолчанию.pdf

alt: ПК4 Сетевой адаптер 192

alt: Заполните таблицу адресации , указав отсутствующие данные шлюза по умолчанию для коммутаторов и


extracted_text:
8. Лекция по теме Разработка и внедрение информационной системы

Принципы
создания информационной системы
Многие пользователи компьютерной
техники и программного обеспечения неоднократно сталкивались с ситуацией, когда
программное обеспечение, хорошо работающее на одном компьютере, не работает на
другом таком же устройстве. Или системные блоки одного вычислительного
устройства не стыкуются с аппаратной частью другого. Или информационная система
другой компании упорно не желает обрабатывать данные, которые вы подготовили в
информационной системе у себя на рабочем месте. И так далее... Эта проблема
называется проблемой совместимости
вычислительных, телекоммуникационных и информационных устройств.
Развитие систем и средств
вычислительной техники, расширенное их внедрение во все сферы науки, техники,
сферы обслуживания и быта привели к необходимости объединения конкретных
вычислительных устройств и реализованных на их основе информационных систем в единые информационно-вычислительные системы (ИВС) и среды.
При этом разработчики ИВС столкнулись с рядом проблем.
Например, разнородность технических средств вычислительной техники
с точки зрения организации вычислительного процесса, архитектуры, системы
команд, разрядности процессора и шины данных и т. д. потребовала создания физических интерфейсов, реализующих, как правило,
взаимную совместимость устройств. При увеличении числа типов интегрируемых
устройств сложность организации физического интерфейса между ними существенно
возрастала. Разнородность программируемых сред, реализуемых в конкретных
вычислительных устройствах и системах, с точки зрения многообразия операционных
систем, различия в разрядности и прочих особенностей привела к созданию программных интерфейсов между устройствами и
системами. При этом необходимо отметить, что достигнуть полной совместимости
программных продуктов, разработанных для конкретной программной среды, в другой
среде удавалось не всегда. Разнородность интерфейсов общения в системе
"человек-компьютер" требовала постоянного согласования программно-аппаратного
обеспечения и переобучения кадров.
Принцип
"открытости" информационной системы
Решение проблем совместимости
привело к разработке большого числа международных стандартов и соглашений в
сфере применения информационных технологий и разработки информационных систем.
Основополагающим понятием стало понятие открытые
системы.
Термин открытая система сегодня можно определить как "исчерпывающий и
согласованный набор международных стандартов на информационные технологии и
профили функциональных стандартов, которые специфицируют интерфейсы, службы и
поддерживающие их форматы, чтобы обеспечить взаимодействие и мобильность
программных приложений, данных и персонала".
Это определение,
сформулированное специалистами института IEEE (Institute of Electrical and
Electronic Engineers), унифицирует содержание среды, которую предоставляет
открытая система для широкого использования. В настоящее время общепризнанным
координационным центром по разработке и согласованию стандартов открытых систем
является OASIS (Organization for the Advancement of Structured Information
Standards).
Общие свойства открытых информационных систем можно сформулировать
следующим образом:
·
расширяемость/масштабируемость -
обеспечение возможности добавления новых функций ИС или изменения некоторых уже
имеющихся при неизменных остальных функциональных частях ИС;
·
мобильность/переносимость -
обеспечение возможности переноса программ и данных при модернизации или замене
аппаратных платформ ИС и возможности работы с ними специалистов, пользующихся
ИТ, без их переподготовки при изменениях ИС;
·
взаимодействие - способность к
взаимодействию с другими ИС (технические средства, на которых реализована
информационная система, объединяются сетью или сетями различного уровня - от
локальной до глобальной);
·
стандартизуемость - ИС
проектируются и разрабатываются на основе согласованных международных
стандартов и предложений, реализация открытости осуществляется на базе
функциональных стандартов (профилей) в области информационных технологий;
·
дружественность к пользователю -
развитые унифицированные интерфейсы в процессах взаимодействия в системе
"человек-машина" позволяют работать пользователю, не имеющему
специальной "компьютерной" подготовки.
Новый взгляд на открытые системы
определяется тем, что эти черты рассматриваются в
совокупности, как взаимосвязанные, и реализуются в комплексе, что вполне
естественно, поскольку все указанные выше свойства дополняют друг друга. Только
в совокупности возможности открытых систем позволяют решать проблемы
проектирования, разработки и внедрения современных информационных систем.
Структура среды
информационной системы
Обобщенная структура любой ИС
может быть представлена двумя взаимодействующими частями:
·
функциональная часть, включающая прикладные программы, которые
реализуют функции прикладной области;
·
среда или системная часть, обеспечивающая исполнение прикладных
программ.
С этим разделением тесно связаны
две группы вопросов стандартизации:
·
стандарты интерфейсов взаимодействия прикладных программ со
средой ИС, прикладной программный интерфейс
(Application Program Interface - API);
·
стандарты интерфейсов взаимодействия самой ИС с внешней для нее
средой (External Environment Interface - EEI).
Эти две группы интерфейсов
определяют спецификации внешнего описания среды ИС - архитектуру, с точки
зрения конечного пользователя, проектировщика ИС, прикладного программиста,
разрабатывающего функциональные части ИС.
Спецификации внешних интерфейсов
среды ИС и, как будет видно далее, спецификации интерфейсов взаимодействия
между компонентами самой среды, - это точные описания всех необходимых функций,
служб и форматов определенного интерфейса. Совокупность таких описаний
составляет эталонную модель открытых систем
(Reference Open System Model).
Эта модель используется более 20
лет и определяется системной сетевой архитектурой (SNA), предложенной IBM в
1974 году. Она основана на разбиении вычислительной среды на семь уровней,
взаимодействие между которыми описывается соответствующими стандартами и
обеспечивает связь уровней вне зависимости от
построения уровня в каждой конкретной реализации (рис. 8.1). Основным
достоинством этой модели является детальное описание связей в среде с точки
зрения технических устройств и коммуникационных взаимодействий. Вместе с тем
она не принимает в расчет взаимосвязь с учетом мобильности прикладного
программного обеспечения.

Рис. 8.1.  Семиуровневая модель взаимодействия
информационных систем
Эталонная
модель среды открытых систем (OSE/RM)
определяет разделение любой информационной системы на приложения (прикладные
программы и программные комплексы) и среду, в которой эти приложения
функционируют. Между приложениями и средой определяются стандартизованные интерфейсы
(API), которые являются необходимой частью профилей любой открытой системы.
Кроме того, в профилях ИС могут быть определены унифицированные интерфейсы
взаимодействия функциональных частей друг с другом и интерфейсы взаимодействия
между компонентами среды ИС.
Модель создания
информационной системы
Методологически важно наряду с
рассмотренными моделями среды ИС предложить модель создания ИС, которая имела бы те же аспекты
функциональных групп компонентов (пользователи, функции, данные, коммуникации).
Такой подход обеспечит сквозной процесс проектирования и сопровождения на всех
стадиях эксплуатации ИС, а также возможность обоснованного выбора стандартов на
разработку систем и документирование проектов.

Рис. 8.2.  Онтологическое поле современной компании
Определение "компания"
является сложной онтологической (понятийной) структурой, состоящей из
определенной совокупности сущностей и взаимосвязей (рис. 8.2). Взаимодействия
между ее элементами, определяемые бизнес-логикой и закрепленные в наборе
бизнес-правил, и являются деятельностью компании. Информационная система
"отражает" логику и правила, организуя и преобразуя информационные
потоки, автоматизирует процессы работы с данными и информацией и визуализирует
результаты в виде наборов отчетных форм. Поэтому для начала следует создать
бизнес-модель предприятия, являющуюся отображением предприятия и его
информационно-управляющей системы. При создании модели формируется "язык
общения" руководителей предприятия, консультантов, разработчиков и будущих
пользователей, позволяющий выработать единое представление о том, ЧТО и КАК
должна делать система управления предприятием (корпоративная система
управления).
Такая бизнес-модель - осязаемый
результат, с помощью которого можно максимально конкретизировать цели внедрения
ИС и определиться со следующими параметрами проекта:
·
основные цели бизнеса, которые можно достичь посредством
автоматизации процессов;
·
перечень участков и последовательность внедрения модулей ИС;
·
фактическая потребность в объемах закупаемого программного и
аппаратного обеспечения;
·
реальные оценки сроков развертывания и запуска ИСУ;
·
ключевые пользователи ИС и уточненный список членов команды
внедрения;
·
степень соответствия выбранного вами прикладного программного
обеспечения специфике бизнеса вашей компании.
В основе модели всегда лежат
бизнес-цели предприятия, полностью определяющие состав всех базовых компонентов
модели:
·
бизнес-функции, описывающие, ЧТО делает бизнес;
·
основные, вспомогательные и управленческие процессы, описывающие,
КАК предприятие выполняет свои бизнес-функции;
·
организационно-функциональную структуру, определяющую, ГДЕ
исполняются бизнес-функции и бизнес-процессы;
·
фазы, определяющие, КОГДА (и в какой последовательности)
должны быть внедрены те или иные бизнес-функции;
·
роли, определяющие, КТО исполняет бизнес-функции и КТО
является "хозяином" бизнес-процессов;
·
правила, определяющие связь и взаимодействие между всеми ЧТО,
КАК, ГДЕ, КОГДА и КТО.
После построения бизнес-модели
(или параллельно с этим) можно приступать к формированию модели проектирования,
реализации и внедрения самой ИС (рис. 8.3).

Рис. 8.3.
Опыт создания и использования
"заказных" ИС позволяет условно выделить следующие основные этапы их
жизненного цикла:
·
определение требований к системе и их
анализ - определение того, что должна делать система;
·
проектирование - определение
того, как система будет делать то, что она должна делать; проектирование - это
прежде всего спецификация подсистем, функциональных компонентов и способов их
взаимодействия в системе;
·
разработка - создание
функциональных компонентов и отдельных подсистем, соединение подсистем в единое
целое;
·
тестирование - проверка
функционального соответствия системы показателям, определенным на этапе
анализа;
·
внедрение - установка и ввод
системы в действие;
·
функционирование - штатный
процесс эксплуатации в соответствии с основными целями и задачами ИС;
·
сопровождение - обеспечение
штатного процесса эксплуатации системы на предприятии заказчика.
Определение
требований к системе и анализ являются
первым этапом создания ИС, на котором требования заказчика уточняются, согласуются,
формализуются и документируются. Фактически на этом этапе дается ответ на
вопрос: "Для чего предназначена и что должна делать информационная
система?". Именно здесь лежит ключ к успеху всего проекта.
Целью системного анализа
является преобразование общих, расплывчатых знаний
об исходной предметной области (требований заказчика) в точные определения и спецификации для разработчиков,
а также генерация функционального описания системы.
На этом этапе определяются и специфицируются:
·
внешние и внутренние условия работы системы;
·
функциональная структура системы;
·
распределение функций между человеком и системой, интерфейсы;
·
требования к техническим, информационным и программным
компонентам системы;
·
требования к качеству и безопасности;
·
состав технической и пользовательской документации;
·
условия внедрения и эксплуатации.
Разработка перечисленных выше
спецификаций при создании ИС, предназначенной для автоматизации управленческих
процессов, в общем случае проходит четыре стадии.
Первая
стадия анализа - структурный анализ
предприятия - начинается с исследования того, как организована система
управления предприятием, с обследования функциональной и информационной
структур системы управления, определения существующих и возможных потребителей
информации.
По результатам обследования
аналитик на первой стадии анализа выстраивает обобщенную логическую модель
исходной предметной области, отображающую ее функциональную структуру,
особенности основной деятельности и информационное пространство, в котором эта
деятельность осуществляется (рис. 8.4). На этом
материале аналитик строит функциональную модель "Как есть" (As Is).
Вторая
стадия работы, к которой обязательно
привлекаются заинтересованные представители заказчика,
а при необходимости и независимые эксперты, состоит в анализе модели "Как есть", выявлении ее недостатков и
узких мест, определении путей совершенствования системы управления на основе
выделенных критериев качества.
Третья
стадия анализа, содержащая элементы
проектирования, - создание усовершенствованной обобщенной логической модели,
отображающей реорганизованную предметную область или ее часть, которая подлежит
автоматизации - модель "Как должно быть"
(As To Be).

Рис. 8.4.  Схема обследования предприятия
Заканчивается
процесс (четвертая стадия) разработкой
"Карты автоматизации", представляющей собой модель реорганизованной
предметной области, на которой обязательно обозначены
"границы автоматизации".
В большинстве случаев модель "Как есть" улучшается системным аналитиком
за счет устранения очевидных несоответствий и узких мест, а полученный таким
образом вариант модели рассматривается в дальнейшем в качестве предварительной
модели "Как должно быть", которая впоследствии
дополняется в соответствии со стратегией развития предприятия (рис. 8.5).

Рис. 8.5.  Стадии построения модели информационной системы

На стадии
анализа требований к проектируемой системе вводятся:
·
классы пользователей и соответствующие диаграммы
бизнес-транзакций;
·
модели (диаграммы) процессов прикладной деятельности и
соответствующие перечни функциональных задач ИС;
·
классы объектов предметной области и соответствующие диаграммы
"сущность-связь", отражающие информационную модель этой предметной
области;
·
топология расположения подразделений и пользователей,
обслуживаемых данной ИС;
·
параметры защиты данных, информации и самой системы.
Основным документом, отражающим
результаты работ первого этапа создания ИС, является техническое
задание на проект (разработку), содержащее, кроме вышеперечисленных
определений и спецификаций, также сведения об очередности создания системы,
сведения о выделяемых ресурсах, директивных сроках проведения отдельных этапов
работы, организационных процедурах и мероприятиях по приемке этапов, защите
проектной информации и т. д.
Следующий этап - проектирование. В реальных условиях проектирование -
это поиск, моделирование способа разработки, который удовлетворяет требованиям
функциональности системы средствами имеющихся технологий с учетом заданных
начальных условий и ограничений. Проектирование информационных систем всегда
начинается с определения цели проекта. Основная задача любого успешного проекта
заключается в том, чтобы на момент запуска системы и в течение всего времени ее
эксплуатации можно было обеспечить:
·
требуемую функциональность системы и степень адаптации к
изменяющимся условиям ее функционирования;
·
требуемую пропускную способность системы и минимальное время
реакции системы на запрос;
·
безотказную работу системы в требуемом режиме, готовность и
доступность системы для обработки запросов пользователей;
·
простоту эксплуатации и сопровождения системы;
·
необходимую безопасность данных и права доступа пользователей.
Производительность и надежность
являются главными факторами, определяющими эффективность системы. Хорошее
проектное решение служит основой высокопроизводительной системы.
Проектирование информационных
систем охватывает три основные области:
·
проектирование структур данных, которые будут реализованы в базе
данных;
·
проектирование программ, экранных форм, отчетов, которые будут
обеспечивать выполнение запросов к данным;
·
проектирование конкретной среды или технологии, а именно:
топологии сети, конфигурации аппаратных средств, используемой архитектуры,
параллельной обработки, распределенной обработки данных и т. п.
На основе результатов системного
анализа на стадии предварительного проекта
разрабатываются:
·
проект программно-аппаратной реализации, проект пользовательских
интерфейсов и технологии работы пользователей в системе;
·
архитектура распределенной системы и спецификации
телекоммуникационной сети;
·
модели (диаграммы) потоков данных;
·
функциональные блок-схемы прикладного и системного программного
обеспечения (последние - в соответствии с принятыми моделями среды ИС и
профилями стандартов).
Стадия предварительного проекта
может предусматривать прототипирование фрагментов, важных с точки зрения
пользователя, для проверки их соответствия требованиям на ранней фазе
разработки.
На
стадии детального проектирования
разрабатываются:
·
комплексы функциональных программ ИС и проект реализации среды
ИС;
·
структуры данных, средства ведения баз данных;
·
сетевые адреса, протоколы телекоммуникаций и другие компоненты
среды обмена информацией, включаемые в состав проектируемой ИС;
·
правила разграничения доступа пользователей и средства их
реализации.
Стадия
реализации ИС предусматривает
разработку и тестирование компонентов и комплексное тестирование системы.
Стадия
эксплуатации и сопровождения
предусматривает контроль функционирования, внесение требуемых изменений в
информационную базу в процессе текущей работы и модернизацию функций ИС силами
прикладных специалистов с помощью инструментальных средств, встроенных в
систему.
Этапы разработки, тестирования,
внедрения, эксплуатации и сопровождения ИС объединяются термином реализация.
Реализация ИС является чрезвычайно сложным многоаспектным процессом,
осуществляемым на базе совокупностей (профилей) гармонизированных международных
стандартов, спецификаций и соглашений. Такая практика является залогом того,
что создаваемая информационная система будет реализована как "открытая
система". Иными словами, такая ИС будет масштабируема, мобильна,
переносима, обладать дружественными интерфейсами и т. д.
Жизненный цикл ИС формируется в
соответствии с принципом нисходящего проектирования и, как правило, носит
спирально-итерационный характер. Реализованные этапы, начиная с самых ранних,
циклически повторяются в соответствии с изменениями требований и внешних
условий, введением дополнительных ограничений и т.п. На каждом этапе жизненного
цикла порождается определенный набор технических решений и документов, при этом
для каждого этапа исходными являются документы и решения, принятые на
предыдущем этапе. Жизненный цикл ИС заканчивается, когда прекращается ее
программное и техническое сопровождение.
Реинжиниринг
бизнес-процессов
Внедрение информационных
технологий и реализованных на их основе информационных систем в повседневную
деятельность предприятия дает ему тактические и долгосрочные преимущества в
бизнесе. Стремление руководства к использованию ИТ может остаться лишь благими
намерениями, если оно не будет следовать сложившимся требованиям и правилам разработки,
проектирования и внедрения ИТ. Выше говорилось о базовых требованиях к
стандартизации объектов и функциональных задач, без которых реализуемая система
не будет являться открытой системой, что
приведет впоследствии к многочисленным проблемам при ее внедрении и
эксплуатации.
Следование требованиям
стандартов при разработке ИС автоматически приводит к тому, чтобы само
предприятие - внешняя среда для ИС - также отвечало необходимым требованиям:
определение и стандартизация классов пользователей и объектов, топология
потоков данных и работ, архитектура наследуемых систем, состояние
бизнес-процессов и т. д.
Бизнес-процесс представляет собой систему последовательных,
целенаправленных и регламентированных видов деятельности, в которой посредством
управляющего воздействия и с помощью определенных ресурсов за определенное
время входы процесса преобразуются в выходы - в результаты, представляющие
ценность для потребителя и приносящие прибыль изготовителю.
Бизнес-процесс в масштабах
предприятия реализуется в виде сети основных, вспомогательных, поддерживающих и
управленческих процессов (рис. 8.6).

Рис. 8.6.
При этом разделение на основные
и вспомогательные процессы в определяющей степени зависит от предметной области
и направления деятельности предприятия: для производственной компании,
например, деятельность юридического отдела является вспомогательной, а для
юридической или консалтинговой фирмы - основной. Идентификация процессов
является обязательным условием, без реализации которого невозможна
информатизация деятельности.
Руководители предприятия,
решившиеся на внедрение ИТ, должны твердо усвоить: начало работ по
проектированию информационной системы чаще всего влечет за собой обязательный
реинжиниринг бизнес-процессов! Реинжиниринг представляет собой множество
методик и рекомендаций, среди них нужно выбрать те, которые наилучшим образом
удовлетворяют поставленным целям.
Реинжиниринг
бизнес-процессов - это совокупность
методов и действий, служащих для перепроектирования процессов в соответствии с
изменившимися условиями внешней и внутренней среды и/или целями бизнеса.
Существует несколько базовых
правил, которых следует придерживаться в процессе проведения реинжиниринга:
·
разработка последовательных пошаговых процедур для
перепроектирования процессов;
·
использование в проектировании стандартных языков и нотаций;
·
наличие эвристических и прагматических показателей, позволяющих
оценить или измерить степень соответствия перепроектированного процесса или
функциональности заданным целям;
·
подход к решению частных задач и к их совокупности должен быть
системным;
·
даже небольшое улучшение должно давать быстрый положительный
эффект.
Реинжиниринг деловых процессов и
функций начинается с пересмотра целей предприятия, его структуры, анализа
потребностей внутренних пользователей и рынка, производимых продуктов и услуг (рис. 8.7).
Перепланирование целей и задач
предполагает пересмотр политики предприятия и ответа на следующие вопросы:
·
Какие новые вызовы предъявляют нам изменившиеся условия бизнеса?
·
Что представляет собой предприятие сейчас, и что мы хотим от него
в будущем?
·
Каких именно потребителей мы обслуживаем, насколько мы
удовлетворяем их требования и ожидания, и что нужно сделать для привлечения
новых?
·
Какие именно показатели определяют эффективность деятельности
предприятия, производительность труда и качество продукта, является ли это
определение полным и адекватным?
·
Какие именно информационные технологии и средства помогут нам в
этом?

Рис. 8.7.
Для ответа на эти ключевые
вопросы необходимо в первую очередь провести детальное описание бизнес-архитектуры предприятия, его бизнес-логики,
построить функциональную модель взаимодействия
бизнес-процессов, ресурсов и персонала и отразить ее в архитектуре ИС,
содержании модулей информационных подсистем и визуализации форм представления
информации. Необходимо также иметь методики и инструменты реорганизации
процессов, решения прикладных задач и управления проектом реинжиниринга (рис. 8.8).
Описание бизнес-архитектуры
позволяет:
·
построить схему основных потоков данных, работ, движения финансов
и документов;
·
понять, как информация распределяется между подразделениями и кто
является конечным пользователем в том или ином бизнес-процессе;
·
описать взаимодействие процессов и модулей информационной системы;

·
определить критическую важность видов информации для конкретных
уровней управления предприятием;
·
выявить дублированные структуры и связи.

Рис. 8.8.  Базовая основа улучшения процесса
Результатом такого описания
является:
·
уточненная карта сети процессов;
·
матрица взаимосвязей процессов и подразделений, вовлеченных в эти
процессы;
·
информация о том, какие системы автоматизации существуют, при
выполнении каких операций применяются, где и какие данные используются, какие
системы автоматизации и информатизации необходимо разработать;
·
функциональные схемы потоков данных (Data Flow), работ (Work
Flow), финансовых потоков (Cash Flow), потоков управленческих воздействий
(Control Flow) и документооборота (Doc Flow).
Функциональная модель поможет
составить точные спецификации всех операций, процедур и взаимосвязей между
ними. Такая модель, если она построена правильно, обеспечивает исчерпывающее
описание функционирующего процесса и всех имеющихся в нем потоков информации.
Эта модель описывает состояние "Как есть"
(As Is). По результатам анализа возможных путей улучшения от реальной модели
нужно перейти к модели, характеризующей улучшения: модель "Как будет" (As To Be), вариант "Как должно быть" (рис. 8.9).

Рис. 8.9.  Схема реинжиниринга бизнес-процесса
Функциональное моделирование
является достаточно серьезной проблемой. Его полнота и соответствие построенной
модели зависят как от средств моделирования, так и от квалификации
специалистов, выполняющих это моделирование.
Реинжиниринг бизнес-процессов
является сложным и многоаспектным проектом, требующим тщательного планирования
и проработки деталей. В таблице 8.1 показаны
основные этапы реинжиниринга.

Таблица 8.1.

Этап

Мероприятия

Планирование
  и начало работ

Выявление
  главных причин проведения реформы на предприятии и оценка последствий отказа
  от такой реформы

Выявление
  важнейших процессов, требующих реинжиниринга

Выявление
  единомышленников среди руководства и создание рабочей группы из
  представителей администрации

Обеспечение
  поддержки проекта руководством

Подготовка
  плана проекта: определение объема, обозначение измеримых целей, выбор
  методологии, составление подробного графика

Согласование
  целей и объемов проекта с руководством

Формирование
  группы реинжиниринга

Выбор
  консультантов или внешних экспертов

Проведение
  вводного совещания

Доведение
  целей проекта до руководителей низшего звена; начальное информирование всей
  организации

Обучение
  группы реинжиниринга

Подготовка
  плана и начало работ

Исследования

Аналитическое
  исследование опыта компаний с подобными процессами

Опрос
  клиентов и контрольных групп для выявления существующих и будущих требований

Опрос
  служащих и руководителей для выявления вопросов; мозговой штурм

Поиск
  в литературе и прессе данных о тенденциях в отрасли и о чужом опыте

Оформление
  подробных документов на исходные процессы и сбор рабочих данных; выявление
  недоработок

Обзор
  изменений и вариантов технологий

Опрос
  владельцев и представителей руководства

Посещение
  кружков и семинаров

Сбор
  данных от внешних экспертов и консультантов

Проектирование

Мозговой
  штурм и выработка новаторских идей; упражнения по творческому мышлению, чтобы
  "снять шоры"

Проработка
  сценариев "а что, если?" и применение "шаблонов успеха"
  других компаний

Создание
  при помощи специалистов 3-5 моделей; разработка комплексных моделей, в
  которых собрано лучшее от каждой из предыдущих

Создание
  картины идеального процесса

Определение
  моделей нового процесса и их графическое представление

Разработка
  организационной модели в сочетании с новым процессом

Определение
  технологических требований; выбор платформы для новых процессов

Выделение
  краткосрочных и долгосрочных мер

Утверждение

Анализ
  затрат и преимуществ; расчет прибыли на капитал

Оценка
  влияния на клиентов и служащих; оценка влияния на конкурентоспособность

Подготовка
  официального документа для высшего руководства

Проведение
  обзорных совещаний для ознакомления и утверждения деталей проекта
  оргкомитетом и высшим руководством

Внедрение

Завершение
  подробной разработки процессов и организационных моделей; определение новых
  рабочих обязанностей

Разработка
  систем поддержки

Реализация
  предварительных вариантов и первичные испытания

Ознакомление
  работников с новым вариантом; разработка и осуществление плана реформы

Разработка
  поэтапного плана; внедрение как таковое

Разработка
  плана обучения; обучение работников новым процессам и системам

Последующие
  мероприятия

Разработка
  мероприятий по периодической оценке; определение итогов нового процесса;
  внедрение программы непрерывного совершенствования нового процесса

Предоставление
  окончательного отчета оргкомитету и администрации

Отображение
и моделирование процессов
На сегодняшний день получили
распространение три основные методологии функционального моделирования (и
сопутствующий им инструментарий): IDEF (Integrated DEFinition), UML (Unified
Modeling Language) и ARIS (Architecture of Integrated Information Systems). Для
каждой из них существуют определенные программные продукты, которые помимо
разработки позволяют проводить преобразования и операции для последующей работы
с полученными моделями. Наибольшее распространение сегодня получили методологии
IDEF и программные продукты BPWin, содержащие методологии IDEF0, IDEF3, DFD
(Data Flow Diagrams) и ERWin (IDEF1x) от компании Computer Associates.
История IDEF начинается с 70-х
годов ХХ века с методологии SADT (Structured Analysis and Design Technique),
разработанной Дугласом Россом (Softtech INC). Изначально SADT применялось
Министерством обороны США для практического моделирования процессов в рамках
программы ICAM (Integrated Computer Aided Manufacturing). Принципиальным
требованием при разработке рассматриваемого семейства методологий была
возможность эффективного обмена информацией между всеми специалистами -
участниками программы ICAM (Icam DEFinition). В последующем эта методология была
трансформирована в стандарт IDEF0 (Function Modeling, FIPS №183). Семейство IDEF включает уже упомянутые IDEF3 (Process Description Capture) и IDEF1x (Data
Modeling, FIPS №184).
После опубликования стандарты
были успешно применены в самых различных областях бизнеса, показав себя
эффективным средством анализа, конструирования и
отображения бизнес-процессов (к слову сказать, они активно применяются и
в отечественных госструктурах, например, в Государственной Налоговой
Инспекции). Более того, собственно с широким применением IDEF (и предшествующей
методологии SADT) и связано возникновение основных идей популярного ныне
понятия "реинжиниринг бизнес-процессов" (Business Process
Reengineering - BPR).
Информационный процесс - это
устойчивый процесс (последовательность работ и действий с данными и
информацией), относящийся к сопровождению производственно-хозяйственной
деятельности компании и обычно ориентированный на информационное обслуживание
создания новой стоимости. Бизнес-процесс включает в себя иерархию взаимосвязанных
функциональных действий, реализующих одну (или несколько) бизнес-целей компании
и отражающий результаты в информационной системе, например, информационное
обеспечение управления и анализа выпуска продукции или ресурсное обеспечение
выпуска продукции (под продукцией здесь понимают товары, услуги, решения,
документы).
Работа с использованием метода
IDEF начинается с постановки цели моделирования. Мировой опыт свидетельствует,
что ошибки при постановке цели приводят в
среднем к 50% неудач в процессе моделирования. Формулирование цели изначально
направляет работу в заданном направлении, а значит, ограничивает круг вопросов
для анализа. Практическая работа начинается с определения контекста (Context,
Context Diagram), то есть верхнего уровня системы, в нашем случае -
предприятия. После формулировки цели необходимо очертить область моделирования
(Scope), которая в последующем будет определять общие направления движения и
глубину детализации (Decomposition). Собственно, сама методология IDEF
определяет стандартизированные объекты для работы и отображения. Например, к
таковым относятся функция (Activity), интерфейсная дуга (Arrow), заметка
(Note), а также способ их расположения и трактования (Semantics).
В последнее время на российском
рынке появился программный продукт Business Studio,
который специально создан для работы с методами IDEF и обладает интуитивным и
дружественным интерфейсом (User-friendly Interface).

Рис. 8.10.  Базовый блок методологии IDEF0
В основе нотации и методологии
IDEF0 лежит понятие "блока", то есть
прямоугольника, который выражает некоторую функцию бизнеса (рис. 8.10). В
соответствии со стандартом функция должна быть выражена глагольным оборотом. В
IDEF0 роли сторон прямоугольника (функциональные значения) различны: верхняя
сторона имеет значение "управление",
левая - "вход", правая - "выход", нижняя - "механизм
исполнения".
Вторым элементом методологии и
нотации является "поток", называемый
в стандарте "интерфейсная дуга". Это
элемент, описывающий данные, неформальное управление или что-либо другое, - то,
что оказывает влияние на функцию, изображенную блоком. Потоки обозначаются оборотом существительного.
В зависимости от того, к какой
стороне блока направлен поток, он, соответственно, носит название
"входной", "выходной" или "управляющий".
Изобразительным элементом, представляющим поток, является стрелка. Поток можно
интерпретировать как представление объекта, под
которым понимается как информационный объект, так и реальный физический объект.
Важным фактором является то, что
"источником" и "приемником" потоков (то есть началом и
концом стрелки) могут быть, как правило, только блоки. При этом источником
может являться только выходная сторона блока, приемником - любая из трех
оставшихся. Если же необходимо подчеркнуть внешний характер потока, то может
быть применен метод "туннелирования" - скрытие или появление интерфейсной
дуги из "туннеля".

Рис. 8.11.  Пример функциональной модели процесса отгрузки
и доставки
И, наконец, "третьим
китом" методологии IDEF0 является принцип функциональной
декомпозиции блоков, который представляет собой модельную интерпретацию
той практической ситуации, что любое действие (тем более такое сложное, как
бизнес-процесс) может быть разбито (декомпозировано) на более простые операции
(действия, бизнес- функции). Или, другими словами, действие может быть
представлено как совокупность элементарных функций.
Пример функциональной модели
процесса отгрузки и доставки продукции показан на рис. 8.11.
Степень формализации описания
бизнес-процессов может быть различной в зависимости от решаемых при этом задач.
Для описания информационных процессов разработан специализированный язык BPEL
(Business Process Execution Language). BPEL создан на основе XML для
формального описания бизнес-процессов и протоколов их взаимодействия между
собой. BPEL расширяет модель взаимодействия Web-служб и включает в эту модель
поддержку транзакций.
В настоящее время активно
развивается методология BPMS (Business Process Management System) - класс
программного обеспечения для управления бизнес-процессами и административными
регламентами. (Употребляются также термины "BPM-система" и просто
"BPM"). Применение BPMS позволяет организовать эффективное
взаимодействие между управленцами и ИТ-специалистами, лучше использовать
существующие подсистемы и ускорить разработку новых.
Основные функции BPMS -
моделирование, исполнение и мониторинг бизнес-процессов. Основываясь на данных
мониторинга, предприятия выявляют узкие места и совершенствуют свои
бизнес-процессы. Цикл управления замыкается, когда при помощи BPMS измененные
бизнес-процессы оперативно внедряются в эксплуатацию.
Современные методы разработки и
развития программного обеспечения ИС в полной мере стараются ориентироваться на
возможности автоматизированного оперативного внесения изменений. Наиболее
сложным оказался процесс стандартизации языка BPEL для унификации использования
одних и тех же конструкций программным обеспечением разных производителей.
Фирмы IBM и Microsoft определили два довольно-таки схожих языка: WSFL (Web
Services Flow Language) и Xlang соответственно.
Рост популярности BPML и
открытое движение BPMS к пользователям привело корпорации Intalio Inc., IBM и
Microsoft к решению объединить эти языки в новый язык BPEL4WS. В апреле 2003 года корпорации BEA Systems, IBM, Microsoft, SAP и Siebel
Systems передали BPEL4WS версии 1.1 в OASIS (Organization for the Advancement of
Structured Information Standards) для стандартизирования в Web Services BPEL Technical Committee. Хотя BPEL4WS появился в версиях 1.0 и 1.1, технический комитет
WS-BPEL OASIS проголосовал 14 сентября 2004 года за то, чтобы назвать
спецификацию WS-BPEL 2.0. Это изменение было сделано, чтобы выравнять BPEL с
другими стандартами Web-сервисов по соглашению об именовании начинаются на WS-.
В июне 2007 года корпорации
Active Endpoints, Adobe, BEA, IBM, Oracle и SAP опубликовали спецификации
BPEL4People и WS-HumanTask, в которых описывалось, как может быть реализовано в
BPEL взаимодействие с людьми. О дальнейшем направлении разработки BPEL
разгорается жаркая дискуссия. Предполагается добавление семантики в BPEL в
форме WS-HumanTask и других разнообразных дополнений.
Обеспечение
процесса анализа и проектирования ИС возможностями CASE-технологий
Термин "CASE"
(Computer Aided Software/System Engineering) используется в настоящее время в
весьма широком смысле. Первоначальное значение термина "CASE",
ограниченное вопросами автоматизации разработки только лишь программного
обеспечения (ПО), в настоящее время приобрело новый смысл, охватывающий процесс
разработки сложных ИС в целом.
Теперь под термином
"CASE-средства" понимаются программные средства, поддерживающие
процессы создания и сопровождения ИС, включая анализ и формулировку требований,
проектирование прикладного программного обеспечения (приложений) и баз данных,
генерацию кода, тестирование, документирование, обеспечение качества,
конфигурационное управление и управление проектом, а также другие процессы.
Появлению CASE-технологии и
CASE-средств предшествовали исследования в области методологии
программирования. Программирование обрело черты системного подхода с
разработкой и внедрением языков высокого уровня, методов структурного и
модульного программирования, средств визуального моделирования и проектирования
на базе языка UML (Unified Modeling Language), средств их поддержки, формальных
и неформальных языков описаний системных требований и спецификаций и т. д.
Кроме того, появлению CASE-технологии способствовали и такие факторы, как:
·
подготовка аналитиков и программистов, восприимчивых к концепциям
модульного и структурного программирования;
·
широкое внедрение и постоянный рост производительности
компьютеров, позволившие использовать эффективные графические средства и
автоматизировать большинство этапов проектирования;
·
внедрение сетевой технологии, которая предоставила возможность
объединения усилий отдельных исполнителей в единый процесс проектирования путем
использования разделяемой базы данных, содержащей необходимую информацию о
проекте.
CASE-технология представляет
собой методологию проектирования ИС, а также набор инструментальных средств,
позволяющих в наглядной форме моделировать предметную область, анализировать
эту модель на всех этапах разработки и сопровождения ИС и разрабатывать
приложения в соответствии с информационными потребностями пользователей. Большинство
существующих CASE-средств основано на методологиях структурного (в основном)
или объектно-ориентированного анализа и проектирования, использующих
спецификации в виде диаграмм или текстов для описания внешних требований,
связей между моделями системы, динамики поведения системы и архитектуры
программных средств [Вендров А.М., www.citforum.ru/database/case/index.shtml].
CASE-средства позволяют
создавать не только продукт, практически готовый к применению, но и обеспечить
"правильный" процесс его разработки. Основная цель технологии -
отделить проектирование программного обеспечения от его кодирования, сборки,
тестирования и максимально "скрыть" от будущих пользователей все
детали разработки и функционирования ПО. При этом значительно повышается
эффективность работы проектировщика: сокращается время разработки, уменьшается
число программных ошибок, программные модули можно использовать при следующих
разработках.
Большинство CASE-средств
основано на парадигме "методология/метод/нотация/структура/средство".
Методология задает руководящие указания для оценки и выбора проекта
разработки ПО, этапы и последовательность работ, правила применения тех или
иных методов.
Метод - систематическая процедура или технология генерации
описаний компонент ПО (например, описание потоков и структур данных).
Нотации предназначены для описания системы в целом, ее элементов,
таких как графы, диаграммы, таблица, блок-схемы, алгоритмы, формальные языки и
языки программирования.
Структуры являются средством для реализации структурного анализа и
построения структуры конкретной системы.
Средства - технологические и программные инструменты для поддержки
и усиления методов.
CASE-технологии обладают
следующими основными достоинствами, которые позволяют широко использовать их
при разработке информационных систем:
·
ускоряют процесс коллективного проектирования и разработки;
·
позволяют за короткий срок создать прототип заказанной системы с
заданными свойствами;
·
освобождают разработчика от рутинной работы, оставляя время для
творчества;
·
обеспечивают эффективность и качество разрабатываемого ПО за счет
автоматизации контроля всего процесса разработки;
·
поддерживают сопровождение и развитие системы на высоком уровне.
Следует отметить, что, несмотря
на все потенциальные возможности CASE-средств, существует достаточно много
примеров их неудачного внедрения, в результате которых CASE-средства становятся
"полочным" ПО (Shelfware).
В связи с этим необходимо
учитывать следующее:
·
CASE-средства не обязательно дают немедленный эффект, он может
быть получен только спустя какое-то время;
·
реальные затраты на внедрение CASE-средств обычно намного
превышают затраты на их приобретение;
·
CASE-средства обеспечивают возможности для получения существенной
выгоды только после успешного завершения процесса их внедрения, эффективного
обучения пользователей и регулярного применения.
Можно также перечислить
следующие факторы, усложняющие определение возможного эффекта от использования
CASE-средств:
·
широкое разнообразие качества и возможностей CASE-средств;
·
относительно небольшое время использования CASE-средств в
различных организациях и недостаток опыта их применения;
·
широкое разнообразие в практике внедрения различных организаций;
·
отсутствие детальных метрик и данных для уже выполненных и
текущих проектов;
·
широкий диапазон предметных областей проектов;
·
различная степень интеграции CASE-средств в различных проектах.
Некоторые аналитики считают, что
реальная выгода от использования некоторых типов CASE-средств может быть
получена только после одно- или двухлетнего опыта. Другие полагают, что
воздействие может реально проявиться в фазе эксплуатации жизненного цикла ИС,
когда технологические улучшения могут привести к снижению эксплуатационных
затрат.
Ниже перечислены основные виды и
последовательность работ, рекомендуемые при построении логических моделей
предметной области в рамках CASE-технологии анализа системы управления
предприятием.
1.
Проведение функционального и информационного
обследования системы управления (административно-управленческой
деятельности) предприятием (рис. 8.12):
o
определение организационно-штатной структуры предприятия;
o
определение функциональной структуры предприятия;
o
определение перечня целевых функций структурных элементов
(подразделений и должностных лиц);
o
определение круга и очередности обследования структурных
элементов системы управления согласно сформулированным целевым функциям;
o
обследование деятельности выделенных структурных элементов;
o
построение FD-диаграммы системы управления с указанием
структурных элементов и функций, реализация которых будет моделироваться на
DFD-уровне.
2.
Разработка моделей деятельности структурных
элементов и системы управления в целом:
o
выделение множества внешних объектов, оказывающих существенное
влияние на деятельность структурного элемента;
o
спецификация входных и выходных информационных потоков;
o
выявление основных процессов, определяющих деятельность
структурного элемента и обеспечивающих реализацию его целевых функций;
o
спецификация информационных потоков между основными процессами
деятельности, уточнение связей между процессами и внешними объектами;
o
оценка объемов, интенсивности и других необходимых характеристик
информационных потоков;
o
разработка иерархии диаграмм потоков данных, образующих
функциональную модель деятельности структурного элемента;
o
объединение DFD-моделей структурных элементов в единую модель
системы управления предприятием.
3.
Разработка информационных моделей структурных
элементов и модели информационного пространства системы управления:
o
определение сущностей модели и их атрибутов;
o
проведение атрибутного анализа и оптимизация сущностей;
o
идентификация отношений между сущностями и определение типов
отношений;
o
анализ и оптимизация информационной модели;
o
объединение информационных моделей в единую модель
информационного пространства.
4.
Разработка предложений по автоматизации системы
управления предприятием
o
определение границ автоматизации - составление перечня
автоматизируемых структурных элементов, разбиение процессов основной
деятельности на автоматические, автоматизированные и ручные;
o
составление перечня подсистем и логических АРМов
(автоматизированных рабочих мест), определение способов их взаимодействия;
o
разработка предложений по очередности проектирования и реализации
подсистем и отдельных логических АРМов, входящих в состав ИС;
o
разработка требований к средствам базового технического
обеспечения ИС;
o
разработка требований к средствам базового программного
обеспечения ИС.
Логическая
модель, отображающая деятельность
системы управления предприятием, и информационное пространство, в котором эта
деятельность протекает, представляют собой "снимок" положения дел
(функциональная структура, роли должностных лиц, взаимодействие подразделений,
принятые технологии обработки управленческой информации, автоматизированные и
неавтоматизированные процессы и т. д.) на момент обследования. Эта модель
позволяет понять, что делает и как функционирует предприятие с позиций
системного анализа, и затем сформулировать предложения по улучшению ситуации.
Развитие логической модели
предметной области, ее последовательное превращение в модель целевой ИС, позволит
интегрировать перспективные предложения руководства и ведущих сотрудников
предприятия, экспертов и системных аналитиков, сформировать видение новой,
реорганизованной и автоматизированной деятельности предприятия (рис. 8.12).
Построенная модель является
законченным результатом по следующим причинам.
1.
Она включает в себя модель существующей неавтоматизированной технологии,
принятой на предприятии. Формальный анализ этой модели позволяет выявить узкие
места в управлении предприятием и сформулировать рекомендации по его улучшению
(независимо от того, предполагается ли дальнейшая разработка автоматизированной
системы или нет).

Рис. 8.12.  Модель системы в технологическом CASE-решении
2.
Она независима и отделяема от конкретных разработчиков, не требует
сопровождения и может быть безболезненно передана другим лицам. Более того,
если по каким-либо причинам предприятие не готово к реализации проекта в данный
момент времени, модель может быть "положена на полку" до тех пор,
пока в ней не возникнет необходимость.
3.
Она позволяет осуществлять эффективное обучение новых работников
конкретным направлениям деятельности предприятия, так как соответствующие
технологии содержатся в модели.
4.
С ее помощью можно осуществлять предварительное моделирование
перспективных направлений деятельности предприятия с целью выявления новых
потоков данных, взаимодействующих процессов и структурных элементов.

Рис. 8.13.
5.
Она обеспечивает распространение накопленного опыта на других
предприятиях, дает возможность унифицировать административно-управленческую и
финансовую деятельность этих предприятий.

Рис. 8.14.
Модель является не просто
реализацией начальных этапов работы и основанием для формирования технического
задания на ее последующие этапы. Она представляет собой самостоятельный
результат, имеющий большое практическое значение, так как он позволяет
дальнейшее применение CASE-технологий для реального проектирования и разработки
ИС.
Современные CASE-пакеты имеют
широкие возможности инструментального расширения за счет использования
стандартных программных средств, что делает их чрезвычайно удобными при
разработке программных и информационных систем (рис. 8.13 и 8.14).
Для успешного внедрения
CASE-средств организация должна обладать нижеследующими качествами.
Культура. Готовность к внедрению новых процессов и взаимоотношений
между разработчиками и пользователями, ИТ/ИС-управленцами и пользователями.
Управление. Четкое руководство и организованность по отношению к
наиболее важным этапам и процессам внедрения.
Технология. Понимание ограниченности существующих возможностей и
способность принять новую технологию.
Если организация не обладает
хотя бы одним из перечисленных качеств, то внедрение CASE-средств может
закончиться неудачей независимо от степени тщательности следования различным
рекомендациям по внедрению.
В качестве примеров популярных
CASE-средств укажем программные средства компании Computer Associates,
IBM-Rational Software и Oracle:
·
BPwin - моделирование бизнес-процессов;
·
ERwin - моделирование баз данных и хранилищ данных;
·
ERwin Examiner - проверка структуры СУБД и моделей, созданных в
Erwin;
·
ModelMart - среда для командной работы проектировщиков;
·
Paradigm Plus - моделирование приложений и генерация объектного
кода;
·
Rational Rose - моделирование бизнес-процессов и компонентов
приложений;
·
Rational Suite AnalystStudio - пакет для аналитиков данных;
·
Oracle Designer (входит в Oracle9i Developer Suite) -
высокофункциональное средство проектирования программных систем и баз данных,
реализующее технологию CASE и собственную методологию Oracle - CDM. Позволяет
команде разработчиков полностью провести проект, начиная от анализа
бизнес-процессов через моделирование к генерации кода и получению прототипа, а
в дальнейшем и окончательного продукта. Сложное CASE-средство, его имеет смысл
использовать при ориентации на линейку продуктов Oracle.

Рис. 8.15.
Самым мощным из указанных
программных пакетов является пакет Rational Rose (RR) компании IBM-Rational, с
помощью которого можно спроектировать и сопровождать весь жизненный цикл
разработки программного продукта (рис. 8.15). Пакет
включает набор средств моделирования объектно-ориентированных информационных
систем, базирующихся на языке моделирования UML.
Пакет RR способен решать
практически любые задачи в проектировании информационных систем: от анализа
бизнес-процессов до кодогенерации на определенном языке программирования,
позволяет разрабатывать как высокоуровневые, так и низкоуровневые модели,
осуществляя тем самым абстрактное либо логическое проектирование (рис. 8.16).

Рис. 8.16.

Таким образом, современные
CASE-средства вместе с системным программным обеспечением и техническими
средствами поддержки образуют полную среду разработки
информационных систем.
Внедрение
информационных систем
Внедрение корпоративной ИС,
разработанной самостоятельно или приобретенной у поставщика, зачастую
сопровождается ломкой (перепроектированием) существующих на предприятии
бизнес-процессов. Приходится перестраивать их под требования стандартов и
логику внедряемой системы. Отметим сразу, что внедрение ИС решает ряд управленческих
и технических проблем, однако порождает проблемы, связанные с человеческим
фактором.
Внедрение информационной
системы, как правило, значительно облегчает управление деятельностью
предприятия, оптимизирует внутренние и внешние потоки информации, ликвидирует
узкие места в управлении. Однако после того как система успешно установлена,
"обкатана" в работе и показала свою эффективность, у части
сотрудников выявляется нежелание использовать ИС в работе. В результате
проведенного реинжиниринга становится ясно, что некоторые сотрудники в большой
степени дублируют работу других или вовсе не нужны. Кроме того, внедрение КИС
сопровождается обязательным обучением, но, как показывает российский опыт,
желающих переучиваться не так много. Ломка старых навыков и прививание новых -
долгий и трудный процесс!
Надо четко понимать, что
корпоративная ИС призвана упростить управление организацией, улучшить процессы,
усилить контроль и обеспечить этим конкурентные выгоды. Только с такой точки
зрения можно оценивать пользу от ее внедрения.
Следуя этой логике, становится
понятно, что хотя корпоративная ИС предназначена в целом для обеспечения всех
пользователей необходимой информацией, управление разработкой и внедрение КИС
является прерогативой высшего руководства компании! Понимают ли это
руководители?
Здесь тоже приходится бороться с
живучими стереотипами. "Зачем мне корпоративная система, если дела на
предприятии и так идут хорошо?". "Зачем, что-то ломать, если все
работает?". Но ведь ломать-то чаще всего и не надо. На первом этапе нужно
лишь грамотно и корректно формализовать и перенести идентифицированные
процессы, в рамках которых живет предприятие, в корпоративную ИС. Подобная
формализация лишь отточит, отшлифует удачные маркетинговые и производственные
находки, оптимизирует процесс управления и контроля и позволит в дальнейшем
проводить целенаправленные изменения.
Внедрение новой ИС - сложный
процесс, длящийся от нескольких месяцев для небольших ИС до нескольких лет для
ИС больших распределенных компаний с широкой номенклатурой продуктов и большим
количеством поставщиков. Успех проекта по разработке (или приобретению) и
внедрению ИС во многом зависит от готовности предприятия к ведению проекта,
личной заинтересованности и воли руководства, реальной программы действий,
наличия ресурсов, обученного персонала, способности к преодолению сопротивления
на всех уровнях сложившейся организации.
К настоящему времени сложился
стандартный набор приемов внедрения ИС. Основное правило: выполнять обязательные фазы последовательно и не пропускать
ни одной из них.
Критически важными для внедрения
являются следующие факторы:
·
наличие четко сформулированных целей проекта и требований к ИС;
·
наличие стратегии внедрения и использования ИС;
·
проведение предпроектного обследования предприятия и построения
моделей "Как есть" и "Как будет";
·
планирование работ, ресурсов и контроль выполнения плана
внедрения;
·
участие высшего руководства во внедрении системы;
·
проведение работ по внедрению ИС специалистами по интегрированию
систем совместно со специалистами предприятия;
·
регулярный мониторинг качества выполняемых работ;
·
быстрое получение положительных результатов хотя бы в части
внедренных модулей ИС или в процессе ее опытной эксплуатации.
Перед началом разработки проекта внедрения необходимо:
·
максимально формализовать цели проекта внедрения ИС;
·
оценить минимально необходимые затраты и статьи расхода;
·
установить высокий приоритет проекта внедрения перед остальными
текущими проектами;
·
наделить руководителя проекта максимально возможными
полномочиями;
·
провести массовую просветительскую работу с персоналом
предприятия с целью довести до каждого важность и необходимость предстоящих
преобразований;
·
разработать организационные меры для применения новых
информационных технологий;
·
распределить персональную ответственность по всем этапам
внедрения и опытной эксплуатации.
Необходимо также определить
функциональные сферы внедрения модулей информационной системы:
·
организационное управление;
·
организационно-административное обеспечение;
·
управление бизнес-процессами;
·
управленческий, планово-финансовый и бухгалтерский учет;
·
управление персоналом;
·
управление документацией;
·
управление материально-техническим обеспечением;
·
управление связями с клиентами и внешней средой.
Кроме того, что перечислено
выше, надо задать технологические требования к внедрению ИС:
·
системная платформа - внедрение и
адаптация готового решения от производителя или разработка на заказ в
соответствии с техническим заданием заказчика;
·
интегрируемость - данные хранятся
и обрабатываются в едином информационном пространстве; это обеспечивает их
полноту, непротиворечивость, достоверность и возможность многократного
использования; система может включать в себя вновь разработанные и уже
используемые технологии и приложения;
·
адаптируемость - система настраивается
в соответствии с требованиями заказчика и на особенности информационного поля
заказчика;
·
распределенность - система может
эффективно функционировать в территориально удаленных подразделениях и филиалах
предприятия;
·
масштабируемость - система может
выполняться в виде каркаса, содержащего базовые модули, и дополняться в
соответствии с требованиями изменяющейся внешней и внутренней среды.
Основные фазы внедрения
информационной системы
Фаза
"Предварительные работы по подготовке проекта внедрения ИС". В ходе предпроектного обследования предприятия (рис. 8.4) происходит
сбор подробной информации о структурном построении организации, функциональных
связях, системе управления, об основных бизнес-процессах, о потоках внутри
предприятия (Control Flow, Doc Flow, Data Flow, Work Flow, Cash Flow),
необходимой для построения соответствующих моделей и выбора объектов для
автоматизации. Оцениваются сроки, ресурсы, виды и объемы работ, номенклатура и
стоимость программно-аппаратных и телекоммуникационных средств, стоимость
обучения персонала и т. д.
Фаза
"Подготовка проекта". После
завершения первой фазы осуществляется предварительное планирование и
формирование процедур запуска проекта:
·
формирование проектной и экспертной групп;
·
распределение полномочий и ответственности;
·
определение организационно-технических требований к процессу
внедрения;
·
уточнение спецификаций и ожиданий заказчика;
·
обучение группы внедрения, состоящей из специалистов
предприятия-заказчика.
Последний, очень важный момент
почему-то часто пропускается при составлении плана внедрения. А ведь от него в
огромной степени зависит успех всего проекта! После начала финансирования
проект считается запущенным к исполнению.
Фаза
"Концептуальная проработка проекта". В течение этой фазы:
·
формируется и утверждается концептуальный проект;
·
достигается обязательное однозначное понимание намерений всех
участников проекта относительно внедряемой ИС;
·
уточняются и конкретизируются цели и задачи проекта;
·
определяются размеры прототипа системы;
·
согласуются укрупненный план работы, последовательность этапов и
условия опытной эксплуатации, планово-финансовые и отчетные показатели;
При этом все указанные действия в обязательном порядке документируются, согласуются и
утверждаются всеми заинтересованными и ответственными сторонами.
Фаза
"Реализация проекта". Во
время проведения основных работ по внедрению создается, устанавливается и
конфигурируется системная среда, определяются процедуры системного
администрирования, устанавливаются основные программно-аппаратные комплексы и
приложения. В системе настраиваются организационно-штатные и
организационно-функциональные структуры предприятия с использованием таких
организационных единиц, как филиал, департамент, отдел, рабочая группа и т. д.

Рис. 8.17.  Примерное содержание репозитория проекта
внедрения
Осуществляется установка,
конфигурирование и настройка сетевых и телекоммуникационных средств,
производится перенос данных из прежних локальных систем и формирование
интерфейсов с унаследованными и внешними системами. При этом все создаваемые
модели, планы, рабочие программные продукты, докуменация помещаются в сквозной
репозиторий проекта внедрения (рис. 8.17). Важной
частью этого репозитория является система документации, формируемая в рамках
проекта (рис. 8.18).
Отрабатываются системные вопросы
безопасности работы системы в многопользовательском режиме. Создаются
приложения, шаблоны, отчеты, клиентские формы доступа, распределяются
полномочия пользователей. Проводится "прогонка" всех систем в
"боевом режиме" с участием всех заинтересованных сторон.

Рис. 8.18.  Примерный состав документации по процессу
внедрения ИС
После окончания фазы реализации
проект внедрения считается законченным. Информационная система передается в
эксплуатацию.

Контрольные
вопросы и задания
1.
Что такое "открытая информационная система"?
2.
Перечислите основные свойства открытых систем.
3.
Охарактеризуйте суть современного процессного подхода к управлению
деятельностью предприятия и использования этого подхода при разработке ИС.
4.
Что включает в себя понятие "Реинжиниринг бизнес-процессов"?
5.
Какие модели и каким образом используются при проектировании
информационных систем?
6.
Какие программные средства используются для моделирования процессов при
разработке информационных систем?
7.
На основании каких данных и информации разрабатываются модели состояния
AS IS и AS TO BE?
8.
Кто в компании занимается вопросами разработки, внедрения и развития ИС?
Кто участвует в подготовке технического задания на разработку ИС?
9.
Назовите основные этапы проектирования информационных технологий.
10.
Перечислите этапы жизненного цикла информационной системы.
11.
На каком этапе разработки и внедрения ИС производится обучение персонала
компании?
12.
Перечислите основные фазы внедрения ИС.

Скачано с www.znanio.ru

file_name: 152.  Лекция по теме Разработка и внедрение информационной системы.doc

alt: IBM в 1974 году. Она основана на разбиении вычислительной среды на семь уровней, взаимодействие между которыми описывается соответствующими стандартами и обеспечивает связь уровней вне зависимости…

alt: Целью системного анализа является преобразование общих, расплывчатых знаний об исходной предметной области (требований заказчика) в точные определения и спецификации для разработчиков, а также генерация функционального…

alt: На основе результатов системного анализа на стадии предварительного проекта разрабатываются: · проект программно-аппаратной реализации, проект пользовательских интерфейсов и технологии работы пользователей в системе; · архитектура…

alt: Реинжиниринг бизнес-процессов

alt: Рис. 8.7. Для ответа на эти ключевые вопросы необходимо в первую очередь провести детальное описание бизнес-архитектуры предприятия, его бизнес-логики , построить функциональную модель взаимодействия бизнес-процессов,…

alt: Последующие мероприятия

alt: BEA Systems, IBM, Microsoft, SAP и

alt: CASE-средств в различных проектах

alt: Разработка предложений по автоматизации системы управления предприятием o определение границ автоматизации - составление перечня автоматизируемых структурных элементов, разбиение процессов основной деятельности на автоматические, автоматизированные и…

alt: Рис. 8.16. Таким образом, современные


extracted_text:
Пояснительная записка

Итоговая контрольная  работа для учащихся 6 классов по английскому языку в
форме тестирования ориентирована на программу М. З. Биболетовой,
рекомендованной Министерством образовании и науки РФ для общеобразовательных
учреждений. Данная работа  составлена  в соответствии с компонентом
государственного федерального стандарта общего образования.
Итоговая
работа разработана в 3 вариантах. В работе учащимся предложено  9 заданий с
выбором одного правильного ответа. Время выполнения – 40 минут.
В
работу включены следующие задания:
1.
Чтение.
Прочитать текст и выбрать правильный ответ (задания на ответ true\false)
2.
Лексика.
Проверка лексики по теме «Знаменитые люди»
3.
Лексика.
Выбор синонимичных слов по теме.
4.
Лексика.
Пропуски лексических единиц в предложениях.
5.
Грамматика.
Употребление артикля THE в английском языке.
6.
Грамматика.
Правильный перевод предложений.
7.
Грамматика.
Употребление возвратных местоимений в английском языке.
8.
Грамматика.
Временные формы глагола.
9.
Грамматика.
Тема «Разделительные вопросы»
Данные темы пройдены и закреплены учащимися в течение
учебного года.
Данная
работа оценивается баллами. Верный ответ- 1 балл. Максимальное количество
баллов- 43.
Отметка
«5»-  38 – 43 баллов
Отметка
«4» - 30 – 37 баллов
Отметка
«3» - 22 – 16 баллов
Отметка
«2» - менее 15 баллов

Итоговая
контрольная работа  по английскому языку 6 класс за 2017-2018 учебный год

                         Вариант 1.
1.      Прочитайте текст и
закончите предложения.
   Lord Byron was an
aristocrat and a fashionable man. His personality attracted Britain and all
Europe.
He brought to his poetry romanticism of his times. He was talented and
handsome, noble and
brave.
George Gordon Byron was born on January 22nd 1788. He spent his early years
outside the capital.
He
lived in the north. Later his mother took him to Aberdeen. There they lived for
several years. George
went
to Aberdeen Grammar School and there is a monument to him outside the school.
Later he studied at
Harrow
School and Cambridge University. When Byron was 19, he came to London. One day
the poet wrote, “I woke up and found myself famous”. It happened after the
publication of his autobiographic poem “Childe Harold” in 1812. In summer of
1816 Byron left Britain forever. He travelled around Europe and soon he became
a member of the Greek liberation movement, for which he died. But he did not
lead the Greeks in battle as he wished. He died of fever.
1.
George Gordon Byron was ….
a)
a famous English poet
b)
an English dramatist
c)
an actor
d)
an alchemist
2.
When Byron was a boy, he lived …
a)
in London
b)
in Aberdeen
c)
in Liverpool
d)
in Sheffield
3.
Byron studied …
a)
at Aberdeen Grammar School
b)
at Aberdeen Grammar School, Harrow School and Cambridge University.
c)
at Harrow School
d)
at Oxford University.
4.
The text is about …
a)
a famous English poet
b)
an English dramatist
c)
a famous University
d)
a famous book
5.
George Gordon Byron died …
a)
in battle
b)
of fever
c)
of tuberculosis
d)
of grippe
    2. Choose the right
variant. Выберите правильный ответ.
1)   Madame Tussaud’s is a famous ………
.
a. theatre        b.
museum        c. park
2)   The statue of Peter Pan can be
seen in ……… .
a. Hyde Park        b.
Regent’s Park        c. Kensington Gardens
3)   Savva Morozov was a ……… .
a. banker        b.
businessman        c. politician
   3. Выбери слово, наиболее подходящее по
смыслу к выделенному:
1) novel                                 a) poem b) joke c)
book d) song
2) lollipop                             a) cake b) sweet c)
apple d) bridge
3) city                                    a) a big town b) a
long street c) a small garden d) a beautiful square
   4.
Заполни пропуски, наиболее подходящими по смыслу словами:
1) The scientist couldn’t … his works for
a long time.
a) put b) spend c) learn d) publish
2) Who lives in Great Britain? … live in
the UK.
a) Russian people b) British people c)
German people
3) Charlie Chaplin is famous for his … .
a) art gallery b) films c) songs d) poems
4) Londoners … their parks.
a) are full of b) are tired of c) are
proud of d) are sure of
5) You can … in the game.
a) spend b) be rich c) water d) take part
   5.  Выбери подходящий артикль:
1) Would you like … cup of tea? – Yes,
thanks.
a) a b) the c) –
2) Stella takes care of people in
hospital. She is … nurse.
a) - b) the c) a
3) Last year … Jill visited Australia and
the USA.
a) a b) the c) –
4) Let’s invite … Browns to my birthday
party!
a) a b) the c) –
5) When Ann was ill, we went to … hospital
to visit her.
a) a b) the c) –
    6.  Выбери правильный перевод предложения:
1) Have you ever been to any museums in London?
a) Вы когда-нибудь были в каких-либо музеях Лондона?
б) Вы собираетесь побывать когда-нибудь в каких-либо музеях
Лондона?
2) This music is worth listening.
а) Эту музыку следует послушать.
б) Эту музыку стоит послушать.
   7. Вставьте возвратные местоимения: myself, itself, yourself, ourselves, himself, themselves,
herself.
1. Alice saw ____________ in the mirror.
2. I bought this book  _____________
.
3. Nick has done this exercise
____________ .
4. Look! The dog is playing by
______________ .
5. My students can do this work
_____________ .
6. We enjoyed _____________ at the disco.
7. I think you can do it _____________ .
   8. Вставьте нужную форму глагола.
1. When I was a child I … to
be a doctor.
a) wanted
     b) want        c) has wanted
2. She…. just …. to her
teacher.
a) is speaking
 b) have spoken    c) has spoken
3. Margaret … to school
yesterday.
a) doesn’t go
  b) didn’t go     c) won’t go
4. My bother can't talk to you
at the moment. He …...
a) works
       b) worked        c) is working

5. When ... you …. to London?
a) did  go
        b) have gone    c) has gone
6. How often ... they …. TV?
a) do watch
     b) has watched   c) does watch
7. I can't open the door. I ….
a key.
a) lost
          b) have lost       c) loses
8. Phone me tomorrow. I ….. at
home.
a) am
            b) was         c)
will be
    9. Выбери правильный ответ.

Last summer we travelled by
     plane,…?

1.       didn’t we  b) don’t we  c) aren’t we   d) isn’t it

On Sundays I invite my friend
     to come and have tea with me, …?

1.       don’t I   b) haven’t I  c) doesn’t he  d) aren’t we

It stopped raining an hour
     ago,…?

1.       didn’t it  b) wasn’t it  c) did it  d) wasn’t he

Jane wasn’t interested in
     classic music, …?

1.       was she  b) wasn’t he  c) didn’t she  d) did she

It takes more than nine hours
     to get to Far East from Moscow, …?

1.       doesn’t it   b) do we   c) did it  d) does it
Итоговая
контрольная работа  по английскому языку 6 класс за 2017-2018 учебный год

Вариант
2.

1.      Прочитайте текст и
укажите, являются ли предложения после него верными (True) или неверными
(False).
In
England on the 1st of January people don’t go to work and children don’t go to
school, but New Year’s Day is not a big holiday. Very many people go to bed
before 12 o’clock on New Year’s Eve. But some families celebrate this evening
at home. They organize a party or a dance.
 At
12 o’clock in the night the young people go out into the streets. In London
they go to Trafalgar Square. There they see a great tree brightly decorated
with little lamps. The people of Norway send a tree every year to the people of
England.
1.        In
England New Year’s Day is a big holiday.
2.        On
New Year’s Eve many people go to bed before 12 o’clock.
3.        At
12 o’clock in the night the young people go out into the streets.
4.        In
London they go to Trafalgar street.
   2. Choose the right variant. Выберите
правильный вариант.
1)   Anna Pavlova is a world-famous ……… .
a. teacher        b. opera-singer
       c. ballet-dancer
2)   The theory of evolution was opened by ……… .
a. Charles Darwin        b. Isaac
Newton        c. John R. R. Tolkien
3)   Mark Twain was a famous ……… writer.
a. American        b. English
       c. Russian
   3. Выбери слово, наиболее подходящее по
смыслу к выделенному:
1) to be rich in                     a) to arrange b) to enjoy
c) to have no d) to have a lot of …
2) year                                 a) sugar b) time c)
country d) school
3) ancient                            a) new b) interesting c)
very old d) special
   4. Заполни пропуски, наиболее подходящими
по смыслу словами:
1) My parents … the noisy city. They want to go to the
country next week.
a) are tired of b) are responsible for c) are full of
d) are sure of
2) Agatha Christie is famous for her … .
a) nice pictures b) big house c) detective stories d)
modern dresses
3) You can meet great … at Madame Tussaud’s museum.
a) films b) characters of history and art c) animals
d) infamous people
4) Who lives in England? - … live in England.
a) Russian people b) American people c) English people
5) The statue of the famous Peter Pan is in … .
a) Hyde Park b) St James’s Park c) Regent’s Park d)
Kensington Garden
   5. Выбери подходящий артикль:
1) L. Carroll is … famous English writer, isn’t he?
a) a b) the c) –
2) James Grey is … brightest pupil in our class.
a) the b) a c) –
3) Would you like to be … actor?
a) a b) an c) the d) –
4) My parents have a cat and a parrot. … cat never
attacks the parrot.
a) a b) the c) –
5) Do you know … Taylors? They are a very nice family.
a) a b) - c) the

6. Выбери правильный перевод предложения:
1) Have they ever been to Tver?
a)
Они собираются побывать когда-нибудь в Твери?
б)
Они бывали когда-нибудь в Твери?
2) The cartoons are worth seeing.
a)
Мультфильмы не стоит смотреть.
б) Мультфильмы стоит смотреть.

   7. Вставьте возвратные местоимения: myself,
itself, yourself, ourselves, himself, themselves, herself.
1. She looked at … in the mirror
2.My little nephew fell down and hurt … .
3. We took these pictures … .
4. They shook hands and introduced … .
5. You call … a gentleman.
6. Mrs. Dalloway said she would buy the flowers … .
7. The party was great. We enjoyed … very much.
   8. Вставьте нужную форму глагола.
1)
Her niece ______English.

a.
speak        b. speaks        c. is
speaking
2)   We ________ this film yesterday.
            a. watch
       b. have watched        c.
watched
3)   Soon he _____ in chess competition.
            a. take part
       b. takes part        c. will
take part
4)   I _______a nice present recently.
            a. get
       b. have got        c. got
5)   The weather was hot and they ____the whole
day in the open air.
            a. spent
       b. will spend        c. spend
6)   Look! The girls ______tennis.
            a. play
       b. are playing        c. plays
7)   You usually _______TV in the morning.
            a. watch
       b. am watching        c. have
watched
8)   My friend _______just _____ a new model of
ship.
            a. bought
       b. has bought        c. have
bought
   9. Выбери
правильный ответ
1.
Her business trip wasn’t a success, …?
was it  b) wasn’t she  c) wasn’t it  d) isn’t it
2.
We love our home town, …?
don’t we b) do it  c) do we  d) does it
3.
My children weren’t watching  television programme yesterday
at six p. m, …?
were they  b) weren’t they  c) weren’t my  d) was
it
4.
The students usually learn the English language, …?
don’t they  b) aren’t  they   c) do they  d)
does she
5.
There is a small garden behind the house, …?
Isn’t there  b) isn’t it  c) is he  d) doesn’t it

Итоговая
контрольная работа  по английскому языку 6 класс за 2017-2018 учебный год

Вариант
3.
1.      Прочитайте текст и
выберите правильный ответ.

William
Shakespeare, the greatest English writer of drama, was born in 1564 in
Stratford-on-Avon. We don’t know everything about Shakespeare’s early life.
But we know that he studied at the Grammar School in Stratford, and that he
became interested in the theatre when he was still a boy.
In 1586 Shakespeare went to London, where he worked in
the theatre for some years before he began to write his own plays.
   Shakespeare soon became well-known in London
literary circles. Every play that he wrote was good newsto the people of
the capital. Queen Elizabeth I liked Shakespeare’s plays, and the actors were
often invited to play before the Queen and later before the King James- a great
honor in those days. By the end of the 16thcentury Shakespeare and
his friends built their own theatre –the famous Globe Theatre.
   But Shakespeare had many difficulties in his
life. Less talented writers, whose plays were worse than his, often
quarreled with Shakespeare and attacked him, the actors in his own
theatre sometimes turned against him.
   Now people in many countries love and honor Shakespeare
for his plays, comedies and tragedies that are still modern and
well-known all over the world.
   1. Shakespeare was
especially good at…
a) novels.
b) detective stories.
c) dramas.
d) mystery plays.
2. It was a great honor in those days …
a) to play before the Queen.
b) to work in the theatre.
c) to write plays.
d) to live in London.
3. Shakespeare and his friends founded…
a) a library.
b) a museum.
c) a theatre.
d) a cinema.
   2. Choose the right variant. Выберите правильный
вариант.
1). Agatha Christie wrote ……… .
 a. fairy-tales        b. detective
stories        c. fantastic stories
2)   Joseph Turner was ……… .
a. an actor        b. an artist
       c. a scientist
3)   The father of English prose is ……… .
a. Daniel Defoe        b. William
Shakespare        c. Mark Twain
   3. Выбери слово, наиболее
подходящее по смыслу к выделенному:
1) dominant                             a) merry b)
independent c) main d) dirty
2) relative                                a) teacher b) cousin c)
dancer d) poem
3) scientist                               a) Albert Einstein
b) Pablo Picasso c) Anna Pavlova d) J. Turner
   4. Заполни пропуски,
наиболее подходящими по смыслу словами:
1) Have you ever been to Ostankinskaya Tower? Let’s go
there. It’s … visiting.
a) well b)worth c) nice d) well-known
2) The pupils … in the museum yesterday.
a) were b) ate c) spent d) go
3) There is a … for the Queen’s family at Madame
Tussaud’s museum.
a) round table b) special place c) big book d) nice
sofa
4) Savva Morozov helped poor people. He was a … .
a) writer b) politician c) businessman d) architect
5) The poet … his poems in the evening.
a) will dance b) will read c) will cross d) will die
   5. Выбери подходящий артикль:
1) London is the capital of … United Kingdom.
a) a b) the c) –
2) Which is … smallest planet in the solar system?
a) a b) the c) –
3) Excuse me, where is … town museum, please?
a) a b) - c) the
4) I think … William Brown is the brightest student.
a) the b) a c) –
5) … First World War began in 1914.
a) a b) the c) –

 6. Выбери правильный перевод предложения:
1) Has she ever been to the planetarium?
a)
Ей следует когда-нибудь побывать в планетарии?
б)
Она бывала когда-нибудь в планетарии?
2) This cake is worth eating.
a)
Этот торт стоит попробовать.
б)
Этот торт следует попробовать.

7. Вставьте возвратные местоимения: myself,
itself, yourself, ourselves, himself, themselves, herself.
1. Can you arrange the party … or shall I help you?
2. I always make my bed …….
3. Jill walked her dog …….
4. We cooked the pie …….
5. These boys are so lazy that never clear the table
…….
6. Henry, do you want to repair the
radio?
7. We can install this programme.

   8.
Вставьте нужную форму глагола.
1. My brother has
just … his best friend at the zoo.
       a) meet b) met c) will meet.
2. His little sister usually… care of their pets.
       a) is taking b) took c) has taken d) takes
3. Yesterday we …. out and had a nice time at the
disco.
      a) are going b) went c) go d) has gone
4.  He has already … his puppy for a walk.
     a) took b) taken c) will take  d) is taking
5.  I ……. my Math. I can go for a walk.
     a) did b) has done c) have done
6.  Peter …….. home two minutes ago.
     a) will come b) came c) has come
7.  My friends ………. to play hockey in winter.
     a) like b) are liking c) likes
8. She ……. a very interesting book recently.
     a) have read b) reads c) has read
   9. Выбери
правильный ответ
1.
You can buy souvenirs in a souvenir shop, …?
can’t you  b) don’t you  c) do you   d) did you
2.
John is speaking about his trip to Sochi, …?
 isn’t he  b) doesn’t he   c)  isn’t she
  d) don’t we
3.
 The streets are wide and green, …?
aren’t they  b) are they   c) isn’t she  d) don’t
they
4.
My sister and I liked to visit museums, …?
didn’t we  b) doesn’t she   c) am I  d) did we
5.
Next summer her sister won’t have holidays, …?
will she  b) does she  c )will her  d) isn’t she

Скачано с www.znanio.ru

file_name: Итоговая КР-6 класс.docx

alt: Выбери подходящий артикль : 1)

alt: Вставьте возвратные местоимения : myself, itself, yourself, ourselves, himself, themselves, herself

intro: Итоговый тест за 6 класс к УМК Биболетова

title: Промежуточная аттестация по английскому языку за 6 класс