Проектирование информационных систем (в MS Visio). Грибанов А.О.. Методические указания по выполнению практических работ для студентов специальности
 Скачать 1.45 Mb.
|
|
СОЗДАНИЕ ДРЕВОВИДНЫХ ДИАГРАММ (NODE TREE DIAGRAMS) Древовидные диаграммы используются для отображения структуры модели в целом. В них, как правило, вершина (самый верхний узел) соответствует диаграмме контекстного уровня. Однако в качестве вершины может быть использован любой функциональный блок модели, при этом его подблоки будут показаны в качестве ветвей дерева. Просмотр моделей с использованием древовидных диаграмм позволяет акцентировать внимание на функциональной декомпозиции модели безотносительно к существующим внутри и вовне потокам. При изменении структуры модели древовидная модель перестраивается автоматически по мере внесения изменений в модель. Древовидные модели нумеруются по шаблону AxN аналогично диаграммам FEO. УПРАЖНЕНИЕ 4. СОЗДАНИЕ ДИАГРАММЫ ДЕРЕВА УЗЛОВ  Рис. 23 FEO-ДИАГРАММЫ Диаграмма FEO (For Exposition Only) может быть использована для пояснения какой-либо части процесса, отражения особой точки зрения или выделения функциональных деталей, которые невозможно показать с использованием синтаксиса IDEF0. Они могут снабжаться дополнительным поясняющим текстом и не обязательно должны разрабатываться с учетом ограничений стандарта IDEF0. Диаграммы FEO могут быть ассоциированы с любой существующей в модели диаграммой, но не являются иерархической частью модели. FEO-диаграмма – копия любой существующей в модели диаграммы. Диаграмма идентифицируется с помощью: задаваемого разработчиком имени; идентификатора вида AxF, где x показывает исходную диаграмму, а символ F показывает, что диаграмма имеет тип FEO. При правильном использовании FEO-диаграммы упрощают документирование моделей УПРАЖНЕНИЕ 5. СОЗДАНИЕ FEO-ДИАГРАММЫ  Рис. 24. FEO-диаграмма В результате проведения экспертизы от сотрудников производственного отдела получена дополнительная информация – оказалось, что неисправные компоненты направляются на отгрузку. Для уточнения информации необходима дополнительная экспертиза в отделе отгрузки. Создайте FEO-диаграмму для проведения такой экспертизы на основе диаграммы A0 и добавьте стрелку «Неисправные компоненты». Стрелка должна идти с выхода «Сборка и тестирование компьютеров» на вход «Отгрузка и получение» (Рис. 25).  Рис. 25.  ДИАГРАММЫ IDEF3 Функциональное моделирование в IDEF3 значительно отличается от моделирования в IDEF0 или DFD как по составу операторов, так и по принятым соглашениям. IDEF3 моделирует предшествование и причинность отношений между ситуациями и событиями, обеспечивая структурный метод для выражения знания того, как система, процесс или организация работают. Особенности этой методики определяются в первую очередь тем, что она отражает функции системы во временной последовательности их осуществления. Это отличие вызывает необходимость в решении вопросов о выборе возможных вариантов. Такая необходимость возникает всякий раз, когда исходящие связи разветвляются или сливаются, что приводит к использованию при моделировании в IDEF3 нового оператора – ''перекресток'' (Junction). В IDEF3 используется 3 типа перекрестков: И (AND); ИЛИ (OR); ТОЛЬКО ИЛИ (XOR, exclusive OR). Каждый из этих перекрестков используется в двух вариантах: в качестве перекрестка слияния (Fan-in) и в качестве перекрестка разветвления (Fan-out). Кроме перекрестка XOR, перекрестки характеризуются также как синхронные (Synchronous) и асинхронные (Asynchronous), что предопределяет временные соотношения совершения событий, предшествующих перекрестку, и событий, последующих за перекрестком. IDEF3 не имеет какой-либо регламентации функционального назначения стрелок-связей, кроме как ''вход'' и ''выход''. Отсутствуют также какие-либо топологические ограничения, кроме одного: разветвление и слияние всех связей происходит только через перекрестки. УПРАЖНЕНИЕ 7. СОЗДАНИЕ ДИАГРАММЫ IDEF3  Таблица 5. Свойства UOW
Внесите в диаграмму еще 3 работы, используя кнопку  на палитре инструментов и присвойте имена работам 2-7 в соответствии с таблицей 6.Таблица 6. Названия работ
Расположите работы на диаграмме так, как это показано на Рис. 34.  Рис. 34. Диаграмма IDEF3 .  Рис. 40. Диаграмма IDEF3 с перекрестками  Рис. 41. Результат выполнения В результате проведения экспертизы с тестировщиками выявлена следующая информация: каждый тестировщик имеет собственную переферию для проверки компьютера; каждый тестировщик запускает программу диагностики и тестирует компоненты компьютера; если программа диагностики определяет неработающий компонент, тестировщик заменяет его исправным. Тестирование и замена компонентов проходит до тех пор, пока все компоненты не будут исправлены; каждый проверенный компьютер хранится до тех пор, пока диспетчер не даст распоряжение об отгрузке партии; неисправные компоненты направляются на отгрузку для возврата поставщикам  Рис. 42. Работа «Тестирование компьютеров» в нотации IDEF3 ДИАГРАММЫ DFD DFD-методика разработана независимо от IDEF0 и сопутствующих ей. В основе методики DFD, так же как и в IDEF0, лежат функции, символизируемые боксами-прямоугольниками, и стрелки связи. В очень укрупненном изложении особенности DFD-методики по сравнению с IDEF0 состоят в следующем: DFD не поддерживает предметной специализации стрелок на 4 группы, поддерживая только стрелки входа и выхода; отсутствуют какие-либо ограничения на топологию связей между Activities; возможность введения в диаграммы внешних ссылок (External Reference) и накопителей (Data Store) информации. Под внешними ссылками подразумеваются источники и получатели информации, потребляемой и генерируемой моделируемой системой, но не входящие в нее; не регламентируется привязка стрелок входов и выходов к тем или другим граням бокса; не отражается доминирование одних функций над другими; изображение самих боксов отличается тем, что из углы имеют скругления; при необходимости на DFD-диаграммах могут быть указаны механизмы исполнения функций. СОЗДАНИЕ ДИАГРАММЫ DFD При оформлении заказа важно проверить, существует ли такой клиент в базе данных и, если не существует, внести его в базу данных, а затем оформить заказ. Оформление заказа начинается со звонка клиента. В процессе оформления заказа база данных клиентов может просматриваться и редактироваться. Заказ должен включать информацию о клиенте и информацию о заказанных продуктах. Оформление заказа подразумевает чтение и запись информации о прочих заказах. Создайте новую модель и назовите ее «Оформление заказов» (Рис. 58).  Рис. 58. Оформление заказов Декомпозируйте работу В новой диаграмме внесите имена работ: проверка и внесение клиента, внесение заказа. Расположите объекты согласно Рис. 60.  Рис. 60. DFD-диаграмма ЗАКЛЮЧЕНИЕ Из знакомства с нотациями IDEF0, IDEF3 и DFD следует, что эти методологии представляют собой четко формализованный подход к созданию функциональных моделей информационных систем - структурных схем изучаемой системы. Схемы строятся по иерархическому принципу с необходимой степенью подробности и помогают разобраться в том, что происходит в изучаемой системе, какие функции в ней выполняются и в какие отношения вступают между собой и с окружающей средой ее функциональные блоки. Совокупность схем (диаграмм) образует модель системы. Эта модель носит качественный, описательный, декларативный характер. Она принципиально не может ответить на вопросы о том, как протекают процессы в системе во времени и в пространстве, каковы их характеристики и в какой мере удовлетворяются (или не удовлетворяются) требования, предъявляемые к системе. Все эти вопросы с неизбежностью возникают после того, как достигнут нижний уровень декомпозиции, т.е. обозначены « ... функции нижнего уровня, с помощью которых и работает система». В этом случае рекомендуется переходить к другим моделям - математическим, имитационным моделям, описывающим процессы в функциональных блоках IDEF – модели. ЛИТЕРАТУРА Дубейковский В.И. Практика функционального моделирования с Allfusion Process Modeler r7. Где? Зачем? Как? – М.: ДИАЛОГ-МИФИ, 2004 – 464 с. Закорюкин В.Б., Петрова Ю.Б. Основы проектирования информационных систем. Учебный модуль / Государственное образовательное учреждение высшего профессионального образования «Московский государственный институт радиотехники, электроники и автоматики (технический университет)». – М., 2006 – 56 с. Маклаков С.В. Создание информационных технологий с Allfusion Modeling Suite. М.: ДИАЛОГ-МИФИ, 2003. Марка Д.А., Мак-Гоуэн К. Методология структурного анализа и проектирования. SADT – Structured Analysis & Design Technique: Пер. с англ. / Предисловие Д.Т. Росса. – М.: Метатехнология, 1993. Черемных С.В., Семенов И.О., Ручкин В.С. Моделирование и анализ систем. IDEF – технологии. – М.: Финансы и статистика, 2006. – 192 с.:ил. – (Прикладные информационные технологии). СОДЕРЖАНИЕ
АКАДЕМИЯ МАРКЕТИНГА И СОЦИАЛЬНО-ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ – ИМСИТ   Методические указания по выполнению практических работ для студентов специальности: 080801.65 – Прикладная информатика (в экономике)  Краснодар 2007 |