close

Вход

Забыли?

вход по аккаунту

?

Структурный анализ

код для вставкиСкачать
Понятие архитектуры предприятия
Информационную систему
(
ИС
) образует совокупность средств информационной техники, информационных технологий и людей, объединенных для достижения определенных целей, в том числе для управления предприятием.
Информационная технология (И
T
– технология)— процесс, использующий совокупность средств и методов сбора, обработки и передачи данных (первичной информации) для получения информации нового качества о состоянии объекта, процесса или явления (информационного продукта).
Информационная система является отражением предметной области
, то есть системы управления (менеджмента) той части организации, которой она принадлежит.
Определение Информационной системы
Функциональные и информационные процессы конкретной предметной области
Функциональные и информационные процессы конкретной предметной области
Средства и методы сбора, хранения, анализа, обработки и передачи информации, зависящие от специфики области применения Средства и методы сбора, хранения, анализа, обработки и передачи информации, зависящие от специфики области применения Методы управления процессами решения функциональных задач, а также информационными, материальными и денежными потоками в предметной области
Методы управления процессами решения функциональных задач, а также информационными, материальными и денежными потоками в предметной области
Информационная
система
Определение Информационной системы
Система баз данных (база данных (БД) вместе с системой управления базами данных (СУБД))
Система баз данных (база данных (БД) вместе с системой управления базами данных (СУБД))
прикладное программное обеспечение
прикладное программное обеспечение
организационно-
методическое (нормативное) обеспечение организационно-
методическое (нормативное) обеспечение Информационная
система
персонал персонал технические средства
технические средства
В современных условиях деятельность бизнеса, государства и общества в целом во все большей степени зависит от информационных технологий (ИТ). Развитие информационных технологий привело к возникновению нового типа бизнеса - электронного, и поставило новые задачи: обеспечить интеграцию отдельных компонентов информационных систем в рамках одного предприятия, а также взаимодействие информационных систем разных организаций. Практически ни в одной организации не удается решить все задачи путем внедрения одной, даже очень мощной, системы управления. Так что наличие нескольких информационных систем (ИС) от разных поставщиков стало правилом, а не исключением. Средняя организация эксплуатирует в среднем около 20 критически важных прикладных систем. Возникает проблема эффективного управления информационной сферой, оптимального выбора ее компонент и построения необходимой для их работы инфраструктуры. При этом стали особенно актуальными вопросы экономической эффективности и стоимости владения создаваемых «автоматизированных систем управления». Связь между целями организации и IT
- технологиями
Облако неопределенности
Цели и задачи организации
Прикладные
информационные системы
IT
- инфраструктура
С каждым годом резко возрастает сложность технологических решений, возникает необходимость интеграции большого количества информационных технологий с целью обеспечения все более растущих информационных потребностей общества в своей повседневной деятельности. Такая сложность часто приводит к катастрофическому увеличению количества неудач в проектах, связанных с внедрением информационных систем. По оценкам различных консалтинговых компаний, примерно 50% ИТ- проектов в различных отраслях бизнеса заканчиваются не так, как запланировано, а в государственном секторе этот процент достигает 70%. Бурно развивающиеся информационные технологии опережают изменения в моделях ведения бизнеса и формах работы государственных организаций. Но, несмотря на это, мы постоянно наблюдаем разрыв между потребностями бизнеса или государственных организаций с точки зрения выполнения своих основных функций, и возможностями департаментов информационных технологий предоставить адекватные, гибкие и надежные прикладные информационные системы в нужное время и в рамках разумного бюджета.
Для выхода из этой ситуации необходим новый, системный подход к решению данных проблем на основе понятий «
архитектура предприятия»
и «
стратегия развития корпоративных информационных систем»
. Для нашей страны рассматриваемые вопросы являются особенно актуальными. В России на рубеже 90-х годов прошлого века в применении информационных технологий произошел качественный скачок. За прошедшее время удалось решить наиболее очевидные задачи, прежде всего по насыщению организаций техническими средствами, созданию локальных и глобальных сетей, внедрению отдельных систем учета и управления производством. Отчасти насыщение организаций современной техникой и программным обеспечением является предпосылкой для возникновения интереса к осмыслению деятельности организации в целом
на новом уровне и к архитектуре предприятия
, в частности. Просто ранее специалистам трудно было мыслить моделями масштаба предприятия. Решение этих задач требует рассмотрения вопросов развития информационных технологий - как в бизнесе, так и в обществе, на несколько более общем уровне по сравнению с задачей внедрения отдельной прикладной системы или структурного компонента.
Для бизнеса речь идет об архитектуре предприятия в целом и стратегии ее развития
. Разработка стратегии и архитектуры должна проводиться в тесной увязке с приоритетными функциями организации (бизнес-
стратегией).
В теории систем широко используется термин архитектура. В этом случае под термином «
архитектура»
понимается набор основных правил, определяющих организацию системы:

