WWW.METODICHKA.X-PDF.RU
БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА - Методические указания, пособия
 

Pages:   || 2 | 3 | 4 | 5 |

«Г. Н. Гатин Информационные системы Учебное пособие Ухта, УГТУ, 2014 Учебное издание Гатин Герман Николаевич Информационные системы Учебное пособие УДК 004.03 (075.8) ББК 32.81 я7 Г 23 ...»

-- [ Страница 1 ] --

МИНОБРНАУКИ РОССИИ

Федеральное государственное бюджетное образовательное учреждение

высшего профессионального образования

«Ухтинский государственный технический университет»

(УГТУ)

Г. Н. Гатин

Информационные системы

Учебное пособие

Ухта, УГТУ, 2014

Учебное издание

Гатин Герман Николаевич

Информационные системы

Учебное пособие

УДК 004.03 (075.8)

ББК 32.81 я7



Г 23

Гатин, Г. Н.

Г 23 Информационные системы [Текст] : учеб. пособие / Г. Н. Гатин. – Ухта : УГТУ, 2014. – 88 с.

ISBN 978-5-88179-793-5 Учебное пособие предназначено для студентов, обучающихся по магистерской программе подготовки «Нефтегазовое дело», и преследует две цели. Первая: ознакомить с информационными системами, применяемыми в нефтегазовой сфере. Вторая: показать будущим магистрам основы постановки задач для программирования на компьютере.

УДК 004.03 (075.8) ББК 32.81 я7 Учебное пособие рекомендовано к изданию Редакционно-издательским советом Ухтинского государственного технического университета.

Рецензенты: А. В. Назаров, начальник отдела разработки и эксплуатации газовых и нефтегазовых месторождений филиала ООО «Газпром ВНИИГАЗ» в г. Ухта, доцент, к.т.н.;

Т. Г. Ксёнз, ведущий научный сотрудник филиала ООО «Газпром ВНИИГАЗ» в г. Ухта, к.т.н.;

А. Н. Щукин, начальник лаборатории филиала ООО «Газпром ВНИИГАЗ» в г. Ухта, доцент, к.т.н.

Редактор: К. В. Коптяева.

Технический редактор: Л. П. Коровкина.

© Ухтинский государственный технический университет, 2014 © Гатин Г. Н., 2014 ISBN 978-5-88179-793-5 План 2013 г., позиция 24. Подписано в печать 31.01.2014.

Компьютерный набор. Гарнитура Times New Roman.

Формат 60х84 1/16. Бумага офсетная. Печать трафаретная.

Усл. печ. л. 5,1. Уч.-изд. л. 4,6. Тираж 120 экз. Заказ №281.

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

169300, Республика Коми, г. Ухта, ул. Первомайская, д. 13.

Типография УГТУ.

169300, Республика Коми, г. Ухта, ул. Октябрьская, д. 13.

Оглавление Введение

Глава 1. Согласование понятий

Глава 2. Информационные системы

Глава 3. Виды информационных систем

Глава 4. Геоинформационные системы

Глава 5. Экспертные системы

Заключение

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

Введение

Курс «Информационные системы» читается будущим магистрам специальности «Нефтегазовое дело» и преследует две цели.

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

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

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

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





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

В заключение введения хотелось бы сказать, что чуть ли не главная цель курса научить магистра общаться с программистом. Что значит общаться или говорить на одном языке – это означает в некотором смысле одинаковое мышление. То есть преследуется цель научить основам программистского мышления.

Глава 1. Согласование понятий

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

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

любой алгоритм может быть реализован как аппаратно, так и программно.

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

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

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

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

В этой трактовке компьютер – аппаратная реализация универсального алгоритма повторения других алгоритмов. Мы легко можем сменить на компьютере операционную систему (Windows на Linux, например), но сменить процессор гораздо сложнее. Более того, заменить процессор клона Intel на процессор клона Sun просто нереально. С другой стороны, каждый программист знает, что такое виртуальная машина: это программное моделирование другого компьютера на вашем компьютере. В нашей терминологии: программная реализация другого технического устройства. Реализуемое/моделируемое устройство необязательно компьютер. Это может быть мобильный телефон, например. После запуска виртуальной машины у пользователя появляется впечатление, что он работает сразу на двух компьютерах, но работают эти компьютеры медленно.

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

Определение совершенно непонятное неспециалисту, почему мы приведём другое: программа для компьютера – список действий, выполняемых компьютером для достижения определённой цели. Целью может быть решение некоторой задачи, получение какого-либо отчёта, получение ответа на произвольный запрос и т. д. Программа для компьютера является техническим объектом, математическим объектом, уникальным объектом, а также объектом купли-продажи. Текст программы защищён авторскими правами, то есть в общем случае текст программы не может быть изменён без согласия автора – программиста написавшего программу. На программу распространяются имущественные права, то есть в большинстве случаев вы должны купить программу, если хотите пользоваться ею. Текст программы, как правило, неизвестен пользователю. Покупая программу, вы соглашаетесь с лицензией на программное обеспечение (ПО). Тем не менее существует открытое ПО, которое распространяется с открытыми текстами по цене носителя, на котором записано ПО.

