ОРГАНИЗАЦИЯ УЗЛА СИСТЕМЫ УПРАВЛЕНИЯ НА РАБОЧЕМ МЕСТЕ СПЕЦИАЛИСТА. Стр 1 из 23Следующая ⇒ ОРГАНИЗАЦИЯ УЗЛА СИСТЕМЫ УПРАВЛЕНИЯ НА РАБОЧЕМ МЕСТЕ СПЕЦИАЛИСТА. Полезная модель относится к области вычислительной техники, а именно к элементу системы управления - автоматизированному рабочему месту оператора. Полезная модель обеспечивает: - централизованное включение и выключение первичного питания системы; - задание вида использования и режима работы системы; - хранения, приема и обработки исходной информации, формирования полетного задания объектами управления; - отображение результатов решения задач формирования задания и подсказок оператору по порядку управления системой; - документирование результатов работы системы и т.д. Техническим результатом является создание автоматизированного рабочего места оператора системы управления с более высокими показателями уровня унификации и надежности работы. Автоматизированное рабочее место оператора системы управления содержит панель управления содержащую первый и второй видеомониторы, блок управления и контроля, клавиатуру и координатно-указательное устройство, внешнее запоминающее устройство, коммутатор и первое и второе вычислительные устройства, каждое из которых содержит контроллер клавиатуры, блок управления резервом, контроллер координатно-указательного устройства, полупостоянное запоминающее устройство, ДЗУ, контроллер информационных магистралей, центральный процессор, ОЗУ n контроллеров внешних каналов. Полезная модель относится к элементам информационно-управляющих систем, а именно, к автоматизированному рабочему месту оператора управления (пульту управления), построенному на базе средств вычислительной техники и предназначена для организации работы системы управления: - централизованного включения и выключения аппаратуры системы; - задания режима работы системы; - анализа информации от обеспечивающих систем; - решения задач формирования боевого задания; - проведения регламентных проверок, предстартовой подготовки, пусков объектов управления и т.д. 6. ОСНОВНЫЕ РЕЖИМЫ РАБОТЫ И ЭКСПЛУАТАЦИИ СИСТЕМЫ УПРАВЛЕНИЯ, НА БАЗЕ ВЗАИМОДЕЙСТВИЯ ПОЛЬЗОВАТЕЛЯ И КОМПЬЮТЕРА Монопольный режим. Это самый простой режим, при котором ЭВМ передается полностью со всеми ресурсами одному пользователю. В таком режиме работали ЭВМ 1-го поколения. В них пользователь сам осуществлял операции ввода-вывода, производил отладку и запуск задачи, следил за ходом ее решения. Режим, удобный для программиста, - машина всегда в его распоряжении, он работает в диалоге с ней. Неудобство - чрезвычайно низкий коэффициент использования оборудования. Компромисс был найден позднее в больших машинах введением режима разделения времени. В настоящее время монопольный режим вновь нашел применение в персональных ЭВМ, но он существенно отличается от монопольного режима работы машин 1-го поколения. Пользователь на персональной ЭВМ действительно один, но в помощь ему работает целая операционная система с большим набором сервисных и прикладных задач. Все управление работой ВС осуществляется пользователем через ОС, о всех ситуациях, требующих его вмешательства, пользователь получает сведения не непосредственно от источника, вызвавшего эту ситуацию, а от ОС, которая уже произвела анализ и, как правило, предлагает пользователю альтернативу дальнейших действий. Мультипрограммный режим. Наличие в ВС помимо ЦП периферийных и специальных процессоров, расслоение ОЗУ на отдельные независимо работающие блоки, развитая система прерывания и широкие возможности ОС обеспечивают одновременную параллельную обработку нескольких программ: одной - на 0П, остальных - на ПП. Рассмотрим такую ситуацию. В независимых блоках ОЗУ находятся 3 задачи: n, n+1, n+2. Причем задача и в стадии решения, т. е. она занимает ЦП. В это время пользователь закончил подготовку решения еще одной (n+3)-й программы, вставил колоду перфокарт со всеми данными программы в устройство ввода с перфокарт и нажал кнопку ввода. Нажатие кнопки ввода занесло единицу в ячейку регистра прерывания, отведенную для этого устройства. ОС при очередном просмотре регистра прерывания (через 0,2 с) восприняла эту единицу, прервала на время работу с программой и, записала в специальные регистры состояние всех устройств ВС в момент прерывания, проанализировала, есть ли свободное поле в независимой от программы и части ОЗУ. Место оказалось. После этого ОС выдала команду мультиплексному каналу на организацию и проведение передачи программы n+3 из УВД в ОЗУ и восстановила счет программы n. Несколькими секундами позднее программа и окончилась. Пришло прерывание от ЦП. Снова включилась ОС, определила, что результат счета по программе и надо записать на МЛ в НМЛ # 3, а на очереди стоит по приоритету уже готовая к счету программа n+2. ОС выдала команду селекторному каналу на передачу результатов задачи из ОЗУ на НМЛ #3 и запустила задачу n+2 на счет на ЦП. Начиная с этого момента уже 3 задачи: n, n+2 и n+3, активно обрабатываются на ВС, а n+1 готова к счету. Сколько же задач может проходить обработку одновременно? Это зависит от числа и типа процессоров в ВС, а если ЦП один, то от числа и типов ПП. При наличии мультиплексных каналов в системе число параллельно обрабатываемых задач зависит не столько от числа процессоров, сколько от ресурсов ОЗУ. В средних моделях ЕС ЭВМ, работающих под управлением ОС ЕС, количество активных задач может быть до 16. Программы по-разному загружают процессоры ВС. Решение обыкновенного дифференциального уравнения (задачи Коши) нуждается в предварительном вводе программы, коэффициентов, правых частей и начальных условий. Затем ВС переходит к численному интегрированию уравнения шаг за шагом на заданном интервале аргумента. В этой задаче на единицу входных данных приходится большое количество выполненных команд. В задаче начисления зарплаты в учреждении исходными данными будут табельный номер, фамилия, имя и отчество, оклад и число отработанных дней в месяце. При вычислении месячного заработка из-за простоты формулы расчета на каждую единицу входных данных приходятся единицы команд и довольно много символов печати (расчетные листы, ведомости).   Пакетный режим. Чтобы достичь максимальной загрузки всех агрегатов ВС, особенно ЦП, поступают cследующим образом. В начале смены вводят на МЛ все задачи (с их характеристиками), а затем производят группировку задач по следующему принципу: в одну группу (например, из 16 задач) должны попасть разные задачи по потреблению ресурсов ВС. Например, рассмотренная выше задача интегрирования обыкновенных дифференциальных уравнений (малый ввод- вывод, большая загрузка ЦП), задача бухгалтерского учета (большой ввод-вывод, малая загрузка ЦП), задача линейной алгебры (средний ввод-вывод, средняя загрузка ЦП) . Внутри пакета задачи сгруппируются таким образом (это делает ЭВМ), чтобы все агрегаты ВС оказались загруженными более-менее равномерно, тогда у ЦП не будет простоев. В пакет могут включаться и задачи пользователей, отлаживающих свои программы. В этом случае пользователи вводят вместе с основной программой программу отладки с дополнительной информацией о том, что именно программа отладки должна вывести на печать в случае ошибки, для обнаружения места ошибки и ее характера. Пакетная обработка дает наилучший коэффициент суммарной производительности ВС, но наихудший оперативный контакт с программистом. Программист получает результаты в конце смены, чаще на следующий день. Пакетный режим был основным для машин 2-го поколения, когда машин было мало, ценился каждый час машинного времени и не очень интересовались КПД программиста. В настоящее время пакетный режим часто используется в ночное время для счета больших, хорошо отлаженных программ, идущих под присмотром оператора или как фоновый режим для заполнения пауз в загрузке ЭВМ, возникающих в других режимах эксплуатации. Режим разделения времени. Этот режим требуется в первую очередь при отладке задач или разработке алгоритмов. Каждому пользователю на время работы отводится дисплейный терминал. Данные по задаче делятся на две неравные части: резидентную, постоянно находящуюся в ОЗУ, в которой в основном записаны необходимые ресурсы ВС для работы с этой задачей, и нерезидентную, содержащую все остальные данные (программу пользователя, вызванные пользователем библиотечные программы, данные), хранящуюся в ВЗУ прямого доступа. Перед предоставлением ВС пользователю все необходимые на данном этапе задачи данные вводятся в ОЗУ и инициируется работа программы пользователя. Но время, отводимое пользователю в системе-квант, лимитировано. Через tкв, от таймера выдается прерывание и система переходит к решению другой задачи, возвращаясь к прерванной через некоторое время - цикл. Таким образом, время пользователю выдается как бы <пунктиром>. Этот режим также является развитием мультипрограммного режима. Он направлен на то, чтобы каждый из многих пользователей мог работать с ВС в диалоговом режиме с хорошей <реактивностью> (малым временем ответной реакции ВС). Для режима разделения ВС снабжается большим числом дисплейных терминалов (от десятков до нескольких сотен) . Каждому из терминалов ОС отводит защищенное поле для ввода сообщений с терминалов. Каждый терминал операционная система интерпретирует как пультовый, в период кванта времени, отведенного этому терминалу. ОС обходит по очереди все терминалы, проверяя, нет ли сообщения от них. Запросы могут быть разными, например: · требование на отведение для пользователя некоторых ресурсов сверх выделяемых по разделению времени автоматически; возврат этих ресурсов системе;> · организация ввода-вывода данных или через терминал пользователя, или через центральные устройства; центральные устройства, как правило, используются для вывода окончательных результатов на графопостроитель или АБПУ; · вызов в ОЗУ программ общего назначения, входящих в состав программного обеспечения ВС; · останов своей рабочей программы до того, как команда останов встретится в ней самой. Обслуживание запросов ОС ведет так же, как и при мультипрограммной работе. При этом могут возникать ситуации с прерываниями. Они обрабатываются, как правило, с меньшим приоритетом, чем прерывание от таймера. Существуют несколько дисциплин обслуживания. Рассмотрим самую простую — карусель. При этой дисциплине обслуживания опрашиваются по порядку все терминалы. Тем терминалам, у которых включен сигнал на обслуживание, отводится квант времени. Терминалы со включенным сигналом будем называть активными. Среднестатистическое число активных терминалов в установившемся режиме может быть вычислено на основании анализа статистических программ учета времени работы ВС в данном учреждении на типовом для него потоке задач. Время Tцикла = кв Nt где Nt - число терминалов в системе, а Tцикла — максимальное время ожидания очередного обслуживания или “реактивность” ВС в дисциплине карусель. Обычно это время выбирают в пределах 10—20 с. Тогда кв = Tцикла / N где N — число активных терминалов. В установившемся режиме N =(0,1— 0,3) Np, где Nр — число пользователей, одновременно работающих на ВС в системе разделения времени. Квант может колебаться для разных случаев Np от нескольких десятых секунд до секунд. За время кванта операционная система должна организовать упрятывание всех выделенных ресурсов предыдущей задачи в ВЗУ, вызов в ОЗУ ресурсов следующей задачи, выдачу оставшейся части кванта (80—90 %) текущей задаче для решения. На практике чаще случается другое. Программист стремится в режиме РВ решить достаточно длинную задачу. Иногда это оправдано, так как отлаживаемая в этом режиме задача достаточно большая. Этому программисту, следовательно, нужно несколько квантов для решения задачи. Целесообразнее их выдать сразу, избежав неоднократного упрятывания и вывода данных в каждом цикле. Для этого случая был предложен такой порядок обслуживания: задачам, не решенным за 1 квант, при следующем цикле квант удваивается, но снижается их приоритетность по сравнению с более короткими одноквантовыми задачами. Если задача не решается за двойной квант, то при следующем цикле выделяется еще в два раза больший квант и снова снижается приоритетность. Этот алгоритм, предложенный профессором Корбато, в основном решал проблему противоречий коротких и длинных задач в системе РВ. Строгая постановка задачи показала, что можно рассчитать более оптимальное расписание. Для этого знаменатель геометрической прогрессии следует взять не 2, а несколько меньший. Чтобы задачи, требующие много времени, но получившие низкий приоритет в периоды активности многих терминалов, “не зависали”, один раз в 10— 15 мин маскируются приоритеты и обслуживание производится по карусели. Те задачи, которые имели максимальный квант и минимальный приоритет, получают гарантийное время обслуживания не более 15 мин. Те же из них, которые и при этом круговом обслуживании не будут закончены, снимаются с режима разделения времени, освобождают свои оперативные ресурсы, переписываются на МЛ и переводятся в режим пакетной обработки, о чем пользователю сообщается через дисплей. В режиме разделения времени ОС организует вывод сообщений на терминалы через мультиплексный канал, упрятывание нерезидентной части только что обслуженной задачи в НМД, вызов нерезидентной части, готовящейся к исполнению задачи в ОЗУ*). Чтобы максимально использовать ресурсы ОЗУ, нужно, чтобы перечисленные выше действия упрятывания (i—1)-й задачи и вызов (i+1)-й задачи производились за время счета i задачи. Однако такой режим может оказаться невыгодным для максимально полного использования времени ЦП. При работе в режиме РВ активная задача может быть прервана не только таймером, но и по авосту, по окончанию, по обращению к периферийным устройствам. Во всех случаях она не использует полностью отведенного для нее кванта. Поэтому в момент решения i-й задачи (нумерация ведется по активным терминалам) (i+1)-ая должна уже быть подготовлена к счету. На практике считается, что в “горячем резерве” должны быть 2—3 задачи. С малой долей вероятности могут возникнуть предельные случаи: — все терминалы активны; — нет активных терминалов. В первом случае система будет работать с более медленной реакцией, пока не выйдет на стационарный режим, т. е. пока часть задач не остановится из-за обращения к периферийным устройствам или не выйдет на авост, а программист не отключит терминал, ища место ошибки. Чтобы избежать простоя системы во втором случае, в систему вводятся 1—2 фоновые задачи из тех, которые решаются обычно в пакетном режиме. За этими фоновыми задачами закрепляются 1—2 терминала РВ. Задачам дается наинизший приоритет, и блокируется их сброс на пакетный режим. Режим реального времени. Этот режим встречается, в основном, в динамических системах управления, наблюдения, диагностики. Такие системы, в свою очередь, являются составными частями крупных научных экспериментальных систем, промышленно-производственных комплексов, транспортных систем, медико-физиологических систем. Всякая система реального времени на самом деле работает с некоторым запаздыванием, величина интервала времени запаздывания принимается такой, чтобы основной процесс обслуживаемой системы не успел существенно изменить значений характеризующих его параметров, поэтому правильнее назвать такой режим режимом псевдореального времени Допустимая величина запаздывания зависит от самого процесса. Для управления биотехнологическими процессами, например выращиванием пленок грибков антибиотиков, она может быть порядка минут. Для регулирования времени продувки кислородом чугуна в сталеплавильном конверторе в зависимости от показаний датчиков, анализирующих состав газов и их температуру на выходе из конвертора, время запаздывания может быть порядка секунд. А для регулирования пучка частиц по оси ускорителя допустимое время реакции будет порядка миллисекунд. Прежде всего нужно заметить, что система управления не всегда должна активно работать в каждый интервал запаздывания. Она выполняет свои действия только в том случае, если протекание регулируемого процесса вышло из нормального течения и требует вмешательства. Например, ускоряемый в циклотроне сгусток частиц в течение 10 с двигался точно по оси ускорителя, а на 11-й секунде отклонился, но провести коррекцию надо за 0,02 с, иначе будет поздно, так как он отклонится настолько, что удержать его в ускорителе не удастся и опыт пойдет впустую. Что же должна за этот промежуток времени выполнить система управления РВ? Опросить номера датчиков и ввести результаты измерений в ВС; произвести обработку данных по заданной программе, преобразовать результаты вычислений в управляющие воздействия зап = изм + вс + упр. (5.1) Как видим, из всего допустимого интервала, запаздывания вычислительной части системы отводится только вс. Проанализируем более подробно эту часть (вс) в случае одного обрабатывающего процессора: вс = гот + вв + 1/V * (  ni + KАУ) + выв, i =1 ... N, (5.2) где гот — время приведения ВС в готовность для приема данных, с момента поступления сигнала о начале регулирования процесса; вв — время ввода данных измерения в ОЗУ; V—быстродействие ЦП (оп/с); ni — число операций на преобработку i-го датчика; N — общее число датчиков; KАУ — число операций в программе на реализацию алгоритма управления; выв — время вывода управляющих сигналов. Эта величина существенно меньше других, так как управление в каждой ситуации, как правило, ведется по 1—2 параметрам. Обычно данные не вводятся в ОЗУ сразу с датчиков. Они вводятся в специальное ЗУ, не связанное с главной ВС, иногда там проходят предварительную обработку, например сравнение с установками, и только из этого ЗУ вводятся в ОЗУ ВС. Время фиксации данных в автономном ЗУ используется ВС для приведения ее в готовность, т. е. совпадает с гот. Для инерционных медленно протекающих процессов при применении мини-ЭВМ или микро-ЭВМ в контуре регулирования допустимое значение времени запаздывания оказывается больше зап, как суммы в правой части (5.1). Для быстропротекающих процессов с цифровыми системами управления стремятся уменьшить суммарную величину вс. Рассматривая пути уменьшения вс, мы убедимся в тесной связи архитектуры ВС с алгоритмами обработки данных, структурой ВС и структурой всей экспериментальной системы в целом. На первый взгляд кажется, что ВС не должна иметь в своем составе ВЗУ, а следовательно и каналов, поскольку вс значительно меньше, чем время организации передачи информации в ОЗУ через канал с типовыми программами ОС. Если ВС состоит из мини-ЭВМ или микро-ЭВМ, такое утверждение может быть верным, но сложность алгоритма управления и требуемое быстродействие могут потребовать использования ВС с большими ресурсами. А более мощная, но и более сложная ВС для обеспечения высокой степени готовности нуждается в постоянном тестировании. Если же коэффициент использования ее на задаче РВ невысок, то целесообразно вместо или наряду с тестированием использовать ее в свободное время для решения фоновых задач. В этом случае обеспечение гот переносится на ОС. Программа алгоритма задачи РВ целиком размещается в защищенной области ОЗУ, этой программе присваивается наивысший приоритет, никаких упрятываний фоновой задачи в случае приоритетного прерывания задачей РВ не должно происходить, ВС сразу переходит к программе РВ. Чтобы результаты счета фоновой задачи при этом не терялись полностью, вводятся прерывания более низкого уровня по таймеру, по которым ОС переписывает текущее состояние фоновой задачи в ОЗУ. Тогда при переходе на режим РВ будут теряться только, результаты решения фоновой задачи, полученные за время от последнего прерывания по таймеру. Можно ли уменьшить величину одночлена со скобкой в (5.2)? Можно: · увеличением быстродействия V; · сокращением объема программы основного алгоритма KАУ как за счет оптимизации программ, так и за счет тщательного выбора или разработки алгоритма управления. Эти же требования можно распространить и на алгоритмы, преобработки данных с каждого датчика. Если же приведенные меры не дадут возможности уложиться в заданное время вс, можно попытаться сократить число датчиков и вынести задачу преобработки даваемой ими информации с ЦП на специализированные, закрепленные за ними микропроцессоры с быстродействием Vi (в силу параллельности преобработки данных каждого датчика). При этом (5.2) примет вид (5.3) вс = гот + вв + ( (Ki * Ni) / Vi)max + KАУ / VЦП + выв 5.3   Типовые решения

