ВВЕДЕНИЕ
Базы данных всегда были важнейшей темой при изучении информационных систем. Однако в последние годы всплеск популярности Интернета и бурное развитие новых технологий для Интернета сделали знание технологии баз данных для многих одним из актуальнейших путей карьеры. Технологии баз данных увели Интернет-приложения далеко от простых брошюрных публикаций, которые характеризовали ранние приложения. В то же время Интернет-технология обеспечивает пользователям стандартизированные и доступные средства публикации содержимого баз данных. Правда, ни одна из этих новых разработок не отменяет необходимости в классических приложениях баз данных, которые появились еще до развития. Интернета для нужд бизнеса. Это только расширяет важность знания баз данных. Многие студенты считают этот предмет приятным и интересным, даже несмотря на его сложность. Проектирование и разработка базы данных требуют и искусства, и умения. Понимание пользовательских требований и перевод их в эффективный проект базы данных можно назвать творческим процессом. Преобразование этих проектов в физические базы данных с помощью функционально полных и высокопроизводительных приложений — инженерный процесс. Оба процесса полны сложностей и приятных интеллектуальных головоломок. Поскольку сейчас существует большая необходимость в развитии технологии баз данных, навыки, которые вы разовьете, и знания, которые вы получите в процессе изучения этого курса, будут востребованы.  Для создания БД разработчик описывает ее логическую структуру, организацию в среде хранения, а также способы видения базы данных пользователями. При этом используются предоставляемые СУБД языковые средства определения данных, и система настраивается на работу с конкретной БД. Такие описания БД называются соответственно схемой (или логической схемой, или концептуальной схемой) БД, схемой хранения (или внутренней схемой) и внешними схемами. Обрабатывая схемы БД, СУБД создает пустую БД требуемой структуры – хранилище, которое можно далее наполнить данными о предметной области начать эксплуатировать для удовлетворения информационных потребностей пользователей.

1 ЗАДАНИЕ НА ПРОЕКТИРОВАНИЕ

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

Информационная система реализуется с использованием база данных, которая должна содержать информацию о компьютерным фирме,

---

акты выполненных работ Внешнее финансирование, Договоры, Заказчики, Инвесторы, Календарный план, Наши реквизиты, Программисты, Программное обеспечение, Типы продуктов Участие в разработке.

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

Запросы:

• 
  Вычислить общую стоимость каждой из компьютеров, хранящихся на складе с учетом экземпляров
  
• 
  Кол-во типы компьютеров, проданных каждым из сотрудников
  
• 
  В каких модели были изданы компьютер, проданные «I-го» числа
  
• 
  Список компьютер, реализованных «j-го» числа по предварительному заказу
  

Отчеты:

• 
  Отчет по продажам «I-го» сотрудника за «j-ое» число
  
• 
  Список компьютер «I-го» модели
  
• 
  Список компьютер «I-го» раздела классификатора, хранящихся на складе
  

2 РАЗРАБОТКА СТУРУКТУРЫ БД
2.1 Описание предметной области
Разрабатываемая информационная система предназначена для бизнес-процессы компьютерной фирмы
Функции информационной системы:

• 
  Учет количества экземпляров модели;
  
• 
  Учет платежей за оказанные услуги;
  
• 
  Формирования статистической отчетности.
  

Информация о каждом компьютере включает в себя:

• 
  Код типа
  
• 
  Дата акта
  
• 
  Код инвестора
  
• 
  Языки программирования
  

Информация о каждом модели включает в себя:

• 
  Вид
  
• 
  Тип
  
• 
  Версия
  
• 
  Ном договора
  
• 
  Ном ПП
  

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

• 
  Код заказчика
  
• 
  Название заказчика
  
• 
  Адрес
  
• 
  Телефон
  
• 
  Контактное лицо
  

В информационной системе ведется учет оплаты, который основывается на следующих данных:

• 
  Ном ПП
  
• 
  Код ПО
  
• 
  Инвестор
  
• 
  Сумма
  

С данной информационной системой должны работать следющие типы компьютеров:

• 
  Код типа
  
• 
  Тип продукта
  

Пользователи должны иметь вазможность:

• 
  Просматривать информацию о компьютере с целью безопасности;
  
• 
  Просматривать ее свойства
  

2.2 Анализ информационных потоков

Входные условно-постоянные данные:

---

• 
  -Акты выполненных работ (№ акта, дата акта, № договора);
  
• 
  -Внешнее финансирование (№ ПП ,код ПО, Инвестор, Сумма);
  
• 
  -Договоры (№ договора, заказчик, описание, дата договора, срок выполнения, стоимость разработки, примечание);
  

• 
  -Заказчики (код заказчика, название заказчика, адрес, телефон, контактное лицо);
  
• 
  -Инвесторы (код инвестора, название инвестора, адрес, телефон, контактное лицо);
  

• 
  -Календарный план (№ ПП, код ПО, наименование работ, плановая дата, фактическая дата);
  