Не всё так просто, как мы написали. Проблема в том, что компьютер не понимает «список действий», которые он должен выполнить. Вторая проблема в том, что «список действий» составляет человек, который всё время ошибается.

Компьютер не понимает «список действий» (программу) потому, что он не понимает человеческого языка. Компьютер «общается» на своём языке.

Принципиально можно составить программу на языке компьютера, но это достаточно неудобно для человека. Кроме того, составление программ для компьютера таким образом – чрезвычайно трудоёмкое занятие. Поэтому программа составляется на некотором промежуточном языке, который достаточно легко понимает человек и который можно научить понимать компьютер. Такой язык или такое средство называется алгоритмический язык. Алгоритмический язык можно определить как искусственный язык, для составления программ для компьютера. Основное отличие алгоритмического языка от естественного – однозначность трактовки его фраз. Фраза алгоритмического языка имеет только один смысл и не может быть истолкована двояким образом. Но программу с алгоритмического языка ещё нужно перевести на язык компьютера. Выполняется это специальной программой, которая называется транслятор. Таким образом, программа, переводящая фразы алгоритмического языка на язык компьютера, называется транслятор. Вам может встретиться термин компилятор, что обозначает то же самое.

Алгоритмических языков много. Они бывают универсальные и специализированные. Первый алгоритмический язык был создан в 1958 г. и назывался FORTRAN. Этот язык существует и сегодня. На нём написано очень много программ. Конечно, FORTRAN-99 отличается от FORTRANa 1958 г., но всё-таки это один и тот же язык. Наиболее известные языки – COBOL, PL/1, Lisp, Algol, Pascal, «C» (си), «C++» (си плюс плюс), Java (джава), «C#» (си шарп), Basic, HTML и т. п. Когда мы пишем, что «язык» существует и сегодня, это значит, что существует и распространяется промышленная версия транслятора с языка.

Мы пишем программа, подразумевая под этим некую единую целостность. Такие программы сегодня встречаются только в процессе обучения. Программа сегодня – всегда совокупность/комплекс программ. Безусловно, сборка программ в единое целое – достаточно нудное и неприятное занятие. Человеку нельзя это поручать ещё и потому, что человек работает с ошибками. Поэтому программу собирает в рабочее целое специальная программа, называемая редактор. Редактор связей, линковщик (англ. link), компоновщик – другие имена этой программы.

Отсюда мы видим, что программа проходит следующие этапы: написание программы или кодировка выполняется программистом. Трансляция программы – транслятором. Сборка программы – редактором. Запуск программы на исполнение выполняется человеком. Почему мы написали человеком, а не программистом или инженером по сопровождению программы. Дело в том, что человек часто ошибается. Программа пишется с ошибками. Процесс ликвидации ошибок в программе называется отладкой и выполняется программистом.

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

Сегодня программист редко работает непосредственно с транслятором или редактором. Чаще всего он работает в некоторой среде программирования, которая автоматизирует многие ручные процессы. Например среда визуального программирования ADO.NET фирмы Microsoft или CodeGear фирмы Embarcadero. Впрочем, это потомок известных сред Delphi и C++builder фирмы Borland.

Среды программирования, также как и трансляторы, редакторы и другие программы запускаются не непосредственно на компьютере, а в программной среде, которая называется «операционная система». Операционная система – это комплекс программ, управляющий работой компьютера. Таким образом, пользователь общается не с компьютером, он общается с операционной системой. Сегодня наиболее распространены две операционные системы: Windows и клоны Unix.

Windows – операционная система, ориентированная на работу с пользователем не программистом. Windows широко использует графический интерфейс, который достаточно быстро осваивается безграмотным пользователем. Основная идея Windows – ткни в иконку и работай. Unix – операционная система, ориентированная на работу серьёзного грамотного программиста или достаточно грамотного пользователя. В связи с этим Unix на персональном компьютере встречается гораздо реже. В последнее время широкое распространение получил Linux – открытый клон Unix созданный свободным некоммерческим объединением программистов.

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

