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

Страницы работы

Содержание работы

Федеральное агентство по образованию

Государственное образовательное учреждение

Высшего профессионального образования

«Санкт-Петербургский государственный

инженерно-экономический университет»


Факультет информационных систем в экономике и управлении

Кафедра информационных систем в экономике

ПРОЕКТИРОВАНИЕ

ИНФОРМАЦИОННЫХ СИСТЕМ

Методические указания

к лабораторной работе №3

«Разработка диаграмм потоков данных

с использованием CASE-технологии»

Специальность 080801 – Прикладная информатика в экономике

Санкт-Петербург

2006

Допущено

редакционно-издательским советом СПбГИЭУ

в качестве методического издания

Составители

д-р экон. наук, проф. Р.В. Соколов,

канд. экон. наук, доцент М.Ю. Чиркова

Рецензент

канд. экон. наук, доцент Е.В. Стельмашонок

Подготовлено на кафедре

информационных систем в экономике

Одобрено научно-методическим советом специальности

080801 – Прикладная информатика в экономике

Отпечатано в авторской редакции с оригинал-макета,

представленного составителями

Ó СПбГИЭУ, 2006

СОДЕРЖАНИЕ

1.  Цель работы.............................................................................. 4

2.  Программно-техническая платформа...................................... 4

3.  Теоретическая часть................................................................. 4

4.  Перечень заданий к лабораторной работе............................... 7

5.  Порядок выполнения лабораторной работы........................... 9

6.  Содержание отчета по лабораторной работе........................ 18

7.  Список литературы................................................................. 19

8.  Приложения............................................................................ 20

1  Цель работы

Целью лабораторной работы «Разработка диаграмм потоков данных с использованием CASE-технологии» по дисциплине «Проектирование информационных систем» является ознакомление с возможностями CASE-средств для построения и анализа функциональной модели информационной системы.

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

В процессе выполнения лабораторной работы студенты изучают порядок разработки диаграммы потоков данных в информационных системах управления экономическими объектами с использованием CASE-технологии (Computer Aided System Engineering) на примере программного средства Design/IDEF 3.5.

2  Программно-техническая платформа

В качестве программного обеспечения используется программный продукт Design/IDEF 3.5 (разработчик Meta Software (USA), дистрибьютор Метатехнология (Москва)). Для написания отчета используется приложение Microsoft Office Microsoft Word 2003.

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

3  ТеоретическАЯ ЧАСТЬ

Диаграммы потоков данных (Data Flow Diagrams – DFD) используются для представления функциональной модели информационной системы. Эти диаграммы в основном предназначены для анализа предметной области, представления моделей типа AS IS (как есть) и TO BE (как должно быть). Методология DFD моделирования во многом похожа на методологию IDEF0. Однако в ней помимо процессов отражаются объекты предметной области. Диаграммы потоков данных могут быть полезны как развитие функциональных моделей анализа предметной области по методологии IDEF0 (стандартная методология SADT), а также для разработки программного обеспечения.

Моделирование предметной области с помощью DFD диаграмм дополняется построением моделей типа «сущность–связь» (Entity Relationship – ER) и «переходов состояния» (State Transiting Diagrams – STD).

В основе методологии моделирования потоков данных, поддерживаемой программным средством Design/IDEF (IDEF – Integrated DEFinition), лежит иерархия диаграмм потоков данных, описывающая процессы преобразования информации от ее ввода в систему до выдачи пользователю.

Основными компонентами DFD являются:

·  приемники данных (так называемые внешние сущности по отношению к информационной системе);

·  процессы обработки (вычислительные процессы, соответствующе функциям системы);

·  хранилища (накопители) данных;

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

В качестве основных символов DFD могут быть использованы следующие (см. табл. 1).

Таблица 1

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

Символы

DFD

Нотация

Гейна-Сарсона

Нотация

Йордана

Поток данных

Процесс

обработки

Хранилище данных

Внешняя

сущность

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

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

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

Хранилище (накопитель) данных является прообразом будущей базы данных.

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

При построении иерархически взаимосвязанных DFD должны выполняться следующие правила [1]:

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

·  правило нумерации – при детализации процессов должна поддерживаться их иерархическая нумерация. Например, процессы, детализирующие процесс с номером 12, получают номера 12.1, 12.2, 12.3 и т.д.

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

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

Похожие материалы

Информация о работе