Метод функционального моделирования SADT

 

Метод функционального моделирования SADT

Введение

автоматизация модель sadt

Методология SADT разработана Дугласом Россом. На ее основе разработана, в частности, известная методология IDEF0 (Icam DEFinition), которая является основной частью программы ICAM (Интеграция компьютерных и промышленных технологий), проводимой по инициативе ВВС США.

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

Основные элементы методологии основываются на следующих пунктах:

.Графическое представление блочного моделирования. Графика блоков и дуг SADT-диаграммы представляет функцию в виде блока, а интерфейсы входа/выхода представляются дугами, естественно входящими в блок и выходящими из него. Взаимодействие блоков друг с другом описываются интерфейсными дугами.

2.Строгость и точность. Выполнение правил SADT требует достаточной строгости и точности, не накладывая в то же время больших ограничений на действия аналитика. Правила SADT диаграмм включают:

• ограничение количества блоков на каждом уровне декомпозиции.
• Связность диаграмм.
• уникальность меток и наименований.
• Синтаксические правила для графики.
• Разделение входов и управлений.

Результатом применения методологии SADT является модель, которая состоит из диаграмм, фрагментов текстов, имеющих ссылки друг на друга. Диаграммы - главные компоненты модели, все функции ИС и интерфейсы на них представлены как блоки и дуги. Место соединения дуги с блоком определяет тип интерфейса. Управляющая информация входит в блок сверху, в то время как информация, которая подвергается обработке, показана с левой стороны блока, а результаты выхода показаны с правой стороны. Механизм (человек или автоматизированная система), который осуществляет операцию, представляется дугой, входящей в блок снизу. Одной из наиболее важных особенностей методологии SADT является постепенное введение все больших уровней детализации по мере создания диаграмм, отображающих модель. Построение SADT-модели начинается с представления всей системы в виде простейшей компоненты - одного блока и дуг, изображающих интерфейсы с функциями вне системы. Поскольку единственный блок представляет всю систему как единое целое, имя, указанное в блоке, является общим. Это верно и для интерфейсных дуг - они также представляют полный набор внешних интерфейсов системы в целом. Затем блок, который представляет систему в качестве единого модуля, детализируется на другой диаграмме с помощью нескольких блоков, соединенных интерфейсными дугами. Эти блоки представляют основные подфункции исходной функции. Данная декомпозиция выявляет полный набор подфункций, каждая из которых представлена как блок, границы которого определены интерфейсными дугами. Каждая из этих подфункций может быть декомпозирована подобным образом для более детального представления. Во всех случаях каждая подфункция может содержать только те элементы, которые входят в исходную функцию. Кроме того, модель не может опустить какие-либо элементы, т.е., как уже отмечалось, родительский блок и его интерфейсы обеспечивают контекст. К нему нельзя ничего добавить, и из него не может быть ничего удалено. Модель SADT представляет собой серию диаграмм с сопроводительной документацией, разбивающих сложный объект на составные части, которые представлены в виде блоков. Детали каждого из основных блоков показаны в виде блоков на других диаграммах. Каждая детальная диаграмма является декомпозицией блока из более общей диаграммы. На каждом шаге декомпозиции более общая диаграмма называется родительской для более детальной диаграммы. Проблемы построения моделей в IDEF0

Специалисты многих предприятий России используют стандарт IDEF0 и программные продукты, его поддерживающие, для построения моделей деятельности. Эти модели используются для анализа, представления руководству, использования в нормативно-методических документах при документировании деятельности, при подготовке к внедрению информационных систем и т.д. Несмотря на широкую распространенность и относительную простоту стандарта IDEF0, во многих компаниях специалисты испытывают существенные затруднения при построении и последующем использовании моделей. Часто модели получаются сложными, запутанными, плохо соответствующими реальной деятельности. Глядя на такие модели, руководители предприятий не только не могут с ними эффективно работать, но и не способны указать, в каком именно направлении нужно их совершенствовать, чтобы получить приемлемых для практических целей результат. В чем здесь проблема? В сложности самого стандарта IDEF0 или в недостаточном его знании сотрудниками и руководителями? Думаем, что нет. Собственный опыт применения IDEF0 и примеры использования его различными компаниями указывают на то, что это не главные причины. На наш взгляд, причина заключается в отсутствии четкого и последовательного методического подхода к применению стандарта IDFE0 для практических задач описания, анализа и документирования деятельности предприятия. В рамках данной статьи мы рассмотрим два методических подхода к построению моделей при помощи стандарта IDEF0. В первом случае построение модели осуществляется на основе организационной структуры компании. Во втором случае - на основе цепочек создания ценности, при помощи которых компания производит продукты (услуги) для своих потребителей.

