Проектирование информационных баз данных. 3

 

 
ФЕДЕРАЛЬНОЕ АГЕНСТВО ПО ОБРАЗОВАНИЮ
 

ГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ

ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

«САНКТ-ПЕТЕРБУРГСКИЙ  ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ

ЭКОНОМИКИ И ФИНАНСОВ» 

(СПбГУЭФ)  

Кафедра информатики.  
 

      Курсовой  проект 
 
 

Тема: Проектирование информационных баз данных 

Индивидуальное  задание № 15:  «Оценка  долга цехов-изготовителей». 
 
 
 
 

Выполнено:студенткой группы В212

                                 Крыловой В.А.

                                                        Руководитель:Казарова А.В. 

                     
 
 
 
 
 
 
 
 
 
 
 
 

Санкт-Петербург

2009 г. 
 
 

Содержание:  
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

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

1.1. Описание предметной  области и функции  решаемых задач.

      Предприятие ООО «Петербургские сладости» выпускает изделия широкого потребления: конфеты «Россия», пирожное «Буше», сливочная трубочка, шоколадный эклер, пирожное «Картошка», шоколадный батончик, торт вафельный.

      Предприятие включает три цеха, которые выпускают:

    • Цех 1: конфеты «Россия» (01), пирожное «Буше» (02), шоколадный батончик (03)
    • Цех 2: сливочная трубочка (30), пирожное "Картошка" (31), шоколадный батончик (03)
    • Цех 3: шоколадный эклер (60), торт вафельный (61)

Для продукции  Склада 1 отводится серия номеров: 01-29. Для продукции Склада 2 – серия номеров 30-59. для продукции Склада 3 – серия номеров 60-89.

      Структура производства компании ООО "Петербургские  сладости" представлена на рис.1  

Рис.1

Цех 1 Цех 2 Цех 3
01 пирожное "Буше"  30 сливочная  трубочка 60 шоколадный  эклер 
02 конфеты  " Россия "  31 пирожное "Картошка" 61 торт вафельный 
03 шоколадный батончик  03 шоколадный батончик 
 
 
 
 
Склад 1 Склад 2 Склад 3
01 пирожное "Буше"  30 сливочная  трубочка  60 шоколадный  эклер 
02 конфеты  " Россия"  31 пирожное "Картошка" 61 торт вафельный 
03 шоколадный  батончик     

  

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

   Месячные  планы представляются в виде оперативно-календарных планов выпуска изделия по дням.

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

   Схема формирования документооборота:  

   

             

      

                       ПЛАНЫ 

      

             

                                                   

                       ЦЕХОВЫЕ НАКЛАДНЫЕ                                                                                           

        
 

        

      Функции решаемых задач:

Комплекс решаемых задач.

    1. Учет общего количества запланированных к выпуску изделий по месяцам  с начала года.
    2. Учет общего количества фактически сданных на склады изделий по месяцам с начала года. 
    3. Анализ отклонений выполнения плана по месяцам
    4. Анализ долга цехов-изготовителей с начала года до конца заданного месяца.

1.3 Ограничения предметной  области. 

      По  предметной области деятельность предприятия  ООО "Петербургские сладости" есть некоторые ограничения:

  • На предприятии имеется несколько цехов, несколько складов.
  • Предприятие выпускает несколько видов изделий, используется несколько единиц измерения.
  • У изделия только одна единица измерения.
  • У разных изделий может быть одинаковая единица измерения.
  • Готовое изделие закреплено за одним складом и может выпускаться несколькими цехами.
  • Один цех может выпускать несколько наименований изделий.
  • Каждое изделие хранится на одном складе.
  • На одном складе может храниться несколько наименований готовых изделий.
  • Остаток на складе на начало года считаться нулевым.
  • Номера цехов и складов не изменяется.
  • Выпуск изделий цехами планируется помесячно.
  • Одно и тоже изделие  может быть запланировано к выпуску в разные месяцы.
  • Номер цеховой накладной может повторяться в каждом месяце.
  • Цеховая накладная отправляется на один склад и может включаться несколько наименований изделий. 

    Необходимо  предусмотреть одну из следующих ситуаций: 

    • Изделие запланировано к выпуску, но фактически не выпущено. 

