Автоматизированная информационная система учета внутриофисных расходов частной компании

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

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 19.03.2021
Размер файла 6,4 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://www.Allbest.Ru/

Размещено на http://www.Allbest.Ru/

?аза?стан Республикасы Білім ж?не ?ылыми министрлігі

Министерство образования и науки Республики Казахстан

М.Ж?мабаев атында?ы жо?ары колледж

Высший колледж имени М.Жумабаева

КУРСОВАЯ РАБОТА

по дисциплине «Автоматизирование информационные системы»

на тему:

Автоматизированная информационная система учета внутриофисных расходов частной компании

Выполнил: Габаров Н. Д.

студент группы ИС-2-18

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

Препод. Маденова Б.Е.

Петропавловск, 2021 г.

Содержание
Введение
1. Основные понятия и концепции, используемые в курсовом проекте
1.1 Основные понятия и общие положения
1.2 Методология проектирования
2. Основные этапы выполнения курсового проекта
2.1 Предметная область и постановка задачи
2.2 Концептуальное проектирование
2.3 Физическая реализация БД
Заключение

Список использованной литературы

Введение

Основные идеи современной информационной технологии базируются на концепции, согласно которой данные должны быть организованы в базы данных с целью адекватного отображения изменяющегося реального мира и удовлетворения информационных потребностей пользователей. Эти базы данных создаются и функционируют под управлением специальных программных комплексов, называемых системами управления базами данных (СУБД).

Увеличение объема и структурной сложности хранимых данных, расширение круга пользователей информационных систем привели к широкому распространению наиболее удобных и сравнительно простых для понимания реляционных (табличных) СУБД. Для обеспечения одновременного доступа к данным множества пользователей, нередко расположенных достаточно далеко друг от друга и от места хранения баз данных, созданы сетевые мультипользовательские версии БД основанных на реляционной структуре. В них тем или иным путем решаются специфические проблемы параллельных процессов, целостности (правильности) и безопасности данных, а также санкционирования доступа.

Целью курсового проекта является:

- практическая реализация базы данных для предметной области «Учет внутриофисных расходов»

В дальнейшем тема курсового проекта может быть развита в дипломном проекте.

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

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

- лекционном материале дисциплины «Системы баз данных»;

- практических работах дисциплины «Системы баз данных»;

- литературе, список которой прилагается.

Практические навыки были получены при выполнении лабораторных работ по данной дисциплине.

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

Задачи:

- формализовать исходное описание предметной области;

- построить концептуальную информационную модель;

- сгенерировать физическую структуру базы данных;

- реализовать простое пользовательское приложение;

- оформить результаты работы в пояснительной записке.

1. Основные понятие и концепции, используемые в курсовом проекте

1.1 Основные понятия и общие положения

Организация данных является ключевым моментом при работе с большим объемом информации.

База данных (database) - поименная и организованная (структурированная) совокупность взаимосвязанных данных, которые отражают состояние объектов конкретной предметной области и находятся под центральным программным управлением. База данных удерживает такой минимальный излишек информации, который позволяет удовлетворить запросы каждого из многочисленных пользователей. Данные представлены совокупностью файлов (таблиц). В широком смысле база данных есть любая упорядоченная совокупность данных.

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

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

Процесс проектирование баз данных является итерационным, допускающим возврат к предыдущим этапам для пересмотра ранее принятых решений.

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

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

1.2 Методология проектирования

1. Описание предметной области

Понятие “предметная область” является базисным понятием в теории баз данных и поэтому не имеет строгого определения. Чтобы выяснить его смысл, дадим несколько определений.

Под информацией понимают любые сведения о каком-либо событии, процессе и т.п., являющиеся объектом некоторых операций: восприятия, передачи, преобразования, хранения или использования.

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

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

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

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

Понятие “предметная область” соответствует точке зрения потребителей информации на объектное ядро, при которой выделяются только те свойства объектов и взаимосвязи между ними, которые представляют определенную ценность и должны фиксироваться в базе данных. Таким образом, предметная область представляет собой абстрактную картину реальной действительности, определенная часть которой фиксируется в качестве модели фрагмента действительности.