Глава 1. Методология функционального моделирования SADT

Методология SADT разработана Дугласом Россом. На ее основе (как уже было сказано) разработана, в частности, известная методология IDEF0 (ICAM DEFinition). Методология SADT представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель SADT отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями. Основные элементы этой методологии основываются на следующих концепциях:

·графическое представление блочного моделирования. Графика блоков и дуг SADT-диаграммы отображает функцию в виде блока, а интерфейсы входа/выхода представляются дугами, соответственно входящими в блок и выходящими из него. Взаимодействие блоков друг с другом описываются посредством интерфейсных дуг, выражающих "ограничения", которые в свою очередь определяют, когда и каким образом функции выполняются и управляются;

·строгость и точность. Выполнение правил SADT требует достаточной строгости и точности, не накладывая в то же время чрезмерных ограничений на действия аналитика. Правила SADT включают:

·ограничение количества блоков на каждом уровне декомпозиции (правило 3-6 блоков);

·связность диаграмм (номера блоков);

·уникальность меток и наименований (отсутствие повторяющихся имен);

·синтаксические правила для графики (блоков и дуг);

·разделение входов и управлений (правило определения роли данных).

·отделение организации от функции, т.е. исключение влияния организационной структуры на функциональную модель.

Методология SADT может использоваться для моделирования широкого круга систем и определения требований и функций, а затем для разработки системы, которая удовлетворяет этим требованиям и реализует эти функции. Для уже существующих систем SADT может быть использована для анализа функций, выполняемых системой, а также для указания механизмов, посредством которых они осуществляются.[4]

В основе методологии SADT лежат два основных принципа:

1. SA-блоки, на основе которых создается иерархическая многоуровневая модульная система, каждый уровень которой представляет собой законченную систему (блок), поддерживаемую и контролируемую системой (блоком), находящейся над ней.[1]

. Декомпозиция: Построение Idef0-модели начинается с представления всей системы в виде простейшей компоненты - одного блока и дуг, изображающих интерфейсы с функциями вне системы. Поскольку единственный блок представляет всю систему как единое целое, имя, указанное в блоке, является общим. Это верно и для интерфейсных дуг - они также представляют полный набор внешних интерфейсов системы в целом. Затем блок, который представляет систему в качестве единого модуля, детализируется на другой диаграмме с помощью нескольких блоков, соединенных интерфейсными дугами. Эти блоки представляют основные подфункции исходной функции. Данная декомпозиция выявляет полный набор подфункций, каждая из которых представлена как блок, границы которого определены интерфейсными дугами. Каждая из этих подфункций может быть декомпозирована подобным образом для более детального представления. Во всех случаях каждая подфункция может содержать только те элементы, которые входят в исходную функцию. Кроме того, модель не может опустить какие-либо элементы, т.е., как уже отмечалось, родительский блок и его интерфейсы обеспечивают контекст. К нему нельзя ничего добавить, и из него не может быть ничего удалено. Модель Idef0 представляет собой серию диаграмм с сопроводительной документацией, разбивающих сложный объект на составные части, которые представлены в виде блоков. Детали каждого из основных блоков показаны в виде блоков на других диаграммах. Каждая детальная диаграмма является декомпозицией блока из более общей диаграммы. На каждом шаге декомпозиции более общая диаграмма называется родительской для более детальной диаграммы. Дуги, входящие в блок и выходящие из него на диаграмме верхнего уровня, являются точно теми же самыми, что и дуги, входящие в диаграмму нижнего уровня и выходящие из нее, потому что блок и диаграмма представляют одну и ту же часть системы. Некоторые дуги присоединены к блокам диаграммы обоими концами, у других же один конец остается раздельным. Раздельные дуги соответствуют входам, управлениям и выходам родительского блока. Источник или получатель этих пограничных дуг может быть обнаружен только на родительской диаграмме. Раздельные концы должны соответствовать дугам на исходной диаграмме. Все граничные дуги должны продолжаться на родительской диаграмме, чтобы она была полной и непротиворечивой. На Idef0-диаграммах не указаны явно ни последовательность, ни время. Обратные связи, итерации, продолжающиеся процессы и перекрывающиеся (по времени) функции могут быть изображены с помощью дуг. Обратные связи могут выступать в виде комментариев, замечаний, исправлений и т.д. Как было отмечено, механизмы (дуги с нижней стороны) показывают средства, с помощью которых осуществляется выполнение функций. Механизм может быть человеком, компьютером или любым другим устройством, которое помогает выполнять данную функцию. Каждый блок на диаграмме имеет свой номер. Блок любой диаграммы может быть далее описан диаграммой нижнего уровня, которая, в свою очередь, может быть далее детализирована с помощью необходимого числа диаграмм. Таким образом, формируется иерархия диаграмм. Для того, чтобы указать положение любой диаграммы или блока в иерархии, используются номера диаграмм.модель - это точное, полное и адекватное текстовое и графическое описание системы имеющей конкретное назначение, выполненное в виде иерархически организованной совокупности диаграмм, созданных на основе стандартного представления данных. Это описание системы у которой есть единственный субъект, цель и одна точка зрения с помощью SADT-методологии. Такая модель представляет собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм, организованных в виде древовидной структуры, где верхняя диаграмма является наиболее общей, а самые нижние наиболее детализированы.

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

