Главная Коллекция "Revolution" Программирование, компьютеры и кибернетика Разработка автоматизированной информационной системы строительной организации "ANTEC"

Разработка автоматизированной информационной системы строительной организации "ANTEC"

Разработка базы данных автоматизированной информационной системы. Создание пользователей, логинов и задание им паролей. Составление реляционных отношений. Определение атрибутов сущностей. Запросы базы данных. Представления, процедуры и триггеры.

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 07.08.2018
Размер файла 3,8 M
рефераты на заказ со скидкой

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Страница:

Размещено на http://www.allbest.ru/

Федеральное агентство связи

Федеральное государственное бюджетное образовательное учреждение

высшего образования

«Поволжский государственный университет телекоммуникаций и информатики»

Факультет Факультет заочного обучения

Направление (специальность) Информационные системы и технологии

Кафедра Информационных систем и технологий

ВЫПУСКНАЯ КВАЛИФИКАЦИОННАЯ РАБОТА

(БАКАЛАВРСКАЯ РАБОТА)

Разработка автоматизированной информационной системы строительной организации «ANTEC»

Утверждаю Зав.каф.ИСТ д.т.н.доцент Лиманова Н.И.

Руководитель ассистент М.В.Новикова

Н. контролер доцент к.т.н. с.н.с. О.Л . Куляс

Разработал И-20 Д.В. Костенко

Самара 2017

Содержание

Задание

Отзыв руководителя

Показатели каческтва ВКР

Реферат

Введение

1. Исследование предметной области

1.1 Характеристика деятельности предприятия

1.2 Формулировка задачи

1.2 Обзор используемых программных и инструментальных средств

2. Проектирование и разработка автоматизированной

2.1 Проектирование UML-диаграмм автоматизированной системы

2.1.1 Диаграмма прецедентов

2.1.2 Диаграмма компонентов

2.1.3 Диаграмма развертывания

2.1.4 Диаграмма последовательности

2.2 Разработка базы данных автоматизированной информационной системы

2.2.1 Этап начальной разработки БД

2.2.2 Концептуальное проектирование

2.2.3 Определение атрибутов сущностей

2.2.4 Составление реляционных отношений

2.2.5 Расчет места для хранения БД

3. Логическое и физическое проектирование

3.1 Логическое проектирование

3.1.1 Создание пользователей, логинов и задание им паролей

3.2 Физическое проектирование

3.2.1 Обоснование выбора СУБД

3.2.2 Создание базы данных в СУБД MS SQL SERVER 2012

3.2.3 Заполнение созданной БД

3.3 Запросы базы данных. Представления, процедуры, триггеры

3.3.1 Представления

3.3.2 Процедуры

3.3.3 Триггеры

4. Описание интерфейса приложения. Работа с приложением

Заключение

Список литературы

Приложение А

  • Федеральное агентство связи
  • Федеральное государственное бюджетное образовательное учреждение
  • высшего образования
  • «Поволжский государственный университет телекоммуникаций и информатики»

ЗАДАНИЕ

по подготовке выпускной квалификационной работы

Студента Костенко Дмитрия Валерьевича

1 Тема ВКР Разработка автоматизированной информационной системы строительной организации «ANTEC»

Утверждена приказом по университету от №

2 Срок сдачи студентом законченной ВКР

3 Исходные данные и постановка задачи

1) Анализ технической литературы, соответствующей теме разработки

2) Основные рабочие характеристики проектируемой локальной вычислительной сети

3) Способы организации ЛВС

4) Требования к ЛВС

5) Выбор топологии сети и среды передачи информации

6) Проектирование локальной вычислительной сети предприятия в соответствии с требованиями к ЛВС

4 Перечень подлежащих разработке в ВКР вопросов или краткое содержание ВКР. Сроки исполнения

1) Исследование предметной области

2) Проектирование системы

3) Разработка базы данных

4)Разработка интерфейса клиентского приложения

