ОПИСАНИЕ АРХИТЕКТУРЫ ДАННЫХ ВЭБ-ПРИЛОЖЕНИЯ «КОРОБ-IT» ДЛЯ КОММЕРЧЕСКОГО ПРЕДПРИЯТИЯ

Соколова Ангелина Андреевна1, Новикова Татьяна Борисовна2, Давлеткиреева Лилия Зайнитдиновна3
1Магнитогорский государственный технический университет им. Г. И. Носова, студентка 4 курса, кафедра "Прикладная информатика"
2Магнитогорский государственный технический университет им. Г. И. Носова, канд. пед. наук, доцент
3Магнитогорский государственный технический университет им. Г. И. Носова, канд. пед. наук, доцент

Аннотация
Данная статья направлена на определение понятия «архитектура данных программного продукта». В рамках рассмотрения вопроса описаны шаги формирования архитектуры данных, затронуто понятие ER-модель данных. Описание шагов формирования архитектуры данных описано на примере модели данных веб-приложения «Короб-IT» для коммерческого предприятия. Подробно рассмотрен пример описания сущностей и атрибутов ER-модели.

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


THE DESCRIPTION OF ARCHITECTURE OF DATA OF THE WEB-APPLICATION OF "KOROB-IT" FOR COMMERCIAL ENTERPRISES

Sokolova Angelina Andreevna1, Novikova Tatjana Borisovna2, Davletkureeva Lilija Zajnotdinovna3
1Magnitogorsk state technical University named after G. I. Nosov, 4th year student, Department "Applied Informatics"
2Magnitogorsk state technical University named after G. I. Nosov, candidate of pedagogical sciences, associate Professor
3Magnitogorsk state technical University named after G. I. Nosov, candidate of pedagogical sciences, associate Professor

Abstract
This article is directed to definition of the concept "architecture of data of the software product". Within consideration of a question steps of formation of architecture of data are described, the concept ER model of data is affected. The description of steps of formation of architecture of data is described on the example of model of data of a web application "Korob-IT" for commercial enterprises. An example of the description of entities and attributes of ER model is in detail reviewed.

Keywords: ER-модель


Рубрика: 05.00.00 ТЕХНИЧЕСКИЕ НАУКИ

Библиографическая ссылка на статью:
Соколова А.А., Новикова Т.Б., Давлеткиреева Л.З. Описание архитектуры данных вэб-приложения «Короб-IT» для коммерческого предприятия // Современные научные исследования и инновации. 2016. № 7 [Электронный ресурс]. URL: https://web.snauka.ru/issues/2016/07/67299 (дата обращения: 18.03.2024).

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

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

Этап формирования архитектуры данных содержит четыре шага:

1)      формирование списка кандидатов в сущности;

2)      определение сущностей, атрибутов и отношений;

3)      сопоставление сущностей и бизнес-функций;

4)      анализ результатов.

При формировании списка кандидатов в сущности и определение сущностей, атрибутов и отношений идет подготовка к построению ER-модели данных. На рисунках 1 – 18 представлены сущности, которые войдут в ER-модель вэб-приложения «Короб-IT», которое представляет собой систему управления бизнес-процессами коммерческого предприятия [4, 5, 6].

Рисунок 1 - Сущность «Сотрудник»"

Сущность «Сотрудник»

Данная сущность характеризует данные о сотруднике компании. Таблица содержит всю необходимую информацию, которая является атрибутами сущности: ФИО, Дата рождения, E-mail, Skype, Телефон. Сущность связна с другими сущностями: «Должность», отображает должность сотрудника, «Отдел», отображает отдел, в котором работает сотрудник, «Организация», отображает организацию.

Рисунок 2 - Сущность «Отдел»

Сущность «Отдел»

Сущность характеризует информацию об отделах компании. Главным атрибутом является «Наименование отдела». В организации существуют отделы, поэтому «Отдел» и «Организация» связаны идентифицирующей связью.

Рисунок 3 - Сущность «Организация»

Сущность «Организация»

