1.2.Аналитический обзор Как уже было указано выше, не существует ни одной системы по редактированию плана эвакуации.
1.3.Основные требования к системе 1.3.1.Основные цели создания системы и критерии эффективности ее функционирования Создание автоматизированной системы ввода плана эвакуации для разработки паспортов безопасности учебных заведений РФ позволит самостоятельное изготовление паспорта безопасности с учетом всех требований МЧС и пожарных служб.
1.3.2.Функциональное назначение системы Автоматизация процесса ввода плана эвакуации подразумевает реализацию в системе определенных средств и функций. Следует выделить ряд функциональных особенностей, которыми должна обладать система ввода:
поэтажное черчение плана этажа;
экспорт готового плана в растровое или векторное изображение;
сохранение и загрузка плана в файл-проект;
расчет пожарной нагрузки каждого помещения, кабинета;
каждый элемент имеет свои уникальные свойства.
1.3.3.Особенности системы и условия ее эксплуатации Автоматизированная система ввода плана эвакуации для разработки паспортов безопасности учебных заведений РФ предназначена для ввода плана и с последующей передачей его в расчетный модуль. Расчетные модули хранятся на серверах «Института Исследования Природных и Техногенных Катастроф», поэтому для работы необходимо действующее подключение к Интернету.
Тем самым данный комплекс относится к новому типу приложений, так называемому «приложение + сервис» или “Software + Services (S+S)”. Приложение – как правило, является пользовательским интерфейсом, а сами расчету и различные модели выполняются на стороне какого – либо сервера, о котором пользователь не догадывается. Такие расчеты называются «Облачными вычислениями» или “Computing Cloud”.
К скорости передачи данных не предъявляется никаких высоких требований.
1.3.4.Требования к функциональной структуре Построение автоматизированной системы ввода плана эвакуации для разработки паспортов безопасности учебных заведений РФ подразумевает модульную структуру. Общий интерфейс и возможность доступа ко всем модулям в составе системы должна обеспечивать оболочка. Из оболочки системы вызываются следующие модули:
Модуль MainWindow – основная часть системы, является посредником между пользователем и остальными подсистемами. Реализует GUI (Graphics User Interface), пользовательский интерфейс и вспомогательные функции.
Модуль DiagramScene – рабочее полотно. Размещает и управляет объектами без их графического представления. Позволяет загружать/сохранять план в структурированный xml файл – проект. Обеспечивает доступ к свойствам объектов. Реализует drag & drop (перетаскивание объектов).
Модуль DiagramDrawItem – инструменты для работы с рабочим полотном. Отображает физические объект, такие как, двери, окна, стены, помещения, лестницы, лифты. Отрисовывает их и управляет их масштабируемостью.
Модуль DiagramTextItem – реализует работу с текстом. Поддерживает следующие функции: добавление, удаление, редактирование и перетаскивание.
Вся система целиком создана с использованием технологии "интервью", или, как ее еще называют - "модель-представление".
Использование технологии "интервью" дает следующие преимущества:
– возможность показа данных в нескольких представлениях без дублирования. То есть, если при работаете с элементно-базированным подходом и необходимо добавить новые элементы, то при синхронизации отображения с данными происходит дублирование самих данных. В подходе "модель-представление" мы работаем с моделью данных, поэтому дублирования не происходит;
– возможность внесения изменения с минимумом временных затрат. Например, в программе полностью изменился способ сохранения данных. Это не будет помехой, так как связь с данными происходит с помощью интерфейса, и до тех пор, пока сам интерфейс останется нетронутым, это не повлечет за собой больших изменений в коде программы;
– удобство программного кода. Так как производится разделение на данные и представление, то, если появится необходимость что-то дополнить или исправить, эти изменения коснутся только лишь одной из частей. Остальные части вашего приложения останутся без изменений;
– удобство тестирования кода. Как только интерфейс задан, можно написать тест, который может быть использован для любой модели, реализующей этот интерфейс.
1.3.5.Требования к техническому обеспечению Задачи, решаемые автоматизированной системой ввода плана эвакуации для разработки паспортов безопасности учебных заведений РФ, связаны с графической работой. Исходя из этого, сформулированы требования к техническим характеристикам персонального компьютера на котором будет функционировать система (см. табл. 1.1). Таблица 1.1
Технические характеристики персонального компьютера
Наименование
| Значение
| Частота процесса, МГц
| от 1000
| Объем оперативной памяти, Мбайт
| от 512
| Объем жесткого диска, Гбайт
| не менее 10
| Разрешение экрана монитора SVGA
| не ниже 1024х768
|
1.3.6.Требования к информационному обеспечению Автоматизированная система ввода плана эвакуации для разработки паспортов безопасности учебных заведения РФ предназначена для организации обмена информацией, между пользователем и расчетным модулем.
Основным видом информации, обрабатываемой в системе, является графическое представление. Пользователю необходимо иметь план эвакуации, размеры помещений, дверей, окон.
1.3.7.Требования к программному обеспечению Автоматизированная система ввода плана эвакуации для разработки паспортов безопасности учебных заведений РФ должна работать под управлением любой популярной операционной системы, не теряя при этом функциональность и предоставляя широкий диапазон поддерживаемых операционных систем. Достичь этого позволяет кросс-платформенная открытая библиотека Nokia Qt.
1.3.8.Перспективность системы, возможность ее развития Реализовать возможность создания плана эвакуации в трехмерном измерении. На первом этапе достаточно разработать предпросмотр, на следующем этапе уже реализовать возможность полноценного трехмерного проектирования.
Оптимизировать работу системы. Разработать более гибкое проектирование плана. Добавление дверей и окон только на стены. Отображать графически температуру горения помещения прямо на плане.
Добавить поддержку открытого формата dxf (Drawing eXchange Format). Это открытый формат файлов для обмена двумерной графической информацией между приложениями САПР. Многие учебные заведения и различные предприятия заказывают чертеж плана эвакуации у организаций, предоставляющие такие услуги, а они, как правило, используют CAD системы, такие как AutoCAD или Компас+. Они позволяют сохранять в данный формат. Что в итоге ускорит процесс разработки паспортов безопасности.
|