Разработка АРМ по расчетам потерь теплоты через печные ограждения

Дипломная работа - Компьютеры, программирование

Другие дипломы по предмету Компьютеры, программирование



мограммами тепловизора.

тепловой огнеупор программный потеря

3.1Архитектура информационной среды

Архитектура информационной системы построена вокруг базы данных. В базе данных хранятся исходные данные, и самое главное справочные материалы по огнеупорным материалам и термограммы тепловизора. В роли базы данных выступает .mdb файл сделанный в Microsoft access 2007.

Клиентом является программный продукт, разработанный в среде Microsoft Visual Studio 2010, и решает следующие задачи:

1)получение исходных данных и расчет Потерь теплоты через плоскую многослойную стенку;

2)организация взаимодействия с ПО Testo IRSoft;

)хранение расчетных данных;

)формирование отчета и вывод его на печать;

)построение графиков.

Рисунок 3.1 - Архитектура информационной системы

3.2Разработка функциональной модели системы

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

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

Для построения функциональной модели была использована программа BPWin 7 [9]. AllFusion Process Modeler 7 или как он ранее назывался BPwin - мощный программный продукт с помощью которого, можно проводить моделирование, анализ, описание и последующую оптимизацию бизнес-процессов. С помощью BPwin можно создавать графические модели бизнес-процессов. Графическое изображение схемы выполнения работ, организации документооборота, обмена различными видами информации позволяет визуализировать существующую модель организации бизнеса.

Далее на рисунке 3.2 показана функциональная модель информационной системы.

Рисунок 3.2 - Функциональная модель информационной системы

3.3Создание инфологической и даталогической модели данных

Концептуальное (инфологическое) проектирование - построение семантической модели предметной области, то есть информационной модели наиболее высокого уровня абстракции. Такая модель создаётся без ориентации на какую-либо конкретную СУБД и модель данных. Термины семантическая модель, концептуальная модель и инфологическая модель являются синонимами. Кроме того, в этом контексте равноправно могут использоваться слова модель базы данных и модель предметной области (например, концептуальная модель базы данных и концептуальная модель предметной области), поскольку такая модель является как образом реальности, так и образом проектируемой базы данных для этой реальности.

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

Чаще всего концептуальная модель базы данных включает в себя:

описание информационных объектов, или понятий предметной области и связей между ними;

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

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

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

На этапе логического проектирования учитывается специфика конкретной модели данных, но может не учитываться специфика конкретной СУБД.

В настоящее время условным общепринятым языком описания базы данных стал язык ER-модели. Для ER-модели существует алгоритм однозначного преобразования ее в реляционную модель данных, что позволило в дальнейшем разработать множество инструментальных компьютерных систем, поддерживающих процесс разработки информационных баз данных, основанных на технологии баз данных. И во всех этих системах существуют средства описания инфологической модели разрабатываемой БД с возможностью автоматической генерации той даталогической модели (СУБД-ориентированной), на которой будет реализовываться проект в дальнейшем. Такие автоматизированные инструментальные системы, основанные на методологии DEF1X, называются CASE-средствами проектирования информационных систем. А сама технология разработки - CASE-технологию создания и сопровождения информационных систем [10].

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