Программа оформления и контроля почтовых отправлений

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

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

ГОСУДАРСТВЕННЫЙ КОМИТЕТ СВЯЗИ, ИНФОРМАТИЗАЦИИ И ТЕЛЕКОММУНИКАЦИОННЫХ ТЕХНОЛОГИЙ РЕСПУБЛИКИ УЗБЕКИСТАН

ТАШКЕНТСКИЙ УНИВЕРСИТЕТ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ

Кафедра «Компьютерные системы»

Выпускная квалификационная работа бакалавра

«Программа оформления и контроля почтовых отправлений»

Выпускник Городков Максим Вячеславович

Ташкент 2013

В данной выпускной работе разработана база данных для почтовых отделений связи используемый при оформлении и контроля почтовых отправлений. К важным функциям программы относятся функции вычисления суммарной стоимости по каждому из видов отправлений, минимизация количества ошибок и проверка правильности расчётов с органами налоговой инспекции. Результатом данной работы является экспериментальный проект pochta.mbd реализованный в виде базы данных с качественно выполненным интерфейсом для работы пользователя.

Ушбу битирув ишида ало?а бўлимларида фолйдаланиладиган почта жўнатмаларини расмийлаштириш ва назорат ?илиш учун ишлатиладиган маълумотлар базаси ишлаб чи?илган. Дастурнинг му?им вазифалари ?аторига ?ар бир жўнатма бўйича жами нар?ларни ?исоблаш, йўл ?ўйилиши мумкин бўлган хатоликларни камайтириш ва соли? инспекцияси органлари билан ?илинадиган ?исоб-китобларни тў?ри эканлигини текшириш вазифалари киради. Ушбу ишнининг натижаси бўлиб, фойдаланувчи учун ?улай ?илиб ишланган интерфейсга эга бўлган маълумотлар базаси кўринишидаги тажрибавий pochta.mbd лойихаси ?исобланади.

In the given final work the database is developed for communication post offices used at registration and control of items of mail. Functions of calculation of total cost concern important functions of the program on each of kinds of departures, minimisation of quantity of errors and check of correctness of calculations with bodies of tax inspection. Result of research is the pilot project pochta.mbd realised in the form of a database with qualitatively performed interface for work of the user.

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1. ИСПОЛЬЗОВАНИЕ СУБД В ПОЧТОВОЙ СЛУЖБЕ

1.1 Сущность задачи и обоснование необходимости ее решения

1.2 Средства программирования

1.3 Цель и постановка задачи

2. ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ

2.1 Методология проектирования базы данных

2.1.1 Метод нормальных форм

2.1.2 Метод сущность-связь

3. СТРУКТУРИРОВАНИЕ И РЕАЛИЗАЦИЯ БАЗЫ ДАННЫХ ПОЧТОВОЙ СЛУЖБЫ

3.1 Алгоритм решения задачи по работе почтовой организации

3.2 Описание структур таблиц базы данных

3.3 Основные экранные формы интерфейса

3.4 Выходные данные

3.5 Используемая техника

3.6 Инструкция по применению

4. БЕЗОПАСНОСТЬ ЖИЗНЕДЕЯТЕЛЬНОСТИ

4.1 Взаимодействие человека и техносферы

4.2 Психофизиологическая нагрузка на человека

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

ПРИЛОЖЕНИЕ

ВВЕДЕНИЕ

В Постановлении Президента Республики Узбекистан "О мерах по дальнейшему внедрению и развитию современных информационно-коммуникационных технологий. (Собрание законодательства Республики Узбекистан, 2012 г., № 13, ст. 139) одной из основных задачи дальнейшего внедрения и развития информационно-коммуникационных технологий, в частности, является программа мер по коренному и качественному улучшению функционирования национальной информационно-поисковой системы, увеличению количества ее пользователей [1].

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

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

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

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

соблюдения прав пользователей услуг почтовой связи;

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

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

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

1. ИСПОЛЬЗОВАНИЕ СУБД В ПОЧТОВОЙ СЛУЖБЕ

1.1 Сущность задачи и обоснование необходимости ее решения

Комплекс задач программы «Контроль и оформление почтовых отправлений» разработан для использования на IBM-совместимых компьютерах с использованием в качестве приложения операционной системы WINDOWS.

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

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

Основные цели создания автоматизированного комплекса задач программы «Контроль и оформление почтовых отправлений» следующие:

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

· Вычисление суммарной стоимости на нужную дату;

· Вычисление суммарной стоимости по каждому из видов отправлений;

· Минимизировать количество ошибок, которые при карточном учёте неизбежны;

· Правильности взаиморасчетов с органами налоговой инспекции.

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

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

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

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

