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

Содержание

Введение

1. Постановка задачи

2. Анализ предметной области и выбор метода решения

3. Обоснование выбора технологии проектирования и технологии реализации базы данных

4. Описание моделей, полученных с помощью CASE - средства

4.1 Модель IDEF0

4.2 DFD модель

4.3 Модель IDEF1X

5. Описание информационного обеспечения

Заключение

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



Введение

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

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

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

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

Курсовая работа посвящена анализу проектирования баз данных на примере построения программы ведения информационной системы ГИБДД. В качестве инструментов построения базы данных использованы:

· Design/IDEF37. Используется методология семантического моделирования данных (IDEF1X).

· BPWin4.0. Поддерживает три методологии моделирования: функциональное моделирование (IDEF0); описание бизнес-процессов (IDEF3); диаграммы потоков данных (DFD).

· Microsoft Access. С самого начала эту СУБД отличала простота использования в сочетании с широкими возможностями по разработке законченных приложений



1. Постановка задачи

Целью данной курсовой является разработка информационной системы картотеки ГИБДД.

У ГИБДД есть четыре наиболее важные функциональные задачи:

- Регистрация автотранспортных средств, при совершении сделки купли-продажи;

- Разработка мер, повышающих безопасность дорожного движения и выполнение всех мер при совершении ДТП (дорожно-транспортное происшествие) на улицах города (регистрация, разбор, выявление виновных, автоэкспертиза и т.п.);

- Борьба с угоном автотранспортных средств;

- Оперативный поиск угнанных машин и задержание преступников.

ГИБДД занимается выделением учетом номерных знаков на автотранспорт. К автотранспортным средствам относятся: легковые, грузовые автомобили, прицепы, полуприцепы, мотоциклы, тракторы, автобусы, микроавтобусы. На разные виды транспорта выдаются разные виды номеров и в базу данных заносятся разные характеристики. Номера могут выделяться как частным владельцам, так и организациям. В справочнике номеров, выданных организации, дополнительно фиксируется: номер, ФИО владельца, его адрес, марка автомобиля, дата выпуска, объем двигателя, номера двигателя, шасси и кузова, цвет и т.п. В справочнике номеров, выданных организации, дополнительно фиксируется: название организации, район, адрес, руководитель. Существует справочник свободных номеров (серия, диапазон номеров). ГИБДД периодически проводит технический осмотр (ТО) машин. Для прохождения техосмотра необходима квитанция об оплате налогов, сумма оплаты зависит от объема двигателя. Периодичность прохождения зависит от года выпуска и вида транспортного средства. Технические характеристики, проверяемые на ТО и допуски, также зависят от вида транспортного средства.

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

Угон либо исчезновение виновника ДТП с места происшествия требует оперативного вмешательства всех постов ГИБДД и патрульных машин. Для информации о разыскиваемой машине ее данные (включая номера двигателя и кузова) извлекаются из базы зарегистрированных номеров и передаются по рации всем постам. Ведение статистики угонов, ее анализ и опубликование результатов в СМИ поможет снизить количество угонов, а хозяевам машин принять необходимые меры (самые угоняемые марки, самый популярный способ вскрытия, самые надежные сигнализации и т.п.).

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



2. Анализ предметной области и выбор метода решения

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

В данном курсовом проекте необходимо разработать "Информационную систему ГИБДД". Она должна обеспечивать просмотр, обработку, ввод новых данных, поиск данных по определённому критерию.

Целью создания данной базы данных является:

1) повышение производительности работы;

2) более надёжное хранение информации.

Стадии и этапы разработки:

1) анализ;

2) проектирование;

3) программирование;

4) тестирование и отладка.



3. Обоснование выбора технологии проектирования и технологии реализации базы данных

Правильность и полнота описания БД будет зависеть от целей создаваемой информационной системы.

