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

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

В данном разделе курсового проекта была описана рассматриваемая предметная область. Были рассмотрены программные продукты,

предназначенные для автоматизации деятельности ювелирной мастерской: «ИТ-К: Управление Ювелирным Производством 2.0», «ЮвелирСофт:

Управление ювелирным производством», «1С: Комплексная автоматизация 8»

и проведен их сравнительный анализ по выбранным критериям. Наиболее оптимальным вариантом оказался программный продукт «ЮвелирСофт:

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

12

2 АНАЛИЗ И ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ ДЛЯ АВТОМАТИЗАЦИИ УЧЕТА ЗАКАЗОВ В ОРГАНИЗАЦИИ ПО ПРОИЗВОДСТВУ ЮВЕЛИРНЫХ ИЗДЕЛИЙ

2.1 Постановка задачи проектирования информационной системы

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

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

стоимость работы), материал, из которого оно изготавливается).

2. Сведения о клиентах, которые заказывают ювелирные изделия

(фамилия, имя, отчество, адрес, контактный телефон).

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

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

ИС должна обеспечивать выполнение следующих функций (основных и

дополнительных):

—Ввод, удаление и редактирование той или иной информации, с

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

—Многопользовательский режим работы.

—Разграничение прав доступа к ИС с помощью идентификации и аутентификации пользователей (пользователь – соответствующий пароль).

Обеспечить возможность оперативного изменения пароля. Количество различных пользователей – не менее 2.

— Резервное копирование информационных баз по желанию

пользователя (только администратора).

13

—Осуществлять поиск по разнообразным признакам (не менее одного

вкаждой из информационных категорий, например, номеру заказа, категории товара и т.д.).

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

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

—Вывод информации о количестве заказов, выполненных каждым мастером за заданный промежуток времени. Организовать возможность вывода списка сведений в MSWord (или MSExcel).

—Вывод информации о количестве выполненных заказов и их

стоимости.

—Вывод информации обо всех невыполненных заказах на текущую

дату.

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

2.2 Анализ предметной области проектирования информационной системы

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

Мастерская работает с определенными материалами (платина, золото,

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

14

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

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

обработка, хранение информации в БД и представление ее пользователям).

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

получение необходимой аналитической информации с возможностью детализации [6].

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

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

Выходными документами будут следующие отчеты:

—договор об оказании услуг;

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

—отчет о количестве выполненных заказов и их стоимости за определенный промежуток времени;

—отчет обо всех невыполненных заказах на текущую дату;

—отчет о количестве заказов, выполненных каждым мастером за заданный промежуток времени (с возможностью вывода в MSWord или

MsExcel).

15

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

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

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

Инструментами разработки являются фреймворк Ruby on Rails, база данных PostgreSQL, язык программирования Ruby.

.Ruby on Rails – это полноценный, многоуровневый фреймворк,

написанный на языке программирования Ruby, для построения веб-

приложений, использующих базы данных, который основан на архитектуре Модель-Представление-Контроллер (Model-View-Controller, MVC) [7].

К основным преимуществам Ruby можно отнести следующие:

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

—скорость разработки (возможность быстрой разработки приложений, так как время на разработку на Ruby On Rails меньше на 40-50%

по сравнению с другими языками программирования);

—работа на многих аппаратных платформах и(или) операционных системах (кроссплатформенность - возможность запуска исполняемого файла на платформах различных операционных систем);

—низкие требования к ресурсам компьютера у разработанного приложения.

16

Таким образом, возможности Ruby on Rails полностью отвечают

требованиям и подходят для создания необходимого программного продукта.

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

процесса учета заказов клиентов в организации по производству ювелирных изделий

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

Методология IDEF0 предписывает построение иерархической системы диаграмм – единичных описаний фрагментов системы. Сначала проводится описание системы в целом и ее взаимодействия с окружающим миром

(контекстная диаграмма), после чего проводится функциональная декомпозиция – система разбивается на подсистемы, и каждая описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности [10-11].

На рисунке 2.1 представлено иерархическое дерево работ процесса учета заказов в ювелирной мастерской.

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

17

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

IDEF0.

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

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

(1)

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

(2):

(2)

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

(3)

где N – количество работ на текущем уровне;

L – номер уровня;

Ai - стрелки, входящие и выходящие в функцию;

Nэл.ф. - количество элементарных функций.

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

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

Коэффициент сбалансированности показывает соотношение выходных и выходных стрелок. Коэффициент применения элементарных функций необходим для определения необходимости дальнейшей детализации функциональной модели. Если >1 и >0,5, то продолжать декомпозицию не надо.

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

18

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

Таблица 2.1 – Результаты количественного анализа функциональной модели

Таким образом, исходя из таблицы 2, можно сделать вывод, что коэффициент уровня имеет тенденцию уменьшения, коэффициент сбалансированности находится в пределах от 0 до 3, что не превышает норму, а

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

сбалансирована и достаточно детализирована.

2.4 Построение логических и физических моделей данных бизнес-

процесса учета заказов клиентов в организации по производству ювелирных изделий

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

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

свою очередь, физическая модель содержит необходимую информацию для понимания механизма реализации логической модели в СУБД [12-14].

19

Для составления модели данных были определены сущности и их

атрибуты:

1.Клиент: код, имя, фамилия, отчество, адрес, телефон.

2.Мастер: код, имя, фамилия, отчество, телефон мастера.

3.Материал: код, название, единица измерения, цена.

4.Тип изделия: код, наименование типа.

5.Изделие: код изделия, материал, тип, артикул, вес, цена изделия.

6.Заказ: код клиент, изделие, мастер, дата заказа, дата выполнения,

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

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

представлены на рисунках 2.2-2.3 соответственно.

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

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

—клиент делает заказ;

—мастер выполняет заказ;

20

—тип изделия выбирается на основе выбранного изделия;

—материал выбирается под определенное изделие;

—выбранное изделие вносится в заказ.

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

Рисунок 2.3 ‒ Физическая модель данных по стандарту IDEF1X

Физическая модель ИС в соответствии с предметной областью была построена на основании вышеописанной логической модели, а также особенностями среды разработки данной ИС, а именно «Ruby on Rails».

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

21