МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ федеральное государственное бюджетное образовательное учреждение

высшего профессионального образования «УЛЬЯНОВСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ»

ПРИКЛАДНЫЕ ИНФОРМАЦИОННЫЕ СИСТЕМЫ

Первая Всероссийская научно-практическая конференция

(г. Ульяновск, 26–30 мая 2014 г.) Сборник научных трудов

Ульяновск УлГТУ

2014

УДК 004.62 (082) ББК 32.973.202я43 П 75 Организационный комитет конференции Председатель:

Ярушкина Н.Г. – профессор, проректор УлГТУ по НР Сопредседатель:

Семушин И.В. – профессор кафедры «Информационные технологии», УлГУ Члены организационного комитета:

Афанасьева Т.В. – профессор кафедры «Информационные системы», УлГТУ Воронина В.В. – доцент кафедры «Информационные системы», УлГТУ Евсеева О.Н. – доцент кафедры «Информационные системы», УлГТУ Ларионова О.Б. – доцент кафедры «Информационные системы», УлГТУ Меркулова Т.А. – доцент кафедры «Информационные системы», УлГТУ Наместников А.М. – доцент кафедры «Информационные системы», УлГТУ

Рецензент А.А. Стецко

д-р техн. наук, главный технолог - начальник службы главного технолога

УДК 004.62 (082) Прикладные информационные системы: первая Всероссийская

НПК (г. Ульяновск, 26–30 мая 2014 г.) : сборник научных трудов / под ред. Е.Н. Эгова. – Ульяновск : УлГТУ, 2014. – 271 с.

В сборнике отражены материалы докладов аспирантов, студентов и молодых

ученых, представленные на 1-й Всероссийской конференции, г. Ульяновск, 26–30 мая 2014 г. Тематика докладов охватывает следующие направления предметной области: прикладная информатика, системы автоматизированного проектирования, нечеткая логика, нечеткие временные ряды, многомерные временные ряды, моделирование сложных систем, разработка автоматизированных рабочих мест.

Статьи приводятся в авторской редакции. © Коллектив авторов, 2014

ISBN 978-5-9795-1285-3 © Оформление. УлГТУ, 2014

ЧАСТЬ 1 СЕКЦИЯ «СОВРЕМЕННЫЕ

ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ»

4

В. В. Воронина, И. А. Тимина* РАЗРАБОТКА МОДУЛЯ АНАЛИЗА МНОГОМЕРНЫХ

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

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

Введение. В управлении предприятием важную роль играет анализ

финансовых результатов его работы. Он позволяет делать выводы об эф-фективности использования ресурсов, отслеживать опасные ситуации и принимать верные управленческие решения. Такой анализ обычно осуще-ствляет эксперт. Объектом анализа становятся временные ряды экономи-ческих показателей (например, временной ряд (далее ВР) значений пока-зателя текущей ликвидности). Суть анализа обычно заключается в оценке тенденции изменения значения показателя. В данной статье рассмотрена разработка модуля веб-сервиса экономического экспресс-анализа финан-совой устойчивости предприятий. Основной целевой аудиторией данной разработки являются предприятия малого и среднего бизнеса. Для них адекватный анализ и прогноз тенденций в изменениях экономических по-казателей актуален по следующим причинам.

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

Во-вторых, для малых и средних предприятий дорогостоящие услуги консалтинговых фирм по экспресс-анализу недоступны. Поэтому они ори-

* Воронина Валерия Вадимовна – к.т.н., vvsh85@mail.ru, УлГТУ, г. Ульяновск Тимина Ирина Александровна – i.timina@ulstu.ru, УлГТУ, г. Ульяновск

5

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

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

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

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

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

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

6

затели также характеризуются и нормативными значениями. Например, рост значения коэффициента текущей ликвидности считается благоприят-ным, уменьшение же наоборот. Однако, нормой на значение этого показа-теля является отрезок от 1 до 2. Если значение показателя меньше едини-цы, то говорят об опасности данной ситуации, так как предприятие счита-ется неплатежеспособным, ввиду того, что оборотных средств недоста-точно для покрытия краткосрочных обязательств. Если же значение пока-зателя больше 2, то данная ситуация считается нежелательной, так как возможно вложение предприятием своих средств нерационально и ис-пользование их неэффективно. Таким образом, имея подобного вида пра-вила для каждого показателя, можно дать экономическую оценку текуще-го состояния предприятия.

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

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

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

7

Для выявления тенденции временного ряда могут быть использованы различные методы сглаживания. В данной системе временные ряды сгла-живаются с помощью метода нечеткого F-преобразования, разработанного профессором И.Перфильевой [1].

Экспертная оценка какой-либо величины, описывающей отдельное состояние процесса в некоторый момент времени, является по существу оценкой локального состояния. Упорядоченная во времени последова-тельность таких оценок представляет собой временной ряд. Часто этот временной ряд является рядом значений какой-либо экономической вели-чины. Все финансовые показатели представляют общую ситуацию эконо-мической деятельности предприятия и образуют многомерный временной ряд. Так как, в силу своей сложности, многие объекты экономического анализа обладают объективной неопределенностью, то это требует даль-нейшего расширения классического инструментария анализа и прогности-ки рядов подобного рода.

Для реализации прогноза используется алгоритм, основанный на ана-лизе элементарных нечетких тенденций. Он состоит из следующих шагов:

Шаг 1: Получить нечеткий временной ряд из исходного четкого вре-менного ряда

Шаг 2: Из нечеткого временного ряда получить временной ряд нечет-ких элементарных тенденций

Шаг 3: Извлечь знания из ряда нечетких элементарных тенденций. Шаг 4: Выявить зависимость двух временных рядов посредством кор-

реляции и степень сходства. Шаг 5: Спрогнозировать следующее изменение значения временного

ряда Более подробно этот алгоритм рассмотрен в работе [2]. Чтобы установить степень сходства ВР НЭТ предлагается следующий

критерий оценки соответствия поведения исследуемого ВР 𝑌1 = {𝑡1, 𝑥1}, 𝑖 ∈[1,𝑛] поведению ВР 𝑌2 = {𝑡2, 𝑥2}, 𝑖 ∈ [1,𝑛], который определяет расстоя-ние 𝜌(𝑌1,𝑌2) между одновременными НЭТ:

8

𝜌(𝑌1,𝑌2) =1𝑛��𝜌�𝑣�𝑖

𝑌1 ,𝑣�𝑖𝑌2� ∗ 𝜌(𝛼�𝑖

𝑌1 ,𝛼�𝑖𝑌2) ∗ �𝜌(𝜇𝑖

𝑌1 ,𝜇𝑖𝑌2)2�

𝑛

𝑖=1

,

где

𝜌�𝑣�𝑖𝑌1 ,𝑣�𝑖

𝑌2� = �0, 𝑣�𝑖

𝑌1 = 𝑣�𝑖𝑌2

1, 𝑣�𝑖𝑌1 ≠ 𝑣�𝑖

𝑌2 ,𝑣�𝑖𝑌1 ≠ 𝐶

0.5,𝑣�𝑖𝑌1 ≠ 𝑣�𝑖

𝑌2 ,𝑣�𝑖𝑌1 = 𝐶

, � 𝜌�𝛼�𝑖𝑌1 ,𝛼�𝑖

𝑌2� = �1,𝛼�𝑖

𝑌1 ≠ 𝛼�𝑖𝑌2

0,𝛼�𝑖𝑌1 = 𝛼�𝑖

𝑌2�,

𝜌�𝜇𝑖𝑌1 ,𝜇𝑖

𝑌2� = �𝜇𝑖𝑌1 − 𝜇𝑖

𝑌2�, 0 ≤ 𝜌(𝑌1,𝑌2) ≤ 1

𝜌�𝑣�𝑖𝑌1 ,𝑣�𝑖

𝑌2� – функция расстояния типов НЭТ;

𝜌�𝛼�𝑖𝑌1 ,𝛼�𝑖

𝑌2� – функция расстояния интенсивностей НЭТ;

𝜌�𝜇𝑖𝑌1 ,𝜇𝑖

𝑌2� – функция расстояния принадлежностей НЭТ. Введем метрику сходства, противоположную метрике расстояния

𝑞 = 1 − 𝜌(𝑌1,𝑌2), 0 ≤ 𝑞 ≤ 1 Чем больше 𝑞(𝑌1,𝑌2), тем сильнее зависимость между поведением НЭТ

ВР Y1 и Y2 [5]. Для проверки наличия линейной корреляционной (регрессионной) за-

висимости между ВР воспользуемся коэффициентом Пирсона:

𝑟𝑦1𝑦2 =∑ (𝑦1𝑖 − 𝑦1���)(𝑦2𝑖 − 𝑦2���)𝑚𝑖=1

�∑ (𝑦1𝑖 − 𝑦1���)2𝑚𝑖=1 ∑ (𝑦2𝑖 − 𝑦2���)2𝑚

𝑖=1

.

Учитывая степень сходства и коэффициент корреляции, делаем вы-вод, что если существует значимая связь между ВР нечетких тенденций, то прогноз ВР Y1будет зависеть от поведения ВРY2.

Реализация. В настоящее время система экономического экспресс-анализа предприятия включает в себя модуль работы с нечеткими тенден-циями и модуль, выполняющий сглаживание ряда методом F-преобразования. Все подсистемы реализуются в виде web-сервисов. Среда реализации – Java. В качестве сервера базы данных используется MySQL. Архитектура системы представлена на рисунке 1. Цветом выделены часть системы, в которую планируется встроить описанный метод. Двунаправ-

9

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

Рис. 1. Архитектура системы экономического экспресс-анализа предприятия

Общий сценарий работы системы сейчас из следующих шагов: 1. Пользователь вводит информацию в форму. 2. Информация сохраняется в БД в таблицы балансов и таблицы

предприятий. 3. Происходит расчет значимых коэффициентов. Значимые коэф-

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

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

Выполняет сглаживание рядов и записывает результаты в базу. 6. Модуль нечетких тенденций берет результаты расчета модуля F-

преобразований из базы, выполняет построение ACL-шкалы, вы-деление нечетких тенденций и прогноз будущей тенденции. За-писывает обработанные данные в таблицы тенденций и таблицы прогноза

Интерфейс взаимодействия с пользователем.

Управляющая система

Модуль F-преобразования

Модуль экономического экс-пресс-анализа

Модуль работы с нечет-кими тенденциями

База данных

10

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

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

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

Список источников

1. Perfileva I., Novak V., Dvorak A., Fuzzy transform in the analysis of data. Intern. JournalofAppr. reasoning. 2008.

2. Афанасьева Т.В, Ярушкина Н.Г. Нечеткий динамический процесс с нечеткими тенденциями в анализе временных рядов // Вестник Ростовского государственного университета путей сообщения. 2011. Т 3. – С. 7–16.

3. Шишкина В.В. Интеллектуальный метод оценки и прогнозирова-ния финансового состояния предприятия на основе временных рядов нечетких элементарных тенденций «Интеллектуальные системы управления», коллективная монография под ред. акаде-мика РАН С.Н. Васильева – М.: «Машиностроение» 2010. – С. 410-420.

4. Ярушкина Н.Г., Афанасьева Т.В., Тимина И.А. К вопросу о про-гнозировании многомерного гетерогенного временного ряда // Тринадцатая национальная конференция по искусственному ин-теллекту с международным участием КИИ-2012. Том 1. – Белго-род, 2012. – С. 149-155.

5. Тимина И.А. Нечеткая зависимость как метод решения задач ин-теллектуального анализа временных рядов // Автоматизация про-цессов управления. – Ульяновск: НПО «Марс». – 2013. – № 3(33). – С. 39-44.

11

И. И. Тумайкина∗ SAP– ИННОВАЦИЯ В ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЯХ

Аннотация. Статья посвящена актуальной на сегодняшний день проблеме оптимиза-ции бизнес-процессов на предприятиях на основе использования информационных технологий. В статье дан анализ системе SAP, проанализированы преимущества вне-дрения данной системы. Описывается практический опыт внедрения проекта «SoD for SAP» в компании Х5 Retail Group. Ключевые слова: инновации, оптимизация бизнес-процессов, SAP.

Развитие экономики всегда строилось на основе внедрения новых

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

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

Изначально SAP ассоциируется как поставщик ERP систем – систем управления предприятиями. Но постепенно были созданы индустриаль-ные решения, специфичные для предприятий разнообразных отраслей. Стратегия SAP заключается в создании инновационных приложений.

Можно выделить следующие цели, которые достигают руководители компаний при внедрении SAP:

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

∗ Тумайкина Ирина Ивановна - Tumaikina@gmail.com; Финансовый Университет

при Правительстве РФ, Х5 RetailGroupN.V., Москва

12

повышение эффективности бизнес-процессов, обеспечение прозрачности, стандартизация и структурирование бизнес-процессов; получение информации в режиме реального времени, исключе-

ние дублирования при вводе информации, упорядочивание доку-ментооборота; упрощение и сокращение сроков составления финансовой от-

четности; повышение качества процессов планирования и учета, разгра-

ничения сфер ответственности. Компания Х5 Retail Group – крупнейшая в России продовольственная

розничная компания по объемам продаж. В июне 2013 года в Компании Х5 Retail Group стартовал новый проект «SoD for SAP», направленный на устранение конфликтов доступов и разделение полномочий пользователей в системе SAP.

Деятельность бизнеса компании Х5 Retail Group ведется на базе ин-формационной платформы SAP и главная задача, стоящая перед проектом – устранение конфликтов доступа у пользователей системы и оптимиза-ция процесса управления ролями в системе, с целью создания контроли-руемой среды в основной информационной системе Компании.

Усовершенствованная ролевая модель позволит компании снизить риски ошибок и злоупотреблений в системе SAP, повысить прозрачность и качество операционной деятельности. SoD расшифровывается, как Segregation of Duties – и означает принцип разделения полномочий в ин-формационных системах, являющийся лучшей практикой с точки зрения внутреннего контроля публичных компаний.

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

13

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

Процесс реализации проекта «SoD for SAP» можно описать таким об-разом: в ходе тесного взаимодействия представителей бизнеса и проект-ной команды для сотрудников дирекций были согласованы стратегии по устранению конфликтов и утверждены новые роли. Сотрудники подраз-делений, назначенные на роль тестовых пользователей, в установленный срок провели тестирование новых ролей в системе. После чего дирекции перешли на новую ролевую модель в SAP ERP без конфликтов и избытка полномочий.

«SoD for SAP» – помогает снизить количество ошибок и вероятность злоупотреблений в системе SAP, обеспечить достоверность финансовой и управленческой отчетности, избежать дублирования функций и упростить распределение ответственности между подразделениями, а также усовер-шенствовать процесс выдачи пользователям прав доступа в SAP.

Можно выделить три основные области, в которых SAP активно помо-гает в области автоматизации основной деятельности: повышение удобства для клиентов; совершенствование продуктов и скорости их вывода на ры-нок; снижение затрат и рисков при внедрении системы и владении ею.

Снижение затрат и рисков было и остается одной из важнейших задач для компаний при внедрении IT-решений. SAP позволяет снизить как стоимость внедрения системы (TCI), так и стоимость владения ею (TCO). Они добились этого с помощью новых подходов к методам внедрения; новых сервисов по предоставлению преднастроенных систем; новых «об-лачных» сервисов, которые позволяют снизить затраты на запуск решения и перенести риски с клиента на подрядчика.

Агентство Chartis Research в отчете 2013 года – «Управление данны-ми и бизнес-аналитика для снижения рисков» – признало компанию SAP «Лидером в своей категории». При составлении рейтинга специалисты Chartis оценили возможности управления данными и рисками, функции

14

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

Оптимизация контроля над рисками и повышение эффективности управления финансами с использованием решений SAP помогает компа-ниям оставаться всегда конкурентоспособными.

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

Список источников

1. Николаев А. Инновационное развитие и инновационная культура // Проблемы теории и практики управления. – 2001. – № 5. – С. 42.

2. Стратегия инновационного развития Российской Федерации на период до 2020 года. Постановление Правительства РФ от 8 де-кабря 2011 г.

3. Официальный сайт компании SAP [Электронный ресурс]: – Ре-жим доступа: http://global.sap.com

15

Е. Н. Эгов* ПЕРСПЕКТИВЫ ПРИМЕНЕНИЯ МЕРЫ ЭНТРОПИИ

В АНАЛИЗЕ ВРЕМЕННЫХ РЯДОВ

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

Временной ряд. Динамические процессы, происходящие в сложных экономических и

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

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

* Эгов Евгений Николаевич – аспирант, e.egov@ulstu.ru; Ульяновский государствен-ный технический университет, Ульяновск

16

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

Если во временном ряду проявляется длительная («вековая») законо-мерность изменения уровней, то говорят, что имеет место тренд. Таким образом, тренд определяет общее направление развития экономического процесса или динамику изменения технической системы. Математическая модель, в которой развитие изучаемой системы отражается через тренд ее основных показателей, называется трендовой моделью. Для выявления тренда временных рядов, а также для построения и анализа трендовых моделей используется аппарат теории вероятностей и математической статистики. Однако следует иметь в виду, что этот аппарат предназначен для обработки простых статистических совокупностей, и поэтому приме-нение методов теории вероятности и математической статистики требует определенных поправок. Отличие временных рядов от простых статисти-ческих совокупностей заключается в том, что уровни временного ряда за-висят друг от друга, тогда как элементы статистической совокупности яв-ляются независимыми друг от друга. Кроме того, уровни временного ряда упорядочены во времени и их перемешивание недопустимо, а элементы статистической совокупности не являются упорядоченными. Перемеши-вание этих элементов не изменяет значений статистических показателей (дисперсию, среднее значение и т.д.).

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

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

17

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

Понятие энтропии. Существует четыре формы энтропии: 1. Энтропия как мера неопределенности состояния любой упорядо-

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

(микроскопического) множества. 3. Информационная энтропия (неопределенность информации) сведе-

ний о некоторой информационной системе. 4. Энтропия, или неопределенность поведения, любой не вполне упо-

рядоченной системы вплоть до макроскопических множеств. Первая и третья формы энтропии связаны с неопределенностью со-

стояния системы и пригодны для исследования неживых объектов и про-цессов. При этом энтропия не имеет своей размерности [1].

В дальнейшем информацию можно рассматривать только как процесс, взаимосвязь, отношение между элементами системы. При этом важна ин-формация, которая указывает на наличие отклонений параметров системы от заданных условий (или значений) под воздействием сторонних факто-ров. Чем больше уровень отклонений параметров от заданных значений, тем выше энтропия и, следовательно, больший хаос наблюдается в системе.

Самой известной формулой нахождения энтропии является формула Шеннона. Он предложил уравнение, напоминающее классическое выра-жение энтропии, найденное Больцманом.

𝐻 = �𝑃𝑖 log2 1𝑃𝑖� = −�𝑃𝑖 log2 𝑃𝑖 .

Энтропия Шеннона количественно характеризует достоверность ин-формации и используется для расчета количества информации.

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

18

Пусть имеется динамическая система: �̇� = 𝑓(𝑥),

где х - N-мерный вектор состояний. Выбрав в фазовом пространстве две близкие фазовые точки х1 и х2,

можно провести из них траектории (х1(t) и х2(t)) и, проследить, как при эволюции системы будет изменяться расстояние d между соответствую-щими точками этих траекторий:

𝑑(𝑡) = |𝜀(𝑡)| = |𝑥2(𝑡) − 𝑥1(𝑡)| . Если динамика системы является хаотической, то d(t) с течением вре-

мени будет экспоненциально возрастать: 𝑑(𝑡) ≈ 𝑑(0)𝑒𝑘𝑡.

Отсюда можно найти среднюю скорость экспоненциального расхож-дения траекторий:

𝑘 ≈ ln[𝑑(𝑡) 𝑑(0)⁄ ]𝑡

,

или, точнее,

ℎ = lim𝑑(0)→0𝑡→∞

ln[𝑑(𝑡) 𝑑(0)⁄ ]𝑡

.

Величина h называется энтропией Колмогорова-Синая или КС-энтропией. Используя КС-энтропию, можно определить, каким является исследуемый режим – хаотическим или регулярным. В частности, если динамика системы является периодической или квазипериодической, то с течением времени расстояние d(t) не возрастает и КС-энтропия будет рав-на нулю (h= 0). В случае хаотической динамики системы КС-энтропия больше нуля (h> 0) [3].

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

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

19

Пусть �⃗�(𝑡) = {𝑥1(𝑡), … , 𝑥𝑑(𝑡)} – траектория с компонентами xi, i = 1, 2, …, k. Разделим d-мерное фазовое пространство M на d-мерные ячейки ld.Состояние этой системы будет измеряться через временные интервалы τ. Пусть Pi0…in – совместная вероятность того, что

�⃗�|t=0, находится в ячейке i0; �⃗�|t=τ, находится в ячейке i1; �⃗�|t=2τ, находится в ячейке i2;

… �⃗�|t=nτ, находится в ячейке in.

Тогда величина

𝐾𝑛 = − � 𝑃𝑖0…𝑖𝑛 ln𝑃𝑖0…𝑖𝑛𝑖0…𝑖𝑛

пропорциональна информации, необходимой для определения место-положения системы на заданной траектории 𝑖1∗ … 𝑖𝑛∗ с точностью до l.

Поэтому Kn+1 – Kn есть дополнительная информация, необходимая для предсказания, в какой ячейке 𝑖𝑛+1∗ будет система, если известно, что она находилась в 𝑖1∗ … 𝑖𝑛∗ .

Иными словами Kn+1 – Kn описывает потерю информации о системе на интервале {n, n + 1}. КС-энтропия К определяется как средняя скорость потери информации:

𝐾 = lim𝜏→∞

lim𝑙→∞

lim𝑁→∞

1𝜏𝑁

�(𝐾𝑛+1 − 𝐾𝑛)𝑁−1

𝑛= 0

=

= − lim𝜏→∞

lim𝑙→∞

lim𝑁→∞

1𝜏𝑁

� 𝑃𝑖0…𝑖𝑁 ln𝑃𝑖0…𝑖𝑁𝑖0…𝑖𝑁

Для одномерных отражений K = λ – показатель Ляпунова. Для систем большей размерности информация о состоянии системы с хаосом теряет-ся, т.к. имеет место экспоненциальное «разбегание» траекторий.

Используя K, можно: • достаточно точно определить среднее время предсказуемости по-

ведения системы; • определить характер поведения системы, хаотична она или случайна;

20

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

Заключение Описанные формулы определения меры энтропии или средней скоро-

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

Список источников

1. Татаренко С.И. Методы и модели анализа временных рядов: ме-тодические указания к лабораторным работам. Тамбов: ТГТУ, 2008.

2. Лоскутов А.Ю. Анализ временных рядов: курс лекция. М.: МГУ, 113 с

3. Дулесов А.С., Агеева П.А. Мера информации в задаче оценки бесперебойности работы технической системы. Фундаменталь-ные исследования № 12, 2011. – С. 102-107.

21

И. А. Воронин* РАЗРАБОТКА СИСТЕМЫ МОДЕЛИРОВАНИЯ УПРАВЛЕНИЯ

ОБЪЕКТАМИ ЭЛЕКТРОЭНЕРГЕТИЧЕСКИХ СЕТЕЙ

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

Введение. Основная проблема, стоящая в настоящее время в области

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

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

• Моделировать прохождение тока по сети; • Управлять объектами схемы; • Отслеживать корректность действий операторов; • Выполнять расчет нагрузки на объекты сети.

* Воронин Иван Александрович – ivanvoronin85@gmail.com, ООО «Кодер.Ул», г. Ульяновск

22

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

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

Эти объекты связаны между собой следующим образом. Объект шина включает в себя точки связи и ток. Линия характеризуется отрезками ли-ний и током. Отрезок линии характеризуется точками связей и коммута-ционными аппаратами. Коммутационный аппарат имеет характеристики: состояние аппарата (включен/выключен) и позиция на отрезке линии. Точка связи, соответственно, характеризуется соединяемыми отрезками линий и шиной. Ток характеризуется источником, проводником, питаю-щими токами и питаемыми токами. Источником тока является объект-шина, проводником – шина или линия. Таким образом, объекты на схеме характеризуются в основном связями между собой.

Описанная система связей представлена на рисунке 1.

Рис. 1. Взаимосвязи объектов схемы

23

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

Данная модель позволяет: • определить наличие напряжения на конкретном объекте; • найти источник тока данного объекта, определить список объ-

ектов, для которых он является проводником тока; • рассчитать альтернативные источники и пути прохождения то-

ка для объекта; • отследить некорректные ситуации.

На рисунке 2 представлен фрагмент сети, отрисованный программой, и соответствующая ему графовая модель.

Рис. 2. Фрагмент сети и соответствующий ему граф

В данном случае вершины {A,B} соответствуют шинам, а вершины {C…H} соответствуют соединительным точкам. Закрашенный квадрат соответствует выключенному коммутационному аппарату, поэтому ребро (BD) имеет вес единицу.

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

А

B

С

D

E F

G H

0

1 0

0

0

0

0 0

0

0 0

24

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

1. Взять текущий объект; 2. Передать ему ток от предыдущего объекта; 3. Если у текущего объекта поле ток не определено: 4. Создать объект класса ток; 5. В свойство объекта, содержащее список источников питания,

добавляется объект ток предыдущего объекта. 6. Вызывается метод передачи тока последующим объектам. 7. Если у текущего объекта поле ток определено: 8. Ток предыдущего объекта добавляется ему в список источников тока.

Блок-схема данного алгоритма представлена на рисунке 3.

Рис. 3. Алгоритм прохождения тока по сети

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

25

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

Для выбранного объекта нагрузка будет рассчитывать по следующей рекурсивной формуле:

𝑁𝑎𝑔𝑟(𝑂𝑖) = �𝑍𝑂𝑖 , 𝑖 = 0

𝑁𝑎𝑔𝑟(𝑂𝑖−1), 𝑖 > 0� , (1)

где Oi – текущий объект, Oi-1 – объект, запитанный от текущего, ZOi – величина нагрузки объекта, i – номер объекта в цепочке запитки.

Алгоритм расчета нагрузки будет состоять из следующих шагов: 1. Выбрать объект расчета. 2. Создать ассоциативные массивы вида {шина-нагрузка} и {линия-

нагрузка}. 3. Для выбранного объекта с помощью построенной графовой мо-

дели составляем дерево «просчёта схемы» т.е. получаем дерево объектов запитанных от данного объекта. Напомним, что объект считается запитанным от текущего объекта, если в модели они соединены ребрами и узлами и объект ток распределяется от те-кущего объекта к питаемому.

4. Для каждого листа полученного дерева начинаем по узловой об-ход до корня дерева.

5. Если текущий узел связан с электрической шиной, то произво-дится проверка на наличие данной шины в массиве шин.

6. Если её там нет, то из справочника замеров получаем значение нагрузки для трансформатора данной шины и заносим его в сло-варь шин и сумматор данной ветки, иначе переходим к следую-щему узлу.

7. Если текущий узел связан с электрической линией, то получаем список рёбер графовой модели связывающей предыдущий объект

26

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

8. Если ребро уже присутствует в списке, то к имеющемуся значе-нию прибавляем значение текущего сумматора.

9. Переходим к следующему листу. При моделировании работы электрической схемы необходимо учиты-

вать возможность выполнения тех или иных действий оператором. На-пример, нельзя устанавливать временное или включать стационарное за-земление на участках находящихся под напряжением Эту возможность можно определить, руководствуясь знаниями эксперта. Каждое действие может быть выполнено с определенным объектом при выполнении опре-деленных условий, соответственно экспертные знания можно формализо-вать в виде если-то правил. Модель правила экспертной базы будет сле-дующей:

if (O = Oi)&(Method = Mi) &(Param = Pi) &(Value = Vi) then Rezult = Ri , (2)

где O – объект схемы, с которым хотят произвести действие, Method – действие, которое хотят произвести, Param – ключевой параметр, от кото-рого зависит возможность или невозможность произведения действия, Value – значение ключевого параметра, Rezult – результат, говорящий можно или нельзя выполнять действие.

Алгоритм применения базы правил состоит из следующих шагов: 1. Найти в базе правил объект, над которым пользователь хочет

произвести действие; 2. Найти для данного объекта запрашиваемое действие или строку

со значением «любое»; 3. Если действие не найдено, его можно выполнять; 4. Если действие найдено, то для каждого значения ключевых пара-

метров получить результат;

27

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

Блок-схема алгоритма применения правил экспертной базы пред-ставлена на рисунке 4.

Рис. 4. Блок-схема алгоритма применения базы правил

Реализация. Разработанные модули, реализующие описанные модели и алгоритмы являются частью программно-технического комплекса «Энергосхема», разрабатываемого компанией ООО «Кодер.Ул». Архитек-тура данной системы представлена на рисунке 5. Пунктирными стрелками показаны потоки данных, сплошными – потоки управления.

28

Рис. 5. Архитектура системы

Для реализации поставленной задачи были выбраны следующие ин-струментальные средства: среда разработки Visual Studio 2010 и СУБД MSSQL. Для реализации описываемой графовой модели, отражающей взаимосвязи объектов энергосхемы было разработано семь классов. Так как объекты содержат определенный набор общих полей и методов, то была определена иерархия: один базовый класс, описывающий общую часть и шесть объектов-наследников. Данные классы содержат поля, от-ражающие как реальные свойства объектов, так и абстрактные, необходи-мые для моделирования. Иерархия классов приведена на рисунке 6. Кроме представленных в иерархии, используются еще два класса, не входящих в нее, но используемых для моделирования.

ElectricObject – абстрактный базовый класс для объектов модели. ElectricLine – класс реализующий объект линия или ячейка. ElectricRelation – класс реализующий объект связь. ElectricBus – класс реализующий объ-ект шина. ElectricSwitch – класс реализующий объект коммутационный ап-парат. ElectricPoint – класс реализующий объект коммутационный аппарат. ElectricSubstation – подстанция, нужен для группировки шин и ячеек. Amperage – вспомогательный класс, представляющий ток модели.

29

Рис. 6. Диаграмма классов модели

Рассмотренная иерархия классов, отражающая информацию об объ-ектах сети хранится в БД в таблицах ObjList, tSchm_Xml, tScm_Relation. Структура этих таблиц представлена на рисунке 7.

Рис. 7. Структура базы данных модели

30

Таблица tSchm_ObjList хранит информацию об объектах модели. Таб-лица tSchm_Relation хранит связи линий. Таблица tSchm_Xml хранит гра-фическую информацию об объектах схемы в xml виде. Для расчета нагру-зок используются две дополнительные таблицы: таблица tJ_MeasAmperage, хранящая информацию о замерах нагрузок и таблица tJ_MeasurementTransf, хранящая информацию о замерах нагрузок трансформаторов.

Для хранения правил экспертной базы используются таблицы, струк-тура которых представлена на рисунке 8.

Рис. 8. Структура таблиц базы правил

Таблица Rules – содержит правила для классов объектов, зависимые от значения ключевых параметров(напряжение, ток, нагрузка). Таблица RulesClasifier содержит список названий возможных действий, параметров и результатов.

Основное окно программы содержит полное отображение схем. Здесь изображены подстанции, шины, ячейки и линии, соединяющие их. Пря-моугольниками разных цветов отображаются подстанции. Они группиру-ют в себе элементы отображающие объекты подстанций такие как шины и ячейки. Для модели они практического значения не имеют, но нужны при составлении отчётов и для наглядности отображаемой схемы. Так же, от шин принадлежащих подстанциям типа ЦП по умолчанию начинается просчёт модели питания объектов. Широкими горизонтальными и верти-кальными линиями обозначены электрические шины. Присоединенные к ним линии обозначают ячейки. Настройки цветов линий и подписей могут быть изменены путем вызова соответствующей команды и сохранены для

31

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

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

Заключение. Данное программное обеспечение разрабатывалось в ходе магистерского исследования. Его результатами стали:

1. Спроектированная и реализованная имитационная модель электро-энергетической сети для моделирования действия с ее объектами;

2. Спроектированная и реализованная база правил: изменяемый на-бор правил работы системы, порядка переключения коммутато-ров, активация заземлений;

3. Спроектированный и реализованный модуль поддержки принятия решений выдающий оператору множество корректных альтерна-тивных вариантов запитки участка цепи;

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

танное программное обеспечение внедрено на предприятии.

32

Е. В. Притула* ИССЛЕДОВАНИЕ ЭФФЕКТИВНОСТИ ТЕХНОЛОГИИ

ПРОТОТИПИРОВАНИЯ В РАЗРАБОТКЕ WEB-ПРОЕКТОВ

Аннотация. Рассматриваются факторы успешности web-проектов, основные пробле-мы во взаимодействии участников проекта, методы и модели прототипирования. Приводится сравнительный анализ сроков и стоимости разработки web-проектов с использованием и без использования прототипов. Ключевые слова: проектирование, прототипирование, разработка программного обеспечения, web-проект, web-разработка.

Введение. С каждым годом программное обеспечение развивается,

появляются новые методы и технологии разработки. Наиболее популяр-ным и быстроразвивающимся направлением разработки программного обеспечения является web-разработка. Именно этому направлению и по-священо исследование.

В разработке web-проектов одним из важнейших этапов является про-ектирование. Проектирование как процесс создания программного обеспе-чения условно делят на две части: проектирование интерфейса и проекти-рование функционала. Для проектирования функционала используются та-кие средства моделирования, как UML и IDEF0, которые уже стали про-мышленными стандартами при разработке программного обеспечения. В проектировании пользовательского интерфейса интернет-проектов об-щепринятых стандартов нет. Есть только отдельные рекомендации, прие-мы, традиции и условия. При этом важной, но не всегда выполняемой, ча-стью проектирования является создание прототипа будущей системы.

Прототип – это схематичный набросок страницы или страниц сайта с изображенными на нем элементами дизайна (кнопками, изображениями, меню, формами).

* Притула Елена Валерьевна – el.pritula@yandex.ru Ульяновский государственный технический университет, Ульяновск

33

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

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

Аналитический обзор предметной области научного исследова-ния. С одной стороны web-проект соответствуют классическому опреде-лению проекта [1, стр. 6]: «Проект – это комплекс усилий, предпринимае-мых с целью получения конкретных уникальных результатов в рамках от-веденного времени и в пределах утвержденного бюджета, который выде-ляется на оплату ресурсов, используемых или потребляемых в ходе проек-та». С другой стороны, если говорить о реализации web-проектов, следует обратить внимание на следующие особенности:

– зачастую исполнитель одновременно выполняет несколько проектов;

– приоритеты выполнения проектов постоянно корректируются; – сроки и качество выполнения проекта в основном зависят от

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

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

34

Существует несколько групп оценки успешности реализации ИТ-проекта: I. Единая оценка успешности проекта со стороны и Заказчика, и

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

РМВоК, проект считается успешно реализованным, если он выполнен со-гласно утвержденным критериям объема, сроков и качества и соответст-вует ожиданиям Заказчика. Проект, результаты которого не используются конечными пользователями, не является успешным.

II. Оценка успешности проекта с точки зрения Заказчика. По методологии Scrum проект считается успешным, если Заказчик

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

III. Сбалансированная оценка успешности проекта. В данной группе по методике PRINCE2 акцент делается на финансовой

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

Несмотря на существенные различия между существующими методо-логиями управления проектами и оценками их успешности, они могут применяться совместно. Поэтому в рамках научного исследования ис-пользована сбалансированная оценка успешности, которая позволяет объ-ективно оценить успешность завершенного проекта.

Современные web-студии выделяют следующие базовые этапы разра-ботки web-проекта:

1. Концепция проекта. 2. Проектирование. 3. Дизайн. 4. Верстка. 5. Программирование. 6. Наполнение контентом 7. Тестирование и отладка. 8. Публикация.

35

9. Сопровождение и продвижение. Большинство web-студий имеют хорошо налаженный процесс разра-

ботки и прорабатывают все этапы создания web-ресурсов до мелочей – начиная с технического задания и заканчивая юридической стороной. Од-нако в большинстве из них отсутствует этап прототипирования web-проектов или он выполняется людьми не всегда обладающими необходи-мыми знаниями в области web-технологий (рис. 1).

Рис. 1. Кто занимается прототипированием web-проектов

В настоящее время представлено немало печатных и интернет-

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

36

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

