Проектирование приложения базы данных «Методичка»

Хабаровский Государственный Технический Университет

                                                                                         Кафедра ПОВТ и АС

«Проектирование»

                                                                      Выполнили: студенты  гр. ПО – 12

Кинзерский В.Н.

                                                                                      Семенова К. С.    

Честюнина Е.П.

                                                          Проверил:  Сачков С.А.     

Хабаровск

2004

Содержание:

1. Введение. 4

1.1. Цель. 4

1.2. Описание проекта. 4

1.3. Определения, сокращения, термины.. 4

2. Ссылки. 4

3. Описание декомпозиции. 4

3.1. Выбор архитектуры.. 4

3.2.  Декомпозиция базы данных. 5

3.2.1. Первый уровень декомпозиции. 5

3.2.2. Второй уровень декомпозиции. 5

3.2.3. Третий уровень декомпозиции. 6

3.3.  Модульная декомпозиция. 8

3.3.1.  Модуль доступа к БД.. 9

3.3.2.  Модуль генерации отчетов. 9

3.3.3.  Модуль справочников. 9

3.3.4.  Модуль периода актуальности. 9

3.3.5.  Модуль принадлежности лаб. раб. 10

3.3.6.  Модуль рекомендаций по лаб.раб. 10

3.4.  Декомпозиция на параллельные процессы.. 10

3.5.  Декомпозиция данных. 10

3.5.1. Таблица справочника учебных годов. 10

3.5.2. Таблица справочника лаб.раб. 11

3.5.3. Таблица справочника дисциплин. 11

3.5.4. Таблица справочника специальности. 11

3.5.5. Таблица справочника методичек. 12

3.5.6. Таблица периода актуальности. 12

3.5.7. Таблица принадлежности лаб.раб. 12

3.5.8. Таблица рекомендаций по лаб.раб. 12

3.5.9. Пользовательский тип передачи данных. 13

3.6.  Декомпозиция модели переходов состояний. 13

3.6.1. Диаграмма переходов состояний для приложения “Методичка”. 13

3.6.2. Декомпозиция состояния “Работа с данными”. 13

3.6.3. Декомпозиция состояния “Работа со справочниками”. 14

3.6.4. Декомпозиция состояния “Анализ данных”. 14

4. Описание зависимостей. 15

4.1. Межмодульные зависимости. 15

4.2. Межпроцессорные зависимости. 15

4.3. Зависимости внутри данных. 15

4.3.1. Таблица период актуальности. 16

4.3.2. Таблица принадлежности лаб.раб. 16

4.3.3. Таблица рекомендаций по лаб.раб. 16

4.4. Зависимости между состояниями. 16

5. Описание интерфейса. 16

5.1. Межмодульные интерфейсы.. 16

5.1.1. Интерфейс “модуля доступа к данным”. 16

5.1.2. Интерфейс “модуля генерации отчетов”. 17

5.1.3. Интерфейс “модуля справочников”. 18

5.1.4. Интерфейс “модуля периодов актуальности”. 18

5.1.5. Интерфейс “модуля принадлежности лаб. раб.”. 19

5.1.6. Интерфейс “модуля рекомендаций по лаб. раб.”. 19

5.2. Интерфейс процессов. 19

6. Детальное проектирование. 19

 

1. Введение

1.1. Цель

В данном документе приведено проектирование приложения базы данных «Методичка».

1.2. Описание проекта

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

1.3. Определения, сокращения, термины

Нет.

2. Ссылки

Нет.

3. Описание декомпозиции

Для описания архитектуры приложения базы данных «Методичка» используются две модели: классов и переходов состояний.

3.1. Выбор архитектуры

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

·  Системы, управляемые событиями;

·  Уровневая архитектура;

·  Репозиторная архитектура (база данных). 

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

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

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

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

3.2.  Декомпозиция базы данных

3.2.1. Первый уровень декомпозиции

Справочный материал

Безопасность

1 уровень

 

2 уровень

	Актуальность		Принадлежность		Рекомендации