5 Перечень графического материала. Сроки исполнения

1) Презентационные материалы

6 Дата выдачи задания « » 2016 г.

Кафедра Информационных систем и технологий

Утверждаю Зав.каф.ИСТ д.т.н.доцент Н.И. Лиманова

Руководитель ассистент М.В.Новикова

Задание принял к исполнению И -20 Д.В.Костенко

Федеральное агентство связи

Федеральное государственное бюджетное образовательное учреждение

высшего образования

«Поволжский государственный университет телекоммуникаций и информатики»

ОТЗЫВ РУКОВОДИТЕЛЯ

Тип ВКР Бакалаврская работа

Студента Костенко Дмитрия Валерьевича

Специальность/

Направление Информационные системы и технологии

Тема ВКР Разработка автоматизированной информационной системы строительной организации «ANNEC»

Руководитель Новикова М.В.

Ученая степень, звание

Место работы

(должность) ассистент кафедры ИСТ

АКТУАЛЬНОСТЬ ТЕМЫ

ОЦЕНКА СОДЕРЖАНИЯ РАБОТЫ

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

СТЕПЕНЬ ДОСТИЖЕНИЯ ЦЕЛИ И ПРАКТИЧЕСКАЯ ЗНАЧИМОСТЬ

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

ЗАКЛЮЧЕНИЯ ПО ПРЕДСТАВЛЕННОЙ РАБОТЕ

(Степень самостоятельной работы студента; совокупная оценка труда студента и его квалификация)

Руководитель ВКР

Подпись Дата Инициалы Фамилия

Федеральное агентство связи

Федеральное государственное бюджетное образовательное учреждение

высшего образования

«Поволжский государственный университет телекоммуникаций и информатики»

ПОКАЗАТЕЛИ КАЧЕСТВА ВКР

Студент И- 20 Д.В. Костенко

Группа Подпись Дата Инициалы Фамилия

Руководитель ВКР ассистент М.В.Новикова

По ВКР студента

Костенко Дмитрия Валерьевича

На тему

Разработка автоматизированной информационной системы

строительной организации «ANTEC»

1 Работа выполнена :

- по теме, предложенной студентом

- по заявке предприятия

наименование предприятия

- в области фундаментальных и поисковых научных исследований

указать область исследований

2 Результаты ВКР:

- рекомендованы к опубликованию

указать где

- рекомендованы к внедрению

указать где

- внедрены

акт внедрения

3 ВКР имеет практическую ценность

в чем заключается практическая ценность

4 Использование ЭВМ при выполнении ВКР:

(ПО, компьютерное моделирование, компьютерная обработка данных и др.)

5. ВКР прошла проверку на объем заимствований

Федеральное агентство связи

Федеральное государственное образовательное бюджетное учреждение

высшего профессионального образования

«Поволжский государственный университет телекоммуникаций и информатики»

РЕФЕРАТ

Название

Разработка автоматизированной информационной системы строительной организации ООО «ANTEC»

Автор

Костенко Дмитрий Валерьевич

Научный руководитель

Новикова Марина Викторовна

Ключевые слова

Информационная система, база данных, проектирование

Дата публикации

2017 г.

Библиографическое описание

Костенко Д.В. Разработка автоматизированной информационной системы строительной организации ООО «ANTEC»: дипломный проект / Д.В.Костенко. Поволжский государственный университет телекоммуникаций и информатики (ПГУТИ). Факультет информационных систем и технологий (ИСТ). Кафедра информационных систем и технологий (ИСТ): науч. рук. М.В. Новикова - Самара. 2017. - 80 с.

Аннотация

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

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

Руководитель ВКР ____________ ____________ М. В. Новикова

Введение

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

