Курсовые работы / ПРИС К_10

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

«Ремонт», изображена на рисунке 2.6. Диаграмма третьего уровня,

представляющая собой декомпозиция работы «Диагностика неисправности»,

изображена на рисунке 2.7.

Рисунок 2.6 – Декомпозиция блока «Ремонт»

Рисунок 2.7 – Декомпозиция блока «Диагностика неисправности»

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

23

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

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

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

Рисунок 2.8 – Декомпозиция блока «Ведение базы данных»

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

Рисунок 2.9 - Иерархическое дерево работ

24

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

(2.1), коэффициент сбалансированности, рассчитываемый по формуле (2.2), и

коэффициент применения элементарных функций, рассчитываемый по формуле (2.3).

(2.1)

(2.2)

(2.3)

,

где

N – количество работ на текущем уровне; L (№) – номер уровня;

- стрелки, входящие и выходящие в функцию; N эл.ф. - количество элементарных функций.

От уровня к уровню Ки должен уменьшаться (или хотя бы не возрастать).

Кб в идеале равен нулю, однако допускаются значения в пределах от 2 до 3.

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

не надо.

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

1.Получение заявки на ремонт.

2.Получение комплектующих со склада запчастей.

3.Получение изделия в ремонт.

25

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

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

(объекты), каждая из которых имеет свои характеристики, выраженные атрибутами:

Организация (наименование, ИНН, КПП, адрес, телефон);

Изделие (наименование, артикул, единица измерения, срок гарантии,

тип изделия);

Склад (наименование);

Покупатель (ФИО, адрес);

Поставщик (наименование, ИНН, КПП, юридический адрес,

физический адрес);

Заявка на ремонт (ФИО покупателя, дата заявки, статус заявки,

изделие, серия, запчасти, количество);

Запчасти (наименование, артикул, единица поставки, назначение).

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

Вданной модели можно выделить следующие взаимосвязи между сущностями:

Организация производит изделие;

Покупатель покупает изделия;

Поставщики поставляют запчасти;

Запчасти необходимы для ремонта изделий;

Запчасти поступают на склад;

Покупатель обращается с заявкой на ремонт;

Организация обрабатывает и выполняет заявку.

27

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

Рисунок 2.10 – Диаграмма «сущность-связь» ERD

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

(рисунок 2.11) [12].

Рисунок 2.11 – Логическая модель данных по стандарту IDEF1X

28

Физическая модель разрабатываемой системы представлена диаграммой классов – нотацией UML-диаграмм [13], применяющихся для объектно-

ориентированных моделей, какой и является среда реализации «1С:

Предприятие» (рисунок 2.11).

Реализация

Рисунок 2.12 – Физическая модель данных (диаграмма классов)

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

29

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

справочники Организация, Подразделения, Сотрудники).

Важно отметить, что из-за большого количества блоков физической модели и ее громоздкости, атрибуты (реквизиты) не были включены в объекты на рисунке 2.12, а сведены в таблицы Б.1-Б.5.

Также в системе необходимо создать общие объекты, а именно:

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

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

Выводы по второму разделу

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

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

30

Следовательно, функциональная модель для автоматизируемого бизнес-

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

IDEF1.X, физическая модель была построена в нотации UML и представлена диаграммой классов, так как данная модель должна отражать конкретную СУБД.

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

31