При формировании базы данных ограничить количество:

   Цехов – от 2 до 3

   Складов – от 2 до 3.  

2. Постановка задач.

2.1. Организационно-экономическая  сущность решаемых  задач.

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

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

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

Задача 2: Учет общего количества фактически сданных на склад изделий цехами предприятия с начала года. 

   Для решения  второй задачи необходимо подсчитать фактически сданные на склад изделия  цехами предприятия ООО "Петербургские сладости" с начала года. Документ: список выпускаемых изделий, ЦН, СЦН.

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

Задача 3: Анализ отклонений выполнения плана на коне заданного месяца

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

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

Задача 4: Выбрать те месяцы, в которых полученная разность отрицательна.

   Используется  для решения задачи 4  результаты задачи 3.

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

2.2. Описание входной  информации.

 

   

2.3. Описание выходной информации. 

 

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

      Макет отчета. 

 Задача: Выдать отчет в разрезе цехов, по которым  не выполнен план сдачи на склад  продукции до конца заданного  месяца. 

      Анализ  долга цехов-изготовителей до конца 10 месяца

       

Наименование  изделия Количество Долг
План Факт
       
 

   Дата  выдачи отчета:___________

3. Разработка Информационного  обеспечения.

 

   Реквизитный состав первичных документов:

Код изделия,  наименование изделия, цена, номер цеха, месяц выпуска, количество, номер ЦН, код единицы измерения.

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

   Например, Код изделия и Наименование изделия отражают сведения об изделиях. Код единицы измерения и наименование единицы измерения – сведения о видах изделия.  ЦН, СЦН и План выпуска – сведения об запланированных к отгрузке изделиях

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

      Между ключом и другими реквизитами  существует функциональная зависимость  между кодом предприятия и  его наименованием.

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

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

      Жирной  линией на схеме выделены ключевые реквизиты.

      ИЗДЕЛИЕ (Код изделия, наименование изделия, код ед. измерения, цена, нормативный запас, номер склада);

      ЕДИНИЦА ИЗМЕРЕНИЯ (Код ед. измерения, наименования ед. измерения);

      ЦЕХ (Номер цеха, наименование цеха);

      ПЛАН  ВЫПУСКА(номер цеха, месяц выпуска, код изделия, количество);

      ЦН(номер цеха, номер цеховой накладной, дата сдачи);

      СЦН(номер цеха, код изделия, номер цеховой накладной, количество).  

      3.2. Определение связей  информационных объектов  в построение информационно-логической  модели (ИЛМ) 

      В результате анализа получили пять ИО или сущностей. Вот парный анализ связей между ними:

       ЕДИНИЦА ИЗМЕРЕНИЯ              ИЗДЕЛИЯ (ЕДИНИЦА ИЗМЕРЕНИЯ –  главный ИО, ИЗДЕЛИЯ – подчиненный  ИО). ТИП связи 1:М. Связь между  этими объектами обеспечивается с помощью реквизита Код изделия.

       ИЗДЕЛИЕ              ПЛАН ВЫПУСКА (ИЗДЕЛИЕ – главный ИО, ПЛАН ВЫПУСКА – подчиненный ИО). Тип связи 1:М. Связь обеспечивается с помощью реквизита Код изделия. 

     ИЗДЕЛИЕ                         СЦН (ИЗДЕЛИЕ– главный ИО, СЦН  – подчиненный ИО). Тип связи  1:М. Связь между объектами обеспечивается реквизитом Код изделия.  

       ЦЕХ                         ПЛАН ВЫПУСКА  (ЦЕХ – главный  ИО, ПЛАН ВЫПУСКА – подчиненный  ИО). Тип связи 1:М. Связь обеспечивается между этими объектами с помощью  реквизита Номер цеха.

          ЦЕХ                         ЦН (ЦЕХ – главный ИО, ЦН – подчиненный ИО). Тип связи 1:М. Связь обеспечивается между этими объектами с помощью реквизита Номер цеха. 

          ЦН                            СЦН (ЦН – главный ИО, СЦН – подчиненный ИО) Тип связи 1:М. Связь обеспечивается между этими объектами с помощью реквизита Номер цеха.   
 

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

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

