Разработка информационной системы для обслуживания предметной области "Картотека ГИБДД"

 

Содержание


Введение

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. Анализ предметной области и выбор метода решения


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

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

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

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

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

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

) анализ;

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

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

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

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-модели являются:

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

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 начинается с определения контекста, т.е. наиболее абстрактного уровня описания системы в целом. В контекст входит определение субъекта моделирования, цели и точки зрения на модель.

Модель IDEF0 представлена в приложениях 1,2.

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

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

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

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

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

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


4.2 DFD модель


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

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

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

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

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

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

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

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

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

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

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

.Контекстная диаграмма (приложение 3)

2.Реализация просмотра каталога (приложение 4)

.Запрос клиента (приложение 5)

.Запрос менеджера (приложение 6)

4.3 Модель IDEF1X


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

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

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

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

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

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

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

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

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

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

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

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

Модель данных IDEF1X представлена в приложении 7.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

Заключение


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

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

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

Приложения


Техническое задание на разработку системы.

Московский государственный университет экономики, статистики и информатики

Рязанский филиал

УТВЕРЖДАЮ

Доцент кафедры Информационных технологий РФ МЭСИ Копейкин Ю.А. (должность, наименование предприятия - заказчика ИС ПМ)

Личная подпись_______

Расшифровка подписи__________________________

Печать

Дата

УТВЕРЖДАЮ

Студент третьего курса очной формы обучения по специальности "Прикладная информатика в юриспруденции" (ПИЮ-Д31) РФ МЭСИ Матвеева О.В. (должность, наименование предприятия - разработчик" ИС ПМ)

Личная подпись _______

Расшифровка подписи__________________________

Печать

Дата

Продовольственный магазин (наименование объекта автоматизации)

ИС Продовольственный магазин (сокращенное наименование ИС ПМ)

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

Действует с 22.05.2011

СОГЛАСОВАНО

Доцент кафедры Информационных технологий РФ МЭСИ Копейкин Ю.А. (должность, наименование согласующей организации)

Личная подпись________

Расшифровка подписи_________________________

Печать

Дата

Техническое задание на разработку системы.

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

Назначение разработки

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

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

Требования к программе

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

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

Меры, повышающие безопасность дорожного движения и выполнение всех мер при совершении ДТП на улицах города;

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

Оперативный поиск угнанных средств.

Исходные данные:

Перечень транспорта;

Номерные знаки на автотранспорт;

Данные владельца автотранспорта;

Справочник свободных номеров;

Типы происшествий.

Результат:

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

Сведения о владельце автотранспортного средства по государственному номеру автомашины;

"Досье" на автомобиль по государственному номеру - номера двигателя, кузова, шасси, участвовал ли в ДТП, прошел ли техосмотр;

Статистика по любому типу ДТП;

Данные о количестве ДТП, совершаемых водителями в нетрезвом виде;

Список машин, отданных в розыск, будь то скрывшиеся с места ДТП или угнанные;

Данные об эффективности розыскной работы: количество найденных машин;

Перечень угонов за указанный период;

Требования к надежности

1. Предусмотреть контроль вводимой информации.

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

. Обеспечить ценность хранимой информации.

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

Наименования организации-заказчика и организаций-участников работ

Заказчиком системы является доцент кафедры Информационных технологий РФ МЭСИ Копейкин Ю. А.

Разработчиком системы является студент группы ДКЕ-910 РФ МЭСИ Босамыкин И. С

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

Срок исполнения: 15.02.2012 - 27.05.2012.

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

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

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

Состав и содержание работ по созданию (развитию) системы.

Порядок выполнения работ по созданию системы

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

Порядок контроля и приемки системы.

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

Испытания Системы должны проводиться в соответствии с требованиями ГОСТ 34.603-92.

Испытания Системы должны быть проведены на стадии "Ввод в действие" на основании соответствующей программы и методики испытаний, разработанной Исполнителем в соответствии с требованиями РД 50-34.698-90 и утверждённой Заказчиком.

Общие требования к приемке работ

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

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

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

Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие.

Для создания условий функционирования объекта автоматизации, при которых гарантируется соответствие создаваемой системы требованиям настоящего ТЗ и возможность эффективного использования системы, в организации заказчика на этапе работ "Подготовка объекта автоматизации к вводу системы в действие" должен быть проведен определённый комплекс мероприятий

Источники разработки.

Исходными документами для разработки настоящего ТЗ и Системы являются: Конкурсное техническое задание, "Рабочая программа", "Концепция создания специализированной информационной системы "Картотека ГИБДД".

Законодательные и нормативные правовые акты

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

·Указ Президента РФ от 06.03.1997 г. № 188 "Об утверждении перечня сведений конфиденциального характера";

·Указ Президента РФ от 30.11.1995 г. № 1203 "Об утверждении перечня сведений, отнесенных к государственной тайне";

·ГОСТ 34.201-89 "Виды, комплектность и обозначение документов при создании автоматизированных систем";

·ГОСТ 34.601-90 "Автоматизированные системы. Стадии создания";

·ГОСТ 34.602-89 "Техническое задание на создание автоматизированной системы";

·ГОСТ 34.603-92 "Виды испытаний автоматизированных систем";

·РД 50-34.698-90 "Автоматизированные системы. Требования к содержанию документов";

·ГОСТ 2.112-70 "ЕСКД. Ведомость держателей подлинников".

7. Руководство пользователя.

Для запуска программы, необходимо запустить файл с именем "Информационная система ГИБДД".

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

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

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

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

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

В каждой базе данных есть кнопки "Добавить" (добавление записи в таблицу), "Изменить" (изменение записи в таблице), "Удалить" (удалить запись в таблице), "Выход" (выйти из данной базы данных). При нажатии кнопки "Добавить" появится окно добавлении записи. Оно будет пустым. Если пользователь начнет сохранять запись, пропустив хоть одну строчку, то вылезет окно "Заполните пустое поле". Пользователь должен заполнить его или выйти из этой формы, нажав выход. Аналогично кнопка "Изменить", только при появлении окна будут заполненные строчки. При нажатии кнопки "Удалить" появится окошко действительно ли вы хотите удалить запись в таблице.

Для работы программ необходим персональный компьютер с процессором совместимым с семейством процессоров x86, а так же установленной на них операционной системой семейства Windows, CD-ROM, клавиатура и манипулятор типа мышь. Программа распространяется в виде файла приложения Microsoft Access.

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


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

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

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

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

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

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

Приложения


Приложение 1


Приложение 1. Контекстная диаграмма IDEF0. "Продовольственный магазин"

Приложение 2



Приложение 2. Декомпозиция IDEF0. "Продовольственный магазин".

Приложение 3


Приложение 3. Контекстная диаграмма DFD "Просмотр каталога"

Приложение 4


Приложение 4. Декомпозиция DFD "Реализация просмотра каталога".

Приложение 5


Приложение 5. Декомпозиция DFD. "Обработка запроса клиента".

Приложение 6


Приложение 6. Декомпозиция DFD. "Обработка запроса менеджера".

Приложение 7


Приложение 7. Модель данных IDEF1X


Содержание Введение 1. Постановка задачи 2. Анализ предметной области и выбор метода решения 3. Обоснование выбора технологии проектирования и т

Больше работ по теме:

КОНТАКТНЫЙ EMAIL: [email protected]

Скачать реферат © 2019 | Пользовательское соглашение

Скачать      Реферат

ПРОФЕССИОНАЛЬНАЯ ПОМОЩЬ СТУДЕНТАМ