Сущность характеризует информацию об организации. Данные представлены об организации владельце вэб-приложения. Атрибуты, характеризующие сущность: «Наименование организации», «Адрес», «ИНН, КПП», «ОГРН», «БИК», «Телефон», «E-mail». В данные об организации, обычно, входит информация о сотрудниках, партнерах, отделах, компаниях партнеров. Для каждых данных в базе существует сущность, которая связна с сущностью «Организация».

Рисунок 4–Сущность «Нормативные документы»

Сущность «Нормативные документы»

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

Рисунок 5 - Сущность «Должность»

Сущность «Должность»

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

Рисунок 6 - Сущность «Проект»

Сущность «Проект»

В каждой коммерческой организации, у которой главная цель – получение прибыли, есть проекты (заказы), которые позволяют зарабатывать. Данная сущность характеризует данные о проекте в компании. Атрибутами сущности являются: «Название проекта», «Дата начала», показывает, когда начинаются работы по проекту, «Предполагаемый срок», имеется в виду установленный срок по договору с небольшим превышением, «Описание». Проект выполняют сотрудники, поэтому есть связь с сущностью «Сотрудник». У проекта есть заказчик, поэтому есть связь с сущностью «Заказчик». Также есть связь с сущностями «Компания» и «Комментарии».

Рисунок 7 - Сущность «Задача»

Сущность «Задача»

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

Рисунок 8 - Сущность «Подзадача»

Сущность «Подзадача»

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

Рисунок 9 - Сущность «Комментарий»

Сущность «Комментарий»

Для некоторых разделов приложения есть возможность оставлять комментарии. Данная сущность характеризует такие комментарии. Для комментария важен только «Текст комментария». Существует связь с «Сотрудником», так как комментарий оставляет непосредственно он.

Рисунок 10 - Сущность «Компания заказчика»

Сущность «Компания заказчика»

В каждой коммерческой организации, у которой главная цель – получение прибыли, есть заказчик (клиент), который позволяет зарабатывать. Данная сущность характеризует данные о компании заказчика. Атрибутами сущности являются: «Наименование компании», «Адрес», «ИНН, КПП», «ОГРН», «БИК», «Телефон», «E-mail».

Рисунок 11 - Сущность «Ответственное лицо заказчика»

Сущность «Ответственное лицо заказчика»

В компании заказчика есть ответственное лицо, которое представляет интересы заказчика. Чаще всего таковым лицом является директор компании. Чтобы знать с кем общаться, как с заказчиком необходимо прописать атрибуты сущности: «Фамилия», «Имя», «Отчество», «Email», «Телефон». Сущность связна с сущностью «Компания заказчика».

Рисунок 12 - Сущность «Диалог»

Сущность «Диалог»

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

Рисунок 13 - Сущность «Сообщение»

Сущность «Сообщение»

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

Рисунок 14 - Сущность «Компания партнера»

Сущность «Компания партнера»

Помимо заказчиков у коммерческого предприятия существуют партнеры. Партнеры могут как просто спонсировать компанию, так и каким-либо образом участвовать в деятельности компании. Чаще всего партнером является некая организация. Данные об партнере отражаются в атрибутах: «Наименование компании», «Адрес», «ИНН, КПП», «ОГРН», «БИК», «Телефон», «E-mail».

Рисунок 15 - Сущность «Партнер»

Сущность «Партнер»

Как и у заказчика, у компании партнера есть представитель, с которым идет непосредственное общение. Чтобы знать с кем общаться, как с заказчиком необходимо прописать атрибуты сущности: «Фамилия», «Имя», «Отчество», «Email», «Телефон». Сущность связна с сущностью «Количество внедрений».

Рисунок 16 - Сущность «Документы»

Сущность «Документы»

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

Рисунок 17 - Сущность «Видео»

Сущность «Видео»

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

Рисунок 18 - Сущность «Изображения»

Сущность «Изображения»

