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

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

В случае же обнаружения ошибок в работе необходим возврат к предыдущим этапам; текущая работа тех, кто ошибся, прерывается. Следствием этого обычно является срыв сроков выполнения как исправляемого, так и нового проектов.

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

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

Запоздалая оценка порождает серьезные проблемы при выявлении ошибок анализа и проектирования - требуется возврат на предыдущие стадии и повторение процесса разработки. Однако возврат на предыдущие стадии может быть связан не только с ошибками, но и с изменениями, произошедшими в предметной области или в требованиях заказчика за время разработки. При этом никто не гарантирует, что предметная область снова не изменится к тому моменту, когда будет готова следующая версия проекта. Фактически это означает, что существует вероятность "зацикливания" процесса разработки: расходы на проект будут постоянно расти, а сроки сдачи готового продукта постоянно откладываться.

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

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

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

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

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

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

Недостатки итерационной модели:

• время жизни каждого этапа растягивается на весь период разработки;

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

• запутанность архитектуры;

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

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

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

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

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

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

Преимущества итерационного подхода:

• итерационная разработка существенно упрощает внесение изменений в проект при изменении требований заказчика;

• при использовании спиральной модели отдельные элементы АИС интегрируются в единое целое постепенно. Поскольку интеграция начинается с меньшего количества элементов, то возникает гораздо меньше проблем при ее проведении (при использовании каскадной модели интеграция занимает до 40% всех затрат в конце проекта);

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

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

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

• спиральная модель позволяет получить более надежную и устойчивую систему. Это связано с тем, что по мере развития системы ошибки и слабые места обнаруживаются и исправляются на каждой итерации. Одновременно корректируются критические параметры эффективности, что в случае каскадной модели доступно только перед внедрением системы;

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

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

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

3. Автоматизированные системы проектно-изыскательских работ в природообустройстве

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

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

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

Совокупность всех перечисленных трех типов данных составляет основу экологического мониторинга.

Особенностью представления данных в системах экологического мониторинга является то, что на экологических картах в большей степени представлены ареальные геообъекты, чем линейные.

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

На уровне сбора наряду с топографическими характеристиками дополнительно определяются параметры, характеризующие экологическую обстановку. Это увеличивает объем атрибутивных данных в экологических ГИС по сравнению с типовыми ГИС. Соответственно возрастает роль семантического моделирования.

На уровне моделирования используют специальные методы расчета параметров, характеризующих экологическое состояние среды и определяющих форму представления цифровых карт.

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

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

Большое число организаций (федеральных, муниципальных, ведомственных) в Москве занимаются независимо друг от друга сбором данных о состоянии параметров объектов окружающей среды. Производится контроль состава атмосферного воздуха, количества выбросов промышленных предприятий и автотранспорта, качества поверхностных и подземных вод и т.д. Эти работы выполняют различные организации - от ГАИ до санэпидемстанций. Недостатки существующего порядка сбора экологических данных - разрозненность и бессистемность, разобщенность городских природоохранных организаций и отсутствие комплексных оценок и прогнозов развития экологической обстановки.

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