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

Диаграмма функционального моделирования (Structured Analysis and Design Technique – SADT) – модель, состоящая из диаграмм, фрагментов текста и глоссария, имеющих ссылки друг на друга.

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

Основная идея методологии SADT – построение древовидной модели предприятия. На первом этапе функциональность предприятия описывается в целом, без подробностей. Затем общая функция разбивается на крупные подфункции. В соответствии с этим модель должна выглядеть следующим образом:

1. Верхний уровень модели должен отражать только контекст системы — взаимодействие моделируемого единственным контекстным процессом предприятия с внешним миром.

2. На втором уровне модели должны быть отражены основные виды деятельности (тематически сгруппированные бизнес-процессы) предприятия и их взаимосвязи. В случае большого их количества некоторые из них можно вынести на третий уровень модели. Но в любом случае под виды деятельности необходимо отводить не более двух уровней модели.

3. Дальнейшая детализация бизнес-процессов осуществляется посредством бизнес-функций — совокупностей операций, сгруппированных по определенным признакам. Бизнес-функции детализируются с помощью элементарных бизнес-операций.

4. Описание элементарной бизнес-операции осуществляется посредством задания алгоритма ее выполнения.

Для этого были разработаны три графических языка моделирования Integration Definition for Function Modeling семейства, включающем позиций [10, 12, 13, 36]:

1. IDEF0 – для документирования процесса производства (какая информация и какие ресурсы необходимы на каждом этапе);

2. IDEF1 (и IDEF1X) – для документирования информации, необходимой в среде окружения производства;

3. IDEF2 – для документирования поведения функции производства во времени.

 

IDEF0-модели состоят из трех типов документов: графических диаграмм, текста и глоссария. Эти документы имеют перекрестные ссылки друг на друга.

Графическая диаграмма – главный компонент IDEF0-модели, содержащий блоки, стрелки, соединения блоков и стрелок и ассоциированные с ними отношения. Блоки представляют основные функции моделируемого объекта. Эти функции могут быть разбиты (декомпозированы) на составные части и представлены в виде более подробных диаграмм; процесс декомпозиции продолжается до тех пор, пока объект не будет описан на уровне детализации, необходимом для достижения целей конкретного проекта. Диаграмма верхнего уровня обеспечивает наиболее общее или абстрактное описание объекта моделирования. За этой диаграммой следует серия дочерних диаграмм, дающих более детальное представление об объекте [7].

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

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

При построении диаграмм процессов, согласно стандарту [7, 36], процесс обозначается функциональным блоком – прямоугольником и дугами, изображающими интерфейсы с функциями вне системы (рисунок 1.1). Примеры имен функций приведены в руководящем документе [7]. При выполнении структурно-функциональном анализе строится дерево процессов, представляющее процессы различного уровня декомпозиции (рисунок 1.2). Используемые системы обозначений представлены в [8, 10–13, 21].

Рисунок 1.1 - Функциональный блок и интерфейсные дуги

Рисунок 1.2 - Результат декомпозиции формирования выписки

Детализация системы выполняется на другой диаграмме с помощью нескольких блоков, соединенных интерфейсными дугами [8, 10, 13, 36].

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

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

На рисунок 1.4 и рисунок 1.5 представлены примеры диаграмм процессов в нотации IDEF0, построенных с использованием продукта Design/IDEF (Meta Software Corporation) [35]. Технология построения моделей диаграмм процессов предусматривает составление дерева процессов и диаграмм, использующих описанные процессы.

Типы связей между функциями описаны в [10, 13, 36]: отношение управления, входа, управленческой обратной связи, входной управленческой связи, выход-исполнитель.

Для дальнейшего описания предметной области строится модель «сущность-связь». Модель «сущность-связь» – неформальная модель предметной области, описывающая семантически предметную область и представляющая информацию для обоснования выбора вида модели и структур данных. Для построения структур данных используется система обозначений IDEF1X – аналог ER-диаграмм в нотации Питера Чена. Модель должна помочь в достижении непротиворечивости данных и отсутствия их дублирования. Для этого используется процесс нормализации – перехода от ненормализованной схемы через первую и вторую к третьей нормальной форме (рисунок 1.3).