В процессе выполнения проекта, помимо документов могут создаваться или добавляться изображения.Чаще всего такими изображениями являются скриншоты ПП. Сущность содержит атрибуты: «Название изображения», «Изображение ссылка». Документы формируются в процессе выполнения проекта, поэтому сущность связана с сущностью «Проект».

Помимо описания сущностей модели данных, для определения архитектуры данных необходимо также прописать каждый атрибут сущности, в частности их типы. Типы атрибутов и сущностей важны на физическом уровне модели данных [7, 8, 9, 10, 11].

Атрибут обычно хранится в виде столбца или поля таблицы (сущности). Типы атрибутов определяют типы данных, которые хранятся в поле таблицы (сущности). Описание типов атрибутов для каждой сущности модели данных вэб-приложения “Короб-IT” представлены в таблице 1.

Таблица 1 – Описание типов атрибутов модели данных вэб-приложения “Короб-IT”

 

Сущность

Атрибут

Тип атрибута

Сотрудник

ID_Сотрудника (UK) Integer
Телефон Char(18)
E-mail Char(18)
Фамилия Text
Имя Text
Отчество Text
Skype Char(18)
Дата рождения Data
ID_Должности(FK) Integer
ID_Отдела(FK) Integer
ID_Организации(FK) Integer

Отдел

ID_Отдела (UK) Integer
ID_Организации(FK) Integer
Наименование отдела Text

Организация

ID_Организации(UK) Integer
Наименование организации Char(50)
Адрес Char(30)
ИНН, КПП Char(18)
ОГРН Char(18)
БИК Char(18)
Телефон Char(18)
E-mail Char(18)
ID_Сотрудника(FK) Integer(FK)
ID_Отдела(FK) Integer(FK)
ID_Компании(FK) Integer(FK)
ID_Партнера(FK) Integer(FK)

Нормативные документы

ID_Документа(UK) Integer
ID_Организации Integer(FK)
Тип_документа Char(18)
Документ Longblod

Должность

ID_Должности(UK) Integer
Наименование_должности Text

Проект

ID_Проекта(UK) Char(18)
Название_проекта Text
Дата_начала Char(18)
Предполагаемый_срок Char(18)
Описание Char(18)
ID_Сотрудника(FK) Integer(FK)
ID_Комментария(FK) Integer(FK)
ID_Компании(FK) Integer(FK)
ID_Заказчика(FK) Integer(FK)

Задача

ID_Задачи(UK) Integer
Наименование_задачи Text
Дата_начала Datatime
Дата_конца Datatime
Описание Text
Приоритет Char(18)
ID_Сотрудника(FK) Integer(FK)
ID_Комментария(FK) Integer(FK)
ID_Проекта(FK) Integer(FK)
ID_Подзадачи(FK) Integer(FK)

Подзадача

ID_Подзадачи(UK) Integer
Наименование_подзадачи Text
Описание Text
Крайний_срок Datatime
Приоритет Char(18)

Комментарий

ID_Подзадачи(UK) Integer
Текст_комментария Text
ID_Сотрудника(FK) Integer(FK)

Компания заказчика

ID_Компании(UK) Integer
Наименование организации Char(30)
Адрес Char(50)
ИНН, КПП Char(18)
ОГРН Char(18)
БИК Char(18)
Телефон Char(18)
E-mail Char(18)

Ответственное лицо заказчика

ID_Компании(UK) Integer
Фамилия Text
Имя Text
Отчество Text
Email Char(18)
Телефон Char(18)
ID_Компании(FK) Integer(FK)

Диалог

ID_Диалога(UK) Integer
Называние_диалога Text
Дата создания Datatime
ID_Сообщения(FK) Integer(FK)
ID_Сотрудника(FK) Integer(FK)

Сообщение

ID_Сообщения(UK) Integer
Текст сообщения Text
Дата сообщения Datatime

Компания партнера

ID_Компании(UK) Integer
Наименование организации Char(30)
Адрес Char(50)
ИНН, КПП Char(18)
ОГРН Char(18)
БИК Char(18)
Телефон Char(18)
E-mail Char(18)

Партнер