совокупность структурных элементов системы и связей между ними;

поведение элементов системы в процессе их взаимодействия;

иерархию подсистем, объединяющих структурные элементы;

архитектурный стиль (используемые методы и средства описания архитектуры, а также архитектурные образцы).
Архитектура рассматриваемого объекта (сооружения) представляется его разработчиком (архитектором) в виде некоторого набора документов (моделей) описывающих объект с различных точек зрения, а именно: рисунка внешнего вида здания, планов внутренней структуры, схем электрической проводки, водоснабжения, канализации, вентиляции и так далее. Внешний вид
План внутренних помещений
Схема коммуникаций
Строительные чертежи
Архитектор
Представление
архитектуры
Объект
В самом общем виде под архитектурой предприятия
(
ЕА — Enterprise Architecture
) понимается всестороннее и исчерпывающее описание (модель) всех его ключевых элементов и межэлементных отношений. Согласно стандарту ISO 15704
(«Industrial Automation Systems — Requirements for Enterprise-Reference Architectures and Methodologies. 1999») архитектура предприятия должна включать роль людей, описание процессов (функции и поведение) и представление всех вспомогательных технологий на протяжении всего жизненного цикла предприятия. Архитектура (в соответствии с документом «Federal Enterprise Architecture Framework. Dev. by: The Chief Information Officers Council (USA)») является стратегической информационной основой, определяющей:

структуру бизнеса;

информацию, необходимую для ведения бизнеса;

технологии, применяемые для поддержания бизнес-операций;

процессы преобразования, развития и перехода, необходимые для реализации новых технологий в ответ на изменение/появление новых бизнес-потребностей.
БИЗНЕС-СТРАТЕГИЯ

Миссия;

Внешние факторы;

Бизнес-видение;

Ключевые ценности;

Цели.
БИЗНЕС-АРХИТЕКТУРА
Модели предметной
области
Функциональные
требования
Требования к
информации
Операционные
требования
Архитектура
информации
Архитектура
приложений
Технологическая
архитектура
СИСТЕМНАЯ АРХИТЕКТУРА
БИЗНЕС-СТРАТЕГИЯ
Корпоративные миссия и стратегия определяют основные направления развития предприятия и ставят долгосрочные цели и задачи.
Под миссией предприятия
понимается основная общая цель, или задача, предприятия, четко выраженная причина его существования. Фактически миссия предприятий обобщает и унифицирует такие понятия, как предназначение, стратегическая установка, кредо, политика, бизнес-идея и др. Миссия объединяет задачу и коренную причину, оправдывающую существование данного конкретного предприятия, она позволяет потребителю отличить одно предприятие от другого, занимающегося аналогичной деятельностью.
Назначение миссии заключается в том, что она способствует формированию имиджа предприятия во внешнем мире. Внутренняя задача миссии заключается в поддержке и развитии корпоративного духа, поскольку она проясняет сотрудникам общую цель существования предприятия, выражает принципы и ценностные ориентиры предприятия, облегчает осознание своего места и роли в системе деловых отношений, что в конечном итоге способствует созданию благоприятной атмосферы.
Под бизнес-стратегией
понимается долгосрочное направление развития предприятия, следование которому приведет к достижению стратегических целей. Стратегия формулирует общие направления развития предприятия, в первую очередь касающиеся производимой продукции и каналов ее продвижения. При этом стратегия должна обеспечить концентрацию усилий в той области, где будут иметься устойчивые конкурентные преимущества. Разработка корпоративной стратегии позволяет перейти от управления предприятием, зависящего от воздействия случайно возникающих внешних и внутренних факторов, к планомерной деятельности по достижению определенных результатов с возможностью оценки их достижимости по определенным критериям и применения адекватных управляющих воздействий.
Бизнес-архитектура
на основе миссии, стратегии развития и долгосрочных бизнес-целей определяет необходимые бизнес-процессы, информационные и материальные потоки, а также поддерживающую их организационно-штатную структуру. Все это отображается в виде соответствующих моделей предметной области.
На основании бизнес-архитектуры могут быть сформулированы требования
к основным компонентам системной архитектуры.
Системная архитектура
определяет совокупность методологических, технологических и технических решений для обеспечения информационной поддержки деятельности предприятия, определяемой его бизнес-
архитектурой, и включает в себя архитектуру приложений, архитектуру данных (информации) и технологическую архитектуру.
БИЗНЕС-СТРАТЕГИЯ