Несомненно, прототипирование – дополнительный труд, однако, по суще-ству, это «энергосберегающая» технология. Прототип выгоден тем, что предос-тавляет возможность оценить логику работы сайта в целом на любом этапе реа-лизации проекта без привязки к дизайну. Основные его преимущества:

• уменьшение общего количества ошибок; • повышение общего качества проекта; • сокращение сроков разработки, и, как следствие, снижение ее

совокупной стоимости; • справедливое распределение ответственности между Исполни-

телем и Заказчиком; • снижение сопутствующих web-разработке рисков.

Известный опрос, проведенный The Standish Group, показал, что в мире только 32% проектов по разработке программного обеспечения за-вершаются успешно, 23% - закрываются, а остальные 45% - завершаются с превышением затрат или с опозданием. Общей статистики по россий-ским проектам, к сожалению, нет. Существует единственное исследование Hewlett-Packard и Economist Intelligence Unit, согласно которому, только 5% российских ИТ-проектов завершаются в срок.

Неспособность правильно управлять рисками при разработке web-проектов может привести к ощутимым экономическим потерям, которые могли бы быть значительно уменьшены за счет использования технологии прототипирования, что делает это направление одним из самых актуаль-ных даже для небольших фирм-разработчиков web-сайтов.

Как показал опрос представителей фирм-разработчиков программно-го обеспечения для сети Интернет [1], наблюдается неудовлетворённость текущей ситуацией с прототипированием web-проектов (рис. 2).

37

Рис. 2. Удовлетворенность текущей ситуацией с прототипированием web-сайтов

Необходимо установить, что при всем многообразии существующих

средств для создания прототипов, во многих проектных организациях оно до сих пор не выполняется (рис. 1).

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

Основные теоретические модели и методы исследования. В настоящее время существует множество средств прототипирования,

решающих частные задачи, но низкий процент успешности программных проектов говорит о недостаточности обоснования эффективности приме-нения этих средств в разработке.

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

27,4

34,25

38,35

Да, вполне

Нет. И поэтому на данный момент компания надится в поиске хорошей методики и инструмента

Нет. Компания пока не видит достаточно аргументов для начала изменения ситуации к лучшему

38

Теоретически техническое задание призвано снижать напрасные за-траты времени. К сожалению, на практике все происходит немного иначе. Тодд Заки Варфел в практическом руководстве по прототипированию вы-деляет ряд недостатков, которые и приводят к потерям времени при раз-работке ИТ-проектов [3].

Разработка прототипов уже давно является неотъемлемой частью во многих сферах общественной жизни, в частности, в области архитектурно-го и производственного проектирования. Однако в области разработки программного обеспечения данная технология начала использоваться не так давно. Следует предположить, что связано это с тем, что при разработ-ке программного обеспечения акцепт ставится, в первую очередь, именно на технологии и разработке функциональности, а не на проектировании. Однако прототипирование становится всё более популярным и часто ис-пользуемым процессом в российских IT-компаниях. Причины видятся в определенном следовании моде, которую задают ведущие web-студии, а также прототипирование обещает компании ряд весомых преимуществ.

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

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

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

39

став и расположение всех элементов, нарисовать макеты дизайна проще и дешевле. Это делает этап дизайна намного более предсказуемым.

После появления этапа прототипирования в компании «ЭС ВЭ КУПЕРС» изменился процесс разработки в целом. Прототип стал элемен-том, который все видят и который все обсуждают: от Заказчика до про-граммиста. Он стал своего рода объединяющим, центральным звеном и вывел коммуникацию как с Заказчиком, так и внутри компании на новый уровень. Значительно уменьшилась потеря информации по пути от Заказ-чика к непосредственным Исполнителям.

Практическая реализация результатов. Когда в компании «ЭС ВЭ КУПЕРС» перешли от технических заданий к прототипированию, то сразу заметили сокращение количества необходимых уточнений и переделок. Ранее доля совпадений в интерпретации ТЗ составляла 67%; теперь она достигает 92%. Вместе с тем, было замечено и установлено несколько существенных улучшений:

• На разработку прототипа и дополнительного документа с ком-ментариями к нему требуется меньше времени и сил, чем на написа-ние многостраничного технического задания.

• Точность оценки бюджета и сроков проекта повысилась на 52%. • Количество уточняющих запросов от команды разработчиков

сократилось на 80%. • Количество переделок и исправлений ошибок после выпуска

продукта уменьшилось до 25% от уровня предыдущих проектов. • Общее время выполнения проекта с использованием прототипов

сокращается на величину от 2 до 8%. • Без прототипирования срок фактической разработки увеличива-

ется в среднем на 12-25% • Вся команда согласилась, что прототипирование проще, чем

традиционная модель.

40

Прототипирование не может решить всех проблем разработки по тех-ническому заданию, но способно снизить уровень неэффективности и не-производительных затрат.

Заключение. Анализ существующего состояния проблемы разработ-ки программного обеспечения выявил недостаточность изучения техноло-гии прототипирования и обоснования эффективности её применения в web-разработке.

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

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

Список источников

1. Грекул В.И., Коровкина Н.Л., Куприянов Ю.В. Методические ос-новы управления ИТ-проектами. Учебное пособие – М., 2010.

2. Головач В., Белышкин А. Проектирование как часть разработки ТЗ.- Intelligent enterprise. – Выпуск №12(77), 2003. 13.

3. Тодд Заки Варфел, Проттипирование. Практическое руководство, 2013.

41

А. А. Серова* АВТОМАТИЗАЦИЯ ДЕЯТЕЛЬНОСТИ ИП ВИЗОВЫЙ ЦЕНТР

Аннотация. В рамках дипломного проектирования была реализована конфигурация в среде 1С 8.2 для автоматизации деятельности компании «Объединенный Визовый Центр» в Ульяновске. Основным направлением деятельности компании является оформление виз во все страны мира. Реализованная конфигурация будет использова-на в файловом варианте. Ключевые слова: автоматизация, визовый центр, 1С.

Введение. Задача визовых центров – разгрузить консульство, провести

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

Особенности деятельности компании. В рамках дипломного проек-тирования была реализована программа, автоматизирующая деятельность конкретного визового центра – Объединенного Визового Центра в Улья-новске. Основным направлением деятельности компании является оформ-ление виз во все страны мира, в том числе в страны шенгенского договора. Компания при необходимости оказывает сопутствующие услуги.

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

Выбор среды разработки. Программный продукт реализован в среде 1С 8.2 и будет использоваться в файловом варианте. В дальнейшем при необходимости возможен переход на клиент-серверный вариант исполь-зования [1].

*Серова Александра Александровна – студентка, a.a.serova92@mail.ru; Ульяновский государственный технический университет, Ульяновск

42

Выбор среды разработки 1С обусловлен следующими преимуществами: 1) относительно низкая стоимость программного обеспечения для

небольшой фирмы; 2) масштабируемость системы – как по количеству пользовате-

лей, так и по функциональности; 3) наличие механизма Web-доступа, удаленного доступа; 4) интеграция с другими приложениями, в частности, с MicrosoftOffice; 5) простота и удобство администрирования и поддержки позво-

ляют снизить затраты на обслуживание; 6) надежность в плане целостности и сохранности данных – резерв-

ное копирование не требует глубоких знаний администрирования; 7) широкий рынок услуг в сфере 1С, что позволит компании при

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

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

Разработанная конфигурация будет функционировать в файловом ва-рианте. Преимуществом такого варианта является отсутствие необходи-мости покупки серверной лицензии, то есть снижение затрат. Недостатком является сложность обработки больших объемов информации. Но так как количество пользователей небольшое, а обработка данных небольшая, то недостаток не является существенным. В дальнейшем, при необходимо-сти, возможен переход на клиент-серверный вариант.

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

В конфигурации предусмотрена настройка для указания путей разме-щения договоров и шаблонов с анкетами и договором.

В конфигурации существует 4 вида ролей – бухгалтер, менеджер, ди-ректор и полные права. Каждый пользователь имеет доступ только к объ-ектам, которые ему необходимы для выполнения своих функций. Пользо-ватель с полными правами имеет доступ ко всем объектам и является ад-министратором.

43

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

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

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

При расчете зарплаты в конфигурации автоматически рассчитывают-ся взносы в ФСС, ПФР и ФОМС, которые в дальнейшем учитываются как затраты компании. Если сотрудник был в отпуске или на больничном, то из его зарплаты удерживается сумма в соответствии с количеством рабо-чих дней. Расчет размера больничного и отпускных, а также удержаний, выполняет бухгалтер. Эти суммы вводятся для учета в конфигурацию от-дельным документом после предоставления данных бухгалтером.

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

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

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

Когда клиент обращается за визой, менеджер создает документ «Заяв-ка на визу» и на основании него автоматически формирует договор с кли-

44

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

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

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

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

Заключение. Разработанная конфигурация имеет следующие пре-имущества:

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

2. Снижение количества ошибок за счет автоматической обработки данных;

3. Значительное сокращение времени на расчет зарплаты и предос-тавление данных бухгалтеру;

4. Анализ деятельности компании за счет формирования отчетов и диаграмм;

5. Выявление наиболее затратных статей расхода и наиболее при-быльных статей дохода.

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

Список источников

1. Преимущества 1С для ИТ-специалистов предприятий [Электрон-ный ресурс] – Режим доступа: http://it-nowa.ru/1c/advances/preimushhestva-1s-dlja-it-spetsialistov/

45

П. Г. Зинин* СИСТЕМА ПОДДЕРЖКИ ПРИНЯТИЯ РЕШЕНИЙ ДЛЯ

ГОСТИНИЧНОГО БИЗНЕСА

Аннотация. В рамках дипломного проектирования был реализован веб-сервис для гостиничного бизнеса, позволяющий собирать и хранить информацию о деятельности отелей для последующего анализа, а также клиентское приложение, демонстрирую-щее возможности использования данного сервиса для построения системы поддержки принятия решений. Ключевые слова: СППР, гостиничный бизнес, Java, REST.

Введение. Гостиничный бизнес – это динамично развивающийся сек-

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

Деятельность гостиниц. Гостиничный бизнес – это сложная система взаимосвязанных бизнес-процессов, не ограничивающихся только разме-щением гостей в своих апартаментах. Можно выделить следующие под-системы деятельности гостиниц:

1. Подсистема управления номерным фондом; 2. Подсистема бронирования; 3. Административная подсистема; 4. Подсистема питания; 5. Инженерно-техническая подсистема; 6. Вспомогательные подсистемы.

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

* Зинин Пётр Геннадьевич – студент, 8422@ro.ru; Ульяновский государственный тех-нический университет, Ульяновск

46

Система поддержки принятия решений. Система поддержки при-нятия решений (СППР) – это компьютерная автоматизированная система, целью которой является помощь людям, принимающим решение в слож-ных для полного и объективного анализа областях деятельности [1]. СППР не призвана заменить руководителя, а служит инструментом при-нятия более обоснованных и эффективных решений.

Типовая СППР состоит из модели, среды экспериментов, базы данных, интерфейса пользователя. Структура системы показана на рисунке [2].

Рисунок. Структура СППР

Модель – это формальное описание системы. При этом система мо-жет быть различной природы: экономической, социальной, технологиче-ской и т.д. В процессе разработки в модель вносятся различные данные: экономические (цены на услуги, себестоимость обслуживания номера), социальные (интенсивность поступления гостей, лояльность посетителей, и т.д.). Модель опирается на накопленную статистику, как правило, это собственная база данных или корпоративная.

Среда экспериментов – это набор инструментов для экспериментирова-ния с моделью. Широко используются следующие типы экспериментов:

1. «Что если?» - эксперимент позволяет запускать модель с различ-ными параметрами;

ИП

среда экспериментов

Модель системы

база данных

47

2. «Оптимизация» - эксперимент позволяет находить целевые зна-чения функции, при которых максимизируется или минимизиру-ется целевая функция.

3. «Анализ чувствительности» - эксперимент позволяет оценить влия-ние одного из параметров модели на результат моделирования.

4. «Метод Монте-Карло» - эксперимент, позволяющий оценить ре-зультаты стохастических моделей. При этом каждая из величин модели представлена в виде математического ожидания и сред-неквадратичного отклонения.

Кроме того СППР включает интерфейс пользователя, через который пользователь может запускать эксперименты и просматривать результаты.

С развитием науки для построения СППР совместно с использованием традиционных математических методов все чаще используют методы искус-ственного интеллекта (генетические алгоритмы, нейронные сети и т.д.). Ис-пользование искусственного интеллекта требует большого объема достовер-ной, непротиворечивой и репрезентативной информации. От количества и качества накопленной информации зависит правильность предлагаемого СППР решения. Именно поэтому при проектировании системы большое внимание было уделено базе данных и системе сбора информации.

Для обеспечения данной СППР такой информации требуется постро-ить систему сбора и хранения информации.

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

Как правило, гостиница использует несколько систем со своими база-ми данных, для того чтобы собрать информацию со всех систем был реа-лизован RESTfulвеб-сервис. Выбранный веб-сервис был написан на языке Java с использованием фреймворка Jersey. Веб-сервис позволяет выпол-нять операции чтения, записи, удаления и обновления информации через POSTи GETзапросы c используя XML. Иными словами, через данный веб-

48

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

Выбор языка был обусловлен скоростью разработки. Кроме того, Java является бесплатной, и в процессе эксплуатации приложение написанное на Java можно разместить на Linuxсервере, в отличие от приложения на-писанного на ASP.NET.

Веб-сервис использует базу данных PostgerSQL 9.3. Подключение к базе данных осуществляется с помощью фреймворка Hibernate.

В качестве сервера приложений рекомендуется использовать Glassfish 4.Стоит отметить, что подключение к базе данных и аутентификация не «привязаны» к серверу Glassfish.

Клиентское приложение также написано на языке Java. Интерфейс был написан с помощью платформы JavaFX, которая включена по-умолчанию в Java 8. Для соединения с веб-сервисом был использован фреймворк Jersey.

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

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

На основе накопленных данных система может смоделировать посту-пление гостей в отель в будущем, и дать прогноз загруженности отеля и отдельных номерных фондов. Для моделирования поступления заявок используется система массового обслуживания М/М/k/0. Где k – количе-ство номеров в отеле или категории.

Заключение. Разработанный веб-сервис является гибкой системой, представляющей большое количество возможностей для дальнейшей раз-

49

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

Список источников

1. Нафиев И.Г., Решетняк Е.А. Обучение интеллектуальной системы поддержки принятия решений военного назначения при помощи имитационной модели боевых действий // Сборник докладов шестой всероссийской научно-практической конференции «Ими-тационное моделирование. Теория и практика» (ИММОД-2013). Том 2. // ISBN 978-5-9690-0221-0 // Издательство «ФЭН» Акаде-мии наук РТ, Казань, 2013, c. 210-213.

2. Суслов С.А. Система поддержки принятия решений для планиро-вания развития региональных сетей газоснабжения // Проблемы экономики и управления нефтегазовым комплексом, 2009, с. 12, 34-38.

50

Д. В. Яшин* ПРИМЕНЕНИЕ ГЕНЕТИЧЕСКИХ АЛГОРИТМОВ

ДЛЯ РЕШЕНИЯ ЗАДАЧИ СМЫСЛОВОЙ ИНТЕРПРЕТАЦИИ ВРЕМЕННЫХ РЯДОВ

Аннотация. В данной работе оценивается целесообразность и эффективность приме-нения эволюционных вычислений для решения задачи смысловой интерпретации временного ряда. Ключевые слова: эволюционные вычисления, генетический алгоритм, временной ряд.

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

изменение показателя во времени. Временные ряды разделяются, во-первых, на моментные ряды (данные которых характеризуют величину явления по состоянию на определенные моменты времени) и интерваль-ные ряды (характеризующие определенные периоды); во-вторых, на эво-люторные процессы, содержащие тренд, и стационарные процессы, не со-держащие тренда» [1, с.131].

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

«Генетический алгоритм – эвристический алгоритм поиска, исполь-зуемый для решения задач оптимизации и моделирования путём случайно-го подбора, комбинирования и вариации искомых параметров с использо-ванием механизмов, аналогичных естественному отбору в природе. Явля-ется разновидностью эволюционных вычислений, с помощью которых ре-шаются оптимизационные задачи с использованием методов естественной эволюции, таких как наследование, мутации, отбор и кроссинговер» [2, с. 86].

* Яшин Дмитрий Владимирович – студент группы ИСЭд-51, taurusrulez@yandex.ru; Ульяновский государственный технический университет, Ульяновск

51

Применение генетических алгоритмов для решения задачи смысловой интерпретации временного ряда.

Исходными данными для интерпретации являются сведения об отрез-ках времени, в течение которых показатель изменяется монотонно, а именно: абсолютная величина изменения, длина временного интервала и функция, согласно которой изменялись значения показателя. В самом простом для человеческого восприятия и машинной обработки случае эта функция - линейная. Графически при выборе линейной аппроксимирую-щей функции временной ряд аппроксимируется совокупностью прямо-угольных треугольников, начальная и конечная точки отрезка гипотенузы которых соответствуют уровням временного ряда на начало и конец вы-бранного отрезка времени.

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

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

Целевая функция, которую необходимо будет минимизировать пред-ставлена следующей формулой:

F = α ∗ a + (1 − α) ∗ b, где α, a и bпринимают значения в отрезке от 0 до 1.

а = ∑ εiLi=1

∑ yiLi=1

;

𝑏 = N

L − 1,

52

где L – длина временного ряда, N – количество треугольников (интер-валов разбиения), εi-абсолютное значение разности между реальным и ап-проксимированным уровнем временного ряда (ошибка на i-й момент вре-мени), yi – значение рассматриваемого показателя (уровень ряда) на i-й момент времени.

Изменение величины α позволяет установить приоритет в целевой функции между минимизацией ошибки и минимизацией количества тре-угольников.

Хромосома (отдельное решение задачи оптимизации) представляет со-бой последовательность чисел. Длина последовательности равна длине временного ряда. Каждый член данной последовательности (ген) показыва-ет, какому треугольнику принадлежит соответствующее значение времен-ного ряда. Ген может равняться целому числу n (рассматриваемое значение временного ряда относится к n-му треугольнику) или n+0,5 (рассматривае-мая вершина является смежной для n-го и (n+1)-го треугольников).

Пользователь перед запуском алгоритма должен определить, какой критерий для него важнее: минимальное значение ошибки или минималь-ное число интервалов разбиения. Исходя из этого выбора, он задает зна-чение параметра α. В результате работы генетического алгоритма будет получена оптимальная, с точки зрения пользователя, аппроксимация вре-менного ряда.

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

Для отбора лучших хромосом будет использоваться пропорциональ-ная схема отбора. А именно, будут вычислены значения целевой функции для каждой хромосомы поколения и сумма значений целевой функции для поколения в целом. Будет использована одноточечная схема кроссовера, следовательно, две родительские хромосомы будут образовывать две до-черние. Таким образом, для получения новой популяции будет сначала перенести без изменений лучшие хромосомы из предыдущего поколения, а затем последовательно отбирать по 2 родительские хромосомы в преды-дущем поколении для получения двух дочерних, пока размер популяции на новом шаге генетического алгоритма не будет равняться размеру попу-

53

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

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

Однако используя один лишь оператор кроссовера невозможно создать хромосомы, значительным образом отличающиеся от уже имеющихся в по-пуляции. Следовательно, целесообразно реализовать оператор мутации.

Разработанный оператор мутации предполагает последовательное выполнение трех этапов.

На первом этапе мутации случайным образом выбирается номер му-тирующего гена и затем этому гену присваивается случайное значение. Стоит отметить, что для этой цели может быть отобран ген, находящийся в любой позиции, кроме первой, так как первый ген всегда равен единице. Новое значение гена не может быть меньше единицы и больше j-0,5, где j– номер мутирующей вершины. Значение гена после мутации может быть как целым, когда соответствующая ему точка находится внутри одного треугольника, или дробной, если соответствующая вершина является смежной для двух треугольников. Однако если мутирует хромосома в крайней позиции, то ее новое значение не может быть дробным, так как длина хромосомы является фиксированной.

На втором этапе мутации выполняется корректировка правой по от-ношению к мутирующей вершине части хромосомы. Эта корректировка выполняется по тому же алгоритму, что и корректировка правой части при кроссовере. Корректировка правой части хромосом не выполняется, если мутирует крайняя правая вершина.

54

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

Перед запуском генетического алгоритма необходимо указать значе-ния таких параметров, как: размер популяции, пороговое значение целе-вой функции, предельное количество итераций (время, отведенное на эво-люцию), параметр α целевой функции, количество хромосом, переходя-щих в следующее поколение без изменений.

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

Первое условие остановки генетического алгоритма – превышение допустимого количества итераций, при которых не происходило измене-ний целевой функции для лучшей хромосомы поколения. Второе условие остановки – превышение предельно допустимого количества выполнен-ных итераций генетического алгоритма порогового значения, заданного пользователем в качестве параметра генетического алгоритма.

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

55

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

Заключение. Таким образом, применение генетического алгоритма позволяет эф-

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

Список источников

1. Ярушкина Н.Г., Афанасьева Т.В., Перфильева И.Г. Интеллекту-альный анализ временных рядов: учебное пособие. Ульяновск: УлГТУ,2010. 320 с.

2. Ярушкина Н.Г. Вычислительный интеллект: синергизм слова и числа // Информационные технологии и вычислительные систе-мы, № 4, 2002.

3. Афанасьева Т.В. Модель ACL-шкалы для генерации лингвисти-ческих оценок в принятии решений / Т.В. Афанасьева // Вопросы современной науки и практики. Университет им. В.И. Вернадско-го. Т2 Серия «Технические науки». – 2008. - №4(14). - С. 91-97.

56

А. Я. Колесников, Е. В. Кузнецов* АВТОМАТИЗАЦИЯ РЕШЕНИЯ СИСТЕМНЫХ ЗАДАЧ

Аннотация. Данная работа посвящена проблеме автоматизации системного анализа и реализации прототипа универсального решателя системных задач, согласно архитектуре описанной в книге Джорджа Клира «Системология. Автоматизация решения системных задач». Работа ограничивается формированием системы данных, построением систем с поведением и не будет затрагивать более высокие эпистемологические уровни. Ключевые слова: автоматизация, системный анализ, универсальный решатель систем-ных задач.

Введение. Системный подход представлен в науке системной теорией

и системным анализом. Системная теория выполняет задачи построения, описания систем и составляющих их элементов, взаимодействия системы и среды. Системный анализ – это вполне конкретный метод, благодаря ко-торому в ходе понимания объекта появляется определенная упорядочен-ность. В современных условиях усложнения технических, экономических и социальных систем, актуальность автоматизации решения системных задач с каждым годом возрастает. Обзор уже существующих решений пока-зал, что на данный момент не существует приложения, предоставляющего необходимый функционал. Большинство найденных продуктов ориентиро-вано на решение задач только в одной узкой области, например, в математи-ке (такие приложения как UMS, TK Solver и другие). Это существенно за-трудняет решение задач в междисциплинарных областях.

Универсальный решатель системных задач. В качестве основы для проектирования универсального решателя системных задач была выбранная концептуальная модель Джорджа Клира [1]. Данная модель очень подробна

*Колесников Антон Яковлевич – студент, ya.zigmund@yandex.ru; Ульяновский

государственный технический университет, Ульяновск Кузнецов Евгений Вячеславович – студент, kuznetsov_x@mail.ru; Ульяновский

государственный технический университет, Ульяновск

57

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

На первом этапе исследователю необходимо определить объект исследо-вания и его цель. Исходя из цели, выбираются свойства, которые адекватно определяют данный объект в рамках текущего исследования. Необходимость определения возможных изменений свойств в ходе наблюдений влечет за со-бой выделение общих свойств, которые позволяют установить различия ме-жду измерениями. Такие свойства называются базой. Наиболее часто встре-чающиеся базы: время, группа, пространство. Возможно наличие нескольких баз и их комбинаций. Однако существует несколько ограничений:

1. Базы должны быть применены ко всем свойствам. 2. Базы должны отвечать соответствующему назначению системы. 3. Наблюдение всех свойств системы должны однозначно опреде-

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

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

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

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

группируют в блоки. Несколько проявлений свойств, входящих в один блок, рассматриваются как одно проявление переменной. Функция, группирующая данные по блокам, называется каналом наблюдения. Канал наблюдения бы-вает четким и нечетким. Четкий канал наблюдения однозначно определяет принадлежность значения к блоку. В случае нечеткого канала наблюдения,

58

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

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

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

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

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

На следующем эпистемологическом уровне определяются системы дан-ных. Функция, отображающая множество параметров на множество состоя-ний, представляет собой данные. Опять же, в зависимости от примененного канала наблюдения различают четкие и нечеткие данные. В рамках реализа-ции УРСЗ стоит отметить различия в форме представления четких и нечет-

59

ких данных, поскольку это значительно влияет на проектирование структуры базы данных. Стандартным способом представления четких данных является матрица. Столбцы матрицы представляют набор переменных при значении полного параметра. В случае нечетких данных, типичной формой представ-ления является нечеткий массив. Элементами массива являются степени уве-ренности того, что при конкретном полном параметре наблюдалось конкрет-ное значение. В итоге массив состоит из страниц, по количеству равных зна-чениям переменой. На каждой странице определяется степень уверенности в наблюдении значения переменной. Теоретически, представление четких дан-ных является частным случаем нечетких, когда степень уверенности для од-ного наблюдаемого значения равна единице, а остальным нулю. Руково-дствуясь данным утверждением при проектировании базы данных можно ориентироваться исключительно на хранение данных в нечетком виде. Такой подход позволяет создать базу данных с более простой структурой. Однако, при хранении четких данных пропорционально, возрастут расходы на па-мять. Подход, который подразумевает разделение мест хранения для четких и нечетких данных, имеет диаметрально противоположные преимущества и недостатки. Эти замечания также следует учитывать при проектировании реализации УРСЗ.

После создания исходной системы, проведения необходимых экспери-ментов и заполнения системы данными, необходимо произвести обработку данных. Цель обработки данных – нахождение параметрически инвариант-ных свойств, которые интерпретируются исследователем, и на основании ко-торых делаются окончательные выводы. Уровень, на котором параметриче-ские инвариантные свойства представляют описания общего ограничения, связанного с используемыми переменным, называется вторым уровнем. Сис-темы, содержащие такие описания, называются порождающими. Относи-тельно этого уровня УРСЗ должен иметь возможность:

1. Вывода из заданных данных параметрически инвариантных свойств. 2. Сравнения выделенных свойств и исключения тех, которые не

удовлетворяют критериям пользователя.

60

3. Упрощения систем в соответствии с определенными пользова-телем критериями.

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

В случае, если параметрическое множество упорядоченно, состояния переменных могут ограничиваться не только другими состояниями, но и со-стояниями выбранного соседства для каждого конкретного значения пара-метра. Соседство в упорядоченном параметрическом множестве называется маской. Маска состоит из выборочных переменных. Выборочные перемен-ные определяются путем применения к переменным правил сдвига на упоря-доченном параметрическом множестве. Для применения правил сдвига в ка-ждой маске необходимо определить столбец с тождественным правилом сдвига, то есть с коэффициентом сдвига равным 0. Такой столбец называется справочником и относительно него применяются все правила сдвига.

Определяя маску и функцию поведения для нее, мы получаем систему с поведением. Однако система поведения не содержит информации о том, как использовать заданные ограничения для порождения данных. Для этого вы-борочные переменные необходимо разбить на два подмножества: порож-дающие переменные и порождаемые. Определение данных подмножеств сво-дится к определению двух соответствующих подмасок для исходной маски. Способ представления состояния порождаемых переменных, определяемого по состоянию порождающих, определяется функцией, называемой порож-дающей функцией поведения. Таким образом, разделив маску на порождаю-щие и порождаемые переменные, а также определив порождающую функцию поведения, мы получим порождающую систему с поведением, с помощью которой можем порождать данные. Говоря о процедуре порождения, следует обратить внимание на несколько моментов. Во-первых, для порождения дан-ных необходимы начальные условия, то есть заполненные значения порож-дающих переменных для первого шага порождения. Во-вторых, существует

61

только два содержательных разбиения маски на порождающие и порождае-мые подмаски. Эти разбиения соответствуют направлению порождения и строятся по следующему правилу: маска порождаемых элементов – это мно-жество крайних элементов (левых или правых, в зависимости от направления порождения). Для каждой переменной в порождаемую маску входит только одна выборочная переменная с наибольшим или наименьшим коэффициентов сдвига. В-третьих, для каждого состояния порождающей переменной, должно иметься, по крайней мере, одно состояние порождаемой переменной. Если имеется только одно состояние, то данные порождаются однозначно. Такие системы называют детерминированными. Если имеется несколько состояний, то порождение данных проблематично, и использование выбирающей функ-ции порождения невозможно. В этом случае используются другие функции порождения: например вероятностные или возможностные.

Таким образом, происходит процесс эмпирического исследования при-менительно к концепции Джорджа Клира. Результатом этого процесса явля-ется набор порождающих систем, или систем более высокого уровня. Иссле-дователю необходимо интерпретировать получившиеся результаты и при-нять решение о дальнейших действиях: завершить исследование или по-строить другую систему для исследования. Часто бывает, что получившиеся в ходе исследования конечные системы сложны для понимания и дальней-шей работы с ними. Возникает проблема оценки сложности и её уменьше-ния. УРСЗ должен предоставлять пользователю данные о сложности систе-мы, а так же интерфейс для её упрощения [1].

Реализация. В прототипе УРСЗ, спроектированном авторами данной работы реализован следующий состав функций:

1. Определение системы объектов. 2. Ввод первоначальных данных. 3. Построение системы переменных параметров. 4. Построение абстрагированной системы данных. 5. Ввод и хранение масок и функций поведения.

62

6. Построение систем с поведением на базе возможностных и веро-ятностных мер нечеткостей.

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

8. Формирование отчетов с результатами оптимизации. Рассмотрим некоторые из функций подробнее: Вызывая УРСЗ, исследо-

ватель перенаправляет, делегирует часть работы информационной системе. На первом эпистемологическом уровне УРСЗ предоставляет пользова-

телю интерфейс, позволяющий исследователю интерактивно определить ис-ходную систему. Стоит отметить, что использование УРСЗ позволяет зафик-сировать в одном месте цель и объект исследования. Исследовать может оп-ределить имена переменных и параметров удобные для него, определить тип значений, область определения и выбрать интервалы разбиения исходных данных в канале измерения. Система позволит добавлять комментарии и пометки к самой системе и её элементам, что позволит избежать недопони-мания смысла и значения элемента при последующем анализе. Результаты формирования системы представляются пользователю в наглядной таблич-ной форме. На этом участие исследователя в определении исходной системы заканчивается. Обобщенную представляющую систему формирует сама сис-тема. Исследователь оперирует только с понятными ему элементами наде-ленными семантикой.

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

63

рование документа, в случае малого количества данных. УРСЗ отвечает за хранение, сохранность и целостность данных. Это достигается за счет веде-ния базы данных и использования современных СУБД, которые значительно лучше приспособлены к хранению данных, чем табличные процессоры. В ре-зультате, после загрузки данных, исследователь получает готовую систему данных, но для работы с ней УРСЗ представляет ему интерфейс взаимодей-ствия как с системой данных с семантикой. Эти преобразования скрыты от исследователя, и он по-прежнему работает с конкретными элементами, имеющими смысл, а не с абстрактными. Это позволяет лучше понимать смысл как самих данных, так и связи между ними.

На третьем эпистемологическом уровне строится система с поведением. Использование УРСЗ ограничивает участи исследователя в построении сис-темы с поведением действиями по определению маски и заданию функции поведения. Определение маски будет происходить в интерактивном режиме, путем выделения выборочных переменных на участке данных. Соответст-вующие средства программирования интерфейсов позволяют это сделать. Разбиение маски на порождающую и порождаемую подмаски будет выпол-няться автоматически в зависимости от выбранного направления порожде-ния. Функция вероятностная и возможностная функция поведения может быть задана вручную для каждого состояния или рассчитана на основании введенных данных после выбора соответствующей формула для расчета. Ис-пользование УРСЗ позволяет высчитывать «на лету» меры нечеткости и сложности для масок и показывать результаты пользователю. Возможно по-лучение отчета по всем введенным маскам с сортировкой по мере нечеткости и сложности. Все введенные маски и функции поведения могут быть сохра-нены в системе. Пользователь может работать с любой сохраненной маской и добавлять в ходе работы соответствующие комментарии для маски.

Поскольку вся информация об исследовании хранится в структуриро-ванном виде в базе данных, пользователь всегда может вернуться на более низкий уровень определения системы и внести изменения, которые затронут только часть системы. Реализация УРСЗ как веб-приложения позволит ис-

64

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

Заключение. Обобщая все сказанное, можно выделить следующие пре-имущества использования автоматизированного УРСЗ. Во-первых, УРСЗ осуществляет хранение информации, связанной с исследованием, предостав-ляет интерфейс для взаимодействия с этой информацией. Во-вторых, выпол-няет большую часть вычислительных операций и расчетов. В-третьих, игра-ет роль экспертной системы, помогая исследователю, особенно в случае из-менения и переопределения системы, двигаться в правильном направлении. Этому способствуют меры и коэффициенты (например, меры нечеткости), которые должны рассчитываться “на лету” во время взаимодействия пользо-вателя с системой. В-четвертых, позволяет хранить вспомогательную смы-словую информацию (комментарии , заметки, уточнения) связанную с эле-ментами системы, что способствует лучшему пониманию системы, значению элементов и связей между ними.

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

Список источников

1. Клир, Дж. Системология. Автоматизация решения системных за-дач/ Дж. Клир. – Москва: Радио и связь, 1990. – 538 с.

65

Л. Ш. Идрисова* РАЗРАБОТКА СИСТЕМЫ УПРАВЛЕНИЯ ПРОЕКТАМИ

Аннотация. В данной статье рассматривается разработка программного продукта, предназначенного для управления проектами. Среда разработки – 1С, целевая ауди-тория – мелкий и средний бизнес. Ключевые слова: Управление проектами, автоматизация, 1С.

Введение. Любой проект начинается с постановки и согласования целей, плани-

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

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

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

* Идрисова Лейсан Шаукатовна – студентка, Ульяновский государственный техни-ческий университет

66

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

В связи с увеличением ИТ-сфер деятельности появилась необходи-мость автоматизировать систему управления проектами.

Предметной областью автоматизации является IT-организация города Ульяновска MSTdigitalagency. Это агентство разрабатывает комплексные Интернет-решения для бизнеса: анализ-аудит сайта, разработка сайта в системе 1С:Битрикс, разработка мобильных приложений, продвижение и поддержка сайтов в Интернете.

Цели автоматизации: 1. Объединение специалистов в одной системе – коллективный труд. 2. Стимулирование специалистов к более эффективной работе.

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

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

Система дает прекрасную возможность для более четкого безошибоч-ного функционирования.

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

67

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

Реализация. Данное программное обеспечение для управления про-ектами предоставляет возможность:

1. Постановки списка задач для сотрудников. 2. Установить сроки выполнения проекта, сортировка задач по

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

доработки и исправления. 4. Постановка задач специалистам по мере их занятости как в одном

отделе, так и в нескольких. 5. Отмечать выполненные проекты. 6. Просчитывать стоимость закрытых задач и передавать их в бух-

галтерию для выставления счета. Программа предназначена для менеджера и сотрудников. Менеджеры

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

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

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

С помощью документа Чат менеджер и специалист могут обмени-ваться сообщениями в ходе работ над проектом.

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

68

Есть возможность учитывать проекты, от которых отказались с по-мощью документа «Отказ от сделки».

По всем эти документам формируются отчеты. В конце месяца менеджер формирует документ Выгрузки и передает

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

Заключение. Данный программный продукт является актуальной не-обходимостью для современных компаний небольших и средних разме-ров, в который ведется работа над проектами. ИС помогает лучше коор-динировать деятельность сотрудников, контролировать процесс выполне-ния работы, структурирует полученную информацию и помогает сконцен-трироваться на работе.

Список источников

1. Автоматизированные системы управления проектам [Электрон-ный ресурс]: – Режим доступа: http://www.systematic.ru/avtomatizirovannye_sistemy_upravleniya_proektami.html

69

Р. Д. Мухутдинова* АВТОМАТИЗАЦИЯ УЧЕТА ЖИВОТНЫХ ПО ВОЗРАСТНЫМ