Рисунок 1.3 -Процесс нормализации

Пример модели IDEF0

Постановка задачи.

В качестве примера далее представлен процесс создания модели формирования выписки с точки зрения документоведа деканата. Выполнение выписки из учетной карточки обеспечивается правилами документооборота деканата факультета ВУЗа.

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

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

Формы отчетности и часы (трудоемкость) изучения дисциплин сверяются с учебным планом потока, результаты сверяются с данными из зачетно-экзаменационных ведомостей и зачетной книжки. Отобранные данные заносятся в документ, шаблон которого определен внутренним документооборотом ВУЗа.

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

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

Основные элементы модели формирования выписки.

Название проекта: Формирование выписки из учетной карточки студента в деканате ФМиИТ.

Цель проекта: Определить действия, необходимые для подготовки выписки из учетной карточки студента.

Точка зрения: документовед деканата.

Инструментарий: методология функционального моделирования IDEF0 и приложение BPwin.

Список данных:

– учетная карточка;

– сведения о студенте;

– заявление студента;

– декан факультета;

– документовед;

– учебный план;

– документооборот;

– сведения об успеваемости студента;

– темы курсовых работ;

– шаблон выписки;

– выписка.

В модели использованы функции:

Формирование выписки – A0;

Принять заявление на составление выписки – А1:

Выполнить проверку на полноту данных в заявлении – А11;

Зарегистрировать заявление студента – А12;

Получить резолюцию декана на заявлении – А13.

Выполнить сбор данных по успеваемости – А2:

Найти учетную карточку студента – А21;

Составить список изученных дисциплин и отчетностей – А22;

Уточнить темы курсовых работ – А23.

Подготовить выписку – А3:

Заполнить данными шаблон выписки – А31;

Проверить результат внесения данных – А32;

Распечатать выписку – А33;

Утвердить выписку у декана – А34.

Выдать выписку – А4:

Зарегистрировать выдаваемую выписку в журнале – А41;

Передать выписку студенту – А42.

Словарь.

Выписка – документ, содержащий сводные сведения о семестровой успеваемости студента по изученным дисциплинам и практикам.

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

Студент – обучаемый в учебном заведении.

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

Учетная карточка – документ, содержащий сведения о студенте, данные по успеваемости по семестрам. И т.д.

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

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

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

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

Процесс Формирование выписки состоит из последовательно выполняющихся процессов: Принять заявления на составление выписки, Выполнить сбор данных по успеваемости, Подготовить выписку, Выдать выписку.

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

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

Готовая выписка подписывается деканом и выдается студенту.

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

Технологии создания модели CASE-средствами BPwin и ERwin представлены в руководствах, поставляемых с пакетами, например, необходимые сведения представлены в руководстве для начала работы в пакете «BPwin Getting Started Guide».

Рисунок 1.4 - Контекстная диаграмма процесса состояния выписки из учетной карточки студента

 

Рисунок 1.5 - Диаграмма первого уровня процесса формирования выписки

Рисунок 1.6 - Нормализованная диаграмма «сущность-связь»

 

Вопросы для самоконтроля

1. Что такое «консалтинг» и какова его основная задача?

2. Что такое «логистика» и «реинжиниринг»?

3. Какие модели жизненного цикла программного обеспечения известны? Укажите достоинства и недостатки каждой модели.

4. Компоненты и базовая нотация DFD–технологии.

5. Какие данные и диаграммы являются входом технологической операции «Построение диаграммы потоков данных».

6. Какие требования предъявляются к мини-спецификации?

7. Этапы построения моделей в DFD–технологии: основные виды и последовательности работ.

8. Система обозначений в IDEF0, IDEF1X (компоненты SADT).

Практическая работа