С точки зрения SADT модель может быть сосредоточена либо на функциях системы, либо на ее объектах. SADT-модели, ориентированные на функции, принято называть функциональными моделями, а ориентированные на объекты системы - моделями данных. Функциональная модель представляет с требуемой степенью детализации систему функций, которые в свою очередь отражают свои взаимоотношения через объекты системы. Полная методология SADT поддерживает создание множества моделей для более точного описания сложной системы.[2]

Согласно авторам SADT процесс моделирования, как процесса создания непротиворечивой и полезной системы описаний, состоит из четырех последовательных этапов:

1.Сбор информации об исследуемой области.

2.Документирование полученной информации.

.Представление ее в виде модели.

.Уточнение модели посредством итеративного рецензирования.

Метод построения моделей в IDEF0 на основе организационной структуры:

Достаточно часто собственники или руководители верхнего уровня ставят задачу разобраться с текущей ситуацией и выяснить целесообразность существующей на предприятии организационной структуры, четко определить функции подразделений, понять, кто за них отвечает, с какой эффективность выполняется работа и т.п. Такая постановка задачи означает, что нужно подвергнуть анализу деятельность всего предприятия, в первую очередь руководителей крупных структурных подразделений. Модель в IDEF0 может помочь в этом случае четко расписать выполняемые функции, структурировать их по подразделениям. Построенную модель можно подвергнуть анализу и предложить изменения как в части структуры подразделений, так и по составу выполняемых ими функций. Модель может быть использована для обсуждения с собственниками первого и последующего принятия решений по реорганизации компании. Обратим внимание, что при постановке указанной выше задачи никоим образом не говорится о процессном подходе или других технологиях управления. Задача сугубо конкретная. Способы ее решения должны быть максимально просты, и в то же время эффективны. При таком подходе можно строить модель в IDEF0, опираясь на схему организационной структуры предприятия. Модель в IDEF0 может строиться на основе организационной структуры. В этом случае иерархия объектов в модели должна соответствовать иерархии структурных подразделений предприятия. Так на контекстной диаграмме показывается деятельность предприятия в целом, на диаграмме А0 показывается деятельность крупных структурных подразделений, на диаграмме А1 показывается деятельность отделов первого крупного структурного подразделения и т.д. Сказанное иллюстрирует рисунок 2. На нем представлена деятельность крупных структурных подразделений: Службы сбыта, Производственной службы, Службы снабжения и т.д. Частично показаны потоки документов и материалов. Рассматриваемая диаграмма является моделью взаимодействия подразделений. О бизнес-процессах, выполняемых в этих подразделениях можно судить лишь по косвенным признакам - по названию и по специфике входов-выходов каждого блока. В качестве примера рассмотрим блок 1 на диаграмме А0 более детально. Это означает, что мы должны рассмотреть деятельность Службы сбыта при помощи отдельной диаграммы следующего, более детального уровня. На рисунке 3 показана модель деятельности Службы сбыта, построенная на основе организационной структуры этой службы. Диаграмма А1 (рисунок 3) содержит несколько блоков, в именно: блок, отображающий деятельность Директора по сбыту, блок деятельности Отдела маркетинга, блок деятельности Отдела сбыта и блок деятельности Склада готовой продукции. Так же как и на рисунке 2 показаны потоки документов, при помощи которых осуществляется взаимодействие между отделами Службы сбыта. Что будет, если мы выполним детализацию, например блока 2, на диаграмме А1? Мы построим диаграмму, на которой нужно будет указать процессы (функции, работы, операции), которые выполняются в Отделе маркетинга. Допустим, что в этом отделе работает 4 сотрудника. В среднем, каждый сотрудник может выполнять 6-8 функций. Таким образом, необходимо будет указать на диаграмме от 24 до 32 функций (блоков). Очевидно, что это чрезмерное количество. Выход из ситуации в том, чтобы выявить процессы, которые выполняются в этом подразделении и именно их указать на диаграмме. В каждом таком процессе может участвовать несколько сотрудников отдела маркетинга. При построении системы процессов отдела удобно пользоваться матрицей ответственности.

