Автоматизированная информационная система «Подписка»

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

КУРСОВОЙ ПРОЕКТ

ПО ДИСЦИПЛИНЕ: «РАЗРАБОТКА И ЭКСПЛУАТАЦИЯ АВТОМАТИЗИРОВАННЫХ ИНФОРМАЦИОННЫХ СИСТЕМ»

НА ТЕМУ: АВТОМАТИЗИРОВАННАЯ ИНФОРМАЦИОННАЯ СИСТЕМА «ПОДПИСКА»

Студент________________________________________

Группа АСОиУтп-06-(11)-2

Специальность 230 103 «Автоматизированные системы обработки информации и управления (по отраслям)»

Руководитель: Кравченко Н.В.

Тюмень 2009СОДЕРЖАНИЕ ВВЕДЕНИЕ Глава 1 Анализ предметной области АИС «Подписка»

1.1 Описание предметной области АИС «Подписка»

1.2 Описание функции каждого отдела

1.3 Описание автоматизируемых функций

1.4 Функциональная модель процесса учета и оформления подписок Глава 2 Разработка и описание информационного обеспечения АИС «Подписка»

2.1 Проектирование базы данных методом «Сущность — Связь» для разработанной функциональной модели

2.2 Информационная модель

2.3 Определение ключей (первичных и внешних)

2.4 Состав и описание таблиц БД Глава 3 Разработка и описание программного обеспечения АИС «Подписка»

3.1 Выбор СУБД и средств разработки приложений

3.2 Требования к техническому обеспечению

3.3 Разработка механизмов защиты данных от несанкционированного доступа Глава 4 Руководство пользователя

4.1 Назначение и условие применения

4.2 Порядок запуска приложения

4.3 Экранные формы приложения

4.4 Организация запросов к БД

4.5 Описание отчетов ЗАКЛЮЧЕНИЕ СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ

ВВЕДЕНИЕ

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

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

Данный курсовой проект состоит из: введения, четырех глав, заключения, списка используемой литературы и приложения. В первой главе содержится анализ и описание предметной области АИС «Подписка», а также разработана DFD-модель данной предметной области. Во второй главе описано проектирование базы данных методом «Сущность — связь», определены внешние и первичные ключи отношений, а так же спроектированы логическая и физическая модели с помощью CASEсредств ERWin 3.5.2. Третья глава содержит описание программного обеспечения АИС «Подписка». В этой главе обосновывается выбор СУБД и ИСР, описываются требования к техническому обеспечению и механизмы защиты данных от несанкционированного доступа. Четвертая глава представляет собой руководство пользователя.

ГЛАВА 1 АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ АИС «ПОДПИСКА»

автоматизированный информационный база данные

1.1 Описание предметной области АИС «Подписка»

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

Структура предприятия отображена на схеме 1.

Схема 1 — Структура предприятия

1.2 Описание функций каждого отдела:

1.Отдел организации рассылки:

— разработка плана по рассылке;

— доставка почты

— подготовка отчетной документации.

2. Бухгалтерия:

— учет за проделанными работами;

— расчет заработной платы;

— составление отчетной документации за месяц (квартал);

— подсчет стоимости услуг рассылки.

3.Отдел оформления подписки:

— работа с подписчиками;

— оформление подписок;

— составление отчетной документации.

АИС «Подписка» будет разработана для отдела подписки.

Структура информационных потоков отображена на схеме 2.

Схема 2 — Структура информационных потоков

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

Цели и задачи АИС «Подписка»:

— упрощение работы;

— увеличение производительности труда;

— увеличение скорости информационных потоков на предприятии;

— понижение затрат;

— искоренение лишнего документооборота.

Пользователи должны иметь элементарные навыки по работе с ЭВМ, а также ознакомиться с АИС «Подписка».

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

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

— отвечать требованиям заказчика;

— обеспечивать минимальные затраты;

— поднять производительность труда;

— быть надежной в эксплуатации;

— окупиться в заданные сроки;

— легкость внедрения и доведения до персонала.

Функции АИС «Подписка»:

— предоставление информации о подписчиках;

— предоставление информации о подписанных изданий;

— вывод бланка квитанции об оплате для заказа издания;

