Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Шпора по СМ.docx
Скачиваний:
0
Добавлен:
25.06.2025
Размер:
4.75 Mб
Скачать
  1. Методология структурного анализа и проектирования (sadt).

SADT - методология (Structured Analysis and Design Technique) ориентирована на комплексное представление структуры материальных, информационных, финансовых и управленческих потоков, отображение организационной структуры. В силу этого, SADT - методология в большей степени нацелена на реорганизацию всей системы управления, чем другие методологии функционального моделирования, основанные на использовании диаграмм потоков данных, главная цель которых проектирование информационных процессов.

  1. Методология функционального моделирования idef0: назначение и основные компоненты.

Функциональная модель IDEF0 сосредоточена только на функциях, и является важным элементом анализа на начальном этапе проектирования АИС.

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

В основе IDEF0 методологии 4 компонента:

  • Функциональный блок

  • Интерфейсная дуга

  • Декомпозиция

  • глоссарий

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

ФБ именуется одним из 2-х способов:1) гл в н.ф. 2) Отглагольное существительное

Правила: 1) все блоки на диаграмме дю названы единообразно(одним способом); 2) Нельзя называть блок несколькими глаголами ( пример тестирование и отладка)

Интерфейсная дуга (Arrow) – отображает элемент системы, который обрабатывается функциональным блоком, или оказывает другое влияние на функцию.

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

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

В зависимости от того, в какой строке ф.б. подходит интерфейсная дуга различают 4 вида стрелок:

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

  2. Дуга управления – это нормативные документы (законы, приказы, распоряжения), которые регулируют работу системы.

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

  4. Дуга механизма – это ресурсы, необходимые для проведения работы (чел. Ресурсы, оборудование, информационный технологии(ресурсы)). Сотрудник, АИС, вэб-сайт, курьер…

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

  1. Методология функционального моделирования idef0. Функциональный блок и интерфейсная дуга.

Функциональная модель IDEF0 сосредоточена только на функциях, и является важным элементом анализа на начальном этапе проектирования АИС.

В основе IDEF0 методологии 4 компонента:

  • Функциональный блок

  • Интерфейсная дуга

  • Декомпозиция

  • глоссарий

Функциональный блок(ФБ) — отражает конкретную функцию, или работу в рамках рассматриваемого бизнес-процесса, системы.

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

ФБ именуется одним из 2-х способов:1) гл в н.ф. 2) Отглагольное существительное

Правила: 1) все блоки на диаграмме дю названы единообразно(одним способом); 2) Нельзя называть блок несколькими глаголами ( пример тестирование и отладка)

Интерфейсная дуга (Arrow) – отображает элемент системы, который обрабатывается функциональным блоком, или оказывает другое влияние на функцию.

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

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

В зависимости от того, в какой строке ф.б. подходит интерфейсная дуга различают 4 вида стрелок:

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

  2. Дуга управления – это нормативные документы (законы, приказы, распоряжения), которые регулируют работу системы.

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

  4. Дуга механизма – это ресурсы, необходимые для проведения работы (чел. Ресурсы, оборудование, информационный технологии(ресурсы)). Сотрудник, АИС, вэб-сайт, курьер…

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

Стрелки входа может не быть.

  1. Декомпозиция в функциональном моделировании IDEF0.

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

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

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

К.д. нумеруется А-0 в правом нижнем углу диаграммы.

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

Цели моделирования:

  1. Определить ответственность сотрудников для написания должностных инструкций

  2. Идентифицировать слабые стороны процесса, чтобы предложить новое решение

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

Купить повар в интернет-магазине