Автоматизация журнала учета документации учебной части отделения архитектуры ГБОУ СПО ПО ПМПК - Программирование, компьютеры и кибернетика курсовая работа

Главная

Программирование, компьютеры и кибернетика
Автоматизация журнала учета документации учебной части отделения архитектуры ГБОУ СПО ПО ПМПК

Построение инфологической концептуальной модели предметной области. Связи между таблицами в схеме данных MS Access. Окно ввода данных в запросе. Создание форм с помощью мастера. Запрос на выборку данных. Разработка эксплуатационной документации.


посмотреть текст работы


скачать работу можно здесь


полная информация о работе


весь список подобных работ


Нужна помощь с учёбой? Наши эксперты готовы помочь!
Нажимая на кнопку, вы соглашаетесь с
политикой обработки персональных данных

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
"Разработка и эксплуатация информационных систем"
«Автоматизация журнала учета документации учебной части отделения архитектуры ГБОУ СПО ПО ПМПК»
1.1Описание предметной области. Постановка задач
1.2 Выбор средств - методология проектирования
4.Разработка эксплуатационной документации
СУБД - система управления базами данных
СУРБД - система управления распределенными базами данных
В настоящее время в разных сферах деятельности все более нуждаются в средствах, позволяющих быстро и безошибочно перерабатывать большое количество информации. Применение таких средств позволяет существенно снизить затраты и повысить эффективность работы. Например, в каждом учебном заведение большой поток данных (абитуриенты, студенты, преподаватели, данные об успеваемости и т.п.) и чтобы снизить время обработки информации и облегчить работу сотрудникам заведений создается информационная система, которая может это позволить.
Основные идеи современной информационной технологии базируются на концепции БД. Согласно данной концепции основой информационной технологии являются данные, организованные в БД, адекватно отражающие действительность в той или иной предметной области и обеспечивающие пользователя актуальной информацией в соответствующей предметной области.
В работе рассматриваются системы управления базами данных реляционного типа. Обычно различают три класса СУБД, обеспечивающих работу иерархических, сетевых и реляционных моделей. Однако различия между этими классами постепенно стираются, причем, видимо, будут появляться другие классы, что вызывается, прежде всего, интенсивными работами в области баз знаний (БЗ) и объектно-ориентированной технологией. Поэтому традиционной классификацией пользуются все реже, но я придерживаюсь именно ее, как наиболее устоявшуюся. Каждая из указанных моделей обладает характеристиками, делающими ее наиболее удобной для конкретных приложений.
Цель любой информационной системы -- обработка данных об объектах реального мира. В широком смысле слова база данных -- это совокупность сведений о конкретных объектах реального мира в какой-либо предметной области. Под предметной областью принято понимать часть реального мира, подлежащего изучению для организации управления и в конечном счете автоматизации, например, предприятие, вуз и т.д.
Создавая базу данных, пользователь стремится упорядочить информацию по различным признакам и быстро извлекать выборку с произвольным сочетанием признаков. Сделать это возможно, только если данные структурированы.
Структурирование -- это введение соглашений о способах представления данных.
Неструктурированными называют данные, записанные, например, в текстовом файле.
БД -- это поименованная совокупность структурированных данных, относящихся к определенной предметной области.
СУБД -- это комплекс программных и языковых средств, необходимых для создания баз данных, поддержания их в актуальном состоянии и организации поиска в них необходимой информации.
Централизованный характер управления данными в базе данных предполагает необходимость существования некоторого лица (группы лиц), на которое возлагаются функции администрирования данными, хранимыми в базе.
По технологии обработки данных базы данных подразделяются на централизованные и распределенные.
Централизованная база данных хранится в памяти одной вычислительной системы. Если эта вычислительная система является компонентом сети ЭВМ, возможен распределенный доступ к такой базе. Такой способ использования баз данных часто применяют в локальных сетях ПК.
Распределенная база данных состоит из нескольких, возможно пересекающихся или даже дублирующих друг друга частей, хранимых в различных ЭВМ вычислительной сети. Работа с такой базой осуществляется с помощью системы управления распределенной базой данных (СУРБД).
По способу доступа к данным базы данных разделяются на базы данных с локальным доступом и базы данных с удаленным (сетевым) доступом.
Системы централизованных баз данных с сетевым доступом предполагают различные архитектуры подобных систем:
Цель моей работы состоит в том, чтобы создать ту информационную систему, с помощью которой можно существенно изменить работу учебной части колледжа. Для успешного создания работоспособной, отказоустойчивой и удобной информационной системы необходимо тщательное изучение предметной области, сбор исходных данных и их анализ. На этом этапе выделяется круг автоматизируемых задач и закладывается требования к функциональности системы.
Данный проект ставит перед собой следующие задачи:
Осуществлять учет документации (а именно расписание консультаций, расписание факультативных занятий, классное руководство групп, аттестация групп);
Иметь удобный, интуитивно понятный интерфейс пользователя;
1.1 Описание предметной области. Постановка задач
Цель курсовой работы - закрепление навыков по разработке автоматизированных информационных систем средствами СУБД Access, проработка комплекса вопросов, решаемых в технологической цепочке создания программного обеспечения, разработка информационной системы и пользовательской документации.
Тематика курсовой работы: Автоматизация журнала учета документации учебной части отделения архитектуры ГБОУ СПО ПО ПМПК В данной курсовой работе рассматривается задачи, выполняемые учебной частью колледжа. Данная информационная система обеспечивает: хранение информации о преподавателях, назначение преподавателей, сведения о группах, состав групп и т.д. Информационная система реализует запросы аттестация групп, классное руководство, расписание факультативных занятий, расписание консультаций и т.п.
При разработке БД следует принять во внимание следующее:
БД должна удовлетворять актуальным информационным потребностям.
БД должна удовлетворять актуальным требованиям за приемлемое время, т. е. заданным требованиям производительности.
БД должна удовлетворять выявленным и вновь возникающим требованиям конечных пользователей.
БД должна легко расширяться при реорганизации и расширении предметной области.
БД должна легко изменяться при изменении программной и аппаратной среды.
Загруженные в БД корректные данные должны оставаться корректными.
Данные до включения в БД должны проверяться на достоверность.
Доступ к данным, размещаемым в БД, должны иметь только лица с соответствующими полномочиями.
Главными требованиями, положенными в основу при разработке комплекса стали: лёгкое использование и расширяемость. Поэтому комплекс разбивается на 8 основных программных блоков (модулей):
1.2 Выбор средств - методология проектирования
В создании моей информационной системы использовалась система управления базами данных MicrosoftAccess. Она является одним из самых популярных приложений в семействе настольных СУБД. Все версии Access имеют в своем арсенале средства, значительно упрощающие ввод и обработку данных, поиск данных и предоставление информации в виде таблиц, графиков и отчетов. Начиная с версии Access 2000, появились также Web-страницы доступа к данным, которые пользователь может просматривать с помощью программы Internet Explorer. Помимо этого, Access позволяет использовать электронные таблицы и таблицы из других настольных и серверных баз данных для хранения информации, необходимой приложению. Присоединив внешние таблицы, пользователь Access будет работать с базами данных в этих таблицах так, как если бы это были таблицы Access. При этом и другие пользователи могут продолжать работать с этими данными в той среде, в которой они были созданы.
Access позволяет не только вводить данные в таблицы, но и контролировать правильность вводимых данных. Для этого необходимо установить правила проверки прямо на уровне таблицы. Тогда каким бы образом не вводились данные -- прямо в таблицу, через экранную форму или на странице доступа к данным, Access не позволит сохранить в записи те данные, которые не удовлетворяют заданным правилам. В Access возможно создание связей между таблицами, что позволяет совместно использовать данные из разных таблиц. При этом для пользователя они будут представляться одной таблицей. Реализовать такую возможность в системах управления электронными таблицами сложно, а иногда просто невозможно.
Устанавливая взаимосвязи между отдельными таблицами, Access позволяет избежать ненужного дублирования данных, сэкономить память компьютера, а также увеличить скорость и точность обработки информации. Для этого таблицы, содержащие повторяющиеся данные, разбивают на несколько связанных таблиц.
Access имеет развитую систему защиты от несанкционированного доступа, которая позволяет каждому пользователю или группе пользователей видеть и изменять только те объекты, на которые ему выданы права администратором системы, например можно запретить использование некоторых команд меню, открытие определенных форм, изменение данных в таблицах или формах. Электронные таблицы тоже позволяют защитить данные паролем или разрешить только просмотр данных, однако эти средства существенно проще.
Таким образом, СУБД Access применяется в тех случаях, когда прикладная задача требует хранения и обработки разнородной информации о большом количестве объектов и предполагает возможность многопользовательского режима.
Построение инфологической концептуальной модели предметной области
Предметная область определена, если известны существующие в ней объекты, их свойства и отношения(ПО: объекты, свойства, отношения). Модель "сущность-связь" - неформальная модель предметной области, используемая на этапе инфологического проектирования.
Модель сущность-связь строится с использованием трех конструктивных элементов: сущность, атрибут и связь.
Сущность - это некоторая абстракция (модель) реально существующего объекта, процесса или явления, о котором необходимо хранить информацию в ПО.
Ключ сущности - группа атрибутов, такая, что отображение набора сущностей в соответствующую группу наборов значений является взаимно-однозначным отображением. Другими словами: ключ сущности - это один или более атрибутов уникально определяющих данную сущность.
Атрибут - поименованная характеристика сущности - средство для описания свойств сущностей (средство для моделирования свойств объекта).
Связь - ассоциирование двух или более сущностей. Однако одно из основных требований к организации базы данных - это обеспечение возможности отыскания одних сущностей по значениям других, для чего необходимо установить между ними определенные связи.
Каждая связь может иметь один из следующих типов связи:
Связь типаодин-к-одному означает, что один экземпляр первой сущности (левой) связан с одним экземпляром второй сущности (правой). Связь один-к-одному чаще всего свидетельствует о том, что на самом деле мы имеем всего одну сущность, неправильно разделенную на две.
Связь типа один-ко-многим означает, что один экземпляр первой сущности (левой) связан с несколькими экземплярами второй сущности (правой). Это наиболее часто используемый тип связи. Левая сущность (со стороны "один") называется родительской, правая (со стороны "много") - дочерней.
Связь типа много-ко-многим означает, что каждый экземпляр первой сущности может быть связан с несколькими экземплярами второй сущности, и каждый экземпляр второй сущности может быть связан с несколькими экземплярами первой сущности. Тип связи много-ко-многим является временным типом связи, допустимым на ранних этапах разработки модели. В дальнейшем этот тип связи должен быть заменен двумя связями типа один-ко-многим путем создания промежуточной сущности.
Каждая связь может иметь одну из двух модальностей связи:
Модальность "может" означает, что экземпляр одной сущности может быть связан с одним или несколькими экземплярами другой сущности, а может быть и не связан ни с одним экземпляром.
Модальность "должен" означает, что экземпляр одной сущности обязан быть связан не менее чем с одним экземпляром другой сущности.
Связь может иметь разную модальность с разных концов. Описанный графический синтаксис позволяет однозначно читать диаграммы, пользуясь следующей схемой построения фраз:
<Каждый экземпляр СУЩНОСТИ 1><МОДАЛЬНОСТЬ СВЯЗИ><НАИМЕНОВАНИЕ СВЯЗИ><ТИП СВЯЗИ><экземпляр СУЩНОСТИ 2>.
Каждая связь может быть прочитана как слева направо, так и справа налево.
В своей курсовой работе я применяю связи типа один-ко-многим, с помощью создания промежуточной сущности:
Сущность ПРЕПОДАВАТЕЛИ имеет атрибуты: (код_преподавателя, фамилия, имя, отчество, пол, норма_часов); сущность ДИСЦИПЛИНЫ имеет атрибуты: (код_дисциплины, наименование_дисциплины, аттестация). ПРЕПОДАВАТЕЛИ и ДИСЦИПЛИНЫ объединены промежуточной сущностью НАЗНАЧЕНИЕ.
Сущность ПРЕПОДАВАТЕЛИ(код_преподавателя, фамилия, имя, отчество, пол, норма_часов) и сущность ГРУППЫ с атрибутами: (код_группы, наименование_группы, кол-во_студентов) объединены промежуточной сущностью КЛАССНОЕ_РУКОВОДСТВО.
Сущность ДИСЦИПЛИНЫ (код_дисциплины, наименование дисциплины, аттестация) и сущность ГРУППЫ(код_группы, наименование_группы, кол-во_студентов) объединены промежуточной сущностью АТТЕСТАЦИЯ.
Сущности ФАКУЛЬТАТИВЫ(код, назначение, код_группы, аудитория, время, день_недели) и КОНСУЛЬТАЦИИ(код, назначение, код_группы, аудитория, время, день_недели) имеют общую связь с промежуточной сущностью НАЗНАЧЕНИЕ и связь с сущностью ГРУППЫ(код_группы, наименование_группы, кол-во_студентов).
Схема 1. «ER-диаграмма системы»представлена в Приложение 1.
Рассмотрим связи между таблицами в схеме данных MSAccess. Тип связи определяется по подписи: 1-?, означает связь «один-ко-многим» (см. Приложение 2. Схема 2. «Схема данных системы»).
Связь «один-ко-многим» имеют все таблицы: например, рассмотрим таблицы ГРУППЫ и ФАКУЛЬТАТИВЫ. Таблица ГРУППЫ имеет ключевое поле код_группы(primarykey - первичный ключ); первичный ключ в таблице является базовым уникальным идентификатором для записей. Значение первичного ключа используется везде, где нужно указать на конкретную запись. Чтобы организовать между двумя таблицами связь, в одну из связываемых таблиц добавляем поле (поля), содержащее(ие) значение первичного ключа записи в связанной таблице (такое поле называют внешним ключом); в таблице ФАКУЛЬТАТИВЫ атрибут код_группыявляется внешним ключом (foreignkey), т.е связь осуществляется с помощью первичного и внешнего ключа. Проще говоря, связь один-ко-многим можно читать так: у одной группы может быть много различных факультативов.
Любому отношению присущи следующие свойства:
Порядок строк не существен (обычный файл упорядочен в определенной последовательности прежде всего для достижения необходимой производительности).
Порядок столбцов не существен (предполагается, что каждый столбец имеет уникальное имя).
Все значения имеют атомарный характер, т е. их нельзя разбить на компоненты (без потери информации).
Отношение представляет собой множество элементов -- кортежей (Кортеж - это элемент отношения, строка таблицы; упорядоченный набор из N элементов), а по определению множество не допускает наличия одинаковых элементов. Однако в обычном файле таких ограничений не существует.
Процесс выявления объектов и их взаимосвязей с помощью концепций реляционной модели и табличной формы представления называется процессом нормализации. Теория нормализации основана на том, что определенные наборы отношений в процессе выполнения обновлений обнаруживают лучшие свойства по сравнению с любыми другими наборами отношений, содержащими те же данные.
В процессе разработки курсового проекта были разработаны таблицы: Аттестация, Группы, Дисциплины, Консультации, Назначение, Преподаватели, Руководитель группы, Факультативы.
Таблица № 1 - Разработка реляционных таблиц
Признак ключа, связь с таблицей сотрудников
Первичный ключ (связь с табл. «Дисциплины»)
Внешний ключ (связь с табл. «Группы»)
Первичный ключ (связь с табл. «Аттестация», «Факультативы», «Консультации», «Кл.руководство»)
Первичный ключ (связь с табл. «Назначение»)
Внешний ключ (связь с табл. «Аттестация»)
Внешний ключ (связь с табл. «Назначение»)
Внешний ключ (связь с табл. «Группы»)
Первичный ключ (связь с табл. «Консультации», «Факультативы»)
Внешний ключ (связь с табл. «Дисциплины»)
Внешний ключ (связь с табл. «Преподаватели»)
Первичный ключ (связь с табл. «Руковод.группы», «Назначение»)
Внешний ключ (связь с табл. «Преподаватели»)
Внешний ключ (связь с табл. «Группы»)
Внешний ключ (связь с табл. «Назначение»)
Внешний ключ (связь с табл. «Группы»)
В MicrosoftAccess таблицы создаются с помощью конструктора (см. ПРИЛОЖЕНИЕ 2 Схема 2.“Создание таблиц с помощью конструктора”).
Следующим этапом создания информационной системы является разработка схемы данных, создание связей между таблицами (см. 1.4., ПРИЛОЖЕНИЕ 3 Схема 3.“ER-диаграмма системы”).
3. Создание запросов, форм, отчетов
Запрос -- это набор инструкций, который можно использовать для обработки данных. Запрос не только возвращает результаты, которые можно сортировать, группировать и фильтровать, с помощью запроса можно также создавать, копировать, удалять и изменять данные.
Рассмотрим создание запроса с параметром в режиме конструктора. Запрос с параметрами при выполнении требует ввода некоторых значений (Рисунок 1.Окно ввода данных в запросе). После ввода значения запрос с параметрами использует его в качестве условия поля. Поле, к которому должно быть применено условие, задается на этапе конструирования запроса. При отказе от ввода значения запрос с параметрами принимает в качестве значения пустую строку.
SELECT группы.название_группы, аттестация.[время начала], аттестация.[время окончания]FROM группы INNER JOIN аттестация ON группы.код_группы = аттестация.ид_группы
WHERE (((группы.название_группы)=[введите название группы]));
Рисунок 1 - Окно ввода данных в запросе
В режиме конструктора имеет вид, представленный на рисунке 2
Рассмотрим также простой запрос на выборку данных.
SELECT преподаватели.фамилия, преподаватели.имя, преподаватели.отчество, группы.название_группы, группы.[кол-во_студентов]
FROM преподаватели INNER JOIN (группы INNER JOIN [руководитель группы] ON группы.код_группы = [руководитель группы].[код группы]) ON преподаватели.код_преподавателя = [руководитель группы].[код преподавателя];
При выполнении этого запроса в таблицу будут выводиться все сведения о классном руководстве групп и о составе групп.
В режиме конструктора он имеет вид, представленный на рисунке 3.
Рисунок 3 - Запрос на выборку данных
В табличном варианте будет иметь вид, представленный на рисунке 4.
Рисунок 4 -Вид простого запроса на выборку
Access предоставляет возможность вводить данные как непосредственно в таблицу, так и с помощью форм.
Форма в БД - это структурированное окно, которое можно представить так, чтобы оно повторяло форму бланка. Формы создаются из набора отдельных элементов управления.
Внешний вид формы выбирается в зависимости от того, с какой целью она создается. Формы Access позволяют выполнять задания, которые нельзя выполнить в режиме таблицы. Формы позволяют вычислять значения и выводить на экран результат. Источником данных для формы являются записи таблицы или запроса.
Рассмотрим Создание форм с помощью мастера (Рисунок 5).
Вызвать Мастер форм можно несколькими способами. Один из них - выбрать Мастер форм в окне диалога Новая форма и щелкнуть на кнопке ОК. Откроется окно диалога Создание форм, в котором необходимо отвечать на вопросы каждого текущего экрана Мастера и щелкать на кнопке Далее.
Рисунок 5 - Создание форм с помощью мастера
Затем необходимо выбрать поля из источника данных (таблиц или запросов). Для этого надо открыть список Таблицы и запросы, щелкнув на кнопку, справа. Затем доступные поля требуется перевести в Выбранные поля, выделив их и щелкнув на кнопку >>, затем кнопку далее. Следующими этапами будет:
После ввода имени формы, выбора режима: «Открыть форму для просмотра и ввода данных» и щелчка на кнопке Готово, получим следующую форму для ввода и просмотра записей в таблице (рисунок 6).
Рисунок 6 - Просмотр формы, созданной с помощью мастера
В курсовом проекте я создаю формы в режиме конструктора
Форма «Меню» имеет вид, представленный на рисунке 8.
При нажатии кнопки открывается форма «Аттестация» (см. рисунок 9).При нажатии кнопки открывается форма «Группы» (см. рисунок 10).При нажатии кнопки открывается форма «Дисциплины» (см. рисунок 11).При нажатии кнопки открывается форма «Консультации» (см. рисунок 12).При нажатии кнопки открывается форма «Преподаватели» (см. рисунок 13).При нажатии кнопки открывается форма «Факультативы» (см. рисунок 14).При нажатии кнопки открывается форма «Запросы» (см. рисунок 15).При нажатии кнопкиоткрывается форма «Отчеты» (см. рисунок 16). Кнопка закрывает главную форму. А кнопка завершает работу с приложением MicrosoftAccess. - переход по записям: предыдущая/следующая. Кнопка служит для открытия отчета, кнопка - для отправки отчёта на печать.
Рисунок 8 - Главная кнопочная форма
Отчет - это форматированное представление данных, которое выводится на экран, в печать или файл. Они позволяют извлечь из базы нужные сведения и представить их в виде, удобном для восприятия, а также предоставляют широкие возможности для обобщения и анализа данных. При печати таблиц и запросов информация выдается практически в том виде, в котором хранится. Часто возникает необходимость представить данные в виде отчетов, которые имеют традиционный вид и легко читаются. Подробный отчетвключает всю информацию из таблицы или запроса, но содержит заголовки и разбит на страницы с указанием верхних и нижних колонтитулов.
Отчёты, так же как и формы, можно создавать с помощью конструктора или мастера отчётов. Используется также автоматическое создание отчётов. Последовательность действий при формировании отчёта с помощью Мастера такая же, как и при создании формы. Дополнительными являются два шага: добавление уровня группировок и задание требуемого порядка сортировки. Добавление уровня группировки позволяет выводить записи, объединённые по выбранным полям.
Отчеты представлены в приложении (Приложение 4-8).
4. Разработка эксплуатационной документации
Для разработки данной БД использовалась операционная средаWindowsXPSP3 2011, пакет прикладных программ MicrosoftOffice2010 и его приложение MicrosoftAccess - мощный инструмент обработки данных, БД может эксплуатироваться на любом ПК, при наличии программного продукта MicrosoftOfficeAccess 2010.
Входной информацией будут являться документы, на основании которых будет формироваться расписание консультаций и факультативных занятий на семестр:
- информация о распределении дисциплин между преподавателями;
- распределение аудиторий на семестр производится по утвержденному календарно-тематическому плану учебной части.
Выходной информацией будут являться отчеты, содержащие сведения об аттестации групп: (Группа, Время начала, Время окончания), расписание консультаций и факультативных занятий: (Преподаватель, Дисциплина, Группа, Время, Аудитории, День недели), сведения о классном руководстве групп (Преподаватель, Группа, Кол-во студентов в группе).
Структура БД позволит упростить бумажную работу персонала учебной части, записывая все данные в базу данных. Структура продукта может быть использована в учебных заведениях, для составления расписания факультативных занятий и консультаций.
При запуске Access появляется Предупреждение системы безопасности, для эффективной работы с базой данных, необходимо включить содержимое
Автоматически появляется заставка к базе данных, содержащая информацию о разработчике
После чего открывается главная кнопочная форма, содержащая кнопки для работы с формами, запросами и отчетами, также кнопки «Закрыть меню», «Закрыть программу»
При выборе нужной кнопки открывается контекстное меню, либо нужная форма
Для перехода по записям на определенных формах имеются кнопки «предыдущая», «следующая» в виде стрелок.
Для возвращения к главной кнопочной форме, необходимо выбрать кнопку «В меню»
Для закрытия формы есть специальная кнопка
При завершении работы сохранить все необходимые изменения, закрыть файл, и выйти из приложения.
На основе анализа предметной области, была разработана информационная модель базы данных «Автоматизация журнала учета документации учебной части отделения архитектуры ГБОУ СПО ПО ПМПК».
Разрабатывая информационную модель, было выполнено концептуальное (логическое) проектирование. В результате концептуального проектирования было получено описание информационной модели. В результате проектирования были описаны: информационная модель Базы данных «Автоматизация журнала учета документации учебной части отделения архитектуры ГБОУ СПО ПО ПМПК», отражена инфологическая модель предметной области. Построена модель "Сущность-связи".
Структура БД позволит упростить процесс расписания факультативных занятий и консультаций на семестр, упростить бумажную работу персонала учебной части, записывая все данные в базу данных. С помощью запросов можно легко узнать: у какой группы в какое время какая консультация или факультатив; также можно узнать кто из преподавателей является классным руководителем той или иной группы.
С помощью отчетов можно получить полную и достоверную информацию в удобном для восприятия виде.
Интерфейс программы понятен и достаточно прост для использования
В.В. Аладьев, Ю.Я. Хунт, М.Л. Шишаков. Основы информатики. Учебное пособие. - Москва. 2009.
В. М. Казиев. Системно-алгебраический подход к основам информатики. // Информатика и образование. -1996.- №4.
А. Чекалов. Базы данных: от проектирования до разработки приложений. BHV - Санкт - Петербург · 2011
Д.Крёнке. Теория и практика построения баз данных (8-е издание) Питер · 2003
Эрик Дж. Нейбург, Роберт А. Максимчук. Проектирование баз данных с помощью UML
"SQL Полное руководство" BHV, Киев, 2008
SQL в примерах и задачах; Учеб. пособие / И.Ф. Астахова, А.П. Толстобров,В.М. Мельников.-- Мн.: Новое знание, 2012. -- 176 с.
А.И. Костюк. Базы данных и знаний: Курс лекций. Таганрог: Изд-во ТРТУ, 1999. 175 с.
www.taurion.ru/access - самоучитель по MicrosoftAccess
www.sd-company.su/article/vba - Программирование VBA (office) Автоматизация работы офиса
Схема 2. Создание таблиц с помощью конструктора
Отчет Расписание Факультативных занятий
Построение инфологической концептуальной модели предметной области. Структура базы данных Microsoft Office Access. Формы, запросы и отчеты. Создание форм, запросов и отчетов в базах данных. Схема данных физической и логической сущности в Erwin 4.0. курсовая работа [5,1 M], добавлен 13.12.2011
Анализ предметной области. Обеспечение качества проектной документации. Построение инфологической (концептуальной) модели предметной области. Проектирование физической структуры базы данных. Разработка интерфейса, организация ввода и поиска данных. курсовая работа [2,5 M], добавлен 10.01.2016
Интерфейс и начало работы в Microsoft Access. Построение реляционной базы данных и разработка инфологической модели. Разработка формы с помощью мастера форм и запроса в режиме конструктора. Создание таблиц данных. Поиск и замена значений в полях. методичка [3,9 M], добавлен 21.07.2009
Понятие и основные функции СУБД "Access". Алгоритм создания базы данных сотрудников: создание таблиц с помощью конструктора, ключевые поля, установление связей между таблицами. Создание форм для поиска и ввода данных. Работа с запросами и отчетами. контрольная работа [827,5 K], добавлен 01.06.2010
Структура многотабличных баз данных, создание и редактирование таблиц в MS Access, установка связей между таблицами, фильтрация и сортировка данных, создание БД "Месторождения нефти". Составление форм, запроса на выборку по разным полям и отчетов. лабораторная работа [531,5 K], добавлен 13.02.2012
Создание моделей данных, основных таблиц с помощью конструктора таблиц, связей между таблицами, форм для заполнения таблиц, запросов на выборку данных, отчетов для вывода на печать и начальной кнопочной формы. Основные объекты Microsoft Access. контрольная работа [4,5 M], добавлен 18.03.2012
Управление базами данных. Система управления базой данных MS Access. Виды логической связи. Макросы и модули. Обеспечение целостности данных. Создание запросов и форм. Свойства полей базы данных Access. Взаимосвязь между сущностями в предметной области. курсовая работа [943,4 K], добавлен 13.03.2014
Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д. PPT, PPTX и PDF-файлы представлены только в архивах. Рекомендуем скачать работу .