— редактирование и корректировка БД;

— обеспечение быстрого доступа к информации.

1.4 Функциональная модель процесса учета и оформления подписок Модель процесса автоматизации работы почтового отделения представлена с использованием функциональной модели DFD (Data Flow Diagram) (Рисунок 1). Данный метод позволяет провести структурный анализ потоков данных, произвести выделение атрибутов и перейти к конструированию базы данных. Для анализа потоков данных используются диаграммы потоков данных.

Рисунок 1 — Контекстная DFD диаграмма первого уровня Декомпозиция DFD диаграммы первого уровня представлена на (Рисунке 2):

Рисунок 2 — Декомпозиция DFD диаграммы первого уровня

ГЛАВА 2 РАЗРАБОТКА И ОПИСАНИЕ ИНФОРМАЦИОННОГО ОБЕСПЕЧЕНИЯ АИС «ПОДПИСКА»

2.1 Проектирование базы данных методом «Сущность — Связь» для разработанной функциональной модели Выделим сущности:

1 Подписчик (клиент)

2 Рассылка

3 Редакции Сущность подписчик будет содержать информацию о подписчике и выбранном им издании.

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

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

Связь между сущностями Клиент и Рассылка: «один к одному», так как один клиент, проживающий по одному адресу, будет получать почту по одной рассылке.

Связь между сущностями Рассылка и Редакции: «один к одному», так как одна рассылка, будет, работает с одной редакцией.

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

Рисунок 3 — Отношение «Сущность — Связь»

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

1) Подписчик (ID_ подписчика, ID_ Рассылки),

Рассылка (ID_ Рассылки).

2) Подписчик (ID_подписчика, ID_ редакций),

Редакции (ID_ редакций).

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

2.2 Информационная модель Информационная модель, построенная ER методом, может быть получена при помощи CASE-средства фирмы Computer Associates International: ERWin 3.5.2. ERWin 3.5.2 позволяет автоматизировать процессы создания логической и физической моделей данных.

Построенная логическая модель базы данных для АИС «Подписка» представлена на (рисунке 4):

Рисунок 4 — Логическая модель базы данных для АИС «Подписка»

На основе логической модели данных ERWin была сгенерирована физическая модель, которая имеет следующий вид (рисунок 5):

Рисунок 5 — Физическая модель базы данных

2.3 Определение ключей (первичных и внешних) В таблице «PODPISHIK» первичным ключом является поле «ID_PODPISHIK», так как информация, находящаяся в этом поле, является уникальной.

Данная таблица является родительской для таблицы «RASSILKA» и «REDAKCII». Поля «ID_RASSILKA», «ID_REDAKCII» таблиц «RASSILKA» и «REDAKCII» ссылаются на поля таблицы «PODPISHIK». При этом осуществляется каскадная ссылочная целостность, то есть при удалении кода в таблице «PODPISHIK» удаляются все связанные записи в дочерней таблице.

2.4 Состав и описание таблиц БД В данной автоматизированной системе используется база данных, состоящая из трёх таблиц: Подписка, Рассылка, Редакции.

Таблица 1 — Список полей таблицы «Подписчик»

Таблица 2 — Список полей таблицы «Рассылка»

Таблица 3 — Список полей таблицы «Редакции»

ГЛАВА 3 РАЗРАБОТКА И ОПИСАНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ АИС «ПОДПИСКА»

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

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

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

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

Для создания АИС «Подписка» использовались: СУБД FireBird, утилита IBExpert, а также интегрированная среда разработки Delphi.

Firebird (FirebirdSQL) — компактная, кроссплатформенная, свободная система управления базами данных (СУБД), работающая на GNU/Linux, Microsoft Windows и разнообразных UNIX платформах.

В качестве преимуществ Firebird можно отметить многоверсионную архитектуру, обеспечивающую параллельную обработку оперативных и аналитических запросов (это возможно потому, что читающие пользователи не блокируют пишущих), компактность (дистрибутив 5Mb), высокую эффективность и мощную языковую поддержку для ранимых процедур и триггеров. Firebird используется в различных промышленных системах с 2001 г. Это коммерчески независимый проект C и C++ программистов, технических советников и разработчиков мультиплатформенных систем управления базами данных, основанный на исходном коде, выпущенном корпорацией Borland 25 июля 2000 года в виде свободной версии Interbase 6.0. Среди недостатков перечислятся отсутствие кеша результатов запросов, индексов fulltext для полнотекстового поиска.

