- Регистрацию поступления (при
поступлении товара на склад, в соответствии
с приходными документами);
- Регистрацию товаров. На данном
этапе производится непосредственное
складирование поступившего товара на
склад и передача соответствующих входных
документов для заведения товара в базу;
- Перемещение. Здесь происходит
передача товара между складами при оформлении
требования-накладной, по которому и осуществляется
перемещение;
- Формирование оборотной ведомости
(создание одного из отчетов и передача
документов на формирование остатков);
- Формирование остатков, в свою
очередь, ведется на основании нормативных
документов под руководством бухгалтера
материальной группы.
Все эти процессы являются ключевыми
для заключительного процесса «формирования
отчётности», и на выходе всей модели получаем
ведомость по остаткам (см. Рисунок 2).
Рисунок 2. Декомпозиция модели
SADT «Учет движения товаров на складе»
1.5 Модель потоков
данных
DFD – это стандарт моделирования,
в котором система изображается
в виде сети работ, соединенных
между собой объектами, взаимодействующими
с результатами данных работ.
Сфера применения DFD находится в
области моделирования информационных
потоков организации. В этой нотации
формируется не последовательность работ,
а именно потоки информации (данных) между
работами и объектами, которые используют,
хранят или «рождают» эти данные.
Диаграмма потоков данных верхнего
уровня состоит из одного процесса и двух
внешних сущностей. Данные о товарах и
их поступлении поступают со склада в
бухгалтерию, где одновременно формируется
отчет «Прихода». Движение товаров и наличие
на складе отражается в оборотной ведомости.
Вся информация о поступлении, списании
и количестве товаров отражается в ведомости
по остаткам (см. Рисунок3).
Рисунок 3. Модель поток данных
«Учет движения товаров на складе»
Более подробно раскрывает
все пункты – диаграмма нижнего уровня.
В ней детально расписаны все действия
из представленной выше диаграммы. А также,
в этой диаграмме отражены две сущности,
четыре процесса и пять хранилищ данных.
Каждый пункт диаграммы непосредственно
связан между собой. Весь процесс заканчивается,
в сущности «перемещение товаров» (см.
Рисунок 4).
Рисунок 4. Диаграмма потоков
данных в развёрнутом виде
ПРАКТИЧЕСКАЯ ЧАСТЬ
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.