- •Выпускная квалификационная работа
- •Аннотация
- •Содержание введение
- •1. Анализ требований
- •Описание предметной области
- •Общая характеристика сдо «шмп»
- •Построение функциональной модели “Как есть”
- •Обзор существующих систем
- •1.4 Сравнительный анализ систем
- •Построение функциональной модели “Как надо”
- •Техническое задание
- •1. Введение.
- •2. Основания для разработки
- •Назначение разработки
- •Требования к программе или программному изделию
- •- Функции добавления, удаления, редактирования справочной информации;
- •5. Требования к программной документации
- •6. Стадии и этапы разработки
- •7. Порядок контроля и приемки
- •8. Приложения
- •2 Проектирование системы
- •2.1 Проектирование модели данных
- •2.1.1 Проектирование логической модели в erWin
- •2.1.2 Проектирование физической модели в erWin
- •2.4 Проектирование системы
- •2.4.1 Концептуальная модель системы
- •2.5.2 Диаграммы действий
- •2.5.3 Диаграммы последовательности действий
- •2.5.4 Диаграммы сотрудничества
- •3 Реализация проекта системы
- •Создание бд
- •3.1.1 Первоначальное заполнение бд
- •3.2 Выбор и обоснование среды разработки
- •3.3 Реализация программы
- •3.5 Тестирование приложения
- •3.5.1 Тестирование входных и выходных данных
- •3.6 Разработка пользовательского интерфейса с учетом эргономических требований
- •4 Экономическая оценка принятых решений
- •4.1 Оценка затрат труда на разработку программной системы
- •4.2 Затраты труда и сроки разработки
- •4.3 Расчет стоимости разработки
- •4.4 Расчет цены программы
- •5 Документирование
- •Руководство системного программиста
- •Общие сведения о информационной системе
- •Требования к аппаратному обеспечению:
- •Требуемое программное обеспечение:
- •Структура информационной системы
- •Настройка программы
- •Проверка информационной системы
- •5.1.5 Внешние настройки
- •5.1.6 Резервное копирование базы данных
- •5.1.7 Восстановление бд
- •5.1.8 Сообщения системному администратору
- •Руководство пользователя
- •Назначение информационной системы
- •5.2.2 Условия выполнения информационной системы Требования к аппаратному обеспечению:
- •Требуемое программное обеспечение:
- •Выполнение программы
- •Заключение
- •Список использованных источников
- •Приложение а
- •Функциональная модель «как есть»
2.1.2 Проектирование физической модели в erWin
После того, как построена модель на логическом уровне, настает время подумать о том, как эта логическая модель будут выражаться в терминах физической базы данных, включая выбор СУБД, типов данных по умолчанию и эффективных схем индексирования. Это принято называть физическим. уровнем модели ERwin. ERwin поддерживает построение и организацию работы на этих двух уровнях для одной диаграммы.
Таблица 2.1 Физическая модель данных
Сущность |
Имя атрибута сущности |
Имя таблицы |
Имя столбца таблицы |
Тип данных столбца таблицы |
1 |
2 |
3 |
4 |
5 |
Пользователь |
ID Пользователя(PK) |
Users |
IDUSR |
int |
Логин |
Login |
VarChar(6) |
||
Пароль |
Password |
VarChar(15) |
||
Имя |
Name |
VarChar(15) |
||
Фамилия |
Fam |
VarChar(15) |
||
Отчество |
Otch |
VarChar(15) |
||
Телефон |
Phone |
int |
||
Дата рождения |
DataRojd |
DateTime |
||
|
|
VarChar(15) |
||
ID Статуса пользователя |
ID Stat |
int |
||
Профиль |
ID пользователя |
BasePM |
IDUSR |
int |
Аватар |
URLava |
VarChar(15) |
||
Дата регистрации |
DateReg |
VarChar(15) |
||
Подпись |
Podp |
VarChar(15) |
||
Статус |
ID Статуса |
Status |
IDStat |
int |
Название статуса |
NameStat |
VarChar(15) |
||
Портфолио |
ID Пользователя |
Portfolio |
IDUsr |
int |
Ссылка на контент проекта |
URLtoPr |
VarChar(15) |
||
Описание проектов |
Message |
VarChar(150) |
||
Заголовки проектов |
Zagolpr |
VarChar(15) |
Таблица 2.1 продолжение
1 |
2 |
3 |
4 |
5 |
Оценки |
ID Оценки за тест |
Balli |
IDOcen |
int |
ID Пользователя |
IDUsr |
int |
||
Оценка |
Ocen |
int |
||
ID Урока |
IDTeach |
int |
||
Видеоурок |
ID Урока |
VideoT |
IDT |
int |
ID Пользователя |
IDUsr |
int |
||
Ссылка на видео |
SsilToVid |
VarChar(255) |
||
Текст урока |
TextTeach |
VarChar(255) |
||
Сообщение на форуме |
ID сообщения |
Portfolio |
IDMes |
int |
ID темы на форуме |
IDTheme |
int |
||
ID пользователя |
||||
IDUsr |
int |
|||
Дата сообщения |
Дата сообщения |
DataMes |
||
Текст сообщения |
Text mes |
Text |
||
Вопросы |
ID Вопроса |
Questions |
IDQ |
int |
Вопрос
|
Quest |
VarChar(255) |
||
ID Урока |
IDT |
int |
||
Правильные ответы |
ID Вопроса |
Trueotv |
ID vop |
int |
Правильный ответ |
Trotv |
VarChar(25) |
||
Варианты ответов |
ID Вопроса |
Varot |
ID vop |
int |
ID варианта ответа |
ID varot |
int |
|
|
|
|
|
Таблица 2.1 продолжение
1 |
2 |
3 |
4 |
5 |
|
Ответ |
|
otvet |
int |
Темы на форуме |
ID Темы на форуме |
SrBAL |
IDlk |
int |
ID пользователя |
IDUsr |
int |
||
Описание темы |
OPtheme |
Text |
||
Название темы |
NameTheme |
Text |
||
Личные сообщения |
ID пользователя |
Group |
IDUsr |
int |
Статус чтения |
St |
Bool |
||
Отправитель |
Otr |
VarChar(25) |
||
Адресат |
Adr |
VarChar(25) |
||
Тема сообщения |
Thms |
VarChar(255) |
||
Текст сообщения |
Textms |
VarChar(255) |
||
Новости |
ID Новости |
News |
IDNews |
int |
Название новости |
NameNews |
VarChar(255) |
||
Описание |
OpisNews |
VarChar(255) |
||
ID пользователя |
IDUsr |
int |
Проектирование физической модели БД основывается на результатах построения логической модели БД и в общем случае представляет собой процесс перевода терминов логической модели, как обобщенных понятий, в термины конкретной СУБД, с которой в дальнейшем будет обработка данных. Всем сущностям логической модели соответствуют таблицы в физической модели, а атрибутам сущностей, в свою очередь, соответствуют поля таблицы. Каждый экземпляр сущности представляется в виде записи в соответствующей таблице.
В CASE-инструментарии ERWin предусмотрена возможность автоматического параллельного проектирования физической модели БД, а также предусмотрена возможность переключения между диаграммами физической и логической моделей. Необходимо отметить, что физическая модель, в отличие от логической строится уже в терминах конкретной СУБД и, соответственно, поддерживает те возможности, которыми обладает целевая СУБД. В данном проекте выбор был остановлен на MуSQL SERVER.
При проектировании физической модели для формирования индексов таблиц использовалась опция автоматического создания индексов по первичным ключам, а также по внешним и альтернативным ключевым атрибутам. При этом тип индекса также определялся в зависимости от опции, определяющей возможность принимать уникальные и нулевые (неопределенные) значения (Null allowed) – для первичных ключей.