Миссия;

Внешние факторы;

Бизнес-видение;

Ключевые ценности;

Цели.
БИЗНЕС-АРХИТЕКТУРА
Модели предметной
области
Функциональные
требования
Требования к
информации
Операционные
требования
Архитектура
информации
Архитектура
приложений
Технологическая
архитектура
СИСТЕМНАЯ АРХИТЕКТУРА
Архитектура приложений
, в свою очередь, включает в себя:

собственно прикладные системы, поддерживающие исполнение бизнес-процессов;

интерфейсы взаимодействия прикладных систем между собой и с внешними системами и источниками или потребителями данных;

средства и методы разработки и сопровождения приложений.
Архитектура данных
включает в себя:

базы данных и хранилища данных;

системы управления базами данных или хранилищами данных;

правила и средства санкционирования доступа к данным.
Технологическая архитектура
состоит из сетевой архитектуры и архитектуры платформ. Сетевая архитектура
включает в себя:

локальные и территориальные вычислительные сети;

используемые в сетях коммуникационные протоколы, сервисы и системы адресации;

аварийные планы по обеспечению бесперебойной работы сетей в условиях чрезвычайных обстоятельств.
Архитектура платформ
включает в себя:

аппаратные средства вычислительной техники — серверы, рабочие станции, накопители и другое компьютерное оборудование;

операционные и управляющие системы, утилиты и офисные программные системы;

аварийные планы по обеспечению бесперебойной работы аппаратуры (главным образом серверов) и баз данных в условиях чрезвычайных обстоятельств.
Таким образом, моделирование бизнеса организации является основным требованием при разработке информационной системы управления этой организацией
. Кроме этого, моделирование бизнеса необходимо для решения задач повышения эффективности управления организацией при переходе от функционально ориентированного метода управления к процессному управлению, а также при реинжениринга бизнес-процессов организации. Во всех этих случаях, включая проектирование информационных систем, механизм функционирования (бизнеса) организации представляется в виде системы процессов, информационных и материальных потоков, организационной структуры
. Состав корпоративной архитектуры
Корпоративная
архитектура
План
миграции
Системная
архитектура
Бизнес
архитектура
Миссия, стратегия,
цели и задачи
Корпоративная архитектура
…
это логически связанный цельный план действий и скоординированных проектов
, необходимых для преобразования сложившейся структуры информационных систем, приложений и данных организации (
системной архитектуры
) организации
к состоянию, определенному как долгосрочная цель
, базирующийся на текущих и планируемых бизнес-целях
и бизнес-процессах
организации (
бизнес архитектуре
).
Взаимосвязи компонентов
Миссия, стратегия, цели и задачи
Продукты
Структура
Данные
Документы
Оборудование
Приложения
Бизнес архитектура

Бизнес-цели

Бизнес-функции

Бизнес-процессы
Системная архитектура

Приложения

Данные

Оборудование
Содержание понятий
Бизнес архитектура

Продуктовый ряд, продукт, услуга, операция, регламент, бизнес-
процесс.

Подразделение, сотрудник, роль.

