ВОПРОСЫ ГОСУДАРСТВЕННОГО ЭКЗАМЕНА

181

К оглавлению ↑

Проект: Цель; Бюджет; Время.

Педагогическое проектирование

*Это предварительная разработка деталей предстоящей деятельности учащихся и педагогов.

*Многоступенчатая деятельность.

3 этапа:

•Моделирование

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

•Конструирование

Основные черты проекта.

Понятие «проект» объединяет разнообразные виды деятельности, характеризуемые рядом признаков, наиболее общими из которых являются следующие:

•направленность на достижение конкретных целей, определенных результатов;

•координированное выполнение многочисленных, взаимосвязанных действий;

•ограниченная протяженность во времени, с определенным началом и концом.

Основными признаками проекта являются:

1)новизна;

2)изменения как основное содержание проекта;

3)неповторимость;

4)конкретная цель, ограниченная во времени;

5)временная ограниченность продолжительности проекта;

6)ограниченность требуемых ресурсов;

7)бюджет, относящийся к проекту;

8)комплексность решения проблемы;

Отличие проекта от производственной системы заключается в том, что проект является однократной, не циклической деятельностью.

Серийный же выпуск продукции не имеет заранее определенного конца во времени и зависит лишь от наличия и величины спроса. Когда исчезает спрос, производственный цикл кончается.

Проект как система деятельности существует ровно столько времени, сколько его требуется для получения конечного результата.

Классификация проектов.

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

Классификация проектов может быть проведена по различным основаниям. Мы рассмотрим лишь наиболее распространенные ее варианты (рис. 3)

182

К оглавлению ↑

Рис. Признаки классификация проектов

Классификация проектов

183

К оглавлению ↑

Классификация по сферам деятельности

1.Технический (строительство здания или сооружения, внедрение новой производственной линии, разработка программного обеспечения и т.д.).

2.Организационный (реформирование существующего или создание нового предприятия, внедрение новой системы управления, проведение международной конференции и т.д.).

3.Экономический (приватизация предприятия, внедрение системы финансового планирования и бюджетирования, введение новой системы налогообложения и т.д.).

4.Социальный (реформирование системы социального обеспечения, социальная защита необеспеченных слоев населения, преодоление последствий природных и социальных потрясений).

5.Смешанный (проекты, реализуемые сразу в нескольких областях деятельности, - к примеру, проект реформирования предприятия, включающий внедрение системы финансового планирования и бюджетирования, разработку и внедрение специального программного обеспечения и т.д.)

Классификация проектов по размерности

1.Монопроекты - отдельные проекты различного типа и назначения, имеющие определенную цель, четко очерченные рамки по финансам, ресурсам, времени, качеству и предполагающие создание единой проектной группы (инвестиционные, инновационные и другие проекты).

2.Мультипроект - комплексный проект, состоящий из ряда монопроектов и требующий применения многопроектного управления (реформирование существующих и создание новых предприятий, разработка и внедрение внутрифирменных систем многопроектного управления).

3.Мегапроект - целевые программы развития регионов, отраслей и др. образований, включающие в свой состав ряд моно- и мультипроектов («План Маршалла», создание Общеевропейского рынка, развитие Южной Кореи и т.д.).

Классификация по объемам финансирования проекта

По объемам финансирования проекты можно разделить на малые, средние и крупные.

Взависимости от отрасли, масштабов деятельности компанииисполнителя и страны, в которой реализуется проект, уровни финансирования для проектов одного и того же типа будут существенно отличаться.

Так, в американской практике существуют прецеденты, когда к малым проектам относят проекты с объемом капиталовложений до $10-15 млн.и трудозатратами до 40-50 тыс. человеко-часов. (Примеры: опытно-промышленные установки, небольшие промышленные предприятия, модернизация действующих производств).

Вроссийской практике к малым проектам можно отнести проекты с объемом финансирования до $200300 тыс. А проекты с объемом финансирования свыше $10-15 млн. уже относят, как правило, к крупным.

Классификация по целевому назначению проекта

1.Инвестиционный - главная цель - создание или обновление основных фондов организаций, требующие вложения инвестиций.

2.Инновационный - главная цель - разработка и применение новых технологий, организационных новаций, ноу-хау и других нововведений, обеспечивающих развитие организаций.