Для проведения анализа и реорганизации бизнес - процессов предназначено CASE-средство верхнего уровня AllFusion Process Modeler (BPwin), поддерживающее методологии:

· IDEF0 (функциональная модель);

· DFD (DataFlow Diagram);

· IDEF3 (Workflow Diagram).

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

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

DFD позволяют описать:

· функции обработки информации (работы);

· документы (стрелки, arrow), объекты, сотрудников или отделы, которые участвуют в обработке информации;

· внешние ссылки (external reference), которые обеспечивают интерфейс с внешними объектами, находящимися за границами моделируемой системы;

· таблицы для хранения документов (хранилища данных, data store).

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

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

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

IDEF1X - это методология семантического моделирования данных.

Основными конструкциями IDEF1X-модели являются:

1. Предметы, к которым относятся данные, т.е. люди, места, идеи, события и т.д. Они изображаются блоками.

2. Отношения между этими предметами, изображаемые соединяющими блоки линиями.

3. Характеристики этих предметов, изображаемые именами атрибутов внутри блоков.

Выбор СУБД зависит от многих факторов:

§ функциональных возможностей;

§ модели данных;

§ задания на проектирование;

§ популярности среди разработчиков.

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

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

СУБД ACCESS обладает следующими характеристиками, ставящими ее вне конкуренции с другими системами для обучения методологии разработки информационных систем на основе баз данных:

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

· совместимость с приложениями WINDOWS;

· возможность создания БД со вставкой графических и мультимедийных объектов;

· возможность работы в локальных и глобальных сетях;

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

Одним из достоинств СУБД ACCESS является возможность работы с данными, разработанными с применением других программных продуктов, возможность импортировать данные в другие базы данных или экспортировать данные из других баз данных.

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



4. Описание моделей, полученных с помощью CASE - средства

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

4.1 Модель IDEF0

Наиболее удобным языком моделирования бизнес-процессов является IDEFO, предложенный более 20 лет назад Дугласом Россом и называвшийся первоначально SADT - Structured Analysis and Design Technique.

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

Под моделью в IDEF0 понимают описание системы (текстовое и графическое), которое должно дать ответ на некоторые заранее определенные вопросы.

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

Функционирование Компьютерной торговой фирмы разбивается на 5 подсистем:

1. Оформление заказа (поле выбора клиентом товара из каталога производится заказ этого товара)

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

3. Составление заказа с поставщиком (после подбора товара производится заказ у поставщика товара, составляется заказ)

4. Выдача товара заказчику (получение клиентом приобретенного товара)

5. Расчет (оплата произведенного заказа)

Пример схемы функциональной структуры в IDEF0. Разработана в Process Modeler (BPwin). Верхний уровень Корпоративного Хранилища Данных



4.2 DFD модель

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

DFD позволяют описать:

· функции обработки информации (работы);

· документы (стрелки, arrow), объекты, сотрудников или отделы, которые участвуют в обработке информации;

· внешние ссылки (external reference), которые обеспечивают интерфейс с внешними объектами, находящимися за границами моделируемой системы;

· таблицы для хранения документов (хранилища данных, data store).

Для построения диаграмм DFD в BPwin используется нотация Гейна-Сарсона.

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

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

Хранилище данных позволяет на определенных участках определять данные, которые будут сохраняться в памяти между процессами. Фактически хранилище представляет "срезы" потоков данных во времени. Информация, которую они содержат, может использоваться в любое время после ее определения, при этом данные могут выбираться в любом порядке. Накопитель данных может быть реализован физически в виде ящика в картотеке, таблицы в оперативной памяти, файла на магнитном носителе и т.д. Хранилище данных в общем случае является прообразом будущей базы данных, и описание хранящихся и нем данных должно быть увязано с информационной моделью (ERD).

Детализированные схемы частей функциональной структуры

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

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

Пример схемы функциональной структуры в IDEF0. Разработана в Process Modeler (BPwin).Уровень базы данных

программа картотека гибдд