В настоящее время в России резко возрос интерес к общепринятым на Западе стандартам менеджмента, однако, в реальной практике управления существует один очень показательный момент. Многих руководителей до сих пор можно поставить в тупик прямым вопросом об организационной структуре компании или о схеме существующих бизнес-процессов. Наиболее продвинутые и регулярно читающие экономическую периодику менеджеры, как правило, начинают чертить понятные только им одним иерархические диаграммы, но и в этом процессе обычно быстро заходят в тупик. То же самое касается сотрудников и руководителей различных служб и функциональных подразделений. В большинстве случаев, единственным набором изложенных правил, в соответствии с которыми должно функционировать предприятие, является набор отдельных положений и должностных инструкций. Чаще всего эти документы составлялись не один год назад, слабо структурированы и невзаимосвязаны между собой и, вследствие этого, просто пылятся на полках. До поры до времени подобный подход был оправдан, так как во время становления российской рыночной экономики понятие конкуренции практически отсутствовало, да и затраты считать не было особой необходимости - прибыль была гигантской. В результате этого, мы видим в течение последних двух лет вполне объяснимую картину: крупные компании, выросшие в начале 90-х годов, постепенно сдают свои позиции, вплоть до полного ухода с рынка. Отчасти это обусловлено тем, что на предприятии не были внедрены стандарты управления, полностью отсутствовало понятие функциональной модели деятельности и миссии. С помощью моделирования различных областей деятельности можно достаточно эффективно анализировать узкие места в управлении и оптимизировать общую схему бизнеса. Но, как известно, на любом предприятии высший приоритет имеют только те проекты, которые непосредственно приносят прибыль, поэтому речь об обследовании деятельности и ее реорганизации обычно идет только во время ощутимого кризиса в управлении компанией. Каждая IDEF0-диаграмм а содержит блоки и дуги. Блоки изображают функции моделируемой системы. Дуги связывают блоки вместе и отображают взаимодействия и взаимосвязи между ними. Функциональные блоки (работы) на диаграммах изображаются прямоугольниками, означающими поименованные процессы, функции или задачи, которые происходят в течение определенного времени и имеют распознаваемые результаты. Имя работы должно быть выражено отглагольным существительным, обозначающим действие. IDEF0 требует, чтобы в диаграмме было не менее трех и не более шести блоков. Эти ограничения поддерживают сложность диаграмм и модели на уровне, доступном для чтения, понимания и использования. Каждая сторона блока имеет особое, вполне определенное назначение. Левая сторона блока предназначена для входов, верхняя - для управления, правая - для выходов, нижняя - для механизмов. Такое обозначение отражает определенные системные принципы: входы преобразуются в выходы управление ограничивает или предписывает условия выполнения преобразований, механизмы показывают, что и как выполняет функция.Блоки в IDEF0 размещаются по степени важности, как ее понимает автор диаграммы. Этот относительный порядок называется доминированием. Доминирование понимается как влияние, которое один блок оказывает на другие блоки диаграммы. Например, самым доминирующим блоком диаграммы может быть либо первый из требуемой последовательности функций, либо планирующая или контролирующая функция, влияющая на все другие. Наиболее доминирующий блок обычно размещается в верхнем левом углу диаграммы, а наименее доминирующий - в правом углу. Расположение блоков на странице отражает авторское определение доминирования. Таким образом, топология диаграммы показывает, какие функции оказывают большее влияние на остальные. Чтобы подчеркнуть это, аналитик может перенумеровать блоки в соответствии с порядком их доминирования. Стрелки представляют собой некую информацию и именуются существительными.

