ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ОБРАЗОВАНИЮ
УХТИНСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ
УНИВЕРСИТЕТ
КАФЕДРА ИСТ
КУРСОВОЙ ПРОЕКТ
Дисциплина: «Управление данными»
Тема:
Разработка проекта базы данных для АИС «Учет Проектов »
Выполнил
студент группы ИСТ-03
Степанченко В.Е
Проверил
доцент кафедры ИСТ
Николаева Н. А.
Ухта2008
Содержание:
Введение
Глава 1.Описание предметной области
Глава 2. Описание средства моделирования
Глава 3. Методология концептуального проектирования баз данных
Построение концептуальной модели
Диаграмма «сущность-связь»
Нотация диаграммы «сущность-связь»
Спецификация сущностей
Глава 4. Построение логической модели
Глава 5. Формирование запросов
Заключение
Список литературы
Приложение 2
Приложение 1
ВВЕДЕНИЕ
В качестве темы для своего курсового проекта я выбрала разработку проекта базы данных для сопроводителей бухгалтерской программы Смета.
На троих работающих сопроводителей распределены 64 организации. Существует проблема создания плана посещения организаций на месяц, вследствие того что, план корректируется из-за поступления внеплановых заявок от обслуживаемых организаций. Нормировать график работы и учесть все организации, которые нужно посетить за текущий месяц, довольно сложно. Наличие возможности оперативного контроля за посещением организаций является одним из условий, способствующих эффективной деятельности организации.
Основными задачами создания плана посещения являются:
· своевременное посещение организации;
· удобство планирования маршрута в соответствии с планом посещения;
· учет актов выполненных работ.
На данный момент в нашей компании сложилась такая ситуация в которой сотрудники вынуждены нерационально использовать свое рабочее время из-за не правильно скоординированных действий. Это обосновывается тем что имеют место случаи когда несколько сотрудников в один момент времени приходят в одну и ту же организацию. Между сотрудниками нет четкой координации действий. Что наносит урон имиджу компании. Из-за не рационально распределенного времени многим сотрудникам приходится работать сверхурочно.
Изучив предметную область, я сделала вывод, что данная проблема актуальнадля сотрудников этой организации. Использование компьютерного планирования в решении этой проблемы значительно уменьшит расход рабочего времени на составление плана, и упростит контроль за посещением организаций.
Из выше описанной проблемы я делаю вывод, что необходимо создать базу данных, в которой будет храниться, обрабатываться вся необходимая информацию для пользователей БД. Цель данного курсового проекта заключается в разработке модели базы данных для процесса планирования плана работы в данной организации.
Для того чтобы прийти к цели я проделала работу следующего содержания:
Описала предметную область.
Далее я описала CASE-средства которое я выбрала для концептуального проектирования баз данных.
Также я дала описание методики логического проектирования базы данных и построила логическую модель и выявила отношения и ключи.
После построения логической модели базы данных я описала основные запросы к проектируемой базе данных.
После изучения предметной области я выделила следующие задачи: автоматизировать процесс планирования рабочего времени, осуществить контроль поступления актов выполненных работ.
Модель проектировалась с точки зрения сопроводителя. Организация занимается сопровождением бухгалтерской программы Смета. Работу по сопровождению выполняют так называемые Сопроводители.
Работа Сопроводителя состоит в том, что: сопроводители должны обслужить за текущий месяц все организации заключившие договор с фирмой. В свою очередь за правильно выполненную работу организация должна подписать акт о проделанной работе и передать его сопроводителю. В акте должен отображаться вид работы, дата, название организации и имя сопроводителя.
Работа может выполняться несколько дней. Акт подписывается при завершении работ. Акт предоставляется в фирму Сопроводителем.
Сопровождение осуществляется как согласно плану, так и по заявке предприятия.
План составляется в начале месяца. При составлении плана учитывается индивидуальный график работы Сопроводителя.
Сопроводитель может выполнять несколько видов работ по сопровождению, например: установку пакета обновлений и консультацию по модулю.
В течение месяца одну и ту же фирму могут обслуживать несколько Сопроводителей.
Глава 2. Описание средства моделирования
Инструменты для разработки, моделирования и анализа получили название CASE-средств (Computer-Aided Software Engineering). Понятие CASE-средства охватывает самые различные инструменты, которые служат для компьютерного анализа и моделирования. Одним из них является MicrosoftVisio - мощное средство моделирования и документирования бизнес процессов.
Microsoft Visio
Microsoft Visioиспользуется для построения схем и диаграмм различного типа, а также наглядного представления бизнес-процессов. Ориентированный на широкий круг пользователей, Visio помогает оптимизировать работу организации, исключить ненужные операции, повысить гибкость и эффективность деятельности.
Также Visio предлагает:
- Инструментарий для построения технических и бизнес-диаграмм, позволяющих наглядно представлять имеющиеся концепции, данные и системы, а также создавать проекты новых систем. В состав Visio Professional входит набор бизнес-диаграмм, имеющийся в Visio Standard.
- Возможность выполнения более сложных задач, лучшее понимание и увеличение производительности для достижения успеха в бизнесе.
- Интеграция бизнес-процессов и систем путем извлечения данных из диаграмм Visio и их импорта в приложения в формате Microsoft Access, Microsoft Excel, Microsoft Word, Microsoft SQL Server™, XML и другие.
- Включение Visio в мощные программные продукты на базе Microsoft .NET для удовлетворения конкретных нужд бизнеса.
- Внедрение элементов управления графикой Visio в бизнес-приложения, созданные на базе .NET или операционной системы Microsoft Windows.
Построение концептуальной модели
Методология концептуального проектирования баз данных
Построение концептуальной модели это в первую очередь структурированный подход, предусматривающий использование специализированных процедур, технических приемов, инструментов, документации и нацеленный на поддержку и упрощения процесса проектирования.
Концептуальное проектирование – создание концептуального представления базы данных, включающее определение типов важнейших сущностей и существующих между ними связей.
Каждая концептуальная модель состоит из следующих компонентов: типы сущностей, типы связей, атрибуты и домены атрибутов, потенциальные ключи, первичные ключи.
Концептуальная модель данных дополняется документацией, создаваемой в процессе разработки этой модели. На этапе концептуального проектирования должно быть выполнено следующее:
Определение типов сущностей
Целью определения типов сущностей является определение основных типов сущностей, присутствующих в представлении данного пользователя о предметной области приложения.
Сущность – это класс объектов, наделённых общими свойствами в рамках данной задачи. Имя сущности уникально в пределах проекта. Имя сущности – существительное в единственном числе. Сущность должна иметь ключ.
Определение типов связей
Целью определения типов связей является определение важнейших типов связей, существующих между сущностями, выделенными на предыдущем этапе.
Связь– ассоциация между сущностями, включающая по одной сущности из каждого участвующего в связи типа сущности. Связь именуется с помощью глагола неопределенной формы несовершенного вида. Имя связи неуникально в рамках проекта.
Определение атрибутов и связывание их с типами сущностей и связей
Целью определения атрибутов является связывание атрибутов с соответствующими типами сущностей или связей.
Атрибут – это именованная характеристика экземпляра сущности. Наименование атрибута должно быть выражено существительным в единственном числе, допускается использование характеризующих прилагательных
Определение атрибутов, являющихся первичными ключами
Целью определения первичных ключей является определение всех ключей для каждого типа сущности и, если таких ключей окажется несколько, выбор среди них первичного ключа.
Потенциальным ключом называется атрибут или минимальный набор атрибутов заданной сущности, позволяющий уникальным образом идентифицировать каждый ее экземпляр.
Для некоторых сущностей возможно наличие нескольких потенциальных ключей. В этом случае среди них нужно выбрать один ключ, который будет называться первичным ключом. Все остальные потенциальные ключи будут называться альтернативными ключами.
При выборе первичного ключа среди нескольких потенциальных руководствуемся приведёнными ниже рекомендациями:
1) минимальным набором атрибутов
2)Использование того потенциального ключа, вероятность изменения значений которого минимальна
3)Выбор того потенциального ключа, который имеет минимальную вероятность потери уникальности значений в будущем
4)Использование потенциального ключа, значения которого имеют минимальную длину (в случае текстовых атрибутов);
5)Выбор потенциального ключа, с которым будет проще всего работать