= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
Файл: >>>>>> Скачать ТУТ!
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
Общее описание системы по РД 50-34.698-90
3.3 Функциональное описание систем.
Общее описание автоматизированной системы
Изучение любой системы предполагает создание модели системы, позволяющей произвести анализ и предсказать ее поведение в определенно диапазоне условий, решать задачи анализа и синтеза реальной системы. В зависимости от целей и задач моделирования оно может проводиться на различных уровнях абстракции. Описание системы целесообразно начинать с трех точек зрения: Всякий объект характеризуется результатами своего существования, местом, которое он занимает среди других объектов, ролью, которую он играет в среде. Функциональное описание необходимо для того, чтобы осознать важность системы, определить ее место, оценить отношения с другими системами. Функциональное описание функциональная модель должно создать правильную ориентацию в отношении внешних связей системы, ее контактов с окружающим миром, направлениях ее возможного изменения. Функциональное описание исходит из того, что всякая система выполняет некоторые функции: Во многом оценка функций системы в абсолютном смысле зависит от точки зрения того, кто ее оценивает или системы, ее оценивающей. Функционал количественно или качественно описывающий деятельность системы называют функционалом эффективности. Описание должно соответствовать концепции развития систем определенного класса и удовлетворять некоторым требованиям:. При описании системы будем рассматривать ее как структуру, в которую в определенные моменты времени вводится нечто вещество, энергия, информация , и из которой в определенные моменты времени нечто выводится. В самом общем виде функциональное описание системы в любой динамической системе изображается семеркой:. Функциональное описание должно отражать такие характеристики сложных и слабо познанных систем как параметры, процессы, иерархию. Эффективность выполнения s-й функции. Эффективность системы зависит от огромного количества внутренних и внешних факторов. Представить эту зависимость в явной форме чрезвычайно сложно, а практическая ценность такого представления незначительна из-за многомерности и многосвязности. Рациональный путь формирования функционального описания состоит в применении такой многоуровневой иерархии описаний, при которой описание более высокого уровня будет зависеть от обобщенных и факторизованных переменных низшего уровня. Предполагается, что число параметров значительно меньше числа переменных, от которых зависят процессы. Такой способ описания позволяет построить мост между свойствами взаимодействующих со средой элементов подсистемами низшего уровня и эффективностью системы. Это процессы взаимодействия со средой. Будем называть их процессами первого уровня и полагать, что они определяются:. Собственным функциональным пространством системы W называется пространство, точками которого являются все возможные состояния системы, определяемое множеством параметров до уровня b:. Это процессы второго уровня, которые зависят от параметров Q 2 подсистем системы параметров второго уровня. Образуется следующая иерархия описания: На каком-то уровне наши знания о функциональных свойствах системы исчерпываются, и иерархия обрывается. Обрыв может произойти на разном уровне для разных параметров процессов , причем как на процессе, так и на параметре. Число уровней иерархии зависит от требуемой точности представления входных процессов. Выше был рассмотрен способ обобщенного аналитического функционального описания систем. Очень часто при анализе и синтезе систем используется графическое описание, разновидностями которого являются:. Основные функции отражают ориентацию системы и представляют собой совокупность макрофункций, реализуемых системой. Эти функции обусловливают существование системы определенного класса. Дополнительные сервисные функции расширяют функциональные возможности системы, сферу их применения и способствуют улучшению показателей качества системы. Формулировка функции внутри вершин должна включать 2 слова: Дерево функций системы представляет декомпозицию функций системы и формируется с целью детального исследования функциональных возможностей системы и анализа совокупности функций, реализуемых на различных уровнях иерархии системы. На базе дерева функций системы осуществляется формирование структуры системы на основе функциональных модулей. В дальнейшем структура на основе таких модулей покрывается конструктивными модулями для технических систем или организационными модулями для организационно-технических систем. Таким образом, этап формирования дерева функций является одним из наиболее ответственных не только при анализе, но и при синтезе структуры системы. Исходными данными для формирования дерева функций являются основные и дополнительные функции системы. Формирование дерева функций представляет процесс декомпозиции целевой функции и множества основных и дополнительных функций на более элементарные функции, реализуемые на последующих уровнях декомпозиции. Описание функций системы с использованием IDEF0-нотации основано на тех же принципах декомпозиции, но представляется не в виде дерева, а набора диаграмм. Описание IDEF0 модели построено в виде иерархической пирамиды, в вершине которой представляется самое общее описание системы, а основание представляет собой множество более детальных описаний. Необходимость соблюдения правил и точность передачи информации. При IDEF0 моделировании необходимо придерживаться следующих правил:. Контекст модели очерчивает границы моделируемой системы и описывает ее взаимосвязи с внешней средой. Точка зрения определяет позицию автора, то есть что будет рассматриваться и под каким углом зрения. Необходимо помнить, что одна модель представляет одну точку зрения. Для моделирования системы с нескольких точек зрения используется несколько моделей. Цель отражает причину создания модели и определяет ее назначение. При этом, все взаимодействия в модели рассматриваются именно с точки зрения достижения поставленной цели. В рамках методологии IDEF0 модель системы описывается при помощи Графических IDEF0 Диаграмм и уточняется за счет использования FEO, Текстовых и Диаграмм Глоссария. При этом модель включает в себя серию взаимосвязанных Диаграмм, разделяющих сложную систему на составные части. Декомпозиция этих Блоков позволяет достигать требуемого уровня детализации описания системы. Имя функции, записываемое в Блоке 0, является целевой функцией системы с принятой точки зрения и цели построения модели. При дальнейшем моделировании Блок 0 декомпозируется на Диаграмме А0, где целевая функция уточняется с помощью нескольких Блоков, взаимодействие между которыми описывается с помощью Дуг. В свою очередь, функциональные Блоки на Диаграмме А0 могут быть также декомпозированы для более детального представления. В результате, имена функциональных Блоков и интерфейсные Дуги, описывающие взаимодействие всех Блоков, представленных на Диаграммах, образуют иерархическую взаимосогласованную модель. Ее содержание показывает, что будет рассматриваться в дальнейшем, ограничивая последующие уровни в рамках цели проекта. Нижние уровни уточняют содержание функциональных Блоков, детализируя их, но, не расширяя границ модели. Блоки служат для отображения функций действий , выполняемых моделируемой системой. Сформулированные функции должны содержать глагольный оборот. Дуги служат для отображения информации или материальных объектов, которые необходимы для выполнения функции или появляются в результате ее выполнения объекты, обрабатываемые системой. Под объектами в рамках функционального моделирования могут пониматься документы, физические материалы, инструменты, станки, информация, организации и даже системы. Управляющие выполнением функции данные входят в блок сверху, в то время как информация, которая подвергается воздействию функции, показана с левой стороны блока; результаты выхода показаны с правой стороны. Механизм человек или автоматизированная система , который осуществляет функцию, представляется дугой, входящей в блок снизу см. Функциональный блок преобразует входную информацию данные, материалы, средства, задачи, цели и др. Управление определяет, когда и как это преобразование может или должно произойти. Механизм или исполнители непосредственно осуществляют это преобразование. За каждой Дугой закрепляется Замечание, которое отображает суть информации или объекта. Замечание формулируется в виде оборота существительного, отвечающего на вопрос: Функциональные Блоки на Диаграмме изображаются в виде прямоугольников, внутри которых записывается имя функции и номер Блок в правом нижнем углу прямоугольника. Блоки располагаются на Диаграмме согласно их степени важности по мнению автора модели. При этом доминирующим является тот Блок, выполнение функции которого оказывает влияние на выполнение всех остальных функций, представленных на Диаграмме. К примеру, это может быть Блок, содержащий контролирующую или планирующую функцию, выходы которого являются управляющими для всех остальных функциональных Блоков Диаграммы. Таким образом, ступенчатость Блоков на Диаграмме отражает мнение автора о доминировании одних Блоков относительно других. Очень важно помнить, что доминирование блоков на диаграмме не задаёт чёткой временной зависимости операций. Стороны Блока также имеют определенное значение. При IDEF0 моделировании используются пять типов взаимосвязей между Блоками, для описания их отношений. Иначе говоря, выходная Дуга одного Блока является Дугой механизма для другого. Такой тип связи встречается редко и относится чаще всего к подготовительным операциям. Поскольку содержание IDEF0 Диаграмм уточняется в ходе моделирования постепенно, Дуги на Диаграммах редко изображают один объект. Чаще всего они отображают определенный набор объектов и могут иметь множество начальных точек источников и определенное количество конечных точек приемников. Это позволяет не только уточнить с использованием Замечаний содержание каждой ветви разветвленной Дуги потока объектов , но и более точно описать из каких наборов объектов состоит входящая в функциональный Блок Дуга, если она получена путем слияния. Функциональное описание и моделирование систем Изучение любой системы предполагает создание модели системы, позволяющей произвести анализ и предсказать ее поведение в определенно диапазоне условий, решать задачи анализа и синтеза реальной системы. Как нам уже известно, система может быть однофункциональной и многофункциональной. Функциональная организация может быть описана: Описание должно соответствовать концепции развития систем определенного класса и удовлетворять некоторым требованиям: В самом общем виде функциональное описание системы в любой динамической системе изображается семеркой: Такое описание системы охватывает широкий диапазон свойств. Будем называть их процессами первого уровня и полагать, что они определяются: Собственным функциональным пространством системы W называется пространство, точками которого являются все возможные состояния системы, определяемое множеством параметров до уровня b: Состояние может сохраняться постоянным на некотором интервале времени Т. Графические способы функционального описания систем Выше был рассмотрен способ обобщенного аналитического функционального описания систем. Очень часто при анализе и синтезе систем используется графическое описание, разновидностями которого являются: Все функции, реализуемые сложной системой, могут быть условно разделены на три группы: Описание объекта на языке функций представляется в виде графа. Краткое описание методологии IDEF0 Объектами моделирования являются системы. IDEF0 методология построена на следующих принципах: Графическое описание моделируемых процессов. При IDEF0 моделировании необходимо придерживаться следующих правил: На Диаграмме должно быть не менее 3-х и не более 6-и функциональных Блоков. Диаграммы должны отображать информацию, не выходящую за рамки контекста, определенного целью и точкой зрения. Диаграммы должны иметь связанный интерфейс, когда номера Блоков, Дуги и ICOM коды имеют единую структуру. Уникальность имен функций Блоков и наименований Дуг. Четкое определение роли данных и разделение входов и управлений. Замечания для Дуг и имена функций Блоков должны быть краткими и лаконичными. Для каждого функционального Блока необходима как минимум одна управляющая Дуга. Модель всегда строится с определенной целью и с позиций конкретной точки зрения. Описание синтаксиса языка моделирования Основными элементами на IDEF0 Диаграммах являются Блоки и Дуги. Место соединения дуги с блоком определяет тип интерфейса. Дуги на IDEF0 Диаграмме изображаются в виде стрелок.
Внедрение разработанной системы - это процесс постепенного перехода от существующей системы обработки данных к новой, автоматизированной. Ввод в эксплуатацию проводится силами заказчика при участии разработчика и осуществляется поэтапно:. В процессе опытной эксплуатации которая нормативно не должна превышать 3 месяцев , выявляются результаты проектной работы, неточности и ошибки, допущенные на предыдущих стадиях и этапах, происходит их устранение. На основе реальной информации проверяется качество конкретных проектных решений, инструктивных материалов, подготовленность кадров к работе в новых условиях. Проверяется возможность выполнения комплекса организационно- правовых решений проекта, в частности, по использованию информации, ее защите, достоверности, полноты, соблюдение установленных сроков поступления данных и выдачи результатов расчета. Опытная эксплуатация проводится на основе специальной программы. По результатам эксплуатации, которые оцениваются специальной комиссией, осуществляется анализ внедрения представленных технического задания и рабочего проекта. После завершения приемки всех задач заказчиком происходит приемка комиссией системы в целом. Дата подписания акта о приемке системы является датой ввода АС в промышленную эксплуатацию. С этого момента ответственность за функционирование АС несет заказчик. Заказчик обязан обеспечить выполнение персоналом должностных и технологических инструкций, полностью подготовить объект автоматизации к внедрению АС, внести изменения в его организационную структуру, проверить эффективность реализованных проектных решений в условиях промышленной эксплуатации и по результатам функционирования АС подготовить рекомендации по ее дальнейшему развитию. Разработчик же на заключительном этапе проектирования корректирует рабочую документацию по результатам опытной эксплуатации, участвует в работе комиссии по приемке АС в промышленную эксплуатацию. Внедрение АС в промышленную эксплуатацию является ответственным процессом и означает, что система приступила к практической реализации возложенных на нее функций. Со временем она может быть модернизирована. Содержание документов является общим для всех видов АС и, при необходимости, может дополняться разработчиком документов в зависимости от особенностей создаваемой АС. Допускается включать в документы дополнительные разделы и сведения, объединять и исключать разделы. Ведомость содержит перечень всех документов, разработанных на соответствующих стадиях создания АС и применяемых из проектов других АС. Описание процесса деятельности естественно проводить в форме процессных схем, как это было изложено в разделах 9. Разработка структуры системы проводится на основе структурно-функционального анализа — раздел 9. Учись учиться, не учась! Системы эконометрических уравнений DDR SDRAM. Неявное описание переменных и тип Variant End Sub. Обязательное описание переменных I Тарифные системы оплаты труда I. Информационные системы в экономике I. Информационные технологии и информационные системы I. Общий план строения нервной системы I. Значение, функции нервной системы I. Но предоставляет возможность бесплатного использования. Есть нарушение авторского права? Ввод в эксплуатацию проводится силами заказчика при участии разработчика и осуществляется поэтапно:
Xiaomi mi notebook air 13.3 русификация
Какой сегодня лунный день 10.06 2017
Change mind перевод идиомы
Инструкция по эксплуатации для машинки для стрижки
Сколько квадратов в листе фанеры