2. Создание концептуальной (инфологической) модели предметной области

Осуществляется формализация исходного описания в виде отношений с последующим их преобразованием и связывание в концептуальную модель.

Проектирование концептуальной модели предметной области целесообразно производить с помощью специальных средств проектирования: BPWin, ERWin, Power Designer и др. При отсутствии данных инструментариев, проектирование концептуальной модели производится вручную.

Разработка концептуальной модели данных основана на использовании трех основных конструктивных элементов для представления составляющих предметной области - сущностей, атрибутов и связей.

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

Построение модели данных предполагает определение сущностей и атрибутов, т.е. необходимо определить, какая информация будет храниться в конкретной сущности или атрибуте. Сущность можно определить как объект, событие или концепцию, информация о которой должна сохраняться. Сущности должны иметь: наименование с четким смысловым значением, именоваться существительным в единственном лице, не носить «технических» наименований и быть достаточно важными для того, чтобы их моделировать. Именование сущности в единственном числе облегчает в дальнейшем чтение модели. Фактически имя сущности дается по имени ее экземпляра.

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

Очень важно дать атрибуту правильное имя. Атрибуты должны именоваться в единственном числе и иметь четкое смысловое значение. Соблюдение этого правила позволяет частично решить проблему нормализации данных уже на этапе определения атрибутов.

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

Различают зависимые и независимые сущности. Тип сущности определяется ее связью с другими сущностями. Идентифицирующая связь устанавливается между независимой (родительский конец связи) и зависимой (дочерний конец связи) сущностями. При установлении идентифицирующей связи атрибуты первичного ключа родительской сущности переносятся в состав первичного ключа дочерней сущности. Эта операция дополнения атрибутов дочерней сущности при создании связи называется миграцией атрибутов. В дочерней сущности атрибуты помечаются как внешний ключ (FK).

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

Имя связи - фраза, характеризующая отношение между родительской и дочерней сущностями. Для связи один-ко-многим идентифицирующей или не идентифицирующей достаточно указать имя, характеризующее отношение от родительской к дочерней сущности.

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

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

Основные этапы проектирования концептуальной модели:

1. Первичный анализ информационных потребностей пользователей, выделение объектов предметной области и формирование исходных отношений:

2. Проектирование исходных отношений:

- определение атрибутов отношений и их типов данных;

- нормализация отношений до 3 НФ.

3. Связывание отношений в концептуальную информационную модель:

- определение первичных ключей отношений;

- определение связей между отношениями.

3. Создание физической модели данных

На основе спроектированной концептуальной модели создается физическая модель данных, свойственная для конкретной СУБД.

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

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

4. Создание пользовательского приложения

Приложение, работающее с созданной базой данных, должно обеспечивать выполнение следующих функций:

- ввод информации в БД;

- удаление информации из БД;

- редактирование внесенной информации;

- выборка данных по различным критериям;

- формирование отчетов и вывод информации из базы данных на экран и на принтер.

Ввод, замена и удаление информации должны производится в экранных формах приложения.

2. Основные этапы выполнения курсового проекта

2.1 Предметная область и постановка задачи

Описание предметной области

Учет внутриофисных расходов

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

Возможный набор сущностей

Отделы (Код отдела, Название, Количество сотрудников).

Виды расходов (Код вида, Название, Описание, Предельная норма).

Расходы (Код расхода, Код вида, Код отдела, Сумма, Дата).

Постановка задачи

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

Описание входных документов

Исходя из описания предметной области и поставленной задачи, входными документами являются:

Отделы:

Код отдела

Название

Количество сотрудников

Расходы:

Код расхода

Код вида

Код отдела

Сумма

Дата

Виды расходов:

Код вида

Название

Описание

Предельная норма

Описание выходных документов

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

Запрос на количество сотрудников

Запрос история расходов отдела

Запрос предельной нормы

