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

 

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

 

Добавляются:

- Activity - значок активности. Похож на значок состояния State, который обозначает ожидание события, а значок Activity означает действие.

- Значки синхронизации

- Decision – решение, позволяет показать зависимость от внешних условий или решений (аналогичен If case в языказ программирования)

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

 

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

 

 

 

Изображение диаграммы в виде двумерной схемы

 

 

 

Нотации диаграммы состояния

 

Основные концепции (нотации) структурного подхода

Технология IDEF0

IDEF0 основана на четырех основных понятиях:

1. Функциональный блок.

2. Интерфейсная дуга.

3. Декомпозиция.

4. Глоссарий.

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

Функциональный блок изображается прямоугольником, стороны которого имеют следующие значения:

Ø Верхняя сторона – управление.

Ø Нижняя сторона – механизм.

Ø Левая сторона – вход.

Ø Правая сторона – выход

Функциональный блок имеет имя, которое определяет некоторое действие. В общем виде функциональный блок показан на рис.4.1.

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

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

 

 

IDEF3-технология

 

Технология IDEF3 позволяет

Ø документировать технологические процессы,

Ø исследовать сценарии,

Ø моделировать ситуации.

Рассмотрим построение сценария в IDEF3-технологии. В основе построения сценария лежат два типа диаграмм:

1. Диаграмма описания последовательности этапов процесса.

2. Диаграмма состояний объекта.

 

Используются следующие стандартные условные обозначения:

 

- функциональный элемент поведения,

 

-

Данные

данные, обрабатываемые в функциональном элементе поведения,

 

 

- передача действия от одного функционального элемента поведения к другому,

 

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

 

- состояние объекта,

 

 

- - перекресток для разветвления процессов

 

Символ J перекрестка может принимать одно из следующих значений:

Ø & - слияние результатов всех работ, если стрелки входят в перекресток;
запуск всех работ, если стрелки выходят из него.

Ø О - слияние результатов работ, если хотя бы одна из входных работ
завершена;
запуск хотя бы одной работы.

Ø Х - слияние только одной работы из ряда входящих в перекресток работ;
запуск только одной работы из выходящих из него работ.

 

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

 

Подобно IDEF0 DFD (Data Flow diagramming) представляет модульную систему как сеть связанных между собой процессов, или действий и используются для наглядного отображения текущих операций документооборота. DFD описывает:

· процессы обработки информации

· документы, объекты, сотрудников или отделы, которые участвуют в обработке информации.

Диаграмма потоков данных включает также внешние по отношению к системе источники данных и адресаты, которые принимают информацию от системы, и идентифицирует хранилища данных, к которым осуществляется доступ системы. Основные объекты в DFD:

· Потоки данных – показывают что передает один процесс другому.

· Процесс - осуществляет преобразование входной информации в выходную.

· Хранилище данных – описывает данные, которые необходимо хранить в памяти, прежде чем использовать в работах

· Внешняя сущность – представляет некоторый объект вне системы

В BPWin для построения диаграмм потоков данных используется нотация Гейна- Сарсона

 

- Внешняя сущность

 

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

 

-

 

- Процесс (действие)

- отношение предшествования

 

- связь между элементами диаграммы

 

- поток данных

- связь между внешними сущностями и процессами

 

 

IDEF1Х-технология

 

Методология IDEF1Х используется для разработки реляционных баз данных. В ней предложен условный синтаксис для удобного построения концептуальных схем баз данных. Эти схемы представляют структуры данных независимо от платформы реализации базы данных.

Синтаксис IDEF1Х основан на двух основных понятиях:

1. Сущность (Entity).

2. Связь (Relationship).

В синтаксисе IDEF1Х концептуальные схемы строятся в виде логической и физической моделей данных. Первая модель связана непосредственно с исследуемыми бизнес-процессами. Вторая, физическая модель учитывает реализацию схемы данных в конкретной системе управления базой данных (Access, Paradox и др.).

Сущность в IDEF-технологии характеризуется набором данных, которые собираются в таблицу:

 

 

А
А1	А2	А3	…
а11 а21 …	а12 а22 …	а13 а23 …	… … …

 

Сущность А как таблица имеет столбцы (поля) с именами А1, А2, А3, …(атрибутами) и строки (записи) со значениями данных (а11,а12,а13,…), (а21,а22,а23,…) и т.д. Обычно первый столбец А1 таблицы А имеет особый смысл: его значение однозначно определяет значения всей строки - записи. Например, значение а11 однозначно определяет запись (а12,а13,…). Поэтому поле А1 называют ключевым полем, или просто ключом сущности А. Значения в ключевом поле не могут повторяться. Заметим, что ключевых полей может быть несколько. Тогда говорят о составном ключе, в котором не могут повторяться комбинации значений ключевых полей.

Связи в IDEF1X-технологии устанавливают те отношения между данными, которые существуют в реальных бизнес-процессах. Если IDEF0-технология ориентирована на создание модели бизнес-процесс, то в IDEF1X-технологии создают модели обрабатываемых при этом данных и связей между ними.

В моделях данных IDEF1X-технологии приняты следующие условные обозначения:

 

 

- сущность А с ключом А1;

 

 

- связь ОДИН-К-ОДНОМУ, когда одной записи сущности A соответствует одна запись сущности В, и одной записи сущности В соответствует одна запись сущности А;

- связь ОДИН-КО-МНОГИМ, когда одной записи сущности А соответствует много записей сущности В, и многим записям сущности В соответствует одна запись сущности А;

- связь МНОГИЕ-КО-МНОГИМ, когда одной записи сущности А соответствует много записей сущности В, и одной записи сущности В соответствует много записей сущности А

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

 

 

 

 