ГРУППАМ НА ООО «СВИНОКОМПЛЕКС «ВОЛЖСКИЙ»

Аннотация. Задание по разработке программы получено от предприятия ООО «Аг-роСервис-ИТ». Объектом исследования данной работы послужил репродуктивный процесс животных на предприятии ООО «Свинокомплекс «Волжский». В данную ра-боту входит: введение, описание программного продукта, заключение. Ключевые слова: свиноводство, животноводство.

Введение. В современных условиях свиноводство является одним из

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

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

*Мухутдинова Регина Джамильевна – студентка, Ульяновский государственный

технический университет, Ульяновск

70

Заказчиком данного программного продукта является предприятие ООО «Свинокомплекс «Волжский». Компания ООО  «Свинокомплекс  «Волжский» осуществляет следующие виды деятельности (в соответствии с кодами ОКВЭД, указанными при регистрации):

• сельское хозяйство, охота и предоставление услуг в этих облас-тях;

• животноводство (Основной вид деятельности); • растениеводство.

В свиноводстве в настоящее время законченный цикл производства: искусственное осеменение животных, получение приплода, доращивание и откорм ремонтного молодняка.  Главной целью деятельности предприятия является продажа живым весом. Оптовая продажа мяса живым весом про-изводится для распространения среди дилеров и клиентов. Цена животно-го зависит от установленной цены на 1 кг живого мяса свиньи.

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

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

Программный продукт внедрен как отдельная подсистема в «1C:Управление производственным предприятием 8, редакция 1.3». При-кладное решение создает единое информационное пространство для ото-бражения финансово-хозяйственной деятельности предприятия, охваты-вая основные бизнес-процессы. В то же время четко разграничивается доступ к хранимым сведениям, а также возможности тех или иных дейст-вий в зависимости от статуса работников. Исходя из требований заказчи-ка, программный продукт реализован для главного зоотехника предпри-ятия. Именно зоотехник отвечает за ведение учета животных и контроли-рует работу свиноводов, которые сдают ему всю отчетность.

71

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

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

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

лении, в целях быстрого повышения его живой массы и упитанности. Поросята на доращивании – поросята, который выращиваются до оп-

ределенного размера и веса. На свинокомплексе производство делится на два процесса: выращи-

вание свиноматок для выведения потомства и выращивание поросят на продажу. Основной целью разработки являлось отражение главных про-изводственных процессов предприятия. В среде 1С:Предприятие данная задача реализована с помощью объекта «Бизнес-процессы».

Бизнес-процесс «Цикл свиноматки» (рис. 1) отражает один цикл сви-номатки от перевода ее в осеменение, опорос до перевода на выбраковку или падеж. Выбраковка оформляется в том случае, если свиноматка со-вершила в общей сложности 3 опороса или признается негодной для осе-менения. Каждая точка бизнес-процесса подразумевает создание задачи на заполнение документа с одноименным названием на определенную дату. Это необходимо для того, чтобы зоотехник видел в списке его задач время и документ для заполнения. Таким образом, задачи задаются с обозначе-нием времени, по которому видно когда необходимо совершить следую-щий этап цикла свиноматки.

Ри

с. 1

. Биз

нес

проц

есс

цикл

сви

нома

тки

Ри

с. 2

. Биз

нес-

проц

есс

«Цик

л па

ртии

жив

отны

х»

74

Второй бизнес-процесс – «Цикл партии животных» (рис. 2). Данный бизнес-процесс отражает цикл партии животных от момента постановки свиноматки в опорос до выбытия.

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

Документы поддерживают вывод печатных форм. Печатные формы сформированы по типовым межотраслевым формам:

• акты на переводы животных по типовой межотраслевой форме № СП-47;

• акт на оприходование животных по типовой межотраслевой фор-ме № СП-39;

• акты на выбытие животных по типовой межотраслевой форме № СП-54;

• акт на взвешивание животных по типовой межотраслевой форме № СП-43.

Печатная форма документа «Тест УЗИ» (рис. 3) сформирована само-стоятельно на предприятии и утверждена директором.

Как говорилось выше, программный продукт интегрирован в стандартную конфигурацию «1C:Управление производственным предпри-ятием 8, редакция 1.3», что дало возможность обращаться к стандартным функциям в общих модулях.

75

Рис. 3. Печатная форма документа «Тест УЗИ»

Одной из главных целей автоматизации также является составление отчетностей.

В программном продукте реализовано 5 отчетов: 1. Ведомость по наличию животных. 2. Отчет по движению скота по категориям. 3. Карточка цеха опороса. 4. Карточка свиноматки. 5. Отчет по группам осеменения.

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

Каждую неделю на свинокомплексе совершается осеменение групп свиноматок, поэтому в программе реализован справочник «Недельные группы осеменения», в котором 54 группы осеменения соответствующие каждой неделе одного года. Таким образом, при проведении нового доку-

76

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

Помимо отчетов, в программном продукте реализованы 2 критерия отбора: «Движение свиноматки» и «Движение партии животных», которые при выбранной партии или свиноматки выводят все документы, в которых участвовало животное.

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

Список источников

1. Управление производственным предприятием [Электронный ре-сурс]: - Режим доступа: http://v8.1c.ru/enterprise/

2. Большой толковый словарь [Электронный ресурс]: - Режим дос-тупа: http://www.vedu.ru/expdic/

77

Е. С. Портнова* РАЗРАБОТКА ДОКУМЕНТАЦИИ ДЛЯ СОПРОВОЖДЕНИЯ

ТЕХНОЛОГИЧЕСКОГО ПРОЦЕССА В ПРОИЗВОДСТВЕ ТРИПЛЕКСА ДЛЯ ПРЕДПРИЯТИЯ ООО «УЛЬСТЕК»

В СРЕДЕ 1С: ПРЕДПРИЯТИЕ 8.2

Аннотация. Настоящий документ является кратким содержанием дипломного проек-та, который будет представлен на 1-й Всероссийской научно-практической конферен-ции «Прикладные информационные системы». Бизнес-процессы компании и описа-ние разработанного программного продукта представлены в достаточно общем виде. Ключевые слова: разработка, доклад.

Введение. Настоящий документ является кратким содержанием ди-

пломного проекта, который будет представлен на 1-й Всероссийской на-учно-практической конференции «Прикладные информационные систе-мы».(ПИС-2014).

Бизнес процессы компании и их реализация. ООО «Ульстек» – компания, основным видом деятельности которой является производство изделий из стекла, в том числе триплекса.

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

Методы изготовления триплекса различны. Компания использует про-стую пленочную технологию, которая изготавливает многослойное стекло с повышенными оптическими характеристиками. Перед склеиванием в авто-клаве, многослойное «сырое» стекло проходит прессовку в колландере. Прессование необходимо для устранения их заготовки триплекса остатков воздуха. Из колландера полу готовый триплекс выходит почти прозрачным.

* Портнова Екатерина Сергеевна – студентка группы ИСЭд-51, beautifulkatrina@mail.ru/ ; Ульяновский государственный технический университет, Ульяновск

78

После этого он поступает в автоклав, где при температуре +150°С и давле-нии 12,5 бар происходит окончательное склеивание триплекса [1].

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

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

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

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

Диспетчер также в праве зафиксировать отказ от заказа. За исключением вы-полненных заказов, от них отказать уже невозможно по правилам организации.

Диспетчер может также удалить заказ из списка, если в нем уже нет смысла. Он не удаляется из базы, а просто становится невидимым для диспетчера.

Для удобства на рабочем столе диспетчера реализован фильтр. При его ис-пользовании можно отсортировать список заказов в зависимости от их статусов.

Прием заказа вводится документом Работа с заказами с видом опера-ции «Поступление». После проведения документа в регистре накопления «Принятые заказы» заносятся данные о строках заказа. Также данные за-носятся в регистр сведений «Состав заказа» для последующего контроля статуса строк заказа.

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

79

Распределение заказов осуществляется с помощью документа «Про-изводственное задание». Основа для этого документа составляет регистр сведений «Состав заказа». Для распределения берутся строки заказа со статусом Готов к распределению.

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

Также имеется документ Отказ от заказа и Удаление заказа. Эти до-кументы присваивают строкам заказа соответствующие статусы.

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

Документом Реализация товаров и услуг готовая продукция продается заказчикам и списывается со склада.

Цена на материалы и продукцию устанавливается документом «Уста-новка цен номенклатуры». Номенклатура учитывается также в разрезе ха-рактеристик (длины, ширины, толщины стекла). Цена устанавливается на каждую характеристику и единицу измерения. Далее цена в документах подставляется автоматически, если указан вид цен.

Цены хранятся в регистре накопления «Цены номенклатуры». Также для продукции важна спецификация, в которой устанавливает-

ся количество необходимого материала. Спецификация также привязыва-ется к продукции с характеристиками. Далее в документе «Выполнение заказа», автоматически заполняется табличная часть Материалы, и израс-ходованные материалы списываются со склада.

Спецификация продукции также хранится в регистре сведений. Список источников

1. Технологический процесс изготовления триплекса [Электронный ресурс]: - Режим доступа: http://www.omsb.ru/node/940

80

О. Р. Андреева* АВТОМАТИЗАЦИЯ РАБОТЫ АДМИНИСТРАТОРА

ГОСТИНИЧНОГО БИЗНЕСА

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

Введение Гостиничный бизнес – предпринимательская деятельность гостинич-

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

В качестве объектов гостиничного бизнеса выступают средства раз-мещения – объекты, предоставляющие клиентам эпизодически или регу-лярно услуги по размещению, проживанию на коммерческой основе. Основным элементом средств размещения является гостиница – организа-ция, коллективное средство размещения клиентов, предоставляющее но-мера и обязательные услуги.

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

Обзор предметной области Системы автоматизации в гостиничных комплексах, также как и в дру-

гих объектах недвижимости, направлены на перевод многих операций в ав-томатический режим, что предполагает контроль всех рабочих процессов, обработку документов и данных при минимальном участии персонала.

* Андреева Ольга Радиславовна – студентка 3 курса направления «Прикладная

информатика (Прикладная информатика в экономике)», кафедра ИС, Ульяновский государственный технический университет, Ульяновск

81

Исходя из того какие процессы обычно автоматизируют, то бизнес-процессы в гостинице такие:

• бронирование номеров; • регистрация и размещение гостей; • формирование счетов к оплате, расчеты с гостями;

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

Автоматизация работы службы размещения:

• прием и регистрация гостей; • поиск и подбор подходящих номеров на основании заранее

оформленных заявок и с учетом пожеланий гостей; • поселение, выселение (досрочное, плановое), гостей; • учет дополнительных услуг предоставляемых гостям во время

проживания; • прием платежей за предоставленные услуги с оформлением необ-

ходимых документов; • оформление возвратов, при досрочном выезде;

Автоматизация работы службы бронирования: • прием и оформление заявок на бронирование от частных лиц и

организаций; • ведение базы данных клиентов гостиницы; • работа с постоянными клиентами (система поощрения, различные

программы обслуживания); Получение оперативной информации о деятельности гостиницы:

82

• состояние номерного фонда; • проживающие гости; • история проживания гостей за выбранный период; • загрузка за период; • финансовые итоги работы

Для этого созданы следующие объекты: • Справочник «Справочники_номеров» содержит информацию о

количестве свободных мест в номере и о состоянии номера. • Справочник «Классы_номеров» содержит информацию о катего-

рии и общем количестве мест в номере, является владельцем справочника «Характеристика_номера».

• Справочник «Характеристика_номера» содержит информацию о сервисе и мебели в номере.

• Справочник «Контрагенты» содержит информацию о клиентах гостиницы.

• Справочник «Справочник_банк_счет» содержит информацию о счетах гостиницы с банками, в которых они открыты.

• Справочник «Справочник_скидок» содержит информацию о скидках, которые предоставляются постоянным клиентам.

• Документ «Бронирование». Документ резервирует выбранный номер так, чтобы до снятия брони этот номер не мог быть занят другим клиентом. Документ формирует список номеров, которые доступны для бронирования на определенную дату. Движение: Регистр накопления «Бронирование»

• Документ «Снятие_брони».Для отмены бронирования выбранно-го номера конкретным гостем на указанный период на основании документа «Бронирование» вводится документ «Снятие_брони». При проведении номер снимается с резерва. Движение: Регистр накопления «Бронирование».

• Документ «Размещение_гостя» Документ вводиться как на осно-вании документа «Бронирование», так и в качестве самостоятель-

83

ного документа. При проведении документ изменяет состояние номера и количество свободных мест в справочнике «Справочни-ки_номеров». Движение: Регистр накопления «Размещение».

• Документ «Выбытие». Документ формируется при выселении гостя, также для отражения в информационной базе факта дос-рочного выселения гостя из номера. При досрочном выселении стоимость за проживания клиента в гостинице за неполный пери-од отличается от стоимости, рассчитанной при въезде клиента. Если дата выселения из документов «Выбытие» и «Размеще-ние_гостя» совпадают сумма по документу равна 0. При проведе-нии документ изменят состояние номера и количество свободных мест в справочнике «Справочник_номеров». Движение: Регистр накопления «Размещение».

• Документ «Счет» Документ служит для отражения факта оплаты кли-ентом стоимости проживания. Движение: Регистр накопления «Счета».

• Документ «Счет_на_возврат». Документ оформляется при выдаче гостю части оплаченных им денежных средств. Движение: Регистр накопления «Счета».

• Регистр накопления «Бронирование». • Регистр накопления «Размещение». • Регистр накопления «Счета». • Отчет « Список счетов, выставленных за выбранный период».

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

• Отчет «Отчет о проживающих за выбранный период» содержит данные о проживающих за указанный период.

Аналоги: «1с-Рарус: Управление отелем» Система предназначена для автоматизации учета и управления в гос-

тиницах, сетевых отелях, санаториях и домах отдыха, курортных отелях,

84

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

«1С:Предприятие 8. Отель» Предназначен для автоматизации гостиниц, пансионатов, домов от-

дыха. «1С:Предприятие 8. Отель» интегрируется с «1С:Бухгалтерией», фронт-офисом ресторана, системами тарификации телефонных разгово-ров, Интернет, платного телевидения и позволяет построить единую учет-ную систему. В программе реализованы все необходимые отчеты: опера-тивные, аналитические и регламентированные.

Основные функциональные возможности: • Учет загрузки номерного фонда. • Бронирование индивидуальное и групповое. • Взаиморасчеты с контрагентами. • Взаиморасчеты с гостями. • Работа с группами. • Бронирование ресурсов – конференц-залы, сауны и т.п. • Планирование мероприятий и банкетов. • Размещение гостей. • Ведение журнала регистрации иностранных граждан. • Управление тарифами по дням недели, по сезонам. • Управление скидками. Накопительные скидки. • Управление квотами номеров. • Управление службой номерного фонда. • Модуль он-лайн Интернет бронирования. • Работа с кредитными картами через банковские терминалы. • Учет в одной базе данных любого количества гостиниц и корпусов. • Многоязычный интерфейс пользователя (русский/английский).

85

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

зы средствами управления распределенными информационными базами, включенными в платформу «1С:Предприятие 8» [2].

Заключение Созданная информационная система позволяет автоматизировать ос-

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

Список источников

1. Сообщество экспертов [Электронный ресурс] – Режим доступа: http://turgostinica.ru/gostinichniy-biznes-i-ego-razvitie-v-sovremennich-us/1-1-ponyatie-gostinichnogo-biznesa-i-gostinichnogo-produkta.html

2. Сообщество экспертов [Электронный ресурс] – Режим доступа: http://www.omnitech.ru/1c/program/programmy-1s/246

86

С. М. Дёмин* ПРИМЕНЕНИЕ АССОЦИАТИВНЫХ ПРАВИЛ

ДЛЯ СОСТАВЛЕНИЯ ПОТРЕБИТЕЛЬСКОЙ КОРЗИНЫ

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

Введение. «В последнее время для решения практических задач все чаще при-

меняются методы интеллектуального анализа данных (Data Mining). На основе этих методов были разработаны алгоритмы поиска ассоциатив-ных правил. Впервые эти алгоритмы были предложены для нахождения типичных шаблонов покупок, совершаемых в супермаркетах. Впоследст-вии задача была расширена, и сейчас эти алгоритмы решают проблему поиска закономерностей между связанными событиями. Примером ассо-циативного правила может служить высказывание, что человек, купивший молоко, также купит хлеб за один визит в магазин» [3, с. 132].

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

«Транзакция – это множество событий, произошедших одновременно (групповая операция). События, произошедшие одновременно, называют элементами транзакций. Например, покупательская транзакция – это на-бор товаров, купленных покупателем за один визит. Такую транзакцию еще называют рыночной корзиной (marketbasket).» [3, с. 186].

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

* Дёмин Сергей Михайлович – студент группы ИСЭд-51, quadbitbrain@gmail.com; Ульяновский государственный технический университет, Ульяновск

87

Пусть имеется база данных, состоящая из покупательских транзакций. Каждая транзакция - это набор товаров, купленных покупателем за один визит. Такую транзакцию еще называют рыночной корзиной. Пусть I = {i1, i2, i3, ...in} - множество (набор) товаров, называемых элементами. Пусть D - множество транзакций, где каждая транзакция T – это набор элементов из I, T I. Каждая транзакция представляет собой бинарный вектор, где t[k]=1, если ik элемент присутствует в транзакции, иначе t[k]=0. Мы гово-рим, что транзакция T содержит X, некоторый набор элементов из I, если X T. Ассоциативным правилом называется импликация X Y, где X I, Y I и X Y= . Правило X Y имеет поддержку s (support), если s% транзакций из D, содержат X Y, supp(X Y) = supp(X Y). Достовер-ность правила показывает какова вероятность того, что из X следует Y. Правило X Y справедливо с достоверностью (confidence) c, если c% транзакций из D, содержащих X, также содержат Y, conf(X Y) = supp(X

Y)/supp(X ). Другими словами, целью анализа является установление следующих зависимостей: если в транзакции встретился некоторый набор элементов X, то на основании этого можно сделать вывод о том, что дру-гой набор элементов Y также же должен появиться в этой транзакции. Ус-тановление таких зависимостей дает нам возможность находить очень простые и интуитивно понятные правила.

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

Примитивный подход к решению данной задачи – простой перебор всех возможных наборов элементов. Это потребует O(2|I|) операций, где |I| – количество элементов. Apriori использует одно из свойств поддержки, гласящее: поддержка любого набора элементов не может превышать ми-нимальной поддержки любого из его подмножеств. Например, поддержка 3-элементного набора {Хлеб, Масло, Молоко} будет всегда меньше или

88

равна поддержке 2-элементных наборов {Хлеб, Масло}, {Хлеб, Молоко}, {Масло, Молоко}.Дело в том, что любая транзакция, содержащая {Хлеб, Масло, Молоко}, также должна содержать {Хлеб, Масло}, {Хлеб, Моло-ко}, {Масло, Молоко}, причем обратное не верно.

Свойству анти-монотонности можно дать и другую формулировку: с ростом размера набора элементов поддержка уменьшается, либо остается такой же. Из всего вышесказанного следует, что любой k-элементный на-бор будет часто встречающимся тогда и только тогда, когда все его (k-1)-элементные подмножества будут часто встречающимися.

Все возможные наборы элементов из I можно представить в виде решет-ки, начинающейся с пустого множества, затем на 1 уровне 1-элементные на-боры, на 2-м – 2-элементные и т.д. На k уровне представлены k-элементные наборы, связанные со всеми своими (k-1)-элементными подмножествами.

Рассмотрим рисунок , иллюстрирующий набор элементов I – {A, B, C, D}. Предположим, что набор из элементов {A, B} имеет поддержку ниже заданного порога и, соответственно, не является часто встречающимся. Тогда, согласно свойству анти-монотонности, все его супермножества также не являются часто встречающимися и отбрасываются. Вся эта ветвь, начиная с {A, B}, выделена фоном. Использование этой эвристики позво-ляет существенно сократить пространство поиска.

89

Заключение. Таким образом, применение ассоциативных правил и в частности ал-

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

Список источников

1. R. Srikant, R. Agrawal. "Mining Generalized Association Rules", In Proc. of the 21th International Conference on VLDB, Zurich, Switzer-land, 1995.

2. Savasere, E. Omiecinski, and S. Navathe, "An Efficient Algorithm for Mining Association Rules in Large Databases", In Proc. 21st Int’l Conf. Very Large Data Bases, Morgan Kaufmann, San Francisco, 1995.

3. В.П.Боровиков. STATISTICA. Искусство анализа данных на ком-пьютере: для профессионалов (2-е издание), СПб.: Питер, 2003. – 688 с.

90

А. А. Татарова* СИСТЕМА ОБРАБОТКИ ЗАЯВОК

Аннотация. Настоящий документ является докладом на 1-ю Всероссийскую научно-практическую конференцию «Прикладные информационные системы». В нём пред-ставлены краткий обзор идеи системы обработки заявок, требования к системе и ос-новные функциональные возможности разработанной системы. Ключевые слова: обработка заявок, конференция.

Введение. В последнее время многие ИТ-компании сталкиваются с

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

Для решения данной проблемы в одной из ИТ-компаний было принято решение о разработке автоматизированной системы обработки заявок.

Основные требования к системе. При разработке системы обработки заявок, для успешной и эффективной организации деятельности ИТ-компании, а также учёта и контроля действий её сотрудников и клиентов, существует необходимость:

1) иметь постоянно обновляемую клиентскую и внутреннюю базу о сопровождение каждого проекта, задач относящихся к проекту и степени их выполнения;

2) обеспечить оперативное реагирование на все поступающие заяв-ки и их распределение;

* Татарова Анастасия Андреевна – студентка группы ИСЭд-51, Ульяновский

государственный технический университет

91

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

4) получить в любой момент времени отчетов по проекту, задачам, сотрудникам, отделам;

Эти требования и должны быть соблюдены при разработке системы обработки заявок.

Основные функции и возможности разработанной системы. Сис-тема обработки заявок предназначена для работы по нескольким видам ролей: Клиент, Менеджер, Специалист, Администратор.

В системе при взаимодействии Клиент-Менеджер-Специалист орга-низуются такие основные функции – этапы обработки заявки как:

1) приём заявки, 2) распределение менеджером задач по заявке специалистам, 3) выполнение задач специалистами, 4) проверка задач менеджером 5) предоставление результатов по выполненным задачам (этапам

работ) по заявке клиенту, 6) предоставление результата по выполненной заявке клиенту.

Данные этапы представляют собой нулевой цикл с обработки заявки от клиента.

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

92

Рис. 1. Рабочий стол клиента

При создании заявки клиент указывает проект, описание, срок испол-

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

В любое время клиент может отказаться от поставленной заявки, при этом будет создан документ «Отказ от заявки». И также может подать за-явку на заключение предварительного договора оплаты услуг компании за определённый период.

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

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

93

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

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

Менеджер получает выполненную задачу, проверяет результат вы-полнения и, либо отправляет задачу на доработку, либо считает её завер-шённой и результат отправляет клиенту.

После выполнения всех этапов по заявке – она считается завершён-ной, и на её основании может быть создан документ Акт выполненных ра-бот, в котором подсчитывается предварительная стоимость выполненных работ по заявке по фактическим трудозатратам.

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

Заключение. Автоматизация обработки заявок при помощи системы «1С» позволяет упорядочить и систематизировать поток входящих заявок, исходя из особенностей работы компании, оптимизировать распределение заявок между исполнителями, а также упростить для руководителей отде-лов процесс анализа деятельности своих сотрудников и принятия кон-кретных решений. В отличии от другие прикладных программ подобного типа, данная система имеет возможность непосредственно взаимодейст-вовать с системами бухгалтерского учёта 1С, что существенно упрощает расчёт с сотрудниками и клиентами. При этом система обработки заявок имеет возможность дорабатываться в соответствии с актуальными по-требностями компании или по мере расширения задач автоматизации.

Список источников

1. Обработка заявок [Электронный ресурс]: - Режим доступа: http://obrabotka-zayavok.blogspot.ru/.

94

Ю. В. Хайруллина* АВТОМАТИЗАЦИЯ ДОКУМЕНТООБОРОТА

В ООО «АГРОСЕРВИС-ИТ»

Аннотация. Настоящий документ является статьей, выполненной на основании про-ектной работы по автоматизации документооборота в ООО «АгроСервис-ИТ». Содержание документа включает постановку проблемы, рассмотрение ее актуально-сти, описание особенностей и ключевых моментов программы. Ключевые слова: документооборот, автоматизация.

Введение. Тема делопроизводства в системе управления имеет сейчас

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

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

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

* Хайруллина Юлдуз Вагизовна – студентка; Ульяновский государственный техни-ческий университет, Ульяновск

95

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

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

ООО АгроСервис-ИТ занимается автоматизацией управления и учета на базе программных продуктов «1С» и оказывает полный перечень услуг по внедрению систем автоматизации на базе программных продуктов «1С». На данном этапе развития в ООО «АгроСервис-ИТ» ведется бумаж-ный документооборот. Документы в организации являются обязательным атрибутом бизнес-процессов предприятия, и от эффективности их обра-ботки напрямую зависит успех бизнеса. При использовании бумажного способа ведения документации часто возникают проблемы, связанные с потерей, задержкой, ошибками в документах. Решением этих проблем может стать автоматизация документооборота. Соответственно, задачей дипломного проекта является создание наглядной и эффективной про-граммы по ведению документооборота на предприятии с учетом специфи-ки организации.

Цель дипломной работы – снизить трудоемкость и упорядочить про-цесс обработки документов; обеспечить контроль за процессом обработки документации; унифицировать документацию предприятия.

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

96

удобства использования выделен также вид документа «Договор». Для каждого документа создается регистрационная карточка (рис. 1).

Рис. 1. Регистрационная карточка исходящего документа.

Основными реквизитами являются организация, место хранения, со-

стояние документа, вид документа, дата создания, составитель, содержа-ние. Каждый вид документа делится на несколько типов, которые можно задать в справочнике типов. Для входящих документов это письмо, для исходящих – письмо и коммерческое предложение. Внутренние докумен-ты делятся на четыре наиболее используемых в организации типа доку-ментов: приказ, заявление, справка, доверенность. В программе преду-смотрен ввод реквизитов, основанных на особенностях данных типов до-кументов. Реквизит место хранения создан для быстрого поиска бумаж-ных документов. Каждый документ имеет также реквизит «Резолюция», который доступен для редактирования только директору организации.

Карточка входящего документа содержит также реквизиты контр-агент, способ доставки. Реквизиты «срок исполнения» и «требует испол-нения» предназначены для контроля выполнения обработки письма, так как при необходимости по входящему документу создается задание для сотрудника компании, которое при выполнении контролируется директо-ром компании. Контроль создания и отправки документов осуществляется также в исходящих, внутренних документах и договорах.

97

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

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

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

Одной из основных функций программы является быстрый поиск до-кументов. Для каждого вида документов организована своя панель поиска в соответствии с основными реквизитами документа. В зависимости от за-данных параметров выводится список подходящих документов (рис. 2)

98

Рис. 2. Форма списка внутренних документов с панелью поиска.

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

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

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

99

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

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

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

• сократить время, затрачиваемое на подготовку и регистрацию до-кументов;

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

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

Список источников

1. Корпоративный документооборот [Электронный ресурс]: - Режим доступа: http://xn--90afdtkhdeabaxvge.net/

100

Д. С. Ляхова* РАЗРАБОТКА АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ

УПРАВЛЕНИЯ БИЗНЕС-ПРОЦЕССАМИ ООО «АБРИКОСОФ»

Аннотация. Данная работа посвящена автоматизации бизнес-процессов предприятия, которое занимается розничной торговлей. Работа заключается в построении автоматизи-рованной системе учета продаж и сотрудников. Ключевые слова: автоматизация, розничная торговля, автоматизация бизнес-процессов.

Введение. Данный проект разрабатывается для внедрения в компа-

нию ООО «Абрикософ». Компания существует на рынке с 21 апреля 2010 года. ООО «Абрикософ» занимается розничной торговлей пищевых про-дуктов, хлебобулочных и кондитерских изделий, а так же торговлей мяс-ной продукции и безалкогольными напитками [1].

Актуальность работы определяется потребностью предприятия ООО «Абрикосов» в доработке уже существующей автоматизированной систе-мы. Программный продукт «Автоматизация торговой точки» был разрабо-тан в 2012 году в рамках курсового проекта по предмету «Разработка и стандартизация программных средств и информационных технологий» и внедрен в компанию. Данная автоматизированная система была выполне-на на языке программирования C#, а так же эксплуатировался только од-ной торговой точкой.

Данное предприятие имеет большой объем товарной номенклатуры, поэтому правильный построенный учет товара - одна из составляющих развития бизнеса.

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

* Ляхова Дарья Сергеевна – студентка 5 курса, ldarse@gmail.com; Ульяновский го-сударственный технический университет, Ульяновск

101

На данный момент появилась необходимость создать приложение, которое позволит автоматизировать работу на нескольких, независимых друг от друга, торговых точках. Было принято решение о разработке ав-томатизированной системы на платформе «1С: Предприятие», которое по-зволит экспортировать и импортировать данные в «1С: Бухгалтерия».

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

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

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

В рамках проекта было реализовано две подсистемы: подсистема «Торговля», для управления продажами, и подсистема «Кадры», для учета и расчета с сотрудниками организации.

Подсистема «Торговля» должна решать следующий перечень задач: • сохранение сведений о поступлении; • сохранение сведений о реализации товара; • сохранение сведений о возврате товара от покупате-

лей/поставщикам; • формирование документов «Поступление товаров», «Возврат то-

варов от покупателя», «Реализация товаров», «Возврат товаров поставщику»;

• формирование отчетов: «Оборотно-сальдовая ведомость», «Обо-ротно-сальдовая ведомость по счету», «О наличии товара на складе», «По продаже и прибыли»;

102

• отражение поступления/реализации товаров в бухгалтерском учете • формирования журнала проводок; • выгрузка данных о проведенных операциях.

Подсистема «Кадры» должна решать следующий перечень задач: • сохранение сведений о приеме сотрудников на работу; • сохранение сведений об увольнение сотрудников; • начисление заработной платы; • формирование документов: «Табель учета отработанного време-

ни», «Прием на работу», «Увольнение сотрудников», «Начисле-ние заработной платы», «Начисление отпускных»;

• формирование отчётов: «По проводкам», «По отпускным», «Рас-четный лист», «Сводный отчет по отпускным»;

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

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

К наиболее важным требованиям к системе автоматизации рознич-ной торговли можно отнести следующие:

• поддержка хранения больших объемов данных, структурирован-ного описания номенклатуры;

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

Все требования выполняются в программе 1С: Предприятие. На пред-приятии уже установлен программный продукт 1С: Предприятие8.2 и гораз-

103

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

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

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

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

Заключение. В ходе проектирования были решены следующие задачи: • изучена и проанализирована деятельность компании ООО «Аб-

рикософ»; • изучены бизнес-процессы розничной торговли; • выявлены основные проблемы, требующие доработки; • на основе выявленных проблем и проведенного анализа бизнес-

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

• спроектирована информационная система; • разработана информационная система на основании утвержден-

ных проектных решений.

Список источников 1. ООО «АБРИКОСОФ». [Электронный ресурс]: - Режим доступа:

http://www.rusprofile.ru/id/621631 2. Направления развития розничной торговой сети [Электронный

ресурс]: - Режим доступа: http://www.mainmarketing.ru/mcob-893.html

104

Ю. В. Веселкова* АВТОМАТИЗИРОВАННАЯ СИСТЕМА ДЛЯ ПОДБОРА

ПЕРСОНАЛА

Аннотация. В рамках дипломного проектирования было реализовано приложение для консалтинговой компании SELECT, позволяющее получать информацию с таких сайтов как hh.ru, superjob.ru. Таким образом, было повышено качество работы и уве-личена эффективность рабочего времени сотрудника консалтинговой компании. Ключевые слова: Select, консалтинговая компания, C#.

В качестве предмета исследования проекта выступает реализация ав-

томатизированной системы предметно-ориентированного содержания. Выбрана следующая тема проекта «Автоматизированная система управ-ления консалтинговой компании «Селект».

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

Система предназначена для автоматизации работы сотрудника консал-тинговой компании «Селект», повышение эффективности работы при ис-пользовании системы; SELECT – это успешный HR провайдер, действую-щий на рынке кадровых услуг, предоставляя дополнительные возможности всем его участникам, РАДИ формирования конкурентоспособного и циви-лизованного рынка труда, с целью развития поволжского региона.

*Веселкова Юлия Владиславовна – студентка, veselkova73@gmail.com; Ульяновский государственный технический университет, Ульяновск

105

Необходимо отметить, что программный продукт в основном ориен-тирован на небольшие консалтинговые компании, которые оказывают спектр услуг в кадровых вопросах. В подобных организациях в большин-стве случаев не используются продукты компании «1С» (в силу их доро-говизны), поэтому требовалось создать независимое от платформы «1С: Предприятие» приложение. В качестве среды разработки была выбрана Visual Studio 2010, язык программирования – C#.

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

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

Целью создания автоматизированной системы является: • Повышение качества работы. • Снижение трудоёмкости при решении различных задач. • Сокращение трудозатрат, связанных с планированием и реализа-

цией подбора персонала. • Минимизация бюджета (расходов, затрат) на подбор кадров. • Убыстрение поиска и привлечения кандидатов. • Постоянный рост базы. • Грамотный учет, исключение потери данных. • Качественная, полноценная обработка всех обращений, каждого

резюме.

106

• Рост конверсии потенциальных кандидатов, соискателей в трудо-устроившихся сотрудников, работников.

Данный проект поможет: • автоматизировать работу сотрудника компании «Селект»; • предоставить механизм быстрого поиска резюме со сторонних

ресурсов; • информировать о возможностях трудоустройства; • содействовать гражданам в выборе подходящей работы и работо-

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

устройстве; Для реализации поставленных целей система решает следующие задачи: • ведение БД; • автоматизация процессов поиска вакансий и соискателя; • формирование отчетов (в текстовом и графическом виде) • наличие стандартных функций: печать, отправка файлов на поч-

ту, удаление, редактирование, выгрузка в текстовый документ. При работе с этой системой сотрудник должен обладать основными

навыками работы в операционной системе Windows, программе для рабо-ты с электронными таблицами Microsoft Office Excel;

• администратор должен обладать знаниями основ статистического анализа;

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

На рисунке 1 и 2 представлены основные формы приложения: Форма формирования вакансий и резюме.

107

Рис. 1. Форма формирования резюме

Рис. 2. Форма формирования вакансий

Список источников

1. Мордовин С.К. Управление персоналом: современная российская практика / С.К. Мордовин. – СПб.:Питер, 2011 – 398 с

2. Автоматизация подбора персонала – современные технологии. [Электронный ресурс]: - Режим доступа: http://www.e-staff.ru/object.htm?eid=chart_ra

108

Е. Ф. Пригодина* РАЗРАБОТКА АВТОМАТИЗИРОВАННОГО РАБОЧЕГО

МЕСТА МЕНЕДЖЕРА ПО РАБОТЕ С КЛИЕНТАМИ ООО «ВЦ «СОФТ ПЛЮС»

Аннотация. Задание по разработке программы получено от предприятия ООО «ВЦ «Софт Плюс». Объект исследования – деятельность менеджера по работе с клиентами. В данную работу входит: введение, описание программного продукта, заключение. Ключевые слова: АРМ(автоматизированное рабочее место), менеджер

Введение Автоматизация рабочего места представляет собой организацию места

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

Актуальность выбранной темы определена, тем, что увеличена интен-сивность работы менеджеров по работе с клиентами.

Менеджер по работе с клиентами – специалист, в должностные обя-занности которого входит обслуживание клиентов.

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

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

1Пригодина Екатерина Федоровна – студентка, Ульяновский государственный

технический университет, Ульяновск

109

Из деятельности менеджеров можно выделить следующие задачи по создания системы:

• автоматизировать систему подбора клиентов; • автоматизировать процесс составления документации и составле-

ния отчетности; • автоматизировать процесс продажи продукта; • автоматизировать процесс сопровождения продукта.

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

• снизить трудоемкость процесса подбора клиентов; • снизить взаимодействие сотрудников между собой посредством

личного контакта; • контроль процесса подбора, продажи и сопровождения; • составление документации и составление отчетов;