Соответствие требованиям ACID: Firebird сделан специально, чтобы удовлетворять требованиям «атомарности, целостности, изоляции и надёжности» транзакций «Atomicity, Consistency, Isolation and Durability»).

Версионная архитектура: Основная особенность Firebird — Версионная архитектура, позволяющая серверу обрабатывать различные версии одной и той же записи в любое время таким образом, что каждая транзакция видит свою версию данных, не мешая соседним («читающие транзакции не блокируют пишущие, а пишущие не блокируют читающих»). Это позволяет использовать одновременно OLTP и OLAP запросы.

Хранимые процедуры: Используя язык PSQL (процедурный SQL) Firebird, возможно создавать сложные хранимые процедуры для обработки данных полностью на стороне сервера. Для генерации отчётов особенно удобны хранимые процедуры с возможностью выборки, возвращающие данные в виде набора записей. Такие процедуры можно использовать в запросах точно так же как и обычные таблицы.

События: Хранимые процедуры и триггеры могут генерировать события, на которые может подписаться клиент, открывая специально настроенный TCP/IP порт.

Генераторы: Идея генераторов (последовательностей) делает возможной простую реализацию автоинкрементных полей, и не только их. Генераторы являются 64 битными хранимыми в базе данных счётчиками, работающими независимо от транзакций. Они могут быть использованы для различных целей, таких как генерация первичных ключей, управление длительными запросами в соседних транзакциях, и т. д.

Базы данных только для чтения: позволяют распространять базы данных, к примеру, на CD-ROM. Особенно упрощает распространение данных их использование в комбинации с встраиваемой версией сервера Firebird (Firebird Embedded).

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

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

Триггеры: Для каждой таблицы возможно назначение нескольких триггеров, срабатывающих до или после вставки, обновления или удаления записей. Для триггеров используется язык PSQL, позволяя вносить начальные значения, проверять целостность данных, вызывать исключения, и т. д. В Firebird 1.5 появились «универсальные» триггеры, позволяющие в одном триггере обрабатывать вставки, обновления и удаления записей таблицы.

Внешние функции: библиотеки с UDF (User Defined Function) могут быть написаны на любом языке и легко подключены к серверу в виде DLL/SO, позволяя расширять возможности сервера «изнутри».

Декларативное описание ссылочной целостности: Обеспечивает непротиворечивость и целостность многоуровневых отношений «master-detail» между таблицами Наборы символов: Firebird поддерживает множество международных наборов символов (включая Unicode) с множеством вариантов сортировки.

IBExpert — GUI-оболочка, предназначенная для разработки и администрирования баз данных InterBase и Firebird, т. е. реляционная система управления базами данных .

Основные достоинствами IBExpert является:

— поддержка InterBase версий 4. х, 5. х, 6. х, 7. х; Firebird 1. х; Yaffil 1. х;

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

— отдельные редакторы для всех объектов БД с синтаксической подсветкой;

— мощный SQL редактор с историей запросов и возможностью фонового выполнения запросов;

— отладчик хранимых процедур и триггеров;

— поиск в метаданных;

— полное и частичное извлечение данных и метаданных;

— анализатор зависимостей объектов баз данных;

— отчеты по метаданным;

— менеджеры пользователей и пользовательских привилегий;

— экспорт данных в различные форматы.

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

Delphi — язык программирования, который используется в одноимённой среде разработки. Название используется, начиная с 7 версии среды разработки, ранее это был Object Pascal, разработанный фирмой Borland и изначально реализованный в её пакете Borland Delphi, от которого и получил в 2003 году своё нынешнее название. Object Pascal по сути является наследником языка Pascal с объектно-ориентированными расширениями.

Изначально среда разработки была предназначена исключительно для разработки приложений Microsoft Windows, затем был реализован также для платформ GNU/Linux (как Kylix), однако после выпуска в 2002 году Kylix 3 его разработка была прекращена, и, вскоре после этого, было объявлено о поддержке Microsoft .NET. При этом высказывались предположения, что эти два факта взаимосвязаны.