Документ.
Группа
продуктов
Продукт
Бинес
операция
Услуга
Модуль
Приложение
Прикладная
система
Аппаратная
платформа
Группа
продуктов
состоит из
Продукт
состоит из
Действие
поддерживается
модулем
Модуль
входит
в
M
Услуга
состоит из
Бизнес-роль
Операция
выполняется
N
Подразделение
Бизнес роль
возложена
0,M
Операционная
система
СУБД
Модуль
использует
Обрабатывает
данные
N
Передаются
через
интерфейс
Данные
управляются
M
Разработан
Сопровождает
N
M
1
M
Сотрудник
0,N
0,M
0,N
Входит
в
1
M
Работает
на
Интерфейс
0,M
0,N
0,N
Система
программирования
Модуль
разработан
на
M
M
1
1
Данные
Физическое
представление
данных
Имеют
физическую
форму
1
M
M
0,M
Канал
продаж
Предоставляется
через
M
N
M
N
1
Действие
Функция
состоит из
N
M
1
1
1
Платформа
Выполняется
на
1
M
N
M
0,N
M
N
M
0,1
Форма
данных
Физические
данные
представлены
в форме
1
M
Тип СУБД
Clipper
Informi x
DB/2
MS SQL
Тип
операционной
системы
MS DOS
Windows 95
Windows 98
Windows/NT
Windows 2000
AIX/400
AS/400
HP
PC
Тип
платформы
Реестр
банковских
продуктов и услуг
Организационная
структура
Системная архитектура
Реестр
данных
Реестр
приложений
Является
владельцем
Тип
подразделения
Отделение
Отдел
Управление
Департамент
Филиал
Реестр
банковских продуктов
и услуг
Организационная
структура
Входит в
подразделение
Документ
Реестр
документов
Реестр
документов
Входит
в документ
0,N
M
Виды
документов
Платежное
поручение
Мемориальный
ордер
Распоряжение
о выдаче
кредита
Выписка
по счету
за период
Баланс
Банка
Отчет
о прибылях
и убытках
Должность
Занимает
1
Формирует
на выходе
Использует
на входе
Входят в
Тиаы каналов
продаж
Филиал
Отделение
Call -центр
Internet
Входит в
подразделение
Нештатные
структуры
Generalization
Комитет
Рабочая
группа
Проектная
команда
Бизнес-операция
имеет на входе
Бизнес-опекрация
имеет на выходе
N
N
M
M
Реестр
данных
Реестр
приложений
Классификации сущностей
на диаграмме не явлются
исчерпывающими и носят
методологический характерю
Бизнес-архитекура
Реестр
оборудования
Реестр
оборудования
Экземпляр
оборудования
Сотрудник
использует
1
N
Модуль
установлен
N
M
Системная архитектура

Структура баз данных

Структура приложений

Техническая архитектура
В процессе создания информационной системы, автоматизирующей деятельность некоторой организации, используются следующие виды моделей:
1. Модели деятельности организации
(или модели бизнес- процессов):

модели «
AS
-
IS
»
(«как есть»), отражающие существующее на момент обследования положение дел в организации и позволяющие понять, каким образом функционирует данная организация, а также выявить узкие места и сформулировать предложения по улучшению ситуации;

модели «
AS
-
TO
-
BE
»
(«как должно быть»), отражающие представление о новых процессах и технологиях работы организации.
Переход от модели «
AS
-
IS
» к модели «
AS
-
TO
-
BE
» может выполняться двумя способами: совершенствованием существующих технологий на основе оценки их эффективности и радикальным изменением технологий и перепроектированием (реинжинирингом) бизнес-
процессов.
2. Модели проектируемого программного обеспечения
системы, которые строятся на основе модели «
AS
-
TO
-
BE
», уточняются и детализируются до необходимого уровня.
Взаимозависимости и последовательности этапов разработки корпоративной архитектуры
План миграции
Системная
Архитектура to-be
Бизнес
Архитектура to-be
Бизнес
Архитектура as-is
Системная
Архитектура as-is
Бизнес архитектура to-be разработана

Системная архитектура as-is
разработана

