10014

21

Литература

1 Миловская, О. С. Дизайн архитектуры и интерьеров в 3ds Max Design 2012 / О. С. Миловская. – Санкт-Петербург : БХВ-Петербург, 2009.

– 320 с. : ил. – (Мастер).

2 Джамбруно, М. Трехмерная графика и анимация : пер. с англ. /

Марк Джамбруно. – 2-е изд. – Москва [и др.] : Вильямс, 2002. – 638 л. : ил.

Д.Н. Лисина А.Я. Лахов

МОДЕЛИРОВАНИЕ ВЕТРОВЫХ НАГРУЗОК ДЛЯ РАСЧЕТА ГЕОДЕЗИЧЕСКИХ КУПОЛОВ В КОМПЛЕКСЕ PATRAN/NASTRAN

Геодезические купола применяются в строительстве большепролет-

ных конструкций, в которых нежелательно использование поддерживаю-

щих колонн, как конструктивных элементов. Такие конструкции способны сопротивляться проектным нагрузкам в основном за счет их собственной геометрической формы [1].

В настоящее время существуют системы расчета методом конечных элементов (Patran/Nastran), которые можно применять для выполнения расчетов этих конструкций [2]. В этой работе было выполнено проектиро-

вание геодезической оболочки системы “И” в ArchiCAD, конвертация гео-

метрической модели в формат препроцессора Patran, разработка расчетной схемы (сгенерирована конечно-элементная модель и приложены нагрузки и ограничения), выполнен расчет МКЭ в решателе Nastran, интерпретация результатов расчета в постпроцессоре Patran. Численные расчеты проведе-

ны для геодезического купола под воздействием собственного веса и вет-

ровой нагрузки (рис.1).

24

R, T, P – оси сферической системы координат, α – угол в вертикаль-

ной плоскости, β – угол в горизонтальной плоскости.

Для формализации ветровой нагрузки написана функция на языке

PCL – языке программирования, встроенном в препроцессор Patran.

На рис.3 приведены результаты расчета для неподвижных шарниров.

На рисунке показаны деформации оболочки от собственного веса и воз-

действия ветровой нагрузки (максимальная деформация = 7.01-004 м) ,

напряжения в оболочке (максимальное напряжение=4.98+006 Па). Можно отметить увеличение этих показателей, что объясняется увеличением про-

ектной нагрузки.

Рис.3. Напряжения и деформации от собственного веса и ветровой нагрузки

Данная технология моделирования ветровых нагрузок для расчета геодезических куполов в комплексе PATRAN/NASTRAN может быть ис-

пользована при проектировании геодезических куполов. Приведены чис-

ленные результаты использования МКЭ для демонстрации эффективности данной технологии.

25

Литература

1.Автоматизация архитектурного проектирования и прочностного расчета геодезических оболочек / А. Н. Супрун, Г. Н. Павлов, А. Я. Лахов, А. К. Ткаченко // Приволжский научный журнал / Нижегор. гос. архитек- тур.-строит. ун-т. – Нижний Новгород, 2008. – № 3 (7). – С. 15-19.

2.Ohmori, H. Shape optimization of shell and spatial structure for specified stress distribution / Н. Ohmori, К. Yamamoto // Memories of the school of engineering / Nagoya University. – 1998. – Vol. 50, № 1. – Р. 1-32.

3.Лахов, А. Я. Трансляция геометрических моделей одноконтурных геодезических оболочек / А. Я. Лахов // Приволжский научный журнал /

Нижегор. гос. архитектур.-строит. ун-т. – Нижний Новгород, 2012. –№ 3. –

С. 89-93.

А. П. Макарьев, Д. И. Кислицын

ИНФОРМАЦИОННАЯ СИСТЕМА ДЛЯ СБОРА И ОБРАБОТКИ ОПЕРАТИВНЫХ ДАННЫХ ПО ПЕРСОНАЛУ

МАРКЕТИНГОВОГО АГЕНТСТВА

В настоящее время для успеха практически любой современной компании требуется оперативный и качественный сбор информации. Это касается и маркетинговых агентств.

Маркетинговые агентства, реализуя рекламные проекты своих заказчиков, затрагивают практически все регионы России. Средний проект рекламной компании охватывает около 1500 торговых точек в 50 городах России. В каждой торговой точке может работать от 1 до 6 сотрудников. Каждый день, из торговых точек требуется оперативно собирать большое количество информации, важное место среди которой занимают данные по

26

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

Уходят в прошлое ручные способы сбора и обработки информации.

На смену приходит автоматизация этих процессов. Маркетинговой компа-

нией была поставлена задача по разработке информационной системы,

способной оперативно собирать и хранить требуемые данные.

Первоначально было проведено исследование уже существующих систем, решающих похожие задачи, с целью изучения возможностей их внедрения. Были рассмотрены: система «Oracle E-Business Suite Applications», программа «1С Зарплата и Управление персоналом», cервис «Бух-

софт Онлайн», а также программный модуль «АиТ:\Табель». Однако, ни одна из рассмотренных программ не удовлетворяла полностью всем тре-

бованиям к автоматизированной системе сбора информации. Согласно требованиям, сформулированным заказчиком:

1)система должна быть создана на бесплатной платформе, чтобы уменьшить затраты на ее создание и обслуживание;

2)система должна давать возможность работать в ней одновремен-

но любому количеству сотрудников;

3)система должна иметь возможность разграничения доступа к компонентам системы;