• 
  -Наши реквизиты (код, название, адрес, телефон, директор);
  
• 
  - Программисты (код сотрудника, фамилия, имя, отчество, телефон, дата рождения, номер контракта);
  

• 
  Входные оперативные данные:
  
• 
  -Программное обеспечение (код ПО, вид, № договора, название ПО, версия, тип, дата выпуска);
  
• 
  -Типы продуктов (код типа, тип продукта);
  
• 
  -Участие в разработке (№ ПП, № в календарном плане, сотрудник, описание работ, языки программирования);
  

Выходные данные:

• 
  Вычислить общую стоимость каждой из компьютеров, хранящихся на складе с учетом экземпляров
  
• 
  Кол-во типы компьютеров, проданных каждым из сотрудников
  
• 
  В каких модели были изданы компьютер, проданные «I-го» числа
  
• 
  Список компьютер, реализованных «j-го» числа по предварительному заказу
  
• 
  Отчет по продажам «I-го» сотрудника за «j-ое» число
  
• 
  Список компьютер «I-го» модели
  
• 
  Список компьютер «I-го» раздела классификатора, хранящихся на складе
  

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

Сущность – это объект, о котором в БД будет накапливаться информация.

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

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

---

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

• 
  Акты выполненных работ
  
• 
  Внешнее финансирование
  
• 
  Договоры
  
• 
  Заказчики
  
• 
  Инвесторы
  
• 
  Календарный план
  
• 
  Наши реквизиты
  
• 
  Программисты
  
• 
  Программное обеспечение
  
• 
  Типы продуктов
  
• 
  Участие в разработке
  

Для каждой сущности определен набор характеризующих ее атрибутов:

• 
  Акты выполненных работ (№ акта, дата акта, № договора);
  
• 
  Внешнее финансирование (№ ПП ,код ПО, Инвестор, Сумма);
  
• 
  Договоры (№ договора, заказчик, описание, дата договора, срок выполнения, стоимость разработки, примечание);
  

• 
  Заказчики (код заказчика, название заказчика, адрес, телефон, контактное лицо);
  
• 
  Инвесторы (код инвестора, название инвестора, адрес, телефон, контактное лицо);
  

• 
  Календарный план (№ ПП, код ПО, наименование работ, плановая дата, фактическая дата);
  
• 
  Наши реквизиты (код, название, адрес, телефон, директор);
  
• 
  Программисты (код сотрудника, фамилия, имя, отчество, телефон, дата рождения, номер контракта);
  
• 
  Программное обеспечение (код ПО, вид, № договора, название ПО, версия, тип, дата выпуска);
  
• 
  Типы продуктов (код типа, тип продукта);
  
• 
  Участие в разработке (№ ПП, № в календарном плане, сотрудник, описание работ, языки программирования);
  

На основании указанных сущностей и их атрибутов были разработаны инфологическая модель базы данных на языке «Таблицы-связи» (рисунок 2.1).

Рисунок 2.1 - Инфологическая модель базы данных системы «Бизнес-процессы компьютерной фирмы» на языке «Таблицы-связи»

2.3.1 Процедура нормализации сущностей

Акты выполненных работ ( № акта, дата акта, № договора);

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

Таблица «Акты выполненных работ» находится во второй нормальной форме, т.к. она удовлетворяет определению первой нормальной формы и все ее поля

---

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

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

Функциональные зависимости:

№ акта – дата акта

№ акта – № договора
Внешнее финансирование ( № ПП ,код ПО, Инвестор, Сумма);

Таблица «Внешнее финансирование» находится в первой нормальной форме, т.к. в ней все необходимые атрибуты информационной модели определены на простых типах данных, задано ключевое поле (№ ПП), которое не может иметь null-значений.

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

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

Функциональные зависимости:

№ ПП – Инвестор

№ ПП – код ПО

№ ПП – Сумма
Договоры (Код договора, заказчик, описание, дата договора, срок выполнения, стоимость разработки, примечание);

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

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

Функциональные зависимости:

Код договоры – заказчик

Код договоры – описание

Код договоры – дата договора

Код договоры – срок выполнения

Код договоры – стоимость разработки

Код договоры – примечание

Заказчики (код заказчика, название заказчика, адрес, телефон, контактное лицо);

Таблица «Заказчики» находится в первой нормальной форме, т.к. в ней все необходимые атрибуты информационной модели определены на простых типах данных. Первичный ключ не задан. Потенциальный ключ – (

---

Смотрите также файлы

• Урок 26. Научные открытия и изобретения.docx

• Рабочая программа по литературе для 7 класса Уровень базовый Учитель Рогова Г. В. Категория Первая.doc

• Вариант 9 Специальные налоговые режимы.docx

• Методические указания к подготовке курсовой работы по дисциплине моделирование бизнеспроцессов для студентов направлений подготовки.docx

• Обоснование актуальности исследования.doc