4. Создание базы  данных

4.1. Структура таблицы

 
Имя 

таблицы

Имя

поля

Ключ Тип данных Размер,

Формат  поля

Изделие КОД_ИЗД Да Текстовый 3
НАИМ_ИЗД - Текстовый 20
КОД_ЕД.ИЗМ - Текстовый 2
ЦЕНА - Числовой 3
НОРМ_ЗАПАС  - Текстовый 5
НОМЕР_ СКЛАДА - Текстовый 2 
Ед. измерения КОД_ЕД.ИЗМ. Да Текстовый 2
НАИМ_ЕД.ИЗМ. - Текстовый 17
Цех НОМЕР_ ЦЕХА Да Текстовый 1
НАИМ_ЦЕХА - Текстовый 5
План 

выпуска

НОМЕР_ЦЕХА Да Текстовый 1
МЕС_ВЫПУСКА Да Числовое Целое
КОД_ИЗД. Да Текстовый 3
КОЛИЧЕСТВО - Числовой Дл. Целое
ЦН НОМЕР_ЦЕХА Да Текстовый 1
НОМЕР_ЦН Да Текстовый 4
ДАТА_СДАЧИ - Дата/время Краткий форм.
СЦН НОМЕР_ЦЕХА Да Текстовый 1
НОМЕР_ЦН Да Текстовый 4
КОД_ИЗД. Да Текстовый 3
КОЛИЧЕСТВО - Числовой Дл. Цел.

    

4.2. Схема данных.

 

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

   

4.3 Пользовательские  формы. 

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

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

 Отредактированная составная форма Цеховая накладная приняла вид: 

 

4.4. Ввод данных

 

      Данные  можно вводить двумя способами:

        Ввод данных через  таблицы. Например, заполняем таблицу Изделие. Для этого необходимо просто открыть таблицу и поочередно вводить данные (нельзя оставлять пустые ячейки):

         

 Ввод  данных через формы.  

 

5. СОЗДАНИЕ АЛГОРИТМА  И ЗАПРОСОВ.

 

      Перед решением задачи необходимо составить  подробное описание последовательности действий (алгоритм) над исходными или уже полученными на предыдущем шаге данными для получения результатов.

5.1. Разработка запросов

 

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

      Первый  запрос называется Задача 1 и он составлен на основе двух таблиц: план выпуска и изделие. Для этого запроса надо применить групповую операцию. С помощью групповых операций записи собираются в группы с одинаковыми значениями указанных полей.

 Для ЗАДАЧИ 1 бланк запроса выглядит следующим образом:

   

Таким образом  получим результат:   

    
 
 
 
 

      Второй  запрос будет называться Задача 2, он состоит из трех таблиц: Изделие, ЦН, СЦН и Цех. Для задачи 2 также необходимо будет применить групповые операции. Бланк запроса выглядит следующим образом:  

 

      После выполнения запроса получится следующий  результат:

 
Запрос третий называется
задача 3, он состоит из таблиц Задача 2 и План выпуска. Для запроса ЗАДАЧИ 3 надо использовать функцию Nz. Для получения отклонения в пустом столбце создать выражение:

 Отклонение: Выражение1: [[План выпуска]!КОЛИЧЕСТВО – Nz ([Задача 2]![Sum-КОЛИЧЕСТВО])

 

   
 
 
 
 
 
 
 
 

В результате выполнения запроса получим:

   

      Последний четвертый запрос – задача 4 – ДОЛГ. Он состоит из запроса задача 3.В этом запросе (задача 4 - ДОЛГ) следует ввести условие отбора, а именно выбрать недостачу (<0).

      Бланк запроса примет вид:

   
 
 

  

 Результатом решения поставленной задачи будет  следующая таблица:

 

6. СОЗДАНИЕ ОТЧЕТОВ.

 

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

    Отчет может  быть создан с помощью Мастера отчетов или в режиме Конструктора отчетов. Проще создать отчет с помощью Мастера отчетов, а затем доработать его в режиме Конструктора отчетов.

       
     
     

 В результате редактирования отчет примет вид:

   
 
 

Проектирование информационных баз данных. 3