Все выше сказанное определило актуальность темы работы - она состоит в необходимости разработки системы для автоматизации деятельности строительной организации «ANTEC». На данный момент есть немного автоматизированных систем, которые так или иначе связаны со строительством, но все они очень узкоспециализированы, излишне функциональны (в данном случае) и, что естественно, дороги. Требуется комплексная автоматизация основной деятельности организации, что исключит дублирование информации и повысит эффективность работы сотрудников компании.

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

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

1. Провести анализ технической литературы, соответствующей теме разработки

2. Изучить основные рабочие характеристики проектируемой локальной вычислительной сети

3. Изучить способы организации и требования к ЛВС

4. Выбрать топологии сети и среды передачи информации

5. Разработать локальную вычислительную сеть предприятия в соответствии с требованиями к ЛВС

Объектом исследования являются информационные процессы деятельности строительной компании «ANTEC».

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

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

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

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

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

Вторая глава посвящена проектированию, разработке и реализации информационной системы.

Третья глава посвящена логическому и физическому проектированию.

Четвертая глава описывает интерфейс и работу с приложением.

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

1. Исследование предметной области

1.1 Характеристика деятельности предприятия

В данном проекте будет рассмотрена деятельность компании ООО “ANTEC”, задачи, которые должна решать программа, разрабатываемая для них; также будут рассмотрены и обоснованы программные средства, с помощью которых будет реализовываться проект; описан процесс разработки ПО и БД.

Главными критериями разрабатываемого продукта являются:

- гибкость - в процессе работы всегда появляются какие-то идеи насчет изменения или доработки уже имеющихся компонентов или объектов, которые необходимо применить быстро и безболезненно;

- умеренная масштабируемость - предприятие - объект динамичный, который должен всегда идти вперед, а вместе с движением появляется необходимость в расширении, которую должна обеспечивать масштабируемость;

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

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

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

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

Предприятие ООО “ANTEC” - компания, образованная в 2012 году, утвердившаяся на региональном рынке как строительная подрядная организация, не раз выигрывавшая государственные тендеры на строительство объектов. В составе компании работают инженеры с многолетним стажем, зарекомендовавшие себя, как специалисты, знающие свое дело вдоль и поперек.

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

Субподрядчики выполняют множество видов работ, например:

а) земляные работы:

1) планировка грунта;

2) разработка грунта;

3) обратная засыпка;

4) уплотнение грунта;

б) устройство железобетонных конструкций:

1) устройство опалубки;

2) вязка арматурных блоков;

3) заливка бетона;

4) демонтаж опалубки;

в) монтаж металлоконструкций:

1) сварочные работы;

2) монтаж металлоконструкций;

3) покрытие поверхности металлоконструкций грунтовкой ГФ-012;

4) покраска поверхности металлоконструкций эмалью ПФ-115;

5) изготовление металлоконструкций;

г) монтаж сэндвич-панелей:

1) установка панелей в монтажное положение;

2) закрепление к каркасу с помощью саморезов;

3) снятие защитного покрытия;

д) антикоррозийная защита поверхностей металлоконструкций:

1) пескоструйная очистка поверхности металлоконструкций;

2) нанесение антикоррозийной (огне-) защиты;

е) устройство кровли:

1) монтаж стропильной системы;

2) устройство деревянной обрешетки;

3) покрытие деревянных конструкций антисептическими и огнезащитными составами;

4) устройство мауэрлата;

5) устройство ветрозащитного слоя;

6) устройство кровельного покрытия;

ж) кладка стен из теплоблоков:

1) приготовление кладочного раствора;

2) кладка теплоблоков;

3) проверка кладки по горизонтали и по вертикали.

Организационная структура предприятия представлена на рис. 1.1

Рис. 1.1 - Организационная структура предприятия

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

В каждом предприятии на определенном шаге производства возникают определенные трудности, также косвенно связанные с недостатком финансов.

В ООО “ANTEC” были выявлены следующие проблемы:

