Вход

Информационно-обрабатывающая система таможенного брокера

Рекомендуемая категория для самостоятельной подготовки:
Дипломная работа*
Код 330745
Дата создания 08 июля 2013
Страниц 129
Мы сможем обработать ваш заказ (!) 22 апреля в 12:00 [мск]
Файлы будут доступны для скачивания только после обработки заказа.
4 610руб.
КУПИТЬ

Содержание

Содержание

ВВЕДЕНИЕ
1 ПРОБЛЕМА АВТОМАТИЗАЦИИ ДЕЯТЕЛЬНОСТИ ТАМОЖЕННОГО БРОКЕРА
1.1 Проблема автоматизированного учета при автоматизации деятельности таможенного брокера
1.1.1 Краткая характеристика предприятия
1.1.2 Характеристика организации процессов учета
1.1.3 Цели создания системы информационно-обрабатывающей системы
(ИОС)………………..
1.2. Проблемы и тенденции развития информационных систем в области учета движения материальных средств
1.2.1 Проблемы развития информационных систем в рассматриваемой предметной области
1.2.2 Тенденции развития информационных систем в области автоматизированного учета
1.3 Постановка задач, решаемых в дипломном проекте
2.ПРОЕКТИРОВАНИЕ ИОС ТАМОЖЕННОГО БРОКЕРА
2.1 Концептуальная модель бизнес-процессов
2.2 Формирование требований к информационно-обрабатывающей системе таможенного брокера
2.3 Функциональная модель информационно-обрабатывающей системы
2.4 Характеристика информационных потоков
2.6 Построение информационно-логической модели
2.6 Проектирование пользовательского интерфейса
3 ЭКОНОМИЧЕСКАЯ ЭФФЕКТИВНОСТЬ ПРОЕКТИРУЕМОЙ СИСТЕМЫ И БЕЗОПАСНОСТЬ ЖИЗНЕДЕЯТЕЛЬНОСТИ
3.1 Анализ источников экономической эффективности АИС
3.2 Оценка экономической эффективности разработки компьютерной программы
3.3 Безопасность жизнедеятельности
3.3.1 Общие положения
3.3.2 Характеристика микроклимата
3.3.3 Характеристика запыленности
3.3.4 Характеристика шума
3.3.5 Характеристика электромагнитных полей
3.3.6 Характеристика освещения
3.3.7 Характеристика электробезопасности
ЗАКЛЮЧЕНИЕ
ЛИТЕРАТУРА
ПРИЛОЖЕНИЕ Листинг разработанной программы

Введение

Информационно-обрабатывающая система таможенного брокера

Фрагмент работы для ознакомления

