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

Различают следующие мощности связи между сущностями:

- одному экземпляру родительской сущности соответствует 0,1 или больше экземпляров дочерней сущности (по умолчанию);

- одному экземпляру родительской сущности соответствует 1 или больше экземпляров дочерней сущности (помечается P);

- одному экземпляру родительской сущности соответствует 0 или 1 экземпляр дочерней сущности (помечается Z);

- одному экземпляру родительской сущности соответствует конкретное число экземпляров дочерней сущности (помечается цифрой). [5]

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

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

На Рис. 16 изображено детальное представление структуры данных, соответствующее третьей нормальной форме с указанием мощностей связей.

Рис. 16. Логическая модель данных

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

На Рис.17 изображена физическая модель данных.

Рис. 17. Физическая модель данных

После создания физической модели базы данных в Erwin был сгенерирован SQL-скрипт для СУБД Microsoft SQl Server. Фрагмент кода представлен на Рис. 18. Таким образом, мы получили всю необходимую информацию для реализации конкретной базы данных.

Рис. 18. Фрагмент кода для создания базы данных

С помощью данного SQL-скрипта была создана пустая база данных. Полученная в Microsoft SQl Server схема, изображена на Рис. 19.

Рис. 19. Схема базы данных в Microsoft SQl Server

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

Рис. 20. Пример заполнения таблицы «Сотрудник»

3.4 Оценка эффективности спроектированной системы планирования

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

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

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

,

где - стоимость разработки системы планирования; n - количество сотрудников; t_i - время в часах, которое потратит i-ый сотрудник на разработку системы; R_i - почасовая ставка i-го сотрудника. Сотрудниками, которые примут участие в разработке системы, могут быть: программист, верстальщик и технический писатель.

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

,

где - стоимость поддержки функционирования системы планирования за время t; P₁(t) - затраты на аренду домена; P₂(t) - затраты на аренду хостинга.

Стоимость обучения сотрудников работе с системой можно посчитать по следующей формуле:

,

где - стоимость обучения сотрудников; n - количество обучаемых сотрудников; t_i - среднее время i-го сотрудника, затраченное на обучение; R_i - часовая ставка i-го сотрудника. Допустим, что для обучения системе достаточно будет просмотреть презентацию про интерфейс системы, а среднее время, затрачиваемое на нее равно 1 часу. Тогда стоимость обучения будет равна сумме часовых ставок каждого обучаемого сотрудника:

,

Таким образом, можно вычислить общие затраты на систему, например в первый месяц использования, сложив три показателя:

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

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

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

,

где A - полученная выгода; n - количество сотрудников, которые используют в своей работе систему; t_i - время i-го сотрудника в часах, которое было сэкономлено; R_i - часовая ставка i-го сотрудника.

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

A = 5*400 + 5*400 + 3*450 + 3*500 + 3*500 + 3*450 = 9700.

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

Также система предоставляет возможность клиенту следить за выполнением заказа.

Выводы по Главе 3

В третьей главе работы получены следующие результаты:

1. Произведен и обоснован выбор средств проектирования системы планирования для веб-студий.

2. Спроектирована логическая модель системы с помощью программного продукта Enterprise Architect и с помощью нее созданы прототипы интерфейса системы.

3. Спроектирована логическая и физическая модель данных в программном продукте Erwin, с помощью которых реализована база данных в Microsoft SQl Server.

4. Проведена оценка эффективности спроектированной системы.

ЗАКЛЮЧЕНИЕ

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

Следующие программные продукты были выбраны в качестве средств проектирования: AllFusion Process Modeler (бывший BPWin) для моделирования предметной области, Enterprise Architect для объектно-ориентированного моделирования, AllFusion ERwin Data Modeler для моделирования данных. Выбор программных продуктов был обоснован.

На основе детального моделирования бизнес-процессов веб-студии были разработаны функциональные и нефункциональные требования к системе, а также построена логическая модель, которая позволила подробно рассмотреть функции системы, взаимодействие объектов в ней, их устройство, структурно отобразить требования к системе, а также произвести прототипирование интерфейса. Полученные результаты использовались для создания базы данных с помощью разработки логической и физической моделей данных. Таким образом, была получена информация обо всех физических объектах системы, необходимая для реализации конкретной базы данных в системе управления базами данных Microsoft SQl Server, отвечающей поставленным требованиям и задачам.

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

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1. Кэмпбел М. Разработка, дизайн, программирование, тестирование и раскрутка WEB-сайта. М.: Триумф, 2007.

2. Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем: курс лекций: учебное пособие. М.: Интернет-Ун-т Информационных технологий, 2005. С. 93.

3. Коцюба И.Ю., Чунаев А.В., Шиков А.Н. Основы проектирования информационных систем: учебное пособие. СПб.: Университет ИТМО, 2015. С. 192.

4. Петров В.Н. Информационные системы: учебник для ВУЗов. СПб.: Питер, 2003.

5. Инюшкина О.Г. Проектирование информационных системы (на примере методов структурного системного анализа): учебное пособие. Екатеринбург: Форт-Диалог Исеть, 2014. С. 213, 217.

6. Белов В.В., Чистякова В.И. Проектирование информационных систем. М.: Издательский центр «Академия», 2013.

7. Колесов Ю.Б., Сениченков Ю.Б. Моделирование систем. Объектно-ориентированный подход. СПб.: БХВ-Петербург, 2012.

8. Кирсанов Д.М. Веб-дизайн: книга Дмитрия Кирсанова. СПб.: Символ-Плюс, 2005.

9. Нильсен Я. Веб-дизайн: книга Якоба Нильсена. Пер. с англ. СПб.: Символ-Плюс, 2003.

Размещено на Allbest.ru