1) все данные хранятся в программе 1С: Предприятия версии 7.7, которая имеет очень громоздкий интерфейс в силу своей функциональности, которая, кстати, излишняя в данной сфере, а порой еще и нужно нанимать специалистов, которые бы дорабатывали функционал для работы в определенной сфере деятельности; также к системе имеет доступ только отдел бухгалтерии;

2) отдел ПТО работает с отделом ОМТС, так сказать, «вручную», то есть по бумагам, что крайне неудобно в наше время, и что отрицательно влияет на скорость реагирования со стороны обоих отделов;

3) работа с генподрядом также ведется в «ручном» режиме, то есть для отделов ПТО и ОМТС данные, хранящиеся на сервере 1С недоступны, поэтому они должны постоянно иметь связь с отделом бухгалтерии, что опять-таки сказывается на производительности.

1.2 Формулировка задачи

Создание автоматизированной информационной системы состоит из четырех частей.

Часть 1 - часть технического задания. Она состоит из нескольких этапов:

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

- анализ требований к системе приложения, анализ возможностей и функции системы, требования к интерфейсу приложения;

- разработка проекта архитектурной структуры системы.

Часть 2 включает в себя такие этапы:

- анализ, требования к программному продукту;

- разработка проекта архитектурной структуры программного продукта;

- развернутая разработка проекта программирования;

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

Часть 3 включает в себя такие этапы:

- кодирование и тестирование программного обеспечения;

- полная интеграция программного обеспечения (сборка всех комплектующих);

- финальное тестирование информационной системы.

Часть 4 состоит из следующих этапов: установка и отладка

программного обеспечения.

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

1) выводить на экран данные по объекту, заказчику и исполнителям;

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

3) осуществлять поиск по объектам, заказчикам и исполнителях определенных объектов;

4) рассчитывать суммы, необходимые для закупок материалов и оборудования из бюджета, выделенного под объект;

5) выводить предупреждение через определенные промежутки времени о дате окончания работы над объектом;

6) выводить детализированный отчет по объектам, их заказчикам и исполнителям;

7) печатать акт выполненных работ стандартного образца для предоставления заказчику;

1.3 Обзор используемых программных и инструментальных средств

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

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

- актуальность информации об организации;

- высокая производительность СУБД, которая обеспечивала бы отказоустойчивость и оперативный доступ к имеющимся данным;

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

- возможность развертывания на различных платформах;

- интуитивно-понятный и удобный интерфейс;

- целостность базы данных.

В данном дипломном проекте была использована система управления базами данных MS SQL Server. MS SQL Server очень удобен при создании небольших приложений. Входит в состав таких серверов, как WAMP, AppServ, LAMP и в портативные сборки серверов Денвер, XAMPP. В большинстве случаев Microsoft SQL Server используется как сам сервер, к которому имеют возможность обращаться локальные или удалённые машины, но в дистрибутиве содержится библиотека внутреннего сервера, которая, в свою очередь, позволяет внедрять MS SQL Server в автономные программы. СУБД MS SQL Server поддерживает огромное количество типов таблиц, тем самым обеспечивая гибкость базы данных. Так как СУБД MS SQL Server имеет открытую архитектуру и GPL-лицензирование, в ней каждый раз становится все больше и больше новых типов таблиц. Плюсы использования СУБД MS SQL Server:

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

В случае применения СУБД не нужно исследовать всю картотеку для того, чтобы просто добавить запись. Достаточно просто ввести ее в систему, которая сама найдет ее место размещения;

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

- гибкость поиска. Есть возможность поиска по самым разным критериям, то есть нет необходимости выполнять поиск строго в том порядке, в котором они были внесены в базу. Благодаря системе, можно располагать нужные вам данные в любом отсортированном порядке;

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

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

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

Опираясь на модель BPwin, есть возможность построить модель данных. При построении модели данных CA предоставляют нам мощный и удобный инструмент - ERwin. Несмотря на то, что процесс преобразования модели BPwin в модель данных не очень хорошо формализуется и, следовательно, не автоматизирована в полной мере, Logic Works предоставляет удобный инструмент для облегчения разработки модели данных на фундаменте функциональной модели - механизм двусторонней связи BPwin - Erwin.