Программный продукт создавался на платформе «1С: Предприятия 8.2», как отдельная система. Данная система позволяет менеджеру по ра-боте с клиентами быстро консультировать клиента, так же делать быстрый расчет стоимости программных продуктов, и дополнительных услуг; на основании консультации можно оформлять договор на продажу, и так до-говора на сопровождение. Программный продукт создавался по требова-ниям заказчика.

Программа состоит из следующих подсистем (рис. 1): • Рабочий стол. • Подсистема «Справочная информация». • Подсистема «Документация». • Подсистема «Отчеты».

110

Рис. 1. Окно начала работы системы

Работа системы начинается с рабочего стола (рис. 1) менеджера, на

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

Во вкладке «Документация» находится информация обо всех документах: • «Консультация клиента». • «Договор на продажу». • «Договор на сопровождение ПП».

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

На основании консультации можно оформить договор на продажу и договор на сопровождение ПП. В договорах на продажу и сопровождение ПП осуществляется выгрузка печатной формы документа (рис. 2).

111

Рис. 2. Печатная форма документа на продажу

В подсистеме «Отчеты» (рис. 3) отображены отчеты в разрезе ме-

неджеров, клиентов и т.д.: • Отчет по стадиям отношения с клиентом. • Отчет по договорам на продажу. • Отчет по договорам на сопровождение. • Отчет по консультации клиента. • Отчет по продажам сотрудников. • Отчет по сопровождению сотрудников. • Отчет по консультациям по сотрудникам.

112

Рис. 3. Отчет по консультациям по сотрудникам

Отчеты рассматриваются в различных разрезах для того чтобы оце-

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

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

Список источников 1. Эффективность работы менеджеров [Электронный ресурс]: - Ре-

жим доступа: http://www.v8.1c.ru/ka/2/24.htm

113

Р. И. Лебединский* РАЗРАБОТКА СИСТЕМЫ АВТОМАТИЗАЦИИ

ГРУЗОПЕРЕВОЗОК ДЛЯ МАЛОГО ПРЕДПРИЯТИЯ

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

Введение. Уровень развития транспортной системы государства –

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

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

Постоянный рост объемов перевозок товаров автомобильным транс-портом вызывает необходимость более эффективного его использования. К числу факторов, определяющих более интенсивное использование ав-томобильного транспорта, относятся: улучшение использования грузо-подъемности транспортных средств; повышение коэффициента сменности работы транспорта; сокращение простоев; улучшение использования про-бега; ускорение погрузочно-разгрузочных работ.

*Лебединский Роман Игоревич – студент, region73region73@mail.ru; Ульяновский

государственный технический университет, Ульяновск

114

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

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

Назначение и цели создания системы. АС «Простые Грузоперевоз-ки» предназначена для организации деятельности малого предприятия по организации грузоперевозок и автоматизации следующих бизнес-процессов: создание заявок на перевозки, формирование перевозок с уче-том параметров автомобиля, учет прибыльности или убыточности той или иной перевозки, а также отчёты по заявкам с различными статусами.

Автоматизированная система «Простые Грузоперевозки» является многопользовательской системой и обеспечивает одновременную работу 2 групп пользователей – администраторов, менеджеров.

Целью создания данного программного продукта является макси-мальное упрощение и оптимизация бизнес-процессов в сфере перевозок малого предприятия.

При внедрении данного программного продукта должны быть сле-дующие показатели:

1. технические: показателей нет; 2. технологические: упрощение процесса подсчета себестоимости и

прибыли при подготовке отчетной информации; 3. производственно-экономические: ускорение процесса поиска пе-

ревозки для той или иной заявки, определение целесообразности осуществления той или иной перевозки.

Реализация информационной системы. Данный программный про-дукт разработан на языке объектно-ориентированного программирования C# посредством интегрированной среды разработки Microsoft Visual Stu-dio 2008.

Для функционирования АС «Простые грузоперевозки» необходимо наличие следующих файлов:

1. Easytrucking.exe – исполняемый файл, реализующий запуск системы; 2. DataBase.sdf – файл базы данных системы; 3. Отчет.xls- компонент, необходимый для выгрузки данных в Excel.

115

Выделение отдельного класса для работы с базой данных позволяет в дальнейшем достаточно просто перенести систему на другую базу дан-ных. Также необходимо отметить наличие форм, содержащих множество атрибутов в связи с вкладочной структурой. Программа имеет простую структуру и не использует сторонних dll-библиотек. Весь код программ-ного продукта реализован в одном проекте EasyTrucking.csproj.

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

Использование программного продукта позволяет: • Сделать более удобным и простым процесс осуществления грузопе-

ревозок малого предприятия. • Сократить время на осуществление доставки груза до места назначения. • Упростить процесс расчета прибыли организации от той или иной

перевозки груза. • Облегчить процесс создания отчетности, позволяющей определить, на ка-

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

Список источников 1. Горев А. В. Грузовые автомобильные перевозки. М.: ИД Акаде-

мия, 2008. – 442 с.

116

А. А. Трифонов* АВТОМАТИЗАЦИЯ ДЕЯТЕЛЬНОСТИ СЕРВИСНОГО

ЦЕНТРА

Аннотация. Настоящий документ является описанием предметной области, бизнес-процессов системы и информационной системы, позволяющей автоматизировать эти процессы.

Введение Сервисные центры по ремонту и обслуживанию компьютерной тех-

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

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

Автоматизация деятельности сервисного центра позволит вести учёт информации о наличии соответствующих комплектующих на складе, ко-личестве техники на складе и у мастера на ремонте, занятости мастеров.

Обзор предметной области Данная разработка предоставляет возможность автоматизировать опе-

ративный учёта сервисного центра на платформе «1С: Предприятие 8.2». Основным видом деятельности данного предприятия является ремонт

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

Приём оборудования в ремонт осуществляет кладовщик. Он регист-рирует поступившее оборудование на ремонт, выдаёт заказчику квитан-цию со списком принятого оборудования под подпись.

*Трифонов Александр Александрович – студент 3 курса направления «При-

кладная информатика (Прикладная информатика в экономике)», кафедра ИС, Улья-новский государственный технический университет, Ульяновск

117

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

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

При успешном завершении заказчик ставится в известность об окон-чании ремонта и оформляется документ «Возврат техники заказчику», где собирается информация об затраченных материалах и выполненных рабо-тах. После оплаты заказчику возвращается изделие.

Так же сервисный центр осуществляет продажу материалов. Для реализации разработки использованы следующие основные объ-

екты 1С: константы, справочники, документы, перечисления, отчёты, ре-гистры накопления, регистры бухгалтерии, планы видов характеристик, планы счетов.

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

После заполнения справочников фиксируем факт поступления техники для ремонта, создав и заполнив документ «Поступление техники от контр-агента». Документ содержит информацию о заказчике, кладовщике, контакт-ном лице, список принятой техники. Формирует движение в регистре накоп-ления «Остатки техники на складе» вида остатки, вид движения приход.

Затем фиксируем факт передачи техники от кладовщика мастеру с помощью документа «Передача техники мастеру». Формирует движения в регистрах накопления вида остатки:

• расход «Остатки техники на складе»; • приход «Остатки техники у мастеров».

После получения техники мастером на ремонт, мастер может полу-чать материалы у кладовщика если они необходимы для ремонта. С по-

118

мощью документа «Выдача материалов мастеру» фиксируются материалы выданные мастеру для ремонта техники. Формирует движения в регистрах накопления вида остатки:

• расход «Остатки материалов»; • приход «Материалы у мастера».

Если мастер не использовал часть полученных материалов необходи-мых для ремонта, он должен вернуть их на склад с помощью документа «Возврат материалов мастером на склад». Формирует движение в регист-рах накопления вида остатки:

• приход «Остатки материалов»; • расход «Материалы у мастера».

После завершения ремонта мастер возвращает отремонтированную техники контрагенту с помощью документа «Возврат техники контраген-ту». Формирует движение в регистрах накопления вида:

• остатки: расход «Остатки техники у мастеров», «Материалы у мастера»;

• обороты: «Возврат техники», «Итоги по возврату техники контрагенту».

Документ «Оплата» - фиксирует факт оплаты ремонта контрагентом. При поступлении материалов заполняется документ «Поступление

материалов». Формирует движение в регистре накопления вида остатки: • приход «Остатки материалов»;

Так же возможна реализация материалов с помощью документа «Реа-лизация материалов». Формирует движение в регистре накопления вида остатки:

• расход «Остатки материалов»; По итогам работы программа за период формирует следующие отчёты: • остатки техники на складе на выбранную дату; • движение материалов за выбранный период; • ведомость продаж по контрагентам за выбранный период; • количество материала у мастера на выбранную дату; • сумма выполненных работ мастерами; • возврат техники заказчику за период по мастеру.

119

Аналоги: Компания «1С-Рарус» конфигурация 1С: «Управление сервис-

ным центром» Программный продукт «1С: Управление сервисным центром» предна-

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

Конфигурация «Управление сервисным центром» является тиражным решением, позволяющим в комплексе автоматизировать задачи оператив-ного и управленческого учета, анализа и планирования операций ремонта, производства, снабжения, розничной торговли, обеспечив тем самым эф-фективное управление сервисным центром, занимающимся ремонтом лю-бого вида оборудования

Решение использует возможности типовой конфигурации «Управле-ние небольшой фирмой».

«1С: Управление сервисным центром» позволяет: • Автоматизировать рабочие места приемщика и мастера. • Оптимизировать работу персонала и сократить простои за счет

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

• Оперативно отслеживать заказы на ремонт, стадию их исполнения, стоимость работ и эффективность предприятия.

• Оптимизировать заказ запчастей производителям и поставщикам с учетом потребностей сервисного центра и имеющихся заявок на ремонт.

• Контролировать задолженность по взаиморасчетам, в том числе по гарантийным ремонтам.

• Повысить эффективность работы компании, предоставляя владельцам и руководителям широкий спектр инструментов для управления, а сотрудникам – новые возможности для продуктивной ежедневной работы [1].

Компания «Первый Модуль» модуль для 1С: «Автоматизация сервисного центра»

120

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

Сферы применения модуля, дополнения или разработки для 1С 1. Сервисные центры по ремонту компьютеров; 2. Сервисные центры по ремонту бытовой техники; 3. Сервисные центры по ремонту строительного инструмента; 4. Учет работ на выезде; 5. Оказание аутсорсинговых услуг; 6. CRM для сервисных центров; 7. Ремонт гарантийного оборудования; 8. Программа для технической поддержки; 9. Программа для ЦТО ККТ; 10. Программа для швейного ателье и ремонта обуви [2].

Заключение Разработанный программный продукт (конфигурация) является уни-

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

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

Список источников

1. Сообщество экспертов [Электронный ресурс] – Режим доступа: http://rarus.ru/1c-servis-centr/1c-servis-center

2. Сообщество экспертов [Электронный ресурс] – Режим доступа: http://1module.ru/TopCat/index.php?SECTION_ID=361&ELEMENT_ID=3608

121

В. А. Леонов* РАЗРАБОТКА ПРОГРАММНОГО ПРОДУКТА ДЛЯ АНАЛИЗА

ЭКОНОМИЧЕСКОЙ ДЕЯТЕЛЬНОСТИ ПРЕДПРИЯТИЯ

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

Введение. В современном мире тема оптимизации бизнес-процессов

становится одной из самых обсуждаемых и быстро развивающихся. Хо-рошо известные компании, уже достигшие определенного уровня, в усло-виях жесткой конкуренции со стороны новаторов не могут оставаться на плаву, только лишь производя новую продукцию и пользуясь теми же ме-тодами, которыми они пользовались раньше. Молодые же компании, вы-ходящие на рынок впервые, так же стараются искать способы выживания, ведь на этапе формирования, каким бы не был успешным продукт компа-нии, приходится прилагать максимальные усилия, чтобы не быть побеж-денным более известными компаниями. И все же, почему некоторые ком-пании зарабатывают миллионы, а другие становятся банкротами? Непра-вильно полагать, что успех компании зависит только от выбранной стра-тегии или от опыта руководства. Информационный обмен о происходя-щих внутри компании процессах играет не меньшую роль. Для установле-ния данного обмена необходимо оценивать эффективность работы ком-пании и изучить ключевые показатели деятельности.

*Леонов Виктор Алексеевич – студент, Ульяновский государственный тех-

нический университет, Ульяновск

122

Благодаря анализу экономической деятельности предприятия руково-дство может реально оценивать возможности собственной организации и на основании данной оценки предпринимать необходимые действия для поддержания конкурентоспособности. И в данном случае на помощь мо-жет прийти мировой экономический опыт по использованию современных бизнес технологий, а именно – программных средств для анализа эконо-мической деятельности предприятия.

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

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

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

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

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

123

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

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

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

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

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

Назначение программ финансового анализа. Прежде всего, про-граммы финансового анализа нужны для экспресс-диагностики деятель-ности предприятий, в чем в первую очередь заинтересованы сами пред-приятия, решая задачи мониторинга показателей ликвидности, фондоот-дачи, фондоемкости и т.д. Основной исходной информацией здесь явля-ются бухгалтерский баланс (форма 1) и отчет о прибылях и убытках (фор-ма 2). По их данным вычисляется ряд показателей, позволяющих обоб-щенно характеризовать финансовое состояние фирмы и эффективность ее

124

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

Другим важным направлением применения рассматриваемых про-грамм являются задачи углубленного экономического анализа собствен-ной деятельности. Их решение базируется на закрытой информации самих предприятий. Здесь, как и при ведении управленческого учета, никаких строгих стандартов не существует. Пользователь волен сам выбирать круг исследуемых показателей и методы их анализа. И, если предприятие предполагает применять программу финансового анализа еще и для этих целей, особое внимание следует уделить оценке возможностей использо-вания в ней дополнительных источников информации, средств задания правил расчета искомых показателей и формирования требуемых отчетов. Отметим, что эти возможности у разных программ различны. В дальней-шем мы подробнее остановимся на данном вопросе.

Описание программного продукта. Цели создания (развития) системы: Доработка программного продукта

1С «Анализ ликвидности и платежеспособности предприятия». Доработанный программный продукт позволит производить более

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

нес процессов, именно поэтому средством решения данной задачи была выбрана платформа «1С: Предприятие», которая нацелена на то, чтобы значительно ускорить и унифицировать как саму разработку прикладных

125

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

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

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

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

В программе реализовано 10 отчетов: 1. Анализ динамики и структуры основных производственных фон-

дов (ОПФ). Цель: Выявление результатов изменения структуры ОПФ в ре-

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

Решаемые задачи: - анализ изменения структуры ОПФ; - анализ показателей движения ОПФ; - анализ показателей технического состояния ОПФ; - анализ показателей эффективности использования ОПФ.

2. Анализ использования оборотных средств (ОС) предприятия. Цель: Оценка эффективности использования ресурсов предпри-

ятия для достижения поставленных задач Решаемые задачи: - анализ показателей эффективности использования материаль-

ных ресурсов;

126

- анализ показателей оборачиваемости оборотного капитала. 3. Анализ ликвидности.

Цель: Определение степени покрытия обязательств предприятия своими активами.

Решаемые задачи: - анализ показателей ликвидности предприятия.

4. Анализ ликвидности баланса. Цель: Оценка кредитоспособности предприятия. Решаемые задачи: - анализ активов и пассивов предприятия.

5. Анализ объектов экономической деятельности. Цель: Анализ сведений о размещении капитала, имеющегося в

распоряжении предприятия. Решаемые задачи: - анализ изменений в составе и структуре активов баланса пред-

приятия. 6. Анализ платежеспособности.

Цель: Определение способности предприятия расплачиваться по собственным долгам за счет поступлений от текущей деятельности.

Решаемые задачи: - анализ коэффициентов платежеспособности предприятия.

7. Анализ себестоимости продукции. Цель: Отражение текущих затрат предприятия на производство

и реализацию продукции. Решаемые задачи: - анализ изменения структуры затрат; - анализ затрат на рубль произведенной продукции.

8. Анализ финансовой устойчивости. Цель: Определение уровня платежеспособности предприятия и

степени зависимости предприятия от кредиторов и инвесторов. Решаемые задачи:

127

- анализ показателей финансовой устойчивости предприятия. 9. Анализ финансовых результатов.

Цель: Определение уровня изменения собственного капитала предприятия за отчетный период.

Решаемые задачи: - анализ динамики показателей прибыли; - анализ структуры прибыли; - анализ рентабельности.

10. Оценка эффективности инвестиционных проектов. Цель: Анализ эффективности использования денежных средств,

направляемых на создание, обновление основных фондов и расшире-ние действующих производственных мощностей.

Решаемые задачи: - анализ показателей эффективности.

Заключение. Актуальность разработки подобных технических средств, в виде спе-

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

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

Список источников

1. Бизнес-аудит: зачем он нужен [Электронный ресурс]: - Режим доступа: http://portalinfo.org/biznes/230-biznes-audit-zachem-on-nuzhen.html.

128

2. Бизнес-процессы, процессная система управления [Электронный ресурс]: - Режим доступа: http://tsyganok.ru/pubs/pub.asp?id=2058.

3. Радченко М.Г. 1С:Предприятие 8.2. Коротко о главном. Новые возможности версии 8.2. Москва: ООО «1С-Паблишинг», 2009. 416 с.

4. Финансовый анализ [Электронный ресурс]: - Режим доступа: http://ru.wikipedia.org/wiki/Финансовый_анализ.

5. Финансовый экспресс-анализ [Электронный ресурс]: - Режим доступа: http://www.finchas.ru/metody-finanaliza/577-finansovyj-ekspress-analiz.

6. Анализ финансового состояния предприятия [Электронный ре-сурс]: - Режим доступа: http://afdanalyse.ru/publ/finansovyj_analiz/1/exkspress_3/14-1-0-51.

7. Программы финансового анализа: зачем они бухгалтеру и дирек-тору? [Электронный ресурс]: - Режим доступа: http://www.inok.ru/it/po-fin-plan/.

8. Шанченко Н.И. Введение в анализ хозяйственной деятельности предприятия: Учебное пособие. Ульяновск: УлГТУ, 2003. 160 с.

ЧАСТЬ 2 СЕКЦИЯ «СИСТЕМЫ АВТОМАТИЗАЦИИ

БИЗНЕС-ПРОЦЕССОВ»

130

В. А. Башаев, И. А. Андреев, В. В. Клейн* РАЗРАБОТКА МОДУЛЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ КЛАСТЕРИЗАЦИИ ДВУСЛОВИЙ ПО СТАТИСТИЧЕСКИМ

И ЛИНГВИСТИЧЕСКИМ ХАРАКТЕРИСТИКАМ

Аннотация. Настоящий документ является докладом для 1-й Всероссийской научно-практической конференции «Прикладные информационные системы». Рассмотрен алгоритм кластеризации, а так же приведен пример использования в конкретном слу-чае: кластеризация кандидатов в термины. Ключевые слова: кластеризация, FCM, лингвистические метрики, термины.

Введение. Настоящий документ является докладом для 1-й Всероссий-

ской научно-практической конференции «Прикладные информационные системы» (ПИС-2014). В нём отражен алгоритм FCM-кластеризации, при-меняемый авторами для кластеризации кандидатов в термины по лингвис-тическим и статистическим характеристикам. Целью данной работы явля-ется структурирование кандидатов в термины, а также поиск реальных терминов среди кандидатов, отобранных по лингвистическим шаблонам и имеющих лингвистические, статистические и семантические характеристи-ки. Данная задача выполняется в рамках большой задачи по поиску терми-нов в тексте или корпусе текстов проблемной области, и кластеризация – один из вариантов структурирования полученных результатов.

Используемые метрики. Для кластеризации кандидатов в термины отобраны 8 метрик: 5 статистических (Frequency, T-Score, Mutual Information, Log-Likelihood, C-Value), 2 лингвистические (Закрытость тер-мина справа, Закрытость термина слева) и лексико-семантическая метрика.

* Башаев Виталий Александрович – аспирант, perevod73@yandex.ru; Ульяновский государственный технический университет, Ульяновск Андреев Илья Алексеевич – студент, ares-ilya@yandex.ru; Ульяновский государствен-ный технический университет, Ульяновск Клейн Виктор Викторович – студент, vikklein93@gmail.com; Ульяновский государст-венный технический университет, Ульяновск

131

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

T-Score. Метод T-score предназначен для вычисления степени взаи-мосвязи двух слов. Мера T-score представляет собой степень доверия, с которой можно утверждать, что между двумя словами имеется определен-ная связь. Является несколько модифицированным ранжированием дву-словий по частоте. Очевидно, что значение данной меры тем выше, чем выше частота двусловия в коллекции.

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

.2xy

yxxy

fnff

f −

Mutual Information. Мера MI вычисляет вероятность двух встречаю-щихся вместе слов путем сравнивания произведения их относительных частот в корпусе с наблюдаемыми частотами их совместной встречаемо-сти. Разница между этими величинами выявит степень значимости их встречаемости. Если значение MI (x; y) больше 1, тогда данное сочетание слов считается статистически значимым. В случае если MI (x; y) примерно равно 0, сочетание слов является менее статистически значимым, слова появляются в паре крайне редко. MI (x; y) меньше 0 означает, что x и y находятся в отношении дополнительной дистрибуции.