24.Рисунок 2.23 – Внешний вид разрабатываемого приложенияРисунок 2.24 – Дерево объектов проекта главного модуля приложенийРазрабатываемое приложение будет содержать 1 главную форму - MainClientsForm, а также несколько дочерних окон - addform, ChildTemplateForm, DBDirectoryTemplateForm, EditDBDirectoryForm, parampoikГлавная форма - MainClientsForm, предназначена для управления вычислительным процессом. Эта форма содержит следующие компоненты: MainMenu для запуска дочерних окон, а также компоненты ADOConnection, DataSorce, ADOTable, ADOQuery для обеспечения связи с базой данных, отображения данных, и выполнения SQL-запросов к базе данных.Дочерняя форма addform, создается динамически при помощи метода Create и предназначена для добавления записей в базу данных и запускается при помощи выбора соответствующего пункта главного меню MainMenu главной формы приложения. Данная форма содержит следующие компоненты Edit, Label, DBNavigator, Button («OK», «Cancel»).. Компоненты Edit – для ввода информационных полей базы данных. Компоненты Label для идентификации компонентов Edit – для ввода соответствующих информационных полей. Компонент DBNavigator связан с базой данных и позволяет перемещаться по записям базы данных, удалять и добавлять записи. Кнопки «OK» и «Cancel» используется в случае правильного ввода базы данных и отмены ввода записи соответственноДочерняя форма DBDirectoryTemplateForm, создается динамически при помощи метода Create – предназначена для организации справочников, т.е. эта форма предназначена для просмотра всех таблиц, с возможность контекстного поиска по любому символьному полю текущей таблицы. Эта форма содержит компоненты DBGrid, ToolBar с инструментами добавить запись, удалить запись, внести изменения (редактировать запись) Компонент DBgrid предназначен для отображения записей текущей таблицы. Дочерняя форма ChildTemplateForm, создается динамически при помощи метода Create и предназначена для просмотра таблицы, содержащей результаты поиска т.е. результаты выполнения динамического SQL-запроса. Эта форма содержит компоненты DBGrid, ToolBar с инструментами добавить запись, удалить запись, внести изменения (редактировать запись). Компонент DBgrid предназначен для отображения записей, найденных в результате поиска. Дочерняя форма EditDBDirectoryForm предназначена для редактирования текущей записи активной таблицы, она создается динамически при помощи метода Create, также динамически для текущей таблицы создаются компоненты Edit, Label для каждого неиндексного поля текущей таблицы, с помощью которых идентифицируется, заносятся в только что созданные компоненты для редактирования текущей записи. Элементы управления «OK» и «Cancel» используется в случае правильного ввода базы данных и отмены ввода записи соответственно. Дочерняя форма parampoik создается динамически при помощи метода Create, – предназначена для настройки и выполнения динамического SQL-запроса для поиска записи, удовлетворяющей сформированному критерию. Форма содержит 2 компонента GroupBox. Первый компонент GroupBox, содержит компоненты Edit, которые предназначены для заполнения полей, необходимых для вывода в результате SQL-запроса.Второй компонент GroupBox, предназначен для формирования ключа для поиска записей в базе данных, он содержит компонент label, компоненты Edit, элементы управления button «Поиск», «Отмена».. При выборе пункта меню, по которому будет производится поиск активируется соответствующий этому полю компонент Edit (свойству Visible присваивается значение true). После ввода в компонент Edit символов, свойство Text будет содержать значение ключа, которое будет использоваться для формирования динамического SQL-запроса.По умолчанию окна MDI создаются сразу при старте программы, и закрыть их нельзя. Чтобы решить проблему закрытия, необходимо убрать форму из числа автоматически создаваемых и в обработчики события OnClose окон добавить строку: Action:=caFree;Дерево диалога разработанного приложения представлено на рис.2.25.Назначение главного модуля приложения MainClients.pas . Выборка, обработка, поиск данных, редактирование, добавление, удаление данных. Рисунок 2.25 -Дерево диалогаМодуль является главным и управляющим для остальных объектов проекта.Интерфейс модуля определяется формой MainClients приложения, внешний вид которого представлен на рис.2.26. Рисунок 2.26 – Внешний вид разрабатываемого приложенияАлгоритм работы главного модуля можно кратко описать следующей последовательностью действий. При загрузке модуля ожидается выбор одной из альтернатив главного меню. В зависимости от выбранной альтернативы главного меню происходит активация соответствующей процедуры, и синтез необходимых дочерних форм. После этого вычислительные процесс ожидает задействования элементов управления, которые могут приводить к запуску различных программных процедур, входящих в состав проекта.Исходными данными для данного программного продукта являются первичные документы: 1. Заказы на оказание услуг таможенным брокером; 2. накладные. Выходными данными являлись: бумажные носители информации, подготовленные автоматизированной подсистемой учета складских операций, файлы базы данных а так же информация на магнитных носителях.Главная форма приложения содержит элементы управления – главное меню, с помощью которого и осуществляется работа всей системы, управление вычислительным процессом, организуется обмен данными и обеспечивается создание всех остальных форм приложения. Главная форма приложения MainClientsForm, также содержит компоненты, обеспечивающие взаимодействие приложения с базой данной, реализованной в СУБД MS SQL 2005 : компонент AdoConnection, компонент DataSource, 2 компонента AdoQuery, 7 компонентов AdoTable1, соответствующих каждой из таблиц базы данныхГлавное меню приложения содержит альтернативы «файл», «просмотр», «создать», «поиск», «Обработка накладных на груз». Альтернатива «Просмотр» позволяет получить справочную информацию о каждой из таблиц базы данных, (рис. 2.27), а та же просмотреть записи всей базы данных в целом, для этого необходим выбор альтернативы «просмотр базы данных» (рис. 2.28).Рисунок 2.27 – Пункт главного меню «просмотр»В результате выполнения выбора альтернативы «просмотр БД», происходит создание двух дочерних форм DBDirectoryTemplateForm и AddSource. Форма DBDirectoryTemplateForm расположена на рис.2.28 в верхней части позволяет отобразить записи таблицы товары, перемешаться, редактировать, обновлять которые позволяет компонент DBNavigator, расположенный на форме AddSource. Динамически создаваемая форма AddSource предназначена для отображения записей, находящейся в различных таблицах базы данных firm2 и связанных с записями расположенными в таблице Tovar.Динамически создаваемая дочерняя форма AddSource, может использоваться не только для отображения связанных записей. Главное назначение формы AddSource это создание интерфейсов для добавления новых товаров, накладных, заказов (рис.2.29).Рисунок 2.28 – Дочерняя форма AddSource, динамически создаваемая для добавления информации о товарах и комплектующихРисунок 2.29 – Дочерняя форма AddSource динамически создаваемая для добавления информации о заказе на товарыАльтернатива «создать» содержит альтернативы «поступление заказа», «накладную», «поступление товара». Альтернатива «поиск», содержит альтернативы «поиск груза», «срок годности», «размещение груза», «хронология накладных». Таким образом, пункты главного меню позволяют полностью управлять ходом вычислительного процесса и работой приложения.Форма DBDirectoryTemplateForm создается при выборе альтернатив меню «просмотр», и позволяет просматривать все таблицы базы данных. Это достигается изменением источника данных компонента DBGrid, расположенного на динамически создаваемой форме и выбираемого источника данных – таблицы в соответствии с пунктом меню.Элементы управления компоненты Button («Добавить», «Создать запрос», «Создать накладную») активируют процедуры, соответствующие названным действиям. Все процедуры функционируют по типизированным алгоритмом. В качестве основных этапов этих алгоритмов необходимо выделить следующие:- считывание данных из компонентов редактирования, расположенных на динамически создаваемых формах;- поиск записей базы данных соответствующих определенному динамически создаваемому запросу;- выполнение вычислительных операций с результатами информационного поиска;- внесение необходимых изменений в базу данных.Рисунок 2.30 – Дочерняя форма AddSource динамически создаваемая для добавления информации о накладнойВсе алгоритмы отличаются разной степенью сложности информационного поиска и вычислительных процедур по обработке результатов такого поиска.Дочерняя форма ParamPoisk динамически создается с одной стороны для организации запросов на различные виды сложного информационного динамического поиска по ключевым полям (рис.2.31 -2.33):- поиск товаров по наименованию;- поиск размещения на складе компьютерных комплектующих по их наименованию;- поиск и отображение накладных, созданных в определенный временной интервал;- поиск товаров с «просроченным» сроком гарантии.Рисунок 3.31 – Дочерняя форма ParamPoisk, динамически создаваемая для организации запроса на поиск товаров с «просроченным» сроком гарантииЭлементы управления button («Выполнить поиск») на динамически создаваемых формах позволяют активировать программную процедуру учитывающую вид информационного поиска, соответствующие динамически создаваемые ключи и выполняют соответствующие вычислительные процедуры и операции по изменению, удалению, добавлению необходимых записей в базе данных.Рисунок 3.31 – Дочерняя форма ParamPoisk, динамически создаваемая для организации запроса на поиск грузовРисунок 3.33 – Дочерняя форма ParamPoisk, динамически создаваемая для организации запроса на просмотр накладных, созданных в определенный временной интервалДля отображения результатов информационного поиска, согласно выбранным настройкам, динамически создается форма ChildTemplateForm. Форма ChildTemplateForm содержит компонент DBGrid, источником данных которого является таблица – результатов динамического поиска, выполняемых при помощи компонентов AdoQuery. При выборе альтернативы главного меню «Обработка товарных накладных на груд» так же динамически создается дочерняя форма ParamPoisk, для организации интерфейса для выполнения проводки накладных рис.2.34. В результате активации элемента управления button («Обработка»), осуществляется запуск сложной программной процедуры, осуществляющей неоднократный сложный динамический информационный поиск в базе данных, изменения записей базы данных с целью осуществления обработки товарных накладных. Рисунок 2.34 – Дочерняя форма ParamPoisk, динамически создаваемая для обработки накладныхОбработка накладных сопровождается строгим логически корректным программным механизмом, сопровождающимся информационной поддержкой в виде выдачи информационных сообщений при помощи метода ShowMessage, при выборе соответствующей ветви разветвления алгоритма. При попытке проведении обработки (рис.2.35), вторично возникает исключительная ситуация характеризующая информационную поддержку разработанной программной системы. Рисунок 2.35 – Сообщение об исключительной ситуацииВ качестве примера показана возможная ошибочная ситуация, которая может возникнуть в случае попытки повторной проводки накладной, номер которой указан в окне редактирования формы ParamPoisk. Система распознала текущую ситуацию и предупредила пользователя-оператора о сложившихся условиях при помощи информационного сообщения, о том, что обработка выполнена не будет, при помощи метода ShowMessage.Подобные информационные сообщения генерируются в различных ситуациях, например в случае отсутствия накладной, самого товара или других аварийных ситуациях. Многоуровневые логические условия составлены на принципах рассмотрения полной группы ошибок и корректно предотвращают ошибочные действия пользователя и информируют о создавшейся некорректной ситуации.Для обеспечения связи с файлами базы данных размещенной на SQL сервере в разрабатываемом программном проекте в среде Borland Development Studio 2006 используется хорошо зарекомендовавшая себя технология ADO (ActiveX Data Objects - объекты данных, построенные как объекты ActiveX), которая развивается и поддерживается корпорацией Microsoft.Для реализации функций разрабатываемого проекта использовались компоненты Borland Development Studio 2006, размещенные на вкладке управления ADO: TADOConnection, TADOTable, TADOQuery.TADOConnection аналогичен компоненту BDE TDatabase и используется для указания базы данных и работы транзакциями, обеспечения связи с базой данных.TADOTable – таблица базы данных доступная за счет применения технологии ADO.TADOQuery – запрос к базе данных. Это может быть как запрос, в результате которого возвращаются данные и базы (например, SELECT), так и запрос, не возвращающий данных (например, INSERT).Все компоненты должны связываться с базой данных. Делается это двумя способами либо через компонент TADOConnection либо прямым указанием базы данных в остальных компонентах. К TADOConnection остальные компоненты привязываются с помощью свойства Connection, к базе данных напрямую через свойство ConnectionString. База данных может быть указана двумя способами через файл линка к данным (файл в формате Microsoft Data Link, расширение UDL), либо прямым заданием параметров соединения. Значение свойства всех ConnectionString этих компонент могут быть введены напрямую в текстовой форме, но куда проще вызвать редактор свойства нажав на кнопку “…” в конце поля ввода. Окно этого свойства представлено на рис.2.36-3.38:Рисунок 2.36 – Настройка строки связи с базой данныхРисунок 2.37 – Свойства связи с даннымиПри выборе “Use data link file” и нажатии на кнопку “Browse…” появляется стандартный диалог выбора файла. При выборе в редакторе свойства “Use connection string” и нажатии на кнопку “Build…” появляется такой же property sheet, как и при выборе “Open” для Microsoft Data Link файла.В этом окне выбирается тип базы данных, местоположение базы и параметры соединения.На первой странице выбирается тип базы данных или Provider, в терминах ADO.Рисунок 2.38 – Свойства связи с даннымиВ компоненте TADOConnection существуют свойства Provider, DefaultDatabase и Mode которые являются альтернативным методом задания частей строки параметров соединения – провайдера, базы данных (например, пути до базы MS SQL) и режима совместного использования файлов базы данных. Эти значение этих свойств автоматически включаются в строку соединения, если были заданы до активизации компонента и автоматически выставляются после соединения.Структурно клиентская часть ПП представляет собой выполнимый .EXE файл. Кроме него для работы с БД не нужны никакие другие файлы.При работе с БД, во избежание некорректного соединения с БД, ошибок ввода входных данных, использовались обработчики исключительных ситуаций. Которые при возникновении исключительной ситуации выводят диагностические сообщения и позволяют продолжить работу ПП дальше.Для реализации базы данных в качестве основного инструмента был выбран сервер MS SQL 2005 DEVELOPER Edition. Данный выбор позволяет эффективно решать задачи организации таблиц базы данных, а также задачи разграниченного быстрого доступа, хранения, редактирования таблиц. Данное средство является стандартным средством, на котором реализовано большое количество промышленных баз данных, внедрена OLAP технология доступа к данным. Порядок работы с Microsoft SQL Server предусматривает предварительную инсталляцию продукта, причем она может быть выполнена в двух видах Local и Server. После инсталляции продукта на данный SQL могут быть перемещены базы данных, созданные на других MS SQL серверах. Для этого необходимо запустить Enterprise Manager и в левом окне SQL сервера, при помощи правой кнопки мыши выбрать альтернативу «Все задачи» затем «Attach Database», как показано на рис. 2.39.Рисунок 2.40 – Добавление существующей базы данныхПосле выполнения этих действий на экране появится окно «Attach Database», изображение которого представлено на рисунке 2.41 Рисунок 3.41 – Добавление существующей базы данныхПосле выполнения этих действий при помощи кнопки с изображением « …», необходимо выбрать файл с расширением *.mdf, который содержит сам файл базы данных. (Рекомендуется предварительно его записать в директорию C:\Program Files\Microsoft SQL Server\MSSQL\Data\). Завершить установку баз данных, после выбора mdf-файла, нажав на кнопку с изображением Attach.Необходимо отметить, что в случае использования Интернет соединений целесообразно использовать такую схему обеспечения соединения:На компьютере, который является сервером, устанавливается MS SQL Server 2005 в конфигурации Server.На компьютере, который является сервером, инсталлируется база данных так, как показано в данном пункте.На компьютере, который является клиентом, устанавливается MS SQL Server 2005 в конфигурации Client.При инсталяции и настройке MS SQL Server 2005 Client указывается IP адрес компьютера, который является сервером.На компьютере, который является клиентом, запускается разработанный программный проект.Для разработки системы поиска программного обеспечения в качестве основного инструмента для программирования был выбран один из современных инструментов Borland Development Studio 2006, позволяет проектировать программное обеспечение, с современным интерфейсом и при этом вести безошибочное проектирование с контролем ошибок проектирования, с возможной поддержкой различных платформ и операционных систем.Рассмотрим контрольный пример функционирования системы, а упрощенная схема диалога с программой на рис. 2.42.Начальная форма настройки связей с базой данных представлена на рис.2.43. В случае правильной связи с базой данных на экране появится главная форма приложенияДля дальнейшей работы приложения необходимо выбрать пункт главного меню. Например, выбираем пункт просмотр справочника документов рис. 2.44. Результат просмотра базы данных представлен на рисунке 2.45.На следующем шаге просмотрим всю базу данных для этого выберем альтернативу просмотр базы данных в меню «просмотр» рисунок 2.46.На следующем шаге просмотрим всю базу данных для этого выберем альтернативу просмотр базы данных в меню «просмотр» рисунок 2.46.После этого приведем в исполнение элемент управления – кнопку «создать». получаем Подтверждающую надпись. Рисунок 2.42 – Схема диалога с программойРисунок 2.43 – Настройка связи с базой данныхРисунок 2.44– Выбор просмотра справочниковРисунок 2.45 – Результат просмотра данныхРисунок 2.46 – Просмотр всей базы данных Таким образом, считаем, что работоспособность программы полностью продемонстрированаВыводыНа основе проведенного анализа предметной области была сформирована информационная модель разрабатываемой системы. Проведена разработка даталогической модели информационной системы, которая была реализована в среде MS SQL 2005. Разработано алгоритмическое, программное, техническое и технологическое обеспечение информационно-обрабатывающей системы таможенного брокера. Описаны особенности функционирования системы, описан контрольный пример работы, который позволяет сделать вывод о том, что разрабатываемая система соответствует информационным потребностям предприятия.3 ЭКОНОМИЧЕСКАЯ ЭФФЕКТИВНОСТЬ ПРОЕКТИРУЕМОЙ СИСТЕМЫ И БЕЗОПАСНОСТЬ ЖИЗНЕДЕЯТЕЛЬНОСТИ 3.1 Анализ источников экономической эффективности АИСПод экономической эффективностью понимается целесообразность применения средств вычислительной и организационной техники при формировании, передаче и обработке данных. Экономическая эффективность рассчитывается для оценки целесообразности решения экономических задач с использованием ЭВМ. Ее определение связано с недостаточным количеством ресурсов, использование которых неравно эффективно для различных целей. Основными показателями экономической эффективности являются - годовая экономия (С); - годовой экономический эффект;- коэффициент экономической эффективности капитальных вложений - срока окупаемости.

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