1.1 Состав функциональной модели

Результатом применения методологии SADT является модель, которая состоит из диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг на друга. Диаграммы - главные компоненты модели, все функции ИС и интерфейсы на них представлены как блоки и дуги. Место соединения дуги с блоком определяет тип интерфейса.

1.1.1Дуга

Дуга изображается одинарной линией со стрелкой на конце. Они изображают такие понятия, как данные или объекты, связанные с выполняемыми функциями, и описываются существительными или существительными с определениями.

Линия дуги может быть прямой или изогнутой. Поскольку дуга часто изображает не один, а несколько данных (объектов), то она может иметь разветвление или соединение.

Изображение дуг должно соответствовать следующим синтаксическим правилам:

·могут быть изогнуты только на 90°;

·изображаются сплошной линией;

·чертятся только горизонтально или вертикально (но не по диагонали);

·должны касаться внешней границы блока, но не должны входить в блок;

·должны присоединяться к сторонам блока, но не к углам.

Взаимоотношения между дугами и блоками

Между данными (объектами) и функциями возможны четыре вида отношений: вход, управление, выход и механизм. Каждый вид изображается дугой, связанной с определенной стороной блока: левая сторона предназначена для входных дуг (входов) Х правая для выходных (выходов), верхняя сторона для управленческих дуг и нижняя для дуг механизмов.

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

Выходные дуги изображают данные (объекты), в которые преобразуются входы (документы, счета, деньги, устройства).

Управляющие дуги представляют информацию, управляющую действиями функций (законы, приказы, системные требования, планы).

Дуги механизмов изображают физические аспекты функций (людей, склады, организации, приборы). С помощью дуг механизмов имеется возможность точно определять, какие ресурсы требуются для реализации конкретной функции, кто будет выполнять ее и т.д. (Рис.1.1).

Рисунок 1.1. Дуги контекстной диаграммы

1.1.2 Блоки

На диаграмме блоки выстраиваются по степени важности (как это понимает автор!). Такой относительный порядок называется доминированием. Доминирование понимается как влияние одного блока диаграммы на другие. Наиболее доминирующий блок обычно размещается в верхнем левом углу диаграммы, а наименее доминирующий - в правом нижнем.

Другим методом указания доминирования блоков является их нумерация: блок с меньшим номером будет иметь большую степень доминирования над блоком с большим номером.[6]

Одной из наиболее важных особенностей методологии SADT является постепенное введение все больших уровней детализации по мере создания диаграмм, отображающих модель.

В приложении А, где приведены четыре диаграммы и их взаимосвязи, показана структура SADT-модели. Каждый компонент модели может быть декомпозирован на другой диаграмме. Каждая диаграмма иллюстрирует "внутреннее строение" блока на родительской диаграмме.

1.2 Иерархия диаграмм

Построение SADT-модели начинается с представления всей системы в виде обычнейшей составляющие - 1-го блока и дуг, имитирующих интерфейсы с функциями вне системы. Так как единый блок дает всю систему как общее целое, фамилия, предписанное в блоке, считается совокупным. Данное надежно и для интерфейсных дуг - они помимо прочего предполагают полный набор наружных интерфейсов системы в целом.

Потом блок, который предполагает систему в виде единичного модуля, детализируется на иной диаграмме при помощи нескольких блоков, соединенных интерфейсными дугами. Данные блоки предполагают главные подфункции начальной функции. Эта декомпозиция выявляет полный набор подфункций, любая из которых представлена как блок, границы которого отнесены интерфейсными дугами. Любая из данных подфункций быть может декомпозирована сходственным образом для наиболее детализированного представления.

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