ERwin состоит из двух уровней отображения модели - физической и логической. На уровне логического отображения данные предстают перед пользователем без относительно конкретной СУБД, следовательно, они могут быть запросто понятны людям, не относящимся к данной специализации. Уровень физического отображения данных - это, по своему существу, отображение всего системного каталога, зависящего от уже конкретной реализации системы управления базами данных. ERwin дает возможность выполнять процессы прямого и обратного проектирования БД. Иными словами, на основе модели данных, мы можем генерировать схемы базы данных, или наоборот, автоматически создать модель данных, с информацией системного каталога. Помимо всего прочего, с помощью ERwin мы можем выравнивать модель и содержимое системного каталога после редактирования либо того, либо другого. ERwin абсолютно легко интегрируется с популярными средствами разработки клиента как PowerBuulder, SQLWindows, Visual Basic, Delphi, который значительно упрощает задачу, позволяя автоматически генерировать код приложений, готовый для компиляции и запуска.

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

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

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

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

2. Проектирование и разработка автоматизированной информационной системы

2.1 Проектирование UML-диаграмм автоматизированной системы

Для проектирования моделей объектов статистики в объектно-ориентированной концепции UML нам достаточно спроектировать 4 типа диаграмм:

- диаграмма прецедентов;

- диаграмма компонентов;

- диаграмма классов;

- диаграмма развертывания.

2.1.1 Диаграмма прецедентов

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

Диаграмма прецедентов для администратора (директор) представлена на рис. 2.1.

Рис. 2.1 - Диаграмма прецедентов для администратора

Диаграмма прецедентов для пользователей (начальники отделов) представлена на рис. 2.2.

Рис. 2.2 - Диаграмма прецедентов для пользователей

2.1.2 Диаграмма компонентов

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

Исполняемый модуль Program.exe обращается с запросом к базе данных ANTEC.mdf. Но обращается не напрямую, а через SQL Server. Таким образом, SQL Server является интерфейсом между программой и базой данных, обеспечивая их взаимодействие. Диаграмма компонентов представлена на рис. 2.3

Рис. 2.3 - Диаграмма компонентов

2.1.3 Диаграмма развертывания

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

Диаграмма развертывания представлена на рис. 2.4.

Рис. 2.4 - Диаграмма развертывания

2.1.4 Диаграмма последовательности

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

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

Рис. 2.5 - Диаграмма последовательности

2.2 Разработка базы данных автоматизированной информационной системы

2.2.1 Этап начальной разработки БД

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

У каждого объекта есть параметры:

· уникальный номер объекта;

· название объекта;

· адрес объекта;

· дата начала работ;

· дата окончания работ;

· номер договора;

· дата заключения договора.

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

Сущности, определенные на начальном этапе разработки, показаны на рис. 2.5.

Рис. 2.5 - Предварительная модель базы данных

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

Таблица сотрудников и сотрудников бригад представляют информацию о лицах, работающих в компании:

- уникальный номер лица;

- имя;

- фамилия;

- отчество;

- ИИН;

- адрес;

- телефон;

- дата рождения;

- номер бригады или отдела, в котором состоит сотрудник;

- должность.

Сотрудники работают в отделах либо в бригаде:

- уникальный номер отдела/бригады;

- название отдела/бригады.

Сотрудники имеют определённые должности:

- номер должности;

- название;

- зарплата.

Таблица с информацией о генподрядчиках содержит атрибуты:

- уникальный номер;

- название генподрядной организации;

- номер лицензии;

- номер регистрации налогового учета.

На объекте должны выполняться какие-либо работы:

- уникальный номер строки;

- название вида работ.

У которых есть подвиды:

- номер строки;

- название подвида строки;