Цели: применение системы стандартов в области ПО, методов функционального и системного моделирование, построение структурных моделей бизнеса.

Средства выполнения задания: MS Visio, средства пакета MS Office и Design/IDEF 3.5, Visible Analyst, BPwin 2-4.1.

Изучить теоретический материал, дать письменные ответы на контрольные вопросы и выполнить практическое задание.

Практическое задание

1. Выполнить структурный анализ предметной области и проектирование системы одним из структурно-функциональных подходов для задач по вариантам;

2. Описать структуру внешних и внутренних данных в IDEF1X;

3. Оформить отчет по результатам.

Цель выполнения практического задания: Понять, какие функции должны быть включены в процесс «Процесс», как эти функции взаимосвязаны между собой.

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

Вариант 1. В отеле аниматоры проводят мероприятия с проживающими данного отеля. Их зарплата зависит от количества проведенных мероприятий и отзывах проживающих. Раз в месяц подводятся итоги и выплачиваются премии.

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

Точка зрения: Бухгалтерия.

Вариант 2. На складе торговой точки хранятся товары.

Цель: определить действия, необходимые для отчета о приходе и отправке товара, о фактических остатках товара на складе торговой точке.

Точка зрения: Склад.

Вариант 3. Компания предоставляет своим клиентам услуги согласно заключаемым договорам. Вид услуги регламентирован законодательством и уставом компании. В составлении договора участвует юрист компании.

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

Точка зрения: Отдел рекламы.

Вариант 4. Отдел регистратуры поликлиники в конце каждого рабочего дня предоставляет бухгалтерии сводный отчет по приему пациентов врачами. Запись на прием пациентов осуществляется согласно расписанию каждого врача.

Цель: определить действия, необходимые для ведения записи и учета принятых пациентов в поликлинике.

Точка зрения: Регистратура.

Вариант 5. Отдел продаж крупной компьютерной компании осуществляет продажу компакт-дисков с учебными курсами как по безналу, так и при оплате наличными клиентам. Существует система скидок по типу клиента. Существует отчетная документация. Клиент обращается в отдел как лично, так и через Internet.

Цель: определить действия, необходимые для составления отчета по выполненным продажам за отчетный период.

Точка зрения: Отдел продаж.

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

Цель: определить действия отдела связи с общественностью, необходимые для привлечения клиентов.

Точка зрения: Отдел связи с общественностью.

Вариант 7. Научно-исследовательский отдел пищекомбината отчитывается по расходным материалам. По разработанным рецептурам технолог отчитывается каждую неделю с демонстрацией продукции перед дирекцией.

Цель: определить действия, необходимые для составления отчета по расходу материалов при разработке новой рецептуры.

Точка зрения: Научно-исследовательский отдел.

Вариант 8. Книжный магазин принимает заказы от населения на издания с условием частичной предоплаты (от 10% до 50%). На формирование объема заказа в издательстве учитывается спрос издания среди населения по категории.

Цель: определить действия, необходимые для составления отчета по оформлению заказов за отчетный период.

Точка зрения: Отдел заказов.

Вариант 9. Структура фирмы содержит подразделения, в которых работают сотрудники.

Цель: определить действия, необходимые для формирования списка сотрудников по подразделениям, определения вакансий, сотрудников пенсионного возраста.

Точка зрения: Отдел кадров.

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

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

Точка зрения: Отдел комплектования.

Вариант 11. Компьютерная компания предоставляет населению помимо Интернет–услуг сопровождение ПО и обслуживание ВТ. Для привлечения клиентов используется система скидок. За отчетный период клиентам выставляется счет с описанием оказанных услуг.

Цель: определить действия, необходимые для выставления счета клиенту.

Точка зрения: Бухгалтерия.

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

Цель: определить действия, необходимые для оповещения потенциальных посетителей выставки.

Точка зрения: Организатор выставки.

Вариант 13. В агентствах недвижимости риэлторы проводят различные сделки. Определить информацию об операциях по недвижимости некоторого агентства.