Реализация среды разработки проектом Lazarus (Free Pascal) позволяет использовать его для создания приложений на Delphi для таких платформ, как GNU/Linux, Mac OS X и Windows CE.

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

3.2 Требования к техническому обеспечению Минимальные требования зависят от того, как планируется использовать систему. Можно запустить сервер и разрабатывать схемы баз данных на персональном компьютере с минимальной конфигурацией даже на «быстром» 486 или на Pentium II с 64 Мбайт RAM будет работать Firebird 1.О.х, но такая конфигурация не позволит использовать многие возможности при работе в сети. Для версии 1,5 и более поздних процессор 586 с 128 Мбайт RAM может рассматриваться как минимум, Windows более требовательна к CPU и оперативной памяти, чем Linux, в которой запускается сервер на консольном уровне. Версии операционной системы влияют на требования: некоторые платформы UNIX требуют больше ресурсов как для сервера, так и для клиента, а требования некоторых версий Windows неприменимы к указанным характеристикам, независимо от требований прогpаммноrо обеспечения.

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

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

— обеспечение защиты данных, что включает в себя несколько аспектов:

a) гибкую, многоуровневую и надежную регламентацию полномочий пользователей;

b) наличие средств для поддержания целостности и непротиворечивости данных;

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

— достаточная производительность;

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

— сетевые функции;

— телекоммуникационные возможности. Остановимся подробнее на рассмотрении вопросов защиты данных. Комплекс программно-аппаратных средств и организационных (процедурных) решений по защите информации от несанкционированного доступа (НСД) включает следующие четыре подсистемы:

— управления доступом;

— регистрации и учета;

— криптографическую;

— обеспечения целостности.

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

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

ГЛАВА 4 РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ

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

Программа применяется только с пакетом Borland Delphi 7 или выше, так как перед началом работы с программой требуется настроить компонент доступа к данным BDE.

4.2 Порядок запуска приложения Перед запуском программы требуется установить пакет программ Borland Delphi 7.

После этого, поскольку программа работает с использованием компонента доступа к данным BDE, для запуска программы требуется настроить альянс, выполнив следующие действия:

Зайти в папку «C:Program FilesCommon FilesBorland SharedBDE»;

Запустить файл «bdeadmin.exe»;

Нажать «ObjectNewInterbase»;

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

Переименовать базу и дать ей имя «1»;

Выбрать пункт LANGDRIVER, и в выпадающем списке выбрать название драйвера «Pdox ANSI Cyrillic»

Выбрать пункт SERVER NAME, задав путь к базе данных с именем «BEL.GDB»;

Выбрать пункт USERNAME и ввести туда имя профиля «SYSDBA»

После настройки альянса требуется, зайди в папку с программой, и запустить «Project1.exe»

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

Рисунок 8 — Главная форма программы На форме находятся 3 компонента Query, 3 DataSource, 3 UpdateSQL, 3 DBGrid и компонент Database1, служащие для организации приложения БД, обеспечивающие доступ к данным через механизм Borland Database Engine, предназначенные для работы с самими данными для редактирования, навигации, вывода на экран.

Элемент MainMenu имеют следующий листинг:

procedure TForm1. N4Click (Sender: TObject);

begin

If IBDataSet1. Active then IBDataSet1. Close;

Application.Terminate;

end;

procedure TForm1. N1Click (Sender: TObject);

begin

IBDataSet1.Active:=false;

IBDataSet2.Active:=false;

IBDataSet3.Active:=false;

DBGrid1.DataSource:=DataSource1;

DBNavigator1.DataSource:=DataSource1;

IBDataSet1.Active:=true;

end;

procedure TForm1. N2Click (Sender: TObject);

begin

IBDataSet1.Active:=false;

IBDataSet2.Active:=false;

IBDataSet3.Active:=false;

DBGrid1.DataSource:=DataSource2;

DBNavigator1.DataSource:=DataSource2;

IBDataSet2.Active:=true;

end;

procedure TForm1. N3Click (Sender: TObject);

begin

IBDataSet1.Active:=false;