- вид основных работ, к которому относится подвид.

2.2.2 Концептуальное проектирование

База данных в начальном ее виде - просто хранилище, данные в котором регулируются лишь частично предопределенными разработчиком СУБД средствами. Чтобы правильно организовать хранение данных, необходимо определить бизнес-правила.

На основе предыдущего этапа формируются бизнес-правила, определяются связи между сущностями базы данных, которые опираются на бизнес-правила.

Бизнес-правило 1.

Не может быть двух сотрудников с одинаковыми ID номерами. Должность прикреплена к сущности Сотрудник справочником через внешний ключ. В отделе работает много сотрудников. На основе Бизнес-правила 1 мы получаем сегмент концептуальной модели, представленной на рис. 2.6.

Рис. 2.6 - Бизнес-правило 1

Бизнес-правило 2.

Один и тот же генподрядчик может давать заказ на разные объекты. По одному объекту заключается один договор. На основе Бизнес-правила 2 мы получаем сегмент концептуальной модели, представленной на рис. 2.7.

Рис. 2.7 - Бизнес-правило 2

Бизнес-правило 3.

На множестве объектов может проводиться множество видов работ, которые состоят из набора подвидов работ. На основе Бизнес-правила 3 мы получаем сегмент концептуальной модели, представленной на рис. 2.8.

Рис. 2.8 - Бизнес-правило 3

Бизнес-правило 4.

На множестве объектов может работать множество бригад. На основе Бизнес-правила 4 мы получаем сегмент концептуальной модели, представленной на рис. 2.9.

Рис. 2.9 - Бизнес-правило 4

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

Рис. 2.10 - Окончательный вариант концептуальной модели базы данных

В таблице 2.1 описаны сущности базы данных и их типы.

Таблица 2.1

Сущности базы данных

Имя сущности

Описание сущности

Тип сущности

Positions

Данные о должностях, занимаемых сотрудниками

Слабая

Employees

Данные о сотрудниках в отделах

Сильная

Employees_Brig

Данные о сотрудниках в бригадах

Слабая

Brigades

Данные о бригадах

Слабая

Departments

Данные об отделах

Слабая

Objekts

Данные об объектах

Сильная

Workarounds

Данные о типах проводимых работ на объектах

Слабая

Subtypes

Данные о подтипах проводимых работ

Слабая

Obj_Brig

Ассоциативная таблица, служащая для создания связи «многое-ко-многим» между сущностями Objekts и Brigades

Слабая

Gencontractor

Данные о генподрядчиках

Слабая

Obj_Emps

Ассоциативная таблица, служащая для создания связи «многое-ко-многим» между сущностями Objekts и Employees

Слабая

Obj_Subs

Ассоциативная таблица, служащая для создания связи «многое-ко-многим» между сущностями Objekts и Subtypes

Слабая

2.2.3 Определение атрибутов сущностей

Описание атрибутов сущностей приведено в таблице 2.2.

Таблица 2.2

Описание атрибутов сущностей

Сегмент модели БД

Описание

Таблица

Positions

содержит

следующие данные:

- название должности;

- зарплата для должности.

Таблица Employees_Brig содержит

следующие атрибуты:

- имя;

- фамилия;

- отчество;

- ИИН;

- адрес;

- телефон;

- дата рождения;

- номер бригады;

- занимаемая должность.

Таблица Employees содержит

следующие атрибуты:

- имя;

- фамилия;

- отчество;

- ИИН;

- адрес;

- телефон;

- дата рождения;

- номер отдела;

- занимаемая должность.

Таблица Brigades содержит следующие атрибуты

- название бригады.

Таблица Obj_Emps содержит следующие атрибуты:

- номер объекта;

- номер сотрудника.

Таблица Departments содержит следующие атрибуты:

- название отдела;

- сокращенное название отдела.

Таблица Gencontractor содержит следующие атрибуты:

- название компании;