С помощью диаграммы потоков данных представлены:

1. Контекстная диаграмма

2. Реализация просмотра каталога

3. Запрос клиента

4. Запрос менеджера

4.3 Модель IDEF1X

IDEF - это методологии семантического моделирование данных. Она разработана с учетом следующих требований:

1. Синтаксис 1DEF1X поддерживает семантические конструкции, необходимые для разработки концептуальной схемы. Окончательная версия IDEFIX-модели обладает характеристиками непротиворечивости, расширяемости и адаптируемости.

2. IDEFIX имеет простую непротиворечивую структуру и четкие семантические понятия. Синтаксис и семантика IDEF1X легки для понимания.

3. Язык рассчитан на понимание и использование как профессиональными бизнесменами и системными аналитиками, так и администраторами данных и разработчиками баз данных.

4. IDEF1X базируется на опыте предшествующих методологий и прошла апробацию в проектах ВВС и в промышленности.

5. IDEFlX-диаграммы создаются большим числом графических пакетов.

6. IDEF1X использует подход сущностей-отношений к семантическому моделированию данных. Исходная разработка IDEFIX заключалась в расширении понятий сущности - отношения по методу П. Ченна, объединенные с понятиями реляционной теории Т. Кодда. Кроме того, для улучшения графического представления и процедур моделирования IDEFlX-методология семантически обогащена введением отношений категоризации (называемых также отношениями обобщения).

Основные понятия методики моделирования IDEF1X:

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

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

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

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

В данном проекте выявлено 6 сущностей: тип, каталог, клиент, заказ, поставщик, сотрудник.

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

1. Тип содержит товар из каталога

2. Клиент выбирает товар из каталога

3. Клиент оформляет заказ

4. Сотрудник оформляет заказ

5. Из каталога заказывается товар в заказ

6. Поставщик доставляет товар, который помещается в каталог

Сущность Тип имеет следующие атрибуты:

Код типа (ключ), наименование, описание.

Сущность Каталог имеет следующие атрибуты:

Код товара (ключ), наименование товара, описание товара, код типа (внешний ключ), код поставщика (внешний ключ), код клиента (внешний ключ).

Сущность Клиент имеет следующие атрибуты:

Код клиента (ключ), наименование клиента, паспорт, телефон клиента, факс клиента, место доставки.

Сущность Заказ имеет следующие атрибуты:

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

Сущность Поставщик имеет следующие атрибуты:

Код поставщика (ключ), наименование поставщика, телефон поставщика, адрес поставщика, факс, ИНН.

Сущность Сотрудник имеет следующие атрибуты:

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



5. Описание информационного обеспечения

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

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

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

Контроль данных при ручном вводе данных в систему операторами представляет собой:

- контроль корректности вводимых данных;

- контроль данных на наличие обязательных параметров;

- контроль форматов вводимых данных.

Внутримашинная база данных организована в виде реляционной табличной структурой, обслуживаемой специализированным покупным программным обеспечением - сервером управления базами данных (СУБД).

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



Заключение

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

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

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



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

1. Информатика. Базовый курс / Под ред. С.В. Симоновича. - СПб.: Питер, 2001. - 640 с.

2. Леонтьев Ю. Microsoft Office 2003: Краткий курс. - СПб.: Питер, 2001. - 288 с.

3. Бакаревич Ю.Б., Пушкина Н.В. Самоучитель Microsoft Access 2003. - СПб.: БХВ-Петербург, 2001. - 468 с.

4. Бакаревич Ю.Б., Пушкина Н.В. MS Access 2003 за 30 занятий. - СПб.: БХВ-Петербург, 2001. - 510 с.

5. Microsoft Access 2003. Шаг за шагом: Практическое пособие / Пер. с англ. - М.: ЭКОМ, 2000. - 352 с.

6. Копейкин Ю.А. Курс лекций по дисциплине "Проектирование информационных систем"

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