Операционная система хранится на жёстком диске или винчестере, но может быть записана на CD-rom или DVD. Более того, возможна работа операционной системы с CD или DVD. Это возможно потому, что сама операционная система, как и любая другая информация на компьютере, хранится в виде совокупности файлов. То есть любая информация на компьютере хранится в виде файла. Файл – любая логически единая совокупность информации. Книга или картотека – типичные файлы. Для компьютера файл последовательность байт (напоминаем, что байт – минимальная по размеру часть оперативной памяти компьютера, имеющая свой адрес; размер байта – 8 бит; байт может быть в 256 состояниях). Система ввода/вывода операционной системы может либо читать файл последовательно байт за байтом, либо иметь прямой доступ к байтам файла, либо манипулировать сразу всем файлом как единым объектом. Информация в файле, сам файл не зависят от устройства хранения файла. Файл один и тот же, где бы он ни хранился – на винчестере, CD ROMe, DVD, флэшке и т. п. Очень важно, что где бы файл ни хранился, программа доступа к файлу не изменяется.

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

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

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

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

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

Более того, время поиска бы лавинно возрастало с увеличением количества файлов на диске. Поэтому файлы при хранении на диске или любом другом устройстве объединяются в группы, называемые директориями (в Windows для пользователя принят термин папка). На любом диске/устройстве существует корневая директория. Она обозначается просто: «идентификатор устройства в системе: «\», например: «C:\» – корневая директория диска «C». Корневая директория может содержать как файлы, так и директории. Внутри любой другой директории могут быть как файлы, так и директории. Каждая директория имеет собственной имя, которое составляется по правилам принятым для имён файлов (предполагается, что имена директорий не содержат расширений).

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

«C:\ Programm files\Borland\C++Builder \имя файла»: этот файл находится на диске «C» в директории «Programm files», внутри которой есть директория «Borland», внутри которой – директория «C++Builder», в которой и находится файл «имя файла». Такое перечисление директорий называется путь к файлу.

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

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

Обычно имя файла указывается вместе с расширением. Расширение отделяется от имени файла точкой и чаще всего состоит из трёх букв. Файл не обязан именоваться с расширением – встречаются имена файлов без расширения.

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

Внутренняя структура файла – описание последовательности байт файла: в каком порядке следуют объекты файла, какого они размера, что это за объекты.

Указание расширения позволяет однозначно интерпретировать содержание файла. Косвенно указывается информация, точнее, тип информации, содержащейся в файле. Расширение *.txt указывается для текстовых файлов, содержащих только символы текста и ничего более. Расширения *.jpg; *.jpeg свидетельствуют, что файл содержит фотографию или рисунок. Но, в общем случае, вы не обязаны именовать файлы, используя расширение, или приписывать к имени файла правильное расширение. Поступая так, вы лишаетесь определённого сервиса операционной системы так, как скрываете формат файла, его внутреннюю структуру от операционной системы. Тем не менее, это ваше дело:

как хотите – так и именуйте.

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



- текстовые файлы (ASCI-файлы): файлы, в основном содержащие текст:

*.txt – только текст;

*.rtf – текст с элементами форматирования текста при выводе на экран или принтер;

*.doc; *.docx – файлы, раскрываемые текстовым процессором Microsoft Word;

*.pdf – файлы, раскрываемые программой Adobe Acrobat Reader.

Файлы с расширениями *.doc; *.docx; *.pdf традиционно относят к текстовым, но они могут содержать любую информацию, особенно файлы *.pdf;

- графические файлы: файлы, содержащие изображение. Это могут быть рисунки, фотографии, сфотографированный текст – текст, рассматриваемый как изображение. Форматов графических файлов очень много: *.gif; *.pcx;

*.tiff; *.bmp; *.jpg и т. д. В каком-то смысле всё равно, в каком формате хранится ваша фотография. Но следует выделить форматы типа *.jpg. Дело в том, что при сохранении графики в формате *.jpg выполняется «сжатие» файла. При этом часть информации, изначально хранившейся в файле, безвозвратно теряется. Это не сказывается на восприятии изображения человеком и значительно уменьшает размеры файла. Меньшие размеры файла позволяют обрабатывать его быстрее, используя меньшее количество ресурсов. Однако восстановить удалённую информацию невозможно. То есть *.jpg – формат с потерей информации. Если вам необходимо сохранение изображения один к одному, то необходимо пользоваться другими форматами.

Графические файлы в среднем больше текстовых. В среднем страница текста А4 формата в текстовом файле будет 3000-4000 байт. Та же страница в графическом формате – 300 000-400 000 байт, или в 1000 раз больше. Страница текста при сканировании превращается в изображение текста. Для текстового представления страницы мы должны либо набрать текст на клавиатуре, либо распознать текст из графики, используя программу распознавания текста (одна из лучших программ распознавания – FineReader);

- все остальные файлы, в том числе *.mp3; *.avi и т. д. и т. п., относим к бинарным файлам. В общем случае, бинарный файл – файл, структура которого интерпретируется специальной программой. Бинарные файлы не обязательно содержат цифровую информацию, например аудиотреки. При работе с бинарными файлами следует либо работать программой, для которой они и создавались, либо использовать специальные средства. Опять-таки, аудиотреки не копируются обычными средствами Windows, хотя запросто воспроизводятся медиа-плейером.