Наименование рабочего места Основное назначение АРМ службы управления персоналом Ведение картотеки персонала, учет "штатных" операций, формирование календарей и графиков работы производственного персонала АРМ ПЭО Ведение справочников регламентов и норм выполнения производственного процесса, учет объемов выработки, учет ГСМ, экономический анализ АРМ бухгалтерии Учет рабочего времени персонала и оборудования, учет движения оборудования и материалов, учет производства, предоставление данных для начисления сдельной заработной платы АРМ технолога Долгосрочное и краткосрочное планирование горных работ, анализ производственных результатов "план/факт" АРМ механика Планирование и учет выполнения технического обслуживания и всех видов ремонтов технологического оборудования

АРМ бухгалтерии

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

АРМ технолога

АРМ технолога обеспечивает выполнение следующих основных функций: · подготовка исходных данных для планирования горных работ (график ремонта технологического транспорта, нормы выработки, расстояния транспортировки угля и вскрыши, объемы горных работ по участкам) · составление календарного графика работ по добыче, вскрыше, буро-взрывным работам (БВР), перегону выемочно-погрузочного транспорта и др.

АРМ механика

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

Модель ISO/OSI

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

Международная Организация по Стандартам (International Standards Organization, ISO) разработала модель, которая четко определяет различные уровни взаимодействия систем, дает им стандартные имена и указывает, какую работу должен делать каждый уровень. Эта модель называется моделью взаимодействия открытых систем (Open System Interconnection, OSI) или моделью ISO/OSI.

