СЕти. ЛР86с. Лабораторная работа 2 По дисциплине Автоматизация управления жизненным циклом изделия Фамилия Некипелова Имя Анастасия
 Скачать 107.7 Kb.
|
|
ФЕДЕРАЛЬНОЕ АГЕНТСТВО СВЯЗИ ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ «САНКТ-ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ТЕЛЕКОММУНИКАЦИЙ ИМ. ПРОФ. М.А. БОНЧ-БРУЕВИЧА» (СПбГУТ) ИНСТИТУТ НЕПРЕРЫВНОГО ОБРАЗОВАНИЯ Лабораторная работа №2 По дисциплине: «Автоматизация управления жизненным циклом изделия» Фамилия: Некипелова Имя: Анастасия Отчество: Сергеевна № зачетной книжки: 1810304 Группа №: ИБ-86с Санкт-Петербург 2021 Введение: IDEF0 - методология функционального моделирования используется для создания фун-циональной модели, с помощью наглядного графического языка IDEF0 отображающая структуру, процессы и функции системы, в виде набора взаимосвязанных функций (функ-циональных блоков), а также потоки информации и материальных объектов, преобразуе-мые этими функциями. Как правило, моделирование средствами IDEF0 является первым этапом изучения любой системы; Графическое и текстовое представление моделируемой деятельности. Графическая и текстовая нотация блочного моделирования, управляющие конфигурацией модели, в IDEF0-диаграммах показывает производственные операции - как блок, а взаимосвязи с операциями - как стрелки, входящие/покидающие блок. Наличие четко описанных нотаций обеспечивает корректность встроенных в иерархическую структуру модели диаграмм. В IDEF0 все, что происходит в системе и ее элементах, принято называть функциями. Каждой функции ставится в соответствие блок. Для того чтобы представить реальные производственные операции, блоки могут быть интерпретированы как деятельность, связанная с другими блоками, с интерфейсными стрелками, определяющими, когда и как переключаются или управляются операции. Взаимодействие блоков друг с другом описываются посредством интерфейсных стрелок, выражающих «ограничения», которые в свою очередь определяют, когда и каким образом функции выполняются и управляются. Компактность. Линейное дескриптивное описание характеристик в виде связного текста не всегда удобно для восприятия. Документация с описанием производственной архитектуры должна быть компактной для простого ориентирования в предмете. Двухмерная форма, описанная на языке диаграмм, достигает компактности без потери возможности выражения отношений, таких как интерфейсы и обратная связь. IDEF0-диаграммы позволяют предста-вить любую изучаемую и/или описываемую систему в виде обеспечивающей компактность информации иерархии взаимодействующих и взаимосвязанных блоков, отображающих процессы, операции, действия. Обмен информацией. Существуют совокупность методов, правил и процедур, предназна-ченных для построения функциональной модели объекта какой-либо предметной области. Средства IDEF0 облегчают передачу информации от одного участника разработки модели (отдельного разработчика или рабочей группы) к другому. К числу таких средств относятся: диаграммы базируются на простой графике, состоящей из блоков и стрелок, легко читаемы и понимаемы. -метки на естественном языке для описания блоков и стрелок, а также глоссарий и со-проводительный текст для точного определения понятий элементов диаграммы; - последовательная декомпозиция диаграмм модели, использование иерархии с главной функцией на верху модели, и дальнейшее разбитие на подфункции при углублении вниз; - древовидные схемы иерархии диаграмм и блоков, обеспечивающие обозримость модели в целом и входящих в нее деталей; - индексирование диаграмм и блоков, позволяющее однозначно обращаться к ним в ие-рархической структуре модели; - ограничения (не более 6 блоков на диаграмму) введены для простого восприятия диаграмм; -диаграммы сопровождаются текстом и глоссарием, для улучшения восприятия графического представления. Создания прескриптивных моделей. Методология нацеливает аналитиков и заказчиков на создание описания правил функционирования предприятия, а также на определение особых требований в терминах исполняемых функций, требуемой информации и применяемых ресурсов. Итеративный процесс создания модели на основе разделения (декомпозиции) функций, выполняемых системными аналитиками, обеспечивающий точное описание системы. Функциональная декомпозиция - способ моделирования типовой ситуации, когда любое действие, операция, функция могут быть разбиты (декомпозированы) на более простые действия, операции, функции. Другими словами, сложный процесс может быть представлен в виде совокупности элементарных функций. Представляя функции графически, в виде блоков, можно как бы заглянуть внутрь блока и детально рассмотреть ее структуру и состав. Одной из наиболее важных особенностей методологии IDEF0 является постепенное введение все больших уровней детализации по мере создания диаграмм, отображающих модель. Коммуникативность и ограничения сложности. При работе с IDEF0 диаграммами суще--ственным является максимальная доступность для понимания специалистами, а также их разборчивость и удобочитаемость. Суть принципа ограничения сложности состоит в том, что количество блоков на диаграмме должно быть не менее двух и не более шести. Практика показывает, что соблюдение этого принципа приводит к тому, что функциональные процессы, представленные в виде IDEF0 модели, хорошо структурированы, понятны и легко поддаются анализу. Строгость, точность, формализм и однозначность. Разработка моделей IDEF0 требует соблюдения ряда строгих формальных правил, обеспечивающих преимущества методологии в отношении однозначности, точности и целостности сложных многоуровневых моделей. Выполнение правил стандарта IDEF0 требует достаточной строгости и точности, не накладывая в то же время чрезмерных ограничений на действия аналитика. Качество модели обеспечивается соблюдением следующих требований: -все стадии и этапы разработки и корректировки модели должны строго, формально документироваться с тем, чтобы при ее эксплуатации не возникало вопросов, связанных с неполнотой или некорректностью документации; - подробное описание на каждом уровне (3-6 блоков). - ограниченный контекст (только то, что относится к делу и ничего лишнего; ничего не упущено). - синтаксические правила построения диаграмм (блоки и стрелки) ; - неповторяющиеся названия блоков и стрелок; - переходы между диаграммами (дерево диаграмм) ; - переход между объектами/данными (коды ICOM и туннельные переходы) ; - разделение входа и управления (правила для определения роли данных или объекта) ; - обязательное наличие управления (все блоки требуют как минимум одного управляющего входа) ; - сегменты стрелок (разделение или соединение), метки для стрелок; - требования к наименованию стрелок; - назначение и точка зрения (все модели должны иметь назначение и точку зрения). Методология. Пошаговые процедуры, обеспечивающие эффективные процессы разработки модели, ее просмотра, объединения и сбора данных. Разработка модели в IDEF0 представляет собой пошаговую процедуру, на каждом шаге которой разработчик предлагает вариант модели, который подвергают обсуждению, рецензированию и последующему ре-дактированию, после чего цикл повторяется. Такая организация работы способствует оп-тимальному использованию знаний системного аналитика, владеющего методологией и техникой IDEF0, и знаний специалистов - экспертов в предметной области, к которой отно-сится объект моделирования. Контекстность. Моделирование делового процесса начинается с построения контекстной диаграммы. На этой диаграмме отображается только один блок - главная функция модели-руемой системы - это «миссия» системы, ее значение в окружающем мире. Расположение диаграммы на вершине модели, указывает на то, что она является обобщающей для рассматриваемой системы. Кроме того, контекстная диаграмма «фиксирует» границы моделируемой системы, определяя то, как моделируемая система взаимодействует со своим окружением. Диаграммы первого уровня представляют важнейшие подсистемы с их взаимосвязями, а диаграммы самого нижнего уровня представляют детализированные функции, с помощью которых работает система. Разделения функций, выполняемых участниками проекта при разработке моделей: источники информации (эксперты), разработчики диаграмм и модели (аналитики), обмен письменной информацией (библиотекарь), рецензирование и утверждение модели (читатели), принятие и утверждение модели (комитет технического контроля). Язык ссылок, адресованных к отдельным частям диаграммы, и правила их сокращений облегчающие оформление замечаний при рецензировании модели. Язык функций моделей с графическим языком описания системы, позволяющие декларативно определять правила работы системы, что часто является особенно важным завершающим шагом в описании системы. Отделение «организации» от «функций». Разделение организации от функции включена в назначение модели и определяется выбором функций и меток стрелок в процессе создания модели. При разработке моделей следует избегать изначальной «привязки» функций исследуемой системы к существующей организационной структуре моделируемого объекта (предприятия, фирмы). Это помогает избежать субъективной точки зрения, навязанной организацией и ее руководством. Организационная структура должна явиться результатом применения модели. Рекомендации по реализации аналитических проектов. Сравнение результата моделирования с существующей структурой позволяет оценить адекватность модели и предложить решения, направленные на совершенствование этой структуры. Для выбранного элемента АСУ ЖЦ (см. таблицу 1) и выбранной организации (см. таблицу 2) разработать модель жизненного цикла: - описать словами те этапы жизненного цикла элемента АСУ ЖЦ, которые охватывает деятельность выбранной организации; - формализовать полученную модель жизненного цикла средствами нотации IDEF0. Таблица 1. Варианты оборудования
Таблица 2. Виды организаций
Исходные данные: 1. Персональный компьютер 2. Предприятие сеть компьютерных магазинов. Фазы жизненного цикла компьютера: 1. Анализ рынка: это сбор требований к оборудованию и ПО, их систематизация, выявление противоречий, недостающей информации и т.п. Анализ требований делится на три фазы: сбор, анализ и документирование. 2. Проектирование: подразумевает собой описание свойств будущей системы, на основе анализа требований — результата предыдущего этапа 3. Согласование: 4. Закупка: этот процесс выполняется компаниями, занимающимися получением материалов и деликатным процессом их подготовки к продаже. Позже его отправляют на заводы, где создаются элементы, которые будут использоваться в конструкции компьютера, такие как процессоры, материнская плата, среди прочего. 5. Сборка и тестирование: на этом этапе происходит физическое проектирование системы. Тестирование может проводиться реальными пользователями, обученным персоналом или автоматизированными системами; Это становится все более важным процессом для удовлетворения потребностей клиентов. В зависимости от рассматриваемой системы этап внедрения может занять значительное время. 6. Установка ПО: проектирование включает в себя определение архитектуры программной системы, её функций, внешних условий функционирования, интерфейсы и распределение функций между пользователями и системой, требования к программным и информационным компонентам. Разрабатывается функциональная спецификация ПО, выбирается архитектура системы, определяется наиболее подходящая СУБД, проектируются структуры хранения данных, оговариваются требования к аппаратному обеспечению, определяется набор организационных мероприятий, которые необходимы для внедрения ПО, а также перечень документов, регламентирующих его использование. 7. Проверка работоспособности: в фазе тестирования обнаруживаются пропущенные при разработке баги. При обнаружении дефекта, тестировщики составляет отчет об ошибке, который передается разработчикам. Последние его исправляют, после чего тестирование повторяется. 8. Доставка: транспортное агентство, назначенное представителем компании, будет отвечать за сбор продукта и доставку его в конечный пункт назначения. В нашем случает пунктом назначения является сеть компьютерных магазинов. 9. Анализ продаж: это оценка эффективности реализации товаров по различным показателям, которые в совокупности отражают общую картину, а в динамике дают прогноз будущего развития. 10. Сервисное обслуживание: обслуживание компьютера происходит одновременно с этапом эксплуатации. Машине требуется периодическая проверка оборудования и программного обеспечения. 11. Утилизация: согласно исследованию компании Redemtech Inc., общий средний срок службы ноутбука составляет три года, а настольного компьютера - четыре года. Этап прекращения обслуживания включает разборку компьютера и принятие мер по утилизации оборудования. Последнее может быть осуществлено путем продажи или переработки. Другой вариант - сохранить машину для использования в будущем в качестве запасных частей.  Рисунок 1 – Нотация IDEF0 |