Разработка клиент-серверного приложения

Липецкий государственный технический университет

Факультет автоматизации и информатики

Кафедра Автоматизированных систем управления

ИНДИВИДУАЛЬНОЕ ДОМАШНЕЕ ЗАДАНИЕ

по дисциплине «Технологии информационных систем»

Разработка клиент-серверного приложения

Липецк, 2020г.

Задание кафедры

Разработать клиент-серверное приложение по плану:

1. Выбрать предметную область для разработки информационной системы. Сформулировать название информационной системы. Составить план разработки информационной системы.
2. Определить цели и задачи разработки информационной системы. Уточнить план разработки информационной системы.
3. Построить диаграммы «сущность-связь» и «атрибут-атрибут» информационной системы. Составить спецификации сущностей, связей и атрибутов.
4. Построить физическую модель базы данных. Привести примеры заполнения таблиц.
5. Реализовать базу данных информационный системы с использованием реляционной СУБД (например, MS Access).
6. Заполнить таблицы базы данных информацией, соответствующей предметной области (не менее 50 записей).
7. Сформулировать запросы на поиск информации в информационной системе, в соответствии с целью и задачами разработки информационной системы (не менее двух запросов по каждой сущности, двух – по каждому отношению, и двух комплексных). Реализовать запросы в информационной системе с использованием структурированного языка запросов СУБД.
8. С использованием конструктора отчетов сформировать формы вывода результатов запросов в структурированном виде.

1. Предметная область

Предметная область: учет плановых мероприятий

Название ИС: «Планировщик задач»

План разработки информационной системы:

2. Определение целей и задач разработки

Цели:

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

совместный доступ к расписанию

Задачи:

ведение календаря

синхронизация расписания пользователя при изменении мероприятия

организация почтовой рассылки

3. Построение инфологической модели

Для построения инфологической модели требуется выделить сущности предметной области:

1. Мероприятие (название, описание, место)
2. Пользователь (логин и пароль, эл. почта, тип, имя)
3. Дата (начало, конец, повтор, целый день, периодичность)
4. Время выполнения (начало, конец, )
5. Свободное время (начало, конец, )
6. Календарь (число, месяц, год)
7. Расписание

В соответствии с предметной областью система строится с учётом следующих особенностей:

• Мероприятие может проводиться в несколько дат, равно как и в дату может проводиться несколько мероприятий.
• Мероприятие однозначно соотносится со временем выполнения. Одно и то же мероприятие может выполняться в разное время выполнения. В одно время выполнения может проводиться только одно мероприятие.
• Мероприятие назначается пользователем. Каждый пользователь может добавлять множество мероприятий. Мероприятие может быть изменено множеством других пользователей, при условии, что на это мероприятие пользователь приглашен либо является его участником.
• Одно мероприятие может быть занесено в расписания нескольких пользователей.

Пользователь имеет доступ к расписанию:

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

Дата посредством календаря заносится в расписание.

• Одна дата может соответствовать нескольким мероприятиям, и одно мероприятие может повторяться в нескольких датах.

Время выполнения и свободное время взаимосвязаны:

• Время выполнения однозначно задаёт вычет в свободном времени, а изменения свободного времени и времени выполнения, соответственно, учитываются далее в расписании.
• Время выполнения вносится в одно или несколько расписания.
• Свободное время однозначно учитывается в одном или нескольких расписаниях.

Календарь как посредник между датой и расписанием:

• Календарь является источником данных для расписания, то есть дата вносится в расписание посредством календаря.

Расписание видно пользователю.

• Одно расписание может быть видно только одному пользователю

Задача имеет атрибуты:

• плановая дата начала,
• плановая дата окончания,
• фактическая дата начала,
• фактическая дата окончания,
• плановая длительность,
• фактическая длительность.

4. Построение физической модели

Отобразим образованные связи в модели:

[pic 1]

Рисунок 4.1 – Сущности и связи, диаграмма ER

5. Реализация базы данных

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