Знакомство с Casewise framework
Время
Данные
Место
Люди
Процесс
Мотивация
Организация: Концептуальный
Модель системы: Логический
Модель технологий: Физический
Детальное представление: Вне контекста
Содержание: Контекстуальный
Архитектура организации - Casewise framework
[Дизайнер]
[Разработчик]
[Что]
[Как]
[Где]
[Кто]
[Когда]
[Зачем]
Создайте диаграмму моделей динамики бизнеса
Создайте диаграмму основных типов организационных единиц
Например, базы данных
...
например, компьютерные программы, ...
например, фактические сети, местоположения
...
например, файлы и системы управления персоналом
например, восходящая цепочка поставок
...
Создайте диаграмму бизнес-процессов верхнего уровня
Создайте логическую модель данных
Создайте диаграмму организационной структуры, основанной на ролях
Отчет - Бизнес-план
Создайте физическую модель данных
Создайте диаграммы МДФ и матриц
Создайте детальную технологическую архитектуру
Создайте матрицу связи процессов с организационными единицами на уровне "Физический"
Добавьте временные характеристики к диаграммам динамики функций (МДФ)
Создайте отчет о всех Событиях и Результатах для моделей динамики функций
Создайте концептуальную модель данных
Создайте диаграмму значимых для бизнеса событий
Создайте диаграмму стратегических бизнес-целей и результатов
Создайте логические диаграммы сети
Декомпозируйте вышестоящую иерархию
Добавьте временные характеристики к диаграммам динамики систем (МДС)
Создайте диаграмму основных местоположений организации
Создайте диаграмму значимых для бизнеса данных
Создайте диаграмму Ганта основных программ организации
Создайте диаграмму модель динамики системы
[Планировщик]
Миссия, Видение, Ценности
[Субподрядчик]
Список объектов, значимых для бизнеса
Список бизнес-процессов
Список основных местоположений организации
Список значимых для бизнеса
организационных единиц Список значимых для бизнеса событий
Список стратегических бизнес-целей
Логическая модель данных
Модель динамики системы
Логическая модель сети
Фактическая организационная иерархия и матрицы
Отчет по всем собы-
тиям и результатам на уровне МДС Физическая модель данных
Модель динамики функций. Связывает живые системы
Подробная Архитектура технологий
Матрицы "Организационная единица / Процесс"
Имитировать модели динамики функций
Отчет по всем событиям результатам на уровне МДФ
Имитировать модели динамики системы
Концептуальная модель данных
Система бизнес-
логистики
Ролевая организационная иерархия Основное расписание / Временные ограничения
Бизнес-план
[Владелец]
Модель динамики бизнеса
Зачем необходимы существующие системы?
СТРУКТУРНЫЙ АНАЛИЗ
Структурный анализ
является методологической разновидностью системного анализа. В основе структурного анализа лежит выявление структуры как относительно устойчивой совокупности отношений, признание методологического примата отношений над элементами в системе, частичное отвлечение от развития объектов.
Основным понятием структурного анализа служит структурный элемент (объект)
- элемент, выполняющий одну из элементарных функций, связанных с моделируемым предметом, процессом или явлением.
Методы структурного анализа и проектирования стремятся преодолеть сложность больших систем путем расчленения их на части
(«черные ящики») и иерархической организации этих «черных ящиков». Выгода в использовании «черных ящиков» заключается в том, что их пользователю не требуется знать, как они работают, необходимо знать лишь их входы и выходы, а также назначение (т.е. функции, которые они выполняет).
Таким образом, первым шагом упрощения сложной системы является ее разбиение на «черные ящики», при этом такое разбиение должно удовлетворять следующим критериям:

каждый «черный ящик» должен реализовывать единственную функцию системы;

функция каждого «черного ящика» должна быть легко понимаема независимо от сложности ее реализации;

связь между «черными ящиками» должна вводиться только при наличии связи между соответствующими функциями системы (например, в бухгалтерии один «черный ящик» необходим для расчета общей заработной платы служащего, а другой для расчета налогов - необходима связь между этими «черными ящиками»: размер заработной платы требуется для расчета налогов);