ЛИТЕРАТУРА

1.Архангельский А.Я. 100 компонентов общего назначения библиотеки Delphi 5. — М.: Бином, 1999. — 266 с.
2.Архангельский А.Я. Delphi 6. Справочное пособие. — М.: Бином, 2001. — 1024 с.
3.Архангельский А.Я. Программирование в Delphi 6. — М.: Бином, 2001. — 564 с.
4.Архангельский А.Я. Язык SQL в Delphi 5. — М.: Бином, 2000. — 205 с.
5.Базы данных: модели, разработка, реализация / Карпова Т.- СПб.: Питер, 2001. –304с.
6.Белов А.Н. Бухгалтерский учет в учреждениях непроизводственной сферы. – М.: Финансы и статистика, 1995. – 240с.
7.Буч Г. Объектно-ориентированное проектирование с примерами применения. М., 1992. - 654с.
8.Волков В. Ф. Экономика предприятия. – М.: Вита-Пресс, 1998. – 380с.
9.Галатенко В. Информационная безопасность // Открытые системы- 1996. – N 1-4.
10.Глушаков С.В., Ломотько Д.В. Базы данных .- Х.: Фолио, 2002. – 504 с.
11.Голубков Е.П. Маркетинг: стратегии, планы, структуры. М., Де¬ло, 1995. – 450с.
12.Голубков Е.П. Маркетинговые исследования: теория, методология и практика. М., Финпресс, 1998. – 280с.
13.Гофман В.Э. Хомоненко А.Д. Delphi 5. - СПб.: - Санки-Петербург, 2000. –800с.
14.Гофман В.Э. Хомоненко А.Д. Delphi 6. - СПб.: - Санки-Петербург, 2001. –1145с.
15.Дайан А. и др. Маркетинг. М., Экономика, 1993.
16.Жидецкий В. Ц. Охрана труда пользователей компьютеров. – К.: «Освгга», 1999.- 186с.
17.Жутова З.У. Бюджетный учет и отчетность. М.: Финансы, 1970.-215с.
18.Ковалев А. И., Войленко В. В. Маркетинговый анализ. М., Центр экономики и маркетинга, 1996.
19.Конноли Томас, Бегг Каролин. Базы данных. Проектирование, реализация и сопровождение. Теория и практика. — М.: Вильямс, 2000. – 1111 с.
20.Культин Н.Б. Delphi 6: Программирование на OBJECT PASCAL. — М.: Бином, 2001. — 526 с.
21.Культин Н.Б. Delphi 7: Программирование на OBJECT PASCAL. — М.: Бином, 2003. — 535 с.
22.Магнус Я.Р., Катышев П.К., Пересецкий А.А. Эконометрика. Начальный курс. М., Дело, 1997
23.Маклаков С.В. BPwin и ERwin. CASE-средства разработки информационных систем. — М.: Диалог-Мифи, 2001. — 304 с.
24.Матвеева В.О. Бюджетные организации: бухгалтерский учет и налогооблажение. –Харьков: Фактор, 2001. – 566с.
25.Турчин С. Обзор АСУП для малого бизнеса. Функциональные особенности // Компьютерное обозрение № 17 (286), 2001. с.22-27. // www.ITC-UA.COM
26.Фатрелл Р., Шафер Д. Шафер Л. Управление программными проектами: достижение оптимального качества при минимуме затрат. М.: «Вильямс», 2003. – 1128с.
27.Черников А. Поздняков В. От бухгалтерии под Windows к открытым Unix-системам // Компьютерное обозрение № 34 (402), 2003. с.22-27. www.ITC-UA.COM

Очень похожие работы
Пожалуйста, внимательно изучайте содержание и фрагменты работы. Деньги за приобретённые готовые работы по причине несоответствия данной работы вашим требованиям или её уникальности не возвращаются.
* Категория работы носит оценочный характер в соответствии с качественными и количественными параметрами предоставляемого материала. Данный материал ни целиком, ни любая из его частей не является готовым научным трудом, выпускной квалификационной работой, научным докладом или иной работой, предусмотренной государственной системой научной аттестации или необходимой для прохождения промежуточной или итоговой аттестации. Данный материал представляет собой субъективный результат обработки, структурирования и форматирования собранной его автором информации и предназначен, прежде всего, для использования в качестве источника для самостоятельной подготовки работы указанной тематики.
bmt: 0.00538
© Рефератбанк, 2002 - 2024