© 2000 — 2021



Автоматизация журнала учета документации учебной части отделения архитектуры ГБОУ СПО ПО ПМПК курсовая работа. Программирование, компьютеры и кибернетика.
Биополе. Энергетическая система организма
Гражданско-правовая ответственность за нарушения земельного законодательства
Реферат: Испанская колонизация Америки
Курсовая работа: Опыт либерализации экономики Японии
Курсовая Работа На Тему Влияние Советской Идеологии На Жанрово-Тематическое Своеобразие Детской Периодики 1951-1958 Годов
Реферат Инструкции Циклов While Do While
Реферат На Тему Польза Бега
Тетрадь Для Практических Работ По Географии 9
Реферат: Применение цитомединов в офтальмологии
Биография Даля Реферат
Реферат: Федор Степун: русский философ против большевизма и нацизма
Конструкции И Технология Протекторной Защиты Реферат
Диссертация Учебная Деятельность
Химия Лабораторная Работа 9 Класс Габриелян
Доклад: Осуществление межпредметных связей в процессе изучения темы физики 10 класса "Свойства твердых тел"
Фото Напиток Эсса
Преступление Курсовая Работа
Что Пишется В Ведении Курсовой Работы
Медицина Катастроф Курсовая Работа
Реферат: Двумерный оптический сигнал и его информационная структура. Скачать бесплатно и без регистрации
Товароведение и экспертиза рыбных товаров и морепродуктов - Маркетинг, реклама и торговля курсовая работа
Main Characteristics of Publicistic and Scientific Styles Using Some Case Studies - Иностранные языки и языкознание курсовая работа
Применение педагогических технологий в процессе модернизации современного образования - Педагогика курсовая работа