Как было указано выше, путь к файлу вместе с именем однозначно идентифицирует файл. Хотелось бы обратить внимание пользователя на расположение файла. Дело в том, что Windows устроен так, что если пользователь создаёт файл, но не указывает его расположения, то операционная система сама его размещает. Чаще всего на рабочем столе. Причём иконка созданного файла будет отображаться на экране. Когда таких файлов много, да с одинаковыми именами («новая папка», «новая папка(2)» и т. д.), то найти необходимый файл достаточно затруднительно. Кроме того, вид экрана становится неопрятным: на вашем рабочем столе беспорядок. Вы наводите порядок, и вот, «лишние» иконки удалены, а вместе с ними и та единственная, которая указывает на необходимый файл. И где теперь искать ваш файл? Средний пользователь чаще всего не знает, где система располагает его файлы. Поэтому!

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

Копия выполняется обычно на CD ROM или DVD. Сегодня часто копируют на флэшку или выносной винчестер. Важно копировать ваши файлы на носитель, который вы можете всегда перенести в другое место и с которого было бы затруднительно удалить файлы. Если вы работали с файлами и внесли много изменений, то сразу следует скопировать изменённые файлы (всю вашу директорию). Обычно рекомендуют хранить несколько дневных копий, недельную копию и месячную, но сколько копий хранить и как часто копировать файлы, вы решаете в рабочем порядке. Важно, чтобы у вас всегда были копии файлов. Тогда, в случае непредвиденных обстоятельств, вы всегда можете восстановиться.

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

Вообще, каждый файл имеет срок хранения. Windows же, по истечении срока хранения файла, может удалить файлы с истёкшим сроком хранения, не спрашивая разрешения пользователя. Чаще всего система запрашивает разрешение пользователя. Пользователь всё-таки может забыть про файл и случайно разрешить системе его удалить. Некоторые файлы считаются временными: *.tmp. Такие файлы система может удалить, не спрашивая разрешения пользователя.

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

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

Мы указали основные особенности работы с файлами. Но работа с файлами зависит от операционной системы. Молчаливо полагалось, что пользователь работает под Windows. Всё то, что мы перечислили, имеет смысл и под Linux (Unix), но там есть свои особенности, так как файловая система Linux отличается от файловой системы Windows. Файловая система: совокупность положений и законов ведения файла (создание, хранение, удаление, редактирование) в операционной системе при размещении файла на носителе.

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

Файловая система – неотъемлемая часть операционной системы. Большинство программ работают с некоторой совокупностью файлов. Эту совокупность файлов также можно назвать файловой системой программы. Это может быть в каждый конкретный момент времени всего один файл. Тогда важен его формат.

Word, например, работает с файлами форматов *.doc; *.docх. Если объём входных данных программы велик, то естественно хранить эти данные в файле/файлах.

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

В большинстве случаев эта система файлов состояла из множества различных файлов. Допустим, программа, автоматизирующая бухучёт на предприятии: файловая система состоит из списка сотрудников, штатного расписания, списка основного оборудования, списка счетов, списка входных накладных, списка выходных накладных и т. д. и т. п. Несмотря на то, что большинство файлов называются «список» и де-факто списками являются, формат этих файлов разный. Если формат этих файлов разный, то они «ведутся» разными, но очень похожими программами. Для каждого файла пишутся программы создания файла, ввода данных в файл, вывода данных из файла, редактирования данных в файле, удаления файла из системы, копирования/восстановления файла. Иногда добавлялись и программы кодирования файла и многие другие. Если в файловой системе был десяток файлов, то программисты писали десяток групп очень похожих программ. Каждую программу необходимо было написать, отладить, сдать в эксплуатацию. Потом выяснялось, что в структурах данных обнаружена ошибка.

Это приводило к корректировке файловой системы, и весь процесс разработки файловой системы повторялся.

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

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

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

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

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

Размер числа указывается в количестве десятичных цифр до и после запятой.

Например: глубина скважины – число от 0 до 9999.9 цифр, что означает, что глубина скважины не может быть более 10 000 м и измеряется с точностью до десятков сантиметров.

Строка – любой набор символов. Под символом понимаются буквы, цифры, специальные знаки («-», «+», «!», «?» и т. п.). Размер, обычно, указывается в символах. Если декларируется строка длиной 100 символов, то это значит, что длина данной строки может быть от одного до 100 символов. Строки можно сцеплять между собой и сравнивать. Важно, что над строками нельзя (!) выполнять арифметических операций.

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