3.Научно-исследовательский.

4.Учебно-образовательный.

5.Смешанный.

Цель и результат проекта.

184

К оглавлению ↑

Цель проекта

Любой коллективный труд, а тем более такой нетривиальный как разработка и внедрения программного обеспечения, имеет мало шансов на успех, если все участвующие стороны не представляют (или еще хуже не правильно представляют) конечной цели проекта, иначе говоря, не имеют единого видения (shared vision) проекта.

Все заинтересованные лица и просто участники проекта должны чётко представлять конечный результат.

Всем должна быть понятна цель проекта.

Различают генеральную цель (говорят также — миссию) проекта от целей первого (и, возможно, последующих) уровней, а также подцелей/задач, действий и результатов.

Миссия — это генеральная цель проекта, четко выраженная причина его существования. Она детализирует статус проекта, обеспечивает ориентиры для определения целей следующих уровней, а также стратегий на различных организационных уровнях.

Говорят также, что миссия — это главная задача проекта, с точки зрения его будущих основных услуг или изделий, его важнейших рынков и преимущественных технологий. Стратегия проекта — центральное звено в выработке направлений действий с целью получения обозначенных миссией и системой целей результатов проекта.

Результат проекта

Под результатом проекта понимают продукцию, результаты, полезный эффект проекта. В качестве результата, в зависимости от типа/цели проекта, могут выступать: научная разработка, новый технологический процесс, программное средство, строительный объект, реализованная учебная программа, реструктурированная компания, сертифицированная система качества и т. д.

Об успешности проекта (результата) судят по тому, насколько он (результат) соответствует по своим затратным/доходным, инновационным, качественным, временным, социальным, эколоическим и другим характеристикам запланированному уровню.

185

К оглавлению ↑

Согласно статистическим данным, собранным Standish Group (США), из 8380 проектов, обследованных в США в 1994 году, неудачными оказались более 30% проектов, общая стоимость которых превышала 80 миллиардов долларов.

При этом оказались выполненными в срок лишь 16% от общего числа проектов, а перерасход средств составил 189% от запланированного бюджета.

Результаты анализа успешность программных проектов за 2008 год:

Проект НФПК ИСО

… проект ИСО делает самую масштабную и системную за прошедшие 20 лет попытку решать вопросы информатизации школы в тесной связи с повышением качества учебного процесса, изменением парадигмы образования, обновлением способов педагогической деятельности

Цели проекта:

1.Обеспечение активной учебной работы школьников

2.Поддержка развития творческой работы педагогов и педагогических коллективов

3.Обеспечение доступности качественных образовательных услуг для каждого школьника

Информационно-логические модели в образовании (модели содержания образования, ученика, учителя, времени, процесса обучения и результата).

Содержание образования

базисный и региональный учебные планы;

федеральный и национально-региональные стандарты;

учебный план школы,

разного рода программы по предметам;

учебники и т.п.

Ученик

Анкеты - данные об учащемся (набор сведений, необходимы для определения процесса обучение ученика, дополнительная текущая информация о его склонностях и физическом состоянии)

справки;

характеристики;

классный журнал - статические данные: количество учащихся по классам, количество посещений, сводная информация и т.д., отчеты о посещаемости и оценках

расписание

Учитель

личный листок по учету кадров

186

К оглавлению ↑

документы о повышении квалификации

данные по категории и выполняемой нагрузке и т.п.

Документирование данные о каждом работнике школы (идентификационные данные, сведения о з/п, стаже работы, нагрузке и квалификации), аттестация (по существующим стандартам, присуждение званий и фиксация уже имеющихся)

Время

сетка часов учебного плана

тематическое планирование

календарное планирование и т.п.

Процесс обучения

поурочные планы

Направление работы школы

классный журнал и т.п.

Результат

итоги работы школы

классные журналы и т.п.

Информационная модель содержания образования

Входные параметры:

специальным образом представленные государственные и национально-региональные стандарты, базисный и региональный учебные планы;

учебники (федеральные и национально-региональные).

На основании этих данных и с учетом специфики образовательного учреждения:

1.Конструируется школьное содержание образования: а) учебный план школы; б) учебные программы по предметам;

в) учебники и дидактические материалы по предметам;

г) календарные и поурочные планы.

