Файл: Проектирование реализации операций бизнес-процесса «Складской учет» (Общие положения (дерево функций и сценарий диалога)).pdf

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

1.5. Обоснование решений по программному обеспечению

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

• создавать интерфейс используя стандартные компоненты;
• передавать управление различным процессам, в зависимости от состояния системы;
• создавать оболочки для баз данных, как и сами базы данных;.
• Современные средства разработки характеризуются следующими параметрами:
• поддержка объектно-ориентированного стиля программирования;
• возможность использования CASE-технологий, как для проектирования разрабатываемой системы, так и для разработки моделей реляционных баз данных;
• использование визуальных компонент для наглядного проектирования интерфейса;
• поддержка БД;
• возможность использования алгоритмов реляционной алгебры для управления реляционными базами данных;

Вышеперечисленными свойствами обладают многие языки программирования, например: Delphi, Visual C++, Borland С++ Builder, Visual FoxPro и другие.

Каждое из этих средств содержит весь спектр современного инструментария, который был перечислен ранее. Главное отличие состоит в области использования рассматриваемых средств. Так Visual C++ обычно используется при разработке приложений предназначенных для работы с ОС Windows, использующих основные свойства ОС, а так же выполняющих большое количество вычислений. Одним из недостатков данного средства разработки приложений является высокое требование к аппаратным ресурсам при разработке программного обеспечения, недостаточно высокая скорость компиляции программного кода и при реализации конечного продукта (ПО), используя этот продукт необходимо большее дисковое пространство, чем при создании аналогичного ПО другими средствами разработки. Borland С++ Biulder по своим недостаткам аналогичен Visual C++, но обладает еще одним – разработка баз данных на базе языка SQL и их поддержка ограничена.

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

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

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

Среда программирования напоминает пакет Visual Basic. В вашем распоряжении несколько отдельных окон: меню и инструментальные панели, Object Inspector (в котором можно видеть свойства объекта и связанные с ним события), окна визуального построителя интерфейсов (Visual User Interface Builder), Object Browser (позволяющее изучать иерархию классов и просматривать списки их полей, методов и свойств), окна управления проектом (Project Manager) и редактор.

Delphi содержит полноценный текстовый редактор типа Brief, назначения клавиш в котором соответствуют принятым в Windows стандартам, а глубина иерархии операций Undo неограниченна. Как это стало уже обязательным, реализовано цветовое выделение различных лексических элементов программы. Процесс построения приложения достаточно прост. Нужно выбрать форму (в понятие формы входят обычные, диалоговые, родительские и дочерние окна MDI), задать ее свойства и включить в нее необходимые компоненты (видимые и, если понадобится, неотображаемые): меню, инструментальные панели, строку состояния и т. п., задать их свойства и далее написать (с помощью редактора исходного кода) обработчики событий. Object Browser Окна типа Object Browser стали неотъемлемой частью систем программирования на объектно-ориентированных языках. Работа с ними становится возможной сразу после того, как вы скомпилировали приложение.

Недостатком Delphi состоит в том, что при его использовании нет достаточного доступа к функциям ОС, но данный недостаток несущественен, поскольку разрабатываемое приложение ориентировано на поддержку БД, а не на работу с ОС. Немалое значение при выборе Delphi в качестве средства для разработки автоматизированной системы играет возможность использования большого количества встроенных визуальных компонент, как для разработки интерфейса, так и для создания СУБД.

Таким образом, суммируя все плюсы и минусы, мой выбор пал на Delphi.

Глава 2. Проектная часть

2.1. Информационная модель и её описание

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

В построенной модели можно выделить логические уровни:

1) источники информации:

- информационная система, в которой хранятся заполненные справочники;

- ИС отдела снабжения и ИС отдела сбыта, из которых импортируются файлы данных;

- кладовщик участка приемки, контролер сектора приемки по качеству, кладовщик участка отгрузки, начальник склада, вводящие исходные данные в систему;

2) первичная информация:

- файлы «Заказы», «Планируемые поставки», импортируемые из смежных ИС;

- документы «Приходная накладная», «Накладная на внутреннее перемещение»;

- формы ввода «Приемка по количеству», «Приемка по качеству», «Инвентаризация»;

3) таблицы с первичными данными :

- таблицы «Приход» и «Расход»;

- таблица «Повреждения»;

- таблица «Качество»;

- таблица «Резерв»;

- таблица «Инвентаризация»;

4) таблицы с промежуточной и результатной информацией:

- таблица «Остатки»;

5) результатные документы и файлы:

- документы «Журнал прихода», «Журнал отгрузок»;

- отчеты «Отчет по качеству», «Отчет по остаткам», Отчет по инвентаризации», «Резервы отделов КЦ»;

- файл «Учет ТМЦ», содержащий данные о приходе и отгрузке товаров на складе; этот файл экспортируется в бухгалтерскую ИС для проведения бухгалтерского учета товарно-материальных ценностей (ТМЦ);

6) получатели информации:

- ИС бухгалтерии;

- менеджеры отдела снабжения;