1.2 Средства программирования

При создании программного продукта была использована работа приложении Microsoft Office СУБД Access.

Системы управления базами данных (СУБД) - программные средства, с помощью которых можно создавать базы данных, наполнять их и работать с ними. В мире существует немало разных систем управления базами данных. Многие из них на самом деле являются не законченными продуктами, а языками программирования, с помощь которых каждый освоивший данный язык, может сам создавать такие структуры, какие ему удобны, вводить в них необходимые элементы управления. К подобным языкам относятся Clipper, Paradox, FoxPro и другие.

С помощью Access обычные пользователи получили удобное средство для создания и эксплуатации достаточно мощных баз данных без необходимости что-либо программировать. В то же время работа с Access 9х не исключает возможности программирования. При желании систему можно развивать и настраивать собственными силами. Для этого надо владеть основами программирования на языке Visual Basic.

Еще одним дополнительным достоинством Access является интегрированность этой программы с Excel, Word и другими программами пакета. Данные, созданные в разных приложениях, входящих в этот пакет, легко импортируются и экспортируются из одного приложения в другое.

Исходное окно Access отличается простотой и лаконичностью. Шесть вкладок этого окна представляют шесть видов объектов, с которыми работает программа.

Таблицы - основные объекты базы данных. В них хранятся данные. Реляционная база данных может иметь много взаимосвязанных таблиц.

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

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

Отчеты - это формы «наоборот». С их помощью данные выдают на принтер в удобном и наглядном виде.

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

Модули - это программные процедуры, написанные на языке Visual Basic for Applications. Если стандартных средств Access не хватает для удовлетворения требований заказчика, программист может расширить возможности системы, написав для этого необходимые модули.

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

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

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

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

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

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

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

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

Важная особенность СУБД Access:

* команды для работы с файлами;

* команды редактирования;

* команды форматирования;

* команды для работы с окнами;

* команды для работы в основных режимах СУБД (таблица, форма, запрос, отчет);

* получение справочной информации.

Команды для работы с файлами. При работе с файлами программа дает возможность пользователю:

* создавать новые объекты базы данных;

* сохранять и переименовывать ранее созданные объекты;

* открывать уже существующие базы данных;

* закрывать ранее открытые объекты;

* выводить на принтер объекты базы данных.

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

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

Команды форматирования. Автоматический выбор формата и способа выравнивания производится только в том случае, если для заполняемых ячеек пользователем предварительно не заданы другие параметры. Команды для работы с окнами. СУБД Access дает возможность открывать одновременно множество окон, организуя тем самым «многооконный режим» работы. При этом некоторые окна будут видны на экране, другие - находиться под ними. Открыв несколько окон, вы можете сразу работать с несколькими таблицами, быстро перемещаясь от одной к другой. Существуют специальные команды, позволяющие открывать новое окно, переходить в другое окно, изменять взаимное расположение и размеры окон на экране. Кроме того, у пользователя имеется возможность разделить окно на две части для одновременного просмотра различных частей экрана при перемещении курсора в дальние части таблицы. Важное значение имеет визуальное представление данных при выводе. СУБД Access предоставляет в распоряжение пользователя большое число команд, связанных с оформлением выводимой информации. При помощи этих команд пользователь может варьировать направление выравнивания данных, виды шрифта, толщину и расположение линий, высоту букв, цвет фона и т.п. При выполнении любой команды форматирования следует выделить область, на которую распространяется действие команды. Если этого не сделать, то новые параметры форматирования будут определены только для активного компонента. Выбор формата и направления выравнивания производится автоматически, в зависимости от характера вводимых данных. Данные, интерпретируемые программой как текст, выравниваются по левому краю, а числа

Технология работы в Microsoft Access. Работая с Access можно решать следующие задачи:

* вводить, изменять и находить нужные данные;

* разбивать данные на логически связанные части;

* находить подмножества данных по задаваемым условиям;

* создавать формы и отчеты;

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

* графически устанавливать связи между данными;

* вставлять рисунки в формы и отчеты;

* создавать собственные, готовые к работе с базой данных про-граммы, содержащие меню, диалоговые окна и командные кнопки. Основным элементом Access является контейнер базы данных. Контейнер базы данных - это именно то, как он звучит - хранилище объек-тов базы данных. База данных - это файл, включающий набор объектов, определенных в следующем списке: Таблица - это фундаментальная структура базы данных, где они сохраняются в виде записей (рядов) и полей (столбцов). Запрос используется для изменения, просмотра и анализа данных. Объекты - формы и отчеты часто используют запросы как источник записей. Форма используется для различных целей, и не обязательно для представления данных из таблицы или запроса. Форму можно использовать для вывода данных как средство перемещения по элементам данных или как окно диалога для приема информации от пользователя. Отчет - это способ представления данных в печатной форме и виде, определяемом пользователем. Отчеты полностью настраиваемы. Однако можно воспользоваться предопределенными отчетами, предоставляемыми Access.

