Читайте также:
|
Для проектирования логической структуры Автоматизированной информационной системы «Расчет планировки» необходимо представить каким образом осуществляется взаимодействие между модулями Системы, ее функциональными подсистемами, выделенными на ранних стадиях проектирования АИС РП. Взаимодействие можно изобразить схематично на рисунке 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 символов |
«Код» алгоритма является уникальным идентификатором алгоритма расчета. «Код» позволяет осуществлять быстрый доступ к классу для проведения расчета количественных характеристик планировки или примерной стоимости проекта.
«Название» класса «Алгоритм расчета» предоставляет возможность пользователю Системы, будь то проектировщик или главный проектировщик, комфортный вариант обращения к классу без специальных знаний об особенностях внутреннего обращения к алгоритму по реквизиту «Код» типа счетчик.
3.2 Моделирование поведения Автоматизированной информационной системы «Расчет планировки офисного помещения»
После разработки диаграммы классов процесс объективно-ориентированного проектирования может быть продолжен в двух направлениях. С одной стороны, если поведение системы тривиально, то можно приступить к разработке диаграмм кооперации и компонентов. Однако для сложных динамических систем, таких как АИС РП, поведение представляет важнейший аспект их функционирования. Детализация поведения осуществляется последовательно при разработке диаграмм последовательности и деятельности.
При моделировании поведения проектируемой или анализируемой системы возникает необходимость детализировать особенности алгоритмической и логической реализации выполняемых системой операций. Традиционно для этой цели использовались блок-схемы или структурные схемы алгоритмов. Каждая такая схема акцентирует внимание на последовательности выполнения определенных действий или элементарных операций, которые в совокупности приводят к получению желаемого результата. Для моделирования процесса выполнения операций в языке UML используются так называемые диаграммы деятельности. В контексте языка UML деятельность представляет собой некоторую совокупность отдельных вычислений, выполняемых автоматом. При этом отдельные элементарные вычисления могут приводить к некоторому результату или действию. На диаграмме деятельности отображается логика или последовательность перехода от одной деятельности к другой, при этом внимание фиксируется на результате деятельности. Сам же результат может привести к изменению состояния системы или возвращению некоторого значения.
В Автоматизированной информационной системе «Расчет планировки офисного помещения» реализован расчет количественных характеристик, служащих исходными данными при расчете планировки. Этот процесс можно представить в виде некоторой последовательности действий, осуществляемых Системой, то есть в виде «Диаграммы деятельности «Расчет количественного параметра планировки», показанной на рисунке 3.3.
Для того, чтобы рассчитать некоторое значение параметра планировки: эргономические показатели, параметры помещения и другие, необходимо выбрать из списка заранее предопределенных для АИС тип параметра, поскольку в зависимости от этого Системой подбирается «вшитая» в код программы формула расчета значения параметра. В конечном итоге можно получить некоторый числовой результат, который поможет проектировщику в дальнейшем при составлении планировки офисного помещения.
В результате работы АИС РП проектировщик получает не только схему составленной планировки помещения, но и примерную стоимость проекта. Таким образом, Система позволяет формировать смету на проект, включающую себя различного рода затраты на реализацию проекта. Как говорилось выше, это затраты на работу проектировщика и главного проектировщика, взаимодействие с внешними системами-поставщиками сопровождающих материалов - мебели, фурнитуры, затраты на соблюдение всех эргономических требований и так далее.
Рисунок 3.3 - Диаграмма деятельности
«Расчет количественного параметра планировки»
В результате, Автоматизированной системой РП выполняются следующие последовательности действий, представленной на рисунке 3.4 – «Диаграмма деятельности «Расчет стоимости проекта».
 |
