Рразработка информационной системы по учёту движения товаров на складе

• Регистрацию поступления (при поступлении товара на склад, в соответствии с приходными документами);
• Регистрацию товаров. На данном этапе производится непосредственное складирование поступившего товара на склад и передача соответствующих входных документов для заведения товара в базу;
• Перемещение. Здесь происходит передача товара между складами при оформлении требования-накладной, по которому и осуществляется перемещение;
• Формирование оборотной ведомости (создание одного из отчетов и передача документов на формирование остатков);
• Формирование остатков, в свою очередь, ведется на основании нормативных документов под руководством бухгалтера материальной группы.

Все эти процессы являются ключевыми для заключительного процесса «формирования отчётности», и на выходе всей модели получаем ведомость по остаткам (см. Рисунок 2).

 

 

Рисунок 2. Декомпозиция модели SADT «Учет движения товаров на складе»

1.5 Модель потоков  данных

 

DFD – это стандарт моделирования, в котором система изображается  в виде сети работ, соединенных  между собой объектами, взаимодействующими  с результатами данных работ. Сфера применения DFD находится в  области моделирования информационных  потоков организации. В этой нотации формируется не последовательность работ, а именно потоки информации (данных) между работами и объектами, которые используют, хранят или «рождают» эти данные.

Диаграмма потоков данных верхнего уровня состоит из одного процесса и двух внешних сущностей. Данные о товарах и их поступлении поступают со склада в бухгалтерию, где одновременно формируется отчет «Прихода». Движение товаров и наличие на складе отражается в оборотной ведомости. Вся информация о поступлении, списании и количестве товаров отражается в ведомости по остаткам (см. Рисунок3).

 

Рисунок 3. Модель поток данных «Учет движения товаров на складе»

 

Более подробно раскрывает все пункты – диаграмма нижнего уровня. В ней детально расписаны все действия из представленной выше диаграммы. А также, в этой диаграмме отражены две сущности, четыре процесса и пять хранилищ данных. Каждый пункт диаграммы непосредственно связан между собой. Весь процесс заканчивается, в сущности «перемещение товаров» (см. Рисунок 4).

 

Рисунок 4. Диаграмма потоков данных в развёрнутом виде

 

 

 

 

 

 

 

 

 

 

 

 

 

2. ПРАКТИЧЕСКАЯ ЧАСТЬ

2.1 Требования, предъявляемые  к системе

 

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

Информационная система должна обеспечивать:

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

 

 

 

2.2 Требования  к техническим и программным  обеспечениям

 

Для нормального функционирования БД требуется наличие следующего программного обеспечения:

• Операционная система Windows 98/NT/2000/XP/7/8.
• Пакет офисных приложений Microsoft Office (версии 2000 или выше).

Для некоторого ПО различают минимальные и рекомендуемые системные требования:

• Минимальные системные требования — это набор условий, необходимых для возможности запуска и работы программного продукта. Однако наличие минимальных системных требований не отменяет возможность запуска ПО на компьютерах, которые по характеристикам слабее минимальных.
• Рекомендуемые системные требования — набор характеристик, подразумевающих оптимальную работу большей части возможностей продукта. Однако, даже если компьютер и подходит под рекомендуемые системные требования, это не значит высокой производительности ПО, например, в некоторых играх невозможно играть на максимальных настройках графики.

Ниже приведена таблица необходимых системных требований к операционной системе, для реализации ИС по учету движения товаров на складе (см. Рисунок 5).

	Декларируемые как минимальные	Рекомендуемые
Процессор	233 MHz	300 MHz или выше
Оперативная память	64 Мб RAM (могут быть ограничены некоторые возможности)	128 Мб RAM или выше
Видеоадаптер и монитор	VGA (640 x 480)	Super VGA (800 x 600) или выше
Свободное место на HDD	1.5 Гб	1.5 Гб или больше
Оптические накопители	CD-ROM (требуется для установки)	CD-ROM или DVD-ROM
Устройства взаимодействия с пользователем	Клавиатура	Клавиатура и мышь
Другие устройства	Звуковая карта, колонки и/или наушники	Звуковая карта, колонки и/или наушники

 

 

Рисунок 5. Системные требование к операционной системы

Эти характеристики могут описывать требования как к аппаратному обеспечению (тип и частота процессора, объём оперативной памяти, объём жёсткого диска), так и к программному окружению (операционная система, наличие установленных системных компонентов и сервисов и т. п.) [6].

 

2.3 Описание языка  программирования

 

Проектирование базы данных «Учет движения товаров на складе» осуществлялось в СУБД Firebird.

Firebird (FirebirdSQL) — компактная, кроссплатформенная, свободная система  управления базами данных (СУБД), работающая на Linux, Microsoft Windows и разнообразных Unix платформах. Firebird используется в различных промышленных системах (складские и хозяйственные, финансовый и государственный сектора) с 2001 г.Это коммерчески независимый проект C и C++ программистов, технических советников и разработчиков мультиплатформенных систем управления базами данных. Оноснованный на исходном коде, выпущенном корпорацией Borland 25 июля 2000 года в виде свободной версии Interbase 6.0.

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

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