связи между «черными ящиками» должны быть простыми, насколько это возможно, для обеспечения независимости между ними.
Структурным анализом
принято называть метод исследования системы, начинающий с ее общего обзора, который затем детализируется, приобретая иерархическую структуру с все большим числом уровней.
Для таких методов характерно:

разбиение системы на уровни абстракции с ограничением числа элементов на каждом из уровней (обычно от 3 до 6 - 7);

ограниченный контекст, включающий лишь существенные на каждом уровне детали;

использование строгих формальных правил записи;

последовательное приближение к конечному результату.
В структурном анализе основным методом разбиения на уровни абстракции является функциональная декомпозиция
, заключающаяся в декомпозиции (разбиении) системы на функциональные подсистемы, которые, в свою очередь, делятся на подфункции, те - на задачи и так далее до конкретных процедур. При этом система сохраняет целостное представление, в котором все составляющие компоненты взаимоувязаны. Все наиболее распространенные методы структурного подхода базируются на ряде общих принципов. Базовыми принципами являются:

принцип «разделяй и властвуй»
— принцип решения трудных проблем путем разбиения их на множество меньших независимых задач, легких для понимания и решения;

принцип иерархического упорядочения — принцип организации составных частей системы в иерархические древовидные структуры с добавлением новых деталей на каждом уровне.
Выделение двух базовых принципов не означает, что остальные принципы моделирования, приведенные ранее, являются второстепенными, поскольку игнорирование любого из них может привести к нежелательным последствиям (вплоть до неудачного завершения проекта). Основными из этих принципов являются:

принцип абстрагирования
— выделение существенных аспектов системы и отвлечение от несущественных;

принцип непротиворечивости
— обоснованность и согласованность элементов системы;

принцип структурирования данных
— данные должны быть структурированы и иерархически организованы.
В структурном анализе и проектировании используются различные модели, описывающие:

функциональную структуру системы;

последовательность выполняемых действий;

передачу информации между функциональными процессами;

отношения между данными.
Наиболее распространенными моделями первых трех групп являются:

функциональная модель SADT
(
Structured Analysis and Design Technique
)
и разработанный на ее основе стандарт IDEF
0
;

DFD (
Data Flow Diagrams
) - диаграммы потоков данных.
Модель «сущность - связь» (
ERM
— Entity
-
Relationship Model
), описывающая отношения между данными, традиционно используется в структурном анализе и проектировании, однако, по существу, представляет собой подмножество объектной модели предметной области.
2.1. Метод функционального моделирования SADT
(
IDEF
0)
Метод SADT разработан Дугласом Россом (
SoftTech
, Inc
.) в 1969 г. для моделирования искусственных систем средней сложности. Данный метод успешно использовался в военных, промышленных и коммерческих организациях США для решения широкого круга задач, таких, как долгосрочное и стратегическое планирование, автоматизированное производство и проектирование, разработка оборонных систем, управление финансами и материально-техническим снабжением и др. Метод SADT поддерживается Министерством обороны США, которое было инициатором разработки семейства стандартов IDEF
(
Icam DEFinition
),
являющегося основной частью программы ICAM
(интегрированная компьютеризация производства), проводимой по инициативе ВВС США. Метод SADT реализован в одном из стандартов этого семейства - IDEF
0,
который был утвержден в качестве федерального стандарта США в 1993 г
Метод SADT представляет собой совокупность правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель
SADT отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями. Основные элементы этого метода основываются на следующих концепциях:

графическое представление блочного моделирования
. Графика блоков и дуг SADT-диаграммы отображает функцию в виде блока, а интерфейсы входа/выхода представляются дугами, соответственно входящими в блок и выходящими из него. Взаимодействие блоков друг с другом описывается посредством интерфейсных дуг, выражающих «ограничения», которые, в свою очередь, определяют, когда и каким образом функции выполняются и управляются;

строгость и точность
. Выполнение правил SADT требует достаточной строгости и точности, не накладывая в то же время чрезмерных ограничений на действия аналитика. Правила SADT включают: ограничение количества блоков на каждом уровне декомпозиции (правило 3—6 блоков ограничение мощности краткосрочной памяти человека), связность диаграмм (номера блоков), уникальность меток и наименований (отсутствие повторяющихся имен), синтаксические правила для графики (блоков и дуг), разделение входов и управлений (правило определения роли данных);