IBDataSet2.Active:=false;

IBDataSet3.Active:=false;

DBGrid1.DataSource:=DataSource3;

DBNavigator1.DataSource:=DataSource3;

IBDataSet3.Active:=true;

end;

Кнопка найти имеет следующий листинг:

procedure TForm1. Button1Click (Sender: TObject);

begin

if IBDataSet1. Active then

IBDataSet1.Locate ('SurName', Edit1. Text, [lopartialkey, locaseinsensitive])

else if IBDataSet2. Active then

IBDataSet2.Locate ('SurName', Edit1. Text, [lopartialkey, locaseinsensitive]);

end;

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

В разделе private описания формы — заголовки двух функций FilterOpts и FilterStr и процедуры SetFilter

Кнопка бланк заказа имеет следующий листинг:

procedure TForm1. Button3Click (Sender: TObject);

begin

RvProject1.Open;

RvProject1.ExecuteReport ('Report2');

Аналогично и для других отчетов.

4.5 Описание отчетов Для наглядного отображения информации в СУБД были использованы отчеты, созданные с помощью встроенной в Delphi программы Rave Report.

Бланк заказа выводит информацию (Рисунок 9):

— Идентификационный номер подписчика;

— Фамилия подписчика;

— Идентификационный номер редакции;

— Адрес проживания;

— Название подписного издания;

— Способ даставки.

Рисунок 9 — Бланк заказа Отчет по таблице «Подписчик» выводит информацию (Рисунок 10):

— Идентификационный номер подписчика;

— Фамилия подписчика;

— День рождения подписчика;

— Адрес проживания;

— Дата регистрации в почтовом отделе.

Рисунок 10 — Отчет по таблице «Подписчик»

Отчет по таблице «Рассылка» выводит следующую информацию (Рисунок 11):

— Идентификационный номер рассылки;

— Имя;

— Фамилию;

— должность.

Отчет по таблице «Редакции» выводит следующую информацию (Рисунок 12):

— Идентификационный номер редакции;

— Название редакции;

— Название подписного издания;

— Способ доставки.

Рисунок 11 — Отчет по таблице «Рассылка»

Рисунок 12 — Отчет по таблице «Редакции»

ЗАКЛЮЧЕНИЕ

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

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

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

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

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

СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ

Аносо А. Критерии выбора СУБД при создании информационных систем. http://www.nwsta.ru

Архангельский А. Я. Справочное пособие по Delphi 5. — М.: Нолидж, 2007.

Вендров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем. http://www.citforum.ru

Грекул В. И. Проектирование информационных систем. http://www.intuit.ru

Ковязин С., Востриков С. Мир InterBase. Архитектура, администрирование и разработка приложений баз данных в InterBase/ Firebird/ Yaffil. — М.: КУДИЦ — ОБРАЗ, 2005. — 496 с.

Кондзюба С.П., Громов В. Н. Delphi 5. Базы данных и приложения: Лекции и упражнения. — Киев: ДиаСофт, 2001. — 592 с.

Кузнецов С. Д. Основы современных баз данных. Информационно-аналитические материалы Центра Информационных технологий. http://www.citmgu.ru

Культин Н. Программирование на Object Pascal. — СПб.: BHV — Петербург, 1998. — 304 с.

Модели и методологии разработки информационных систем. http://www.stormsystemst.ru

Пономарев В.А. COM и ActiveX в Delphi. — СПб.:БХВ — Петербург, 2001. — 320с.

Попов В.Б. Delphi для чайников: Учеб. Пособие/ Попов В. Б. — 3-е доп. Изд. — М.: Финансы и статистика, 2005. — 188 с.:ил.

Сорокин А.В. Delphi. Разработка баз данных. — СПб.: Питер, 2005. — 2005. — 477с.

Фаронов В. В. Программирование баз данных в Delphi 7. Учебный курс. — СПб.: Питер, 2004. — 459 с.

Хомоненко А.Д., Гофман В. Э. Работа с базами данных в Delphi. — СПб.: БХВ-Питер, 2005. — 640с.

Шкрыль А. Разработка клиент-серверных приложений в Delphi. — СПб.: БХВ-Питер, 2006. — 480с.