Файл: Программные средства создания клиентских программ (базы данных).pdf

Для описания существующей технологии учета материальных ресурсов была использована методология SADT (IDEF0) (Structured Analysis and Design Technique). Этот метод считается классическим методом процессного подхода к управлению. Основной принцип процессного подхода заключается в структурировании деятельности организации в соответствии с ее бизнес-процессами, а не организационно-штатной структурой. Именно бизнес-процессы, формирующие значимый для потребителя результат, представляют ценность, и именно их улучшением предстоит в дальнейшем заниматься. Модель, основанная на организационно-штатной структуре, может продемонстрировать лишь хаос, царящий в организации (о котором в принципе руководству и так известно, иначе оно бы не инициировало соответствующие работы), на ее основе можно только внести предложения об изменении этой структуры. С другой стороны, модель, основанная на бизнес-процессах, содержит в себе и организационно-штатную структуру предприятия.

Функциональная модель существующего процесса учета перемещений материальных запасов представлена на рисунке 3.

Цель моделирования: выявить неавтоматизированные процессы для автоматизации и проектирования информационной системы.

Цель моделирования: выявить неавтоматизированные процессы для автоматизации и проектирования информационной системы.

Точка зрения: руководство.

Рисунок 3. Контекстная диаграмма учета материальных запасов

Входами для процесса являются следующие сопроводительные документы на материальные ценности:

• счет-фактура;
• товарно-транспортная накладная;

Управляющими воздействиями являются:

• законы;
• должностные инструкции;
• Устав компании.

В качестве механизмов рассматриваются:

• персонал;
• офисная техника и ПК;
• информационные ресурсы.

Выходами (результатами) для процесса учета являются:

• карточка учета материалов;
• накладная на внутреннее перемещение и передачу;
• акты списания;
• накладная на отпуск материалов;
• расходный ордер;
• отчет о движении МЦ.

На диаграмме представлена декомпозиция диаграммы А-0. На ней представлены четыре функциональных блока:

• А1. Учет поступления МЦ.
• А2. Учет перемещений между отделами
• А3. Учет выбытия МЦ.

Рисунок 4. Декомпозиция контекстной модели существующей системы учета материальных ценностей

В работе сотрудников отдела МТО очень много рутинной работы по оформлению документов.

Учет материальных запасов характеризуется большим объемом оперативной информации. Это отражено ниже в таблице 1.

Таблица 1

Оценка трудозатрат на обработку информации

При учете используется значительное количество документов, подготавливаемых вручную (рисунок 5).

Рисунок 5. Схема документооборота в отделе МТО

Операции, которые совершаются работниками отдела, являются довольно утомительными для самих работников, так как обрабатывается очень большой объем информации. Данный аспект сильно сказывается на производительности труда сотрудника: работа идет медленнее, появляются ошибки при оформлении документов. Много времени уходит на проверку информации. При подборе товара для отгрузки могут быть ошибки, пересортица. Часть товара может «потеряться» на складе, из-за чего он будет неактуальным и может быть утилизирован. Поэтому снижается возможность получения оперативной и достоверной информации.

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

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

1. Ведение базы данных материальных запасов (наименование, количество, цена и др.);
2. Ведение базы данных всех произошедших операций прихода-расхода;
3. Ведение справочников (материальные ценности, категории МЦ, поставщики, сотрудники);
4. Получение аналитической и статистической информации (остатки на складе, данные по количеству произведенных операций, отчет за месяц);
5. Получение справочной информации в печатном виде (счет-фактура, накладная, наименование товаров, отчеты по продажам).

Задачи проектирования:

1. Максимально упростить и ускорить процедуру учета материальных ценностей.
2. Обеспечить жесткую связь между складом и процедурой регистрации заказа для исключения ситуации оформления заказов на изделия при отсутствии соответствующих наименований на оперативном складе.
3. Обеспечить все бизнес - операции возможностью сопроводить их необходимыми документами.
4. Создать гибкую систему статистических отчетов, как по работе склада, так и по учету и регистрации заказов.
5. Обеспечить при необходимости возможность автоматического резервирования БД.
6. Запретить некорректные действия пользователя.
7. Обеспечить целостность информации в базе данных.
8. Обеспечить приемлемую безопасность данных на случай несанкционированного доступа.
9. Минимизировать затраты системных ресурсов, необходимых для нормальной работы АРМ.

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

Выбор программных средств разработки

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

Для сравнения выберем такие СУБД, как: MSAccess[24], MySQL[20], Oracle [8] и MS SQL Server [17]. Сравнительный анализ СУБД представлен в таблице 2.

Таблица 2

Сравнение СУБД

В таблице 3 представлены сравнительные характеристики СУБД. Приведены основные достоинства и недостатки рассматриваемых СУБД, результаты оценки производительности, средняя стоимость лицензии, действующая на момент написания проекта.

Проанализировав собранную информацию о рассматриваемых СУБД: показаниях производительности, удобства администрирования, ценовой политике было принято решение выбрать в качестве СУБД MySQL.

Таблица 3

Сравнительные характеристики СУБД

Язык программирования Delphi

Delphi – одна из самых мощных систем, позволяющих на самом современном уровне создавать как отдельные прикладные программы Windows, так и разветвленные комплексы, предназначенные для работы в корпоративных сетях и в Интернет.

Delphi – это комбинация нескольких важнейших технологий:

• высокопроизводительный компилятор в машинный код
• объектно-ориентированная модель компонент
• визуальное построение приложений из программных прототипов
• масштабируемые средства для построения баз данных

Язык программирования Си++

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

Достоинством языка является:

1. Поддержание различных стилей и технологий программирования, включая традиционное директивное программирование, объектно-ориентированное программирование.
2. Возможность работы на низком уровне с памятью, адресами, портами.
3. возможность создания обобщённых алгоритмов для разных типов данных, их специализация и вычисления на этапе компиляции, используя шаблоны.
4. Кроссплатформенность. Доступны компиляторы для большого количества платформ.
5. Эффективность. Язык спроектирован так, чтобы дать программисту максимальный контроль над всеми аспектами структуры и порядком исполнения программы.

Недостатки:

1. Сложность и избыточность, из-за которых C++ трудно изучать, а построение компилятора сопряжено с большим количеством проблем. В частности:
   • В языке практически полностью сохранён набор конструкций Си, к которому добавлены новые средства. Во многих случаях новые средства и механизмы позволяют делать то же самое, что и старые, но в языке сохраняются оба варианта;
   • Поддержка множественного наследования реализации в ООП-подсистеме языка вызывает логические проблемы, а также создаёт дополнительные трудности в реализации компилятора;
   • Шаблоны в своём исходном виде приводят к порождению кода очень большого объёма, а введённая позже в язык возможность частичной спецификации шаблонов трудно реализуема и не поддерживается многими существующими компиляторами.
2. Недостаток информации о типах данных во время компиляции (CTTI).
3. Метапрограммирование на основе шаблонов C++ сложно и имеет ограничения в возможностях. Оно состоит в реализации средствами шаблонов C++ интерпретатора примитивного функционального языка программирования выполняющегося во время компиляции. Такой код трудно воспринимать и отлаживать.
4. Отсутствие поддержки функционального программирования. Отчасти, данный пробел устраняется различными библиотеками (Boost) использующими средства метапрограммирования для расширения языка функциональными конструкциями (например, поддержкой лямбд/анонимных методов), но качество подобных решений значительно уступает качеству встроенных в функциональные языки решений.