Автоматизированная информационная система планирования закупок в оптовой торговле

Автор работы: Пользователь скрыл имя, 07 Января 2011 в 20:02, курсовая работа

Описание работы

Цель состоит в повышении эффективности планирования закупок.
В работе рассмотрены следующие задачи:
- Определение потребности в материале;
- Выбор поставщика.

Содержание работы

Аннотация…………………………………………………………………………3

Введение…………………………………………………………………………...4

1.Цели и задачи АИС………………………………………………………........5
1.Функционирование объекта управления………………………...........5
2.Функционирование системы управления……………………………22
3.Формирование целей и задач АИС…………………………………...24
2.Функциональная структура АИС……………………………………………27
1.Внешние объекты АИС..……………………………………………...27
2.Структура данных АИС…………………………………………….....27
3.Задачи и функции АИС……………………………………………….29
3.Математическое обеспечение АИС………………………………………....32
1.Построение математической модели………………………………...32
2.Разработка методов решения задач…………………………………..33
3.Решение задачи на контрольном примере…………………………..34
4.Информационное обеспечение АИС………………………………………..39
1.Проектирование базы данных………………………………………...39
2.Ведение базы данных………………………………………………….48
5.Технологический процесс обработки данных……...………………………51
1.Технология обработки данных……………………………………….51
2.Обеспечение достоверности и безопасности данных….……………55
6.Программное обеспечение АИС……………………………………...……..57
1.Прикладное программное обеспечение……………………………...57
2.Алгоритмы программ решения задач………………………………...58
7.Техническое обеспечение АИС……………………………………………..61
1.Определение списка задач по обработке данных…………………...61
2.Расчет времени ввода данных при ведении базы данных…………..62
3.Определение времени печати данных………………………………..64
4.Определение загрузки ЭВМ…………………………………………..65
8.Источники…………………………………………………………………….68
9.Приложения…………………………………………………………………..69
Приложение 1. Формы документов……………………………………

Файлы: 1 файл

Курсач.doc

— 896.00 Кб (Скачать файл)

Таблица 4.

Наименование  домена Тип элемента данных Список значений или пример значения
1 2 3 4
Счетчик для  приходов Chard(4) 1
Номер прихода Num (10) 1
Счетчик для  поставщиков Chard(2) 7
Наименование  поставщика Char(40) ООО «Семена  НК»
Адрес поставщика Char (50) 141100, Московская  область, г. Щелково, ул. Заводская, 15
Контактный  телефон поставщика Char (15) (49656) 70-582
Номер счет-фактуры Char (10) 00000002
Дата прихода Date 29.10.2005
Год Char(20) Штукатурка  «Ротбанд»
Номер накладной Char (10) 00000002
Наименование  клиента Char (30) ООО «Плезир»
Адрес клиента Char (50) Республика  Татарстан, г.Казань, ул.Искра, д.17
Контактный  телефон клиента Char(20) (843) 2785-877
ИНН Char (10) 1657895641
Наименование  банка Char (50) Банк «Ак  Барс»
Расчетный счет Char (20) 42234500000000256910
Дата накладной Date 29.01.2005
Счетчик для  строк прихода Счетчик 1
Код товара Chard(3) 1
Наименование  товара Char (20) Тыква «Крошка»
Счетчик для  товаров Char (20) 213
Текущая цена товара Num (8,2) 511,00
Цена товара Num (8,2) 378,00
НДС Num (2,2) 18,00
Цена продажи Num (8,2) 511,00
Количество Num (5,2) 4
Единица измерения Char(5) шт.
Дата поступления  товара Date 29.09.2005
Процент наценки Num (Percent) 35%
Цена из прайса Num (8,2) 511,00
Счетчик для  расхода Chard(4) 012
Номер расхода Num (5) 12
Дата расхода Date 05.10.05
Год Char(4) 2005
Код предприятия Chard(4) 01
Наименование  предприятия Char(30) ООО «Большой праздник»
Основание для  расхода Char(30) Доверенность
Счетчик для  строк расхода Счетчик 215
Процент скидки Num (Percent) 5%
Количество  заказанного товара Num(5,2) 10
Количество  принятого товара Num(5,2) 10
Номер накладной Num(5) 04
 

В таблице  использовали обозначения:

- Date – дата.

- Char(n) – строка символов длиной не более n.

- Chard(n) – цифровая строка длиной не более n.

- Num(n,m) – число с общим количеством разрядов n, включая точку и m разрядов после десятичной запятой.

     Определим связи между сущностями. Концептуальная модель БД (ERD) приведена на рис.4.1, концептуальная модель БД (ER) на рис.4.2. 
 
 

 

 

 

 

 

 
 
 
 
 
 
 
 

    Рис. 4.1. Концептуальная модель БД (ERD). 
     
     
     
     
     
     
     
     
     
     
     
     
     

     

 

 

 

 

 
 

 
 
 
 
 
 
 

    Рис. 4.2. Концептуальная модель БД (ER). 
     
     
     
     
     
     
     
     
     
     
     