,)()(

),(log 2 yfxfNyxfMI

××

=

132

f(x,y) – частота биграммы, f(x), f(y) – частота каждого слова в отдель-ности, N – количество слов в корпусе.

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

−=− ∑

∈ aTba

bfreqTP

afreqa

вложеннееслиafreqaaValueC ),(*

)(1)(*||log

,),(*||log)(

2

2

где a – кандидат в термины; |a| - длина словосочетания, измеряемая в количестве слов; freq(a) – частотность a, Ta – множество словосочетаний, которые содержат a; P(Ta) – количество словосочетаний, содержащих a. Закрытость терминов. Кандидат в термины считается закрытым спра-

ва или слева, если справа или слева от него соответственно стоят не суще-ствительные и не прилагательные. В итоге подсчитывается количество та-ких кандидатов, после чего происходит шкалирование результатов от 0 до 1 по формуле:

,y

x

ff

C =

где f(x) – количество закрытых словосочетаний; f(y) – общее количество встречаемости словосочетания в тексте. Это

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

Одномерная FCM-кластеризация. Кластерный анализ (англ. Data clustering) – задача разбиения заданной выборки объектов (ситуаций) на подмножества, называемые кластерами, так, чтобы каждый кластер состо-ял из схожих объектов, а объекты разных кластеров существенно отлича-лись. Алгоритм FCM-кластеризации предполагает, во-первых, задачи час-

133

ти параметров пользователем, как, например, количество кластеров и точность подсчёта, и, во-вторых, случайное или псевдослучайное опреде-ление центров кластеров.

Алгоритм начинается со случайного определения центров. В данном конкретном случае начальные позиции центров вычисляются как точки, делящие числовую ось характеристики на равные отрезки. Следует упо-мянуть, что все лингвистические и статистические характеристики, посту-пающие на вход, уже шкалированы в диапазоне от 0 до 1.

Следующем шагом происходит инициализация матрицы значений функции принадлежности объектов кластерам:

.,][ )0(Umatrixu U ij= Далее идут повторяющиеся шаги до тех пор, пока не будет достигнута

необходимая точность. Шаг 1. Перерасчёт центров кластеров с использованием матрицы

значений функции принадлежности:

.*

1

1

∑

∑

=

== N

i

m

i

N

i

m

j

ij

ij

u

xuc

Шаг 2. Сохранение старой матрицы принадлежность Uk и расчёт но-вой матрицы принадлежности Uk+1:

.1

1

12

∑=

−

−

−

=c

k

m

ki

ji

ij

cx

cxu

Шаг 3. Подсчёт изменений матрицы. На этом шаге происходит под-счёт изменения расстояний точек от старого центра до нового, и, если из-менение составляет меньше заданного значения, то алгоритм останавлива-ется, так как центры кластеров с указанной точностью найдены.

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

134

Для определения кластера, к которому принадлежит объект, ищется максимум среди средних значений принадлежности объекта к центру ка-ждой характеристики.

Следовательно, даже при условии, что по большинству характеристик объект относится к кластеру №1 и по одной характеристике к кластеру №2, объект не обязательно будет отнесён к кластеру №1 по общему результату.

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

Рис. 1. Графическое отображение одномерной кластеризации

По рисунку 1 можно с уверенностью сказать, что объект относится к

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

Рис. 2. Графическое отображение двумерной кластеризации

Для итогового определения, к какому кластеру принадлежит объект,

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

135

.1

N

uv

N

ij

ji∑==

На данный момент существует программа, написанная на языке C#,

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

Реализация. Данный модуль реализован на языке программирования C#. Из внешних библиотек используется только .NETMicrosoft.Office.Interop.Excel. На входе в программу подаётся файл электронной таблицы, совместимы с MSOffice, установленном на данной рабочей станции, результаты выгружаются в тот же самый файл, который был выбран для загрузки данных.

Классы программы: ExcelToRAM.cs – класс, реализующий загрузку/выгрузку данных из

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

FCM_Ling.cs – класс, реализующий алгоритм одномерной кластери-зации и совмещение результатов одномерных кластеризаций в многомер-ном пространстве. Содержит методы Start, запускающий алгоритм и вспомогательные методы minOfListи maxOfList, позволяющие найти ми-нимум и максимум среди характеристик соответственно. Используются во время псевдослучайной задачи центров.

Данные, загружаемые в память хранятся в коллекции, состоящей из объектов класса DataProc, не имеющего методы, но имеющего поля для-хранение каждой из характеристик: intID; stringlemm; floatScaleFreq; floatScaleTScore; floatScaleMI; floatScaleLL; floatScaleCValue; floatCloseLeft; floatCloseRight; floatSemantic; intClusterNumber; stringAllClusters;

Наряду с этими классами, существуют классы, обеспечивающие ото-бражение пользовательского интерфейса (такие как FormStart, FormState,

136

StateForForm), а так же стандартные классы, необходимые для работы программы на языке C#.

Список источников

1. Добров Б.В., Лукашевич Н.В., Сыромятников С.В. Формирование базы терминологических словосочетаний по текстам предметной области // Тр. 5-й Всеросс. научн. конф. «Электронные библиоте-ки: перспективные методы и технологии, электронные коллек-ции» (RCDL-2003). – СПб. 2003. с. 201–210.

2. Андреев И.А., Башаев В.А., Клейн В.В. Разработка программного средства для извлечения терминологии из текста на основании морфологических признаков, определяемых программой Mystem // «Интегрированные модели и мягкие вычисления в искусствен-ном интеллекте». – М.: Физматлит. – 2013. с. 1227–1236.

3. Браславский П.И., Соколов Е.А. Сравнение четырех методов ав-томатического извлечения двухсловных терминов из текста // «Компьютерная лингвистика и интеллектуальные технологии». – М.: Изд-во РГГУ. – 2006. с. 88–91.

4. Ярушкина Н. Г. Основы теории нечетких и гибридных систем. – М.: Финансы и статистика, 2004.

5. Островский А.А. Реализация параллельного выполнения алго-ритма FCM-кластеризации // Прикладная информатика. – 2009. – №. 2. С. 101–103.

137

С. А. Макарова* АВТОМАТИЗИРОВАННОЕ РАБОЧЕЕ МЕСТО

АДМИНИСТРАТОРА ГОСТИНИЦЫ САНАТОРИЯ «ИТИЛЬ»

Аннотация. «АРМ Итиль» создается в рамках учебного процесса для администратора гостиницы санатория «Итиль». В результате внедрения программы должны быть улучшены экономические показатели и снижены временные затраты работы админи-стратора. Ключевые слова: автоматизированное рабочее место, программа, учет.

В рамках учебного плана студентом Макаровой С.А. ведется разра-

ботка автоматизированного рабочего места «АРМ Итиль». Назначением программной системы является автоматизация работы администратора по размещению и учету посетителей санатория «Итиль».

В настоящее время у администратора по размещению и учету клиентов отсутствует какая-либо система автоматизации. Информация о клиентах хранится в виде подшивок из «Путевок». Ежедневно Администратор обязан подавать в Миграционную службу «Анкеты посетителей» (Форма №5), справку о наличии отдыхающих в санатории «Итиль» в столовую. Ежеме-сячно предоставляется отчет по путевкам, списки застрахованных лиц по страхованию от несчастных случаев болезней. Работа Администратора ос-нована на ведении «шахматки» заполняемости и плана заселения этажей.

АРМ «Итиль» создается с целью: - повышение эффективности и качества работы администратора по

размещению в гостинице; - улучшение качества сбора, хранения и обработки информации о

деятельности санатория; - повышение удобства ведения учета клиентской базы и упрощение

работы по привлечению клиентов. В результате создания АРМ «Итиль» должны быть улучшены сле-

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

* Макарова Светлана Александровна – muhogrzzz@mail.ru; Ульяновск

138

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

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

- Проведение документов: бронирование комнат, создание медицин-ской книжки;

- Формирование отчетов («Форма №5», «Отчет о заселенности», «Отчет по путевкам», «Наличие отдыхающих») с последующей выгрузкой в формате .xlsx;

- Ведение справочников: клиенты, группы клиентов, стандарты ле-чения, процедуры (в рамках медицинских услуг санатория);

- Прогнозирование количества посетителей на будущие периоды; - Защита данных посредством своевременного создания БД; - Работа с бывшими клиентами посредством рассылки поздрави-

тельных сообщений на почту. Разработка программного средства ведется на языке C# в среде Mi-

crosoft Visual Studio 2010, СУБД Microsoft SQL Server. Особенностью про-граммы является применение экстраполяционных методов прогнозирова-ния. В качестве моделей линии тренда использованы линейная, показа-тельная, логарифмическая и экспоненциальная модели. Прогноз составля-ется либо на день, либо на месяц. В результате проведения прогноза стро-ится график, который может быть выгружен в память компьютера.

В версии 1 реализованы все вышеперечисленные функции. В даль-нейшем перед разработчиком ставится задача создания удобного много-функционально интерфейса, а также применение методов интеллектуаль-ного анализа данных для составления прогноза и анализа деятельности ор-ганизации.

Список источников

1. Корунова Н.В. Курс лекций по программной инженерии. – Ре-жим доступа: http://is.ulstu.ru/disc/pi, (20.05.2014).

139

М. П. Котова* АВТОМАТИЗИРОВАННОЕ РАБОЧЕЕ МЕСТО ДИСПЕТЧЕРА

ПО РАБОТЕ С ПУТЕВЫМИ ЛИСТАМИ

Аннотация. «АРМ диспетчера по работе с путевыми листами» создается в рамках учебного процесса для работников МУ администрация муниципального образования Еделевское сельское поселение. В результате внедрения программы должны быть выполнены автоматизация выдачи путевых листов и переход к централизованной базе данных журнала путевых листов. Ключевые слова: автоматизированное рабочее место, программа, путевой лист.

В рамках учебного плана студенткой Котовой М.П. ведется разработ-

ка автоматизированного рабочего места диспетчера по работе с путевыми листами (далее АРМ ПЛ). АРМ ПЛ предназначено для автоматизации вы-дачи путевых листов и перехода к централизованной базе данных журнала путевых листов.

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

Основными функциями программы являются: • авторизация пользователя с указанием пароля; • ведение справочников: автомобили, ГСМ, водители, диспетчеры,

журнал путевых листов; • создание путевого листа; • формирование отчетов о выданном ГСМ по периоду, по водите-

лю, по автомобилю, по периоду и водителю в формате .pdf. В версии 1 реализованы все вышеперечисленные функции. В даль-

нейшем необходимо выполнить следующие задачи:

* Котова Мария Павловна – студентка, mashkaviktor93@rambler.ru; Ульяновский государственный технический университет, Ульяновск

140

• создание пользовательской лингвистической шкалы с использо-ванием функции принадлежности для оценки выданного ГСМ;

• формирование путевого листа в соответствии с формой N 3 по-становления Госкомстата N 78.

Разработка программного средства ведется на языке C# в среде Mi-crosoft Visual Studio 2010, СУБД Microsoft SQL Server.

Список источников

1. Корунова Н.В. Курс лекций по программной инженерии. – Ре-жим доступа: http://is.ulstu.ru/disc/pi, (23.05.2014).

141

А. В. Водовозова * АВТОМАТИЗИРОВАННАЯ СИСТЕМА УПРАВЛЕНИЯ

ПРОЕКТАМИ НА ПРЕДПРИЯТИИ

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

Введение. В качестве объекта автоматизации рассматриваются биз-

нес-процессы по управлению проектами на предприятии. В ходе работы, на предприятие поступает множество проектов и администрации необхо-димо производить контроль деятельности сотрудников, а также этапов и сроков выполнения проектов. Как правило, большое количество проектов усложняет контроль над их выполнением, что может негативно сказаться на деятельности предприятия в целом [2]. Разработка программного сред-ства ведется на языке C# в среде Microsoft Visual Studio 2010, СУБД Mi-crosoft SQL Server.

Назначение и задачи системы. Автоматизированная система управ-ления проектами на предприятии (АСУ ПП) предназначена для автомати-ческого управления проектами на предприятии. Назначением АСУ ПП яв-ляется автоматизированный доступ менеджеров проекта к единой базе данных по ведению и назначению проектов и автоматическому распреде-лению заданий по проектам [1].

Задачами АСУ ПП являются: - уменьшение затрат времени на управление проектами - организация единого центра ведения проектов - обеспечение визуального представления задач, сроков проекта

* Водовозова Анастасия Владимировна – студентка, nastyavodovozova@mail.ru;

Ульяновский государственный технический университет, Ульяновск.

142

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

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

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

Запланированные возможности системы. В ходе разработки проек-та запланировано реализовать возможность формирования дополнитель-ных отчетов (например, отчет по завершенным проектам с вычислением затрат времени), а также автоматическое распределение нагрузки по со-трудникам с учетом сложности задач и квалификации сотрудников.

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

Список источников

1. Дэннис Локк. Основы управления проектами. Пер. с англ. М.: «Hippo», 2004. 253 с.

2. Козлов А. С. Проектирование и исследование бизнес-процессов. М.: МПСИ, 2006. 272 с.

3. Корунова Н.В. Курс лекций по программной инженерии. – Ре-жим доступа: http://is.ulstu.ru/disc/pi

143

М. И. Давыдова* АВТОМАТИЗИРОВАННОЕ РАБОЧЕЕ МЕСТО

ДЛЯ КАДРОВОГО УЧЕТА СОТРУДНИКОВ

Аннотация. АРМ «Кадры» создается в рамках учебного плана для МУ Еделевская сельская администрация. В результате создания программы будет позволено вести четкий, понятный, удобный учет сотрудников предприятия и оформлять соответст-вующие документы. Ключевые слова: автоматизированное рабочее место, программа, документы.

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

дисциплине «Программная инженерия». Назначением программы являет-ся автоматизация кадрового учета сотрудников.

На данный момент, в соответствии с выбранной моделью жизненного цикла программной системы (инкрементная модель), создана первая вер-сия. Основными функциями программы:

• ведение справочников: сотрудники, отделы, должности; • формирование документов о принятии, увольнении и перемеще-

нии сотрудника; • возможность редактирования документов; • формирование отчетов по принятым, уволенных, перемещенным

сотрудникам за определенный период и общую текучку кадров с последующей выгрузкой в формате .pdf;

• авторизация пользователя; В версии 1 реализованы все перечисленные функции. В дальнейшем

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

* Давыдова Мария Ивановна – Davidova888@rambler.ru; Ульяновский государст-венный технический университет, Ульяновск.

144

• ведение статистики по предприятию • возможность поиска информации о сотрудниках в базе;

Разработка программного средства ведется на языке C# в среде Mi-crosoft Visual Studio 2010, СУБД Microsoft SQL Server. В качестве опера-ционной системы может выступать MS Windows 95/2000/XP/7/8.

Список источников

1. Корунова Н.В. Курс лекций по программной инженерии. – Ре-жим доступа: http://is.ulstu.ru/disc/pi, (20.05.2014).

145

Д. О. Шалаев, А. А. Ефремов, Г. Н. Хабибуллин* РАЗРАБОТКА ИГР ПОД ANDROID: РАЗРАБОТКА,

МОНЕТИЗАЦИЯ, ПРОДВИЖЕНИЕ

Аннотация. В рамках статьи изложено описание первого опыта разработки игры под Android. Подробно рассказано о распространенных ошибках на ранних стадиях раз-работки и моментов, требующих особого внимания разработчиков. Особое внимание уделяется монетизации и продвижению приложения. Ключевые слова: android, монетизация, продвижение, игра, приложение.

Сегодня довольно много программистов думают о том, чтобы создать

мобильное приложения, заработать свой первый миллион, сыскать славу успешного разработчика и продолжать работать над своими интересными и многообещающими проектами. Многие не только думают, но и прини-мают попытки, успешные и не очень. Мы тоже не исключение, и о нашей попытке, приобретенном опыте и будет рассказано в этой статье.

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

Почему именно игра? Если человек на протяжении долгого количест-ва времени вполне комфортно может пользоваться, например, одной и той же читалкой для книг, калькулятором и т.д., то играть все время в одну и ту же игру попросту надоест, в этом мы и нашли преимущество игрушек. Перепробовав топовые приложение, рано или поздно пользователь может наткнуться и на наше приложение. Другими словами – приложения из

* Шалаев Денис Олегович – melges@post.ru; Ульяновск Ефремов Антон Андреевич – t-rain@mail.ru; Ульяновск Хабибуллин Глеб Наилевич– tk-garret@yandex.ru; Ульяновск

146

этой категории наиболее часто меняются на телефонах и вероятность ус-тановки Вашего выше.

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

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

Первая и самая распространенная ошибка начинающих разработчиков – это пропуск стадии проектирования [1]. Мы эту ошибку предусмотри-тельно обошли стороной. В процессе проектирования приложения были детально проработаны макеты всех основных форм, логика переходов, ар-хитектура системы и пользовательское взаимодействие. Затем проект пе-решел в разработку.

Как часто бывает, в самом коде особенно ничего интересного нет. В качестве игрового движка была выбрана популярная библиотека LibGDX, которая содержит прослойку для работы с OpenGL, работу с фи-зическим движком Box2D и постоянно развивается.

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

На данный момент можно выделить три основных способа заработать на игре:

I. IAP – это встроенные в игру покупки, т.е. то, что можно купить через саму игру. Покупать можно что угодно: контент, дополни-тельные функции и даже подписку на приложение.

147

II. Платное распространение – это продажа доступа к игре за фикси-рованную стоимость.

III. Реклама – получение денег от рекламных агентств за встраивание рекламы в приложение.

Все известные способы монетизации – это сочетания этих механиз-

мов. При выборе способа монетизации следует обращать внимание на следующие ключевые особенности игры:

• длительность игры; • сложность игры; • наличие сюжета; • социальность; • частоту обновлений; • графику; • жанр

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

ный(улучшенный) приобретается за деньги. Free-to-play. В игре доступен весь функционал. За деньги(настоящие

либо игровые) пользователь может покупать дополнительный контент. Есть несколько возможных вариантов free-to-play:

1. Покупка игровой валюты (контента) только за деньги. 2. Покупка игровой валюты за настоящие деньги и за выполнение

офферов с предложением скачать другие игры. Реклама. В игре доступен весть функционал. Но есть блок с рекламой.

Реклама разделяется на два варианта: 1. Первый вариант – с рекламой, которую невозможно отключить. 2. Второй вариант – с рекламой, которую можно отключить за деньги.

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

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

148

не хочет ждать, он может заплатить и получить сразу весь кон-тент и функционал.

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

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

Trial. Игра ограничивается по времени. Если пользователь хочет про-должить игру, ему необходимо заплатить.

Demo. Игра ограниченна по контенту. Например пользователю дос-тупны 4 уровня, а следующие открываются за деньги. В Demo есть не-сколько вариантов открытия контента:

1. Заплатив, игрок открывает дополнительный контент внутри ска-ченной игры.

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

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

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

магазине приложений за возможность скачать игру. В игре пользователь может приобрести premiumконтент за деньги.

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

Таким образом, получаем, что для каждого типа игры подходит опре-деленный способ монетизации. Например, глупо было бы игру с конеч-ным сюжетом пытаться сделать free-to-play, т.к. после того как игра будет пройдена, пользователи уйдут и не будут больше приносить деньги и по-вышать рейтинг игры. Для нашей игры еще на раннем этапе были выбра-ны способы монетизации free-to-play и реклама.

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

149

внутренне. Внешнее продвижение – это продвижение любыми способами за пределами Google Play. Внутреннее продвижение – это продвижение в рамках маркета Google Play. Начнем с внешнего продвижения. Вариантов может быть много. Не будем описывать где и как распространять свои приложения, об этом написано уже немало статей. А напишем об эффек-тивности той или иной рекламной площадки.

● Профильные сайты Сайты, посвященные мобильному сегменту. В нашем случае Android

сайты. Форма рекламирования – статья о приложении, ваша собственная или написанная представителем сайта. Эффект довольно неплохой, особенно ес-ли сайт имеет много посетителей и популярен. С помощью статьи на попу-лярном сайте можно привлечь к своему приложению неплохой траффик. Из минусов можно отметить частое обновление новостных лент. Ваша ста-тья очень быстро уйдет на предыдущие страницы. Как правило, конверсия составляет несколько дней, максимум неделя (редкие случаи). Не стоит опускать такой момент, как цена за статью. Если цена высокая, то вряд ли она себя оправдает и окупит, так как конверсия в среднем несколько дней. Также размещения статей на сайте можно расценивать как неплохой инст-румент для наращивания своей ссылочной массы для поисковых систем.

● Блоги В основном блоги делятся на «клубы» по интересам. Но это совсем не

означает, что публиковаться нужно только в профильных блогах, посвя-щенных гаджетам или Android. Публиковаться можно в любом блоге, где есть большая и активная аудитория. Форма рекламирования – статья о приложении. Как правило, блоггер сам пишет статью, от первого лица. Статья носит информативно-рекомендательный характер. Конверсия в блогах выше, чем у сайтов, так как публика у блоггеров более доверчива к публикуемой информации. Минусы те же, что и у профильных сайтов – быстрое обновление ленты и как следствие короткое время конверсии. Цены на публикацию в блоге, как правило, выше, чем за публикацию на сайте, но ненамного. Правда за статью на очень популярном блоге могут

150

запросить даже 100.000 руб. Как вы понимаете такая статья, за такие день-ги, вряд ли окупит себя. Скажу больше. Не окупит никогда. Потому что рекламируете вы мобильное приложение стоимостью 1$ – 2$, а не BMW стоимость 50.000$.

● Социальные сети Рекламировать в социальных сетях можно либо свою группу, либо

рекламироваться в чужих группах. Лучше конечно иметь свою группу, чтобы собирать подписчиков и фанов. Отличия от сайтов и блогов в том, что вам придется создавать активность своей группы. Принцип «написал и забыл» тут не работает. Это социальные сети – площадка для общения и обмена информацией, поэтому тут нужна максимальная активность. К минусам отнесу сложность продвижения и цену. Сложность в том, что вам придется делать все самому. Если на блогах и на сайтах уже есть сформированная аудитория, то в социальных сетях эту аудиторию придет-ся собирать самому. Также упоминалась цена. Одной активностью в груп-пе не обойдешься, группе нужны живые люди – фаны и подписчики. Вашу группу придется рекламировать. Самое эффективное – это рекламный ин-струмент самой социальной сети. А это удовольствие не из дешевых. В среднем стоимость выше, чем статья на сайте или в блоге. Конверсия в этом случае может быть выше, чем с блогов и сайтов. Но риск «нулевой» конверсии очень вероятен. Существует такое понятие как «вирусный мар-кетинг» и чаще всего это понятие ассоциируют с социальной сетью. Оно и понятно, не один сайт не может похвастаться такой обширной аудитори-ей. Социальные сети не стоит рассматривать как основную рекламную площадку. Скорее, как «приятное» дополнение.

● Форумы Для продвижения в форумах используют профильные форумы с кон-

кретной тематикой. Данный вид продвижения бесплатный. Ждать боль-шой конверсии не стоит. Исключением могут является случаи, когда ад-министратор, заметив ваше приложение, публикует информационную ста-тью в новостной ленте. Но на это особо рассчитывать не стоит. Форумы

151

можно отнести к «приятному» дополнению. Так как это бесплатно, лиш-ним не будет.

● Баннерная реклама на сайтах На сегодняшний день самый неэффективный метод продвижения для

мобильных приложений. На баннерную рекламу мало кто обращает вни-мания и уж тем более кликает. А стоят места под баннеры на хороших сайтах недешево. Плата взымается за 1000 показов или за клики. Какой метод выбрать решать вам. Зависит все от сайта. Исключением является баннерная реклама на профильных сайтах. В таком случае конверсия мо-жет быть, но небольшая. Еще есть вариант когда рекламный баннер рек-ламирует не само приложение, а допустим, конкурс, проводимый в рамках рекламной компании по продвижению приложения. В этом случае кон-версия может быть неплохой. Баннерная реклама как вид продвижения для мобильных приложений мало эффективна. Такой рекламой можно воспользоваться, когда исчерпаны все остальные рекламные методы или когда ваше приложение настолько известно и узнаваемо, что глаза сами цепляются за баннер.

● Собственный сайт Назвать сайт отдельной рекламной площадкой нельзя. Сайт – это со-

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

Но с продвижением приложений через сайт не все так просто. Для на-чала вам нужно раскрутить сам сайт, что бы о нем знали, узнавали и на него заходили потенциальные пользователи. Назвать сайт идеальной рек-ламной площадкой тоже нельзя. Все же сайт является промежуточным звеном между пользователем и маркетом Google Play. Поэтому сайт стоит рассматривать как вашу визитную карточку, это ваше лицо в интернете.

152

Также сайт можно превратить в стоковую рекламную площадку, куда бу-дут перенаправляться пользователи с социальных сетей, статей, баннеров и т.д., а с сайта уже непосредственно в Google Play. Плюс в том что чело-век попадая на сайт получает всю необходимую информацию в одном месте (последние новости, акции, конкурсы, описание приложений, видео и т.п.). В любом случае, даже если ваш сайт не раскручен, иметь сайт лучше, чем не иметь его вообще. Если не брать в расчет раскрутку сайта, то стоимость поддержания работы сайта не высока. А имея сайт, вы буде-те более солидно выглядеть в глазах потенциальных пользователей.

● Мотивированный и немотивированный траффик Помимо всего выше перечисленного существуют иные схемы про-

движения. К таким схемам относится закупка траффика. Не могу сказать, что это честный вид продвижения, но тем не менее почти каждый рано или поздно приходит к этому. Траффик это непосредственные инсталы вашего приложения или игры на девайсы пользователей. Траффик делится на мотивированные инсталы и на немотивированные инсталы.

Мотивированные инсталы – когда один пользователь, устанавливает один раз ваше приложение или игру к себе на девайс и получает за это ма-териальное вознаграждение. Т.е. для вас каждый такой пользователь будет стоить денег. Цены в среднем от 6 руб. за инстал и выше. Помимо самого инстала, может быть выставлена оценка и написан отзыв. В таком случае цена будет уже выше. Наращиванием траффика по принципу мотивиро-ванных инсталов занимаются специальные компании, коих сейчас очень много. Достаточно воспользоваться поисковиком.

Немотивированные инсталы – когда ваше приложение или игру пред-лагают определенному количеству пользователей, а пользователи в свою очередь решают ставить им ваше приложение (игру) или нет. Цена немо-тивированного инстала в среднем такая же 6 руб. за инстал и выше. Оцен-ки и отзывы остаются на усмотрение пользователей. Т.е. вы покупаете только инстал. Наращиванием траффика по принципу немотивированных инсталов занимаются, как правило, сторонние маркеты. Какой вид траф-

153

фика выбрать решать вам. Если говорить об эффективности такого рек-ламного продвижения, то тут все очевидно. Покупая траффик, вы полу-чаете нужные вам инсталы, чем больше таких инсталов, тем выше вы бу-дете в топе (о порядке построения топов читайте ниже). Несмотря на оче-видную эффективность, минусы все же есть. Покупая траффик, вы поку-паете пользователей, а купленный пользователей – это не ваш пользовате-лей, так как делает он это исключительно ради денег. Конечно, исключе-ния могут быть. Ведь купленный пользователь это прежде всего живой человек и всегда есть вероятность, что установив ваше приложение или игру, ему настолько всё понравится, что он (купленный пользователь) пе-рейдет в разряд вашего пользователя.

Ранжирование в топах Google Play. Как многие уже знают топов в маркете Google Play предостаточно.

Есть основные топы, есть топы по категориям, есть топы новых, рекомен-дуемых и т.д. Отмечу, что для разных стран набор топов не одинаковый. Т.е. к примеру, в ряде стран нет топов новых платных \ бесплатных (и за последний год список исключаемых (выкинутых) топов расширился). Так-же хочу заметить, что для каждой страны ранжирование топов разное. Google позаботился о том, чтобы монополисты не захватывали весь рынок, а каждый получил свой кусок пирога (правда на деле все выглядит немного иначе). Если в России вы входите в первую 10-ку в каком-нибудь топе, это совершенно не означает, что в другой стране вы будете в той же 10-ке в том же топе. Скорее всего в другой стране вы даже в сотню не попадете.

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

Ранжирование топов делится на два типа: для платных и бесплатных приложений. Сначала про платные топы. В эти топы входят все приложе-ние, которые сколько-нибудь стоят. Проще всего попасть в топ новых платных в своей категории, для этого достаточно иметь несколько поку-пок в день. В обычный топ, в своей категории, попасть несколько слож-

154

нее, нужно иметь покупок как минимум больше 10-ти в день. Попасть в главный топ, не ссылаясь на категорию еще сложнее, покупок в таком случае должно быть, как минимум несколько десятков в день (ближе к сотне). Также попадание в топ зависит от страны. Т.е. если у вас, к приме-ру, 10 покупок в день из России то вы попадете в российский топ. Если у вас эти 10 покупок распределены по одной покупке на каждую страну, то вы не попадете ни в какой топ. Еще один важный момент – это цена при-ложения. От цены также зависит порядок построения в топах. Вернее, не от цены, а от конечной суммы в день. К примеру, два приложения с пока-зателями 10 покупок \ день. Но одно приложение стоит 1$, а второе 1,5$. При равном количестве покупок в день, сумма на выходе получается раз-ная, в первом варианте 10 = 10$, во втором варианте 10 = 15$. И то при-ложение, у которого сумма на выходе больше окажется выше. Приведен-ные ваше цифры для всех топов разные, это зависит от категории топа. Если у вас востребованная категория, то цифры будут несколько выше, если категория невостребованная, то цифры будут ниже. Таким образом, топ платных строится по принципу покупок \ день с поправкой на цену при выходе. Если это число стабильно большое, то первые строчки вам гарантированы, с оговоркой на все выше сказанное.

В топе бесплатных, построение несколько иное, проще чем в плат-ных. В эти топы входят все приложения, которые распространяются бес-платно, независимо от того, есть ли внутренний контент для продажи или его нет. Топы бесплатных строятся исключительно на инсталах \ день. Т.е. чем больше ваше приложение качают в день, тем выше вы будете в топе. Бесплатные топы так же работают, как и платные, учитывается ме-стоположение, категории и т.д. Соотношение приблизительно такое же, как и для платных приложений только умноженное на ≈ 100. Важно по-нимать, что для удержания на одном месте в топе нужно иметь приблизи-тельно одинаковое количество инсталов \ покупок в день. Если вы сдаёте позиции, то вы начнете падать, если вы набираете, то вы будете подни-маться. Но опять нужно учитывать все выше сказанное.

155

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

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

Список источников

1. Разработка одной игры – полезный опыт, немного денег и куча ошибок, Ч1. [Электронный ресурс]: – Режим доступа: http://habrahabr.ru/post/187888/, (23.05.2014).

2. Продвижение Android приложений, рейтинги и ранжирование в топах Google Play. [Электронный ресурс]: – Режим доступа: http://habrahabr.ru/post/210632/, (23.05.2014).

3. Способы монетизации мобильных игр. [Электронный ресурс]: – Режим доступа: http://habrahabr.ru/sandbox/65764/, (23.05.2014).

156

Д. П. Заболотняя.* АВТОМАТИЗИРОВАННОЕ РАБОЧЕЕ МЕСТО «УЧЕТ

ЗАКАЗОВ»

Аннотация. Настоящий документ является описанием автоматизированного рабочего места «Учёт заказов», в котором прописаны цели создания системы, выполненные функции на данный момент и то, что планируется осуществить в будущем. Ключевые слова: автоматизированное рабочее место, цель, функции.

Введение. Настоящий документ является описанием автоматизиро-

ванного рабочего места «Учёт заказов» Основная часть. Объектом автоматизации является ОАО «Преми-

ум». Компания занимается оптовой торговлей. На рынке существует уже более года.

АРМ Учет заказов предназначено для автоматизации работы сотруд-ника, занимающегося управлением заказами на закупку материала. Данная система создается с целью ускорения процесса отправки заказа, повышения эффективности работы сотрудника, улучшения качества сбора и хранения информации, а также повышения удобства ведения учета заказов.

В данный момент у сотрудника, занимающегося заказами, отсутству-ет система автоматизации. Он вынужден подсчитывать количество заказов от разных поставщиков вручную. Также, сотрудник вручную оформляет общий заказ для фирмы, занимающейся поставками. В результате созда-ния АРМ Учёт заказов планируется улучшение следующих показателей: уменьшено время отправки заказа, уменьшена нагрузка на сотрудника, ав-томатизировано хранение информации о поставщиках и товарах, увеличе-на скорость формирования отчетности. Основное назначение системы в следующем: ведение базы поставщиков и товаров, ведение базы заказов, формирование отчетности.

При разработке системы применяется язык программирования высо-кого уровня- C#. Для реализации алгоритмов манипулирования данными в БД используется стандартный язык запроса к данным SQL. Для организа-

* Заболотняя Дарья Павловна – студентка группы ИСЭбд-31,zabol55@mail.ru; Ульяновский государственный технический университет, Ульяновск

157

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

На начальном этапе в АРМ Учет заказов выделяются следующие функциональные подсистемы:

• Подсистема сбора данных с помощью средств работы с БД, пре-доставляемых интерфейсом;

• Подсистема хранения данных (хранение данных осуществляется в единой базе данных);

• Подсистема обработки данных и формирования отчетности. Заключение. На данном этапе разработки программа позволяет осу-

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

В следующих версиях программы планируется выработать критерии отбора для каждого товара(не только цену, а ещё стоимость доставки, возможные скидки, срок годности/службы и т.д.) и дать пользователю возможность выбирать товар исходя из его веса(чем он выше, тем лучше товар), который будет зависеть от этих критериев. Также, рассматривается возможность работы с сетью Internet, а именно обновление базы товаров и критериев при получении соответствующей информации от поставщиков в режиме online.

Список источников

1. Корунова Н.В. Курс лекций по программной инженерии. – Режим доступа: http://is.ulstu.ru/disc/pi.

2. Наместников А.М. Курс лекций по проектированию информаци-онных систем. – Режим доступа: http://is.ulstu.ru/disc/pris.

158

А. А. Дятлова, Ю. Б. Климова* АВТОМАТИЗИРОВАННАЯ СИСТЕМА РАЗРАБОТКИ

ВИЗИТНЫХ КАРТОЧЕК (АС ВК)

Аннотация. Настоящий документ является докладом к программному продукту «Ав-томатизированная система разработки визитных карточек». Программа предназначе-на для автоматизации процесса разработки и печати визитных карточек для организа-ций и частных лиц. Ключевые слова: автоматизированная система, визитная карточка, система разра-ботки, программный продукт.

Введение. Настоящий документ является докладом к программному

продукту «Автоматизированная система разработки визитных карточек». Назначение и область применения. Система предназначена для соз-

дания визитных карточек, как частных, так и юридических лиц на основа-нии имеющихся шаблонов или по индивидуальному заказу. Для разработ-ки визитки по индивидуальному заказу пользователю предоставляются возможности использования собственного фона, выбора шрифта, размера и цвета текста, а также панель инструментов для рисования. АС ВК по-зволяет выгружать полученные карточки в формат .jpg и распечатывать необходимое количество копий.

Характеристика режимов работы. Работа в стандартном режиме работы: Стандартный режим разра-

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

*Дятлова Александра Андреевна – студентка, alxs93@mail.ru; Ульяновский

государственный технический университет, Ульяновск Климова Юлия Борисовна – студентка, jul.klimova2011@yandex.ru; Ульяновский

государственный технический университет, Ульяновск

159

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

Работа в пользовательском режиме работы: Пользовательский ре-жим разработки обеспечивает пользователю возможность создания собст-венного дизайна визитки, предоставляя для работы инструменты любого простого графического редактора. Пользователь может вставить прими-тивные фигуры, любой графический объект, текст типа WordART, загру-зить из файла любое изображение, которое будет использоваться в качест-ве фона; залить фон любым цветом, предварительно выбрав его на цвет-ном круге, либо вручную, задавая значения RGB; изменить положение, шрифт, размер, заливку, цвет и начертание текста с основной информаци-ей, а так же сохранить на компьютер итоговый вариант визитки.

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

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

Список источников

1. Корунова Н.В. Курс лекций по программной инженерии. – Режим доступа: http://is.ulstu.ru/disc/pi.

2. Практическое руководство. Создание объектов Graphics для ри-сования. [Электронный ресурс]: – Режим доступа: http://msdn.microsoft.com/ru-ru/library/5y289054(v=vs.110).aspx

160

Е. А. Уйранова* АВТОМАТИЗИРОВАННОЕ РАБОЧЕЕ МЕСТО

СПЕЦИАЛИСТА ПО КАДРАМ ФЕДЕРАЛЬНОГО КАЗЕННОГО УЧРЕЖДЕНИЯ ЗДРАВООХРАНЕНИЯ «МЕДИКО-

САНИТАРНОЙ ЧАСТИ МИНИСТЕРСТВА ВНУТРЕННИХ ДЕЛ РОССИИ ПО УЛЬЯНОВСКОЙ ОБЛАСТИ». (АРМ

СПЕЦИАЛИСТА ПО КАДРАМ ФКУЗ «МСЧ МВД»)

Аннотация. Настоящий документ является докладом к программному продукту «Ав-томатизированное рабочее место специалиста по кадрам ФКУЗ МСЧ МВД». Про-грамма предназначена для автоматизации процесса учета количества и качества со-трудников организации и создания соответствующих отчетов. Ключевые слова: автоматизированное рабочее место, специалист по кадрам, про-граммный продукт.

Введение. Настоящий документ является докладом к программному

продукту «Автоматизированное рабочее место специалиста по кадрам ФКУЗ «МСЧ МВД».

Назначение и область применения. Программный продукт создан специально для МСЧ МВД, поэтому использование его другими организа-циями неуместно или требует немалых изменений. Система предназначена для ведения учета о количестве и качестве сотрудников организации и соз-дания соответствующих отчетов в формате .doc или .docx. Отчеты создаются по существующим шаблонам. АРМ специалиста по кадрам ФКУЗ «МСЧ МВД» позволяет распечатывать необходимое количество копий отчетов.

Работа со списками: АРМ специалиста по кадрам ФКУЗ «МСЧ МВД» предоставляет пользователю следующие возможности: добавление, удаление и редактирование записей в списках.

* Уйранова Елизавета Александровна – студентка, uiranova.liza@yandex.ru;

Ульяновский государственный технический университет, Ульяновск

161

Работа с отчетами: Программа позволяет выбрать один из пяти отче-тов, просмотреть соответствующие данные, отобразить их в MicrosoftWord, по необходимости внести какие-либо изменения, сохра-нить или распечатать.

Поиск/фильтр: Система также предоставляет пользователю возмож-ность поиска по существующим данным (по всем спискам). Поиск может проводиться как по одному критерию, так и по двум, если таблица (спи-сок) это позволяет.

В следующих версиях программы планируется разработать преду-преждение пользователя о критичном приближении к сроку подачи необ-ходимых документов для продления сертификата и категории; добавление подсистем работы (таких как: ведение военного учета, обучения, отпуск-ных и больничных); создание отчета в других форматах (.pdf, .xlsи .xlsx); поиск по трём критериям.

Список источников

1. Корунова Н.В. Курс лекций по программной инженерии. – Режим доступа: http://is.ulstu.ru/disc/pi.

162

А. А. Ефремов, Э. Ф. Шарафутдинов* РАЗРАБОТКА СИСТЕМЫ АВТОМАТИЗАЦИИ РАБОТЫ

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

ПО КЛЮЧЕВЫМ СЛОВАМ

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

В настоящее время растет популярность онлайн консультаций по раз-

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

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

Перед нами была поставлена следующая задача: разработать прило-жение «Юридический консультативный центр", обладающее следующим функционалом:

• Автоматическая регистрация программой вопросов клиентов, по-лученных ею по электронной почте, определение типа вопроса и закрепление его за исполнителем.

* Ефремов Антон Андреевич – t-rain@mail.ru; Ульяновск Шарафутдинов Эмиль Фанисович – emil.shar@gmail.com; Ульяновск

163

o получение настроек и подключение к базе данных; o получения вопросов по электронной почте; o определение типа вопроса; o определение сложности вопроса; o отправка ответа на часто задаваемые вопросы.

• Интерфейс для подготовки исполнителем ответа и автоматиче-ский учет времени на подготовку этого ответа.

• Занесение подготовленного ответа в архив и отправка по эл. поч-те клиенту.

• Возможность оценки сложности вопроса и введение норматива времени для ответа.

• Формирование актов-отчетов (pdf, word) на оплату труда в зави-симости от стоимости человеко-часа исполнителя и соответствие его времени нормативам.

• Ведение базы данных стандартных вопросов-ответов, автомати-ческое и ручное ее использование.

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

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

компьютере. Предназначена для интерактивной работы юристов. Все обработанные сообщения хранятся в БД на сервере. Модель данных БД:

164

Рис. 1. Модель данных

Реализация службы: Так как эта программа-служба, она не имеет визуальной части. Она

включается автоматически с запуском ОС на сервере. Отключается вместе с завершением работы ОС.

Описание этапов работы службы. Получение письма. На данном этапе происходит подключение к БД,

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

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

165

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

Сохранение письма в БД. На данном этапе происходит сохранение письма в БД с указателями принадлежности к тематике. Затем, если коли-чество необработанных писем больше нуля, происходит повторный ана-лиз с последующим сохранением его в БД. Это происходит пока количе-ство необработанных писем не станет равным нулю.

Используемые методы. Метод GetMails() получает письма из почтово-го ящика, предварительно получив Логин, Пароль, Сервер и Порт сервера из БД при помощи метода GetEmailSettings(). После того как мы получили список непрочтенных писем вызываем метод DefineUsertype() для того чтобы определить тип юриста которому адресовано письмо. Метод DefineUsertype() определяет тип юриста которому адресовано письмо сна-чала он получает все типы существующих в БД пользователей при помощи GetUserstype(). Затем подгружаются словари этих типов пользователей. Потом производится обход по тексту и сравнивание значений со словарем при помощи метода CountMatches(). Так накапливается количество совпа-дений. Наибольшее количество совпадений - показатель типа пользователя.

Для того чтобы текст максимально точно определялся по типам, необ-ходимо хранить в БД слова без окончаний. Например: слово «Квартира» хранить в таком виде «квартир», чтобы все окончания могли бы подойти.

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

166

Для организации работы нейронной сети мы использовали библиоте-ку Encog v.3.2.0. Работа с нейронной сетью начинается с её объявления, добавления входов, скрытого кода и выходов.

Подготовка нейронной сети. BasicNetworknetwork = newBasicNetwork();//объявлениесети network.AddLayer(new BasicLayer(null, true, 5)); //добавляемвходы network.AddLayer(new BasicLayer(new ActivationSigmoid(), true, 3)); //добавляемскрытыйслой network.AddLayer(new BasicLayer(new ActivationSigmoid(), false, 1)); //добавляемвыходы network.Structure.FinalizeStructure(); network.Reset();//заканчиваемподготовкусети Листинг 1. Подготовка сети. Начало обучения сети. //обучаем нашу сеть, делим данные на входные и контрольные double[][] InputData = new double[45][];// Входныеданные double[][] OutputData = new double[45][];// Идеальные выходные данные Листинг 2. Начало обучения сети. Пример обучения сети. InputData[0] = new double[5] { 0.0, 0.0, 0.0, 0.0, 0.9 }; OutputData[0] = new double[1] { 0.5 }; InputData[1] = new double[5] { 0.9, 0.0, 0.0, 0.0, 0.0 }; OutputData[1] = new double[1] { 0.1 }; InputData[2] = new double[5] { 0.0, 0.0, 0.9, 0.0, 0.0 }; OutputData[2] = new double[1] { 0.3 }; InputData[3] = new double[5] { 0.0, 0.9, 0.0, 0.0, 0.0 }; OutputData[3] = new double[1] { 0.2 }; InputData[4] = new double[5] { 0.0, 0.0, 0.0, 0.9, 0.0 }; OutputData[4] = new double[1] { 0.4}; //начинаемобучение

167

int Iteration = 0; do { train.Iteration(); Iteration++; } while ((train.Error > 0.0000001) && (Iteration <

1000000000)); Листинг 3. Пример обучения сети. Выполнение задачи. double[] inputArray1 = { 0.6, 0.2, 0.3, 0.1, 0.4 }; IMLData inputData1 = new BasicNeuralData(inputArray1); IMLData outputData1 = network.Compute(inputData1); Листинг 4. Выполнение задачи. Отличительной чертой нейронной сети является то, что она не про-

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

Программа-клиент представляет собой интерфейс для ответов на по-лученные вопросы, специалисты-консультанты авторизуются (рис. 2) и получают доступ к вопросам только своей тематики (рис. 3). Выбрав во-прос специалист переходит на форму ответа (рис. 4), пишет ответ и нажа-тием кнопки Отправить отправляет его клиенту на электронную почту.

168

Рис. 2. Форма входа

Рис. 3. Список вопросов

169

Рис. 4. Форма для ответа Вывод. Разработано программное обеспечение, позволяющее автома-

тизировать работу юридического консультативного центра. К достоинст-вам можно отнести: Благодаря базе данных построенной на MySQL мы имеем возможность расположить ее на внешнем сервер, эта особенность предоставляет возможность изменения рабочих данных позволяет исполь-зовать наш проект для любого консультативного центра. Использование сервера с базой данных дает возможность юристам работать в любом уголке земного шара, где имеется доступ к сети интернет. Недостаток за-ключается в том, что был применен алгоритм анализа текста невысокой сложности.

Список источников

1. Искусственная нейронная сеть. [Электронный ресурс]: – Режим доступа: http://ru.wikipedia.org/wiki/Искусственная_нейронная_сеть, (23.05.2014).

170

Э. Ф. Шарафутдинов* РАЗРАБОТКА ПРИЛОЖЕНИЯ «БАЗА АККОРДОВ»

С ПОИСКОМ ПО ТЕКСТАМ ПЕСЕН, НА МОБИЛЬНОЙ ПЛАТФОРМЕ ANDROID

Аннотация. Мобильное приложение «База аккордов» создается с целью объединения текстов песен и аккордов к ним множества исполнителей в одном приложении. В ре-зультате создания приложения должно быть уменьшены затраты времени на поиск необходимых аккордов для песен. Ключевые слова: база аккордов, мобильное приложение, android.

Часто бывают ситуации, когда в компании друзей дело доходит до ги-

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

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

Средства реализации: Язык программирования: Java. Среда разработки: Eclipse SDK. Дополнительная библиотека: ActionBar. Все тексты песен хранятся в БД на мобильном устройстве. Для хране-

ния данных используется СУБД SQLite. На рис.1 можно увидеть структуру БД спроектированной на настоя-

щий момент. В настоящее время реализован следующий функционал: • Возможность работы приложения без использования сети интер-

нет Планируется реализация функционала приложения:

* Шарафутдинов Эмиль Фанисович – emil.shar@gmail.com; Ульяновск

171

• Возможность поиска по тексту песни • Организация многопоточности • Автопрокрутка текста песни • Возможность импорта собственных песен • Возможность отметки «Любимой» песни

Рис. 1. Структура БД

Вывод. Идет разработка приложения Разработано программное обес-

печение, позволяющее уменьшить затраты времени на поиск необходи-мых аккордов для песен. К достоинствам можно отнести: Работа прило-

172

жения происходит без использования сети интернет, что позволяет иметь доступ к текстам в любом месте. Недостаток заключается в том, что БД имеет большой размер около 200 Мб, но от этого недостатка планируется избавиться путем применения технологий сжатия текста.

Список источников

1. SQLite. [Электронный ресурс]: – Режим доступа: http://ru.wikipedia.org/wiki/SQLite, (23.05.2014).

2. Reducing database file size. [Электронный ресурс]: – Режим досту-па: http://web.utk.edu/~jplyon/sqlite/SQLite_optimization_FAQ.html#compact, (23.05.2014).

173

В. С. Аввакумова* АВТОМАТИЗИРОВАННАЯ СИСТЕМА УЧЕТА ДОГОВОРОВ

ЗАЙМА

Аннотация. Для успешной и эффективной организации деятельности предприятия по работе с договорами займа была создана автоматизированная система учета догово-ров займа, которая позволяет производить все необходимые манипуляции с догово-рами займа, исключив все возможные ошибки, связанные в первую очередь с вычис-лениями. Также данная программа позволяет автоматически составлять отчеты за вы-бранный период и прогнозировать суммы займов на необходимый срок с помощью метода Сонга и экстраполяционного метода. Ключевые слова: Автоматизация, прогнозирование, договоры займа, экстраполяци-онный метод, метод Сонга.

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

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

К настоящему моменту готова первая версия программы, в которой реализованы следующие функции:

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

• автоматизация процесса расчета сумм начисленных процентов, составления бухгалтерских проводок;

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

• выполнение проверку и вводимых данных; • создание резервной и зашифрованной копии базы данных, а так-

же восстановление базы данных из резервной копии;

* Аввакумова Валерия Сергеевна – val-avvakumova@yandex.ru; Ульяновск

174

• обеспечение проверки вводимых данных на корректность и выве-дения на экран соответствующих предупреждений;

• автоматизация процесса формирования отчетов двух видов: ве-домости сумм полученных займов и ведомости о договорах зай-ма, завершенных до истечения установленного срока;

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

Экономические условия и показатели с течением времени изменяют-ся, менеджеры должны прогнозировать влияние, которое эти изменения окажут на их компанию. Одним из методов, позволяющих обеспечить точное планирование, является прогнозирование. Несмотря на большое количество разработанных методов, все они преследуют одну и ту же цель – предсказать события, которые произойдут в будущем, чтобы учесть их при разработке планов и стратегии развития компании. В качестве мето-дов прогнозирования в автоматизированной системе учета договоров зай-ма были выбраны эктраполяционный метод и метод Сонга.

Разработка автоматизированной системы учета договоров займа ве-дется на языке C# в среде MicrosoftVisualStudio 2010, СУБД MicrosoftSQLServer. В дальнейшем перед разработчиком стоит задача создания блока авторизации, добавления форматов выгрузки отчетов (.doc, .odt), упрощения работы с интерфейсом.

Список источников

1. Бокс, Дж. Анализ временных рядов, прогноз и управление / Дж. Бокс, Г. Дженкинс; пер. с англ. и ред. В.Ф. Писаренко. – М.: Мир, 1974, кн. 1. – 406 с.

2. Арженовский, С.В. Статистические методы прогнозирования: учебное пособие / C.В. Арженовский, И.Н. Молчанов. – Ростов-на-Дону: РГЭУ «РИНХ», 2001. – 74 с.

175

В. С. Аввакумова* АНАЛИЗ ВЛИЯНИЯ ТИЦ НА ПОСЕЩАЕМОСТЬ САЙТА.

Аннотация. В данной работе проведен анализ факторов, влияющих на посещаемость сайта, одним из которых является тематический индекс цитирования, специфика ко-торого наиболее полно рассмотрена. Ключевые слова: Посещаемость сайта, тИЦ, Яндекс, Яндекс-каталог, ранжирование.

Интернет-маркетинг становится все более распространенным явлени-

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

Одними из основных показателей, используемых для оценки эффек-тивности интернет-маркетинга и, в частности, посещаемости сайтов, яв-ляются: количество посетителей, количество просмотренных страниц, ко-личество страниц в расчете на одного посетителя. Существует ряд факто-ров традиционной и интернет-среды, оказывающих влияние на данные показатели. Одни из них могут относиться к количеству ссылающихся страниц, количеству ссылающихся сайтов или месту сайта в списке ре-зультатов поиска. Другие факторы представлены характеристиками сайта, инструментарием комплекса интернет-маркетинга, внутренней средой ор-ганизации. Третьи же – могут относиться к ближнему (потребители, по-ставщики, контактная аудитория, конкуренты и др.) или дальнему (факто-ры макросреды) окружению компании. В своей же работе мне бы хотелось более подробно остановиться на вопросе о влиянии тематического индек-са цитирования (тИЦ) на посещаемость сайта.

Тематический индекс цитирования (тИЦ) – это показатель авторитет-ности сайта в той тематике, которой принадлежит данный сайт. тИЦ от-

* Аввакумова Валерия Сергеевна – val-avvakumova@yandex.ru; Ульяновск

176

ражает то, какое количество других сайтов той же тематики ссылаются на данный сайт.

тИЦ призван быть показателем сложившейся в интернете оценки ре-сурса. Данный показатель появился тогда, когда появился Яндекс Каталог. Чтобы сортировать сайты в данном каталоге, был придуман показатель, который отражает некую авторитетность ресурса. И сайты в Каталоге Ян-декса стали отображаться в порядке убывания этой авторитетности, т.е. самые трастовые сайты показываются на первых местах. Самые слабые – в самом конце.

тИЦ пересчитывается в среднем два раза в месяц. За это время какие-то сайты появляются, а какие-то исчезают. Соответственно, веса ссылок изменяются, и изменяется тИЦ ресурса.

Многие в интернете привыкли к счетчикам посещений, которые из-меряют популярность ресурса у пользователей. Одна из проблем счетчи-ков – положительная обратная связь. Чем выше ресурс в счетчике, тем больше пользователей его посещают и, соответственно, тем выше он в счетчике поднимается.

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

У компании «Яндекс» есть определенные принципы подсчета тИЦ. Во-первых, все ресурсы являются равноправными, ни при каких обстоятельст-вах система подсчета не может быть изменена для любого отдельного сай-та. И во-вторых, Яндекс оставляет за собой право изменить правила тИЦ в любой момент времени без дополнительного уведомления. В связи с уча-стившимися попытками накрутки индекса цитирования, накрученный ин-декс безжалостно обнуляется. Решение о наличии накрутки принимается администрацией Яндекса на основании детального изучения ситуации.

В настоящее время этот показатель является одним из самых важных при формировании цены на биржах ссылок. Чем больше у вашего сайта ТИЦ, тем дороже стоимость ссылок для покупателей.

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

177

числа его посетителей. Кроме того, с абсолютной уверенностью можно констатировать, что все параметры сайта, влияют друг на друга и сколько коррелируют между собой. Так как же взаимодействуют между собой тИЦ и посещаемость сайта?

Первый вопрос – как тИЦ влияет на посещаемость. Это касается про-движения в поисковых системах. Ведь больше всего целевого трафика можно получить именно из поисковых систем. А как формируется список поисковой выдачи? Что учитывается при этом роботами? Релевантность страницы, тИЦ, трастовость ресурса, поведенческие факторы и т.д. То есть, например, среди одинаковых по релевантности страниц поиско-вая машина выберет и поставит на первое место ресурс с более высоким тИЦ. А высшая позиция в списке поисковой выдачи принесет больше трафика. Поэтому тИЦ, безусловно, влияет на посещаемость.

Второй вопрос – влияние посещаемости на тИЦ. Можно предполо-жить, что если у сайта высокая посещаемость, то, значит, он интересен людям. А если сайт интересен, значит, посетители могут оставлять ссылки на него, рекомендовать его другим пользователям на форумах, в соцсетях или даже своих блогах. И чем больше будет подобных ссылок, тем выше станет тИЦ.

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

Список источников

1. Энж, Э. SEO-искусство раскрутки сайтов: Пер. с англ. / Э.Энж, С. Спенсер, Р. Фишкин, Д. Стрикчиола. – 2 изд., перераб. и доп. – СПб.: БХВ-Петербург, 2014. – 688 с.: ил.

2. Резник А.Д. Книга для тех, кто не любит статистику, но вынуж-ден ею пользоваться. Непараметрическая статистика в примерах, упражнениях и рисунках. – СПб.: Речь, 2008. – 265 с.: ил.

178

А. Д. Мухаметзянов, Ю. С. Балдина* ОБЛАЧНЫЙ СЕРВИС ДЛЯ ПРОГРАММИРОВАНИЯ

ЛОГИЧЕСКИХ ИНТЕГРАЛЬНЫХ СХЕМ

Аннотация. Предлагаемая информационная система, является интегральным ресур-сом для полноценной работы с программируемыми логическими интегральными схе-мами (ПЛИС) и их удаленным программированием, хранилищем знаний в этой об-ласти, и средой обмена опытом между разработчиками. Результатом работы системы является модель нечеткого контроллера, представляющая собой интеллектуальную систему автоматизированного управления (ИСАУ) в малом, с возможностью адапта-ции к изменяющимся условиям функционирования (благодаря нечеткому контролле-ру, осуществленному посредством нечеткого алгоритма на псевдонечетком языке не-четких операций). Цель проекта помощь в реорганизации рынка программируемых устройств, а именно замена, наиболее часто используемых в информационных техно-логиях, однокристальных микро-ЭВМ на устройства с программируемой логикой (ПЛИС), а также на развитие таких направлений как робототехника. В данной работе представлено описание и способ реализации архитектуры проекта, предложены схе-мы и этапы процесса проектирования результирующего нечеткого контроллера. Ключевые слова: облачный сервис, программируемые логические интегральные схемы (ПЛИС), интеллектуальная система автоматизированного управления.

A. D. Mukhametzyanov, Y. S. Baldina†

CLOUD SERVICE PROGRAMMING LOGIC DEVICE

*А.Д. Мухаметзянов – desperado@x-cart.com, Ульяновский государственный

технический университет, Ульяновск Ю.С. Балдина – uliya.baldina@gmail.com, Ульяновский государственный техни-

ческий университет, Ульяновск †A.D. Mukhametzyanov – desperado@x-cart.com, Ulyanovsk State Technical

University, Ulyanovsk Y.S. Baldina – uliya.baldina@gmail.com, Ulyanovsk State Technical University,

Ulyanovsk

179

Annotation. This information system is an integral resource for full operation with the pro-grammable logic device (PLD). It can use for remote programming, storage of knowledge, exchange of experience between developers. The result of the system is a model of fuzzy controller. The fuzzy controller is an intelligent automatic control system (ISAU) in small, with the ability to adapt to changing conditions of operation (due to the fuzzy controller, which implemented through a fuzzy algorithm on pseudo-fuzzy language).The purpose of the project assist in the reorganization of the market of programmable devices, replacement the most frequently used in information technology, single-chip micro-computer to a pro-grammable logic device (PLD), as well as on the development of such areas as robotics. This paper is description of the architecture and implementation of the project, as there are diagrams and stages of the design process resulting fuzzy controller. Keywords: cloud service, programmable logic device (PLD), intelligent automatic control system.

Введение. В настоящее время, наиболее часто используемые в ин-

формационных технологиях, микроконтроллеры (однокристальные мик-ро-ЭВМ) не способны выполнять различные задачи и алгоритмы цифро-вой обработки информации (сигналов) из-за потребности IT-индустрии к постоянному развитию. В связи с этим рынок микроэлектроники посте-пенно интегрирует (тем самым вытесняя и заменяя микро-ЭВМ) в произ-водство программируемые логические интегральные схемы (ПЛИС), по трем основным причинам:

1. ПЛИС, по производительности, в разы превосходят микро-ЭВМ. 2. ПЛИС многофункциональны и мультизадачны. 3. ПЛИС могут, в зависимости от полученных данных, менять свою

архитектуру (перепрограммировать самих себя), т.е. "обучаться" [1-2,4].

Т.к. рынок программируемой логики неустанно растет и развивается, разрабатываемый проект направлен на решение таких основных проблем, как:

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

180

2. Необходимость в обучении и приобщении школьников и студен-тов технических направлений к научным новшествам в области IT-технологий, робототехники, конструирования и программиро-вания цифровых устройств.

Описание и способ реализации архитектуры проекта. Процесс программирования логических интегральных схем не прост. Сложность заключается в том, что существует много алгоритмов программирования и форматов данных (в зависимости от производителя и типа ПЛИС), и время выполнения программирования ПЛИС может достигать до 48 часов, в зависимости от аппаратного обеспечения компьютера на котором про-исходят вычисления [3].

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

181

Рис. 1. Архитектура работы web-сервиса На рис. 1 представлена архитектура web-сервиса, состоящая из трех

сущностей, одна из которых состоит из четырех программных блоков: 1. Web-сервис для хостинга IT-проектов. Web-ресурс для получе-

ния нужной информации или прохождения обучения работы с программируемыми устройствами. OnlineIDE для создания, ре-дактирования и ведения проектов, написанных как на языках описания аппаратуры (HDL-языки), так и на высокоуровневых языках программирования. Используемые средства при реализа-ции: PHP, JavaScriptMVC, CoffeScript, AJAX, MySQL + Doctrine2 (ORM, работа с БД посредством объектов PHP, DQL).

2. Клиент-серверное приложение. Небольшое установочное при-ложение необходимое для удаленного подключения программи-руемого устройства к вычислительному серверу. Используемые средства при реализации: .NET Framework, C#, WPF.

Web-сервис

для хостинга

IT-проектов

Клиент-

серверное при-

ложение

Нечеткий

узел

Сервер-контроллер

База

дан-

ных

Контроллер

Транслятор языков

182

3. Сервер-контроллер. Вычислительный сервер, состоящий из че-тырех программных блоков:

a. Контроллер. Некий контроллер, контролирующий все вы-полняемые действия на сервере.

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

c. Транслятор языков. "Программный блок правил", позво-ляющий транслировать языки описания аппаратуры в высо-коуровневые языки программирования.

d. Нечеткий узел. Представляет собой отдельную, масштаб-ную архитектуру, и программно-аппаратную реализацию результирующего нечеткого контроллера. Самый важный программный компонент web-сервиса. Используемые сред-ства при реализации: объектно-ориентированный язык про-граммирования Java, модули на C++.

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

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

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

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

Вывод решения состоит из четырех основных стадий:

183

• фазификации (приведение к нечеткости); • логического вывода решения из множества нечетких правил вывода; • композиции решения; • дефазификация (приведение обратно к четкости).[5-6]

Данное решение в контексте теории автоматического управления (да-лее ТАУ) называется нечетким управлением. Он применяется при синтезе нечетких регуляторов, гибридных регуляторов, нечетких поисковых сис-тем автоматической оптимизации, нечетких устройств оценивания и фильтрации. В качестве причин выбора данного метода можно выделить:

• особые качества ИСАУ с нечеткой логикой (например, малая чувствительность к изменению параметров объекта управления);

• более простой синтез ИСАУ (в сравнении с традиционными ме-тодами);

• «патентная чистота» проектируемых ИСАУ в силу относительной молодости науки;

• популярность нечеткого подхода. В качестве регулятора ИСАУ был реализован гибридный нечеткий

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

дами классической ТАУ (например, обычным ПИД-регулятором); • верхний уровень производит нечеткую адаптацию параметров ре-

гулятора нижнего уровня [7]. Подобный метод помогает достигнуть некоторого уровня адаптивно-

сти ИСАУ. Чтобы задать необходимые нечеткие операции, необходимо реализо-

вать следующие блоки. Как уже говорилось, нечеткий вывод включает в себя 4 основных этапа, однако 2 и 3 можно объединить в один:

• фаззификация (определение значений лингвистических переменных); • логический вывод и композиция; • дефаззификация (получение четких значений выходных характе-

ристик).

184

Рис. 2. Система нечеткого вывода (Fuzzy inference system)

Итак, программная реализация нечеткого контроллера содержит 3

модуля, реализующие данные этапы и задающие требуемые операции. Взаимодействие этих модулей с основной программой продемонстриро-вано на следующей DFD-диаграмме.

185

Рис. 3. DFD-диаграмма реализации нечеткого контроллера.

На этапе фаззификации для каждого входа нечеткого контроллера (вхо-

да ошибки и входа погрешности ошибки) было определено пять функций принадлежности, задающих конкретную лингвистическую переменную: LN (largenegative), N (negative), Z (zero), P (positive), и LP (largepositive). Диапа-зон "горизонта" для функций принадлежностей равен [-80, 80].

Основной алгоритм

Дефаззифи-кация

Фаззифи-

кация

Продукционный

вывод

База нечетких продукционных

правил

Функция при-

надлежности

Лингвистические переменные

Значение ЛП

Функция принадлежности ЛП

Функция принадлежности ЛП

Продук-

ционные правила

Значение ЛП

Значение ЛП

Значение ЛП

Значение ЛП

Имя ЛП

Имя ЛП

Список выведенных ЛП

Имя ЛП

Четкое значение

186

Рис. 4. Вход ошибки (InputError)

Рис. 5. Вход погрешности ошибки (InputChangeoferror)

Результирующая матрица правил нечеткого контроллера была сфор-

мулирована из 25 правил, показанных на рисунке ниже.

187

Рис. 6. Матрица правил (rule matrix of the FLC)

На этапе дефаззификации для выхода нечеткого контроллера было

определено также пять функций принадлежности, которые также задают конкретную лингвистическую переменную: LD (largedecrement), D (dec-rement), Z (zero), I (increment), и LI (largeincrement), с диапазоном "гори-зонта" равным [-100, 100].

Рис. 7. Выход нечеткого контроллера (Increment)

Первая шкала "горизонта" [0, 255] – обозначает реальные значения

лингвистических переменных в нечетком контроллере. Вторая шкала «го-ризонта» [-80, 80] и [-100, 100] - значения операций при работе нечеткого

188

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

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

Выводы. Таким образом, спроектирована среда для программирова-ния логических устройств (ПЛИС), основными плюсами которой являются:

1. Независимость разработчика от технических характеристик ком-пьютера.

2. «Облачность» создаваемой системы, нет необходимости устанав-ливать программное обеспечение.

3. Возможность удаленного программирования микросхем. 4. Комфортная, среда для работы, учебы и обмена опытом между

разработчиками. 5. Наличие сервиса и базы для обучения программированию ПЛИС. 6. Интуитивно понятный интерфейс.

Список источников

1. M. J. Flynn and W. Luk, Computer System Design: System-on-Chip, John Wiley & Sons, Hoboken, NJ, USA, 2011.

2. L. Idkhajine, E. Monmasson, M. W. Naouar, A. Prata, and K. Bouallaga, “Fully integrated FPGA-based controller for synchronous

189

motor drive,” IEEE Transactions on Industrial Electronics, vol. 56, no. 10, pp. 4006–4017, 2009.

3. F. Sun, H. Wang, F. Fu, and X. Li, “Survey of FPGA low power de-sign,” in Proceedings of the International Conference on Intelligent Control and Information Processing (ICICIP '10), pp. 547–550, Au-gust 2010.

4. D. Saha and S. Sur-Kolay, “SoC: a real platform for IP reuse, IP in-fringement, and IP protection,” VLSI Design, vol. 2011, Article ID 731957, 10 pages, 2011.

5. L. Tian, H. Pan, and D. Li, “Efficient Memory Processors Design of Multiple Applications for Multiprocessors Architecture,” in Software Engineering and Knowledge Engineering: Theory and Practice in Ad-vances in Intelligent and Soft Computing, Y. Wu, Ed., pp. 693–697, Springer, Berlin, Germany, 2012.

6. R. E. Precup and H. Hellendoorn, “A survey on industrial applications of fuzzy control,” Computers in Industry, vol. 62, no. 3, pp. 213–226, 2011.

7. J. Kackprzyk, “Multistage fuzzy control: a model-based approach to fuzzy control and decision making,”Journal of Multi-Criteria Decision Analysis, vol. 7, no. 4, pp. 239–240, 1998.

8. T. J. Ross, Fuzzy Logic With Engineering Applications, John Wiley & Sons, Singapore, 3rd edition, 2010.

9. L. Jim, Embedded Control Systems in C/C++, CMP Books, Berkley, Calif, USA, 2004.

10. Thareja, M. Bolic, and V. Groza, “Design of a fuzzy logic copro-cessor using handel-C,” in Proceedings of the 2nd IEEE International Workshop on Soft Computing Applications (SOFA '07), pp. 83–88, Oradea, Romania, August 2007.

190

В. С. Аввакумова, И. Н. Шеянова* РЕАЛИЗАЦИЯ МЕТОДА FCM-КЛАСТЕРИЗАЦИИ

В ПРОГРАММЕ ПРОГНОЗИРОВАНИЯ СУММ ДОГОВОРОВ ЗАЙМА

Аннотация. В данной статье описан принцип работы метода FCM-кластеризации в программе прогнозирования сумм договоров займа и рассмотрены его основные осо-бенности. Ключевые слова: прогнозирование, FCM-кластеризация.

Введение. Огромные объемы информации зачастую приводят к тому,

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

Описание метода FCM-кластеризации.FCM-алгоритм (FuzzyClassifierMeans) – это метод кластеризации набора объектов на 2 или более кластеров, разработанный J.C. Dunn в 1973 г.

Цель алгоритма FCM-кластеризации – автоматическая классификация множества объектов, которые задаются векторами признаков в простран-стве признаков. Иначе, такой алгоритм определяет кластеры и классифи-цирует объекты. Кластеры представляются нечеткими множествами, гра-ницы между кластерами также являются нечеткими.

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

*Аввакумова Валерия Сергеевна – студентка val-avvakumova@yandex.ru; Улья-новский государственный технический университет, Ульяновск Шеянова Ирина Николаевна – студентка,irene.sheyanova@gmail.com;Ульяновский го-сударственный технический университет, Ульяновск

191

Алгоритм основан на минимизации целевой функции:

,1∑∑ −

C

=j

N

i=jji

mij cxu=J (1)

где N – количество сумм договоров займа; С – количество кластеров; uij – степень принадлежности объекта i кластеру j; m – любое действи-тельное число, большее 1, xi – i-й объект набора объектов; cj – j-й кластер набора кластеров; | xi – cj | – норма, характеризующая расстояние от центра кластера j до объекта i.

Объектами кластеризации являются суммы договоров займа. Задачей FCM – алгоритма является разбиение этого набора на заданное количество кластеров.

Алгоритм нечеткой кластеризации выполняется по шагам. Шаг 1. Инициализация. Задаются параметры кластеризации и инициализируется первона-

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

1. Экспоненциальный вес (m). 2. Мера расстояний – ji cx − . Мера расстояний характеризует сте-

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

ji cx − =( ) ,2

1

1

2

−∑

q

=j

kj

ij vx

(2)

где q – количество значимых термов набора сумм; xji – количество

терма j; vjk – значение, соответствующее терму j в k-м кластере.

3. Уровень точности ε. 4. Количество итераций алгоритма. После выбора параметров генерируется случайным образом первона-

чальная матрица принадлежности объектов кластерам. Шаг 2. Вычисление центров кластеров. Каждому j-ому терму ставиться в соответствие действительное число,

вычисляемое следующим образом:

192

,

1

1

∑

∑ ⋅

N

=i

mij

N

=ii

mij

j

u

xu=c

(3)

где cj – значение j-ого терма кластера; N – количество сумм догово-ров займа; xi – значение терма j i-ой суммы; uij – степень принадлежности суммы i кластеру j.

Шаг 3. Формирование новой матрицы принадлежности. Формируется новая матрица принадлежности с учетом вычисленных

на предыдущем шаге центров кластеров:

,

12

1

1∑

−

−

−c

=l li

ji

ij

mcxcx

=u (4)

где uij – степень принадлежности объекта i кластеру j, cj – вектор цен-тра j – го кластера, cl – вектор центра l – го кластера.

При этом, если для некоторого кластера j и некоторого объекта i

ji cx − =0, тогда полагаем, что степень принадлежности uij равна 1, а для

всех остальных кластеров степень принадлежности этой суммы равна нулю.

Шаг 4. Вычисление целевой функции. Вычисляется значение целевой функции, и полученное значение

сравнивается со значением на предыдущей итерации. Если разность не превышает заданного в параметрах кластеризации значения ε, считаем, что кластеризация завершена. В противном случае переходим ко второму шагу алгоритма.

Примерная оценка сложности алгоритма Если записать структуру циклов для выполнения этапа вычисления

центров кластеров на псевдокоде, получим: Для каждого кластера{

193

Для каждого терма кластера{ Для каждого объекта{ } } } Время выполнения линейно зависит от количества кластеров, количе-

ства термов и количества объектов. Для разбиения массива данных из 100 сумм, 1000 уникальных термов на 10 кластеров потребуется 10•1000•100=1•106 итераций. Для разбиения на 15 кластеров для этого же набора объектов потребуется уже 15•1000•100=1.5•106 . Количество ите-раций возрастает линейно.

Структура циклов для этапа вычисления матрицы принадлежности по формуле (4):

для каждого объекта { для каждого кластера { для каждого кластера { для каждого терма{ } } } } Как видно из этого кода, время его выполнения линейно зависит от

количества объектов и термов и имеет квадратичную зависимость от чис-ла кластеров. Для выполнения этого этапа необходимы вложенные циклы до третьего уровня. Таким образом, например, для разбиения массива данных из 100 сумм, 1000 уникальных термов на 10 кластеров потребует-ся 1000•10•10•100=1•107 итераций. Для разбиения на 15 кластеров для это-го же набора объектов потребуется уже 1000•15•15•100=2.25•107 . Количе-ство итераций возрастает более чем в 2 раза.

И, наконец, вычисление целевой функции по формуле (1): Для каждого кластера{ Для каждого ресурса{ Для каждого терма{ }

194

} } Время выполнения линейно зависит от количества кластеров, количе-

ства объектов. Как видно из приведенных выше формул, в каждом из этапов присут-

ствуют вложенные циклы до 3-го – 4-го уровня вложенности. Для больших массивов данных при запуске алгоритма на компьютере

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

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

Список источников

1. Ярушкина Н. Г. Основы теории нечетких и гибридных систем.- М.: Финансы и статистика, 2004. - 320 с.

2. A Tutorial on Clustering Algorithms. [Электронный ресурс]: – Режим доступа: http://home.dei.polimi.it/matteucc/ Cluster-ing/tutorial_html/index.html, (25.05.2014).

195

М. М. Фирулина, М. С. Теплова* РАЗРАБОТКА СИСТЕМЫ АТТЕСТАЦИИ СОТРУДНИКОВ

Аннотация. Настоящий документ является докладом на 1-ую Всероссийскую научно-практическую конференцию «Прикладные информационные системы». В данном докладе освещен программный продукт «Система аттестации сотрудников». Данный доклад содержит такие части как: Введение, Основная часть с иллюстрациями работы программы и Заключение. Ключевые слова: доклад, публикация, система.

Введение. В настоящее время учет зарплаты в зависимости от продаж является

популярным способом оплаты труда сотрудников предприятия. Так, на-пример, прибыль предприятия зависит от объема проданных товаров и ус-луг. Товары и услуги реализуют менеджеры по продажам. Для того, чтобы сотрудники работали эффективно, необходимо мотивировать их работу. Для этого и используется способ начисления заработной платы в зависи-мости от количества продаж. Но, зачастую, такой способ подразумевает наличие большого количества показателей и нюансов для учета. Это зна-чительно усложняет работу бухгалтера такого предприятия, и, процесс учета заработной платы становится достаточно рисковым и сложным, по-тому что даже одна ошибка может привести к нарушениям и неточностям. Как следствие, это отразится на информации о финансовом состоянии предприятия. Поэтому в данный момент является актуальным вопрос об-легчения и минимизации риска этого процесса.

Нами была разработана «Система аттестации сотрудников». Основ-ной функцией данного проекта является расчет заработной платы агентов

* Фирулина Мария Михайловна – студентка, rockerovka@mail.ru; Ульяновский

государственный технический университет, Ульяновск Теплова Марина Сергеевна – студентка, clair_95@bk.ru;Ульяновский государст-

венный технический университет, Ульяновск

196

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

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

Основная часть. Система выполняет ряд функций: работа с БД, построение отчета о

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

При проектировании Базы Данных было выделено 10 таблиц: • Пользователи(хранение личных данных о пользователях, а также

статуса и количества дней выработки агентов). • Заявки(хранение информации о заявке с указанием данных кли-

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

числения заработной платы сотрудникам). • Детализация(хранение мобильных кодов, доступных для звонка

со служебного телефона агента). • Тест(хранение тестов). • Вопрос(хранение вопросов с указанием теста и типа). • Ответ(хранения ответов с указанием принадлежности к вопросу,

текста и показателя верности). • Тест_Вопрос(осуществление связи теста и вопросов). • Оценка(хранение результата прохождения тестирования агентами).

197

• Заработная плата(хранение истории о начисляемой заработной плате с указанием агента, суммы и даты произведения операции).

При разработке Базы Данных была выбрана технология LINQtoSQL. В качестве сервера был выбран Microsoft SQL Server, так как он поддер-живает данную технологию. Выбор этой технологии был обусловлен тем, что она предоставляет максимальную обособленность пользовательского интерфейса от Базы Данных, что в условиях парной работы оказалось наиболее приемлемым решением данной задачи.

LINQ to SQL – это инфраструктура, которая позволяет легковесно, быстро обращаться к реляционным источникам, в частности к SQL серве-ру, предоставляя объектное представление фактически логического уров-ня данных реляционного источника [2].

LINQ to SQL – инструмент объектно-реляционного отображения дан-ных(ORM) начального уровня, позволяющий выполнять мощные SQL-запросы.

Но LINQtoSQLнельзя назвать полноценной ORM, т.к. данная техно-логия работает только с Microsoft SQL Server, поддерживает маппинг (отображение) только «один в один», т.е. если имеется три таблицы для реализации отношения «многие ко многим» и одна из них – объединяю-щая таблица, то в объектном представлении с точки зрения LINQ to Sql получится три объектных коллекции. Кроме того LINQtoSQL не поддер-живает реструктуризацию базы данных (БД).

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

198

Рис. 1. Создание вопросов

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

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

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

Рис. 2. Прохождение теста

199

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

Для реализации построения отчетов в PDF использовалась библиотека itextsharp. Основные преимущества данной библиотеки в ее доступности, простоте использования и широком спектре предоставляемых возможностей.

Библиотека itextsharp позволяет создавать и манипулировать PDF до-кументами. Она позволяет разработчикам совершенствовать веб и при-кладные приложения с помощью динамической генерации и/или манипу-ляции над PDF документами.

Разработчики могут использовать itextsharp для: • Передачи PDF в браузер. • Генерировать динамические документы из XML файлов или базы

данных. • Использовать много интерактивных возможностей PDF. • Добавлять закладки, число страниц, водяные знаки и т.д. • Разделять, объединять и манипулировать PDF страницами. • Автоматизация заполнения PDF форм. • Добавлять цифровую подпись в PDF файл [1].

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

Для построения отчетов в OpenOfficeCalc использовались библиотеки CLI-сборок. Это семейство библиотек предоставляет обширный набор ин-струментов для корректного вывода электронных таблиц в OpenOffice. Несмотря на то, что работа с данным семейством библиотек вызвала неко-торые затруднения, они оказались мощным решением задачи вывода от-четов.

200

Библиотеки, выбранные нами для построения отчетов, являются бес-платными, что является немало важным аспектом.

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

Заключение. Достоинствами нашего проекта являются: • Простота использования. • Широкий спектр показателей для оценки эффективности работы

сотрудников. • Удобный интерфейс ведения данных о сотрудниках и заявках. • Вывод отчетов в доступных форматах (PDF и Calcбесплатны). • Поддержка работы трех видов пользователей.

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

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

o Агент (добавление и редактирование данных о заявках, прохождение тестов, регистрация в системе).

• Ограниченный доступ персонала к редактированию или просмот-ру определенной информации.

Недостатки нашего проекта: • Ограниченность возможных форматов входных файлов (детали-

зация и клиент-банк должны быть представлены в xml-формате).

201

• Ограниченность возможных форматов выходных файлов (отчеты строятся только в PDF и Calc).

• Недостаточная поддержка работы пользователя (отсутствие под-сказок к функциональным возможностям кнопок).

Список источников

1. Обзор C# библиотек для работы с PDF [Электронный ресурс] : – Режим доступа: http://habrahabr.ru/post/112707/

2. Сравнительный анализ ORM технологий при проектировании информационных систем [Электронный ресурс]: – Режим досту-па: http://www.lib.tpu.ru/fulltext/c/ 2012/C28/084.pdf

202

Е. С. Михайлова, А. И. Кантимирова* РАЗРАБОТКА СИСТЕМЫ АВТОМАТИЗАЦИИ

ДЕЯТЕЛЬНОСТИ АТЕЛЬЕ ПО ПОШИВУ ОДЕЖДЫ

Аннотация. Автоматизация деятельности ателье по пошиву одежды. Система должна позволять загружать изображения одежды в оговоренном формате, для предоставле-ния пользователю базы данных имеющихся вариантов. Кроме изображений вы долж-ны иметь сведения о размере, возможных цветах (соответственно, несколько изобра-жений), и стоимости. Пользователь должен иметь возможность ввести свои парамет-ры для того, чтобы система рассчитала его размер и соответственно, при подборе одежды это учитывалось. Программа должна иметь возможность автоматического подбора образов по заданным пользователем характеристикам. Одежда «надевается» на манекен. Предусмотреть систему скидок постоянным клиентам и возможность просмотра, что было ими ранее приобретено. Необходимо иметь возможность распе-чатать счет на приобретение, а также отчет о том, сколько одежды было продано и пошито за определенный период и на какую сумму (Excel). Необходимо формировать статистические отчеты о результативности работы фирмы за определенный период с разрезом по месяцам. Реализовать отправку на почту постоянным клиентам рассылки о специальных предложениях. Ключевые слова: автоматизация, ателье, система, база данных, счет, отчет, рассыл-ки, почта.

Введение. Данное программное обеспечение предназначено для усо-

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

* Михайлова Елена Сергеевна – студентка группы ИСЭбд-21, jde243116@mail.ru; Ульяновский государственный технический университет, Ульяновск

Кантимирова Альфия Ильдаровна – студентка группы ИСЭбд-21, jde243116@mail.ru; Ульяновский государственный технический университет, Ульяновск

203

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

Реализуемые функции. Система выполняет функции: • работа с БД; • формирование отчета 1- счет (Word); • формирование отчета 2- отчет о результативности работы фирмы

за определенный период (Excel и PDF); • работа с почтой.

Для реализации построения базы данных использовался сервер MS SQL Express Edition. Это бесплатная программа для создания, просмотра и ре-дактирования данных на таких ОС, как Windows 2000, XP, Vista, Windows7. Для работы с базами данных была применена технология LINQ. LINQ – это набор функций, предоставляющий стандартные, простые в изу-чении шаблоны для запросов на выборку и изменение данных. Главным преимуществом LINQ является то, что вы можете выбрать данные из базы данных в память локальной машины, а потом фильтровать или сортировать данные. База данных проекта состоит из таблиц: clients, clothes, sales. Таб-лица Clients хранит данные о заказчике и имеет поля id (уникальный номер заказчика),name (ФИО заказчика), email (электронный адрес заказчика). Таблица Clothes предназначена для хранения данных о продукции пред-приятия. В таблице имеются поля: id (уникальный номер изделия), gender (пол, для которого предназначено изделие), style(стиль изделия, например: спортивный/ официальный/домашний), size (размер изделия), name (назва-ние изделия), count (количество имеющихся изделий), price(цена изделия), image( изображение изделия). Таблица Sales предназначена для хранения данных, которые используются в расчете скидки постоянным клиентам ор-ганизации и формировании статистического отчета о результативности ра-боты фирмы за определенный период. В ней содержатся поля:

204

id(уникальный номер), id_client (уникальный номер заказчика), id_clothes (уникальный номер изделия), count (количество имеющихся изделий), price (цена изделия), data (дата приобретения товара).

Для реализации построения отчета в Wordбыли использованы библиоте-ки MicrosoftWord 11,0 ObjectLibrary, MicrosoftOffice 11,0 ObjectLibraryи ссыл-ка на Microsoft.Office.Interop.Excel. Это бесплатные библиотеки объектов MSOffice,которые позволяют работать с шаблонами документов Word.

Для реализации построения отчета в pdf была использована библиоте-ка iTextSharp , позволяющей создавать pdf-документы и манипулировать ими. Эта бесплатная библиотека является наиболее упоминаемой в Интер-нет-сообществе. Функциональные возможности формата достаточно бога-ты. Он позволяет внедрять в документ необходимые шрифты, изображения, формы, а также мультимедиа-вставки. Имеет собственные технические форматы для полиграфии и позволяет использовать механизмы электрон-ных подписей для защиты и проверки подлинности документов [1].

Для реализации построения отчета в Excel была использована биб-лиотека MicrosoftOffice 11,0 ObjectLibrary и ссылка на Mi-crosoft.Office.Interop.Excel. Это бесплатная библиотека принадлежащая объекту MSOffice, предназначенная для организации взаимодействия ме-жду пакетом и приложением.

Классы по работе с email находятся в пространстве имен System.Net.Mail. Они реализуют такие полезные функции, как:

• отправка почты, в том числе нескольким адресатам; • отправка копии и скрытой копии письма; • вложение файла к письму; • использование HTML-кода в теле письма.

Отправка почты в основном реализуется двумя классами: MailMessage и SmtpClient. MailMessage содержит сведения о заголовке и теле письма, отправителе и получателях. SmtpClient хранит информацию об SMTP-сервере: хост, порт, наличие SSL [2].

205

Дополнительно используемые инструменты. При создании проекта был использован GITHub – система управления версиями файлов. Данная система позволяет хранить несколько версий одного и того же документа, при необходимости возвращаться к более ранним версиям, определять кто и когда сделал то или иное изменение (см. рисунок).

Рисунок. Выгруженные файлы в GITHub

Вывод. Основное достоинство данного программного продукта: воз-можность использования программы в любом ателье. Он очень удобен в использовании и как работать с ним поймет каждый пользователь. Программа имеет большой функционал. Может подгружать новую одеж-ду, удалять старую – в зависимости от моды и спроса.

Недостаток: большая конкуренция на рынке с похожими продуктами, ограниченное количество функция, не совсем реалистичные изображения одежды и цена за ПП (в будущем).

206

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

Внедрение ИС на предприятии может способствовать: • получению более рациональных вариантов решения управленче-

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

• освобождению работников от рутинной работы за счет ее автома-тизации;

• обеспечению достоверности информации; • замене бумажных носителей данных на электронные; • совершенствованию структуры потоков информации и системы

документооборота в фирме; • предоставлению потребителям уникальных услуг; • привязке к фирме покупателей и поставщиков за счет предостав-

ления им разных скидок и услуг; • предоставляет своевременную и надежную информацию о скид-

ках и акциях организации [3].

Список источников 1. Воронина В. Технологии автоматизации бизнес-процессов пред-

приятий: учебное пособие. Ульяновск: УлГТУ, 2013. 84 с 2. Интернет ресурс // C# mail send. Простой пример: C# отправка

почты [Электронный ресурс]: – Режим доступа: //http://stud-work.ru/index.php/c-sharp-mail-send-prostoj-primer-c-otpravka-email

3. Проблемы внедрения корпоративных информационных систем [Электронный ресурс]: – Режим доступа: //http://koet.syktsu.ru/vestnik/2005/2005-3/10.htm

207

Э. И. Рахманова, Г. Р. Сабитова.* СИСТЕМА АВТОМАТИЗАЦИИ РАБОТЫ АПТЕКИ

Аннотация. Настоящий документ является докладом на 1-ую Всероссийскую научно-практическую конференцию «Прикладные информационные системы». В данном докладе освещен программный продукт «Система автоматизации работы аптеки». Данный доклад содержит такие части как: Введение, Основная часть с иллюстрация-ми работы программы и Заключение. Ключевые слова: автоматизации, фармацевтика.

Введение. На сегодняшний день система автоматизация работы аптек – один из

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

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

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

*Рахманова Эльвира Ильдаровна – студентка гр. ИСЭбд-21; Ульяновский

государственный технический университет, Ульяновск Сабитова Гелия Рафиковна – студентка гр. ИСЭбд-21; Ульяновский государст-

венный технический университет, Ульяновск

208

дажи товаров и управления товарными запасами, а также эффективно осуществлять оперативный и аналитический контроль на аптечном пред-приятии.

Основная часть. Система выполняет следующие функции:

1. Работа с БД. 2. Построение отчета в виде графика на форме и в Excelо результа-

тивности работы фирмы за определенный период с разрезом по месяцам.

3. Построение отчета в виде графика на форме и в Excelо количест-ве лекарств по группам.

4. Построение отчета в виде графика на форме и в Excel о количест-ве лекарств с истекающим сроком годности.

5. Работа с почтой. 6. Формирование файлов с заказами и счетами в форматах PDF и Calc. 7. Автоматическая загрузка файлов с закупками формата Excel. 8. Отслеживание номенклатуры с истекающим сроком годности и

количество лекарств по группам на складе. 9. Фиксация продажи. 10. Реализация скидочной системы по накопительным дисконтным

картам. При разработке Базы Данных была выбрана технология LINQ.В каче-

стве сервера был выбран Microsoft SQL Server R2, так как он поддержива-ет данную технологию. Технология LINQ предоставляет максимальную обособленность пользовательского интерфейса от Базы Данных, поэтому выбор этой технологии был заложен в основы системы, что очень прием-лемо в условиях парной разработки системы.

LINQ – набор функций, предоставляющий стандартные, простые в изучении шаблоны для запросов на выборку и изменение данных реляци-онных источников через SQL-запросы ,в частности к SQL серверу, пре-доставляя объектное представление фактически логического уровня дан-

209

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

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

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

• Алгоритм (содержит название, дата принятия алгоритма для вы-числения скидки).

• Карта (хранит накопленную сумму клиента, текущий процент скидки, и алгоритм, соответствующий данной карте).

• Группа (содержит наименование группы). • Поставщик (содержит наименование поставщика, адрес, email). • Препарат (хранит название, цена, количество, дата срока годно-

сти препарата, поставщик препарата, соответствующую ему группу, и соответствующую настройку).

• Продажа (содержит препарат, количество, дату продажи и сумму). • Настройка (хранит название настройки и пороговое значение). • Скидка (cодержит алгоритм, сумму и соответствующий процент

скидки). Таблицы в базе данных связаны друг с другом. Таблица препаратов

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

210

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

Для автоматической загрузки закупок и сохранения отчетов в виде таб-лиц и графиков в формате документа Excel, использовалась стандартная библиотека Microsoft.Office.Interop.Excel, платформы .Net для взаимодейст-вия с приложениями MicrosoftOffice. Благодаря этому, возможно работать с различными объектами в Excel, которые обладают свойствами, содержащи-ми ссылки на листы, ячейки, диаграммы для вывода информации. Постав-щики присылают закупки в файле, пользователь указывает путь к папке в которой хранятся закупки, затем автоматически загружается содержимое папки, далее программа определяет данные о препарате, и если препарат но-вый, то сохраняет данные о препарате в таблице препаратов, если препарат уже был в наличии, то обновляет данные о данном препарате.

Для вывода графиков на форму используется технология GDI+. GDI+- это набор программных средств, которые используются в

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

Отчеты строятся в разрезе по месяцам. По горизонтальной оси на графике отображаются названия препаратов по вертикальной оси: количе-ство препаратов.

Ниже приведены примеры построенного графика препаратов с исте-кающим сроком годности на форме (рис.1) и в Excel (рис.2).

211

Рис. 1. Отчет на форме

Рис. 2. Отчет в Excel

Для отправки заказов и счетов за поставленную продукцию на почту

поставщикам использовалась стандартная библиотека Mail.dll, которая содержат классы: MailMessage представляет содержимое почтового сооб-щения, SmtpClient передает электронную почту на хост SMTP, назначен-ный для доставки почты, и почтовые вложения файлов можно создавать с помощью класса Attachment.

Для формирования файлов заказов и счетов в pdf была использована библиотек itextsharp.dll она открытая, удобная, бесплатная и ее функцио-нал позволяет осуществлять передачу pdf в браузер, генерировать дина-

212

мические документы из xml-файлов и баз данных, манипулировать стра-ницами pdf-документа, автоматизировать заполнение форм и добавлять цифровую подпись в документ. Единственная задача, реализация которой в данной библиотеке практически не поддерживается, – извлечение текста из pdf-документа, но в данном случае нам это и не требуется.

Для формирования файлов заказов и счетов в calcбыли использованы библиотеки CLI-сборок они поставляются и устанавливаются вместе OpenOffice . Этот способ, несомненно, удобнее в использовании для раз-работчика, но имеет ряд ограничений. Во-первых, он не будет работать с ранними версиями пакета, во-вторых, версия библиотек может конфлик-товать с версией Framework, в-третьих, версия библиотек должна совпа-дать с версией OpenOffice, т. е. возможна проблема в переносимости при-ложения с одной машины на другую.

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

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

Реализация продажи представлена ниже (рис. 3)

213

Рис. 3. Реализация продажи

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

ние и сохранение всей контактной информации о фирме, включая адрес почты, пароли. В дальнейшем эти данные используются при оформление файлов с заказами и счетами.

Заключение. Достоинствами нашего проекта являются следующие необходимые

условия которые позволяют совершить качественную работу системы: • Простота использования, удобный интерфейс. • Регистрация и учет продаж. • Группировка по группам, сформированным пользователем. • Корректировка данных, заведенных пользователями. • Вывод отчетов в доступных форматах (PDF и Calcбесплатны).

Недостатки нашего проекта:

214

• Ограниченность возможных форматов входных файлов. • Ограниченность возможных форматов выходных файлов (отчеты

строятся только в PDF, Calcи Excel). Список источников

1. Воронина, В. В. Технологии автоматизации бизнес-процессов предприятий: учебное пособие / В. В. Воронина. – Ульяновск: УлГТУ, 2013. – 205 с.

2. GDI+: графика нового поколения [Электронный ресурс]: - Режим доступа: http://www.rsdn.ru/article/gdi/gdiplus3.xml

215

С. А. Климов, Е. А. Киреева* РАЗРАБОТКА СИСТЕМЫ АВТОМАТИЗАЦИИ РАБОТЫ

МЕБЕЛЬНОЙ ФИРМЫ

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

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

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

Программная часть. Система выполняет следующие функции: ведёт учет клиентов, а также товаров и комплектующих на складе; оформляет за-казы на производство, заказы комплектующих у поставщиков, а также опе-раций купли-продажи и хранит их истории. Помимо этого есть возмож-ность распечатки товарных накладных, договоров продажи и счетов на оп-лату. В системе реализован конструктор шкафов-купе, позволяющий поль-зователям нарисовать требуемую конструкцию и рассчитать ее стоимость в зависимости от выбранных материалов и фурнитуры. Система автоматиче-ски отслеживает при заказе: какие комплектующие есть на складе, а каких нет и, исходя из этого, рассчитывает примерный срок выполнения заказа, учитывая срок поставки комплектующих. В ней формируются статистиче-ские отчеты о результативности работы фирмы за определенный период с разрезам по месяцам в виде графиков на форме и таблиц и графиков в Excel’е. Она отправляет письма и документы на электронную почту.

*Климов Сергей Александрович – студент ИСЭбд-21, klimowsa@mail.ru; Улья-

новский государственный технический университет, Ульяновск Киреева Екатерина Александровна – студентка ИСЭбд-21, ekireeva94@gmail.ru;

Ульяновский государственный технический университет, Ульяновск

216

При работе с базой данных была использована технология ADO.Net и сервер MicrosoftSQLServer. Достоинствами, выбранной технологии явля-ется то, что она позволяет работать с разными СУБД, обеспечивая лег-кость перехода с одной на другую всего лишь изменением поставщика данных. Также она позволяет снизить нагрузку на СУБД и повысить про-изводительность приложения [1].

В базе данных были использованы следующие таблицы: «Комплек-тующие» – для хранения данных о каждой из комплектующей на складе, «Шкаф» – для хранения информации о готовом шкафе, его цене и времени требуемой сборки, «Поставщик» – для хранения информации о поставщи-ках, их контактные данные, «СвязьКП» – хранит информацию о наличии конкретных комплектующих у поставщиков, «Операция закупки комплек-тующих» – ведет учет закупок недостающих комплектующих для сборки конкретного шкафа, «Клиент» – хранит список клиентов сих контактной информацией. «Журнал продаж» – ведет учет продаж шкафов клиентам с конкретной датой и ценой продажи.

Распечатка товарных накладных, договоров продажи и счетов на оп-лату была реализована с помощью таких текстовых редакторов как OpenOfficeWriter и AdobeReader. Для работы с форматом odtмы использ-вали внутренние библиотеки программы OpenOffice: cli_basetypes, cli_cppuhelper, cli_oootypes, cli_ure, cli_uretypes. Они бесплатныи содержат почти весь необходимый набор функций для работы с данным форматом.

Для работы с форматом PDF была выбрана библиотека iTextsharp. Она является бесплатной, поддерживает практически все инструменты для работы с документом и наиболее удобна в использовании.

При создании конструктора шкафа-купе, а также графика о результа-тивности работы фирмы за определенный период с разрезам по месяцам использовалась библиотека GDI+ :System.Drawing, она является стандарт-ной и покрывает весь нужный функционал для отрисовки каких-либо объ-ектов на форме, очень удобна в использовании.

217

Для работы с Excel-документом использовалась стандартная библио-тека, поставляющаяся с платформой .Net: Microsoft.Office.Interop.Excel. Она позволяет создавать и форматировать документы данного формата, создавать в них таблицы и графики.

В работе с электронной почтой мы использовали сервер SMTP и биб-лиотеки System.Net.

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

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

218

понятный и красивый интерфейс, и каждому сотруднику не составит тру-да начать с ним работать.

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

Список источников

1. Воронина В.В., Технологии автоматизации бизнес-процессов предприятий: учебное пособие. Ульяновск: УлГТУ, 2013. 205 с.

219

Н. А. Симдянова, Е. А. Савенкова* РАЗРАБОТКА СИСТЕМЫ АВТОМАТИЗАЦИИ РАБОТЫ

КАФЕ С ДОСТАВКОЙ

Аннотация. Настоящий документ является докладом на 1-ую Всероссийскую научно-практическую конференцию «Прикладные информационные системы». В данном докладе представлен программный продукт «Система автоматизации работы кафе с доставкой». Данный доклад содержит такие части как: Введение, Основная часть с изображениями работы программы и Заключение. Ключевые слова: доклад, публикация, система.

Введение. В настоящее время существует множество различных кафе, ресторанов

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

Нами была разработана «Система автоматизации работы кафе с дос-тавкой». Данная система может применяться для удобной работы с посе-тителями, оформления их заказов, формирования отчетов и статистиче-ской информации о выполненной работе. Также система имеет возмож-ность массовой рассылки предложений на электронную почту.

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

* Симдянова Наталья Александровна – студентка, nasimna@mail.ru; Уль-

яновский государственный технический университет, Ульяновск Савенкова Елизавета Александровна – студентка,

elizaveta_savenkova_95@mail.ru; Ульяновский государственный технический универ-ситет, Ульяновск

220

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

Основная часть. Система выполняет ряд функций: работа с БД, построение отчета о

результате работы кафе за указанный период, вывод статистической ин-формации о заказываемых блюдах в виде графиков в Excel за выбранный период, формирование и вывод на печать формы счёта, работа с почтой.

Работа с БД. Были созданы таблицы: Клиент

ID (int) ФИО (varchar) Телефон (varchar) E-mail (varchar) Номер карты (varchar) Сумма покупок (int) Заказ ID (int) ID клиента (int) Дата (datetime) Суммазаказа (int) Статус (varchar) Формирование заказа ID (int) ID заказа (int) ID блюда (int)

Количество блюд (int) Продукт ID (int) Название (varchar) Цена (int) Количество (real) Состав блюда ID (int) Количество продукта (real) ID блюда (int) ID продукта (int) Блюдо ID (int) Название (varchar) Описание (varchar) Цена (int)

Таблица Клиент связана с таблицей Заказ по полю ID клиента для обеспечения зависимости между конкретным клиентом и конкретным за-

221

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

В качестве сервера был выбран Microsoft SQL Server Express. Используемая технология: ADO.NET. Преимущества данной техноло-

гии состоит в удобстве создания форм для работы с данными, повышенная производительность приложения. К тому же объекты bindingSourсe и tableAdapter существенно уменьшают программный код приложения.

Построение отчета 1 (Отчет по заказам) Данный отчет отображает информацию о результате работы кафе за

выбранный период. Для работы с отчетом использовалась библиотека

Microsoft.Office.Interop.Excel. Она быстрая, удобная, бесплатная. Построение отчета 2 (Отчет по заказываемым блюдам) Данный отчет предоставляет статистическую информацию о том, что

наиболее часто и что наиболее редко заказывают. Отчет формируется в Excel в виде диаграммы. Для работы с отчетом использовалась библиотека Microsoft.Office.Interop.Excel.

Построение отчета 3 (форма счета) Данный отчет формирует и выводит на печать форму счета. Для работы

с отчетом использовалась библиотека Microsoft.Office.Interop.Excel. Работа с почтой.

222

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

Использовалась библиотека itextsharp.dll и были подключены сле-дующие пространства имен:

using iTextSharp.text; using iTextSharp; using System.IO; using iTextSharp.text.pdf; Основные преимущества данной библиотеки в ее доступности, про-

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

кументами. Она позволяет разработчикам совершенствовать веб и при-кладные приложения с помощью динамической генерации и/или манипу-ляции над PDF документами.

Разработчики могут использовать itextsharp для: • Передачи PDF в браузер. • Генерировать динамические документы из XML файлов или ба-

зы данных. • Использовать много интерактивных возможностей PDF. • Добавлять закладки, число страниц, водяные знаки и т.д. • Разделять, объединять и манипулировать PDF страницами. • Автоматизация заполнения PDF форм. • Добавлять цифровую подпись в PDF файл.

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

Заключение. Достоинствами нашего проекта являются: • Интуитивно понятный интерфейс. • Быстрое добавление информации. • Удобный вид отчетов.

223

• Удобство поиска старого клиента по номеру телефона, имени и номеру карты.

• Удобство формирования заказов, отслеживает количество необ-ходимых продуктов на складе.

• Универсальная. Недостатки нашего проекта:

• Отсутствие подсказок к функциональным возможностям кнопок.

Список источников 1. Воронина, В. В.Технологии автоматизации бизнес-процессов

предприятий: учебное пособие/ В. В. Воронина. – Ульяновск: УлГТУ, 2013. – 205 с.

2. MSDN-the microsoft developer network [Электронный ресурс]. – Режим доступа: http://msdn.microsoft.com/en-US/#fbid=QGol6lOCEz0

224

И. Н. Куличенко* СИСТЕМА ОПТИМИЗАЦИИ УЧЕТА И ПОИСКА ТОВАРОВ

ПО ШТРИХ-КОДАМ

Аннотация. Мобильное приложение должно считывать по штрих-коду информацию о товаре и передавать ее основному приложению, для занесения товара в БД или для изменения количества существующих товаров. Система должна позволять вести учет клиентов, товаров на складе, поставщиков тех или иных товаров, а также историю операций купли-продажи. Должна быть возможность распечатки товарных наклад-ных, а также счетов на оплату(pdf и writer). Предусмотреть выгрузку оплаты от кли-ента из системы «Клиент-Банк». Необходимо формировать статистические отчеты о результативности работы фирмы за определенный период с разрезом по месяцам. Отчеты формировать в виде графиков на форме и таблиц и графиков в Excel. Реали-зовать возможность отправки документов на электронную почту. Ключевые слова: автоматизация, мобильное приложение, система, база данных, Bluetooth, штрих-код.

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

так как автоматизация ведения отчётности на предприятие способствует ускорению производственного процесса, а простота в использовании и на-глядности информации, представленной в графическом виде, помогает бо-лее быстро и качественно продумать стратегию предприятия, чем если бы эта отчётность велась вручную. Данная система может применятся для ве-дения учёта купли-продажи товаров, поставщиков, заказчиков. Добавлять в базу данных товары или изменять их количество можно как в ручную, так и с помощью специального приложения, сканера EAN кодов, которое было разработано для мобильных устройств с ОС Android 4.X. Данные с мобиль-ного устройства передаются в программу через Bluetooth.

Реализуемые функции. Система выполняет функции:

* Куличенко Илья Николаевич – студент группы ИСЭбд-21, noboss1992@gmail.com; Ульяновский государственный технический университет, Ульяновск

225

• работа с БД; • сканирование кодов EAN-13 с изображения; • передача кода EAN-13, с клиента на сервер через Bluetooth; • автоматическая генерация поисковых запросов к поисковой сис-

теме Google, и открытие результатов поиска в браузере. База данных была создана в MSAccess, состоит из пяти таблиц: исто-

рия, операции, склад, все товары, пользователи. В таблице «пользователи» находится общая информация обо всех пользователях, зарегистрированных в данной системе, в таблице товары находится информация обо всех това-рах, которые когда-либо были добавлены пользователями вручную (пер-вичным ключом в этой таблице выступает EANкод товара), в таблице склад находится информация о том, у какого пользователя, в каком количестве, по какой цене находятся какие товары. В таблице «Операции» находятся все незавершённые операции между пользователями, на пример поступил заказ от одного пользователя к другому на приобретение каких-либо това-ров, но заказ еще не одобрен поставщиком, заказ одобрен поставщиком, но еще не произведена оплата заказчиком, произведена оплата, но поставщик еще не отправил товар, товар отправлен, но заказчик его еще не получил, как только все эти операции были последовательно выполнены, в таблице «Операции» отражается только статус операции, товары участвующие в операции находятся в таблице «История», и при отмене операции одним из пользователей на каком-либо моменте удаляются от туда. Подключение к базе данных производится с помощью OleDB.

Изображения для распознавания на них EANкода, поступают с видео-камеры устройства, распознавание кода происходит при помощи библио-теки ZXing [4].

Передача данных через Bluetoothна стороне клиента была реализована вручную через сокеты [1]. Серверная часть была реализована с помощью библиотеки 32feet.Net [2].

Запрос в поисковую систему Googleвыглядит следующим образом: https://www.google.ru/search?hl=ru&btnG=1&pws=0&q=[ЗАПРОС]

226

Вместо [ЗАПРОС] достаточно вписать EANкод и передать эту строку в качестве аргумента в метод Startкласса Process, который предоставляет доступ к локальным и удалённым процессам и позволяет запускать и ос-танавливать локальные процессы. В случае передачи в метод Startссылки на интернет ресурс, откроется новое окно браузера, установленного в ОС по умолчанию, в URLстроке браузера будет введён адрес, переданный в качестве аргумента.

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

MicrosoftTeamFoundation.

Рис. 1. Список отправлений различных версий проекта

Для логирования, при разработки, использовалась библиотека log4net [3]. Вывод. Если сравнивать данный программный продукт с уже имею-

щимися аналогами, то явных достоинств выявить не получится, сплошные недостатки, более того поставленная задача выполнена не до конца, в про-грамме не формируются отчёты, не отправляется почта, не формируется файл оплаты для системы «Клиент-Банк». Единственной изюминкой про-граммы, отличающей её от аналогов является реализация мобильного

227

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

Главное в разработанной программе не то, что она могла бы стать достойной заменой уже имеющихся аналогов (хотя этого не было бы даже при полностью выполненной задачи), а то, что я узнал в процессе её напи-сания: столкнулся с новыми алгоритмами компьютерного зрения, различ-ными способами бинаризации изображения, технологией Bluetooth. Поя-вились новые идеи и желание продолжать изучать программирование.

Список источников

1. Рето Майер. Android 4. Программирование приложений для планшетных компьютеров и смартфонов. Москва: ЭКСМО, 2013. 814 с.

2. 32feet.NET. Documentation [Электронный ресурс]: - Режим досту-па: //http://32feet.codeplex.com

3. Log4Net. Documentation [Электронный ресурс]: - Режим доступа: //http://logging.apache.org/log4net/release/manual/configuration.html

4. ZXing. Documentation [Электронный ресурс]: - Режим доступа: //http://zxing.github.io/zxing/apidocs/

228

О. М. Севостьянова, К. П. Устимова* РАЗРАБОТКА СИСТЕМЫ АВТОМАТИЗАЦИИ РАБОТЫ

ТОЧКИ РОЗНИЧНЫХ ПРОДАЖ, ТОРГУЮЩЕЙ СТРОЙМАТЕРИАЛАМИ

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

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

После перехода нашей страны к рыночной экономике торговля развивает-ся быстрыми темпами. Всем известно, что в наше время есть множество фирм, торгующих разными товарами. В том числе и фирмы, торгующие стройматериалами. Цель любого предпринимательства – получение как можно большей прибыли. Наша программа позволяет автоматизировать выполнение различных задач. В результате достаточным становится дер-жать, допустим, только менеджера, вместо того, чтобы держать менедже-ра, аналитика и другой персонал. К тому же, даже работа менеджера мак-симально упрощена, что создает комфортные условия для его работы. А на улучшение условий работы персонала сейчас направлена деятель-ность многих предприятий, ведь любому предприятию хочется привлечь хорошего специалиста.

*Устимова Ксения Павловна – студентка гр. ИСЭбд-21; Ульяновский го-

сударственный технический университет, Ульяновск Севостьянова Ольга Михайловна – студентка гр. ИСЭбд-21; Ульяновский госу-

дарственный технический университет, Ульяновск

229

Основная часть. Система выполняет функции:

1) работа с БД, 2) построение отчета в виде графика на форме о продажах фирмы за

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

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

указанный период (количество заказов всех клиентов в разрезе по месяцам),

5) сохранение (при желании пользователя) каждого отчета в доку-мент excel в виде графика и таблицы,