Модель взаимодействия открытых систем ISO/OSI

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

Пример составной сети

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

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

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

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

Кроме термина "сообщение" (message) существуют и другие названия, используемые сетевыми специалистами для обозначения единицы обмена данными. В стандартах ISO для протоколов любого уровня используется такой термин как "протокольный блок данных" - Protocol Data Unit (PDU). Кроме этого, часто используются названия кадр (frame), пакет (packet), дейтаграмма (datagram).

 

Характеристики

Используют следующие характеристики канала

· Эффективно передаваемая полоса частот ;

· Динамический диапазон ;

· Волновое сопротивление;

· Пропускная способность;

· Помехозащищённость ;

· Объём .

Помехозащищённость

Помехозащищённость . Где — минимальное отношение сигнал/шум;

Объём канала

Объём канала ^[1] определяется по формуле: ,

где — время, в течение которого канал занят передаваемым сигналом;

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

Классификация

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

По типу среды распространения каналы связи делятся на проводные, акустические, оптические, инфракрасные и радиоканалы.

Каналы связи также классифицируют на^:

· непрерывные (на входе и выходе канала - непрерывные сигналы),

· дискретные или цифровые (на входе и выходе канала - дискретные сигналы),

· непрерывно-дискретные (на входе канала - непрерывные сигналы, а на выходе - дискретные сигналы),