ID_Партнера(UK) Integer
ID_Компании(UK) Integer
Фамилия Text
Имя Text
Отчество Text
Email Char(18)
Телефон Char(18)
Количество_внедрений Integer

Документы

ID_Документа(UK) Integer
Название документа Text
Документ ссылка Longblod
ID_Проекта(FK) Integer(FK)

Изображения

ID_Изображения(UK) Integer
Название видео Text
Видео ссылка Longblod
ID_Проекта(FK) Integer(FK)

Видео

ID_Видео(UK) Integer
Название изображения Text
Изображение ссылка Longblod
ID_Проекта(FK) Integer(FK)

После описания всех сущностей и атрибутов у ним необходимо определить связи между всеми сущностями. В совокупности, все сущности и связи между ними выстраиваются в единую ER-модель, модель архитектуры данных. На рисунке 19 представлено логическое представление ER-модели данных веб-приложения “Короб-IT”, а на рисунке 20 представлено физическое представление модели.

Рисунок 19 - Логическое представление данных

Рисунок 20 - Физическое представление данных

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

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


Библиографический список
  1. Белоусова И.Д. Реализация компетентностного подхода при разработке профессиональных и образовательных стандартов // Электротехнические системы и комплексы. 2015. № 3 (28). С. 51-54.
  2. Белоусова И.Д., Курзаева Л.В., Агдавлетова А.М. К вопросу о согласовании требований к содержанию профессиональной подготовки на основе онтологической модели // Современные наукоемкие технологии. 2015. № 11. С. 67-70.
  3. Курзаева Л.В., Овчинникова И.Г., Белоусова И.Д. К вопросу о формировании требований к результатам обучения ИТ-специалистов в системе непрерывного профессионального образования // Современные проблемы науки и образования. 2013. №4. С. 174.
  4. Масленникова О.Е. Комплекс лабораторных работ как элемент развития самостоятельности студентов // Научные труды SWorld. 2007. Т. 14. №4. С. 83-84.
  5. Махмутов Г.Р., Махмутова М.В. Сочетание традиционной и дистанционной технологий обучения в процессе подготовки ИТ-специалистов в вузе // Вестник компьютерных и информационных технологий. - 2010. -№ 8. -С. 52-56.
  6. Махмутова М.В., Махмутов Р.Р. Разработка проектных решений по внедрению системы управления взаимоотношениями с клиентами VTIGER CRM // Сб. науч. тр. 4-ой Междунар. науч.-практ. конф. «Современные инновации в науке и технике». – Курск, 2014. -Том 3. -С. 94-98.
  7. Махмутова М.В. Формирование модели образовательной информационной среды подготовки специалиста // Сборник научных трудов Sworld. 2007. Т. 14.-№ 4.-С. 85-90.
  8. Назарова О.Б. Разработка региональной модели индивидуальной траектории профессионального развития бакалавров и магистров для реализации стадий создания автоматизированных систем как научная проблема // Современные информационные технологии и ИТ-образование, 2014. №10. – С. 651-663.
  9. Назарова О.Б. Реализация принципа преемственности в построении учебных курсов специальности Прикладная информатика (в экономике) на основе Case-технологий // Фундаментальные исследования. 2007. № 6. С. 46.
  10. Назарова О.Б., Колодкина Е.А. Использование референтной модели процессов для управления качеством телекоммуникационных услуг // Экономика и менеджмент инновационных технологий. 2014. №6 (33). С. 21.
  11. Назарова, О.Б., Масленникова, О.Е. Разработка реляционных баз данных с использованием CASE-средства ALL FusionDataModeler: учеб. пособие. -Москва: Изд-во «ФЛИНТА», 2013. -74 с. – Библиогр.: с. 52.


Количество просмотров публикации: Please wait

Все статьи автора «Ангелина Соколова»


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

Связь с автором (комментарии/рецензии к статье)

Оставить комментарий

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

Если Вы еще не зарегистрированы на сайте, то Вам необходимо зарегистрироваться:
  • Регистрация