Форма СУБД Microsoft Access. Формы дают альтернативный способ отображения табличных данных. Access позволяет создавать формы, которые можно использовать для ввода, управления, просмотра и печати данных. СУБД Access позволяет вводить в созданные экранные формы рисунки, узоры, кнопки. Возможно построение форм, наиболее удобных для работы пользователя, включающих записи различных связанных таблиц базы данных. Формы разрабатываются для интерактивной работы с данными, например, ввода новых данных, изменения имеющихся, удаления данных. Можно также назначить форму для выполнения поисковых процедур по получению данных, отвечающих интересующим вас критериям (найти студентов, проживающих в определенном городе).

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

· запрос-выборка, предназначенный для отбора данных, хранящихся в таблицах, и не изменяющий эти данные;

· запрос-изменение, предназначенный для изменения или перемещения данных; к этому типу запросов относятся: запрос на добавление записей, запрос на удаление записей, запрос на создание таблицы, запрос на обновление;

· запрос с параметром, позволяющий определить одно или несколько

условий отбора во время выполнения запроса.

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

В следующей таблице представлены все типы данных Microsoft Access и их применение.

Таблица №1. Типы данных Microsoft Access

Тип данных	Применение	Размер
Текстовый	Текст или комбинация текста и чисел, например адрес, а также числа, не требующие вычислений, например номера телефонов, номенклатурные номера или почтовый индекс.	До 255 символов. Хранятся только введенные в поле символы; позиции, не использованные в текстовом поле, не хранятся. Для управления максимальным числом вводимых символов следует определить свойство Размер поля.
Поле МЕМО	Длинный текст или числа, например комментарии или описание. Поля МЕМО не могут быть индексированы или отсортированы. Для хранения форматированного текста или длинных документов, вместо поля МЕМО, следует создать поле объекта OLE.	До 64 000 символов
Числовой	Числовые данные, используемые для математических вычислений, за исключением вычислений, включающих денежные операции (для которых используется денежный тип). Тип и размер значений, которые могут находиться в числовом поле, можно изменить в свойстве Размер поля. Например, в поле, занимающее на диске 1 байт, допускается ввод только целых чисел (без десятичных знаков) от 0 до 255.	1, 2, 4 или 8 байт. 16 байт только для кодов репликации.
Дата/Время	Даты и время. Хранение значений дат и времени в поле типа Дата/Время обеспечивает правильную сортировку. Все изменения, внесенные в форматы дат и времени в окне Язык и стандарты Панели управления Windows, будут автоматически отражены в полях типа Дата/Время.	8 байт.
Денежный	Значения валют. Денежный тип используется для предотвращения округлений во время вычислений. Предполагает до 15 символов в целой части числа и 4 - в дробной.	8 байт.
Счетчик	Автоматическая вставка последовательных (отличающихся на 1) или случайных чисел при добавлении записи. Для создания возрастающего счетчика следует оставить все настройки свойства в нижней части окна прежними, по умолчанию, в свойстве Размер поля задано значение Длинное целое, а в свойстве Новые значения - Последовательные. Для создания счетчика случайных чисел для свойства Новые значения нужно установить значение Случайные.	4 байта. Для кодов репликации - 16 байт.
Логический	Содержащие только одно или два значения, такие как Да/Нет, Истина/Ложь, Вкл/Выкл.	1 бит.
Объекты OLE	Объекты (например, документы Microsoft Word, электронные таблицы Microsoft Excel, рисунки, звуки и другие данные), созданные в других программах, использующих протокол OLE. Объекты могут быть связанными или внедренными в таблицу Microsoft Access. Для отображения объекта OLE в форме или отчете необходимо использовать элемент управления Присоединенная рамка объекта.	До 1 гигабайта
Гиперссылка	Поле, в котором хранятся гиперссылки. Гиперссылка может быть либо типа UNC (стандартный формат пути файла с включением сетевого сервера), либо URL (адрес объекта в Internet или внутренней сети с включением типа протокола доступа).	До 64 000 символов
Мастер подстановок	Создается поле, позволяющее выбрать значение. Из другой таблицы или из списка значений, используя поле со списком. При выборе данного параметра в списке типов данных для их определения загружается мастер.	Размер такой же, как и размер ключевого поля