Цель: определить действия, необходимые для ведения операций по недвижимости.

Точка зрения: Риэлтор.

Вариант 14. Редколлегия газеты для оплаты собкоров использует систему учета публикаций и рейтинга статей среди читателей и критиков. Раз в месяц подводятся итоги и выплачиваются премии.

Цель: определить действия, необходимые для ведения рейтинга и назначения премий.

Точка зрения: Редколлегия.

 

Структура отчета.

1. Постановка задачи.

2. Основные элементы модели процесса.

– название проекта;

– цель проекта;

– точка зрения;

– инструментарий;

– список данных;

3. Дерево функций.

4. Словарь.

5. Диаграммы процессов.

Лабораторная работа № 2

Диаграмма потоков данных

Цели: рассмотрение систем международных стандартов в области ПО и их применения при построении диаграмм описания документооборота и обработки информации.

Теоретический материал

Для дополнения к диаграммам IDEF0 для описания документооборота и обработки информации используются диаграммы потоков данных.

Диаграмма потоков данных (Data Flow Diagram – DFD) – информационная модель, основными компонентами которой являются потоки данных, переносящие информацию от одного модуля к другому.

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

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

Главная цель построения диаграмм потоков данных – раскрыть, как каждый процесс преобразует свои входные данные в выходные, указать отношения между этими процессами [12]. В основе DFD–технологии лежат три группы средств моделирования: функциональные диаграммы (диаграммы потоков данных – DFD), диаграммы «сущность-связь» (ER–диаграммы) и диаграммы моделирования поведения систем (STD) [12]. Диаграммы потоков данных просты, наглядны и понятны (рисунок 2.1).

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

Для построения диаграмм потоков данных используются нотации Гейна-Сарсона (Gane-Sarson) [10] или Йордана (Yourdon) [12].

Основные символы данных нотаций представлены в таблице 1 согласно принятым обозначениям, используемым в пакете MS Visio 2003.

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

 

Рисунок 2.1 - Пример диаграммы потоков данных

 

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

Таблица 1 -Основные символы DFD

 

Декомпозиция DFD осуществляется на основе процессов: каждый процесс может раскрываться с помощью DFD нижнего уровня. При детализации должны выполняться правила [10]:

Правило балансировки – в качестве внешних источников и приемников данных могут быть только те компоненты, с которыми детализируемая система (процесс) имеет информационную связь;

Правило нумерации – должна поддерживаться иерархическая нумерация процессов.

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

При анализе составления модели «AS-IS» (КАК-ЕСТЬ) процесса составления выписки из учетной карточки студента было принято решение описать с помощью IDEF3 листовую функцию Выполнить сбор данных по успеваемости для изучения порядка обращения к системам хранения. Для этого были определены составляющие процессы, используемы хранилища и типы связей.

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

Результат построения диаграммы представлен на рисунке 2.2.

Нормализованная диаграмма «сущность-связь» в нотации IDEF1X может быть построена с помощью одного из пакетов IDEF3.5 (Meta Software Corporation) или ALLFusion ERwin (Computer Associates International, Inc.).

Исходя из существующей системы хранения данных об успеваемости, аналитиком предложена даталогическая модель данных, представленная на рисунке 2.2 [10, 13, 15].

Рисунок 2.2 -Схема бизнес-процесса «Выполнить сбор данных по успеваемости» в стандарте DFD

Вопросы для самоконтроля

1. Каково назначение диаграмм потоков данных?

2. Какая система обозначений используется в пакете BPwin для построения диаграмм потоков данных?

3. Какие символы DFD используются?

Практическая работа

Цели: применение систем международных стандартов в области ПО при построении диаграмм описания документооборота на предприятии и обработки информации.

Средства выполнения задания: средства пакета MS Office и BPwin 4.1 (и выше).

Изучить теоретический материал, дать письменные ответы на контрольные вопросы и выполнить практическое задание.

Практическое задание

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

Лабораторная работа № 3