7. ПОСТАНОВКА ЗАДАЧИ

      В данном курсовом проекте поставлена задача создания информационной системы на платформе MS Office Access 2003, предназначенная для автоматизации работы сервисного центра.

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

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

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

 

8. ПОСТРОЕНИЕ ИНФОЛОГИЧЕСКОЙ  МОДЕЛИ ДАННЫХ

 
 

       Для построения инфологической модели данных определим сущности их связи и  атрибуты.

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

1. Оборудование находящиеся на обслуживании в сервисном центре ;
2. Сотрудники (управляющий и обслуживающий составы);
3. Сотрудники отвечающие за обслуживание;
4. Дополнительные данные.

 

Опишем  атрибуты сущностей для каждой в  отдельности:

• Таблица сотрудники обладает следующими атрибутами (Рис. 1):

      - Фамилия;

      - Имя ;

      - Отчество;

      - Должность;

      - Телефон.

      

                       Рисунок 1. Таблица  сотрудники. 

• Сотрудники  с кодом работника (рис. 2):

            - Код сотрудника;

            - код экземпляра оборудования;

                        

               Рисунок 2. Код сотрудника и присвоенное к нему оборудование

• Оборудование (рис. 3):

            - код экземпляра;

     - наименование;

     - код оборудования;

     - тип оборудования;

     - начальная цена;

     - текущая цена;

     - дата приобретения;

     - срок амортизации;

     - сумма страховки;

     - состояние использования;

     - изображение. 

                  Рисунок 3. Таблица: «Оборудование».

9. ПОСТРОЕНИЕ ДАТОЛОГИЧЕСКОЙ МОДЕЛИ ДАННЫХ

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

       

Рисунок 4. Датологическая модель данных.

10. ОПИСАНИЕ  ФОРМ БАЗЫ ДАННЫХ И ОСНОВНЫЕ ПРИНЦИПЫ РАБОТЫ С НЕЙ.

10.1 Главная форма.

      Главная форма базы данных служит для облегчения работы с ней. В основном главная  форма состоит из кнопок, при этом каждая кнопка привязана к определенной команде, поэтому после нажатия  на одну из кнопок формы происходит то или иное действие в зависимости от привязанной команды. Главная форма отображается сразу же при запуске базы данных, что сводит к минимуму рутинные операции по заполнению базы данных.Главная форма выглядит следующим образом (рис. 5):

     

     Рисунок 5. Главная форма базы данных.

  Главная форма была создана с помощью  стандартных средств управления базами данных MS Office Access 2003, точнее с помощью инструментария конфигуратор, и мастера построения форм. Для некоторых кнопок используются макросы. Так для кнопки «выход из приложения» используется макрос выхода с параметром макрокоманды «закрыть». Она позволяет закрыть приложение, не обращаясь к стандартным средствам.

  10.1 Дочерние формы и отчеты.

  В приложении используются стандартные отчеты MS Office Access 2003, для их построения использовался мастер построения отчетов. Так же отчеты привязаны к кнопкам главной формы приложения посредством привязки команд к определенным действиям. Каждая из дочерних форм привязана с тем или иным запросом в имеющейся базе данных, что облегчает навигацию, как по самой базе данных, так и по приложению в общем. Для открытия всех дочерних форм использовался один шаблон подключения к кнопкам главной формы. Что значительно уменьшило время обращения команд от формы к основным компонентам базы данных.

ЗАКЛЮЧЕНИЕ

 

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

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

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

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

 

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

1. Богумирский Б. Эффективная работа на IBM PC в среде Windows XP СПб, «Питер», 2008.
2. Вейскас Д. Эффективная работа с Microsoft Access 7.0 «Microsoft Press», 2006.
3. Вудкок Дж., Янг М. Эффективная работа с Microsoft Office 2003 «Microsoft Press».
4. Горев А., Макашарипов С., Эффективная работа с СУБД: СПб, «Питер»,2007.
5. Кириллов В.В. Основы проектирования реляционных баз данных. Учебное пособие. - СПб.: ИТМО, 2006.
6. Потапкин А.В. Основы Visual Basic для пакета Microsoft Office:М, «Эком», 2009.