отделение организации от функции
, т.е. исключение влияния административной структуры организации на функциональную модель.
Результатом применения метода SADT является модель, которая состоит из диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг на друга. Диаграммы - главные компоненты модели, все функции организации и интерфейсы на них представлены как блоки и дуги соответственно . Место соединения дуги с блоком определяет тип интерфейса. Управляющая информация входит в блок сверху, в то время как входная информация, которая подвергается обработке, показана с левой стороны блока, а результаты (выход) показаны с правой стороны. Механизм (человек или автоматизированная система), который осуществляет операцию, представляется дугой, входящей в блок снизу.
A
0
Функция
Управление
Выход
Вход
Механизм
Одной из наиболее важных особенностей метода SADT является постепенное введение все больших уровней детализации по мере создания диаграмм, отображающих модель.
A
0
A
0
Общее представление
Более детальное представление
A
1
A
2
A
3
A
4
A
0
Декомпозиция блока А
4
A
41
A
42
A
43
A
4
A
421
A
422
A
423
A
4
2
Декомпозиция блока А
42
Каждый компонент модели может быть декомпозирован на другой диаграмме. Каждая диаграмма иллюстрирует «внутреннее строение» блока на родительской диаграмме.
Построение SADT
-модели заключается в выполнении следующих действий:

сбор информации об объекте, определение его границ;

определение цели и точки зрения модели;

построение, обобщение и декомпозиция диаграмм;

критическая оценка, рецензирование и комментирование.
Построение диаграмм начинается с концептуального представления всей системы в виде простейшего компонента - одного блока и дуг, изображающих интерфейсы с функциями вне системы.
Поскольку единственный блок отражает систему как единое целое, имя, указанное в блоке, является общим. Это верно и для интерфейсных дуг - они также соответствуют полному набору внешних интерфейсов системы в целом.
Затем блок, который представляет систему в качестве единого модуля, детализируется на другой диаграмме с помощью нескольких блоков, соединенных интерфейсными дугами. Эти блоки определяют основные подфункции исходной функции.
Данная декомпозиция выявляет полный набор подфункций, каждая из которых показана как блок, границы которого определены интерфейсными дугами. Каждая из этих подфункций может быть декомпозирована подобным образом в целях большей детализации.
Во всех случаях каждая подфункция может содержать только те элементы, которые входят в исходную функцию. Кроме того, модель не может опустить какие-либо элементы, т.е., как уже отмечалось, родительский блок и его интерфейсы обеспечивают контекст. К нему нельзя ничего добавить и из него не может быть ничего удалено.
Модель SADT представляет собой серию диаграмм с сопроводительной документацией, разбивающих сложный объект на составные части, которые изображены в виде блоков. Детали каждого из основных блоков показаны в виде блоков на других диаграммах. Каждая детальная диаграмма является декомпозицией блока из диаграммы предыдущего уровня. На каждом шаге декомпозиции диаграмма предыдущего уровня называется родительской для более детальной диаграммы.
Синтаксис диаграмм определяется следующими правилами:

диаграммы содержат блоки и дуги;

блоки представляют функции;

блоки имеют доминирование (выражающееся в их ступенчатом расположении, причем доминирующий блок располагается в верхнем левом углу диаграммы);

дуги изображают наборы объектов, передаваемых между блоками;

дуги изображают взаимосвязи между блоками:

выход-управление;

выход-вход;

обратная связь по управлению;

обратная связь по входу;