· дискретно-непрерывные (на входе канала - дискретные сигналы, а на выходе - непрерывные сигналы).

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

Модели канала связи

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

.

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

Модели непрерывных каналов

Модели непрерывных каналов можно классифицировать на модель канала с аддитивным гауссовским шумом, модель канала с неопределенной фазой сигнала и аддитивным шумом и модель канала с межсимвольной интерференцией и аддитивным шумом.

Модель идеального канала

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

где γ – константа, определяющая коэффициент передачи, τ – постоянная задержка.

Объекты конфигурации

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

В платформе «1С: Предприятие 8.0» существуют следующие объекты конфигурации:

? Константы

В константах хранятся редко изменяемые значения, например, название организации, ИНН, ФИО руководителя и т.д.

? Справочники

В справочниках содержится условно-постоянная списковая информация, например, список материалов, список сотрудников.

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

? Перечисления

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

? Документы

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

? Журналы

Журналы служат для хранения уже введенной информации. Документы, попавшие после их записи и проведения в журналы, можно редактировать, удалять, а так же непосредственно из журналов можно осуществлять ввод новых документов и операций.

? Нумераторы

Нумераторы предназначены для единой (сквозной) нумерации документов нескольких видов. Например, нумератор Кадровый используется для присвоения номеров всем кадровым приказам.

? Планы видов характеристик

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

? Регистры сведений

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

? Регистры накопления

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

? Регистры бухгалтерии

Регистры бухгалтерии хранят записи (проводки), основанные на определенном плане счетов, например, регистр бухгалтерии «Управленческий».

? Планы счетов

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

? Отчеты

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

? Обработки

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

? Интерфейсы

Представляют собой совокупность панелей интерфейса: меню и панели инструментов, например, интерфейсы «Бухгалтер», «Руководитель».

? Роли

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

В самом общем виде взаимосвязь всех объектов можно представить следующим образом:

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

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

Блок «Регистры» предназначен для хранения информации о состояниях и количествах объектов базы данных.

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

Режимы запуска программы

Функционирование системы подразделяют на два разделенных во времени процесса: настройку (конфигурирование) и исполнение, исходя из чего система 1С: Предприятие имеет два основных режима запуска – «Конфигуратор» и «1С: Предприятие».

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

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

Если на этапе конфигурирования с помощью встроенного языка определены соответствующие алгоритмы обработки, то в режиме «1С: Предприятие» пользователь будет вызывать их работу, давая системе соответствующие команды.

Константы

Константы в системе «1С:Предприятие», как правило, служат для хранения информации, которая либо совсем не изменяется в процес­се функционирования системы, либо меняется достаточно редко. Наиболее простой пример - название орга­низации, которое, как правило, не меняется.

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

В процессе настройки конфигурации задачи можно создать прак­тически неограниченное количество констант для хранения любой нужной информации. Вся работа с константами ведется в специальной форме. Форма для ввода и редактирования констант вызывается через системное меню: «Операции - Константы». Данная форма проектируется на этапе разработки конфигурации, поэтому состав реквизитов может быть различным в зависимости от прав пользователей.

При создании константы на этапе конфигурирования, помимо ко­да и полного наименования, константе задается тип ее значения.

В зависимости от типа значения константы ввод ее значения будет вы­полняться различными способами. При использовании программы «1С: Предприятие» в сеансе работы пользователя возможна только корректировка значения констант в списке.

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

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

Справочники

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

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

Работа со справочниками может осуществляться в двух режимах: режим «просмотра и редактирования» и режим «выбора элемента спра­вочника».

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

В режиме выбора справочник открывается только при вводе зна­чения субконто, константы, реквизита документа или реквизита дру­гого справочника нажатием кнопки или клавиши F4. В конфигурации могут быть определены различные формы для выбора элементов справочника.

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

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

В заголовке окна справочника выдается название справочника. Название справочника задается в процессе настройки конфигурации задачи и может быть изменено только в сеансе кон­фигурирования задачи. Табличное поле справочника содержит колонки. Их состав и структура определяется конкретной конфигурацией. Минимальное количество колонок - две: код и наименование элемента справочника. Если справочник содержит много элементов (строк) и имеет мно­го колонок, то в таблице справочника выводится только определенная его часть, а внизу и справа появляются линейки прокрутки.

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

Строки в справочнике могут быть двух типов: элементы справоч­ника и наименования групп справочника.

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

Для просмотра информации в группах/элементах используется двойной щелчок мыши по группе / элементу.

Для просмотра подчиненного справочника используется кнопка «Перейти», расположенная на панели инструментов справочника.

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

Порядок сортировки можно за­дать с помощью кнопки «Действия», и выбора из раскрывающегося списка действий пункта «Сортировка».

Ввод в справочник нового элемента осуществляется с помощью клавиши INS. или с помощью меню «Действия». После того, как откроется форма ввода нового элемента справочника, необходимо заполнить все графы и сохранить их, нажав на кнопку «ОК». Заполнение каждой колонки завершается нажатием клавиши Enter.

Редактирование данных справочника осуществляется с помощью клавиши F2 или команды «Действия - Изменить». Для редактирования необходимо установить курсор на тот элемент, который подлежит изменению!

Для удаления данных в системе «1С: Предприятие» существует два режима: непосредственное удаление и пометка на удаление данных.