- номер государственной лицензии;

- номер регистрации налогового учета.

Таблица Obj_Brig содержит следующие атрибуты:

- номер объекта;

- номер бригады.

Таблица Obj_Subs содержит следующие атрибуты:

- номер объекта;

- номер подтипа работ.

Таблица Objekts содержит следующие атрибуты:

- номер договора;

- дата заключения;

- номер генподрядчика;

- бюджет;

- название объекта;

- физическое расположение объекта;

- дата начала;

- дата окончания.

Таблица Subtypes содержит следующие атрибуты:

- название подтипа работ;

- номер типа работ.

Таблица Workarounds содержит следующие атрибуты:

- название типа работ.

2.2.4 Составление реляционных отношений

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

Отношения приведены в таблицах 2.3-2.14. Для каждого отношения указаны атрибуты с их внутренним названием, типом и длиной. Обязательное поле для краткости обозначено not null, необязательное - null. Типы данных обозначаются так: int, numeric - числовой, varchar - символьный, date - дата.

Таблица 2.3

Схема отношения таблицы Departments

Имя поля

Тип, длина

Примечание

Dept_id

Int

Primary key

Dept_name

Varchar(50)

Null

Dept_name_abbr

Varchar(10)

Null

Таблица 2.4

Схема отношения таблицы Gencontractor

Имя поля

Тип, длина

Примечание

Gen_id

Int

Primary key

Gen name

Varchar(50)

Null

License_no

Varchar(20)

Null

Tax_registr

Varchar(20)

Null

Таблица 2.5

Схема отношения таблицы Positions

Имя поля

Тип, длина

Примечание

Position_id

Int

Primay key

position_name

Varchar(30)

Null

Position_salary

Numeric

Null

Таблица 2.6

Схема отношения таблицы Objekts

Имя поля

Тип, длина

Примечание

Obj_id

Int

Primary key

Obj_name

Varchar(50)

Null

Obj_address

Varchar(60)

Null

Date_added

Date

Null

Date_ended

Date

Null

Agr_id

Int

Unique

Date_conclus

Date

Null

Gen_id

Int

Foreign key

Capital

Numeric

Null

Таблица 2.7

Схема отношения таблицы Brigades

Имя поля

Тип, длина

Примечание

Brig_id

Int

Primary key

Brig_name

Varchar(50)

Null

Таблица 2.8

Схема отношения таблицы Employees_brig

Имя поля

Тип, длина

Примечание

Empbr_id

Int

Primary key

First_name

Varchar(30)

Null

Last_name

Varchar(30)

Null

Mid_name

Varchar(30)

Null

IIN

Numeric

unique

Address

Varchar(30)

Null

Phone

Numeric

Null

Date_birth

Date

Null

Brig_id

Int

Foreign key

Position_id

Int

Foreign key

Таблица 2.9

Схема отношения таблицы Employees

Имя поля

Тип, длина

Примечание

Emp_id

Int

Primary key

First_name

Varchar(30)

Null

Last_name

Varchar(30)

Null

Mid_name

Varchar(30)

Null

IIN

Numeric

unique

Address

Varchar(30)

Null

Phone

Numeric

Null

Date_birth

Date

Null

Dept_id

Int

Foreign key

Position_id

Int

Foreign key

Таблица 2.10

Схема отношения таблицы Obj_Emps

Имя поля

Тип, длина

Примечание

Obj_id

Int

Foreign key

Emp_id

Int

Foreign key

Таблица 2.11

Схема отношения таблицы Obj_Brig

Имя поля

Тип, длина

Примечание

Obj_id

Int

Foreign key

Brig_id

Int

Foreign key

Таблица 2.12

Схема отношения таблицы Obj_Subs

Имя поля

Тип, длина

Примечание

Obj_id

Int

Foreign key

Sub_id

Int

Foreign key

Таблица 2.13

Схема отношения таблицы Subtypes

