рефераты конспекты курсовые дипломные лекции шпоры

Реферат Курсовая Конспект

Теоретические основы лабораторной работы

Теоретические основы лабораторной работы - раздел Экономика, Построение модели бизнес-процесса с использованием диаграмм потоков данных Структурный Системный Анализ Проводится На Начальном Этапе Разработки Програм...

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

Работы, выполняемые на этапе структурного системного анализа, осуществляются как правило, специальным лицом – системным аналитиком.

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

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

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

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

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

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

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

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

В CASE-системах при проведении анализа требований методом структурного анализа обычно используется ряд моделей, из которых наибольшее распространение получили:

· диаграммы потоков данных (методология системного структурного анализа);

· модели “сущность-связь”;

· диаграммы переходов-состояний;

· структурные схемы (методология структурного проектирования);

· диаграммы декомпозиции функций

Диаграммы потоков данных строятся из четырех основных элементов:

· внешняя сущность;

· поток данных;

· процесс;

· накопитель данных.

Модель «сущность–связь» (или ER-модель, от английского «Entity-Relationship») позволяет формализовать структуру и отношения между информационными объектами рассматриваемой предметной области.

Все предметы реального мира обладают различными свойствами: машина характеризуется размером, весом, номерным знаком; у человека есть имя, фамилия, адрес и т. д. При разработке модели предмет или класс предметов рассматривается как некоторая сущность, а элементы данных, которые описывают свойства предметов, – как атрибуты сущностей. Между сущностями устанавливаются связи, представляющие в модели отношения между объектами реального мира.

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

Структурная схема строится из следующих базовых элементов:

· модуля;

· предопределенного модуля;

· данных,

· управляющей информации.

Диаграммы потоков данных строятся из четырех основных элементов (рис. 1):

· внешняя сущность;

· поток данных;

· процесс;

· накопитель данных.

Внешняя сущность представляет на диаграмме модели, организации, системы, находящиеся за пределами объекта разработки (за границами

Рис. 1. Элементы диаграмм потоков данных:

а - внешняя сущность; б - поток данных; в - процесс;

г - накопитель данных

 

Рис. 2. Правила соединения элементов диаграмм потоков данных:

а - «процесс - процесс»; б - «процесс - внешняя сущность»; в - «процесс - накопитель данных»

 

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

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

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

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

Правила соединения элементов на диаграмме потоков данных иллюстрирует рис. 2. Процесс может:

· принимать или передавать данные внешней сущности;

· принимать или передавать данные другому процессу;

· считывать или заносить данные в накопитель, другие связи запрещены.

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

 

 
 

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

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

При построении иерархии диаграмм потоков данных должны соблюдаться следующие правила:

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

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

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

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

 

Рис. 4. Изображение копий внешней сущности (а) и

накопителя данных (б)

 

 

Рис. 5. Выбор иерархического уровня для накопителя

 

 

 

Рис. 6. Соответствие потоков данных

на различных иерархических уровнях


Подводя итог вышеизложенному можно сформулировать следующие обобщенные выводы:

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

2. Диаграммы потоков данных строятся из четырех основных элементов:

· внешняя сущность;

· поток данных;

· процесс;

· накопитель данных.

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

 

В Приложении 1 приведено руководство пользователя по работе с системой концептуального проектирования РТ-CASE, в котором изложено описание типовых действий, связанных с построением основных элементов потоковых диаграмм.В Приложении 2 приведен список типовых вопросов и соответствующих ответов по содержанию выполняемой лабораторной работы.В Приложении 3 приведен перечень тем индивидуальных заданий, связанных с построением концептуальной модели БпиС.

– Конец работы –

Эта тема принадлежит разделу:

Построение модели бизнес-процесса с использованием диаграмм потоков данных

Аэрокосмического приборостроения... РУКОВОДСТВО...

Если Вам нужно дополнительный материал на эту тему, или Вы не нашли то, что искали, рекомендуем воспользоваться поиском по нашей базе работ: Теоретические основы лабораторной работы

Что будем делать с полученным материалом:

Если этот материал оказался полезным ля Вас, Вы можете сохранить его на свою страничку в социальных сетях:

Все темы данного раздела:

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

Методические указания по выполнению лабораторной работы
Перед выполнением лабораторной работы необходимо ознакомиться с её содержанием, подробно изучить представленное в Приложении 1 руководство пользователю по работе с системой концептуального проектир

Появится рабочее окно системы концептуального проектирования
2. Увеличить окно до размеров экрана. ( Кнопка

Назвать внешнюю сущность( см. пункт 5).
8. Создание потоков: · Нажать кнопку

Создать подпроцесс(не удаляя процесс верхнего уровня), аналогично пункту 4.
12. Пересвязать потоки данных: · Установить курсор на поток данных. · Нажать правую кнопку мыши. · В появившемся меню выб

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

Перечень тем индивидуальных заданий
1. Концептуальная модель БС “Расписание движения поездов” 2. Концептуальная модель БС “Расписание движения самолетов” 3. Концептуальная м

Хотите получать на электронную почту самые свежие новости?
Education Insider Sample
Подпишитесь на Нашу рассылку
Наша политика приватности обеспечивает 100% безопасность и анонимность Ваших E-Mail
Реклама
Соответствующий теме материал
  • Похожее
  • Популярное
  • Облако тегов
  • Здесь
  • Временно
  • Пусто
Теги