Запрос на дату

Отчет на определенную дату

2.2 Концептуальное проектирование

Определение сущностей

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

Тогда в базе данных предполагается следующая семантика:

Сущность Отделы. Каждый отдел имеет уникальный номер. Название отдела является также уникальным значением.

Сущность Виды Расходов. Каждый вид расхода имеет свой код, название, описание и предельную норму.

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

Определение типов связей

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

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

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

Итак, база данных будет иметь следующие связи:

Виды Расходов - Расходы

Отделы - Расходы

Все связи характеризуются одним типом связи: «один-ко-многим».

Даталогическая модель

Основу базы данных составляют три таблицы:

Отделы:

Имя Поля

Тип Данных

Свойства

Код отдела

Числовой

Размер поля - Целое

Формат поля - Основной

Число десятичных знаков - 0

Обязательное поле - Да

Индексирование поле - Да (совпадения не допускаются)

Выравнивание текста - Общее

Название

Текстовый

Размер поля - 25

Обязательное поле - Да

Пустые строки - Да

Индексирование поле - Да (Допускаются совпадения)

Количество сотрудников

Числовой

Размер поля - Целое

Формат поля - Основной

Число десятичных знаков - 0

Обязательное поле - Да

Индексирование поле - Да (Допускаются совпадения)

Выравнивание текста - Общее

Виды Расходов:

Имя Поля

Тип Данных

Свойства

Код вида

Числовой

Размер поля - Целое

Формат поля - Основной

Число десятичных знаков - 0

Обязательное поле - Да

Индексирование поле - Да (совпадения не допускаются)

Выравнивание текста - Общее

Название

Текстовый

Размер поля - 25

Обязательное поле - Да

Пустые строки - Да

Индексирование поле - Да (Допускаются совпадения)

Описание

Текстовый

Размер поля - 25

Обязательное поле - Да

Пустые строки - Да

Индексирование поле - Да (Допускаются совпадения)

Предельная норма

Денежный

Формат поля - Денежный

Число десятичных знаков - 0

Обязательное поле - Да

Индексирование поле - Да (Допускаются совпадения)

Выравнивание текста - Общее

Расходы:

Имя Поля

Тип Данных

Свойства

Код расхода

Числовой

Размер поля - Целое

Формат поля - Основной

Число десятичных знаков - 0

Обязательное поле - Да

Индексирование поле - Да (допускаются совпадения)

Выравнивание текста - Общее

Код вида

Числовой

Размер поля - Целое

Формат поля - Основной

Число десятичных знаков - 0

Обязательное поле - Да

Индексирование поле - Да (совпадения не допускаются)

Выравнивание текста - Общее

Код отдела

Числовой

Размер поля - Целое

Формат поля - Основной

Число десятичных знаков - 0

Обязательное поле - Да

Индексирование поле - Да (совпадения не допускаются)

Выравнивание текста - Общее

Сумма

Денежный

Формат поля - Денежный

Число десятичных знаков - 0

Обязательное поле - Да

Индексирование поле - Да (Допускаются совпадения)

Выравнивание текста - Общее

Дата

Дата/Время

Размер поля - Краткий формат даты

Обязательное поле - Да

Индексирование поле - Да (Допускаются совпадения)

Выравнивание текста - Общее

Для поддержания всей БД в целостном непротиворечивом состоянии следует задать ограничения целостности (ограничения атрибута, категорная целостность и целостность на уровне ссылок). Например, для каждого внешнего ключа целесообразно:

- «ограничить» операцию удаления, т.е. удаление «запрещается» пока есть хоть одна ссылка на этот объект;

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

- «каскадировать» операцию обновления, обновляя также внешний ключ в дочерней таблице.

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

2.3 Физическая реализация БД

база данный учет внутриофисный расход

Выбор СУБД

Следующим этапом для физической реализации спроектированной базы данных является выбор СУБД.

Инфологическая модель, представленная на рисунке 2.1, не привязана ни к какой конкретной реляционной системе управления базами данных (РСУБД). Это позволяет создать базу данных практически в любой современной РСУБД.