6) автоматическая загрузка прайс-листов от поставщиков с автома-тическим просмотром документа и корректировкой цен на товары на его основе,

7) отправка заказов на товары на почту поставщикам, 8) формирование товарных накладных в виде PDF-документа, 9) формирование счетов на оплату в формате writer(openoffice), 10) изменение (при желании пользователя) ставки для формирова-

ния цен на товары, 11) расчет количества стройматериалов с помощью калькулятора

стройматериалов. Для реализации работы с базой данных были выбраны сервер

MSSQLServer и технология ADO.NET(связь через визуальные компонен-ты). Технология ADO.NET – это набор классов, предоставляющих доступ к реляционным данным. Данная технология была выбрана, потому что она:

1. позволяет работать с разными СУБД, 2. позволяет снизить нагрузку на СУБД и повышает производитель-

ность приложения, 3. проста и удобна в использовании,

230

4. имеет интуитивно-понятный интерфейс и логичный набор объек-тов.

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

Таблица клиентов содержит поля: ФИО, адрес, телефон. Таблица товаров содержит поля: название, количество товаров на

складе, цена единицы товара, поставщик данного товара. Таблица поставщиков содержит поля: название фирмы поставщика,

адрес электронной почты. Таблица заказов клиентов содержит поля: id клиента, id товара, коли-

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