- менеджеры отдела сбыта;

- начальник склада.

Область 1 информационной модели отображает процесс приемки товаров на склад:

- таблица «Планируемые поставки» заполняется данными, импортируемыми из ИС отдела снабжения;

- кладовщик участка приемки вводит в систему данные первичного документа «Приходная накладная» и результаты приемки по количеству;

- введенные данные сохраняются в таблицах «Приход» и «Повреждения»;

- контролер Сектора приемки по качеству производит приемку по качеству и вводит результаты приемки в форму «Приемка по качеству»; данные сохраняются в таблице «Качество»;

- на основе этих данных формируются результатные документы «Журнал прихода» и «Отчет по качеству»;

- данные о поступлении товара автоматически прибавляются к таблице «Остатки».

Область 2 отображает процесс ведения справочников ИС.

Область 3 отображает процессы обработки информации при проведении складских операций инвентаризации и резервирования товаров:

- начальник склада вводит в систему данные инвентаризации;

- на основе результатов инвентаризации редактируется учетное значение товара на складе;

- с помощью формы «Управление резервом» кладовщик формирует резерв товаров за отделами КЦ, и при необходимости изменяет значение резерва.

Область 4 отображает процесс отгрузки товаров клиентам:

- файлы «Заказы» и «Заказанные артикулы» импортируются из ИС отдела сбыта;

- кладовщик заполняет исходными данными форму ввода документа «Накладная на перемещение»;

- информация об отгрузках сохраняется в таблице «Расход»;

- количество отгруженного товара автоматически вычитается в таблице «Остатки»;

- на основании таблицы «Расход» формируется результатный документ «Журнал отгрузок».

Рис.5 Схема информационной модели

2.2. Характеристика нормативно-справочной, входной и оперативной информации

1. Справочники системы

В системе задействованы следующие справочники:

1. Справочник «Группы номенклатуры» – содержит обобщающую информацию о группах товаров: полиграфическая продукция, сувенирная, канцелярские товары и т.п. Содержит реквизиты: «код», «наименование».
2. Справочник «Номенклатура» - содержит информацию о товарах, поступающих на склад. Содержит реквизиты: «артикул», «наименование», «описание», «группа номенклатуры», «единицы измерения», «количество в упаковке», «количество упаковок на паллете», «признак активности номенклатуры».
3. Справочник «Категории» - содержит дополнительную информацию о категориях товара: эксклюзивный, индивидуализированный (т.е. имеет символику конкретного РИЦ), обычный. Содержит реквизиты «код», «наименование», «описание».
4. Справочник «Единицы измерения» - содержит перечень единиц измерения, которые используются для указания количества товара. Пример: «шт.», «кг», «г» и т.п. Содержит реквизиты «код», «наименование».
5. Справочник «Группы дефектов» содержит наборы дефектовочных признаков для определенных видов продукции. Например, «Дефекты брошюр», «Дефекты листовок», «Дефекты пластиковых ручек», «Дефекты компакт-дисков» и т.п.
6. Справочник «Дефекты». Содержит описание всевозможных дефектовочных признаков. Например, «царапины», «смещение рисунка» и т.п. Содержит реквизиты: «код», «наименование», «описание».
7. Справочник «Поставщики» - содержит перечень поставщиков товаров. Содержит реквизиты «код», «наименование», «комментарий».
8. Справочник «Клиенты» - содержит перечень РИЦ, приобретающих товары в КЦ. Содержит реквизиты: «код», «наименование», «описание», «город», «адрес доставки».
9. Справочник «Должности» - содержит перечень должностей сотрудников. Примеры: «кладовщик участка приемки», «начальник склада», «менеджер по продажам» и т.п. Содержит реквизиты «код», «название», «описание».
10. Справочник «Отделы» содержит перечень отделов КЦ, имеющих отношение к складским операциям. Примеры: «Отдел сбыта», «Отдел снабжения», «Отдел приемки», «Отдел контроля качества» и т.п. Содержит реквизиты: «код», «краткое название», «полное название».
11. Справочник «Сотрудники» - содержит список сотрудников КЦ, имеющих отношение к складским операциям. Реквизиты справочника: «код», «ФИО», «Полное имя», «Должность», «Отдел», «Телефон», «e-mail».

Таблица 1

Актуализация справочников системы

2. Входные файлы

1) Файлы «Планируемые поставки» и «Ожидаемые артикулы» поступают из ИС отдела снабжения.

Файл «Планирумые поставки» содержит следующие первичные показатели:

- ожидаемая дата поступления;

- поставщик;

- основание поставки (номер и дата договора на поставку);

- ФИО менеджера отдела снабжения, ответственного за поставку.

Файл «Ожидаемые артикулы» содержит данные о поступаемых товарах:

- артикул;

- количество товара;

- категория товара;

- ссылка на справочник «Перечни дефектов».

Файлы из ИС отдела снабжения поступают в систему 1 раз в сутки. Файл «Ожидаемые артикулы» содержит в среднем 25 записей, а файл «Планируемые поставки» - 5 записей.