В качестве такой реляционной СУБД выбрана СУБД Microsoft Access 2007. Обоснованием данного выбора является следующее:

- быстро и удобно различными способами создаётся БД любой сложности;

- содержит набор инструментов для создания таблиц и отношений между связанными таблицами;

- содержит средства администрирования базы данных;

- имеет развитый пользовательский интерфейс, который позволяет получить доступ к информации, хранящейся в базе

- имеет средства разработки приложений, использующих базы данных;

- есть возможность создавать "клиент-серверное" приложение;

- позволяет переносить данные на платформу другой СУБД;

- содержит полнофункциональный язык объектно-ориентированного программирования.

Физическая модель данных

Этап создания базы данных начинается с описания структур исходных отношений. Для этого используется команда меню Создание - кнопка Таблица- режим Конструктор.

Далее описываем параметры полей, используя таблицы, приведенные на рисунках.

После описания всех атрибутов отношений следует организовать связи. Для этого используется команда меню Работа с базами данных - Схема данных. Связи между отношениями организуются согласно даталогической модели.

Экранные формы

Для заполнения и редактирования отношений используются экранные формы.

Созданную базу данных необходимо вести. Под «ведением» здесь подразумевается: добавление, изменение и удаление информации из БД. С этой целью разработан ряд экранных форм.

Экранная форма для ведения отношения Отделы.

Данная экранная форма позволяет: просматривать и корректировать существующие данные; добавлять новые и удалять ненужные и отправлять отчет на печать.

Ниже дано описание функциональных кнопок экранных форм:

- Найти запись;

- Предыдущая запись;

- Следующая запись;

- Удалить запись;

- Перейти на главную форму;

- Закрыть приложение

Через предлагаемую форму можно вывести на экран данные по запрашиваемым автомобилям: Код отдела, Название отдела, Количество сотрудников.

Экранная форма для ведения отношения Отделы

Экранная форма для ведения отношения Виды расходов.

Данная экранная форма позволяет: просматривать и корректировать существующие данные; добавлять новые и удалять записи.

Экранная форма для ведения отношения Виды расходов.

Экранная форма для ведения отношения Расходы.

Данная экранная форма позволяет: просматривать и корректировать Выдачу автомобилей; добавлять новые и удалять ненужные и отправлять отчет на печать.

Экранная форма для ведения отношения Расходы.

Отчеты

Отчет представляет собой форматированное представление данных, выводимое на экран, принтер или файл.

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

§ Отчет на определенную дату;

§ Отчет по истории расходов;

Например: для вывода отчета данных на определенную дату следует запустить кнопку Запрос на дату и ввести Дату как показано на этом рисунке:

После этого можно распечатать полученную историю по запрашиваемому клиенту

Отчет по истории расходов

Диаграмма по расходу

Пользовательский интерфейс

Интерфейс пользователя - способ взаимодействия человека с программой и программы с человеком через основной элемент - меню. Меню - это один из основных элементов графического интерфейса пользователя и одно из средств реализации интерактивного режима взаимодействия пользователя с вычислительной системой.

Для взаимодействия пользователя в базой данных «Учет внутриофисных расходов» разработан интерфейс программы и меню пользователя. Общий вид интерфейса АРМ «Учет внутриофисных расходов» показан на этом рисунке:

Рисунок интерфейса

Общий вид интерфейса АРМ «Учета внутриофисных расходов»

Из опции главного меню Главная можно работать с любой из экранных форм:

Отделы, Виды расходов, Расходы, История расходов, Запрос по дате.

Для корректного закрытия базы данных и всего приложения в целом используется опция главного меню Зактыть или кнопка закрытия окна программы с изображение .

Заключение

В деловой или личной сфере часто приходится работать с данными из разных источников, каждый из которых связан с определённым видом деятельности. Для координации всех этих данных необходимы определённые знания и организационные навыки. Microsoft Access объединяет сведения из разных источников в одной реляционной базе данных. Создаваемые формы, запросы и отчёты позволяют быстро и эффективно обновлять данные, получать ответы на вопросы, осуществлять поиск нужных данных, анализировать данные, печатать отчёты, диаграммы и почтовые наклейки.

