Курсовая по БД Бизнес-процессы компьютерной фирмы. Бизнес-процессы компьютерной фирмы. Базы данных всегда были важнейшей темой при изучении информационных систем
 Скачать 179.03 Kb.
|
|
ВВЕДЕНИЕ Базы данных всегда были важнейшей темой при изучении информационных систем. Однако в последние годы всплеск популярности Интернета и бурное развитие новых технологий для Интернета сделали знание технологии баз данных для многих одним из актуальнейших путей карьеры. Технологии баз данных увели Интернет-приложения далеко от простых брошюрных публикаций, которые характеризовали ранние приложения. В то же время Интернет-технология обеспечивает пользователям стандартизированные и доступные средства публикации содержимого баз данных. Правда, ни одна из этих новых разработок не отменяет необходимости в классических приложениях баз данных, которые появились еще до развития. Интернета для нужд бизнеса. Это только расширяет важность знания баз данных. Многие студенты считают этот предмет приятным и интересным, даже несмотря на его сложность. Проектирование и разработка базы данных требуют и искусства, и умения. Понимание пользовательских требований и перевод их в эффективный проект базы данных можно назвать творческим процессом. Преобразование этих проектов в физические базы данных с помощью функционально полных и высокопроизводительных приложений — инженерный процесс. Оба процесса полны сложностей и приятных интеллектуальных головоломок. Поскольку сейчас существует большая необходимость в развитии технологии баз данных, навыки, которые вы разовьете, и знания, которые вы получите в процессе изучения этого курса, будут востребованы. Для создания БД разработчик описывает ее логическую структуру, организацию в среде хранения, а также способы видения базы данных пользователями. При этом используются предоставляемые СУБД языковые средства определения данных, и система настраивается на работу с конкретной БД. Такие описания БД называются соответственно схемой (или логической схемой, или концептуальной схемой) БД, схемой хранения (или внутренней схемой) и внешними схемами. Обрабатывая схемы БД, СУБД создает пустую БД требуемой структуры – хранилище, которое можно далее наполнить данными о предметной области начать эксплуатировать для удовлетворения информационных потребностей пользователей. 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-значений. Таблица «Договоры» находится во второй нормальной форме, т.к. она удовлетворяет определению первой нормальной формы и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом. Функциональные зависимости: Код договоры – заказчик Код договоры – описание Код договоры – дата договора Код договоры – срок выполнения Код договоры – стоимость разработки Код договоры – примечание Заказчики (код заказчика, название заказчика, адрес, телефон, контактное лицо); Таблица «Заказчики» находится в первой нормальной форме, т.к. в ней все необходимые атрибуты информационной модели определены на простых типах данных. Первичный ключ не задан. Потенциальный ключ – (код заказчики). Ключевое поле не может иметь Null-значений. Таблица «Заказчики» находится во второй нормальной форме, т.к. она удовлетворяет определению первой нормальной формы и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом. Функциональные зависимости: Код заказчики - название заказчика Код заказчики - адрес Код заказчики - телефон Код заказчики - контактное лицо Инвесторы (код инвестора, название инвестора, адрес, телефон, контактное лицо); Таблица «Инвесторы» находится в первой нормальной форме, т.к. в ней все необходимые атрибуты информационной модели определены на простых типах данных, задано ключевое поле (код инвесторы), которое не может иметь null-значений. Таблица «Инвесторы» находится во второй нормальной форме, т.к. она удовлетворяет определению первой нормальной формы и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом. Таблица находится в третьей нормальной форме, т.к. она удовлетворяет определению второй нормальной формы и ни одно из ее неключевых полей не зависит функционально от любого другого неключевого поля. Функциональные зависимости: Код инвесторы – название инвестора Код инвесторы - адрес Код инвесторы - телефон Код инвесторы - контактное лицо Календарный план ( № ПП, код ПО, наименование работ, плановая дата, фактическая дата); Таблица «Календарный план» находится в первой нормальной форме, т.к. в ней все необходимые атрибуты информационной модели определены на простых типах данных, задано ключевое поле (№ ПП), которое не может иметь null-значений. Таблица «Категории типов проектов» находится во второй нормальной форме, т.к. она удовлетворяет определению первой нормальной формы и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом. Таблица находится в третьей нормальной форме, т.к. она удовлетворяет определению второй нормальной формы и ни одно из ее неключевых полей не зависит функционально от любого другого неключевого поля. Функциональные зависимости: № ПП – код ПО № ПП – наименование работ № ПП – плановая дата № ПП – фактическая дата Наши реквизиты (коднаши реквизиты, название, адрес, телефон, директор); Таблица «Наши реквизиты» находится в первой нормальной форме, т.к. в ней все необходимые атрибуты информационной модели определены на простых типах данных, задано ключевое поле (код наши реквизиты), которое не может иметь null-значений. Таблица «Наши реквизиты» находится во второй нормальной форме, т.к. она удовлетворяет определению первой нормальной формы и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом. Таблица находится в третьей нормальной форме, т.к. она удовлетворяет определению второй нормальной формы и ни одно из ее неключевых полей не зависит функционально от любого другого неключевого поля. Функциональные зависимости: Коднаши реквизиты – название Коднаши реквизиты – адрес Коднаши реквизиты – телефон Коднаши реквизиты – директор Программисты (код сотрудника, ФИО, телефон, дата рождения, номер контракта); Таблица «Программисты» находится в первой нормальной форме, т.к. в ней все необходимые атрибуты информационной модели определены на простых типах данных, задано ключевое поле (код сотрудника), которое не может иметь null-значений. Таблица «Программисты» находится во второй нормальной форме, т.к. она удовлетворяет определению первой нормальной формы и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом. Таблица находится в третьей нормальной форме, т.к. она удовлетворяет определению второй нормальной формы и ни одно из ее неключевых полей не зависит функционально от любого другого неключевого поля. Функциональные зависимости: Код сотрудника – телефон Код сотрудника – ФИО Код сотрудника – дата рождения Код сотрудника – номер контракта Программное обеспечение ( код ПО, вид, № договора, название ПО, версия, тип, дата выпуска); Таблица «Программное обеспечение» находится в первой нормальной форме, т.к. в ней все необходимые атрибуты информационной модели определены на простых типах данных, задано ключевое поле (код ПО), которое не может иметь null-значений. Таблица «Программное обеспечение» находится во второй нормальной форме, т.к. она удовлетворяет определению первой нормальной формы и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом. Таблица находится в третьей нормальной форме, т.к. она удовлетворяет определению второй нормальной формы и ни одно из ее неключевых полей не зависит функционально от любого другого неключевого поля. Функциональные зависимости: Код ПО – вид Код ПО – № договора Код ПО – название ПО Код ПО – версия Код ПО – тип Код ПО – дата выпуска Типы продуктов (код типа, тип продукта); Таблица «Типы продуктов» находится в первой нормальной форме, т.к. в ней все необходимые атрибуты информационной модели определены на простых типах данных, задано ключевое поле (код типа), которое не может иметь null-значений. Таблица «Типы продуктов» находится во второй нормальной форме, т.к. она удовлетворяет определению первой нормальной формы и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом. Таблица находится в третьей нормальной форме, т.к. она удовлетворяет определению второй нормальной формы и ни одно из ее неключевых полей не зависит функционально от любого другого неключевого поля. Функциональные зависимости: Код типа – тип продукта Участие в разработке (№ ПП, № в календарном плане, сотрудник, описание работ, языки программирования); Таблица «Участие в разработке» находится в первой нормальной форме, т.к. в ней все необходимые атрибуты информационной модели определены на простых типах данных, задано ключевое поле (№ ПП), которое не может иметь null-значений. Таблица «Участие в разработке» находится во второй нормальной форме, т.к. она удовлетворяет определению первой нормальной формы и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом. Таблица находится в третьей нормальной форме, т.к. она удовлетворяет определению второй нормальной формы и ни одно из ее неключевых полей не зависит функционально от любого другого неключевого поля. Функциональные зависимости: № ПП – № в календарном плане № ПП – сотрудник № ПП – описание работ № ПП – языки программирования 2.4 Создание даталогической модели Таблица 2.1 – Даталогическая модель сущности «Акты выполненных работ»
Таблица 2.2 – Даталогическая модель сущности «Внешнее финансирование»
Таблица 2.3 – Даталогическая модель сущности «Договоры»
Таблица 2.4 – Даталогическая модель сущности «Заказчики»
Таблица 2.5 – Даталогическая модель сущности «Инвесторы»
Таблица 2.6 – Даталогическая модель сущности «Календарный план»
Таблица 2.7 – Даталогическая модель сущности «Наши реквизиты»
Таблица 2.8 – Даталогическая модель сущности «Программисты»
Таблица 2.9 – Даталогическая модель сущности «Программное обеспечение»
Таблица 2.10 – Даталогическая модель сущности «Типы продуктов »
Таблица 2.11– Даталогическая модель сущности «Участие в разработке»
2.5 Выбор технических и программных средств реализации БД и клиентского приложения. Для реализации базы данных информационной системы «Бизнес-процессы компьютерной фирмы» выбрана СУБД «MicrosoftSQLServer 2008». Для написания клиентского приложения, реализующего пользовательский интерфейс, решению использовать MicrosoftVisualStudio 2013. Для формирования отчетов необходимо наличие пакета MSOffice. В качестве технических средств реализация БД рекомендуется использовать компьютеры следующей конфигурации: - для сервера Intel Core i5-4210 XE 1,70Гц/DDR 4,00Mb/HDD/Сетевая карта/CD-ROM; - для клиента Pentium-g3560-2Гц/DDR 2200Mb/HDD/Сетевая карта/CD-ROM/Лазерный принтер. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||