Создание программного обеспечения для предприятий по изготовлению мебели средствами «1С:Предприятие 8.2»

Диаграмма состоит из четырех  сущностей:

1. Сотрудник;
2. Заказчик;
3. Мебель;
4. Материал.

Для сущности Сотрудник (рисунок 10) определены атрибуты: ФИО, должность, табельный номер и адрес. Ключевым атрибутом из которых является Табельный номер.

Рисунок 10 – Сущность Сотрудник и его атрибуты.

Для сущности Заказчик (рисунок 11) определен атрибут: ФИО.

Рисунок 11 – Сущность Заказчик и его атрибуты

Для сущности Мебель (рисунок12) определены атрибуты: вид и артикул. Ключевым атрибутом является Артикул.

Рисунок 12 – Сущность Мебель и его атрибуты

Для сущности Материал (рисунок 13) выявлены следующие атрибуты: единица измерения, цена, производитель и вид материала. Ключевым атрибутом определен Вид материала.

Рисунок 13 – Сущность Материал и его атрибуты

Связь между сущностями Сотрудник  и Заказчик представлена на рисунке 14.

Рисунок 14 – Связь между сущностями Сотрудник и Заказчик

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

Связь между сущностями Сотрудник  и Мебель представлена на рисунке 15.

Рисунок 15 – Связь между сущностями Сотрудник и Мебель

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

Связь между сущностями Заказчик и  Мебель представлена на рисунке 16.

Рисунок 16 – Связь между сущностями Заказчик и Мебель

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

Связь между сущностями Мебель и  Материал представлена на рисунке 17.

Рисунок 17 – Связь между сущностями Мебель и Материал

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

На концептуальной модели представлены простые и составные  атрибуты.

Составными атрибутами являются:

1. ФИО – так как можно разделить данный атрибут на Фамилию Имя и Отчество;
2. Адрес можно разделить на город, улицу, дом и квартиру;

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

2.1.3 Описание логической модели

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

Рисунок 17 – Логическая модель данных «Предприятие по изготовлению мебели»

На  рисунке 17 представлена логическая модель данных «Предприятие по изготовлению мебели».

ERD- диаграмма состоит из четырех сущностей: сотрудник, заказчик, мебель, материал.

Рисунок 18 – Сущность Сотрудник с ее атрибутами

Для сущности Сотрудник (рисунок 18) определены атрибуты: адрес, должность, табельный номер и ФИО. Ключевым атрибутом является табельный номер сотрудника.

Рисунок 19 - Сущность Заказчик и ее сущности

Для сущности Заказчик (рисунок 19) определен атрибут: ФИО.

Рисунок 20 – Сущность Мебель с ее атрибутами

Для сущности Мебель (рисунок 20) определены атрибуты: артикул и вид. Ключевым атрибутом определен артикул.

Рисунок 21 – Сущность Материал с ее атрибутами

Для сущности Материал (рисунок 21) определены атрибуты: вид материала, единица измерения, производитель и цена. Ключевым атрибутом является производитель.

Рисунок 22 – Связь многие-ко-многим между сущностями Сотрудник и Заказчик

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

Рисунок 23 – Связь многие-ко-многим между сущностями Сотрудник и Мебель

Определена  связь многие-ко-многим между сущностями Сотрудник и Мебель (рисунок 23). Каждый сотрудник производит мебель, но не каждая Мебель производится Сотрудником.

Рисунок 24 – Связь многие-ко-многим между сущностями Заказчик и Мебель

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

Рисунок 25 – Связь многие-к-одному между

сущностями  Мебель и Материал

На рисунке 25 представлена связь многие-к-одному между сущностями Мебель и Материал.

Один вид Мебели изготавливается  из множества видов Материала, а  Материал используется для изготовления одного вида Мебели.

На логической модели данных представлены три полных категориальных сущностей.

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

Рисунок 26 – Полная категориальная сущность.

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

Рисунок 27 – Полная категориальная сущность.

В полной категории одному экземпляру родового предка (сущность Заказчик) обязательно  соответствует экземпляр, в каком  либо потомке. Данная сущность может  делиться на сущности ФизЛицо и ЮрЛицо (рисунок 27).

Рисунок 28 – Полная категориальная сущность.

В полной категории одному экземпляру родового предка (сущность Мебель) обязательно соответствует  экземпляр, в каком либо потомке. Данная сущность может делиться на сущности Корпусная мебель и Мягкая мебель.