Варианты заданий

В курсовом проекте должна рассматриваться одна из следующих тем:

- Учет продукции предприятия,

- Учет работы Учебного заведения,

- Контроль качества выпускаемой продукции,

- Учет и поиск элементов РЭА по характеристикам,

- Хранение и учет проектной документации.

 

Список источников

1. ГОСТ 34.003-90 Автоматизированные системы. Комплекс стандартов на автоматизированные системы. Термины и определения. – М.: ИПК Изд-во стандартов, 1992.

2. ГОСТ 34.601-90 Автоматизированные системы. Комплекс стандартов на автоматизированные системы. Стадии создания. – М.: ИПК Изд-во стандартов, 1997.

3. РД 50-34.698-90 Автоматизированные системы. Требования к содержанию документов. – М.: ИПК Изд-во стандартов, 1990.

4. РД 50-680-88 Автоматизированные системы. Основные положения. – М.: ИПК Изд-во стандартов, 1991.

5. А. Хоменко, Л.Цыганков, М. Мальцев. Базы данных: Учебник высших и средних учебных заведений. СПб.:КОРОНАпринт, 2000.-416с.

6. Г. Хансен, Дж. Хансен. Базы данных: разработка и управление. М.: ЗАО «Издательство БИНОМ», 1999.- 704с.

7. Т.С.Карпова. Базы данных. Учебник.- СПб.:Питер, 1999.-310с.

8. Д.Вейкас Эффективная работа с Microsoft Access 2000. СПб.: БХВ - Санкт-Петербург, 2000.- 320с.

9. Ю. Бекаревич, Н. Пушкина. MS Access за 30 занятий. –СПб.: БХВ – Санкт-Петербург, 2000.- 512с.

10. А. Гарнаев. Office 2000: разработка приложений / под общ. Ред. Ф. Новикова. – СПб.: БХВ - Санкт-Петербург, 2000.- 656с.

11. Д. Миронов. Создание Web-страниц в MS Office 2000. – СПб.: БХВ - Санкт-Петербург, 2000.- 320с.

12. Дж. Рамбо, А. Якобсон, Г. Буч. UML: специальный справочник. – СПб.: Питер, 2002. – 656 с.

13. А. Вендров. Практикум по проектированию программного обеспечения экономических информационных систем: Учеб. Пособие. – М.: Финансы и статистика, 2002. – 192с.

14. Т.Ф. Осипова, А.Г. Степанов. Информационные системы. Использование CASE –средств при описании бизнес-процессов. Методические указания к выполнению лабораторных работ.ГОУ ИПО «Санкт-Петербургский государственный университет аэрокосмического приборостроения», 2005

15. Г.В. Преснякова. Проектирование интегрированных реляционных баз данных. –М:КДУ;СПб.: Петроглиф,2007.- 224с

 

Приложение Бланк задания на курсовую работу.

 

МИНИСТЕРСТВО ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ

 

САНКТ-ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕНННЫЙ УНИВЕРСИТЕТ АЭРОКОСМИЧЕСКОГО ПРИБОРОСТРОЕНИЯ

 

КАФЕДРА МЕНЕДЖМЕНТА НАУКИ И ОБРАЗОВАНИЯ

 

 

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

 

на курсовую работу по дисциплине «Информационное обеспечение и базы данных»

 

 

Тема _________________________________________________________________________

_____________________________________________________________________________Выдано

студенту ___________________________________________группы ____________________

Руководитель

Проектирования _______________________________________________________________

 

1. ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ

 

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

 

 

2. СОДЕРЖАНИЕ ПОЯСНИТЕЛЬНОЙ ЗАПИСКИ

 

1. Титульный лист
2. Аннотация
3. Содержание
4. Техническое задание
5. Введение
6. Описание предметной области
7. Анализ предметной области
8. Реализация в MS Access
9. Заключение
10. Литература

 

3.КАЛЕНДАРНЫЙ ГРАФИК РАБОТ

 

Этап работы	Номер недели в весеннем семестре	Отметка о выполнение
Выдача задания
Утверждение задания
Сбор и анализ данных
Концептуальная модель
Реализация модели
Тестирование
Оформление приложения пользователя
Оформление записки
Представление работы к защите
Защита

 

 

Задание принял

к исполнению ________________________________________________________________

 

Задание

Выдал ______________________________________________________

 

 

 

СОДЕРЖАНИЕ

1. Общие сведения.. 3

2. Структура пояснительной записки.. 6

2.1. Титульный лист и задание. 6

2.2. Пояснительная записка. 6

2.3. Глоссарий. 6

2.4. Источники. 6

2.5. Приложение. 7

3. Обязательные документы в пояснительной записке.. 8

3.1. Общие положения. 11

3.2. Описание процесса деятельности. 17

3.2.1. Объектно-ориентированное проектирование. 17

3.2.2. Структурное проектирование. 25

3.3. Основные технические решения. 32

3.4. Подготовка объекта автоматизации к вводу системы в действия. 37

4. Основные концепции объектно-ориентированного и структурного подходов.. 38

4.1. Язык UML. Основные концепции (нотации). 38

4.1.1. Нотации представления использования (диаграмма прецедентов) 38

4.1.2. Логическое представление. 38

4.1.3. Нотации диаграммы последовательности. 40

4.1.4. Нотации диаграммы последовательности. 41

4.1.5. Нотации диаграммы состояния. 42

4.2. Основные концепции (нотации) структурного подхода. 43

4.2.1. Технология IDEF0. 43

4.2.2. IDEF3-технология. 44

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

4.2.4. IDEF1Х-технология. 46

5. Варианты заданий.. 48

Список источников. 50

Приложение Бланк задания на курсовую работу. 51