В России дата – день, месяц, год; в США – год, месяц, день. Размер этих данных обычно не указывается, поскольку всегда фиксирован.

Свободный текст – любой произвольный текст или произвольная совокупность строк. Размер этого типа не указывается. Теоретически текст может быть от одного символа до 106 символов и более. Молчаливо полагается, что текст – средний абзац, где-то до 1000 символов. «Строка» и «свободный текст» – очень похожие типы данных, но всё-таки различные. «Свободный текст» – совокупность строк. Строка может содержать не отображаемые на письме символы и быть совершенно бессмысленной. Предполагается, что «свободный текст» – некое короткое и не очень описание чего-либо, что подразумевает осмысленность текста.

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

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

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

Приведённое определение базы данных достаточно узко и отождествляет описание базы данных с собственно базой данных. На практике за базу данных часто принимается совокупность данных, используемых для решения некоторой задачи. Тем не менее, вводя понятие пустой базы данных, мы можем опираться на приведённое определение. На самом деле вопрос не так прост, как кажется. Большое значение имеет объём данных в базе и её локализация в пространстве.

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

Компьютер с базой данных может находиться в сети, и любой пользователь сети может подключиться к базе данных – это сетевая база данных. База данных может находиться на множестве компьютеров, подключённых в сети, – это распределённая база данных.

Объём данных базы сильно влияет на алгоритмы доступа к данным. Различают малые базы данных – до 100 000 записей. Средние базы данных – до 10 миллионов записей. Большие базы данных – до нескольких десятков терабайт.

Сверхбольшие базы данных – объём данных более сотен терабайт.

Локализация в пространстве и объём данных влияет на «описание структур данных, необходимых для решения задачи», то есть меняет базу данных.

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

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

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

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

Обратите внимание, что в определении СУБД отсутствует понятие данных, она абстрагируется, предлагая общий подход ко всем данным. Это возможно потому, что определение СУБД – это определение программного обеспечения. Другими словами: система управления базами данных – это программное обеспечение со своей файловой системой и языком программирования, предназначенное для управления данными.

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

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

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

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

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

В БД этой «дыры» нет. Злоумышленник не «знает», где находятся данные.

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

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

По внутренней организации данных различают иерархические, сетевые и реляционные БД.

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

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

Основной недостаток, только что приведённых организаций БД – отсутствие теории построения таких БД.

Теория построения БД появилась в 1970 г., когда Эдгар Кодд опубликовал свою статью «Реляционная модель данных для больших совместно используемых банков данных». Э. Кодд предложил строгую математическую теорию построения БД. Основная идея Кодда – отказаться от прямого отображения структур данных во внутренние структуры БД. Внутренние структуры данных представлять в виде двумерных бухгалтерских таблиц, состоящих из столбцов и строк. Другими словами, мы пытаемся любые (!) данные представить в виде бухгалтерских таблиц. БД, строящиеся на этих принципах, стали называться реляционными. Первый реляционный БД появился в 1981 г.

Наличие теории построения реляционных БД привело к тому, что почти все коммерческие БД стали строиться на реляционных принципах.

Надо понимать, что здесь есть небольшая скрытая проблема: можно ли весь мир отобразить в виде набора бухгалтерских таблиц? Существуют данные, которые неудобно отображать в реляционных таблицах. Тем не менее, существует строго доказанная математическая теорема, которая утверждает, что с точки зрения математики иерархические, сетевые и реляционные БД изоморфны, то есть это одно и то же. Поскольку мы сегодня не знаем других организаций БД, то приведённый вопрос звучит так: «Можно ли весь мир отобразить в компьютере?»

Для окончательного знакомства с БД необходимо знать хотя бы наименования некоторых из них.

Oracle – один из старейших реляционных БД. Может обрабатывать сверхбольшие базы данных. Может работать с распределёнными базами данных. Принят в качестве стандарта в Газпроме. Работает практически на всех вычислительных платформах.

InterBase (FireBird) – реляционный БД, рассчитанный на средние объёмы данных. Работает под Windows и Linux. В самом простом варианте распространяется бесплатно, что делает его доступным.

Access – реляционный БД, ориентированный на небольшие базы данных и безграмотного пользователя. Поставляется с Microsoft Office, а следовательно, работает под Windows. К достоинствам Access следует отнести графический интерфейс, что позволяет работать с Access пользователю, практически не знакомому с БД.

FoxPro позиционируется как реляционный БД, но фактически это СУБД, ориентированная на средние объёмы данных. Работает под Windows. Работа с FoxPro предполагает образование программиста. Поставляется с ADO.NET (Microsoft Visual Studio).

БД очень много. Почти все коммерческие БД реляционные. Мы, однако, все пользуемся иерархическим БД, когда работаем под Windows XP: реестр Windows – иерархический БД.