Для пометки на удаление или удаления элемента справочника необходимо поместить курсор на строку с удаляемым элементом и выполнить одно из следующих действий: нажать клавишу Del, нажать мышью кнопку на панели инструментов окна справочника, выбрать пункт «Удалить» («Пометить на удаление») в меню «Дей­ствия», расположенного на панели справочника. Программа выдаст запрос об удалении или пометке на удаление. После ответа «Да» на запрос об удалении или пометке на удаление элемент справочника будет удален (помечен на удаление).

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

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

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

Для переноса элемента или группы в другую группу справочника последовательно выполните следующие действия: в таблице справочника установите курсор на строку с тем эле­ментом или группой, которую необходимо перенести в другое место справочника; нажмите клавиши Ctrl+F5 или выберите пункт «Переместить в группу» в меню «Действия»; в дереве групп выберите наименование той группы, куда пред­полагается перенести выбранный элемент.

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

Если совпадения кодов не обнаружено, на экран будет выдан запрос о переносе, и после ответа «Да» будет произведен перенос элемента или группы в указанную группу.

Документы

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

При настройке конфигурации задачи определяется: структура документов, вид диалогов для их ввода, печатные формы, алгоритмы изменения итоговой информации (например, ал­горитм формирования бухгалтерских проводок). При описании документов на стадии конфигурирования сущест­вуют следующие возможности: документ любого вида имеет номер (который может быть как строковым, так и числовым) и дату, документ может иметь две ос­новные части: реквизиты и табличные части. К реквизитам относятся данные, которые являются общими для до­кумента, то есть имеют один экземпляр на документ. Например, для такого документа, как счет, это название клиента, реквизиты клиента и размер скидки. Табличная часть документа представляет собой список однотип­ных данных, которых может встречаться более одного на документ. Например, список товаров с количеством и номенклатурой для того же счета. В общем случае, табличная часть представляет совокупность строк определенной структуры. В некоторых документах табличная часть может использоваться как исходные данные для расчета общей суммы (например, общей стоимости выписанных по счету товаров). Документ в системе «1С:Предприятие 8.1» может содержать несколько табличных частей.

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

Каждый документ имеет поля: номер, дата, время документа. Эти реквизиты обязательны для заполнения, и про­грамма не позволит закончить ввод документа, если они не заполне­ны. Если при настройке конфигурации для документа установлен признак автоматической нумерации, то поле для ввода номера доку­мента будет содержать номер, автоматически сформированный сис­темой. Этот номер можно исправить, однако программа проследит, чтобы указанный вами номер не совпадал с номерами документов этого же вида, уже введенных в систему. Если это обусловлено конфигурацией, при вводе документа его номер будет проверяться на уникальность по правилам, определен­ным в конкретной конфигурации, и, если при сохранении документа система обнаружит нарушение требований уникальности, будет вы­дано сообщение «Номер не уникальный!», тогда введенный номер следует исправить.

Система 1С: Предприятие предлагает в качестве даты документа рабочую дату, ус­тановленную в общих параметрах (пункт «Параметры» меню «Сер­вис» главного меню программы).

В общем случае рабочая дата равна текущей системной дате компьютера. Предложенную системой дату можно изменить. Для ввода новой строки в табличную часть документа используется клавиша INS. Для копирования строки в табличную часть документа используется клавиша F9. Для удаления строки из табличной части документа используется клавиша Del.

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

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

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

После нажатия кнопки «Печать» (или выполнения каких-либо иных действий, если это указано в описании конфигурации) будет построена печатная форма документа. Созданная печатная форма открывается в стандартном редакторе таблиц системы 1С:Предприятие. Если в окне редактора таблиц вид­на только часть формы, можно использовать клавиши управления курсором и линейки прокрутки для вывода на экран остальной части формы. При необходимости такая форма может быть отредактирована и сохранена на диск с помощью команды «Файл - Сохранить как». Редактирование печатной формы производится аналогично редактированию в MS Excel.

После того, как заполнена форма документа, его необходимо сохранить. В зависимости от на­стройки конкретного документа возможны несколько вариантов вы­полнения этого действия: если диалог для ввода документа содержит соответствующие кнопки, например, «ОК», «Сохранить», «Записать» или анало­гичные, сохранение документа выполняется путем нажатия на такую кнопку; если диалог для ввода документа не имеет кнопок, явно пред­назначенных для сохранения документа, то сохранение доку­мента выполняется путем закрытия окна диалога. Для этого следует нажать на кнопку закрытия окна .

В обоих случаях на экран будет выдан запрос о необходимости сохранения документа.

Вы можете выбрать один из трех вариантов ответа: «Да» - сохранить документ и закрыть окно диалога для вво­да документа; «Нет» - закрыть окно диалога для ввода документа, но не со­хранять документ, «Отмена» - вернуться в диалог ввода документа.

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

Журналы

В системе 1С: Предприятие информация о хозяйственных опера­циях, совершаемых на предприятии, может вводиться при помощи документов и сохраняться в журналах документов.

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

Количество журналов документов, с которыми может работать пользователь, определяется его набором прав и устанавливается в режиме «Конфигуратор». При настройке конфигурации системы «1С: Предприятие» можно определять практически неограниченное число журналов докумен­тов. Режим конфигурирования системы 1С: Предприятие предостав­ляет возможности по настройке состава колонок журнала, его экранного и печатного представления.

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

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

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

В этом списке клавишами или мышью следует выбрать наимено­вание нужного журнала и затем нажать кнопку «ОК». Окно с вы­бранным журналом будет выдано на экран. Каждая строка журнала - ссылка на документ. Вид окна того или иного журнала полностью зависит от настройки конфигурации задачи. Вид журнала, выдаваемый по умолчанию, то есть в том случае, когда иное не задано при настройке представляет собой таблицу, имеющую три (колонки): дата, вид документа, номер документа. Внешний вид журнала, его свойства, поведение управляющих элементов определяются при настройке конфигурации задачи и, в общем случае, может быть самым разнообразным. Форма журнала может состоять из совокупности управляющих элементов - полей ввода, кнопок, списков, полей со списками, флажков, являющихся стандартными элементами управления Windows. Для просмотра журналов документов ис­пользуются общие приемы работы с табличной частью формы. При большом количестве документов, находящихся в журнале (особенно это касается системных журналов), просмотр журнала для поиска нужного документа может занять мно­го времени. В этом случае бывает полезно ограничить объем про­смотра записей в журнале. Интервал видимо­сти определяет, за какой период времени будут видны документы при просмотре журнала. Текущий интервал видимости выводится в заголовке окна журнала в скобках после названия журнала. Интервал видимости устанавливается двумя способами - автома­тически и вручную. Когда окно с журналом вызывается на экран, интервал видимости автоматически устанавливается таким, как определено в настройке параметров журнала. Для изменения интервала видимости записей журнала необходи­мо выбрать пункт «Действия - Установить интервал дат» на панели инструментов журнала.