Имя поля

Тип, длина

Примечание

Sub_id

Int

Primary key

Sub_name

Varchar(100)

Null

Works_id

Int

Foreign key

Таблица 2.14

Схема отношения таблицы Workarounds

Имя поля

Тип, длина

Примечание

Works_id

Int

Primary key

Type_name

Varchar(100)

Null

2.2.5 Расчет места для хранения БД

На этом этапе, необходимо знать какой объем памяти будет занимать создаваемая база данных. Объём внешней памяти, необходимый для функционирования системы, складывается из двух составляющих: память, занимаемая модулями СУБД (ядро, утилиты, вспомогательные программы), и память, отводимая под данные (МД). Наиболее существенным обычно является

МД.

Объём памяти, занимаемый программными модулями пользователя, обычно невелик по сравнению с объёмом самих данных, поэтому может не учитываться. В проекте рассчитывается предполагаемый максимальный объем памяти занимаемой БД, расчет занимаемой памяти приведен в таблицах 2.15 - 2.26.

Таблица 2.15

Расчет физической памяти для таблицы Departments

Имя поля

Тип, длина

Длина (байт)

Dept_id

Int

4

Dept_name

Varchar(50)

52

Dept_name_abbr

Varchar(10)

12

Общая длина строки: 68 байт

Число строк: ~ 3

Общий объем требуемой памяти: ~ 204 байт

Таблица 2.16

Расчет физической памяти для таблицы Gencontractor

Имя поля

Тип, длина

Длина (байт)

Gen_id

Int

4

Gen name

Varchar(50)

52

License_no

Varchar(20)

22

Tax_registr

Varchar(20)

22

Общая длина строки: 100 байт

Число строк: ~ 50

Общий объем требуемой памяти: ~ 5000 байт

Таблица 2.17

Расчет физической памяти для таблицы Positions

Имя поля

Тип, длина

Длина (байт)

Position_id

Int

4

position_name

Varchar(30)

32

Position_salary

Numeric

9

Общая длина строки: 45 байт

Число строк: ~ 15

Общий объем требуемой памяти: ~ 675 байт

Таблица 2.18

Расчет физической памяти для таблицы Objekts

Имя поля

Тип, длина

Длина (байт)

Obj_id

Int

4

Obj_name

Varchar(50)

52

Obj_address

Varchar(60)

62

Date_added

Date

8

Date_ended

Date

8

Agr_id

Int

4

Date_conclus

Date

8

Gen_id

Int

4

Capital

Numeric

9

Общая длина строки: 159 байт

Число строк: ~ 90

Общий объем требуемой памяти: ~ 14310 байт

Таблица 2.19

Расчет физической памяти для таблицы Brigades

Имя поля

Тип, длина

Длина (байт)

Brig_id

Int

4

Brig_name

Varchar(50)

52

Общая длина строки: 56 байт

Число строк: ~ 7

Общий объем требуемой памяти: ~ 392 байт

Таблица 2.20

Расчет физической памяти для таблицы Employees_brig

Имя поля

Тип, длина

Длина (байт)

Empbr_id

Int

4

First_name

Varchar(30)

32

Last_name

Varchar(30)

32

Mid_name

Varchar(30)

32

IIN

Numeric

9

Address

Varchar(30)

32

Phone

Numeric

9

Date_birth

Date

8

Brig_id

Int

4

Position_id

Int

4

Общая длина строки: 166 байт

Число строк: ~ 70

Общий объем требуемой памяти: ~ 11620 байт

Таблица 2.21

Расчет физической памяти для таблицы Employees

...

Имя поля

Тип, длина

Длина (байт)

Emp_id

Int

4

First_name

Varchar(30)

32

Last_name

Varchar(30)

32

Mid_name

Varchar(30)

32

IIN

Numeric

9

Address

Varchar(30)

Страница:


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.

© 2000 — 2023, ООО «Олбест» Все права защищены