Хотелось бы обратить внимание читателя на идею скрытия структуры файловой системы. Кроме несомненных достоинств, она несёт в себе серьёзную проблему. Дело в том, что структура файловой системы скрывается не только от пользователя, но и от программиста. Возникает вопрос получения данных неизвестно откуда: как написать программу работы с данными, если вы не знаете, где их получить?

Решение этой проблемы привело к появлению SQL – Structured Query Language – «язык структурированных запросов». SQL – искусственный язык, используемый для управления данными в банках данных. Идея SQL в том, что простыми по возможности фразами, приближёнными к естественному языку, указать, какие данные вам требуются из банка данных. Фразы строятся на основе английского языка. Нечто вроде: «selected * from my_table». Эта фраза переводится как «выбрать все данные из таблицы my_table». Фраза транслируется транслятором SQL. Надеюсь, читатель понимает, что фразы искусственного языка необходимо «перевести» в конкретные действия банка данных. В результате трансляции либо запускаются все необходимые действии, либо во фразе находится ошибка. Если ошибок нет, то пользователю может вернуться таблица как результат поиска данных в БД (банке данных), либо одна запись, либо ни одной записи, если запрашиваемых данных не нашлось.

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

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

Если мы захотим пойти дальше – захотим «НЕ знать описание базы данных», то придём к совершенно другим системам программного обеспечения. Что значит «НЕ знать описание базы данных»? Это значит, что от нас (и от программиста) скрывается описание базы данных, но мы всё-таки неким образом получаем данные или информацию.

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

Что такое информационно-поисковая система, подробно разбирается во второй главе. Здесь хотелось бы обратить внимание на два новых момента.

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

Глава 2. Информационные системы

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

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

Например, Федеральный закон Российской Федерации от 27 июля 2006 г.

№149-ФЗ «Об информации, информационных технологиях и о защите информации» понятие «информационная система» трактует следующим образом:



Pages:   || 2 | 3 | 4 | 5 |
Похожие работы:

«С.Н. ЕЛЬЦИН ЗЕНИТНЫЕ РАКЕТНЫЕ КОМПЛЕКСЫ «БУК». РАКЕТА 9М38М1, УСТРОЙСТВО И ФУНКЦИОНИРОВАНИЕ Министерство образования и науки Российской федерации Балтийский государственный технический университет «Военмех» Кафедра ракетостроения С.Н. ЕЛЬЦИН ЗЕНИТНЫЕ РАКЕТНЫЕ КОМПЛЕКСЫ «БУК». РАКЕТА 9M38M1, УСТРОЙСТВО И ФУНКЦИОНИРОВАНИЕ Учебное пособие Санкт-Петербург УДК 623.462(075.8) Е Ельцин, С.Н. Зенитные ракетные комплексы «Бук». Ракета 9М38М, устройство и функциониЕ58 рование / С.Н. Ельцин; Балт. гос....»

«МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ УНИВЕРСИТЕТ ИТМО С. А. Алексеев, В. В. Волхонский, А. В. Суханов ТЕЛЕВИЗИОННЫЕ СИСТЕМЫ НАБЛЮДЕНИЯ ОСНОВЫ ПРОЕКТИРОВАНИЯ Учебное пособие Санкт-Петербург Алексеев С.А., Волхонский В.В., Суханов А.В. Телевизионные системы наблюдения. Основы проектирования. – СПб.: Университет ИТМО, 2015. – 126 с. Рис. 53. Библ. 40. Приводятся общие сведения о телевизионных системах наблюдения. Анализируется терминология, дается классификация. Рассматриваются...»

«МИНОБРНАУКИ РОССИИ Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования «Ухтинский государственный технический университет» (УГТУ) СТРОИТЕЛЬНЫЕ КОНСТРУКЦИИ Прикладной бакалавриат Методические указания Ухта, УГТУ, 2014 УДК 622.692.4.07 ББК 39.7 Б 47 Бердник, М. М. Б 47 Строительные конструкции. Прикладной бакалавриат [Текст] : метод. указания / М. М. Бердник – Ухта : УГТУ, 2014. – 34 с. Методические указания для самостоятельной работы студентов...»

«Федеральное агентство по образованию Архангельский государственный технический университет НАУЧНЫЕ ИССЛЕДОВАНИЯ В ДЕРЕВООБРАБОТКЕ Методические указания к курсовой и дипломной работам Рассмотрены и рекомендованы к изданию методической комиссией факультета механической технологии древесины Архангельского государственного технического университета 5 ноября 2008 года Составитель А.Д. Голяков, канд. техн. наук, проф. кафедры лесопильно-строгальных производств Рецензент Г.П. Бородина, доц. кафедры...»