Логическое  проектирование баз данных. 

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

Наименование  отношения Наименование  атрибута Функциональная  зависимость
1 2 3
Отчет продажи за аналогичный заказываемый период 1. Период *
2. Код товара
 
Отчет о нераспределенных остатках товара на складе 1. Дата *
2. Код  товара *
3 Остаток  на начало года
 
Справочник  контрагентов 1.Код поставщика (покупателя) *
2 Наименование 
3. Адрес
4. Банковские  реквизиты
5. Договор
6. Условия  оплаты
7. Срок  поставки
8. Рекламная  поддержка
9. Возврат  бракованного товара
10.Нарушение  условий поставки
 
Расходная накладная 1. Номер расходной накладной *
2. Дата  накладной
3. Код  покупателя
4. Код  товара
5. Количество
6. Цена
7. Сумма
 
Приходная накладная 1. Номер приходной накладной *
2. Дата  накладной
3. Код  поставщика 
4. Код  товара
5. Количество
6. Цена
7. Сумма
 
Заявка  на закупку товара поставщику 1. Номер заявки поставщика *
2. Дата
3. Код  поставщика
4. Код  товара
5. Количество
6. Цена
7. Сумма
 
Заявка  клиентов 1. Номер заявки покупателя *
2. Дата  заявки
3. Код  покупателя
4. Код  товара
5. Количество
6. Цена
7. Сумма
 
Прайс-лист поставщика 1. Код прайс  поставщика *
1. Дата  обновления листа
2. Код  товара
3. Вид  упаковки
4. Цена 
5. Код  поставщика
     
Справочник товаров 1. Код товара *
  2. Наименование  товара
  3. Единица измерения
  4. Количество  в min упаковке
  5. Цена продажи
 
 

     Результатом логического проектирования БД является логическая модель БД, представленная на рис.4.3. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

 

 

 

 

 

 
 
 
 
 
 
 
 
 

    Рис. 4.3. Логическая модель БД. 
     
     
     
     
     
     
     
     
     
     

    1. Ведение базы данных.
 

     Укажем  события для каждого отношения  базы данных. В список включаются события, наступление которых вызывает добавление, удаление или изменение элементов отношения. Для каждого документа, подтверждающего наступление события, определяем источник и частоту формирования  документа. 

     Для отношения “ Справочник контрагентов ” событиями являются:

    1. Добавление  новых контрагентов  (добавление элемента отношения).

    2. Удаление  некоторых контрагентов (удаление  элемента отношения).

    3. Изменение  данных некоторых контрагентов (замена  элемента отношения). 

     Для отношения “Справочник товаров” событиями являются:

    1. Добавление нового товара в связи с расширением ассортимента (добавление нескольких элементов отношения).
    2. Удаление товара в связи с отказом от данного товара (удаление нескольких элементов отношений).
 

    Для отношения “Прайс-лист поставщика” событиями являются:

    1. Добавление  новых видов товаров  (добавление элемента отношения).

    2. Удаление  некоторых видов товаров (удаление  элемента отношения).

    3. Изменение  данных некоторых товаров (замена  элемента отношения). 

          Для отношения “ Заявки клиентов ” событиями являются:

    1. Введение новых заявок  (добавление элемента отношения).

    2. Изменение некоторых заявок (замена элемента отношения). 

     Для отношения “ Заявки поставщику ”  событиями являются:

    1. Введение  новых заявок  (добавление элемента  отношения).

    2. Изменение  некоторых заявок (замена элемента отношения). 

     Для отношения “Приходная накладная ” событиями являются:

    1. Введение  новых приходных накладных  (добавление  элемента отношения).

    2. Изменение  некоторых приходных накладных  (замена элемента отношения). 

     Для отношения “Расходная накладная ” событиями являются:

    1. Введение  новых расходных накладных  (добавление  элемента отношения).

    2. Изменение  некоторых расходных накладных  (замена элемента отношения). 

    Для отношения  “Отчет нераспределенных остатков товара на складе ” событиями являются:

    1. Поступление товара  (добавление элемента отношения).

    2. Резервирование  товара (резервирование элемента  отношения).

    3. Расходование товара (расход элемента отношения). 

    Для отношения  “Отчет продажи товара ” событиями  являются:

    1. Расходование  товара (расход элемента отношения). 

Окончательный список событий выглядит следующим  образом (в скобках указана частота  наступления событий в течении  года):

    1. Добавление  новых контрагентов  (добавление  элемента отношения).

    2. Удаление  некоторых контрагентов (удаление элемента отношения).

Информация о работе Автоматизированная информационная система планирования закупок в оптовой торговле