- •Введение
- •1 Описание проектирования Автоматизированной информационной системы «Расчет планировки офисного помещения»
- •1.1 Нормативная база для проектирования Автоматизированной информационной системы «Расчет планировки офисного помещения»
- •1.3 Роли и функции участников Автоматизированной информационной системы «Расчет планировки офисного помещения»
- •Установление совместимости
- •2 Выбор и обоснование средств и методов разработки
- •3 Проектирование логической структуры программного средства
- •3.1Проектирование статической структуры модели Автоматизированной информационной системы «Расчет планировки офисного помещения»
- •3.2 Моделирование поведения Автоматизированной информационной системы «Расчет планировки офисного помещения»
- •3.3 Моделирование динамики взаимодействия объектов Автоматизированной информационной системы «Расчет планировки офисного помещения» во времени
- •3.4 Проектирование алгоритма работы Автоматизированной информационной системы «Расчет планировки офисного помещения»
- •4 Разработка физической структуры программного средства
- •4.1Проектирование архитектуры Автоматизированной информационной системы «Расчет планировки офисного помещения»
- •4.2 Представление общей конфигурации и топологии распределенной программной системы
- •5 Разработка интерфейсных компонентов программного средства
- •Заключение
- •Список использованной литературы
3 Проектирование логической структуры программного средства
Для проектирования логической структуры Автоматизированной информационной системы «Расчет планировки» необходимо представить каким образом осуществляется взаимодействие между модулями Системы, ее функциональными подсистемами, выделенными на ранних стадиях проектирования АИС РП. Взаимодействие можно изобразить схематично на рисунке 3.1 «Взаимодействие подсистем АИС РП» для более наглядного представления о внутренних процессах Системы.
Рисунок 3.1- Взаимодействие подсистем АИС РП
На диаграмме видно взаимосвязь между отдельными сущностями предметной области, схема описывает их внутреннюю структуру и типы отношений. Для доступа к подсистеме необходимо знать ее имя и точное место расположения на диске физического хранения всей Системы. В этом случае будет осуществлен доступ к внутренним данным для их изменения, что не всегда является санкционированным. Доступ к внутренним данным имеет только администратор Системы. Чтобы получить файл или систематизированную по теме информацию, пользователю необходимо сформировать запрос к данного рода документации.
Подсистема сбора, обработки и загрузки данных взаимодействует с подсистемами формирования и визуализации отчетности, расчета количественных характеристик процесса планировки офисного помещения, хранения данных, поскольку данные этих функциональных подсистем загружаются по запросу пользователя на монитор его ПК.
Подсистема хранения данных осуществляет взаимодействие с подсистемой формирования и визуализации отчетности. Итоговые отчеты, сформированные главным проектировщиком заказчику, предварительные отчеты проектировщика на протяжении выполнения всех этапов работ главному проектировщику на утверждение, отчеты о профилактическом и сервисном обслуживании Системы администратором, а также составленные сметы подсистемой формирования отчетности пересылаются на хранения в модули подсистемы хранения.
Подсистема расчета количественных характеристик процесса планировки офисного помещения тоже взаимодействует с подсистемой хранения данных, поскольку для проведения расчетов необходимы исходные данные алгоритма расчета того или иного показателя.
Подсистема резервного электропитания взаимодействует с подсистемой формирования и визуализации отчетности. На основе работы подсистемы резервного питания формируется администратором отчет. Если при работе с АИС РП произошел сбой, то в работу включается данный модуль, позволяющий осуществлять бесперебойную комфортную работу пользователя с Системой.
3.1Проектирование статической структуры модели Автоматизированной информационной системы «Расчет планировки офисного помещения»
Формирование логической структуры информационной системы включает в себя проектирование диаграммы классов. Диаграмма классов служит для представления статической структуры модели системы. Процесс разработки диаграммы классов занимает центральное место в объектно-ориентированном проектировании сложных систем. От умения правильно выбрать классы и установить между ними взаимосвязи часто зависит не только успех процесса проектирования, но и производительность выполнения программы. Данный вид диаграммы представляет собой некоторый граф, вершинами которого являются элементы типа «классификатор», которые связаны различными типами структурных отношений. Хранимая в базе данных информация обычно также представляется в виде диаграммы классов. Диаграмма классов Система показана на рисунке 3.2.
Рисунок 3.2 - Диаграмма классов
В Автоматизированной информационной системе «Расчет планировки» в качестве классов следует выделить «Отчет», который включает в себя составление итогового отчета, предварительного отчета, отчета о проверке нормального функционирования Системы, отчета о профилактическом и сервисном обслуживании системы и отчет о тестировании, который на этапе утверждения программного средства с заказчиком формируется главным проектировщиком, а в последующем эта функция входит в полномочия администратора.
На основе отчетов, сформированных на определенном этапе работы с АИС РП пользователями Системы, происходит их архивирование. Таким образом, в качестве класса выделяют «Архив отчетов».
Для расчета стоимости проекта, включающего в себя затраты на работу проектировщика и главного проектировщика, затраты на закупку мебели, светового оборудования и организационной техники, используется алгоритм расчета стоимости проекта и алгоритм расчета параметров планировки. Данные алгоритмы «вшиты» в программный код АИС РП, поэтому они также выделены в качестве класса «Алгоритм расчета».
На основе этих расчетов составляется смета на проект, которая отражается в классе «Смета».
Архивирование сметы порождает создание класса «Архив смет».
В качестве еще одного класса Системы следует выделить и «Архив схем» планировки, включающий в себя в роли параметров архивирование схем планировки, которые будут составлены проектировщиком в результате его работы с Системой «Расчет планировки» и архивирование графиков САПР AutoCAD, которые будут переданы в качестве исходных данных для составления схем на основе установленного администратором взаимодействия.
Список вводимых реквизитов и ограничений, представляющих собой таблицы, в которых содержится информация о наименовании, типе и ограничениях на значения полей сущностей, упомянутых в диаграмме классов, можно отразить в таблицах «Ключевые реквизиты».
В качестве ключевых реквизитов класса «Отчет», что представлено в таблице 3.1, необходимо выделить «Код» и «Название», «Тип работ» и «Дата составления».
Таблица 3.1 – Ключевые реквизиты класса «Отчет»
Название реквизита
|
|
|
Размерность |
|||||
Код |
ID |
Счетчик |
10 символов |
|||||
Название |
Nazv_otch |
Текст |
30 символов |
|||||
Тип работ |
Tipe_rab |
Текст |
50 символов |
|||||
Дата составления |
Data_sost_otch |
Дата |
10 символов |
«Код» отчета по типу счетчик формирует уникальный идентификатор класса, который позволяет осуществлять быстрый доступ к нему в Базе данных Автоматизированной информационной системы «Расчет планировки офисного помещения». «Код» используется и для наиболее удобного и простого способа учета, обращения и обработки класса на физическом уровне.
«Название» отчета позволяет работать с классом пользователю, так как особенности внутреннего обращения остаются за рамками компетенции проектировщика.
«Тип работ» позволяет быстро найти необходимый отчет в группе отчетов, не зная его кода и названия.
«Дата составления» отчета указывает дату, на которую был сформирован отчет, что позволяет в последующем провести анализ работ по календарному плану.
Среди ключевых реквизитов класса «Смета» следует выделить «Код» и «Название» и «Дата составления», которые представлены в таблице 3.2.
Таблица 3.2 – Ключевые реквизиты класса «Смета»
Название реквизита
|
|
|
Размерность |
|||||
Код |
ID |
Счетчик |
10 символов |
|||||
Название |
Nazv_sm |
Текст |
30 символов |
|||||
Дата составления |
Data_sost_sm |
Дата |
10 символов |
«Код» сметы является уникальным идентификатором, позволяющим быстро осуществлять доступ и обработку класса на физическом уровне.
«Название» сметы необходимо для удобной работы пользователя с классом, не вникая в особенности физической обработки.
«Дата составления» сметы позволяет сформировать список смет по периоду их составления для предоставления заказчику на определенном этапе согласования работ.
Ключевые реквизиты класса «Архив отчетов» показаны в таблице 3.3, среди которых выделяют «Название» и «Период хранения».
Таблица 3.3 – Ключевые реквизиты класса «Архив отчетов»
Название реквизита
|
|
|
Размерность |
|||||
Название |
Nazv_ar_otch |
Текст |
30 символов |
|||||
Период хранения |
P_hr_ar_orch |
Дата |
10 символов |
«Название» архива отчета необходимо для уникальной идентификации данного архива среди прочих архивов Базы данных Автоматизированной информационной системы «Расчет планировки офисного помещения».
«Период хранения» данных в архиве отчетов необходимо для периодичного очищения наполнения архива, во избежание переполнения архива и соответственно памяти диска, на котором хранится сама АИС РП.
В качестве ключевых реквизитов, что показано в таблице Таблица 3.4, класса «Архив смет» выделяются «Название» и «Период хранения».
Таблица 3.4 – Ключевые реквизиты класса «Архив смет»
Название реквизита
|
|
|
Размерность |
|||||
Название |
Nazv_ar_sm |
Текст |
30 символов |
|||||
Период хранения |
P_hr_ar_sm |
Дата |
10 символов |
«Название» класса «Архив смет» необходимо для идентификации данного типа архива во всей Базе данных Автоматизированной информационной системе «Расчет планировки офисного помещения» как для проектировщика или главного проектировщика – пользователя Системы, так и для администратора.
«Период хранения» документации в архиве смет необходим для формирования периода обновления состояния архива – удаления устаревших смет и добавление новых.
Ключевыми реквизитами класса «Архив схем планировки» являются «Название» и «Период хранения». Реквизиты отражены в таблице 3.5 - Ключевые реквизиты класса «Архив схем планировки».
Таблица 3.5 – Ключевые реквизиты класса «Архив схем планировки»
Название реквизита
|
|
|
Размерность |
|||||
Название |
Nazv_ar_sm |
Текст |
30 символов |
|||||
Период хранения |
P_hr_ar_sm |
Дата |
10 символов |
Ключевой реквизит «Название» позволяет определить уникальным образом «Архив схем планировки» для удобной работы пользователей Системы с классом.
Для осуществления расчетных операций различного характера в качестве класса АИС РП выделен «Алгоритм расчета». Ключевыми реквизитами алгоритма являются «Код» и «Название». Реквизиты отражены в таблице 3.6 - Ключевые реквизиты класса «Алгоритм расчета».
Таблица 3.6 – Ключевые реквизиты класса «Алгоритм расчета»
Название реквизита
|
|
|
Размерность |
|||||
Код |
ID |
Счетчик |
10 символов |
|||||
Название |
Nazv_alg |
Текст |
30 символов |
«Код» алгоритма является уникальным идентификатором алгоритма расчета. «Код» позволяет осуществлять быстрый доступ к классу для проведения расчета количественных характеристик планировки или примерной стоимости проекта.
«Название» класса «Алгоритм расчета» предоставляет возможность пользователю Системы, будь то проектировщик или главный проектировщик, комфортный вариант обращения к классу без специальных знаний об особенностях внутреннего обращения к алгоритму по реквизиту «Код» типа счетчик.