4)работа в системе должна быть интуитивно понятной, чтобы со-

трудник мог разобраться в ней с минимальным набором инструкций;

5) система должна обеспечивать доступ к ней 24 часа в сутки;

27

6) система должна иметь возможность запуска на ПК без дополни-

тельных настроек и без установки дополнительного программного обеспе-

чения;

7)система должна проверять корректность введенной информации.

Вслучае обнаружения некорректных данных система должна указать на них и не сохранять табель пока ошибки не будут исправлены;

8)система должна иметь возможность задания временных сроков заполнения табеля;

9)система должна устанавливать запрет на заполнение табелей по истечению отведенного на это временного интервала;

10)система должна предусматривать выгрузку информации в за-

данной форме;

11)система должна иметь максимально удобный способ заполнения

табелей;

12)для правильного заполнения табеля в системе надо предусмот-

реть системы всплывающих подсказок;

13) система должна иметь базу данных со сведениями о работаю-

щих сотрудниках и торговых точках, в которых они работают;

14) система должна иметь возможность загрузки информации о но-

вых сотрудниках и торговых точках путем загрузки файла excel с данны-

ми;

15) для контроля пользователей система должна вести историю о со-

вершаемых ими действиях.

Разработка системы была начата с выбора ее архитектуры. Исходя из требований, мною была выбрана трехуровневая клиент-серверная архитек-

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

28

честве сервера приложений будет выступать разработанная мной система по сбору сведений о персонале и веб-сервер Apache для формирования веб-страниц с пользовательским интерфейсом. В качестве сервера баз данных будет выступать выбранная СУБД, установленная на том же сер-

вере, что и сервер приложений.

Вкачестве языка разработки системы сбора данных о персонале был выбран универсальный язык программирования, применяемый в том числе

ив веб программировании - Python. В качестве фреймворка для разработки системы был выбран Django [1].

Вкачестве СУБД, устанавливаемой на сервере, была выбрана

PostgreSQL.

Система представляет собой сайт, который выполняет роль интер-

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

ки, адрес, город, регион, где она находится, и дивизион торговой точки. В

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

региона и дивизиона содержится в справочниках, которые заполняются администратором заранее и обеспечивают целостность данных.

Также система позволяет хранить список сотрудников с их привяз-

кой к торговым точкам. Для каждого сотрудника указывается ФИО,

должность, привязка к торговой точке и юридическому лицу. После созда-

ния сотрудника для него можно загрузить отсканированные документы.

Система позволяет собирать сколь угодно большое количество различных документов для каждого сотрудника. Также система позволяет вести учет больничных и отпусков разного вида.

Занесение в системы торговых точек и сотрудников является мини-

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

29

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

также временной период, в течение которого табель будет открыт для за-

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

Как только пустой табель создан, у руководителей появляется воз-

можность заполнения табелей на своих сотрудников. Каждый руководи-

тель под своим аккаунтом заходит в систему и видит список торговых то-

чек, по которым ему надо заполнить табель. Табель по каждой торговой точке генерируется автоматически для всех сотрудников, привязанных к данной торговой точке. Список дат, по которым требуется заполнение,

также генерируется автоматически, исходя из текущего месяца.

Табель представляет из себя таблицу, в которой названия столбцов – это сгенерированные даты, а названия строк – фамилии сотрудников дан-

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

вателя появляется всплывающая подсказка, в которой содержится список значений, которые допустимы для ввода. Если при заполнении введены недопустимые данные, то система не даст сохранить табель и подскажет,

где находится ошибка.

После заполнения некоторой части табелей руководителями и от-

правкой их на проверку, в систему заходит сотрудник, ответственный за проверку табелей (обычно сотрудник бухгалтерии). После входа он видит список уже заполненных табелей. Каждый из них можно открыть для про-

смотра и проверки. После ручной проверки возможно несколько вариантов действий: табелю можно присвоить статус «проверен», самостоятельно исправить ошибки или отправить на повторное заполнение.

30

После проверки всех табелей система позволяет делать выборочную проверку любого табеля, а также при необходимости выгрузить все дан-

ные из табелей в виде таблицы формата Еxcel.

При просмотре содержимого баз данных и табелей система позволя-

ет с помощью фильтров делать выборку данных по разным критериям.

Доступ к работе с системой будут иметь руководители, наделенные соответствующими правами. Все права доступа есть у администратора.

Войдя под своей главной учетной записью, он видит панель администра-

тора. В панели администратора можно изменять любой из справочников,

который содержится в системе: список городов, регионов, должностей, ди-

визионов и т. д. Также панель администратора позволяет создавать учет-

ные записи для сотрудников и наделять их теми или иными правами. Так-

же можно создавать группы привилегий, в которые можно включать со-

трудников, которые наследуют все права для группы. Из панели админи-

стратора можно отредактировать любые данные, которые занесены в си-

стему. Здесь же хранится лог всех событий в системе.

Литература

1. The Django Book [Электронный ресурс]. – Режим доступа : http://www.djangobook.com/en/2.0/index.html (Дата обращения : 21.06.2015).

Г. В. Сверчкова, Д. И. Кислицын

АВТОМАТИЗИРОВАННАЯ СИСТЕМА ПРОВЕРКИ РЕЗУЛЬТАТОВ ОЛИМПИАДЫ ПО ПРОГРАММИРОВАНИЮ

Проведение олимпиады по программированию состоит из 2 этапов:

1) непосредственно проведение,