выход-механизм.
Дуги, входящие в блок и выходящие из него на диаграмме верхнего уровня, являются точно теми же самыми, что и дуги, входящие в диаграмму нижнего уровня и выходящие из нее, потому что блок и диаграмма изображают одну и ту же часть системы.
A
11
A
1
A
12
A
13
Родительский блок
A
121
A
122
A
12
3
A
12
Эта управляющая дуга переносится с родительской диаграммы
Эта входная дуга переносится с родительской диаграммы
Эта дуга продолжается на родительской диаграмме
а
)
б
)
Соответствие интерфейсных дуг родительской (
а
) и детальной (
б
) диаграмм.
A
1
A
2
A
3
Функции блоков А
2 и А
3 выполняются параллельно
Одновременное выполнение функций О
граничения сложности IDEF0-диаграмм
Ограничение количества функциональных блоков на диаграмме: три-семь. Верхний предел (семь) обусловлен физиологическими возможностями восприятия информации человеком и заставляет разработчика использовать иерархии при описании сложных предметов. Нижний предел (три) гарантирует, что на соответствующей диаграмме достаточно деталей, чтобы оправдать ее создание. Ограничение количества подходящих к одному функциональному блоку (выходящих из одного функционального блока) интерфейсных дуг четырьмя.
Для моделирования бизнес-функции обычно достаточно 2-3 уровней детализации. Общее число уровней в модели обычно не превышает 6-7
.
ДИАГРАММА ПОТОКОВ ДАННЫХ
Диаграммы потоков данных
(
Data Flow Diagrams — DFD
) представляют собой иерархию функциональных процессов, связанных потоками данных. Цель такого представления - продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.
Для построения DFD традиционно используются две различные нотации
, соответствующие методам Йордона—ДеМарко и Гейна—Сэрсона. Эти нотации незначительно отличаются друг от друга графическим изображением символов. Далее в примерах будет использоваться нотация Гейна—Сэрсона.
В соответствии с данным методом модель системы определяется как иерархия диаграмм потоков данных
, описывающих асинхронный процесс преобразования информации
от ее ввода в систему до выдачи потребителю.
Источники информации
(внешние сущности) порождают информационные потоки (потоки данных), переносящие информацию к подсистемам или процессам. Те, в свою очередь, преобразуют информацию и порождают новые потоки, которые переносят информацию к другим процессам или подсистемам, накопителям данных или внешним сущностям — потребителям информации
.
Основными компонентами диаграмм потоков данных являются:

внешние сущности;

системы и подсистемы;

процессы;

накопители данных;

потоки данных.
Внешняя сущность представляет собой материальный объект или физическое лицо, источник или, приемник информации (например, заказчики, персонал, поставщики, клиенты, склад). Определение некоторого объекта или системы в качестве внешней сущности указывает на то, что она находится за пределами границ анализируемой системы. В процессе анализа некоторые внешние сущности могут быть перенесены внутрь диаграммы анализируемой системы, если это необходимо, или, наоборот, часть процессов может быть вынесена за пределы диаграммы и представлена как внешняя сущность.
Внешняя сущность обозначается квадратом, расположенным как бы над диаграммой и бросающим на нее тень для того, чтобы можно было выделить этот символ среди других обозначений.
Процесс представляет собой преобразование входных потоков данных в выходные в соответствии с определенным алгоритмом. Физически процесс может быть реализован различными способами: это может быть подразделение организации (отдел), выполняющее обработку входных документов и выпуск отчетов; программа; аппаратно реализованное логическое устройство и т.д.
Процесс на диаграмме потоков данных изображается, как прямоугольник с закругленными краями.
Накопитель данных
— это абстрактное устройство для хранения информации, которую можно в любой момент поместить в накопитель и через некоторое время извлечь, причем способы помещения и извлечения могут быть любыми.
D
1
Реестр накладных
Поток данных
определяет информацию, передаваемую через некоторое соединение от источника к приемнику. Поток данных на диаграмме изображается линией, оканчивающейся стрелкой, которая показывает направление потока . Каждый поток данных имеет имя, отражающее его содержание.
Клиент банка
1
1
.
1
Выдать клиенту сумму наличными
Терминал банка (
банкомат
)
Данные о кредитной карточке клиента
Служащий банка
2
Сумма наличными
D
1
База данных счетов
Сообщения о выдаче сумм наличными
Протокол обслуживания
Данные о состоянии текущего счета клиента
Запрос о состоянии текущего счета клиента
Автор
hardworm
Документ
Категория
Презентации
Просмотров
6 225
Размер файла
1 222 Кб
Теги
анализа, структурная
1/--страниц
Пожаловаться на содержимое документа