Firebird полностью поддерживает SQL-92 Entry Level 1 и реализует большую часть стандарта SQL-99 c некоторыми очень полезными дополнениями. Это включает выражения DML/DDL, синтаксис объединений FULL/LEFT/RIGHT [OUTER] JOIN, выражения UNION, DISTINCT, подзапросы (IN, EXISTS), встроенные функции (AVG, SUM, MIN, MAX, COALESCE, CASE, ...), ограничения целостности (PRIMARY KEY, UNIQUE, FOREIGN KEY), и все общие типы данных SQL.

Firebird также реализует  ограничения проверки (check constraints) на уровне доменов и полей, отображения (views), исключения, роли и управление правами доступа[7].

Даже если вы уже работали с какими-либо базами данных, то это вовсе не означает, что с Firebird все сразу пойдет гладко. Можно быть крупным специалистом в таких реляционных СУБД, как dBASE, FoxPro и Paradox, но при этом не иметь опыта работы с базами данных в среде Windows.

В разработке данной СУБД была использована программа IBExpert, в качестве обработки данных ИС по учету движения товаров на складе.

В то время как Firebird представляет собой тип реляционной СУБД, IBExpert является лишь её оболочкой.

IBExpert — GUI-оболочка, предназначенная  для разработки и администрирования  баз данных InterBase и Firebird, а также  для выбора и изменения данных, хранящихся в базах.

Как основные достоинства IBExpert разработчики указывают:

• Поддержка InterBase версий 4.х, 5.х, 6.х, 7.х; Firebird 1.х, 2.x, 3.x; Yaffil 1.х;
• работа одновременно с несколькими базами данных;
• отдельные редакторы для всех объектов БД с синтаксической подсветкой;
• мощный SQL редактор с историей запросов и возможностью фонового выполнения запросов;
• автозавершение кода SQL (название таблиц, полей, и т.п.)
• отладчик хранимых процедур и триггеров;
• поиск в метаданных;
• полное и частичное извлечение данных и метаданных;
• анализатор зависимостей объектов баз данных;
• отчеты по метаданным;
• менеджеры пользователей и пользовательских привилегий;
• экспорт данных в различные форматы.

IBExpert обладает множеством  облегчающих работу компонентов: визуальный редактор для всех  объектов базы данных, редактор SQL и исполнитель скриптов, отладчик  для хранимых процедур и триггеров, построитель области, инструмент  для импорта данных из различных  источников, собственный скриптовый  язык, а также дизайнер баз  данных и т. д[8].

В свою очередь, проектирование ИС по учету движения товаров на складе осуществлялось в среде Lazarus.

Lazarus — свободная среда  разработки программного обеспечения  на языке ObjectPascal для компилятора FreePascal. Интегрированная среда разработки предоставляет возможность кроссплатформенной разработки приложений в Delphi-подобном окружении. На данный момент является единственным инструментом быстрой разработки приложений (RAD), позволяющим Delphi-программистам создавать приложения с графическим интерфейсом для Linux (и других не - Windows) систем.

Позволяет достаточно несложно переносить Delphi-программы с графическим интерфейсом в различные операционные системы: Linux, FreeBSD, Mac OS X, Microsoft Windows, Android.

Он основан на библиотеке визуальных компонентов Lazarus Component Library (LCL). В настоящее время практически полностью поддерживает виджеты Win32, GTK1, GTK2, Carbon, Qt.В разработке находятся виджеты WinCE.

Основные функции, осуществляемые в Lazarus:

• Поддерживает преобразование проектов Delphi

• Реализован основной набор элементов управления

• Редактор форм и инспектор объектов максимально приближены к Delphi

• Интерфейс отладки (используется внешний отладчик GDB)

• Простой переход для Delphi программистов благодаря близости LCL к VCL

• Полностью юникодный (UTF-8) интерфейс и редактор и поэтому отсутствие проблем с портированием кода, содержащего национальные символы

• Мощный редактор кода, включающий систему подсказок, гипертекстовую навигацию по исходным текстам, автозавершение кода и рефакторинг

• Форматирование кода «из коробки», используя механизмы JediCodeFormat

• Поддержка двух стилей ассемблера: Intel и AT&T (поддерживаются со стороны компилятора)

• Поддержка множества типов синтаксиса Pascal: ObjectPascal, TurboPascal, MacPascal, Delphi (поддерживаются со стороны компилятора)

• Имеет собственный формат управления пакетами

• Авто сборка самого себя (под новую библиотеку виджетов) нажатием одной кнопки

• Поддерживаемые для компиляции ОС: Linux, Microsoft Windows (Win32, Win64), Mac OS X, FreeBSD, WinCE, OS/2.