«Федеральное агентство по образованию Государственное образовательное учреждение высшего профессионального образования Ухтинский государственный технический университет (УГТУ) Е. Ф. Крейнин, Н. Д. Цхадая НЕФТЕГАЗОПРОМЫСЛОВАЯ ГЕОЛОГИЯ Учебное пособие Допущено Учебно-методическим объединением вузов Российской Федерации по нефтегазовому образованию в качестве учебного пособия для студентов высших учебных заведений, обучающихся по направлению подготовки специалистов 130500 «Нефтегазовое дело» Ухта...»

«Министерство образования и науки РФ ФГБОУ ВПО Ангарская государственная техническая академия _ И.Г. Голованов ЭЛЕКТРИЧЕСКИЕ СТАНЦИИ И ПОДСТАНЦИИ Методические указания к практическим занятиям и самостоятельной работе студентов Для студентов всех форм обучения по направлению подготовки «Электроэнергетика и электротехника» Ангарск 2014 Голованов И.Г. Электрические станции и подстанции. Методические указания к практическим занятиям и самостоятельной работе/ Голованов И.Г. – г. Ангарск: Изд-во АГТА,...»

«Министерство образования и науки Российской Федерации Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования «Тамбовский государственный технический университет» Гатапова Н.Ц., Орлова Н.В., Орлов А.Ю.ЭНЕРГОИ РЕСУРСОСБЕРЕГАЮЩИЕ ПРОЦЕССЫ В ХИМИЧЕСКОЙ ТЕХНОЛОГИИ, БИОТЕХНОЛОГИИ И НЕФТЕХИМИИ Методические указания к выпускной квалификационной работе магистров, обучающихся по направлению 241000 «Энергои ресурсосберегающие процессы в химической...»

«Министерство образования и науки Российской Федерации Филиал федерального государственного бюджетного образовательного учреждения высшего профессионального образования «Самарский государственный технический университет» в г. Сызрани Гусева Н.В. Гаршина О.П.УПРАВЛЕНИЕ ЗАТРАТАМИ И ЦЕНООБРАЗОВАНИЕ Учебное пособие Сызрань 2013 Печатается по решению НМС инженерно-экономического факультета филиала ФГБОУ ВПО Самарского государственного технического университета в г. Сызрани. Рассмотрено и утверждено...»

«МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования «Ивановский государственный политехнический университет» (ИВГПУ) Кафедра безопасности жизнедеятельности Методические указания по дисциплине ПРОЕКТИРОВАНИЕ И РЕКОНСТРУКЦИЯ ПРЕДПРИЯТИЙ ЛЕГКОЙ ПРОМЫШЛЕННОСТИ Направления подготовки 262000 Технология изделий легкой промышленности 100100.62 Сервис Иваново 2014 Методические указания разработаны...»

«Министерство образования и науки Российской Федерации Уральский государственный лесотехнический университет Кафедра экономической теории Одобрена: Утверждаю: Кафедрой ЭТ Директор ИЭУ протокол от «10» октября 2014г. № 2 _В.П.Часовских Зав.кафедрой В.М. Пищулов «_»2014г. Методической комиссией ИЭУ протокол от «_»_2014г.№ Председатель Е.Н.Щепеткин ПРОГРАММА УЧЕБНОЙ ДИСЦИПЛИНЫ Б.3.Б.11 Мировая экономика и международные экономические отношения Направление -080100.62 «Экономика» Квалификация бакалавр...»

«МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РФ СЫКТЫВКАРСКИЙ ЛЕСНОЙ ИНСТИТУТ (филиал) федерального государственного бюджетного образовательного учреждения высшего профессионального образования «Санкт-Петербургский государственный лесотехнический университет имени С. М. Кирова» (СЛИ) Кафедра бухгалтерского учета, анализа, аудита и налогообложения ВЫПОЛНЕНИЕ И ЗАЩИТА КУРСОВЫХ РАБОТ Методические указания по дисциплине «Комплексный анализ хозяйственной деятельности» для бакалавров, обучающихся по направлению...»

«СТО ОПЖТ 23-201 НЕКОММЕРЧЕСКОЕ ПАРТНЕРСТВО «ОБЪЕДИНЕНИЕ ПРОИЗВОДИТЕЛЕЙ ЖЕЛЕЗНОДОРОЖНОЙ ТЕХНИКИ» СТАНДАРТ СТО ОРГАНИЗАЦИИ ОПЖТ 23Методические рекомендации по внедрению стандарта IRIS на предприятиях железнодорожной промышленности Издание официальное Москва НП «ОПЖТ» СТО ОПЖТ 23Предисловие Для обеспечения опережающего развития железных дорог необходимы технические средства и системы, позволяющие снижать издержки железнодорожного транспорта и увеличивать эффективность процессов. Международный...»

