7 - 2.Специальный раздел (Автоматизированная система управления ООО Редтеx с разработкой программного средства учёта выполнения заказов)

2 Специальный раздел

2.1 Разработка структуры АСУ ООО «Редтех»

В последние годы в России наблюдается устойчивый интерес к компьютерным интегрированным системам, способным обеспечить эффективное управление предприятием.

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

Системы управления, в которых ряд функций процесса управления (в первую очередь принятие решения при изменении ситуации) реализуются человеком, получили название автоматизированных систем управления (АСУ)[4].

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

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

При разработке структуры АСУ рассматриваемого предприятия в дипломном проекте использовано сочетание системного и кибернетического подходов.

При этом обобщенная структура АСУ приняла вид, представленный на рисунке 2.1.

Из анализа схемы, изображенной на рисунке 2.1 следует, что основными признаками структуры АСУ являются:

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

- наличие целей , критериев эффективности и ограничений ;

-наличие стратегии, плана, алгоритмов (инструкций) и программ управления.

Рисунок 2.1 – Структурная схема АСУ

Характерной чертой таких систем управления является то, что они функционируют в условиях случайно возникающих возмущений, действующих как на объект управления, так и на орган управления.

В соответствии с выполняемыми функциями и на основе общих схем (рис.2.1,.) , АСУ ООО «Редтех» относится к АСУ организационного типа и включает:

- орган управления в составе руководства предприятия (генеральный директор, исполнительный директор, главный инженер отдела информационных технологий);

- объект управления – отделы (исполнения заказов, технический, программный, отдел рекламы бухгалтерия, административно-хозяйственный);

Аппаратные средства автоматизированных рабочих мест (АРМ) реализованы на универсальных персональных компьютерах соединенных между собой посредством локальной сети.

Клиенты могут обращаться к оператору отдела заказов как непосредственно, так и предварительно (по телефону или по сети Internet) .

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

Все необходимые для учёта выполнения заказов данные находятся в таблицах, хранящихся в базе данных.

2.2 Разработка структуры базы данных

База данных – это самодокументированное собрание интегрированных записей [26]. В дипломном проекте, в связи с тем, что в АСУ ООО «Редтех» используется в основном информация, сосредоточенная в плоских таблицах, принято решение использовать реляционную модель базы данных, имеющую в настоящее время наибольшую популярность.

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

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

Весь процесс проектирования БД разбит на ряд взаи­мосвязанных этапов, каждый из которых обладает своими осо­бенностями и методами проведения. На рисунке 2.2 представлены этапы проектирования.

Этап инфологического проектирования

Этап даталогического проектирования

Рисунок 2.2 - Этапы проектирования базы данных

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

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

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

Таблица 2.1 – Структура базы данных

Рисунок 2.3 – Структура базы данных

2.2.1 Инфологическое проектирование

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

Сначала из объективной реальности выделена предметная область, т. е. очерчены ее границы. Логический анализ выде­ленной предметной области и потенциальных запросов пользова­телей завершен построением инфологической модели - пе­речня сведений об объектах предметной области, которые ,необходимо хранить в БД, и связях между ними.

Анализ информационных потребностей потенциальных пользо­вателей имеет два аспекта:

- определение собственно сведений об объектах предметной области;

- анализ возможных запросов к БД и требований по оперативности их выполнения.

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

Инфологическая модель «сущность - связь» (eпtity- relationshiр model; ER-model) П. Чена представляет собой описательную (не­формальную) модель предметной области, семантически опреде­ляющую в ней сущности и связи[23]

2.3 Разработка структуры программы

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

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

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

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

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

Непосредственно согласует работу всех модулей главный модуль программы, доступ к которому осуществляется только после выполнения процесса авторизации. Этим модулем является модуль «Ввод пароля».

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

Работа с клиентом на данном АРМ начинается с авторизации. После ее успешного похождения главный модуль передает управление модулю «Продажа товара», где создается новый или редактируется существующий заказ .

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

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

Информация о наличии и стоимости тех или иных видов бытовой техники поступает в базу данных с АРМ бухгалтерии и склада.