На экран будет выдан запрос «Настройка периода». После выбора интервала необходимо нажать кнопку «ОК». Порядок расположения записей в журнале определяется командой: «Действия - Сортировка». При этом: записи в журнале упорядочены по дате; внутри даты записи упорядочены по времени документа; если в пределах одной даты несколько документов имеют оди­наковое время, они упорядочены по порядку их ввода в систему. Если необходимо расположить документы в журнале в порядке их ввода в программу, необходимо отключить сортировку по дате. Набор колонок в журнале можно изменить с помощью команды «Действия - Настройка списка», оставив галочки в колонках, необходимых для отображения. Поиск в журнале осуществляется путем отбора данных. Механизм отбора документов предоставляет пользователю возможность просматривать в журнале документы, отобранные по некоторому значению их реквизитов или по видам документов: например, можно отобрать все документы по конкретному складу или конкретной организации-контрагенту, или отобрать все приходные наклад­ные.

В системе «1С: Предприятие» предусмотрены следующие виды отбора: отбор по текущему значению, отбор по виду, отбор в интервале дат, принудительный отбор.

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

 

ПЛАН СЧЕТОВ И ОПЕРАЦИИ В НЕМ.

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

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

Новый документ «Операция (бухгалтерский и налоговый учет)» вводится из формы списка документов этого вида по команде Действия -> Добавить (либо щелчком по пиктограмме на панели инструментов, либо по команде Добавить контекстного меню, либо нажатием на клавишу клавиатуры Insert)