Таблица заказов поставщикам содержит поля: id товара, количество заказываемых товаров, дата заказа, статус. Статус заказа может быть «ожидает», когда заказ только отправлен поставщику и еще не пришёл прайс-лист, и «куплено» после того, как произойдет корректировка цен на основе пришедшего от поставщиков прайс-листа. После изменения стату-са заказа на «куплено» к данному товару на складе автоматически прибав-ляется заказанное у поставщиков количество товаров.

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

231

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

Для построения отчетов данные из базы данных выбираются при по-мощи linq запросов.

Для вывода графиков на форму используется технология GDI+. GDI+ – это объектно-ориентированная библиотека для вывода графики, напи-санная на языке С++. Данная технология была выбрана, потому что пол-ностью удовлетворила требованиям задания. Нами были использованы следующие графические объекты GDI+:

1)Bitmap – растровое изображение; 2)Brush – кисть; 3)Font – шрифт; 4)Pen – перо. Отчеты строятся в разрезе по месяцам. По горизонтальной оси на

графике отображаются даты (месяц, год), по вертикальной оси: количест-во проданных товаров (1 график), сумма продаж (2 график), количество заказов (3 график).

Для сохранения отчета в виде таблиц и графиков в формате докумен-та Excel, использовалась стандартная библиотека Microsoft.Office.Interop.Excel, платформы .Net для взаимодействия с при-ложениями Microsoft Office. Благодаря этому, возможно работать с раз-личными объектами в Excel, которые обладают свойствами, содержащи-ми ссылки на книги, на ячейки, на диаграммы и так далее, для вывода ин-формации средствами C#.

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

Ниже приведены примеры построенного графика заказов на форме (рис. 1) и в Excel (рис. 2) за выбранный пользователем период с 1 января по 30 апреля.

232

Рис. 1. График заказов на форме

Рис. 2. График заказов в Excel

233

Для реализации автоматической загрузки прайс-листов была исполь-зована библиотека OpenPop. OpenPop – библиотека, написанная на C # для работы с почтой с помощью протокола POP3. Легка в использовании, и при этом имеет все необходимые функции. Интуитивно понятна. Для ис-пользования достаточно знать английский язык, так как все функции на-зываются соответствующим выполняемой работе словом на английском языке. Например, узнать, от кого пришло письмо, можно при помощи ме-тода From, тему письма – Subject и т.д. Библиотека бесплатна и доступна для скачивания.

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

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

Для отправки заказов на почту поставщикам использовался сетевой протокол SMTP (англ. Simple Mail Transfer Protocol – простой протокол передачи почты). Он используется для отправки почты от пользователей к серверам и между серверами для дальнейшей пересылки к получателю. Клиент передает на сервер строку вида: «коман-да<пробел>параметры<перевод строки>». Сервер отвечает на каждую ко-манду строкой, содержащей код ответа и текстовое сообщение, отделен-ное пробелом. Код ответа представляет собой число в диапазоне от 100 до

234

999, представленное в виде строки. Текстовая часть ответа носит справоч-ный характер. Общение между клиентом и сервером обычно осуществля-ется через 25-й порт. Данный протокол предоставляет возможность не только отправлять текстовые сообщения, но и сообщения с прикреплен-ными файлами.

Для реализации формирования товарных накладных в виде pdf-документа была использована библиотека iTextSharp. iTextSharp – биб-лиотека, позволяющая создавать pdf-документы и манипулировать ими. Эта бесплатная библиотека является наиболее упоминаемой и популяр-ной, что обуславливается простотой её использования и достаточным функционалом. Ее функционал позволяет осуществлять передачу pdf в браузер, генерировать динамические документы из xml-файлов и баз дан-ных, манипулировать страницами pdf-документа, автоматизировать за-полнение форм и добавлять цифровую подпись в документ. Единственная задача, реализация которой в данной библиотеке практически не поддер-живается, – извлечение текста из pdf-документа, однако в рамках постав-ленной задач это и не требовалось.

Для формирования счетов на оплату был использован контейнерODT. Он представляет собой архив с файлами данных, которые находятся в формате XML. Архив содержит необходимые файлы и объ-екты для их взаимодействия. Текст и ссылки на объекты хранятся внутри архива, в файле content.xml. С помощью ODT создается текстовый доку-мент в модулеwriter (OpenOffice).

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

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

235

рое необходимо клиенту. Формула для расчета количество рулонов обоев представлена ниже.

Количество рулонов = (dl_k/(dl_r/visot_k * shirina_ob) + sum_od/dl_r ), где

dl_k – длина_комнаты dl_r – длина рулона visot_k – высота комнаты shirina_ob – ширина обоев sum_od – сумма длины с вычетом окон и обоев, которая считается за-

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

Пользователь может выбрать для расчета только те материалы, кото-рые продаются на фирме. Работа калькулятора представлена ниже (рис.3).

Рис. 3. Калькулятор отделочных стройматериалов

236

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

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

Выводы. В результате проделанной работы была разработана про-грамма, которая:

• позволяет создать благоприятные условия для эффективной дея-тельности предприятий розничной торговли;

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

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

вает нужное количество, однако нет возможности автоматически сформировать заказ с данными материалами и в данном количе-стве;

• работа программы сильно зависит от установленных на компью-тере дополнительных программ. Накладные формируются в фор-мате pdf, счета на оплату – во writer, графики и таблицы отчетов – в excel. То есть для использования полного функционала про-

237

граммы, у пользователя на компьютере должны быть установле-ны MicrosoftOffice, OpenOfficeи AdobeReader.

Перспективы развития проекта: 1. Организация клиент-серверного взаимодействия. 2. Переориентация приложения на кроссплатформенное. 3. Обеспечение возможности изменения формата формирования до-

кументов. 4. Расширение общего функционала программы.

Список источников 1. Воронина, В. В. Технологии автоматизации бизнес-процессов

предприятий: учебное пособие / В. В. Воронина. – Ульяновск : УлГТУ, 2013. 205 с.

238

К. С. Микина, Ю. А. Святкина** РАЗРАБОТКА СИСТЕМЫ АВТОМАТИЗАЦИИ РАБОТЫ

ТУРИСТИЧЕСКОЙ ФИРМЫ

Аннотация. Настоящий документ является докладом на 1-ую Всероссийскую научно-практическую конференцию «Прикладные информационные системы» по разработке системы, которая облегчает и автоматизирует работу туристической фирмы. В дан-ном докладе представлено описание данной системы, а также примененных техноло-гий для ее реализации. Ключевые слова: система, автоматизация, туристическая фирма, конференция, пуб-ликация.

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

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

Функции. Система выполняет следующие функции: • работа с БД; • формирование отчета о подобранных турах в calc; • формирование специальных предложений в pdf; • формирование договора; • формирование счета на оплату в pdf; • формирование статистического отчета о результативности работы

фирмы с разрезом по месяцам в excel;

*Микина Ксения Сергеевна – студентка гр. ИСЭбд-21, Kseniay.mik@mail.ru;

Ульяновский государственный технический университет, Ульяновск Святкина Юлия Александровна – студентка гр. ИСЭбд-21, Julia555-94@mail.ru;

Ульяновский государственный технический университет, Ульяновск

239

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

почту; • загрузка туров из сети Интернет; • фиксация оплаты через систему «Клиент-Банком».

При разработке Базы Данных была выбрана технология LINQtoSQL. В качестве сервера был выбран Microsoft SQL Server, так как он поддер-живает данную технологию.

Достоинства этой технологии в том, что она позволяет упрощение реализации приложения за счет уменьшения времени и количества оши-бок. К минусам относится тот факт, что LINQtoSQL не поддерживает ре-структуризацию базы данных и работает только с Microsoft SQL Server.

В Базе Данных были использованы следующие таблицы, связанные друг с другом:

• «Город» – хранит название города; • «Клиент» – хранит подробную информацию о клиенте, его кон-

тактные данные и расчетный счет; • «Настройки» – содержит в себе настройки почты, информацию о

турфирме и загрузку туров из сети Интернет; • «Отель» – хранит название и категорию отеля; • «Питание» – хранит название и тип питания; • «Продажа» – хранит информацию о продаже тура клиенту, цена

со скидкой и без скидки, фиксацию оплаты; • «Путешествия» – хранит название тура, даты отправления и при-

бытия, количество ночей, количество путевок, стоимости: тура, питания, проезда, проживания;

• «Скидка» – хранит скидку и скидочный порог; • «Страна» – хранит название страны;

240

• «Транспорт» – хранит название и тип транспорта; • «Тур» – хранит название внутренне и название для клиентов; • «Тур_Экскурсия» – связь таблицы «Тур» и «Экскурсия»; • «Экскурсия» – хранит информацию об экскурсии и ее рейтинг;

Для формирования подобранных туров в формате calcбыли использо-ваны библиотеки CLI-сборок они поставляются и устанавливаются вместе OpenOffice: cli_basetypes, cli_cppuhelper, cli_oootypes, cli_ure, cli_uretypes. Этот способ, несомненно, удобнее в использовании, но имеет некоторые ограничения: он не будет работать с ранними версиями пакета, версия библиотек может конфликтовать с версией Framework и версия библиотек должна совпадать с версией OpenOffice, т. е. возможна проблема в пере-носимости приложения с одной машины на другую.

Для формирования специальных предложений и счета на оплату в формате pdf была использована библиотека PDFSharp. PDFSharp – это простая в использовании бесплатная библиотека, которая легко создает pdf документы из любого .NET языка, похоже на GDI+ рисование проце-дур. PDFsharp может изменять, объединять и разделять существующие PDF файлы или перемещать страницы из существующих PDF файлов в новые PDF документы.

Для сохранения статистического отчета о результативности работы фирмы с разрезом по месяцам в форматеexcel, использовалась стандартная библиотека Microsoft.Office.Interop.Excel, платформы .Net для взаимодей-ствия с приложениями Microsoft Office. Также позволяет работать с раз-личными объектами в Excel, которые обладают свойствами, содержащими ссылки на листы, ячейки, диаграммы для вывода информации.

Для вывода графика о результативности работы фирмы на форму ис-пользовалась технологи GDI+. GDI отвечает за отрисовку линий и кривых, отображение шрифтов и обработку палитры и т. д. Она является стандарт-ной и покрывает весь нужный функционал для отрисовки требуемых в нашем проекте объектов на форме, очень удобна в использовании.

241

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

Для массовой рассылки специальных предложений на почту постоян-ным клиентам использовался сетевой протокол SMTP (англ. Simple Mail Transfer Protocol – простой протокол передачи почты). Он используется для отправки почты от пользователей к серверам и между серверами для дальнейшей пересылки к получателю. Клиент передает на сервер строку вида: «команда<пробел>параметры<перевод строки>». Сервер отвечает на каждую команду строкой, содержащей код ответа и текстовое сообще-ние, отделенное пробелом. Код ответа представляет собой число в диапа-зоне от 100 до 999, представленное в виде строки. Текстовая часть ответа носит справочный характер. Общение между клиентом и сервером обычно осуществляется через 25-й порт. Данный протокол предоставляет возмож-ность не только отправлять текстовые сообщения, но и сообщения с при-крепленными файлами.

Для загрузки туров из сети Интернет была использована библиотека HtmlAgilityPack. HTML Agility Pack - это удобный HTML-парсер. Из дос-тоинств: удобный и короткий вид загрузки данных, очень короткий код на парсинг, есть немного настроек соединения, не нужно ничего придумы-вать, все доступно и понятно.

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

Заключение. Созданная система позволяет легко: найти путёвки, не превышающие цену, которую указал клиент; подобрать путевки с экскур-сиями, питанием, проживанием, проездом, подсчитать их стоимость; за-грузить туры с Интернета; оформить необходимые документы – договор и счет на оплату, вести статистику фирмы; фиксировать оплату через систе-му «Клиент-Банк»; производить рассылку со специальными предложе-

242

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

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

Данная система позволяет полностью автоматизировать, и тем самым облегчить работу с данными пользователю.

К недостаткам можно отнести: ограниченность возможных входных и выходных файлов, зависимость корректной работы программы от Интер-нета, а так же большое количество подобных программ автоматизации ра-боты туристических фирм.

Список источников

1. Воронина В.В., Технологии автоматизации бизнес-процессов предприятий: учебное пособие. Ульяновск: УлГТУ, 2013. 205 с.

243

А. Н. Солдаткин, Д. А. Максимов∗ РАЗРАБОТКА СИСТЕМЫ АВТОМАТИЗАЦИИ РАБОТЫ

КОНСУЛЬТАТИВНОГО ЦЕНТРА

Аннотация. Настоящий документ является докладом по проекту «Система автомати-зации работы консультативного центра». Описана структура базы данных, исполь-зуемые технологии, и основной функционал. Ключевые слова: автоматизация, консультативный центр.

Введение. Разработка системы автоматизации консультативного цен-

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

Используемые средства. Для своей работы сервер системы использует СУБД MSSQLServerExpress. Данные из БД берутся путем использования технологии LINQtoSQLи мапирования базы данных. Данная технология по-зволяет интегрировать базу данных в приложение, работа с данными стано-вится так же проста, как работа с обычными структурами языка. Кроме того, эта технология позволяет избежать многих ошибок и опечаток.

∗Солдаткин Андрей Николаевич – студент группы ПИбд-21, andrewsoldatkin@gmail.com; Ульяновский государственный технический университет, Ульяновск Максимов Даниил Алексеевич – студент группы ПИбд-21, denmaxrus@gmail.com; Ульяновский государственный технический уни-верситет, Ульяновск

244

Структура таблиц базы данных. Структура базы данных представлена в таблицах 1-6.

Таблица 1. Зарплата Поле Тип Описание

id консультанта int, вторичный ключ номер консультанта дата datetime дата выдачи зарплаты общая зарплата int сумма зарплаты

Таблица 2. Консультант

Поле Тип Описание Id int, первичный ключ номер консультанта login nvarchar логин password nvarchar пароль firstname nvarchar имя lastname nvarchar фамилия salary int заработная плата isBoss int уровень прав

Таблица 3. Стандартные вопросы-ответы

Поле Тип Описание Id int, первичный ключ номер вопроса question nvarchar текст вопроса answer nvarchar текст ответа theme_id int, вторичный ключ номер темы

Таблица 4. Вопросы-ответы

Поле Тип Описание Id int, первичный ключ номер записи «во-

прос-ответ» question nvarchar текст вопроса answer nvarchar текст ответа theme_id int, вторичный ключ номер темы consulter_id int, вторичный ключ номер консультанта

245

start_time datetime время записи вопроса в базу данных

end_time datetime время ответа на во-прос

email nvarchar электронный адрес с которого был задан вопрос

Таблица 5. Тариф

Поле Тип Описание Id int, первичный ключ номер тарифа cost int стоимость multipiller int коэффициент про-

срочки

Таблица 6. Темы Поле Тип Описание

Id int, первичный ключ номер темы Theme nvarchar название темы difficulty int сложность standart_time nvarchar среднее время ответа tariff_id int, вторичный ключ номер тарифа

Таблица «Зарплата» связывается с таблицей «Консультант» через

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

Описание функционала. Система построена на двухзвенной клиент-серверной архитектуре. С программой могут работать более одного человека одновременно. Взаимодействие клиент-сервера организованно с помощью

246

технологии Windows Communication Foundation. Преимущества данной тех-нологии в её простоте и широких возможностях для создания приложений.

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

Программа автоматически скачивает новые письма с почтового ящика (настройки задаются при запуске сервера). Для этого используется биб-лиотека OpenPop.NET. Исходный код библиотеки находится в открытом доступе, сама библиотека бесплатная. На сайте библиотеки есть подроб-ная документация и примеры. Всё это делает её идеальным вариантом для нашего проекта.

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

Рисунок. Основное окно программы

247

В системе есть возможность построения отчетов для управляющего консультативным центром. Например, составления акт-отчета для оплаты труда консультанта по результатам его работы. Так же при отправке отве-та автоматически составляется отчет PDFс помощью библиотеки iTextSharp. Эта библиотека является одной из самых удобных и функцио-нальных при работе с форматом PDF. Библиотека бесплатная и её исход-ный код есть в открытом доступе. В системе есть возможность составле-ния графиков популярности тем задаваемых вопросов. Вывод графиков осуществляется средствами WindowsForms для просмотра в самой про-грамме, и в файлы форматов Office Open XML и OpenDocument Format.

Вывод. Разработанная система обладает рядом преимуществ таких, как под-

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

Список источников

1. OpenPop.NET's homepage. [Электронный ресурс]: - Режим досту-па: http://hpop.sourceforge.net/documentation/index.html.

2. Itext, programmable pdf software. [Электронный ресурс]: Режим доступа: http://itextpdf.com/api.

3. Воронина, В. В. Технологии автоматизации бизнес-процессов предприятий: учебное пособие/ В. В. Воронина. – Ульяновск : УлГТУ, 2013. – 205 с.

248

С. А. Трубкин, С. А. Сёмин* РАЗРАБОТКА СИСТЕМЫ ПЛАНИРОВАНИЯ РАССТАНОВКИ

РАБОЧИХ МЕСТ И РАСЧЕТА ИХ СТОИМОСТИ

Аннотация. Настоящий документ является докладом по разработке системы, позво-ляющей быстро, эффективно и наглядно расставить мебель на плане помещения за-данных размеров в соответствие с ГОСТ. В нем представлено описание системы, а также примененных технологий для ее реализации. Ключевые слова: система, СанПин.

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

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

Программная часть. Система выполняет следующие функции: позво-ляет как в автоматическом, так и в ручном режимах установить на плане рабочие места и мебель, проложить сетевые кабели. Кроме этого есть воз-можность отображения стоимости установленной мебели, разбивка по по-ставщикам оборудования и возможность сформировать для каждого по-ставщика свой бланк заказа, что существенно облегчит работу ответствен-ному лицу за установку мебели. В системе реализована возможность авто-матической расстановки рабочих мест в соответствие с заданными пара-метрами комнаты и количествами рабочих мест. Система автоматически расставляет рабочие места в соответствие с СаиПин, а также предусматри-вает возможность человека комфортно работать на этих местах – вероят-ность установки рабочих мест «спина к спине» сведена к нулю. Формиру-ются статистические отчеты о стоимости установленной мебели в формате .PDF и .calc, есть возможность отправки отчетов на электронную почту.

*Трубкин Сергей Александрович – студент ИСЭбд-21, Plutonium16@mail.ru;

Ульяновский государственный технический университет, Ульяновск Сёмин Сергей Андреевич – студент ИСЭбд-21, Gray12511@gmail.com ; Улья-

новский государственный технический университет, Ульяновск

249

При работе с базой данных была использована технология ADO.Net и сервер MSSQLServer. Достоинствами, выбранной технологии является то, что она позволяет работать с разными СУБД, обеспечивая легкость пере-хода с одной на другую всего лишь изменением поставщика данных. Так-же она позволяет снизить нагрузку на СУБД и повысить производитель-ность приложения [1].

В базе данных были использованы следующие таблицы: «Оборудова-ние» – для хранения информации об имеющихся коммутаторах и о коли-честве требуемого кабеля для сетей, «Мебель» – для хранения и наглядно-го отображения списка имеющейся мебели, а также её стоимости, «План» – для хранения списка планов и возможности возвращаться к редактиро-ванию уже сохраненного плана, «Производитель» – для справочной ин-формации о текущих известных поставщиках, «Список мебели» – для хранения и отображения установленной на текущий план мебели, «Список оборудования» – для хранения и отображения требуемого количества се-тевого оборудования для данного количества рабочих мест.

Распечатка товарных накладных на мебель и сетевое оборудование была реализована с помощью текстового редактора AdobeReader.

Для работы с PDFбыла выбрана библиотека iTextsharp. Она является бесплатной, поддерживает практически все инструменты для работы с до-кументом и наиболее удобна в использовании.

При создании методов отрисовки планов, элементов мебели и сетей использовалась библиотека GDI+ :System.Drawing. Она является стан-дартной и покрывает весь нужный функционал для отрисовки требуемых в нашем проекте объектов на форме, очень удобна в использовании.

Для работы с форматом .calc мы использовали внутренние библиоте-ки программы OpenOffice: cli_basetypes, cli_cppuhelper, cli_oootypes, cli_ure, cli_uretypes. Они бесплатны и содержат весь необходимый набор функций для работы с данным форматом.

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

250

пришлось придумать систему маркировки элементов мебели и стен, так для каждого элемента мебели, считающегося рабочим местом, введена маркировка типа монитора. Причиной этому послужили нормы СанПин, которые предписывают разные минимальные площади для рабочих мест, оборудованных мониторами на основе ЭЛТ-трубки и «плоскими» мони-торами (жидкокристаллическими или плазменными). Нельзя не отметить и систему разметки площади, которая позволит визуально оценивать не-обходимое пространство, установленное нормами СанПин.

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

Недостатком нашего проекта является невозможность работы с офи-сами неправильной формы: для офисов, где каждая стена перпендикуляр-на двум соседним есть возможность расширить программу для поддержки этого типа помещений, в случае же наличия в плане «косых» стен про-грамма не способна работать. Ещё один существенный недостаток – не-возможность повернуть элемент мебели на непрямые углы, т.е. в про-грамме нельзя повернуть элемент на непрямой угол и поставить «косо». Однако, в случае наличия мини-изображения с уже повернутым элемен-том, проблема частично решается. Ещё один недостаток – невозможность менять масштаб изображения, соответственно, несовместимость с отска-нированными планами и невозможность работы с изображениями похо-жих программ. Масштаб зашит в программе жестко – 1м = 50 пикс.

Список источников

1. Воронина В.В., Технологии автоматизации бизнес-процессов предприятий: учебное пособие. Ульяновск: УлГТУ, 2013. 205 с.

251

М. С. Григоричева, А. Ю. Долгановская* РАЗРАБОТКА СИСТЕМЫ АВТОМАТИЗАЦИИ СЕТИ

ТОРГОВЫХ ТОЧЕК

Аннотация. Настоящий документ является докладом на 1-й Всероссийскую научно-практическую конференцию «Прикладные информационные системы». Доклад со-держит информацию о разработке системы автоматизации сети торговых точек, при-веден перечень функций системы и рассмотрена реализация каждой из них. Выявле-ны достоинства и недостатки приложения и приведены перспективы развития. Ключевые слова: сеть торговых точек, автоматизация, конференция.

Введение. Грамотное управление торговой сетью является главной

задачей фирмы, представленной несколькими филиалами. Но автоматиза-ция сети магазинов более сложный процесс, чем работа с одиночными предприятиями. Современные реалии рынка выдвигают к торговым сетям серьезные требования по поводу оперативного учета продаж и перемеще-ний товаров. Поэтому без использования специализированного программ-ного обеспечения здесь не обойтись. Более того, автоматизация в торговле важна не только как средство оперативного учета товара, но и, прежде всего в интересах покупателей, как средство улучшения скорости и каче-ства обслуживания.

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

* Григоричева Мария Сергеевна – студентка гр. ИСЭбд-21, gms4295@mail.ru; Ульяновский государственный технический университет, Ульяновск Долгановская Александра Юрьевна – студентка гр. ИСЭбд-21,shurupchik1994@gmail.com;Ульяновский государственный технический универси-тет, Ульяновск

252

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

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

1) работа с базой данных; 2) получение прайс-листов от поставщиков и документов-отчетов о

состоянии склада от каждого филиала; 3) отслеживание остатков на складах у каждого филиала на основе

полученных данных; 4) перераспределение товаров со склада одного филиала на склад

другого; 5) заказ товаров у определенного поставщика; 6) формирование документов (заявка на заказ товара, приказ на-

чальнику склада о перераспределении товаров, товарная наклад-ная со списком перемещаемых товаров) в формате PDF и Writer;

7) автоматическая отправка этих документов на почту поставщикам и филиалам;

8) корректировка цен товаров в соответствии с полученными прайс-листами;

9) оперативное отслеживание курса валюты для тех поставщиков, которые торгую в валюте, и учет этого курса при формировании счетов на оплату;

10) оперативное информирование пользователя о состоянии курса валюты на сегодняшний день;

11) построение отчетов (продаваемость товаров по категориям, по-пулярность поставщиков, результативность менеджеров, прода-ваемость товаров по филиалам) в виде графиков на форме и воз-можностью создания диаграмм и таблиц в Excel.

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

253

уровень доступности. В ходе проектирования системы было выделено 7 сущностей:

1. Branchхранит информацию о всех филиалах сети. У сущности имеются следующие поля: id, название филиала, адрес, ФИО на-чальника, email;

2. Managerхранит информацию о всех менеджерах сети, а именно ФИО и idфилиала, где он работает;

3. Provisioner хранит информацию о всех поставщиках, с которыми работает сеть: наименование поставщика, адрес, ФИО представи-теля и email;

4. Categoryхранит информацию о категориях товаров, которые имеются в сети. Сущность содержит поле с id и названием кате-гории;

5. Merchandiseхранит информацию о всех товарах сети. У сущности имеются следующие поля: id, idкатегории, id поставщика, назва-ние товара, артикул. При добавлении в таблицу нового товара он автоматически появляется на складе каждого филиала с количе-ством равным 0.

6. Storageхранит информацию о наличии товара на складах всех фи-лиалов. Сущность содержит поля id, idфилиала , idтовара, коли-чество и цена. При продаже, заказе или перераспределении това-ра его количество на складе каждого филиала меняется автомати-чески.

7. Saleхранит информацию о всех продажах сети. У сущности име-ются следующие поля: id, idфилиала, id товара, idменеджера, дата продажи, количество, цена. Информация в таблицу поступает при автоматическом считывании данных из файла-отчета, который ежедневно обновляется. Вместе с этим происходит автоматиче-ское отслеживание остатков на складах каждого филиала.

Для реализации поставленной задачи была выбраны две технологии ADO.NET с визуальными компонентами и LINQtoDataSet. С помощью

254

первой был создан весь функционал для базы данных, с помощью второй производилась выборка данных из таблиц. LINQtoDataSet позволяет упро-стить и ускорить выполнение запросов к информации, кэшированной в объекте DataSet. Один из преимуществ данной технологии заключается в том, что она позволяет писать запросы непосредственно на языке про-граммирования, а не применять отдельный язык запросов. Это особенно удобно использовать в VisualStudio, поскольку есть возможность прове-рять синтаксис запросов во время компиляции. Технология LINQtoDataSet основана на архитектуре ADO.NET2.0.

Для выполнения основных функций, системе автоматизации необхо-дима информация, которая поступает на фирму в виде различных доку-ментов формата *.xslx: файлов-отчетов, прайс-листы и т.д. Для получения этих данных приложение автоматически загружает с электронной почты файлы и производит их сортировку. Данная операция была реализована на основе использования OpenPop - бесплатной мощной .Netбиблиотеки, включающей в себя надежныйMIME парсер. Библиотека написана на язы-ке C# и предназначена для взаимодействия с серверами POP3, она позво-ляет без каких-либо проблем получать сообщения и прикрепленные к ним файлы – аттачменты.

Необходимые файлы получены, и система переходит к парсингу этих документов. Для реализации считывания данных с Excelиспользуется стандартная библиотека, поставляемая с платформой .Net-сборка взаимо-действия с приложением MicrosoftOfficeExcel, – Microsoft.Office.Interop.Excel. Объектов, которыми оперирует сервер Excel, несколько десятков, нам же необходимы только те, которые требу-ются непосредственно для обмена информацией приложения и сервера. Сам сервер – это объект Application, он может содержать одну или более книг. Книги – объекты Workbook, могут содержать один или более листов – WorkSheet, содержащий объекты ячейки. Следовательно, для того, что-бы считать данные с Excel-документа, необходимо создать приложение, создать книгу, открыть в этой книге лист и, применяя вложенные циклы,

255

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

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

Рис. 1. Оперативное информирование пользователя о текущем состоянии курса валюты

Если поставщик торгует в валюте, то для него осуществляется опера-

тивное отслеживание курса, который будет учитываться при формирова-нии счетов на оплату. Для реализации оперативного отслеживания курса происходит считывание и парсинг xml-файла с сайта Центрального банка Российской Федерации. Помимо этого происходит оперативное информи-рование пользователя о текущем состоянии курса валюты, путем вывода его на экран главной формы (рис. 1).

256

Анализ состояния складов производится самостоятельно пользовате-лем, в случае приближения количественного показателя товара к нулю именно пользователь решает, какую из операций – заказать или перерас-пределить – необходимо произвести. При выборе первой операции ему не-обходимо сформировать заказ, указав недостающее количество того товара, число которого необходимо увеличить. При этом будет строиться доку-мент-заявка с указанием списка товаров и адреса филиала, куда товар нуж-но отправить. В случае перераспределения товара пользователю предостав-ляется возможность проанализировать состояния складов других филиалов и указать количество перераспределяемого товара у выбранных филиалов. Перераспределение сопровождается печатью двух документов: приказу на-чальнику склада о перемещении товаров со склада одного филиала на склад другого и накладной со списком перемещаемых товаров.

Рис. 2. Документ в формате PDF – результат работы с библиотекой iTextSharp Все документы строятся в формате PDFи Writer. Создание докумен-

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

257

iTextSharp оперирует следующими объектами: Phrase, Paragraph, Chapter. Для начала необходимо создать объект типа «фраза», который представ-ляет собой текст параграфа. Затем создаем сам параграф, на основе него – главу. Последним шагом помещаем созданную главу в документ. Единст-венной проблемой при использовании этого инструмента является отсут-ствие возможности работать с кириллицей без подключения шрифта. Что-бы текст отображался, необходимо создать Font на базе BaseFont и пере-давать его в Phrase при создании. На рис. 2 представлен результат работы с библиотекой iTextSharp.

Для создания документа в формате Writerиспользуется следующие биб-лиотеки: cli_basetypes.dll, cli_cppuhelper.dl, cli_oootypes.dll, cli_uno.dll, cli_ure.dll, cli_uretypes.dll. В OpenOffice.org они поставляются и устанавлива-ются вместе с офисом. Самое главное преимуществом работы с OpenOfficeи использование этих библиотек заключается в том, что все это бесплатно.

Не выходя из системы, пользователь может отправить сформирован-ные документы на почтовые ящики. Достаточно выбрать имя получателя и прикрепить файл, а программа сама отправит сообщению по выбранно-му адресу. Для реализации этой функции используется сетевой протокол SMPT, предназначенный для отправки сообщений в сетях TCP/IP. Для ра-боты через этот протокол клиент создает TCP-соединение с сервером че-рез 25 порт. Затем между клиентом и SMPT-сервером происходит обмен информацией до тех пор, пока соединение не будет закрыто или прервано. Реализация отправки электронного сообщения на языке C# подразумевает работу с объектами SmtpClient, предоставляющий доступ к серверу, MailMessage, непосредственно формирующий само письмо, и Attachment, прикрепляющий файл к сообщению.

258

Рис. 3. Пример графика на форме

Для наглядного представления данных и явлений, для отражения их

динамики и взаимосвязи система позволяет строить графики на форме (рис. 3). Эта функция реализована на основе использования GDI+ - техно-логии 2D-графики от фирмы Microsoft, предоставляющая всевозможные графические возможности. Для рисования на форме достаточно иметь три объекта – перо, кисть и холст. В качестве последнего выступает объект класса Graphics, методы которого как раз позволяют рисовать и раскраши-вать. При рисовании графиков использовались следующие группы мето-дов: DrawString, позволяющий выводить тексты в графическом режиме, Draw (DrawLine, DrawRectangle и т.д.), позволяющий цветным пером (объектом класса Pen) рисовать геометрические фигуры – линии, прямо-угольники и т.д. и Fill(FillRectangle), позволяющий нарисовать и закрасить фигуру кистью (объектом класс Bruch).

259

Рис. 4. Пример диаграммы и таблицы в Excel

Кроме того, что пользователь может построить график на форме, он

может еще просмотреть диаграммы и таблицы с данными, по которым они строятся, через Excel (рис. 4).

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

1) оперативно получать информацию из филиалов и централизованно управлять полученными данными;

2) централизованно управлять ценообразованием и корректировать цены для каждой торговой точки;

3) централизованно управлять ассортиментом товаров; 4) контролировать перемещение товаров между филиалами; 5) управлять взаиморасчетами с поставщиками;

260

6) ежедневно отслеживать курс валюты и применять этот курс при формировании счетов.

Следует сказать о требованиях к программному обеспечению, кото-рое должно быть установлено при использовании разработанной системы: Adobe Reader и OpenOfficeдля создания и просмотра документов и MicrosoftOfficeExcelдля просмотра графиков и таблиц.

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

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

Список источников 1. Воронина В. В. Технологии автоматизации бизнес-процессов

предприятий: учебное пособие / В. В. Воронина. – Ульяновск : УлГТУ, 2013. 205 с.

261

Н. Д. ЖУЧКОВ* РАЗРАБОТКА СИСТЕМЫ АВТОМАТИЗАЦИИ ПОДГОТОВКИ

РЕГЛАМЕНТНОЙ ДОКУМЕНТАЦИИ

Аннотация. Настоящий документ является докладом на 1-ую Всероссийскую научно-практическую конференцию «Прикладные информационные системы». В данном докладе представлен программный продукт «Система автоматизации работы кафе с доставкой». Данный доклад содержит такие части как: Введение, Основная часть с объяснением работы программы и Заключение. Ключевые слова: доклад, публикация, система.

Введение. На сегодняшний день организация работы на предприятии, до-

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

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

Была разработана «Система автоматизации подготовки регламентной документации». Данная система предназначена для автоматизации подго-товки регламентной документации и отслеживания работы организации. Так же система позволяет отслеживать выполнение задач на предприятии и формировать отчеты.

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

* Жучков Никита Дмитриевич – студент, zhuchkov94@gmail.com; Ульяновский

государственный технический университет, Ульяновск

262

Основная часть. Система выполняет ряд функций: подключение к серверу, работа с БД, построение отчета о зарплатах сотрудников за ука-занный период, отображение сроков и графика выполнения работ в виде графиков в Excel, расчет зарплаты по исполнителям, исходя из их нагруз-ки и выполнению работ, распечатка зарплатой ведомости(Pdf), а также от-чета(calc) о наиболее и наименее результативных работниках, создание контрольных точек для наблюдения начальства за выполнением работ.

Работа с БД. Были созданы таблицы: 1. Проекты

• ID (int) • Название (varchar) • Процент выполнения (int) • Руководитель проекта

(varchar) • Состояние (varchar)

2. Задачи

• ID (int) • Название (int) • Процент выполнения (int) • Сотрудник

исполнитель(varchar) • Состояние (varchar) • ID проекта (int) • Статус (varchar)

3. Сотрудники

• ID (int) • ФИО (varchar) • счет(int)

4. Контрольные точкки • ID (int) • ID проекта (int) • имя (varchar) • Фамилия (varchar) • состояние(varchar)

5. Показатели

• ID (int) • Тип (varchar) • Значение (int)

6. Алгоритмы расчета

• ID (int) • Алгоритм (varchar) • ID показателя (int)

7. Расчет зп

• ID сотрудника (int) • ID задачи (int) • ID алгоритма (int) • счет (int)

Таблица проекты связана с таблицей Контрольные точки по полю IDпроекта для обеспечения зависимости между проектом и контрольной точкой. Таблица Проекты связана с таблицей Задачи по полю IDпроекта для обеспечения зависимости между проектом и задачей, так как задача появляется в рамках проекта. Таблица Показатели связана с таблицей Ал-

263

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

В качестве технологии создания клиент-серверной архитектуры была выбрана технология Windows Communication Foundation(WCF). Преимуще-ствами данной технологии являются ее простота и производительность.

В качестве сервера базы данных был выбран Microsoft SQL Server Express. Используемая технология: ADO.NET. Преимущества данной техноло-

гии состоит в удобстве создания форм для работы с данными, повышенная производительность приложения. К тому же объекты bindingSourсe и tableAdapter существенно уменьшают программный код приложения.

Работа с данными (Планирование сроков и графика выполнения работ) Дает возможность редактировать сроки, и просматривать степень вы-

полнения работ. Для работы с данными использовалась библиотека

Microsoft.Office.Interop.Excel. Она быстрая, удобная, бесплатная. Построение отчета (расчет зарплаты и результативности по исполнителям) Данный отчет предоставляет статистическую информацию о заработ-

ных платах и результативности сотрудников. Отчет по результативности формируется в Excel в виде диаграммы и графиков. Для работы с отчетом достаточно подключить namespace System.Reflection.

Отчет по зарплатам формируется в PDF. Для работы с отчетом исполь-зовалась itextsharp.dll.

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

Основное окно программы представлено на рисунке 1.

264

Рис. 1. Пример работы программы

Заключение.

Достоинствами проекта являются: • интуитивно понятный интерфейс; • большие возможности работы с информацией; • универсальность; • удобство пользователя; • многофункциональность; • возможность многопользовательской работы.

Недостатки проекта: • отсутствие подсказок к функциональным возможностям кнопок; • отсутствие разграничения доступа.

Список источников 1. Воронина, В. В.Технологии автоматизации бизнес-процессов

предприятий: учебное пособие / В. В. Воронина. – Ульяновск: УлГТУ, 2013. – 205 с.

2. MSDN-the microsoft developer network [Электронный ресурс]. – Ре-жим доступа: http://msdn.microsoft.com/en-US/#fbid=QGol6lOCEz0

265

А. Е. Полбин, А. А. Морозов* РАЗРАБОТКА СИСТЕМЫ КОНТРОЛЯ ЭФФЕКТИВНОСТИ

РАБОТЫ ЗА КОМПЬЮТЕРОМ

Аннотация. Настоящий документ является докладом по проекту «Система контроля эффективности работы за компьютером». Данная система реализована в виде клиент-серверного приложения для мониторинга действий пользователя. Ключевые слова: эффективность работы, мониторинг действий пользователя.

Введение. В данной работе рассматриваются основные методы кон-

троля за эффективностью работы пользователя и реализация мониторинга его действий средствами C# .NET. Разработанное клиент-серверное при-ложение состоит из Windows-службы и сайта, с помощью которого адми-нистратор системы сможет отслеживать действия пользователя.

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

Используемые технологии. Для своей работы сервер системы ис-пользует СУБД MS SQL Server 2012. Для работы с БД используется тех-нологии LINQ и маппинга базы данных. Данные технологии упрощают работу с базой данных. Для составления отчета PDFиспользуется бесплат-

*Полбин Алексей Евгеньевич – студент, skiiru010@gmail.com; Ульяновский

государственный технический университет, Ульяновск Морозов Артемий Александрович – студент, greamko@gmail.com; Ульяновский

государственный технический университет, Ульяновск

266

ная библиотека iTextSharp. Данная библиотека позволяет с легкостью формировать отчеты формата PDF. Для маппинга базы данных использу-ется бесплатная библиотека AutoMapper, плюсами которой является про-стота использования. Для того, чтобы следовать паттерну DependencyInjectionиспользуется библиотека Ninject, которая в дальней-шем сильно облегчит сопровождение продукта. Для разработки серверной части была выбрана технология ASP.NETс движком представления RazorV3. Для того, чтобы облегчить разработку интерфейса администра-торской части был применен свободный набор инструментов для создания сайтов и веб-приложений TwitterBootstrap. Он бесплатен и позволяет с легкостью создавать удобные и красивые интерфейсы. Для получения ин-формации о действиях пользователя с клавиатурой и мышью используется функция библиотеки user32.dll – SetWindowsHookEx, с помощью которой мы устанавливаем так называемыйhookна клавиатуру и мышь. С помо-щью этого hook’а мы можем работать с такими событиями, как, например, нажатие кнопок клавиатуры или мыши. Для работы с процессами исполь-зуется стандартный класс платформы .Net– Process. Для контроля за фай-ловой системой используется стандартный класс платформы .Net – FileSystemWatcher. Так же, для получения списка логических дисков ком-пьютера используется класс Environment. Для получения истории браузе-ров используется открытая библиотека UrlHistoryLibrary.dll. Она написана для управления историей InternetExplorer, но так же с ее помощью можно брать историю из других браузеров. Для получения истории из GoogleChromeиMozillaFirefoxиспользуется библиотека SQLite, с помощью которой извлекаются данные истории из файлов баз данных этих браузе-ров.

Система построена на двухзвенной клиент-серверной архитектуре. С программой могут работать более одного человека одновременно. Взаимодействие клиент-сервера организованно с помощью технологии Windows Communication Foundation. Преимущества данной технологии в её простоте и широких возможностях для создания приложений. Сервер

267

развернут на IIS, что позволяет с легкостью развернуть на нем приложе-ние, написанное на C#.NET. Windows-служба осуществляет загрузку дан-ных в БД, а сайт выгружает данные в отчет и отправляет его на почту.

Структура таблиц базы данных. Структура БД приведена в таблицах 1-3.

Таблица 1. Компьютер Поле Тип Описание

id int, первичный ключ Номер компьютера Имя varchar Имя компьютера

Таблица 2. Пользователь Поле Тип Описание

id int, первичный ключ Номер пользователя Имя varchar Имя пользователя id компьютера int, вторичный ключ Номер компьютера пользова-

теля

Таблица 3. Данные Поле Тип Описание

id int, первичный ключ Номер данных Данные varchar Строка с действиям пользова-

теля idпользователя int, вторичный ключ Номер пользователя Дата DateTime Время действия Тип varchar Тип данных

Таблица Компьютер связана с таблицей Пользователь по полю id компьютера. Таблица Данные связана с таблицей Пользователь по полю idпользователя.

Вывод. Разработанная система имеет ряд преимуществ, таких как:

268

• Серверная часть представляет собой сайт, что делает её незави-симой от операционной системы и доступной для использования даже с мобильных платформ.

• Клиентская часть состоит из windows-службы, работающей в фо-новом режиме, что делает ее незаметной для пользователя.

• Данные мгновенно отправляются на сервер, что позволяет отсле-живать действия пользователя в реальном времени.

• Система создает отчеты в удобном формате и отправляет их на почту.

Список источников

1. Воронина, В. В. Технологии автоматизации бизнес-процессов предприятий : учебное пособие / В. В. Воронина. – Ульяновск: УлГТУ, 2013. – 205 с.

2. The Tiny Wrapper Class for URL History Interface in C# [Электрон-ный ресурс]. – Режим доступа: http://www.codeproject.com/Articles/7500/The-Tiny-Wrapper-Class-for-URL-History-Interface-i

3. Dependency Injection By Hand [Электронный ресурс]. - Режим доступа: https://github.com/ninject/ninject/wiki/Dependency-Injection-By-Hand

4. Bootstrap. Sleek, intuitive, and powerful front-end framework for faster and easier web development.[Электронный ресурс]. - Режим доступа: http://getbootstrap.com/2.3.2/index.html

269

Содержание

ЧАСТЬ 1 СЕКЦИЯ «СОВРЕМЕННЫЕ ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ»

В. В. Воронина, И. А. Тимина Разработка модуля анализа многомерных временных рядов для системы оценки финансового состояния предприятия ......................................................................................................................... 4

И. И. Тумайкина SAP– инновация в информационных технологиях ............... 11

Е. Н. Эгов Перспективы применения меры энтропии в анализе временных рядов ............................................................................................................... 15

И. А. Воронин Разработка системы моделирования управления объектами электроэнергетических сетей ........................................................................ 21

Е. В. Притула Исследование эффективности технологии прототипирования в разработке web-проектов .............................................................. 32

А. А. Серова Автоматизация деятельности ИП Визовый центр ........................ 41

П. Г. Зинин Система поддержки принятия решений для гостиничного бизнеса ................................................................................................................................ 45

Д. В. Яшин Применение генетических алгоритмов для решения задачи смысловой интерпретации временных рядов ................................................................. 50

А. Я. Колесников, Е. В. Кузнецов Автоматизация решения системных задач .................................................................................................................................... 56

Л. Ш. Идрисова Разработка системы управления проектами ............................ 65

Р. Д. Мухутдинова Автоматизация учета животных по возрастным группам на ООО «СВИНОКОМПЛЕКС «ВОЛЖСКИЙ» ............................................ 69

Е. С. Портнова Разработка документации для сопровождения технологического процесса в производстве триплекса для предприятия ООО «УЛЬСТЕК» в среде 1С: Предприятие 8.2 .................................................................... 77

О. Р. Андреева Автоматизация работы администратора гостиничного бизнеса ................................................................................................................................ 80

С. М. Дёмин Применение ассоциативных правил для составления потребительской корзины ................................................................................................ 86

А. А. Татарова Система обработки заявок ........................................................... 90

Ю. В. Хайруллина Автоматизация документооборота в ООО «АГРОСЕРВИС-ИТ» ........................................................................................................ 94

Д. С. Ляхова Разработка автоматизированной системы управления бизнес-процессами ООО «АБРИКОСОФ» ................................................................... 100

270

Ю. В. Веселкова Автоматизированная система для подбора персонала ........ 104

Е. Ф. Пригодина Разработка автоматизированного рабочего места менеджера по работе с клиентами ООО «ВЦ «СОФТ ПЛЮС» ................................ 108

Р. И. Лебединский Разработка системы автоматизации грузоперевозок для малого предприятия ................................................................................................. 113

А. А. Трифонов Автоматизация деятельности сервисного центра .................. 116

В. А. Леонов Разработка программного продукта для анализа экономической деятельности предприятия .................................................................. 121

ЧАСТЬ 2 СЕКЦИЯ «СИСТЕМЫ АВТОМАТИЗАЦИИ

БИЗНЕС-ПРОЦЕССОВ»

В. А. Башаев, И. А. Андреев, В. В. Клейн Разработка модуля информационной системы кластеризации двусловий по статистическим и лингвистическим характеристикам ............................................................................... 130

С. А. Макарова Автоматизированное рабочее место администратора гостиницы санатория «ИТИЛЬ» .................................................................................... 137

М. П. Котова Автоматизированное рабочее место диспетчера по работе с путевыми листами ............................................................................................ 139

А. В. Водовозова Автоматизированная система управления проектами на предприятии ................................................................................................................ 141

М. И. Давыдова Автоматизированное рабочее место для кадрового учета сотрудников ........................................................................................................... 143

Д. О. Шалаев, А. А. Ефремов, Г. Н. Хабибуллин Разработка игр под android: разработка, монетизация, продвижение ......................................................... 145

Д. П. Заболотняя Автоматизированное рабочее место «УЧЕТ ЗАКАЗОВ» ....................................................................................................................... 156

А. А. Дятлова, Ю. Б. Климова Автоматизированная система разработки визитных карточек (АС ВК) ....................................................................... 158

Е. А. Уйранова Автоматизированное рабочее место специалиста по кадрам федерального казенного учреждения здравоохранения «Медико-санитарной части министерства внутренних дел России по Ульяновской области». (АРМ СПЕЦИАЛИСТА ПО КАДРАМ ФКУЗ «МСЧ МВД») .................. 160

А. А. Ефремов, Э. Ф. Шарафутдинов Разработка системы автоматизации работы юридического консультативного центра с использованием алгоритма поиска по ключевым словам .......................................... 162

271

Э. Ф. Шарафутдинов Разработка приложения «БАЗА АККОРДОВ» с поиском по текстам песен, на мобильной платформе android .................................... 170

В. С. Аввакумова Автоматизированная система учета договоров займа ....... 173

В. С. Аввакумова Анализ влияния тиц на посещаемость сайта. ..................... 175

А. Д. Мухаметзянов, Ю. С. Балдина Облачный сервис для программирования логических интегральных схем .................................................... 178

В. С. Аввакумова, И. Н. Шеянова Реализация метода fcm-кластеризации в программе прогнозирования сумм договоров займа ..................... 190

М. М. Фирулина, М. С. Теплова Разработка системы аттестации сотрудников ..................................................................................................................... 195

Е. С. Михайлова, А. И. Кантимирова Разработка системы автоматизации деятельности ателье по пошиву одежды ............................................ 202

Э. И. Рахманова, Г. Р. Сабитова Система автоматизации работы аптеки ............................................................................................................................... 207

С. А. Климов, Е. А. Киреева Разработка системы автоматизации работы мебельной фирмы .............................................................................................. 215

Н. А. Симдянова, Е. А. Савенкова Разработка системы автоматизации работы кафе с доставкой ................................................................................................ 219

И. Н. Куличенко Система оптимизации учета и поиска товаров по штрих-кодам .................................................................................................................... 224

О. М. Севостьянова, К. П. Устимова Разработка системы автоматизации работы точки розничных продаж, торгующей стройматериалами ........................................................................................................... 228

К. С. Микина, Ю. А. Святкина Разработка системы автоматизации работы туристической фирмы ....................................................................................... 238

А. Н. Солдаткин, Д. А. Максимов Разработка системы автоматизации работы консультативного центра .................................................................................. 243

С. А. Трубкин, С. А. Сёмин Разработка системы планирования расстановки рабочих мест и расчета их стоимости ..................................................... 248

М. С. Григоричева, А. Ю. Долгановская Разработка системы автоматизации сети торговых точек ............................................................................. 251

Н. Д. ЖУЧКОВ Разработка системы автоматизации подготовки регламентной документации .......................................................................................... 261

А. Е. Полбин, А. А. Морозов Разработка системы контроля эффективности работы за компьютером ...................................................................... 265

Научное издание

ПРИКЛАДНЫЕ ИНФОРМАЦИОННЫЕ СИСТЕМЫ Первая Всероссийская научно-практическая конференция

(Ульяновск, 26-30 мая 2014 г.)

Ответственный за выпуск Е. Н. Эгов

ЛР №020640 от 22.10.97 Подпись в печать 12.09.2014. Формат 60×84/16 Усл. печ. л. 15,81. Тираж 100 экз. Заказ 1041.

Ульяновский государственный технический университет

432027, г. Ульяновск, ул. Северный Венец, д. 32

ИПК «Венец» УлГТУ, 432027, г. Ульяновск, ул. Северный Венец, д. 32