2.Создается внутришкольный педагогический мониторинг.

Информационная модель ученика

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

Информационная модель учителя

совокупность календарных поурочных планов отдельного учителя планы проведения уроков обратная связь

Время

Входные данные:

1.Информационная модель содержания образования

2.Информационная модель ученика

Оптимальное распределение учебного времени по критерию минимизации перегрузки

учащихся:

между предметами; внутри предмета – между темами;

внутри темы – между уроками.

Процесс обучения

последовательность планов проведения этих уроков из информационной модели учителя

Результат

итоговые показатели внутришкольного образовательного мониторинга

187

К оглавлению ↑

Информационная модель процесса обучения

«Шаг» процесса обучения - определенный этап эволюции процесса во времени от начала до завершения одного цикла управляемого взаимодействия педагогов и обучаемых, в ходе которого решается определенная дидактическая задача

Ю.К Бабанский Звенья процесса обучения - универсальные элементы одного типичного «шага обучения» Звенья процесса обучения

1.Подготовительное.

2.Конструктивное.

3.Дидактическое взаимодействие педагогов и учащихся.

4.Текущий анализ.

5.Тематический (итоговый) анализ.

Подготовительное звено

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

Конструктивное звено

Конструирования системы уроков по теме:

1)оптимизация распределения учебного времени между дидактическими единицами темы;

2)построение оптимальной системы уроков и каждого урока;

3)осуществление дифференцированного подхода к учащимся;

4)оптимальный отбор форм и методов работы на уроке;

5)педагогическое прогнозирование.

Дидактическое взаимодействие педагогов и учащихся

Центральное звено

Грамотная реализация оптимального варианта взаимодействия, выбранного на предыдущем

звене

Текущий анализ

оперативно применять новые методы и формы работы

менять соотношение между уроками темы

вносить изменения в дифференцированный подход

самоанализ учащимися результатов своей текущей работы

внесение изменений в самостоятельную работу

Тематический (итоговый) анализ

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

сопоставление полученных результатов с поставленной целью

выявление нерешенных задач

самоанализ педагогом и учащимися своей деятельности

определение исходных данных для осуществления нового цикла процесса обучения

Литература: [1], [2], [3].

2. Этапы проектирования информационных систем в образовании

Требования к технологиям разработки ИС.

188

К оглавлению ↑

Фазы и этапы программного проекта.

Стандарт ГОСТ 34.601-90 предусматривает следующие стадии и этапы создания автоматизированной системы:

1.Формирование требований к АС

1.Обследование объекта и обоснование необходимости создания АС

2.Формирование требований пользователя к АС

3.Оформление отчета о выполнении работ и заявки на разработку АС

2.Разработка концепции АС

1.Изучение объекта

2.Проведение необходимых научно-исследовательских работ

3.Разработка вариантов концепции АС и выбор варианта концепции АС, удовлетворяющего требованиям пользователей

4.Оформление отчета о проделанной работе

3.Техническое задание

1.Разработка и утверждение технического задания на создание АС

4.Эскизный проект

1.Разработка предварительных проектных решений по системе и ее частям

2.Разработка документации на АС и ее части

5.Технический проект

1.Разработка проектных решений по системе и ее частям

2.Разработка документации на АС и ее части

3.Разработка и оформление документации на поставку комплектующих изделий

4.Разработка заданий на проектирование в смежных частях проекта

6.Рабочая документация

1.Разработка рабочей документации на АС и ее части

2.Разработка и адаптация программ

7.Ввод в действие

1.Подготовка объекта автоматизации

2.Подготовка персонала

3.Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями)

4.Строительно-монтажные работы

5.Пусконаладочные работы

6.Проведение предварительных испытаний

7.Проведение опытной эксплуатации

8.Проведение приемочных испытаний

8.Сопровождение АС.

1.Выполнение работ в соответствии с гарантийными обязательствами

2.Послегарантийное обслуживание

Эскизный, технический проекты и рабочая документация — это последовательное построение все более точных проектных решений. Допускается исключать стадию «Эскизный проект» и отдельные этапы работ на всех стадиях, объединять стадии «Технический проект» и «Рабочая документация» в «Технорабочий проект», параллельно выполнять различные этапы и работы, включать дополнительные.