Модель SADT представляет из себя серию диаграмм с сопроводительной документацией, разбивающих трудный объект на детали, которые представлены повторяющий вид блоков. Составной части любого из главных блоков показаны повторяющий вид блоков на иных диаграммах. Любая детальная диаграмма считается декомпозицией блока из наиболее совокупной диаграммы. На любом шаге декомпозиции наиболее единая диаграмма величается родительской для наиболее детализированной диаграммы.

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

На рисунках 1.2 - 1.4 представлены различные варианты выполнения функций и соединения дуг с блоками.

Рисунок 1.2. Одновременное выполнение

Рисунок 1.3. Соответствие должно быть полным и непротиворечивым

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

На SADT-диаграммах не указаны определенно ни очередность, ни время. Обратные взаимосвязи, итерации, длящиеся процессы и перекрывающиеся (по времени) функции имеют все шансы быть изображены при помощи дуг. Обратные взаимосвязи имеют все шансы выступать повторяющий вид объяснений, замечаний, поправки т.д. (Рис 1.4).

Рисунок 1.4. Пример обратной связи

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

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

Рисунок 1.5 Пример механизма

Для того, чтобы указать положение любой диаграммы или блока в иерархии, используются номера диаграмм. Например, А21 является диаграммой, которая детализирует блок 1 на диаграмме А2. Аналогично, А2 детализирует блок 2 на диаграмме А0, которая является самой верхней диаграммой модели. На рисунке 1.6 показано типичное дерево диаграмм.

Рисунок 1.6. Иерархия диаграмм

1.3 Типы связей между функциями

Одним из важных моментов при проектировании ИС с помощью методологии SADT является точная согласованность типов связей между функциями. Различают по крайней мере семь типов связывания (Таблица 1.1)

Таблица 1.1.

Тип связиОтносительная значимостьСлучайная0Логическая1Временная2Процедурная3Коммуникационная4Последовательная5Функциональная6

Ниже каждый тип связи кратко определен и проиллюстрирован с помощью типичного примера из SADT.

(0) Тип случайной связности: наименее желательный.

Случайная связность возникает, когда конкретная связь между функциями мала или полностью отсутствует. Это относится к ситуации, когда имена данных на SADT-дугах в одной диаграмме имеют малую связь друг с другом. Крайний вариант этого случая показан на рисунке 1.7.

Рисунок 1.7. Случайная связность

(1) Тип логической связности. Логическое связывание происходит тогда, когда данные и функции собираются вместе вследствие того, что они попадают в общий класс или набор элементов, но необходимых функциональных отношений между ними не обнаруживается.[3]

(2) Тип временной связности. Связанные по времени элементы возникают вследствие того, что они представляют функции, связанные во времени, когда данные используются одновременно или функции включаются параллельно, а не последовательно.[3]

(3) Тип процедурной связности. Процедурно-связанные элементы появляются сгруппированными вместе вследствие того, что они выполняются в течение одной и той же части цикла или процесса. Пример процедурно-связанной диаграммы приведен на рисунке 1.8.

Рисунок 1.8. Процедурная связность

(4) Тип коммуникационной связности. Диаграммы демонстрируют коммуникационные связи, когда блоки группируются вследствие того, что они используют одни и те же входные данные и/или производят одни и те же выходные данные (Рис 1.9).[3]

(5) Тип последовательной связности. На диаграммах, имеющих последовательные связи, выход одной функции служит входными данными для следующей функции. Связь между элементами на диаграмме является более тесной, чем на рассмотренных выше уровнях связок, поскольку моделируются причинно-следственные зависимости (Рис 1.10).

(6) Тип функциональной связности. Диаграмма отражает полную функциональную связность, при наличии полной зависимости одной функции от другой. Диаграмма, которая является чисто функциональной, не содержит чужеродных элементов, относящихся к последовательному или более слабому типу связности. Одним из способов определения функционально-связанных диаграмм является рассмотрение двух блоков, связанных через управляющие дуги, как показано на рисунке 1.11. [5]

Рисунок 1.9. Коммуникационная связность

Рисунок 1.10. Последовательная связность

В математических терминах необходимое условие для простейшего типа функциональной связности, показанной на рисунке 1.11, имеет следующий вид:

C = g(B) = g(f(A))

Ниже в таблице 1.2. представлены все типы связей, рассмотренные выше. Важно отметить, что уровни 4-6 устанавливают типы связностей, которые разработчики считают важнейшими для получения диаграмм хорошего качества.[7]

