Шпаргалка по "Информатике"

2. Этапы развития АСУ  ТП.

3. Описание файла в  программе. Процедуры открытия и  закрытия файла. Текстовые файлы  и работа с ними

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

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

2, Сформировались четыре поколения АСУ. Для первого поколения характерной чертой являлась автоматизация планово-экономических расчётов с ориентацией на традиционные методы управления производством. Отсутствие стандартных периферийных устройств затрудняло внедрение АСУ, заставляло проектировщиков создавать оригинальные, но часто неперспективные устройства. АСУ первого поколения копировали ручные методы управления, имели разомкнутый характер и были ориентированы на конкретный объект.

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

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

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

 АСУ четвёртого поколения - это  гибкие, адаптивные интегрированные  системы с элементами искусственного интеллекта. Они должны реализовать безбумажное, безлюдное управление объектом с подстройкой к изменяющимся внешним условиям и ресурсам. Эти системы должны обладать значительной долей универсальности и настройкой на класс управляемых объектов. Их реализация возможна на супер-ЭВМ четвёртого поколения, объединённых сетью с мини- и микроЭВМ. В АСУ четвёртого поколения должно происходить накопление знаний. В их структуре должны найти программную реализацию экспертные системы, системы управления банками знаний и инструментальные на основе языков высокого уровня, позволяющие развивать и наращивать возможности АСУ в зависимости от целей их применения и условий использования. Необходимо совершенствовать и технологию создания программно-технических комплексов на основе интеллектуальных систем автоматизированного проектирования. АСУ четвёртого поколения при создании и функционировании должны базироваться на новой информационной технологии.

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

3. Файлы представляют собой множество упорядоченных элементов одного типа. Для доступа к файлам используется специальная файловая переменная. Она связывается с указанным файлом процедурой AssignFile. Этапроцедураимеетсинтаксис:

procedureAssignFile(var F: File, S: string);

где F – файловая переменная любого типа, S – строка, содержащая имя файла.

Например, оператор AssignFile (F1, 'Test.txt') связывает файловую переменную F1 с файлом «Test.txt».

Открытие существующего файла осуществляется процедурой Reset, формат которой следующий: procedureReset(varF:File); Файловая переменная F перед обращением к этой процедуре должна быть связана с файлом.

Создание и открытие нового файла осуществляется процедурой Rewrite, формат которой следующий: procedureRewrite(varF:File);

После выполнения различных операций чтения и записи файл должен быть закрыт процедурой CloseFile: procedureCloseFile(varF:File);

Текстовые файлы состоят из последовательностей символов, разбитых на строки. В ObjectPascal предопределен тип TextFile, соответствующий текстовому файлу. Таким образом, объявление файловой переменной может иметь вид:

var<Имя файловой переменной>: TextFile;

Запись данных в текстовый файл осуществляется процедурой

procedure Write(var F: TextFile; <списоквыражений>);

Чтение данных из текстового файла осуществляется последовательно от его начала процедурой procedureRead(varF:TextFile; <список переменных>);, где в списке перечисляются переменные, в которые читаются данные из файла.

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

Типизированные файлы являются двоичными файлами, содержащими последовательность однотипных данных. Объявление файловых переменных таких файлов имеет вид: var<имя файловой переменной;»: fileof<тип данных>; Например: varFifileofreal; Тип данных может быть не только простым типом, но и, например, типом записей.

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

Билет  10

1. Подпрограммы на Паскале. Описание процедуры. Оператор вызова  процедуры

2. Тенденция развития диспетчерского управления ТП.

3.  Понятие сортировки.  Методы и алгоритмы сортировки  в линейных структурах

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

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

В языке Паскаль имеется два вида подпрограмм - процедуры и функции.

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

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

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

Формат описания процедуры имеет вид:

procedure имя процедуры (формальные  параметры);

  раздел описаний процедуры

begin

  исполняемая часть процедуры

end;

Формат описания функции:

function имя функции (формальные параметры):тип  результата;

  раздел описаний функции

begin

  исполняемая часть функции

end;

Формальные параметры в заголовке процедур и функций записываются в виде:

var имя праметра: имя типа

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

Вызов процедуры производится оператором, имеющим следующий формат:

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

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

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

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

имя функции := результат;

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

количество фактических параметров должно совпадать с количеством формальных;

соответствующие фактические и формальные параметры должны совпадать по порядку следования и по типу.

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

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

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

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