Определение факультативов для студентов

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

1.1 Сведения, которые должна содержать БД

ИС должна содержать следующую информацию:

Сведения обо всех факультативах проходящих в высшем учебном заведении, а также анкетные данные студентов, которые принимают участие в факультативах . Основные характеристики анкеты студента (код студента, фамилия, имя, отчество, адрес и телефон).

Сведения о факультативах, проходящих в вузе (код предмета, название, объем лекций ,объем практик ,объем лабораторных работ и т.д.).

Сведения об учебном плане для факультативов  проходящих в вузе (код студента, код предмета, оценка).

1.2 Пользователи и возможности базы данных для них

Работающие с базами данных пользователи обладают различными навыками и знаниями и сталкиваются с решением различных задач.

Пользователи бывают:

• конечные пользователи
• разработчики БД
• разработчики приложений
• администраторы БД

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

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

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

1.3 Логическая модель базы данных «сущность-связь»

  Прежде, чем приступать к созданию системы автоматизированной обработки информации, разработчик должен сформировать понятия о предметах, фактах и событиях, которыми будет оперировать данная система. Для того чтобы привести эти понятия той или иной модели данных, необходимо заменить их информационными представлениями. Одним из наиболее удобных инструментов унифицированного представления данных, независимого от реализующего его программного обеспечения, является модель «сущность-связь» (entity-relationship model, ER-model).

Модель «сущность-связь» основывается на некой важной семантической информации о реальном мире и предназначена для логического представления данных. Она определяет значения данных в контексте их взаимосвязи с другими данными. Важным является тот факт, что из модели «сущность-связь» могут быть порождены все существующие модели данных (иерархическая, сетевая, реляционная, объектная), поэтому она является наиболее общей.

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

Модель «сущность-связь» была предложена в 1976 г. Питером Пин-Шэн Ченом.

Любой фрагмент предметной области может быть представлен как множество сущностей, между которыми существует некоторое множество связей.

Сущность (entity) - это объект, который может быть идентифицирован неким способом, отличающим его от других объектов. Примером может быть конкретный человек, предприятие, событие и т.д.

Набор сущностей (entity set) - множество сущностей одного типа (обладающих одинаковыми свойствами). Примером набора сущностей могут служить все люди, предприятия, праздники и т.д. Наборы сущностей не обязательно должны быть непересекающимися. Например, сущность, принадлежащая к набору МУЖЧИНЫ, также принадлежит набору ЛЮДИ.

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

В дальнейшем для определения сущности и ее атрибутов будем использовать обозначение вида

СТУДЕНТЫ  (Код студента, Фамилия, Имя, Отчество ,Адрес, Телефон).

Множество значений (область определения) атрибута называется доменом. Например, для атрибута Телефон домен задается интервалом целых чисел, поскольку людей с отрицательным числами в номере телефона  не бывает.

В упомянутой статье П. Чена атрибут определяется как функция, отображающая набор сущностей в набор значений или в декартово произведение наборов значений. Так атрибут ТЕЛЕФОН  производит отображение в набор значений (домен) Номер_телефона. Атрибут Код студента производит отображение номера студента в базе данных а ,ИМЯ, ФАМИЛИЯ и ОТЧЕСТВО содержат личную информацию о студенте.

Отсюда определяется ключ сущности - группа атрибутов, такая, что отображение набора сущностей в соответствующую группу наборов значений является взаимно-однозначным отображением. Другими словами: ключ сущности - это один или более атрибутов, уникально определяющих данную сущность. В нашем примере ключом сущности СТУДЕНТЫ  является атрибут Код_студента (конечно, только в том случае, если все коды студентов уникальны).

1. Акопянц А.Х. И снова о Lotus Notes // Компьютерра. 2002. – №27.
2. Баласанян В.Э. От традиционного делопроизводства к электронному документообороту // Мир связи. 2010. - №12.
3. Баласанян В.Э. Применение автоматизированных систем документационного обеспечения управления для повышения эффективности управления. - М.: Документация в информационном обществе, 201 - с.70.
4. Балабанов И.Т. Интерактивный бизнес. – СПб: Питер, 2011. – 128 с.
5. Бобылева М.П. Вопросы использования элементов электронного документооборота внутри организации // Делопроизводство. 201 – №2. – с. 14—18.
6. Бобылева М.П. Некоторые вопросы использования элементов электронного документооборота между организациями // Делопроизводство. 201 – №3. –с. 36—40.
7. Грабер М. SQL. Справочное руководство. – М.: Лори, 2009. – 644 с.
8. Доронина Л.А., Черников Б.В. Новые информационные технологии хранения документов организации: К постановке проблемы // Делопроизводство. 201 – №1. – с. 33—39.
9. Емельянов Н.Е. Где и когда оправдан электронный архив?  // Директор ИС. 2010. – №23.
10. Емельянов Н.Е. Электронные документы и БД // Директор информационной службы. 200 – № 18.
11. Ефимова О.А. Современные системы автоматизации делопроизводства: Попытка анализа и классификации // Секретарское дело. 201 – №4. – с. 37–42.
12. Ефремова О.А. Современные системы автоматизации делопроизводства: попытка анализа и классификации // Секретарское дело.  201  –  №  4 –  с. 41.