Рис 1.11. Функциональная связность

Таблица 1.2.

ЗначимостьТип связностиДля функцийДля данных0СлучайнаяСлучайнаяСлучайная1ЛогическаяФункции одного и того же множества или типа (например, "редактировать все входы")Данные одного и того же множества или типа2ВременнаяФункции одного и того же периода времени (например, "операции инициализации")Данные, используемые в каком-либо временном интервале3ПроцедурнаяФункции, работающие в одной и той же фазе или итерации (например, "первый проход компилятора")Данные, используемые во время одной и той же фазы или итерации4КоммуникационнаяФункции, использующие одни и те же данныеДанные, на которые воздействует одна и та же деятельность5ПоследовательнаяФункции, выполняющие последовательные преобразования одних и тех же данныхДанные, преобразуемые последовательными функциями6ФункциональнаяФункции, объединяемые для выполнения одной функцииДанные, связанные с одной функцией

Глава 2. Построение IDEF0 модели для автоматизации деятельности магазина «Ластик»

2.1 Описание предметной области

Магазин - это юридическое лицо, выполняющее функции розничной торговли.

Магазин канцелярских товаров ведет непосредственную работу с клиентами по вопросам розничной торговли товаром.

Установлена точная операция принятия решений о определении окончательной расценки продукта и оформлении сделки сообразно приобретению. Общественная операция реализации товара регламентируется особыми распорядками и инструкциями.

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

В блок торгового центра и еще входят специализированные категории по обслуживанию посетителей:

1Клиентские подразделения:

2организация взаимодействия с Клиентом;

участие в мониторинге сделок.

Юридические подразделения:

юридическая экспертиза сделки и правоспособности Клиента, участие в работе с проблемными сделками.

Учет товаров:

учет поступления товаров в розницу;

учет реализации товаров;

учет перемещения товаров между структурными подразделениями;

учет возврата товаров поставщику;

учет инвентаризации товаров;

учет списания товаров.

Финансовый учет:

Магазин «Ластик» занимается продажей канцелярских товаров. Сотрудники компании: директор, закупщик, продавцы. Директор анализирует тенденции, продажу в магазине и определяет ассортимент для следующего заказа. Выдаёт рекомендации закупщику. Закупщик определяет наиболее выгодного поставщика и оформляет заказ на поставку. Канцелярские товары закупаются у разных поставщиков. Закупщик следит за исполнением заказа. Необходимо разработать информационную систему для магазина. Разрабатываемая система должна автоматизировать и сделать эффективными процессы: определения рейтинга поставщика, выявления самых продаваемых товаров, а так же определение самых старательных продавцов.

Для директора должны формироваться следующие отчёты:

·Отчёт по продажам;

·Отчёт по поставщикам;

·Отчёт по продавцам.

2.2 Особенности автоматизации деятельности магазина канцелярских товаров «Ластик»

Система автоматизации магазина канцелярских товаров - легкая во внедрении и простая в обслуживании и обучении персонала. Целью автоматизации предприятий торговли является повышение эффективности управления магазином, прозрачности бизнес процессов, ускорение обслуживания и минимизация возможных злоупотреблений, как покупателей, так и персонала. Возможности автоматизации магазина на основе оборудования и программ магазина «Ластик» позволяют оптимально сочетать высокую надежность скорость и качество работы. Кассир на кассовом терминале сформировывает чек посетителя, фиксирует бонусы. Регистрация продукта имеет возможность исполняться по штрих-коду, по коду продукта, с внедрением горячих кнопок, через визуальный подбор. На рабочем месте кассира исполняются последующие воздействия: отмена чека, отмена позиции в чеке, возврат продуктов, работа с отложенными чеками и так далее. Существенным требованием к кассовому программному обеспечению считается реализация всевозможных систем преданности, с вероятностью их композиции, которые посодействуют заинтересовать свежих посетителей, и повысить численность неизменных. В программах проданы различные виды бонусов: Ручные - кассир без помощи других характеризует, как скоро скидку/надбавку нужно начислять, также характеризует ее вид и объем. Фиксированные - кассир лично характеризует, как скоро скидку/надбавку нужно начислять, хотя он избирает вид и объем из перечня, явного администратором. Автоматические - кассир в ходе ее начисления не принимает участие. Программа без помощи других воспринимает решение как скоро, какого вида и какого объема начислить скидку. Дисконтные бонусы - эта скидка срабатывает при наличии у клиента дисконтной карты и исполнении критерий начисление скидки, конкретных администратором подбирая на сенсорном экране или же считывая сканером штрих кода. Весомое место в работе магазина занимает работа администратора, его прямые обязанности это достижение наиболее вероятного размера продаж из объявленного перечня, понижение расходов и утрат. В критериях усиливающейся конкурентной борьбы в разделе Retail, воздействия администратора обязаны быть взвешенными и при всем при этом оперативными. Программа автоматизации торгового центра дозволяет ему созидать оперативную информацию о остатках товарах в торгашеском зале, регистрации числа продаж, как по любой кассе, но и по всему торговому центру, практически сразу изменять информацию о товарах на кассе, создавать и информировать о работе системы дисконта, трудится с ценообразованием на продукты, осуществлять контроль процент розничной наценки и так далее