В базе данных сведения из каждого источника сохраняются в отдельной таблице. При работе с данными из нескольких таблиц устанавливаются связи между таблицами. Для поиска и отбора данных, удовлетворяющих определённым условиям, создаётся запрос. Запросы также позволяют обновить или удалить одновременно несколько записей, выполнить встроенные и специальные сообщения.

Для просмотра, ввода или изменения данных прямо в таблице применяются формы. Форма позволяет отобрать данные из одной или нескольких таблиц и вывести их на экран, используя стандартный или созданный пользователем макет.

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

В окне базы данных можно работать со всеми её объектами. Для просмотра объектов определённого типа следует выбрать соответствующую вкладку. С помощью кнопок можно открывать и изменять существующие объекты и создавать новые.

В данном курсовом проекте произведено проектирование и практическая реализация базы данных для предметной области «Прокат автомобилей».

Разработанная база данных позволяет быстро и эффективно управлять учетом проката автомобилей. Кроме этого организована удобная работа с данными по клиентской базе. Доступный пользовательский интерфейс, с одной стороны, позволяет легко ориентироваться в программе, не требуя от пользователя каких-либо специальных навыков работы с электронно-вычислительными машинами, с другой стороны предоставляет пользователю оперативную информацию.

Вывод запрашиваемой информации производится посредством отчетов, которые можно вывести на экран для просмотра или распечатать для документооборота.

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

Список использованной литературы

1. Конноли Т., Бэгг К., Страчан А. Базы данных: проектирование, реализация и сопровождение. Теория и практика. 2-е изд.: Пер. с англ. - М.: Издательский дом «Вильямс», 2000. - 1120 с.

2. Диго С.М. Базы данных: проектирование и использование: Учебник.-М.: Финансы и статистика, 2005. - 592с.:ил.

3. Программирование в среде Access 2007: Энциклопедия пользователя; Пер. с англ. / Стивен Форт, Том Хоун, Джеймс Релстон. - Киев: ДиаСофт, 2007. - 544 с.

4. Базиян Менахем и др. Использование Visual FoxPro 6. Специальное издание. Полное справочное руководство: Пер. с англ. - М.: Издательский дом “Вильямс”, 2000. - 928 с.: ил. - Парал. тит. англ., уч. пос.

5. Дейт К.Дж. Введение в системы баз данных. Пер. с англ. - К., М., СПб.: Издательский дом «Вильямс», 2000. - 848 с.: ил - Парал. тит. англ., уч. пос.

Размещено на allbest.ru

...

Подобные документы

  • Разработка базы данных внутриофисных расходов, созданной с использованием MySQL, в связке с клиентом, написанным в среде Borland Delphi 7. Создание запросов к базе данных, позволяющих получить наглядную информацию о внутриофисных расходах фирмы.

    курсовая работа [609,8 K], добавлен 06.08.2013

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

    курсовая работа [2,5 M], добавлен 10.01.2016

  • Построение инфологической (концептуальной) модели предметной области. Проектирование логической и физической структуры базы данных. Реализация проекта в среде конкретной СУБД. Организация корректировки и ввода данных в БД. Разработка интерфейса.

    курсовая работа [1,4 M], добавлен 14.01.2018

  • Построение инфологической концептуальной модели предметной области. Структура базы данных Microsoft Office Access. Формы, запросы и отчеты. Создание форм, запросов и отчетов в базах данных. Схема данных физической и логической сущности в Erwin 4.0.

    курсовая работа [5,1 M], добавлен 13.12.2011

  • Описание предметной области. Характеристика этапов разработки концептуальной модели данных для предметной области "Библиотека" с использованием CASE-средства ER Win. Методика преобразования концептуальной модели в физическую структуру базы данных (БД).

    курсовая работа [2,4 M], добавлен 23.09.2014

  • Ограничения, присутствующие в предметной области. Проектирование инфологической модели данных. Описание основных сущностей и их атрибутов. Логический и физический уровни модели данных. Реализация базы данных: представления, триггеры, хранимые процедуры.

    курсовая работа [1,7 M], добавлен 10.02.2013

  • Выбор методологии проектирования и системы управления базами данных. Описание предметной области и проектирование физической структуры базы данных. Реализация проекта в MS SQL Server 2008. Построение инфологической модели. Ограничения целостности связи.

    курсовая работа [679,2 K], добавлен 22.01.2013

  • Назначение базы данных. Выполняемые базой данных функции, категории пользователей. Разработка концептуальной инфологической модели. Учет специфики предметной области. Вкладки "Организация", "Путевка", "Страна", "Сотрудник", "Турист", "ТуристМаршрут".

    курсовая работа [3,1 M], добавлен 17.01.2013

  • Характеристика основных этапов разработок и проектирования базы данных, определение целей ее создания и функциональных особенностей, предметной области и необходимой информации. Требования к инфологической модели. Методы физической организации данных.

    курсовая работа [1,7 M], добавлен 22.02.2011

  • Разработка проекта по созданию базы данных для автоматизации коммерческой деятельности ТЦ Гипермаркет. Исследование заданной предметной области и выбор наиболее существенных атрибутов. Построение концептуальной инфологической модели предметной области.

    курсовая работа [889,4 K], добавлен 04.04.2011

  • Анализ предметной области, определение сущностей и связей. Разработка базы данных, создание таблиц и запросов. Исходные тексты процедур модулей. Тестирование информационной системы на корректность работы. Схема инфологической модели предметной области.

    курсовая работа [4,3 M], добавлен 19.12.2011

  • Определение предметной области базы данных ("Сеть ресторанов"), виды ее моделирования. Первоначальный набор сущностей и атрибутов предметной области. Процесс смыслового наполнения базы данных. Атрибуты в концептуальной модели. Характеристика видов связей.

    контрольная работа [510,9 K], добавлен 03.12.2014

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

    курсовая работа [877,8 K], добавлен 28.05.2012

  • Базы данных - важнейшая составная часть информационных систем. Проектирование базы данных на примере предметной области "Оргтехника". Сбор информации о предметной области. Построение информационно-логической модели данных. Разработка логической структуры.

    курсовая работа [318,6 K], добавлен 24.12.2014

  • Анализ предметной области, категории пользователей и их информационные требования. Методика проектирования логической модели данных для РБД. Реализация проекта средствами СУБД Access 2003. Разработка простого и удобного пользовательского интерфейса.

    дипломная работа [4,4 M], добавлен 27.12.2010

  • Процесс проектирования базы данных на основе принципов нормализации. Применение инфологической модели на втором этапе проектирования. Семантика предметной области в модели базы данных. Оформление, выдача и обмен паспорта. Модель "сущность-связь".

    курсовая работа [67,9 K], добавлен 27.02.2009

  • Разработка концептуальной модели базы данных "Чемпионат авто": описание предметной области, каталог задач, описание таблиц, схема данных, ER-диаграмма. Проектирование реляционной модели "Спортивный комплекс". Реализация и результат работы базы данных.

    курсовая работа [3,7 M], добавлен 14.06.2011

  • Описание предметной области и определение предметной области информационной системы детского сада. Разработка логической и физической модели базы данных дошкольного образовательного учреждения. Анализ функционала информационной системы детского сада.

    курсовая работа [1,6 M], добавлен 20.04.2015

  • Разработка базы данных фирмы, представляющей в прокат автомобили; спецификация требований. Создание инфологической модели предметной области. Определение сущности, ее атрибутов и связей между ними; структура таблиц. Реализация базы данных в MS SQL Server.

    курсовая работа [1021,2 K], добавлен 10.04.2015

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

    курсовая работа [2,5 M], добавлен 20.11.2013

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.