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

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

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

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

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

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

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

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

Введение

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

В общем смысле термин база данных -- это совокупность сведений о конкретных объектах реального мира в какой-либо предметной области или разделе предметной области.

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

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

автоматизированный автостоянка информационный

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

1.1 Описание предметной области

Описание предметной области

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

1.2 Постановка задачи при определенной постановке и ваыполнении ряда задачь и все в этом вроде

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

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

Рис. 1Организационная структура

2.Построение UML диаграмм

2.1 Диаграмма-Use Case

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

Каждая такая диаграмма или, как ее обычно называют, каждый Use case - это описание сценария поведения, которому следуют действующие лица (Actors).

Рис.2

2.2 Диаграмма-Class

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

Значки диаграммы позволяют отображать сложную иерархию систем, взаимосвязи классов (Classes) и интерфейсов (Interfaces). Данный тип диаграмм противоположен по содержанию диаграмме Collaboration, на котором отображаются объекты системы.

Рис.3

2.3 Диаграмма - Activity

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

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

Рис.4

2.3 Диаграмма - Последовательности

Рис.5

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

3.1 Определение типов сущностей

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

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

– Сущность Места. Каждый тариф имеет уникальный номер. Название места является также уникальным значением.

– Сущность Клиенты. Каждый клиент имеет уникальный номер, ФИО и адрес (место жительства)

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

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

– Сущности Клиенты, Места и Тариф остаются без изменений.

3.2 Определение типов связей

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

Итак, база данных будет иметь следующие связи:

– Должность- Сотрудники;

– Места - Клиенты

– Тариф - Клиенты.

Все связи характеризуются одним типом связи: «один-ко-многим».

3.3 Переход к реляционной модели данных (определение отношений, атрибутов, потенциальных и первичных ключей)

Сущности Клиенты будет соответствовать отношение Клиенты, свойства атрибутов указаны в таблице 2.1.

Сущности Места соответствует отношение Места; свойства атрибутов указаны в таблице 2.3.

Сущности Сотрудники соответствует отношение Сотрудники; свойства атрибутов указаны в таблице 2.4.

Сущности Статистика соответствует отношение Использование Интернета; свойства атрибутов указаны в таблице 2.5.

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

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

– Что должно случиться при попытке удалить объект ссылки внешнего ключа?

– Что должно случиться при попытке обновить потенциальные ключ, на который ссылается внешний ключ?

– Что должно произойти при попытке добавления значение, которого нет в родительской таблице?

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

– «ограничить» операцию удаления, т.е. удаление «запрещается» пока есть хоть одна ссылка на этот объект;

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

– «каскадировать» операцию обновления, обновляя также внешний ключ в дочерней таблице.

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

4. Физическая реализация приложения

4.1 Выбор СУБД

Следующим этапом для физической реализации спроектированной базы данных является выбор СУБД.

Инфологическая модель, описанная в 2.3, не привязана ни к какой конкретной реляционной системе управления базами данных (РСУБД). Это позволяет создать базу данных практически в любой современной РСУБД.

В качестве такой реляционной СУБД выбрана СУБД Microsoft Access 2016. Обоснованием данного выбора является следующее:

– быстро и удобно различными способами создаётся БД любой сложности;

– содержит набор инструментов для создания таблиц и отношений между связанными таблицами;

– содержит средства администрирования базы данных;

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

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

– позволяет переносить данные на платформу другой СУБД;

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

Имея встроенный язык SQL, СУБД Microsoft Access 2016 позволяет создать базу данных, применив программный код, предложенный и описанный в подразделе 2.4. Единственным дополнением здесь будет - это создание самой базы данных, которое выполняется в самом начале.

Итак, для создания базы данных и входящих в нее таблиц с соответствующими связями используются команды CREATE DATABASE и CREATE TABLE (для модификации - ALTER TABLE), которые относятся к подъязыку определения данных (DDL) языка SQL.

В результате создания базы данных «Интернет-провайдер» и входящих в нее таблиц схема базы данных будет выглядеть, как показано на рис 3.2.

Рис 6. Схема базы данных Автостоянки

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

4.3 Экранные формы

Созданную базу данных необходимо вести. Под «ведением» здесь подразумевается: добавление, изменение и удаление информации из БД. С этой целью разработан ряд экранных форм.

Для работы с базой данных необходимы следующие входные данные:

– регистрация Клиенты;

– регистрация Места;

– регистрация Сотрудники;

Выполним проектирование экранных форм.

На рисунке 7 представлена экранная форма для ведения справочника Клиента.

Рис 7. Экранная форма для ведения справочника Клиенты

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

На рисунке 8 представлена экранная форма для ведения справочника Места.

Рис 8. Экранная форма для ведения справочника Места

На рисунке 9 представлена экранная форма для ведения справочника Сотрудники.

Рис 9.Экранная форма для ведения справочника Сотрудники

На рисунке 10 представлена экранная форма для ведения Тарифа.

Рис 10. Экранная форма для ведения Тарифа

4.4 Запросы к данным

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

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

4.5 Отчеты

Отчет представляет собой форматированное представление данных, выводимое на экран, принтер или файл.

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

§ Отчет обо всех зарегистрированных Клиентах

§ Список всех Сотрудников

§ Отчет по статистике по Тарифу

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

4.6 Пользовательский интерфейс

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

Для взаимодействия пользователя в база данных «Интернет-провайдер» разработан интерфейс программы и меню пользователя. Общий вид интерфейса АИС «Автостоянки» показан на рис. 11.

Рис. 11.Общий вид интерфейса АИС «Автостоянки»

Рис. 12.Вкладка «Клиенты»

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

Заключение

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

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

Использование мощных средств СУБД Microsoft Access 2016 по созданию приложений работающих в операционной системе Windows и в частности приложений баз данных, позволило создать программный продукт максимально ориентированный на конечного пользователя, который не искушён в вопросах теории баз данных.

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

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

Список использованной литературы

автоматизированный автостоянка информационный

1.Методические указания к выполнению лабораторных работ по построению UML ыдиаграмм с помощью программы Rational Rose 7.0- Камунина Ольга,Ломакин Евгений Москва, 2008 г.

2.Карпова Т.С. Базы данных: модели, разработка, реализация. - СПб.: Питер, 201. - 304 с.: ил.

3.Дейт К.Дж. Введение в системы баз данных. Пер. с англ. - К., М., СПб.: Издательский дом «Вильямс», 2000. - 848 с.: ил - Парал. тит. англ., уч. пос.

4.Коннолли Томас, Бегг Каролин, Страчан Анна. Базы данных: проектирование, реализация и сопровождение. Теория и практика. Пер. с англ. - М.: Издательский дом «Вильямс», 2000. - 1120 с.: ил - Парал. тит. англ., уч. пос.

5.Базиян Менахем и др. Использование Microsoft Access 2016 6. Специальное издание. Полное справочное руководство: Пер. с англ. - М.: Издательский дом “Вильямс”, 2000. - 928 с.: ил. - Парал. тит. англ., уч. пос.

6.Мейер М. Теория реляционных баз данных. - М.: Мир, 1987. - 608 с.

7.Государственный стандарт Украины. ДСТУ 3008-95. Документация. Отчеты в сфере науки и техники. Структура и правила оформления. - Киев: Госстандарт Украины, 1995. - 38 с.

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

...

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

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

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