Реферат АИС Магазин Евросеть
Работа добавлена на сайт bukvasha.net: 2015-10-28Поможем написать учебную работу
Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.
Предоплата всего
от 25%
Подписываем
договор
Содержание
Введение……………………………………………………………………3
1. Общие требования к информационной системе………………………5
2. Этапы проектирования автоматизированных информационных систем……………………………………………………………………7
3. Проектирование структуры базы данных
3.1 Описание предметной области………………………………….9
3.2 Построение ER-диаграммы……………………………………..11
3.3 Преобразование ER-диаграммы в реляционную модель……..13
4. Реализация информационной системы
4.1 Описание СУБД……………………………………………….....16
4.2 Описание интерфейса……………………………………………21
4.3 Описание программных средств в проектировании…………...23
4.4 Описание технических средств в проектировании……….……24
4.5 Описание работы программы…………………………………...25
Заключение…………………………………………………………….......29
Литература…………………………………………………………………30
Введение
В настоящее время среди разработчиков базы данных (БД) большой популярностью пользуется реляционная СУБД ACCESS, входящая в состав пакета Microsoft Office 2003. Дружественный интерфейс и простота настройки, эффективные средства создания таблиц, форм, запросов, интеграция с другими приложениями пакета, средства организации работы с базами данных и защита информации - вот далеко не полный перечень достоинств этого приложения.
Основные функции СУБД – это описание структуры базы данных, обработка данных и управление данными.
База данных – это совокупность сведений о реальных объектах, процессах, событиях или явлениях, относящихся к определённой теме или задаче, организованная таким образом, чтобы обеспечить удобное представление этой совокупности, как в целом, так и любой её части.
Перед созданием СУБД «Евросеть» передо мной стояли следующие цели и задачи:
· Удовлетворить все требования пользователей к содержимому базы данных. Перед проектированием базы необходимо провести обширные исследования требований пользователей к функционированию базы данных;
· Гарантировать непротиворечивость и целостность данных. При проектировании таблиц нужно определить их атрибуты и некоторые правила, ограничивающие возможность ввода пользователем неверных значений. Для верификации данных перед непосредственной записью их в таблицу база данных должна осуществлять вызов правил модели данных и тем самым гарантировать сохранение целостности информации;
· Обеспечить естественное, легкое для восприятия структурирование информации. Качественное построение базы позволяет делать запросы к базе более «прозрачными» и легкими для понимания; следовательно, снижается вероятность внесения некорректных данных и улучшается качество сопровождения базы;
· Удовлетворить требования пользователей к производительности базы данных. При больших объемах информации вопросы сохранения производительности начинают играть главную роль, сразу «высвечивая» все недочеты этапа проектирования.
1. Общие требования к информационной системе
Информационная система — это хранилище информации, снабженное процедурами ввода, поиска, размещения и выдачи информации. Наличие таких процедур — главная особенность информационных систем, отличающих их от простых скоплений информационных материалов.
Работа информационных систем заключается в обслуживании двух встречных потоков новой информации: ввода новой информации и выдачи текущей информации по запросам. Поскольку главная задача информационной системы — обслуживание клиентов, система должна быть устроена так, чтобы ответ на любой запрос выдавался быстро и был достаточно полным. Эти требования обеспечиваются наличием стандартных процедур поиска информации и тем, что данные системы расположены в определенном порядке.
В составе КИС выделяют 2 относительно независимых составляющих:
1. Компьютерную инфраструктуру организации, представляющую собой совокупность сетевой, телекоммуникационной, программной, информационной и организационной инфраструктур. Эта составляющая называется корпоративной сетью.
2. Взаимосвязанные функциональные подсистемы, обеспечивающие решение задач предприятия и достижение его целей.
Первая составляющая отражает системно-техническую структурную сторону любой ИС. Это основа для интеграции функциональных подсистем, которая полностью определяет свойства информационной системы.
Вторая составляющая полностью относится к прикладной области и напрямую зависит от специфики задач и целей предприятия.
Разработку любой ИС целесообразно начинать с построения компьютерной инфраструктуры (корпоративной сети).
Корпоративная сеть создается на многие годы вперед, т.к. капитальные затраты на ее разработку очень велики. А функциональные подсистемы изменчивы по своей природе, поэтому их разрабатывают, и внедрение может происходить постепенно.
2. Этапы проектирования автоматизированных информационных систем
Ядром информационной системы является база данных. Для её построения можно использовать метод, который основан на методологии структурного анализа и проектирования. На основании информации о предметной области строится функциональная модель информационной системы, с помощью которой строится ER–модель (Entity – Relationship Model, ERM, модель «сущность-связь») предметной области. Затем, на основании ER–модели и в рамках выбранной СУБД, строится схема базы данных, а затем создается программная оболочка.
Этапы разработки БД:
1. Анализ потребностей. На этом этапе происходит преобразование общих знаний о требованиях к будущей системе в точные определения. Здесь определяются:
- архитектура системы и ее функции, внешние условия, базовые средства, технологии разработки;
- интерфейсы и распределение функций между пользователем и системой;
- необходимые аппаратные ресурсы, требования к БД, физические характеристики компонентов программного обеспечения и их интерфейсы;
2. Проектирование. Задача этого этапа заключается в исследование структуры системы и логических взаимосвязей ее элементов;
Проектирование определяется как процесс получения логической модели системы вместе со строго сформулированными целями, поставленными перед нею, а также написания спецификаций физической системы, удовлетворяющей этим требованиям. Обычно этот этап разделяют ещё на два:
- проектирование архитектуры программного обеспечения, включающее разработку структуры и интерфейсов компонентов, согласование функций и технических требований к компонентам, методам и стандартам проектирования, производство отчетных документов;
- Детальное проектирование, включающее разработку спецификаций каждого компонента, интерфейсов между ними, разработку требований к тестам и плана интеграции компонентов;
3. Реализация;
4. Тестирование позволяет не только устранить ошибки, но и оценить готовность ПО к эксплуатации;
5. Отладка. Процесс отладкипо уровню сложности связям с реальными данными делится на программную и системную отладку.
Программная отладка включает общую логику программы и правильность ее представления, в процессе этой отладки устраняются алгоритмические, программные, технологические ошибки.
Системная отладка предназначена для проверки всей логической системы и всего комплекса программ;
6. Документирование. Выполняется разработка рабочей документации. На первом этапе создают рабочую документацию на систему и ее части. На 2-м этапе осуществляют разработку или адаптацию программ;
7. Внедрение - процесс перехода к практическому применению решений проекта, когда технические средства системы используются для управления производством по новой технологии, разработанной в проект;
8. Эксплуатация и сопровождение. Обеспечивают разработку нестандартного оборудования, комплектацию оборудования, материалов, покупных изделий, монтаж, наладку, внедрение.
3. Проектирование структуры базы данных
3.1 Описание предметной области
В данном курсовом проекте в качестве предметной области рассматривается магазин сотовой связи «Евросеть». Наша база данных решает следующие задачи: учёт товара, выдача данных о поставщиках и поставляемых ими товарах (фирма-поставщик, его реквизиты, наименование товаров, характеристики, цены). Реализует запросы о выполненных и не выполненных заказах, выдает отчет об отсутствующих товарах.
Исходные данные о магазине: магазин располагается в нескольких помещениях (склад, торговый зал). У фирмы есть поставщики, осуществляющие поставку товаров на склад магазина. Так же в магазине есть свой штат сотрудников: менеджеры и консультанты, осуществляющие продажу товара. Клиент, приходя в магазин, взаимодействует с менеджером, который, в свою очередь, осуществляет продажу товаров. Операции с денежными средствами и отбивку чека осуществляет так же менеджер. При покупке товара, клиент получает чек с указанием товара и его стоимости, на основании которого со склада ему отгружают необходимый товар. При отсутствии товара на складе работник магазина выбирает отсутствующие товары и на основании этих данных составляет заявку на имя фирмы-поставщика.
Предметная область проектируемой базы данных описывается с помощью использования следующих понятий:
Сущность — это реальный или представляемый объект, информация о котором должна сохраняться и быть доступна, например, сущность СОТРУДНИКИ.
Атрибуты – данные, описывающие свойства сущности, например атрибуты сущности СОТРУДНИКИ: ФИО, адрес, должность.
Классом сущностей называется совокупность сущностей, характеризующихся в информационной системе одним и тем же перечнем свойств. Так, например, совокупность всех сущностей СОТРУДНИКИ составляет класс сущностей СОТРУДНИКИ.
Класс сущностей описывается перечнем свойств сущностей, составляющих этот класс.
Экземпляром сущности называется конкретная сущность с определенными свойствами).
В своем курсовом проекте при создании таблиц я использовала следующие типы данных:
- Текстовый. Текст или числа, не требующие проведения расчётов;
- МЕМО. Поле этого типа предназначено для хранения небольших текстовых данных (до 64000 символов). Поле этого типа не может быть ключевым или проиндексированным;
- Числовой. Этот тип данных содержит множество подтипов. От выбора подтипа (размера) зависит точность вычислений;
- Счётчик. Уникальные, последовательно возрастающие числа, автоматически вводящиеся при добавлении новой записи в таблицу;
- Логический. Логические значения, а так же поля, которые могут содержать одно из двух возможных значений;
- Денежный. Денежные значения и числовые данные, используемые в математических вычислениях;
- Дата/Время. Дата и время хранятся в специальном фиксированном формате.
3.2 Построение ER-диаграммы
В настоящее время большинство проектов информационных систем (ИС) разрабатывается в соответствии с какой-либо методологией разработки ПО. Как следствие, разработчикам требуется инструмент для моделирования данных на этапах анализа и проектирования. Таким инструментом являются ER-диаграммы («Сущность-Связь»). Фактически их использование является обязательным при разработке информационных систем.
Ключ – минимальный набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности. Минимальность означает, что исключение из набора любого атрибута не позволяет идентифицировать сущность по оставшимся.
Связь
– ассоциирование двух или более сущностей. Если бы назначением базы данных было только хранение отдельных, не связанных между собой данных, то ее структура могла бы быть очень простой. Однако одно из основных требований к организации базы данных – это обеспечение возможности отыскания одних сущностей по значениям других, для чего необходимо установить между ними определенные связи.
ER-диаграммы позволяют строить модели логической структуры данных предметной области, а так же производить моделирование физической структуры систем хранения данных.
Процесс построения ER-диаграммы называется ER-
моделированием. При этом используются следующие классические обозначения. Класс сущностей представляется в виде четырехугольника, в котором записано уникальное имя класса сущности (прописными буквами) и имена атрибутов строчными буквами.
По типу различают множественные связи «один к одному» (1:1), «один ко многим» (1:n) и «многие ко многим» (m:n).
Данная ЕR-диаграмма содержит 2 типа связи: «один к одному» и «один ко многим», которая изображена на рис.1.
|
Рис.1. Построение ER-диаграммы
|
3.3. Преобразование ER-диаграммы в реляционную модель
Реляционная база данных – это совокупность отношений, содержащих всю информацию, которая должна храниться в БД. Однако пользователи могут воспринимать такую базу данных как совокупность таблиц.
1. Каждая таблица состоит из однотипных строк и имеет уникальное имя;
2. Строки имеют фиксированное число полей (столбцов) и значений (множественные поля и повторяющиеся группы недопустимы). Иначе говоря, в каждой позиции таблицы на пересечении строки и столбца всегда имеется в точности одно значение или ничего;
3. Строки таблицы обязательно отличаются друг от друга хотя бы единственным значением, что позволяет однозначно идентифицировать любую строку такой таблицы;
4. Столбцам таблицы однозначно присваиваются имена, и в каждом из них размещаются однородные значения данных (даты, фамилии, целые числа или денежные суммы);
5. Полное информационное содержание базы данных представляется в виде явных значений данных, и такой метод представления является единственным. В частности, не существует каких-либо специальных «связей» или указателей, соединяющих одну таблицу с другой;
6. При выполнении операций с таблицей ее строки и столбцы можно обрабатывать в любом порядке безотносительно к их информационному содержанию. Этому способствует наличие имен таблиц и их столбцов, а также возможность выделения любой их строки или любого набора строк с указанными признаками.
На основании этой методики сущности ЗАКАЗЫ, СОТРУДНИКИ, ТОВАРЫ, КЛИЕНТЫ, ПОСТАВКА, ПОСТАВЩИКИ становятся таблицами: Заказы (рис.2), Сотрудники (рис.3), Товары (рис. 4), Клиенты (рис. 5), Поставка (рис. 6), Поставщики (рис. 7).
Рис. 2. Таблица «Заказы»
Рис.3. Таблица «Сотрудники»
Рис. 4. Таблица «Товары»
Рис. 5. Таблица «Клиенты»
Рис. 6. Таблица «Поставка»
Рис. 7. Таблица «Поставщики»
4. Реализация информационной системы
4.1. Описание СУБД
Данная информационная система позволяет эффективно хранить необходимую информацию и осуществлять быструю навигацию по накопленному в базе материалу.
Созданная мною АИС магазин «Евросеть» содержит 6 таблиц, 6 запросов, 8 форм и 3 отчета.
Таблицы
Одним из наиболее сложных этапов в процессе проектирования базы данных является разработка таблиц, так как результаты, которые должна выдавать база данных (отчеты, выходные формы и др.) не всегда дают полное представление о структуре таблицы.
При проектировке таблиц, рекомендуется руководствоваться следующими основными принципами:
- Не должно быть повторений и между таблицами;
- Каждая таблица должна содержать информацию только на одну тему;
- Каждое поле должно быть связано с темой таблицы;
- Не рекомендуется включать в таблицу данные, которые являются результатом выражения;
- В таблице должна присутствовать вся необходимая информация;
- Информацию следует разбивать на наименьшие логические единицы.
Запросы
Запросы позволяют выбирать данные из одной или нескольких связанных таблиц. Результатом выполнения запроса является результирующая таблица, которая наряду с другими таблицами может быть использована при обработке данных. С помощью запросов можно также обновлять, удалять или добавлять данные в таблицы. Основным назначением запросов является отбор данных по критериям поиска.
В моем курсовом проекте были созданы такие запросы как:
- Запросы на выборку «Выполненные и не выполненные заказы»;
- Запросы на выборку «Товары, имеющиеся и не имеющиеся в наличии»;
- Запрос на выборку, который выдает определенный тип товара;
- Запрос на выборку, который отображает товары в магазине, цена которых менее 3000 рублей.
Примеры запросов «Определенный тип товара» (рис. 8,9) и «Товары ценой менее 3000» (рис.10,11) приведены ниже в режиме конструктора и в готовом виде.
Рис. 8. Запрос «Определенный тип товара» в режиме конструктора
Рис. 9. Запрос «Определенный тип товара» в готовом виде
Рис. 10. Запрос «Товары ценой менее 3000» в режиме конструктора
Рис. 11. Запрос «Товары ценой менее 3000» в готовом виде
Формы
Форма представляет собой объект базы данных Access, в котором разработчик размещает элементы управления. Формы служат для ввода и просмотра данных в удобном для пользователя виде, который соответствует привычному для него документу. При выводе данных с помощью форм можно применять специальные средства оформления.
Для удобства в своем курсовом проекте я создала управляющую форму «Добро пожаловать в Евросеть» (рис. 12), которая запускается автоматически в момент открытия базы данных. Она позволяет быстро выбрать нужную подчиненную форму «Товары», «Сотрудники», «Клиенты» (см. пример на рис. 13), «Поставщики», «Заказы», «Поставка» для просмотра и редактирования. Также можно просмотреть запросы и отчеты.
Рис. 12. Управляющая форма
Рис. 13. Подчиненная форма «Товары»
Отчеты
Отчёты предназначены для формирования выходных документов и вывода их на печать. По своим свойствам и структуре отчёты во многом подобны формам. Основное их отличие заключается в том, что в отчёте отображаются все данные и в них предусмотрена возможность группировать данные по различным критериям. Отчёты в отличие от форм могут содержать специальные элементы оформления, характерные для печати документов: колонтитулы, номера страниц и т.д.
В данном курсовом проекте я создала такие отчеты как: «Отчет о выполненных заказах; «Отчет о товарах имеющихся в наличии»; «Отчет о товарах, не имеющихся в наличии». Один из отчетов показан на рис. 14.
Рис. 14.«Отчет о товарах, не имеющихся в наличии»
4.2 Описание интерфейса
Интерфейсы играют главную роль в технологии COM и связанных с ней технологий удаленного доступа. Их основная задача – описать свойства, методы и события удаленного объекта в терминах машины клиента. С помощью интерфейса программа клиента обращается к удаленному объекту так, как если бы он был её собственным объектом.
Интерфейсы представляют собой частные случаи массивов, они объявляются с помощью зарезервированного слова Interface. Структура объявления такова:
type
<Имя интерфейса> = Interface {<Имя родителя>}
{[‘<GOJD>’]}
<члены интерфейса>
end
Интерфейс не может содержать поля, а следовательно объявляемые в разделах read и write свойства могут ссылаться только на метод, методы не могут быть абстрактными, виртуальными.
В СУБД «Евросеть» интерфейс меню представлен в виде управляющей кнопочной формы «Добро пожаловать в Евросеть», которая показана на рис. 12. На ней помимо кнопок, с помощью которых можно обратиться к подчиненным формам, есть кнопка просмотра всех запросов, созданных в системе. Также на главной форме есть переключатели, благодаря которым можно просмотреть отчет и с помощью находящейся справа от переключателя кнопке рядом с каждым отчетом, вывести его на печать.
В подчиненных формах, помимо полей ввода, используются следующие кнопки:
- добавление новой записи;
- сохранение записи;
- удаление записи;
- переходы к предыдущей и следующим записям;
- переходы к первой и последней записям;
- поиск необходимой записи;
- обновление данных;
- кнопка завершения работы с формой.
С помощью всех этих кнопок можно легко управлять формой, это очень удобно и понятно в процессе работы с СУБД.
4.3 Описание программных средств в проектировании
Общее программное обеспечение должно включать:
- операционную систему MS Windows 98 SE/Me/2000/XP для рабочих станций;
- офисное программное обеспечение MS Office (Access) для рабочих станций.
Общее программное обеспечение должно представлять собой базовую программную среду, обеспечивающую поддержку комплекса в работоспособном состоянии, и ее функционирование в соответствии с функциональными требованиями.
Прикладное программное обеспечение должно обеспечивать корректное выполнение всех автоматизируемых технологических функций, реализацию возможностей функциональных подсистем комплекса и средств администрирования комплекса за исключением средств сопровождения базы данных, которые поддерживаются общим программным обеспечением.
Прикладное программное обеспечение функциональных подсистем должно функционировать в среде общего программного обеспечения и устанавливаться в систему средствами ОС Windows.
4.4 Описание технических средств в проектировании
Чтобы комфортно эксплуатировать АИС требуется, чтобы компьютер был сконфигурирован следующим образом:
- процессор Pentium 800MHz;
- оперативная память (ОЗУ) 128 MB;
- свободного места на винчестере (HDD) не менее 50 MB;
- Window XР, MS Access 2000 или выше из соответствующего пакета MS Office.
4.5 Описание работы программы
Для создания базы данных АИС магазин «Евросеть» нужно сначала запустить программу Microsoft Office Access. Выполнить команду Файл → Создать. В открывшемся окне диалога «Создание» выбираем «Новая база данных». На экране появится окно с запросом директории для новой базы данных, вводим имя базы «Евросеть», затем «ОК». После этого появится окно базы данных.
Для того чтобы создать таблицу в системе необходимо:
1. В окне БД «Евросеть» открыть вкладку Таблицы;
2. Нажать кнопку <Создать> и выбрать способ «Конструктор». После нажатия кнопки <OK> откроется окно конструктора таблицы;
3. Ввести имена полей, типов данных и их описание для таблиц, а также задать свойства для каждого поля, как это показано на рис. 15. Готовую таблицу, получившуюся из конструктора можно просмотреть на рис. 4.
Рис. 15. Окно конструктора таблицы «Товары»
Для того чтобы создать запрос, необходимо выполнить следующие действия:
1. В окне БД «Евросеть» открыть вкладку Запросы;
2. Нажать кнопку <Создать> и выбрать способ «Конструктор». После нажатия кнопки <OK> откроется окно конструктора запроса (также запрос можно создать с помощью мастера);
3. Появится окно «Добавление таблицы» из которого можно добавить необходимые вам таблицы.
Один из запросов «Определенный тип товара» можно увидеть в режиме конструктора на рис. 8, а уже готовый запрос на рис. 9.
В созданной базе данных существует возможность правки, добавления, просмотра всех данных. Причем за счет связей при процессе правки одной из таблиц, будут автоматически изменяться данные в других таблицах.
Далее в нашей СУБД мы создадим формы, которые в дальнейшем упростят работу с системой. Для этого необходимо:
1. В окне БД «Евросеть» открыть вкладку Формы;
2. Нажать кнопку <Создать> и выбрать способ «Мастер форм»(также доступны различные виды создания форм). Выбираем таблицу или запрос и нажимаем <ОК>;
3. Далее делаем все поэтапно, как предлагает нам мастер форм и выбираем нужные поля, стиль, вид, задаем имя формы и нажимаем <Готово>. После чего можно открыть готовую форму в режиме конструктора и отредактировать ее нужным образом.
Одну из готовых форм мы можем просмотреть на рис. 13.
Отчёты, так же как и формы, можно создавать с помощью конструктора или мастера отчётов. Используется также автоматическое создание отчётов. Для этого необходимо в окне БД «Евросеть» открыть вкладку Отчеты, а затем следовать тому же принципу, что и при создании форм. В итоге получаем отчет, который в дальнейшем можно просмотреть, либо вывести на печать. Пример такого отчета можно увидеть на рис. 14.
Разработаем схему данных, (создание связей между таблицами). Для этого:
нажимаем по кнопку
щёлкаем по кнопке
в появившемся окне будет выделено название одной таблицы. Щелкаем по кнопке <Добавить>, переводим выделение на имя следующей таблицы и щелкните по кнопке <Добавить>. Аналогично добавляем оставшиеся таблицы;
закрываем окно, щелкнув по кнопке <3акрыть>;
чтобы не выполнять все вышеописанные действия, можно просто перетащить мышкой таблицы из окна «Базы данных Таблицы» в окно «Схема данных»;
создадим связь между таблицами Товары и Заказы. Для этого курсором мыши перетаскиваем <<Код товара>> в таблице Товары на поле <<Код товара>> в таблицу Заказы. На экране откроется окно <<Связи>>;
устанавливаем флажок («галочку») в свойствах Обеспечение целостности данных, Каскадное обновление связанных полей и Каскадное удаление связанных записей;
щелкаем по кнопке <Создать>. Связь будет создана;
аналогично создаем связи между другими таблицами;
закрываем окно схемы данных, ответив ДА на вопрос о сохранении макета. Схема данных СУБД «Евросеть» показана на рис. 16.
Рис. 16. Схема данных СУБД «Евросеть»
Заключение
В своем курсовом проекте я разработала базу данных «Евросеть», в результате анализа данных я привела необходимые поля базы данных, их структура и тип. Сведение их в определенные объекты и построение связи между объектами базы.
В АИС «Евросеть» мною было создано 6 таблиц, 6 запросов, 8 форм и 3 отчета.
Спроектированная база данных «Евросеть» дает возможность в дальнейшем хранить необходимую информацию, добавлять данные и редактировать их.
Также были выполнены цели и задачи, стоявшие передо мной в начале создания СУБД:
- Удовлетворила все требования пользователей к содержимому базы данных;
- Обеспечила непротиворечивость и целостность данных;
- Обеспечила естественное, легкое для восприятия структурирование информации;
- Удовлетворила требования пользователей к производительности базы данных.
А также при разработке базы данных мною были получены основные навыки работы с MS Access.
Литература
1. Хомоненко А.Д. Базы данных: учебник для вузов/ В.М.Цыганков, М.Г. Мальцев; под ред. проф. А.Д. Хомоненко.- 2-е изд., доп. и перераб. - СПБ.: КОРОНА, 2002.- 672 с.
2. Орлов С. Технологии разработки программного обеспечения: учебник/ - СПб.: ПИТЕР, 2002.- 647 с.
3. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: учебник, М.: Финансы и Статистика,
4. Емельянова Н.З. Основы построения автоматизированных информационных систем: учеб. пособие для сред. проф. образования./ Н.З. Емельянова, Т.Л. Партыка, И.И. Попов.- М.: Форум-Инфра-М, 2005. – 416с.
5. Макарова М.В. Информатика: учебник, 3-е перераб. изд., под ред. проф. М.В. Макаровой. - М.: Финансы и Статистика, 2001. - 768с.
6. Назаров С.В. Компьютерные технологии обработки информации: учебное пособие. / С.В. Назаров, В.В. Паршиков, В.А. Тафинцев, под редакцией проф. С.В.Назарова. - М.: Финансы и Статистика, 1995. - 248 с.