БД может быть основана на одной модели или на совокупности нескольких моделей. Любую модель данных можно рассматривать как объект, который характеризуется своими свойствами (параметрами), и над ней, как над объектом, можно производить какие-либо действия.

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

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

Реляционная модель данных имеет следующие свойства:

· Каждый элемент таблицы - один элемент данных.

· Все поля в таблице являются однородными, т.е. имеют один тип.

· Каждое поле имеет уникальное имя.

· Одинаковые записи в таблице отсутствуют.

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

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

Узел - информационная модель элемента, находящегося на данном уровне иерархии.

Свойства иерархической модели данных:

· Несколько узлов низшего уровня связано только с одним узлом высшего уровня.

· Иерархическое дерево имеет только одну вершину (корень), не подчиненную никакой другой вершине.

· Каждый узел имеет свое имя (идентификатор).

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

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

1.3 Цель и постановка задачи

Все регистрируемые почтовые отправления сдаются на операционные кассы объектов почтовой связи. Заказные почтовые отправления могут сдаваться почтальону во время обхода им доставочного участка. Прием РПО от юридических лиц осуществляется при наличии у уполномоченного лица доверенности. Доверенность остается у уполномоченного лица и предъявляется при отправке и получении почты.

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

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

ОПС может за дополнительную плату:

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

· производить упаковку РПО;

· наносить адреса и письменные сообщения;

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

· составлять списки ф.103;

· оказывать другие услуги.

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

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

Бандеролью может быть отправлено вложение, объявленная ценность которого не превышает 5-ти кратного установленного законом минимального размера оплаты труда (МРОТ).

Посылки с объявленной ценностью свыше 5-ти кратного МРОТ принимаются в упаковке в соответствии с Правилами оказания услуг почтовой связи. Посылки с объявленной ценностью менее этой суммы могут приниматься в бумажной упаковке.

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

Основанием для отказа в приеме РПО может служить:

· вложение, запрещенное к пересылке;

· невозможность осуществить пересылку наземным транспортом при отказе отправителя от пересылки РПО воздушным транспортом;

· ограничение приема РПО для пересылки любым видом транспорта в указанный адрес;

· наличие регулярных наземных сообщений с пунктами, в которые предполагается пересылка авиапосылок с объявленной ценностью свыше 10-кратного МРОТ с отметкой "Осторожно";

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

· объявленная ценность посылки в бумажной упаковке или бандероли превышает 5-кратный МРОТ;

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

· отсутствие карантинного сертификата на бандероль с вложением подкарантинной продукции;

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

· посылка или бандероль с объявленной ценностью с отметкой "Осторожно" адресована в войсковую часть или учреждение с индексом "ЮЯ";

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

· РПО с отметкой "Доставка оплачена", а именно:

· почтовые переводы на сумму свыше 20-кратного МРОТ;

· письма с объявленной ценностью свыше 20-кратного МРОТ;

· письма и бандероли с объявленной ценностью, адресованные юридическим лицам;

· посылки и прямые контейнеры;

· РПО с наложенным платежом;

· РПО и почтовые переводы, адресованные до востребования, в войсковые части и на абонементный ящик;

· несоответствие упаковки пересылаемому вложению.

Прием РПО в количестве 10 шт. и более в один или несколько адресов регламентируется Временным порядком приема и оформления сопроводительных документов и адресов на исходящие партионные регистрируемые почтовые отправления.

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

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

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

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

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

· на немеханизированных рабочих местах для приема:

· заказных почтовых отправлений;

· почтовых отправлений с объявленной ценностью и обыкновенных посылок;

· международных РПО;

· партионных почтовых отправлений, в том числе заказных;

· на механизированных рабочих местах для приема:

· заказных почтовых отправлений;

· международных регистрируемых почтовых отправлений;

· партионных почтовых отправлений, в том числе заказных;

· почтовых отправлений с объявленной ценностью, а также обыкновенных посылок в случае отказа в работе ПКТ (ККМ)

2. ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ

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

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

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

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

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

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

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

2.1 Методология проектирования базы данных

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

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

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

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

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

· возможности сравнения временных параметров вариантов реализации разных вариантов схемы БД, на некоторой СУБД;

· возможности сравнения параметров вариантов реализации одной схемы БД на разных СУБД;

· возможности сравнения параметров реализации одной схемы БД на разных аппаратных серверах БД;

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

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

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

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

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

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

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

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

От избыточности данных и различных аномалий можно избавиться с помощью нормализации отношений.

2.1.1 Метод нормальных форм

Нормализация - это приведение, к лучшей форме относительно

включения, удаление и модификации.

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

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

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