Данный стандарт не вполне подходит для проведения разработок в настоящее время: многие процессы отражены недостаточно, а некоторые положения устарели.

Жизненный цикл программного проекта.

189

К оглавлению ↑

Стандарт группирует различные виды деятельности, которые могут выполняться в течение жизненного цикла программных систем, в семь групп процессов. Каждый из процессов жизненного цикла в пределах этих групп описывается в терминах цели и желаемых выходов, списков действий и задач, которые необходимо выполнять для достижения этих результатов.

процессы соглашения — два процесса;

процессы организационного обеспечения проекта — пять процессов;

процессы проекта — семь процессов;

технические процессы — одиннадцать процессов;

процессы реализации программных средств — семь процессов;

процессы поддержки программных средств — восемь процессов;

процессы повторного применения программных средств — три процесса.

Каждый процесс включает ряд действий. Например, процесс приобретения охватывает следующие действия:

1.Инициирование приобретения

2.Подготовка заявочных предложений

3.Подготовка и корректировка договора

4.Надзор за деятельностью поставщика

5.Приемка и завершение работ

Каждое действие включает ряд задач. Например, подготовка заявочных предложений должна предусматривать:

1.Формирование требований к системе

2.Формирование списка программных продуктов

3.Установление условий и соглашений

4.Описание технических ограничений (среда функционирования системы и т. д.) Стадии жизненного цикла ПО, взаимосвязь между процессами и стадиями

Модель жизненного цикла ПО — структура, определяющая последовательность выполнения

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

Стандарт ГОСТ Р ИСО/МЭК 12207-99 не предлагает конкретную модель жизненного цикла. Его положения являются общими для любых моделей жизненного цикла, методов и технологий создания ИС. Он описывает структуру процессов жизненного цикла, не конкретизируя, как реализовать или выполнить действия и задачи, включенные в эти процессы.

Модель ЖЦ ПО включает в себя:

1.Стадии;

2.Результаты выполнения работ на каждой стадии;

3.Ключевые события — точки завершения работ и принятия решений.

Стадия — часть процесса создания ПО, ограниченная определенными временными рамками и

заканчивающаяся выпуском конкретного продукта (моделей, программных компонентов, документации), определяемого заданными для данной стадии требованиями.

На каждой стадии могут выполняться несколько процессов, определенных в стандарте ГОСТ Р ИСО/МЭК 12207-99, и наоборот, один и тот же процесс может выполняться на различных стадиях. Соотношение между процессами и стадиями также определяется используемой моделью жизненного цикла ПО.

Каскадная модель.

Каскадная модель, в которой переход на следующий этап означает полное завершение работ на предыдущем этапе.

В изначально существовавших однородных ИС каждое приложение представляло собой единое целое. Для разработки такого типа приложений применялся каскадный

190

К оглавлению ↑

способ (или “водопад”). Его основной характеристикой является разбиение всей разработки на этапы, при этом переход на следующий этап происходит только после полного завершения работ на текущем (рис. 1).

Рис. 1. Каскадная схема разработки ПО.

Каждый этап завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков. При этом этапы работ выполняются в логичной последовательности, что позволяет планировать сроки завершения всех работ и соответствующие затраты. Этот подход хорошо зарекомендовал себя при построении ИС, для которых в начале разработки можно достаточно точно и полно сформулировать все требования и предоставить разработчикам свободу реализовать их как можно лучше с технической точки зрения.

Его недостатки связаны с тем, что реальный процесс создания ПО ИС обычно не укладывается в такую жёсткую схему. Практически постоянно возникает потребность возвращаться к предыдущим этапам, уточнять или пересматривать принятые решения. В результате затягиваются сроки выполнения работы, пользователи могут вносить замечания лишь по завершению всех работ с системой. При этом модели автоматизируемого объекта могут устареть к моменту их утверждения.

Для преодоления этих проблем предложена поэтапная модель с промежуточным контролем (рис. 2).

Рис. 2. Поэтапная схема разработки ПО.

В поэтапной модели с промежуточным контролем разработка ПО ведётся итерациями с циклами обратной связи между этапами. Межэтапные корректировки позволяют уменьшить трудоёмкость процесса разработки по сравнению с каскадной моделью. Время жизни каждого из этапов растягивается на весь период разработки.

Спиралевидная модель.