На экран будет выведена форма документа «Операция: Операция (бухгалтерский и налоговый учет (Новый)».

 

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

Сумма операции подсчитывается автоматически как сумму по всем проводкам операции. Вместе с тем, это поле доступно для редактирования.

Ввод реквизитов фиксируется нажатием клавиши Enter либо двойным щелчком мыши.

В двух табличных частях формы, на закладках «Бухгалтерский учет» и «Налоговый учет» вводятся, соответственно, бухгалтерские и налоговые проводки.

Номера дебетуемого и кредитуемого счетов выбираются из списка счетов набором его номера на клавиатуре и последующего нажатия клавиши Enter.

Колонки «Субконто Дт» и «Субконто Кт» заполняются только при ведении по счету аналитического учета, а колонки «Валюта Дт», «Валюта Кт», «Валют, сумма» – при вводе операции, стоимость которой выражена в иностранной валюте.

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

В колонке «№ Журнала» указывается номер журнала, например:

БК – операции по банку (кассе)

ЗП – операции по учету заработной платы;

ЗТ – операции по учету затрат на производство;

МТ – операции по учету материальных ценностей;

ОС – операции по учету основных средств;

УК – учет основного капитала;

ФР – учет финансовых результатов.

На панели инструментов табличной части «Бухгалтерский учет» имеется кнопка «Заполнить» с помощью которой закладку «Налоговый учет» можно заполнить автоматически по данным бухгалтерского учета. Заполнение производится по правилам, описанным в регистре соответствия счетов бухгалтерского и налогового учета (меню Предприятие -> Планы счетов -> Соответствие счетов бухгалтерского и налогового учета).

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

При выполнении задания по формированию уставного капитала ООО «Надежда» нам понадобится справочник «Контрагенты».

Справочник «Контрагенты» содержит справочную информацию о контрагентах организации (юридических и физических лицах) и используется при выписке первичных документов и для ведения аналитического учета.

Рассмотрим ввод нового элемента в справочник «Контрагенты»

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

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

Реквизиты каждого контрагента записываются на трех закладках (страницах).

 

ВИДЫ РАСЧЕТОВ.

Настройки большинства свойств планов видов расчета (ПВР) и видов расчета (ВР) в 1С:Предприятие 8.2 не представляют каких-либо сложностей. Книги М.Г.Радченко [9] вполне достаточно, чтобы в них разобраться. А вот ведущие виды расчета - это немного "мутная" тема. Информация о правилах заполнения списка ведущих ВР распределена по многим источникам, которые иногда противоречат друг другу. Если собрать все эти сведения вместе, становится понятным алгоритм, по которому для данного ВР нужно указывать ведущие ВР.

 

Варианты зависимости между видами расчетов

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

Наряду с ведущими, для ВР могут быть указаны базовые и вытесняющие ВР. Базовые - это ВР, обороты которых за определенный период являются исходными данными для расчета данного ВР. Например, ВР "Премия" рассчитывается на основании ВР "Оклад", то есть "Оклад" является базовым ВР для "Премии".

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

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

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

 

ОБЩИЕ ТРЕБОВАНИЯ К МЕТОДОЛОГИИ РАЗРАБОТКИ.

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

Технология проектирования определяется как совокупность трех составляющих:

· пошаговой процедуры, определяющей последовательность технологических операций проектирования (рис. 1.4);

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

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

Рис. 1.4. Представление технологической операции проектирования

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

Технология проектирования, разработки и сопровождения ИС должна удовлетворять следующим общим требованям:

· технология должна поддерживать полный ЖЦ ПО;

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

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

· технология должна обеспечивать возможность ведения работ по проектированию отдельных подсистем небольшими группами (3-7 человек). Это обусловлено принципами управляемости коллектива и повышения производительности за счет минимизации числа внешних связей;

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

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

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

· технология должна быть поддержана комплексом согласованных CASE-средств, обеспечивающих автоматизацию процессов, выполняемых на всех стадиях ЖЦ. Общий подход к оценке и выбору CASE-средств описан в разделе 4, примеры комплексов CASE-средств - в подразделе 5.7.

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

· стандарт проектирования;

· стандарт оформления проектной документации;

· стандарт пользовательского интерфейса.

Стандарт проектирования должен устанавливать:

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

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

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

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

Стандарт оформления проектной документации должен устанавливать:

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

· требования к ее оформлению (включая требования к содержанию разделов, подразделов, пунктов, таблиц и т.д.),

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

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

· требования к настройке CASE-средств для обеспечения подготовки документации в соответствии с установленными требованиями.

Стандарт интерфейса пользователя должен устанавливать:

· правила оформления экранов (шрифты и цветовая палитра), состав и расположение окон и элементов управления;

· правила использования клавиатуры и мыши;

· правила оформления текстов помощи;

· перечень стандартных сообщений;

· правила обработки реакции пользователя.

Анализ является первым этапом создания ИС, на котором требования заказчика уточняются, формализуются и документируются. Фактически на этом этапе дается ответ на вопрос: "Что должна делать будущая система?". Именно здесь лежит ключ к успеху всего проекта.

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

· внешние условия работы системы;

· функциональная структура системы;

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

· требования к техническим, информационным и программным компонентам системы;

· условия эксплуатации.

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

32. СТРУКТУРНЫЙ ПОХОД К ПРОЕКТИРОВАНИЮ СИСТЕМЫ УПРАВЛЕНИЯ.

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

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

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

Заканчивается процесс разработкой "карты автоматизации", представляющей собой модель реорганизованной предметной области, на которой обозначены "границы автоматизации".

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

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

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

Идея

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

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

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

Чтобы не путаться с объектами и классами языка программирования, применяются термины «объект данных» и «класс данных»

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

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

Каждая сущность (класс, объект и связь) должна иметь идентификатор – уникальное целое число, уникальное среди всех сущностей. То есть не должно быть, например, класса и объекта с одинаковым идентификатором. Уникальность идентификатора среди разнотипных сущностей позволяет, в частности, хранить связи классов в таблице вместе со связями объектов. Термин «сущность» подразумевает и объект, и класс, и связь.

Одно из основных понятий объектной модели – наследование классов. Наследование тоже нужно представить в реляционном виде и это достаточно легко сделать, определив целочисленное поле в таблице классов для хранения идентификатора наследуемого класса (внешний ключ), и оперировать этой информацией для слияния соответствующих таблиц объектов при запросах. Если класс «B» наследует класс «A», то атрибуты объектов класса «B» будут храниться в таблице «А» и «Б».

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

Реализация

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

CREATE TABLE `id` (   `id` int(10) unsigned NOT NULL auto_increment,   `class` int(10) unsigned NOT NULL,   PRIMARY KEY (`id`),   KEY `index_class` (`class`) );

 

Создаем второй класс с названием «class». Пока создание класса сводится к созданию таблицы. Создаем таблицу с именем «class» и полями «id», «sys_name», «extend», «final». Поле «id» используется для связи «один к одному» с таблицей сущностей, поле «id» используется логикой системы для слияния записей при реализации наследования. «sys_name» – это системное имя класса, совпадающее с именем таблицы, в которой будут храниться объекты соответствующего класса. «extend» – идентификатор наследуемого класса. «final» – признак возможности наследования класса (если 0).

CREATE TABLE class (     `id` int(10) unsigned NOT NULL,     `sys_name` VARCHAR(255) NOT NULL,      `extend` int(10) unsigned NOT NULL default '1',     `final` tinyint(1) unsigned NOT NULL default '0',     PRIMARY KEY (`id`),     UNIQUE `index_sys_name` (`sys_name`) );

 

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

Созданы две таблицы – как бы созданы два класса, но именно как бы, так таблицы пусты – сущностей нет. Первая сущность – это базовый класс «id» называемый «сущность». От того, что сущность эта является классом, ассоциируемая с ней запись должна быть как в таблице «id» так и в таблице «class». Идентификатор первой сущности равен 1. Обратите внимание на системное имя класса – оно совпадает с именем таблицы «id». Вторая сущность тоже является классом, поэтому запись тоже и в таблице «id» и в таблице «class». Системное имя второго класса «class» совпадает с именем таблицы созданной для классов. Второй класс наследует первый – это определено в поле «extend». Второй класс запрещено наследовать.

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

Создадим теперь класс для связей. Класс-связь определяет атрибуты специфичные для связей:

· «sys_name» – системное имя связи;

· «define» – идентификатор связи, определяющей данную связь;

· «kind» – признак вида связи: «использовать» или «состоять»;

· «size» – признак мощности связи: «много» или «один»;

· «is_define» – признак, что связь определяет связь между объектами;

· «is_mandat» – признак, что связь обязательно должна быть у объекта;

· «primary» – идентификатор сущности владельца связи;

· «secondary» – идентификатор сущности, с которым выполняется связь.

 

CREATE TABLE `link` (   `id` int(10) unsigned NOT NULL,   `define` int(10) unsigned NOT NULL default '0',   `sys_name` varchar(255) NOT NULL,   `kind` tinyint(1) unsigned NOT NULL default '0',   `size` tinyint(1) unsigned NOT NULL default '1',   `is_mandat` tinyint(1) unsigned NOT NULL default '1',   `is_define` tinyint(1) unsigned NOT NULL default '1',   `primary` int(10) unsigned NOT NULL,   `secondary` int(10) unsigned NOT NULL,   PRIMARY KEY (`id`),   KEY `index_define` (`define`),   KEY `index_sys_name` (`sys_name`),   KEY `index_primary` (`primary`),   KEY `index_secondary` (`secondary`) );

 

Связи имеют двойное назначение, используемое логикой модуля Data. Первое назначение – непосредственная связь между объектами для реализации свойств, второе назначение – определение этих свойств классом. Класс, установкой связи с другим классом, определяет свойства для своих объектов. Но если рассматривать класс как объект, то он тоже может иметь свойства. Значит простым наличием связи между классами нельзя определить, что эта связь описывает свойство у объектов. Поэтому у связи имеются атрибуты «define» и «is_define». По атрибуту «define» можно найти связь между классами, определяющею данную связь. Атрибут «is_define» является признаком, принимающим значение 0, если это обычная связь между объектами и 1, если эта связь описывает свойство и применяется классом.

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

Если бы не были бы оптимизированы связи объекта с классом и связь наследования у классов, то в общем счете было бы четыре вида связи. Вдобавок к описанным были бы связи вида «являться» и «наследует».

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

Статья:

состоит	использует
заголовок (1); ­дата создания (1); ­текст (1).	категория (1); ­автор (1); ­комментарий (Много); ­файл (Много); ­фотография (Много);

Атрибут «is_mandat» тоже используется связью класса, определяющей свойства у объектов, и является признаком, что свойство обязательно должно существовать у объекта, если значение атрибута не равно 0 (логическое значение).

Атрибуты «primary» и «secondary» осуществляют уже непосредственную связь между сущностями по их идентификаторам – являются внешними ключами для связывания таблиц объектов. Само связывание выполняется логикой модуля Data.

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

Логика модуля данных Data различает только эти три типа сущностей и предоставляет базовые действия: создание новых сущностей, их загрузку из БД, а также изменение и удаление. Каждый объект может иметь атрибуты и свойства в зависимости от своего класса. Классы наделяются возможностью определять свойства и атрибуты для объектов и возможностью наследоваться. Связи реализуют непосредственные ссылочные связи между объектами в программном смысле.

По цели управления

Объект управления — изменение состояния объекта в соответствии с заданным законом управления. Такое изменение происходит в результате внешних факторов, например, вследствие управляющих или возмущающих воздействий.

Замкнутые САУ

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

Разомкнутые САУ

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

В свою очередь, различают:

· Разомкнутые по задающему воздействию

· Разомкнутые по возмущающему воздействию

Характеристика САУ

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

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

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

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

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

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

Примеры систем автоматического управления

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

· Системы дискретного действия или автоматы (торговые, игровые, музыкальные).

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

42. СОСТАВ И АРХИТЕКТУРА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ РАБОЧЕГО МЕСТА СПЕЦИАЛИСТА.

АРМ специалистов

	Программное обеспечение автоматизированных рабочих мест (АРМ) строится по модульному принципу. Заказчик выбирает необходимые ему функциональные модули, конфигурируемые для применения на каждом конкретном предприятии.
	Архитектура программно-математического обеспечения системы допускает оптимизацию как по составу функциональных модулей, так и по глубине решения задач отдельными модулями и системой в целом, что позволяет или выполнять Проект поэтапно (от простых функций к более сложным и взаимосвязанным), или выбирать бюджетные решения с ограниченным функционалом.
Типовые решения
Наименование рабочего места Основное назначение АРМ службы управления персоналом Ведение картотеки персонала, учет "штатных" операций, формирование календарей и графиков работы производственного персонала АРМ ПЭО Ведение справочников регламентов и норм выполнения производственного процесса, учет объемов выработки, учет ГСМ, экономический анализ АРМ бухгалтерии Учет рабочего времени персонала и оборудования, учет движения оборудования и материалов, учет производства, предоставление данных для начисления сдельной заработной платы АРМ технолога Долгосрочное и краткосрочное планирование горных работ, анализ производственных результатов "план/факт" АРМ механика Планирование и учет выполнения технического обслуживания и всех видов ремонтов технологического оборудования

 

Три типа

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

ФАКТОРЫ РОСТА ФОНДООТДАЧИ.

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

Данный показатель используется для характеристики динамики эффективности использования основных фондов предприятия, а также для сравнительной оценки эффективности использования основных фондов на предприятиях одной отрасли.

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

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

Ф_О = Объём выпущенной товарной продукции / Среднегодовая стоимость основных средств

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

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

Основными факторами роста фондоотдачи являются:

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

· Увеличение коэффициента сменности работы оборудования;

· Улучшение использования времени и мощности;

· Снижение стоимости единицы мощности вновь вводимых, реконструируемых и перевооружаемых предприятий;

· Замена ручного труда машинным;

· Улучшение освоения вновь вводимых мощностей.

Показатель обратный фондоотдаче называют фондоёмкостью.

 

АНАЛИЗ ОБЪЕМА ПРОИЗВОДСТВА.

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

Поэтому анализ работы промышленных предприятий начинают с изучения показателей выпуска продукции, который предполагает следующие этапы:
1. Анализ формирования и выполнения производственной программы;
1.1. Анализ объема продукции;
1.2. Анализ ассортимента продукции;
1.3. Анализ структуры продукции;
2. Анализ качества продукции;
3. Анализ ритмичности производства;
4. Анализ выполнения договорных обязательств и реализации продукции.

Источники информации: плановые и оперативные планы-графики, данные текущей и годовой отчетности (ф.1-П «Отчет предприятия (объединения) по продукции, ф. № 1 «Баланс предприятия», ф. № 2 «Отчет о прибылях и убытках»; данные текущего бухгалтерского и статистического учета (ведомость №16 «Движение готовых изделий, их отгрузка и реализация», журнал ордер №1, карточки складского учета готовой продукции и др.)

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

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

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

Товарная продукция – валовая продукция за минусом внутризаводского оборота и незавершенного производства.

Реализованная продукция - стоимость реализованной продукции, отгруженной и оплаченной покупателями.

 

ОРГАНИЗАЦИЯ УЗЛА СИСТЕМЫ УПРАВЛЕНИЯ НА РАБОЧЕМ МЕСТЕ СПЕЦИАЛИСТА.

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

Полезная модель обеспечивает:

- централизованное включение и выключение первичного питания системы;

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

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

- отображение результатов решения задач формирования задания и подсказок оператору по порядку управления системой;

- документирование результатов работы системы и т.д.

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

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

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

- централизованного включения и выключения аппаратуры системы;

- задания режима работы системы;

- анализа информации от обеспечивающих систем;

- решения задач формирования боевого задания;

- проведения регламентных проверок, предстартовой подготовки, пусков объектов управления и т.д.

6. ОСНОВНЫЕ РЕЖИМЫ РАБОТЫ И ЭКСПЛУАТАЦИИ СИСТЕМЫ УПРАВЛЕНИЯ, НА БАЗЕ ВЗАИМОДЕЙСТВИЯ ПОЛЬЗОВАТЕЛЯ И КОМПЬЮТЕРА

Монопольный режим.

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

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

Мультипрограммный режим.

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

Рассмотрим такую ситуацию. В независимых блоках ОЗУ находятся 3 задачи: n, n+1, n+2. Причем задача и в стадии решения, т. е. она занимает ЦП. В это время пользователь закончил подготовку решения еще одной (n+3)-й программы, вставил колоду перфокарт со всеми данными программы в устройство ввода с перфокарт и нажал кнопку ввода. Нажатие кнопки ввода занесло единицу в ячейку регистра прерывания, отведенную для этого устройства. ОС при очередном просмотре регистра прерывания (через 0,2 с) восприняла эту единицу, прервала на время работу с программой и, записала в специальные регистры состояние всех устройств ВС в момент прерывания, проанализировала, есть ли свободное поле в независимой от программы и части ОЗУ. Место оказалось. После этого ОС выдала команду мультиплексному каналу на организацию и проведение передачи программы n+3 из УВД в ОЗУ и восстановила счет программы n. Несколькими секундами позднее программа и окончилась.

Пришло прерывание от ЦП. Снова включилась ОС, определила, что результат счета по программе и надо записать на МЛ в НМЛ # 3, а на очереди стоит по приоритету уже готовая к счету программа n+2. ОС выдала команду селекторному каналу на передачу результатов задачи из ОЗУ на НМЛ #3 и запустила задачу n+2 на счет на ЦП. Начиная с этого момента уже 3 задачи: n, n+2 и n+3, активно обрабатываются на ВС, а n+1 готова к счету.

Сколько же задач может проходить обработку одновременно? Это зависит от числа и типа процессоров в ВС, а если ЦП один, то от числа и типов ПП. При наличии мультиплексных каналов в системе число параллельно обрабатываемых задач зависит не столько от числа процессоров, сколько от ресурсов ОЗУ. В средних моделях ЕС ЭВМ, работающих под управлением ОС ЕС, количество активных задач может быть до 16.

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

 

Пакетный режим.

Чтобы достичь максимальной загрузки всех агрегатов ВС, особенно ЦП, поступают cследующим образом. В начале смены вводят на МЛ все задачи (с их характеристиками), а затем производят группировку задач по следующему принципу: в одну группу (например, из 16 задач) должны попасть разные задачи по потреблению ресурсов ВС. Например, рассмотренная выше задача интегрирования обыкновенных дифференциальных уравнений (малый ввод- вывод, большая загрузка ЦП), задача бухгалтерского учета (большой ввод-вывод, малая загрузка ЦП), задача линейной алгебры (средний ввод-вывод, средняя загрузка ЦП) . Внутри пакета задачи сгруппируются таким образом (это делает ЭВМ), чтобы все агрегаты ВС оказались загруженными более-менее равномерно, тогда у ЦП не будет простоев. В пакет могут включаться и задачи пользователей, отлаживающих свои программы. В этом случае пользователи вводят вместе с основной программой программу отладки с дополнительной информацией о том, что именно программа отладки должна вывести на печать в случае ошибки, для обнаружения места ошибки и ее характера.

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

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

12345678910Следующая ⇒

Поделиться: