Работа с базами данных, на сегодня, является одной из первостепенных задач разработки программного продукта. При разработке программного продукта подготовка базы данных происходит на этапе формирования архитектуры данных.
По методу формирования архитектуры организации EAP (Enterprise ArchitecturePlanning), разработанного Стивеном Спиваком, на этапе формирования архитектуры данных идентифицируются и определяются основные разновидности данных, поддерживающих бизнес-функции. Архитектура данных представляется с помощью ER-модели и состоит из сущностей данных, каждая из которых имеет атрибуты и отношения с другими сущностями [1, 2, 3].
Этап формирования архитектуры данных содержит четыре шага:
1) формирование списка кандидатов в сущности;
2) определение сущностей, атрибутов и отношений;
3) сопоставление сущностей и бизнес-функций;
4) анализ результатов.
При формировании списка кандидатов в сущности и определение сущностей, атрибутов и отношений идет подготовка к построению ER-модели данных. На рисунках 1 – 18 представлены сущности, которые войдут в ER-модель вэб-приложения «Короб-IT», которое представляет собой систему управления бизнес-процессами коммерческого предприятия [4, 5, 6].
Сущность «Сотрудник»
Данная сущность характеризует данные о сотруднике компании. Таблица содержит всю необходимую информацию, которая является атрибутами сущности: ФИО, Дата рождения, E-mail, Skype, Телефон. Сущность связна с другими сущностями: «Должность», отображает должность сотрудника, «Отдел», отображает отдел, в котором работает сотрудник, «Организация», отображает организацию.
Сущность «Отдел»
Сущность характеризует информацию об отделах компании. Главным атрибутом является «Наименование отдела». В организации существуют отделы, поэтому «Отдел» и «Организация» связаны идентифицирующей связью.
Сущность «Организация»
Сущность характеризует информацию об организации. Данные представлены об организации владельце вэб-приложения. Атрибуты, характеризующие сущность: «Наименование организации», «Адрес», «ИНН, КПП», «ОГРН», «БИК», «Телефон», «E-mail». В данные об организации, обычно, входит информация о сотрудниках, партнерах, отделах, компаниях партнеров. Для каждых данных в базе существует сущность, которая связна с сущностью «Организация».
Сущность «Нормативные документы»
Сущность характеризует документы, которые содержатся в компании. В таблице данных, которую характеризует сущность содержится информация о документе и сам документ. Соответствующие атрибуты: «Тип_документа», «Документ».
Сущность «Должность»
В каждой организации существует перечень должностей, на которые нанимают сотрудников. Данная сущность характеризует такие должности. Сущность имеет один атрибут – «Наименование должности».
Сущность «Проект»
В каждой коммерческой организации, у которой главная цель – получение прибыли, есть проекты (заказы), которые позволяют зарабатывать. Данная сущность характеризует данные о проекте в компании. Атрибутами сущности являются: «Название проекта», «Дата начала», показывает, когда начинаются работы по проекту, «Предполагаемый срок», имеется в виду установленный срок по договору с небольшим превышением, «Описание». Проект выполняют сотрудники, поэтому есть связь с сущностью «Сотрудник». У проекта есть заказчик, поэтому есть связь с сущностью «Заказчик». Также есть связь с сущностями «Компания» и «Комментарии».
Сущность «Задача»
По каждому проекту сотрудникам ставят задачи, которые необходимо выполнить в процессе реализации проекта. Задача ставится конкретному сотруднику или группе сотрудников, поэтому существует связь с сущностью «Сотрудник». Есть очевидная связь с сущностью «Проект», так как задача ставится по определенному проекту. Связь с сущностью «Подзадача» говорит о том, что у каждой задачи есть ряд подзадач. Атрибутами сущности являются: «Наименование задачи», «Дата начала», «Дата конца» точный срок выполнения задачи, «Описание», «Приоритет», говорит о порядке выполнения задачи по отношению к другим задачам проекта.
Сущность «Подзадача»
Сущность характеризует подзадачи, которые входят в конкретную задачу по проекту. В таблице данных, которую характеризует сущность содержится информация о перечне подзадач и сроках выполнения. Соответствующие атрибуты: «Наименование подзадачи», «Описание», «Крайний срок», «Приоритет».
Сущность «Комментарий»
Для некоторых разделов приложения есть возможность оставлять комментарии. Данная сущность характеризует такие комментарии. Для комментария важен только «Текст комментария». Существует связь с «Сотрудником», так как комментарий оставляет непосредственно он.
Сущность «Компания заказчика»
В каждой коммерческой организации, у которой главная цель – получение прибыли, есть заказчик (клиент), который позволяет зарабатывать. Данная сущность характеризует данные о компании заказчика. Атрибутами сущности являются: «Наименование компании», «Адрес», «ИНН, КПП», «ОГРН», «БИК», «Телефон», «E-mail».
Сущность «Ответственное лицо заказчика»
В компании заказчика есть ответственное лицо, которое представляет интересы заказчика. Чаще всего таковым лицом является директор компании. Чтобы знать с кем общаться, как с заказчиком необходимо прописать атрибуты сущности: «Фамилия», «Имя», «Отчество», «Email», «Телефон». Сущность связна с сущностью «Компания заказчика».
Сущность «Диалог»
Для общения сотрудников коммерческого предприятия для удобства создается электронный диалог в вэб-приложении. Диалогов может быть несколько, по разным темам. Важными атрибутами для данной сущности являются: «Называние диалога», «Дата создания». Для организации работы диалога необходима связь с сущностями: «Сообщение» и «Сотрудник».
Сущность «Сообщение»
Принцип работы диалога заключается в отправлении в нем сообщений. Сообщения бывают также личными от одного сотрудника к другому. Сущность содержит два важных атрибута: «Текст сообщения» и «Дата сообщения».
Сущность «Компания партнера»
Помимо заказчиков у коммерческого предприятия существуют партнеры. Партнеры могут как просто спонсировать компанию, так и каким-либо образом участвовать в деятельности компании. Чаще всего партнером является некая организация. Данные об партнере отражаются в атрибутах: «Наименование компании», «Адрес», «ИНН, КПП», «ОГРН», «БИК», «Телефон», «E-mail».
Сущность «Партнер»
Как и у заказчика, у компании партнера есть представитель, с которым идет непосредственное общение. Чтобы знать с кем общаться, как с заказчиком необходимо прописать атрибуты сущности: «Фамилия», «Имя», «Отчество», «Email», «Телефон». Сущность связна с сущностью «Количество внедрений».
Сущность «Документы»
Без документов не обходится ни одна компания. Данная сущность характеризует документы, которые формируются в процессе осуществления деятельности коммерческого предприятия. Сущность содержит атрибуты: «Название документа», «Документ ссылка». Документы формируются в процессе выполнения проекта, поэтому сущность связана с сущностью «Проект».
Сущность «Видео»
В процессе выполнения проекта, помимо документов могут создаваться или добавляться видео. Видео могут быть как для заказчика, так и для сотрудников. Сущность содержит атрибуты: «Название видео», «Видео ссылка». Документы формируются в процессе выполнения проекта, поэтому сущность связана с сущностью «Проект».
Сущность «Изображения»
В процессе выполнения проекта, помимо документов могут создаваться или добавляться изображения.Чаще всего такими изображениями являются скриншоты ПП. Сущность содержит атрибуты: «Название изображения», «Изображение ссылка». Документы формируются в процессе выполнения проекта, поэтому сущность связана с сущностью «Проект».
Помимо описания сущностей модели данных, для определения архитектуры данных необходимо также прописать каждый атрибут сущности, в частности их типы. Типы атрибутов и сущностей важны на физическом уровне модели данных [7, 8, 9, 10, 11].
Атрибут обычно хранится в виде столбца или поля таблицы (сущности). Типы атрибутов определяют типы данных, которые хранятся в поле таблицы (сущности). Описание типов атрибутов для каждой сущности модели данных вэб-приложения “Короб-IT” представлены в таблице 1.
Таблица 1 – Описание типов атрибутов модели данных вэб-приложения “Короб-IT”
Сущность |
Атрибут |
Тип атрибута |
Сотрудник |
ID_Сотрудника (UK) | Integer |
Телефон | Char(18) | |
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) | |
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) | |
Char(18) | ||
Ответственное лицо заказчика |
ID_Компании(UK) | Integer |
Фамилия | Text | |
Имя | Text | |
Отчество | Text | |
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) | |
Char(18) | ||
Партнер |
ID_Партнера(UK) | Integer |
ID_Компании(UK) | Integer | |
Фамилия | Text | |
Имя | Text | |
Отчество | Text | |
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 представлено физическое представление модели.
Описание сущностей и атрибутов ER-модели позволяет в дальнейшем перейти к построению самой модели данных. Модель данных будет являться результатом формирования архитектуры данных программного продукта на шаге анализ результатов.
В дальнейшем архитектура данных позволяет правильно и эффективно сформировать реальную базу данных программного продукта. На основе рассмотренных в данной статье сущностей и атрибутов в дальнейшем также будет организована база данных вэб-приложения управления бизнес процессами коммерческого предприятия. Дальнейшие результаты представлены в дипломной работе «Разработка конфигурации системы «Битрикс 24» для управления бизнес процессами коммерческого предприятия.
Библиографический список
- Белоусова И.Д. Реализация компетентностного подхода при разработке профессиональных и образовательных стандартов // Электротехнические системы и комплексы. 2015. № 3 (28). С. 51-54.
- Белоусова И.Д., Курзаева Л.В., Агдавлетова А.М. К вопросу о согласовании требований к содержанию профессиональной подготовки на основе онтологической модели // Современные наукоемкие технологии. 2015. № 11. С. 67-70.
- Курзаева Л.В., Овчинникова И.Г., Белоусова И.Д. К вопросу о формировании требований к результатам обучения ИТ-специалистов в системе непрерывного профессионального образования // Современные проблемы науки и образования. 2013. №4. С. 174.
- Масленникова О.Е. Комплекс лабораторных работ как элемент развития самостоятельности студентов // Научные труды SWorld. 2007. Т. 14. №4. С. 83-84.
- Махмутов Г.Р., Махмутова М.В. Сочетание традиционной и дистанционной технологий обучения в процессе подготовки ИТ-специалистов в вузе // Вестник компьютерных и информационных технологий. - 2010. -№ 8. -С. 52-56.
- Махмутова М.В., Махмутов Р.Р. Разработка проектных решений по внедрению системы управления взаимоотношениями с клиентами VTIGER CRM // Сб. науч. тр. 4-ой Междунар. науч.-практ. конф. «Современные инновации в науке и технике». – Курск, 2014. -Том 3. -С. 94-98.
- Махмутова М.В. Формирование модели образовательной информационной среды подготовки специалиста // Сборник научных трудов Sworld. 2007. Т. 14.-№ 4.-С. 85-90.
- Назарова О.Б. Разработка региональной модели индивидуальной траектории профессионального развития бакалавров и магистров для реализации стадий создания автоматизированных систем как научная проблема // Современные информационные технологии и ИТ-образование, 2014. №10. – С. 651-663.
- Назарова О.Б. Реализация принципа преемственности в построении учебных курсов специальности Прикладная информатика (в экономике) на основе Case-технологий // Фундаментальные исследования. 2007. № 6. С. 46.
- Назарова О.Б., Колодкина Е.А. Использование референтной модели процессов для управления качеством телекоммуникационных услуг // Экономика и менеджмент инновационных технологий. 2014. №6 (33). С. 21.
- Назарова, О.Б., Масленникова, О.Е. Разработка реляционных баз данных с использованием CASE-средства ALL FusionDataModeler: учеб. пособие. -Москва: Изд-во «ФЛИНТА», 2013. -74 с. – Библиогр.: с. 52.
Количество просмотров публикации: Please wait