Рисунок 2.1 Контекстная диаграмма магазин канцтоваров "Ластик"

Рисунок 2.2 Диаграмма декомпозиции А0

Заключение

Важнейшей задачей автоматизированных информационных систем в настоящее время является развитие познаний информационных систем более подробно на профессиональном уровне. Происходит получение научных знаний об объективном мире информатизации и развитие логических способностей студента. Интеллектуальное развитие - это сложный, многогранный процесс, и в нем немалую роль играют информационные системы. Диаграмма считается ключевым рабочим составляющим при создании модели. Создатель диаграмм и моделей обыкновенно называется специалистом, или же, в терминологии SADT, автором. Диаграммы имеют личные синтаксические правила, отличающиеся от синтаксических правил моделей. Существенно их хорошо понимать, потому что графические обозначения имеют особое толкование. Вы увидите, собственно графика SADT разрешает найти разные системные функции и продемонстрировать, как функции оказывают большое влияние приятель на приятеля. Данная книжка приурочена к исключительно многофункциональным SADT-диаграммам, потому в этой главе дискутируются синтаксические верховодила лишь для многофункциональных SADT-диаграмм.

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

·Состав функциональной модели

·Иерархия диаграмм (декомпозиция, контекстные диаграммы и т.д.)

·Типы связей между функциями

·Собственно, практическое применение методологии SADT

Кроме того, достигнув цели курсовой работы, используя различную литературу и интернет-ресурс, была выполнена еще одна немаловажная цель - получения значимого количества вполне нужных и важных знаний, которые подняли уже имеющиеся знания на новый, более высокий уровень. Так что, исходя из этого можно считать, что цели курсовой работы не только выполнены, но и перевыполнены, так как:

1За время курсовой работы был изучен значительный объем дополнительной литературы по методологиям SADT и IDEF0

2Был приобретен навык работы с программной средой «Ramus Educational»

Получен важный опыт оформления научно-исследовательских работ, согласно ГОСТ 7.32-2001

Выполнение данной курсовой работы является важным элементом обучения, так как мы узнали большое количество интересной и самое главное полезной информации по дисциплине, а именно: историю создания SADT диаграмм, типы связей между функциями в SADT диаграммах, методология моделирования SADT, SADT модели, составление модели SADT. Так же приобрели навыки составления различных видов диаграмм.

Список использованной литературы и интернет-ресурсов

1http://www.interface.ru/home.asp?artId=2806

2http://www.itstan.ru/funk-strukt-analiz/osnovnye-svedenija-o-sadt-metodologii.html

А.М. Вендров. CASE-технологии. Современные методы и средства проектирования информационных систем. - Спб.: Питер, 2003. - 16 с.

Д.А. Методология структурного анализа и проектирования SADT [Текст] // Д.А. Марка, К. Макгоуэн. - М.: Метатехнология, 1993.

Дэвид А. Марка и Клемент МакГоуэн. Методология структурного анализа и проектирования SADT.

Симонов, Ю.А. Информационные технологии в экономике [Текст] // Ю.А. Симонов. - М., 2007.

Филимонова, Е.Е. Информационные технологии в экономике.

Метод функционального моделирования SADT Введение автоматизация модель sadt Методология SAD

Больше работ по теме: