Разработка Информационной системы «Склад»

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

Государственное образовательное  учреждение высшего профессионального  образования

«САНКТ-ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ  
АЭРОКОСМИЧЕСКОГО ПРИБОРОСТРОЕНИЯ»

КАФЕДРА 53

КУРСОВАЯ РАБОТА (ПРОЕКТ)  
ЗАЩИЩЕНА С ОЦЕНКОЙ

РУКОВОДИТЕЛЬ

				Бритов Г.С.
должность, уч. степень, звание		подпись, дата		инициалы, фамилия

 

ПОЯСНИТЕЛЬНАЯ ЗАПИСКА  К КУРСОВОЙ РАБОТЕ (ПРОЕКТУ)

Разработка Информационной системы «Склад»

по дисциплине: ТЕОРИЯ ИНФОРМАЦИОННЫХ ПРОЦЕССОВ И СИСТЕМ

РАБОТУ ВЫПОЛНИЛ(А)

СТУДЕНТ(КА) ГР.	5531				Попова Ю.Г.
			подпись, дата		Инициалы, фамилия

 

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

 

 

 

Содержание:

 

Введение

Раздел 1. Постановка задачи разработки информационной системы

1.1.   Задание на разработку информационной системы

1.2.   Характеристика объекта управления

1.3.   Структура информационной системы

 

Раздел 2. Функциональная модель бизнес-процесса

 

2.1.   Моделирование в IDEF0

2.2.   Диаграммы бизнес-процесса из BPWin

2.3.   Расчет оценки функциональной модели

 

Раздел 3. Модели данных информационной системы

 

3.1.   Логическая модель данных в 3НФ из ERWin

3.2.   Выбор и обоснование СУБД

3.3.   Физическая модель данных в 4НФ из ERWin

3.4.   Представление в базе данных из ERWin

 

Раздел 4. Реализация информационной системы в СУБД

4.1.   Программа реализации базы данных из ERWin

4.2.   Программа реализации представлений из ERWin

4.3.   Макеты форм

4.4.   Макеты отчетов

 

Заключение

Список использованных источников

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Введение

 

Информационные системы начала 50-х годов развивались как системы с эксплуатационным уровнем, разработанные для выполнения элементарных, но жизненно важных операций типа контроля платежей. В 60-х годах информационные системы использовались для контроля и управления, а в 70-х годах – для планирования и моделирования. К 80-м годам информационные системы развились в изготавливаемые по заказу системы поддержки принятия решений и ранние стратегические системы планирования. Сегодня информационные системы помогают создавать и распространять знания и информацию в организации через новые системы работы знания, приложения, обеспечивающие компаниям доступ к данным и системам коммуникаций, связывающим разветвлённое предприятие по всему миру. Организации теперь жизненно зависят от систем и не могут пережить даже случайную их аварию.

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

Разработка структуры базы данных – это первая задача, которая стоит перед администратором после установки SQL Server 2000 до тех пор пока не будут созданы таблицы, практической пользы от SQL Server 2000 будет немного. Пользователи не смогут хранить, а следовательно и обрабатывать данные. Помимо простого создания страниц необходимо разработать правила взаимоотношений между ними. В современных базах данных редко встречаются таблицы, никак не связанные с другими таблицами. Часто данные, которые можно расположить в одной таблице, необходимо разнести в несколько более мелких таблиц. Такой подход позволяет более эффективно управлять данными, исключить дублирование информации и уменьшить объём, который занимают данные.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Раздел 1. Постановка задачи разработки информационной системы

 

1. Задание на разработку информационной системы

 

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

 

1.1.1 Назначение системы

 

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

 

 

2. Характеристика обрабатываемых данных

 

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

• Склад(код склада, адрес, телефон, наименование)
• Товар(код товара, наименование, единица измерения, цена)
• Производитель (код производителя, имя, телефон, адрес)
• Поставщик(код поставщика, имя, адрес, телефон )
• Страна (код страны, название, характеристика)

 

3. Виды системных документов

 

а) входные документы

 

• Накладные
• Счета-фактуры
• Каталог товаров

 

б) выходные документы

 

• Отчеты
• Журнал учета

 

4. Пользователи системы

 

В системе работают:

• Бухгалтер
• Логист
• Менеджеры
• Грузчики
• Системный администратор

 

 

 

 

 

 

5. Защита данных

 

• Пароль компьютера
• Пароль БД бухгалтера
• Пароль для остальных пользователей системы
• Пароль системного администратора

 

6. Характеристика технических средств

 

• Компьютеры  Intel Celeron
• Сервер HP
• Локальная сеть топологии «звезда».

 

7.  Характеристика программных средств

 

• SQL Server 2000
• RAdmin
• ОС Windows Server 2003
• Windows XP.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

2. Характеристика объекта управления

 

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

 

Прием товара на склад :

Получатель принимает у водителя товар и проверяет по количеству, подписывает документы Поставщику.

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

 

a. Добавление позиции, для которой  НЕ нужен штрих-код:

Проверяющий выбирает товар и задает количество

Система проверяет, что для выбранного товара не нужен штрих-код

добавляются позиции с соответствующим  товаром в заданном количестве в  документ.

 

b. Добавление позиции, для которой нужен, но отсутствует штрих-код:

Проверяющий выбирает товар, выбирает штрих-код и задает количество

Система печатает этикетку(и) со штрих-кодом,

добавляются позиции с соответствующим  товаром в заданном количестве в  документ.

 

c. Добавление позиции со штрих-кодом,  для которого не найден товар  в системе:

Проверяющий сканирует штрих-код

Система предлагает ввести товар и  количество

Система регистрирует новый штрих-код  для выбранного товара

добавляются позиции с соответствующим  товаром в заданном количестве в документ.

 

d. Добавление позиции с штрих-код,  для которого найден товар  в системе:

Проверяющий сканирует штрих-код

Система определяет товар и предлагает ввести количество

добавляются позиции с соответствующим  товаром в заданном количестве в документ.

 

После завершения формирования «Спецификации  прихода» для каждой позиции система  ищет нужную заявку на закупку и  формирует приходную накладную.

 

 

Оптимизация работы склада подразумевает:

 

Определение оптимального количества подъемно-транспортного оборудования;

определение оптимальной загрузки подъемно-транспортного оборудования;

разработку стратегии тактики  оптимального использования полезной площади склада;

оптимизация использования емкости  склада;

сокращение времени хранения продукции;

увеличение коэффициента оборачиваемости  склада.

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

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

 

3. Структура информационной системы

 

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

 

 

Рис.1 Структура информационной системы

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Раздел 2. Функциональная модель бизнес-процесса

 

1. Моделирование в  IDEF0

 

IDEF0 — это метод описания системы в целом как множества взаимозависимых функций (действий).

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

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

IDEF0 часто используется как способ исследования и проектирования систем на логическом уровне. Результаты анализа с помощью IDEF0 могут применяться при проектировании с использованием IDEF3 и DFD.

IDEF0 определяет два графических объекта:

1. блок, с помощью которого обозначается некоторая функция (действие);
2. стрелка, с помощью которой указываются информационные или материальные объекты.

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

Контекстная диаграмма — диаграмма самого верхнего уровня иерархии, дает самое общее представление о системе. На контекстной диаграмме (КД) отображается только один функциональный блок (контекстная функция).

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

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

2.2.   Диаграммы бизнес-процесса  из BPWin 

 

Рис.2 Контекстная диаграмма

 

 

 

Рис.3 Декомпозиция первого уровня

 

Рис.4 Декомпозиция второго уровня

Рис.5 Декомпозиция третьего уровня

Рис.6 Декомпозиция четвертого уровня

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

2.3.   Расчет оценки  функциональной модели

 

2.3.1 Диаграмма дерева узлов

Рис.7 Дерево узлов

 

 

2.3.2 Расчёт оценки Функциональной Модели