Essays.club - Получите бесплатные рефераты, курсовые работы и научные статьи
Поиск

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

Автор:   •  Сентябрь 12, 2020  •  Практическая работа  •  1,134 Слов (5 Страниц)  •  8 Просмотры

Страница 1 из 5

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

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

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

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

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

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

Студент

Рубцова Е.Р.

Группа АС-18                                                                

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

Ведищев В.В.

Доцент, к. т. н.

Липецк, 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. Также реализованы дополнительные функции по работе с данными: плановое время и реальное задаются отдельно, есть возможность оценить результат мероприятия после его проведения, время выполнения может задаваться периодами, а сами мероприятия могут проводиться одновременно.

...

Скачать:   txt (21.2 Kb)   pdf (761.9 Kb)   docx (289.3 Kb)  
Продолжить читать еще 4 страниц(ы) »
Доступно только на Essays.club