Атрибут В функционально зависит о атрибута А, если каждому значению А соответствует в точности одно значение В (обозначение: АВ). Функциональная взаимозависимость атрибутов А и В означает, что имеется взаимно-однозначное соответствие, т.е. АВ и ВА (АВ). Функциональная частичная зависимость - зависимость неключевого атрибута от части составного ключа. Полная функциональная зависимость - зависимость не ключевого атрибута от всего составного ключа.

Атрибут С зависит от атрибута А транзитивно, если для атрибутов А,В,С выполняется условие АВ и ВС, но обратная зависимость отсутствует.

Атрибут В многозначно зависит от атрибута А, если каждому значению А соответствует множество значений В, не связанных с другими атрибутами. Эти зависимости могут быть «один ко многим», «многие к одному» или «многие ко многим» (1:m, m:1, m:m соответственно), обозначаемые соответственно АВ, ВА и АВ.

Два и более атрибута называются взаимнонезависимыми, если не один из этих атрибутов не является функционально-зависимым от других атрибутов (В не зависит от А: А В; взаимнонезависимы: А =В).

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

Выделяют следующую последовательность нормальных форм:

1. первая нормальная форма (1НФ);

2. вторая нормальная форма (2НФ);

3. третья нормальная форма (3НФ);

4. усиленная нормальная форма или нормальная форма Бойса-Кодда (БКНФ);

5. четвертая нормальная форма (4НФ);

6. пятая нормальная форма (5НФ).

Отношение находится в 1НФ, если все его атрибуты являются простыми (имеют единственное значение). Исходное отношение строится таким образом, чтобы оно было в 1НФ.

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

Отношение находится в 3НФ, если оно находится в 2НФ и каждый неключевой атрибут нетранзитивно зависит от первичного ключа. Отношение находится в 3НФ в том и только в том случае, если все неключевые атрибуты отношения взаимнонезависимы и полностью зависят от первичного ключа.

Если в отношении имеется зависимость атрибутов составного ключа от неключевых атрибутов, то нужно перейти к БКНФ. Отношение находится в БКНФ, если оно находится в 3НФ, и в нем отсутствуют зависимости ключей от неключевых атрибутов.

4НФ. В произвольном отношении R(A,B,C) может одновременно существовать многозначная зависимость АВ и АС. Это обстоятельство обозначим как АВ|С, т.е. атрибуты В и С многозначно зависят от А.

Теорема Фейджина: отношение R(A,B,C) можно спроецировать без потерь в отношение R₁(A,B) и R₂(A,C) в том и только в том случае, когда существует зависимость АВ|С.

Отношение R находится в 4НФ в том и только в том случае, когда существует многозначная зависимость АВ, а все остальные атрибуты R функционально зависят от А.

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

Отношение R(X,Y,…,Z) удовлетворяет зависимости соединения, которое обозначим как *(X,Y,…,Z), в том и только в том случае, если R восстанавливается без потерь путем соединения своих проекций на X,Y,…,Z.

Отношение R находится в 5НФ или нормальной форме проекции-соединения (PJ/NF) в том и только в том случае, когда любая зависимость соединения в R следует из существования некоторого возможного ключа в R.

Эта форма является последней из известных, условия ее получения довольно нетривиальны и поэтому она почти не используется на практике. Более того, она имеет определенные недостатки, поэтому на практике обычно ограничиваются структурой базу данных, соответствующей 3НФ или БКНФ.

2.1.2 Метод сущность-связь

Моделирование структуры базы данных при помощи алгоритма нормализации, описанного в предыдущих главах, имеет серьезные недостатки:

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

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

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

В реальном проектировании структуры базы данных применяются другой метод - так называемое, семантическое моделирование. Семантическое моделирование представляет собой моделирование структуры данных, опираясь на смысл этих данных. В качестве инструмента семантического моделирования используются различные варианты диаграмм сущность-связь (ER - Entity-Relationship).

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

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

Кроме метода нормальных форм Кодда для проектирования больших баз данных используют метод ER-диаграмм (метод сущность-связь). На последнем этапе метода ER-диаграмм полученные отношения анализируют на принадлежность к БКНФ.

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

Сущность представляет собой объект, информация о котором хранится в базе данных. Экземпляры сущности отличаются друг от друга и однозначно идентифицируются. Названиями сущности являются, как правило, существительные, например, СОТРУДНИКИ, НАПРАВЛЕНИЯ и т.д. Атрибут сущности - свойство сущности. Ключ сущности - атрибут или набор атрибутов, используемый для идентификации экземпляра сущности. Связь сущности - зависимость между атрибутами этих сущностей, название связи обычно представляется глаголами.

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

...