У каждой категориальной сущности представлены атрибуты (рисунок 28).

На логической модели данных определены 2 домена у следующих  атрибутов: вид (Сущность Мебель) и вид  материала (Сущность Материал).

Домен сущности Мебель - Type of wood – вид дерева. У данного домена объявлены поддомены: Birch – береза и Oak-tree – дуб.

Домен сущности Материал –  Type of material – вид материала. Данный домен делиться на поддомены: Filler – наполнитель и Tissue – ткань.

2.1.4 Описание физической модели данных

На основании логической модели была построена физическая модель данных «Предприятия по изготовлению мебели».

Рисунок 29 – Физическая модель данных «Предприятия по изготовлению мебели»

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

Таблица Cotrudnik (Сотрудник) имеет следующее представление колонки: Address (адрес), Work (должность), FIO (ФИО) и Tabel.№ cotrudnika (табельный номер сотрудника). Ключевым представлением колонки является Табельный номер сотрудника.

Таблица Zakazchik (Заказчик) имеет следующее представление колонки: FIO (ФИО).

Таблица Mebel (Мебель) имеет следующее представление колонки: Artucul (артикул) и Vid_medeli (вид мебели). Ключевым представлением колонки является Артикул.

Таблица Material (Материал) имеет следующее представление колонки: Proizvoditel (производитель), Vid_materiala (вид материала), Edenica izmerenia (единица измерения) и Price (Цена). Ключевым представлением колонки является Производитель.

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

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

Полная категориальная сущность таблицы Сотрудник  делится  на  Postoan.-cotrudnik (Постоянный сотрудник) и Covmestitel (Совместитель). Ключевым преставление колонки категориальной сущности Постоянный сотрудник и Совместитель является табельный номер сотрудника. Представлением колонки у категориальной сущности Постоянный работник определен Postoan.Zarabotok (Постоянный заработок), а у Совместителя Oplata_v_chacx (Оплата в часах).

Полная категориальная сущность таблицы Мебель  делится  на  Magk._mebel (Мягкая мебель) и Korpusn._mebel (Корпусная мебель). Ключевым преставление колонки категориальной сущности Мягкая мебель и Корпусная мебель является Артикул. Представлением колонки у категориальной сущности Мягкая мебель определен Napolnitel (Наполнитель) и Tkan (Ткань), а у Корпусной мебели Material_izdelia (Материал изделия).

Полная категориальная сущность таблицы Заказчик  делится  на FizLitso (ФизЛицо) и YrLitso (ЮрЛицо). Представлением колонки у категориальной сущности ФизЛицо определен Ceria_i_nomer_pasporta (Серия и номер паспорта), а у ЮрЛица Predstavitel_kompanii (Представитель компании).

На рисунке 30 представлено Представление 1.

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

Рисунок 30 – Представление 1

На рисунке 31 представлено Представление 2 состоит из двух таблиц Сотрудник и Мебель, который отвечает на запрос «какой сотрудник производит определенный вид мебели»

Рисунок 31 – Представление 2

Рисунок 32 – Представление 3

На рисунке 32 представлено Представление двух таблиц Сотрудник и Заказчик. Представление 3 отвечает на запрос «Сотрудник какой должности обслуживает Заказчика».

Рисунок 33 – Представление 4

На рисунке 33 представлено Представление 4 связывающее две таблицы Сотрудник и Материал. Данное представление отвечает на запрос «Какой сотрудник будет работает с определенным материалом».

Рисунок 34 – Представление 5

На рисунке 34 представлено Представление 5 связывающее две таблицы Заказчик и Мебель. Представление отвечает на запрос «вид мебели, который заказал Заказчик».

2.1.5 Описание IDEF0

В последнее время среди  системных аналитиков и разработчиков  значительно вырос интерес к CASE (Computer-AidedSoftware/SystemEngineering) - технологиям  и инструментальным CASE-средствам, позволяющим  максимально систематизировать  и автоматизировать все этапы  разработки программного обеспечения. CASE - автоматизированная разработка программного обеспечения[5].

BPwin - средство верхнего  уровня, поддерживающее методологию  IDEF0 (функциональная модель)[2].

BPwin является мощным средством  моделирования и документирования  бизнес-процессов. Этот продукт  использует технологию моделирования  IDEF0 (Inte-grationDefinitionforFunctionModeling) - наиболее  распространенный стандарт, который  принят для моделирования бизнес-процессов[2, 6].