Рисунок 3.4 - Диаграмма деятельности «Расчет стоимости проекта»
Перед расчетом стоимости проекта необходимо определить класс сложности планировки. Вид планировки определяется не только требованиями заказчика, но и особенностями здания, в котором располагается офисное помещение. Сегодня среди основных классов выделяют бизнес класс, премиум или элит - это на случай возведения офисной постройки «с нуля». В случае если офисное помещение располагается в здании уже построенном, то выделяют «Сталинский ампир», «хрущевка», «улучшенная планировка», «новая» планировка. На основе класса предопределена средняя стоимость проекта. Поскольку стоимость складывается еще из множества дополнительных внешних параметров, также оказывающих значительное влияние на вид схемы планировки, то эти значения, заранее вычисленные по алгоритму расчета количественных характеристик планировки офисного помещения, также добавляются к средней стоимости проекта. Таким образом, на основе определенной средней стоимости класса планировки и стоимости дополнительных параметров, вычисленных по алгоритму расчета количественных характеристик Система выведет примерную стоимость проекта, которая позволит оценить затраты и по необходимости скорректировать их некоторым образом.
Автоматизированная информационная система «Расчет планировки» помимо алгоритмов расчетного характера включает в свой состав еще и последовательность действий касающийся процесса функционирования модуля резервного питания. Данный алгоритм показан на рисунке 3.5 – «Диаграмма деятельности «Работа модуля резервного электропитания»
Данный модуль включается в работу в случае сбоя основного электропитания.
Рисунок 3.5 - Диаграмма деятельности «Работа модуля резервного электропитания»
Модуль, обеспечивающий резервное питание, находится в постоянном режиме готовности. Проверка активности Системы позволяет отследить момент выхода из строя электропитания. Если АИС по-прежнему активна, то резервное питание остается в режиме готовности, в противном случае в работу подключается подсистема резервного питания. В результате выполнения той или иной ветви алгоритма АИС обеспечивает надежность работы Системы и целостность данных, с которыми имеет дело пользователь.
3.3 Моделирование динамики взаимодействия объектов Автоматизированной информационной системы «Расчет планировки офисного помещения» во времени
Одной из характерных особенностей систем различной природы и назначения является взаимодействие между собой отдельных элементов, из которых образованы эти системы. Речь идет о том, что различные составные элементы систем не существуют изолированно, а оказывают определенное влияние друг на друга, что и отличает систему как целостное образование от простой совокупности элементов.
В языке UML взаимодействие элементов рассматривается в информационном аспекте их коммуникации, то есть взаимодействующие объекты обмениваются между собой некоторой информацией. Для моделирования взаимодействия объектов в языке UML используются соответствующие диаграммы взаимодействия. Взаимодействия объектов можно рассматривать во времени, и тогда для представления временных особенностей передачи и приема сообщений между объектами используется диаграмма последовательности.
Одной из основных задач администратора АИС РП является обеспечение взаимодействия Системы с внешней САПР AutoCAD. Процесс отражен на рисунке 3.6 – «Диаграмма последовательности «Обеспечение взаимодействия с внешней САПР AutoCAD».
Составление графиков офисного помещения, на основе которых происходит составление схем планировки проектировщиком-пользователем Системы «Расчет планировки», происходит в САПР AutoCAD. Для того, чтобы всегда проектировщик или главный проектировщик могли иметь быстрый доступ к графикам внешней системы, в состав базы данных Системы входит еще и архив схем планировки AutoCAD.
Основным вариантом использования АИС РП является процесс составления планировки. Последовательность действий этого процесса отражено на рисунке Б.1. Составлением планировкой занимается проектировщик – непосредственный пользователь АИС РП, который запрашивает из архива схем планировки AutoCAD схему, составленную во внешней системе. На форму ввода проектировщик также вводит вручную необходимые значения эргономических показателей, которые были заранее рассчитаны по алгоритму расчета количественных характеристик планировки, «вшитому» в программный код Системы. В графическом редакторе схем на основе данных, определенных проектировщиком, составляется схема планировки. В результате составленной схемы формируется отчет и архивируется схема, а также отчет о составленной схеме.
Рисунок 3.6 - Диаграмма последовательности
«Обеспечение взаимодействия с внешней САПР AutoCAD»
Автоматизированная информационная система «Расчет планировки» направлена на расчет планировки офисного помещения, а также на расчет примерной стоимости проекта. Процесс реализации этих возможностей Системы представлен на рисунке Б2.
На основе схемы планировки AutoCAD, а также параметров для расчета осуществляется по алгоритму расчет планировки или расчет стоимости проекта. В результате расчетных работ формируется смета на проект, архивированная после в архив смет.
Отладка и тестирование АИС РП является одной из основных функций администратора. Последовательность действий, совершаемых при проверке Системы, показана на рисунке Б3. После проверки надежности системы в случае нормального функционирования АИС формируется отчет о проверке, в противном случае происходит корректировка в работе того или иного модуля Системы и соответственно составление отчета о сервисном обслуживании АИС РП. Аналогичным образом происходит проверка и необходимая корректировка правильности работы информационной системы на основе ее тестирования. На этапе приемки программного средства заказчиком эти функции выполняет главный проектировщик.
Автоматическое формирование отчетности входит в одну из основных функций АИС РП, что представлено на рисунке Б4. Проектировщик вводит на форму ввода необходимые исходные данные для формирования отчетной документации. Архивирование этого отчета происходит в случае положительного совпадения с утвержденным отчетом главного проектировщика. Утвержденный отчет составляется при окончательном утверждении заказчиком некоторого этапа работ по проектированию АИС РП. В противном случае необходимы корректировочные мероприятия как самой Системы или ее определенного модуля, так и соответствующей отчетности, формируемой на этом этапе проектирования Автоматизированной информационной системы «Расчет планировки офисного помещения».
3.4 Проектирование алгоритма работы Автоматизированной информационной системы «Расчет планировки офисного помещения»
На основе сформированной логической структуры можно разработать алгоритм работы программного средства. Алгоритм отражен на рисунке 3.7 – «Алгоритм работы АИС РП».
В качестве основных функций АИС РП выделяются: составление планировки, расчет планировки, расчет стоимости проекта. Пользователь Системы, прежде чем начать работу с ней, должен выбрать какую из представленных возможностей он хочет использовать. Исходя из сделанного выбора, работа реализуется по одной из ветвей алгоритма.
Если проектировщик решил составить планировку, то он осуществляет запрос к архиву схем планировки САПР AutoCAD, на форму ввода задает значения необходимых эргономических показателей. На основе этих данных составляется планировка офисного помещения и формируется отчет.
Рисунок 3.7 Алгоритм работы АИС РП
Если проектировщик решил рассчитать планировку, а именно значения ее количественных показателей, то он на форме ввода указывает данные для планировки, выбирает типа параметра и на этой основе осуществляется расчет по предопределенной формуле.
Если же проектировщик решил рассчитать стоимость проекта, то он вводит данные для расчета, определяет класс сложности планировки, на основе которой предопределена некоторая средняя стоимость проекта. По алгоритму, «вшитому» в программный код АИС, рассчитывается стоимость проекта.
Дата добавления: 2015-08-05; просмотров: 180 | Нарушение авторских прав
| <== предыдущая страница | | | следующая страница ==> |
| Выбор и обоснование средств и методов разработки | | | Разработка физической структуры программного средства |