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

• Автор: Дербаль Мохамед
• Шифр специальности: 05.13.06
• Научная степень: Кандидатская
• Год защиты: 2003
• Место защиты: Санкт-Петербург
• Количество страниц: 149 с. : ил

Содержание
Введение .

Глава 1. Основы создания информационных систем

1.1. Жизненный цикл программного обеспечения ПО

1.2. Модели жизненного цикла ПО

1.3. Методологии и технологии проектирования ИС

1.4. Структурный подход к проектированию ИС

1.4.1. Функциональное моделирование .ч

1.4.2. Типы связей между функциями.

1.5. Моделирование потоков данных

1.5.1. Моделирование данных, метод

1.5.2. Моделирование данных, метод I1
1.6. Основные выводы
Глава 2. Математические модели окружающей среды
как объекта управления .
2.1. Понятие об экологической устойчивости .V.
2.2. Математические модели переноса и диффузии
примесей в атмосфере. .
2.3. Математическая модель качества воды.
2.4. Основные выводы.
Глава 3. Системы информационного обеспечения АСУ
охраной окружающей среды.
3.1. Экологическая информация и ее представление.
3.2. Об оценке эффективности
при наличии некой фолируемых параметров.
3.3. Основные выводы.
Г лава 4. Качественные исследования структуры
информационного обеспечения
4 . Рациональная структура вычислительной сети
4.2. Вычислительная сеть как система массового обслуживания.
4.3. Многоканальные вычислительные сети.
4.4 Оценки характеристик вычислительных систем
4.5. Особенности приоритетного обслуживания .
4.6. Основные выводы.
Заключение.
Литература


Результатами анализа, в частности, являются функциональные модели, информационные модели и соответствующие им диаграммы. ЖЦ ПО носит итерационный характер: результаты очередного этапа часто вызываю! Стандарт 0/1 ЕС 7 не предлагает конкретную модель ЖЦ и методы разработки ПО (под моделью ЖЦ понимается структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач, выполняемых на протяжении ЖЦ, модель ЖЦ зависит от структуры НС и специфики условий, в которых последняя создается и функционирует). Его регламенты являются общими для любых моделей ЖЦ, методологий и технологий разработки. Стандарт 0/ІЕС 7 описывает структуру процессов ЖЦ ГІО, но не конкретизирует в деталях, как реализовать или выполнить действия и задачи, включенные в зги процессы [6]. В существовавших однородных ИС каждое приложение представляло собой единое целое. Для разработки такого типа приложений применялся каскадный способ. Его основной характеристикой является разбиение всей разработки на этапы, причем переход с одною этапа на следующий происходит только после того, как будет полностью завершена работа на текущем (рис. Каждый этап завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчи ков. Рис. Каскадный подход хорошо зарекомендовал себя при построении ИС, для которых в самом начале разработки можно достаточно точно и полно сформулировать все требования, с тем, чтобы предоставить разработчикам свободу реализовать их как можно лучше с технической точки зрения. В эту категорию попадают сложные расчетные системы, системы реального времени и другие подобные задачи. Рис. ПО никогда полностью не укладывался в такую жесткую схему. В процессе создания ПО постоянно возникала потребность в возврате к предыдущим этапам и уточнении или пересмотре ранее принятых решений. В результате реальный процесс создания ПО принимал следующий вид (рис. Основным недостатком каскадного подхода является существенное запаздывание с получением результатов. Согласование результатов с пользователями производится только в точках, планируемых после завершения каждого этапа работ, требования к ИС ’’заморожены" в виде технического задания на все время ее создания. Таким образом, пользователи могут внести свои замечания только после того, как работа над системой будет полностью завершена. В случае неточного изложения требований или их изменения в течение длительного периода создания ПО, пользователи получают систему, не удовлетворяющую их потребностям. Модели (как функциональные, так и информационные) автоматизируемого объекта могут устареть одновременно с их утверждением. Для преодоления перечисленных проблем была предложена спиральная модель ЖЦ [] (рис. ЖЦ: анализ и проектирование. На этих этапах реализуемость технических решений проверяется путем создания прототипов. ПО, на нем уточняются цели и характеристики проекта, определяется его качество и планируются работы следующего витка спирали. Таким образом, углубляются и последовательно конкретизируются детали проекта и в результате выбирается обоснованный вариант, который доводится до реализации. Разработка итерациями отражает объективно существующий спиральный цикл создания системы. Неполное завершение работ на каждом этапе позволяет переходить на следующий этап, не дожидаясь полного завершения работы на текущем. При итеративном способе разработки недостающую работу можно будет выполнить на следующей итерации. Главная же задача -как можно бы сіреє показать пользователям системы работоспособный продукт, тем самым, активизируя процесс уточнения и дополнения требований. Основная проблема спирального цикла - определение момента перехода на следующий этап. Для ее решения необходимо ввести временные ограничения на каждый из этапов жизненного цикла. Переход осуществляется в соответствии с планом, даже если не вся запланированная работа закончена. План составляется на основе статистических данных, полученных в предыдущих проектах, и личного опыта разработчиков. Рис 1.