«Теп[Введите текст] Теплотехнический расчет ограждения Голяков А.Д. Методические указания Рассмотрены и рекомендованы к изданию методической комиссией лесотехнического института Северного Арктического университета. 20. г. Автор-составитель доцент кафедры древесиноведения и технологии деревообработки А.Д. Голяков Рецензент ст. преп. кафедры мебели и дизайна Н.С. Рудная УДК 674.093 Голяков А.Д. Проектирование деревообрабатывающих производств лесного комплекса: Методические указания к курсовому...»

«МИНОБРАУКИ РОССИИ Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования «Ухтинский государственный технический университет» (УГТУ) Основы научно-методической деятельности. Практикум Методические указания Ухта, УГТУ, 2014 УДК 796:001.89(076.5) ББК 75 я7 + 72.4 я7 Б 86 Бочаров, М. И.Б 86 Основы научно-методической деятельности. Практикум [Текст] : метод. указания / М. И. Бочаров. – Ухта : УГТУ, 2014. – 28 с. Методические указания содержат 20...»

«Министерство финансов Кыргызской Республики МЕТОДИЧЕСКОЕ ПОСОБИЕ ФОРМИРОВАНИЕ И ИСПОЛНЕНИЕ МЕСТНЫХ БЮДЖЕТОВ КЫРГЫЗСКОЙ РЕСПУБЛИКИ Бишкек 201 Методическое пособие «Формирование и исполнение местных бюджетов Кыргызской Республики» подготовлено в рамках реализации Проекта «Развитие потенциала в управлении государственными финансами», реализуемого Многосторонним донорским трастовым фондом, а также при техническом содействии регионального бюро Фонда Ханнса Зайделя в Центральной Азии. Издание второе,...»

«МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РФ Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования «Пензенский государственный университет» (ПГУ) Налоги и налогообложение Методические указания к выполнению контрольной работы Составители: Н. В. Свиридова, А. А. Акимов, А. Н. Денисенко Пенза Издательство ПГУ УДК 336.22 Н23 Рецензент кандидат технических наук, генеральный директор ООО «Бирос» А. А. Оськин Налоги и налогообложение : метод. указания к...»

«Бюллетень новых поступлений за сентябрь 2015 год Литературная жизнь Кубани в Х-ХIХ веках [Текст] : лингвокраеведч. пособие для иностр. студ., изуч. русск. яз. / Л 642 КУбГТУ, Каф. русского языка; Сост.: Т.А. Паринова, О.А. Гордиенко, В.Е. Зиньковская. Краснодар : КубГТУ, 2015 (91511). 295 с. Библиогр.: с. 292-295 (67 назв.). ISBN 978-5Рос37) Бирюков Б.В. 621.18 Котельные установки и парогенераторы [Текст] : учеб. Б 649 пособие / Б. В. Бирюков ; КубГТУ. Краснодар : Изд-во КубГТУ, 2007, 2012...»

«Министерство образования и науки РФ ФГБОУ ВПО Ангарская государственная техническая академия ТРЕБОВАНИЯ ПО ВЫПОЛНЕНИЮ, ОФОРМЛЕНИЮ И ЗАЩИТЕ ВЫПУСКНОЙ КВАЛИФИКАЦИОННОЙ РАБОТЫ Методические указания Издательство Ангарской государственной технической академии УДК 378.1 Требования по выполнению, оформлению и защите выпускной квалификационной работы: метод. указания / сост.: Ю.В. Коновалов, О.В. Арсентьев, Е.В. Болоев, Н.В. Буякова. – Ангарск: Изд-во АГТА, 2015. – 63 с. Методические указания...»

«Запрос ценовых предложений. Объект закупки: на оказание услуг по техническому обслуживанию кислородногазификационной станции и системы газораспределения для нужд ГБУЗ МО МОНИКИ им. М.Ф. Владимирского в 2016 году г. Москва «17» ноября 2015 г. Государственное бюджетное учреждение здравоохранения Московской области «Московский областной научно-исследовательский клинический институт им. М.Ф. Владимирского» (ГБУЗ МО МОНИКИ им. М.Ф. Владимирского) в соответствии с требованиями ст. 22 Федерального...»

«Федеральное агентство по образованию Архангельский государственный технический университет НАУЧНЫЕ ИССЛЕДОВАНИЯ В ДЕРЕВООБРАБОТКЕ Методические указания к курсовой и дипломной работам Рассмотрены и рекомендованы к изданию методической комиссией факультета механической технологии древесины Архангельского государственного технического университета 5 ноября 2008 года Составитель А.Д. Голяков, канд. техн. наук, проф. кафедры лесопильно-строгальных производств Рецензент Г.П. Бородина, доц. кафедры...»







 
2016 www.metodichka.x-pdf.ru - «Бесплатная электронная библиотека - Методички, методические указания, пособия»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.