Автоматизация работы предприятия

Размещено на http://www.allbest.ru/

Содержание

ВВЕДЕНИЕ

1.Кратко об предприятии

2.Описание предметной области решаемой задачи

3.Результаты проектирования АРМ

4.Элементы пользовательского интерфейса

5.Проектирование базы данных

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

Введение

информационная система резервирование данные

Основной целью практики является:

- изучение структуры предприятия;

- ознакомление с деятельностью предприятия, работой ее отделов;

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

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

- определение основных проблем ИС предприятия;

- выбор проблемы для решения и автоматизации;

- сбор информации для дипломного проектирования;

- участие в решении производственных задач.

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

1.Кратко об предприятии

БИЗНЕСКОМПАНИ-это клининговая компания в сфере оказания клининговых услуг по Бресту и Брестской области! Они используют в работе профессиональные моющие и технические средства глобальных производителей и прекрасно справляемся с уборкой любой сложности. В настоящее время услугами пользуются офисы, муниципальные, образовательные учреждения, торговые центры, коммерческая и розничная недвижимость, режимные объекты.

Рисунок 1 - Структурная предприятия

2.Описание предметной области решаемой задачи

Объектом исследования является магазин бытовой техники «Корона Техно». Компания предлагает широкий ассортимент бытовой техники.

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

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

3.Результаты проектирования АРМ

Разрабатываемое программное средство будет спроектировано и реализована по двухуровневой клиент-серверной архитектуре.

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

Структурная схема разрабатываемой автоматизированной системы обработки информации приведена на рисунке 1.

Рисунок 2 - Структурная схема АРМ

В приведенной выше архитектуре в качестве сервера использована СУБД Postgresql, а в качестве клиента - настольное приложение на языке программирования C++. Для построения графического интерфейса пользователя будет использована кроссплатформенная библиотека Qt.

Разрабатываемое АРМ должно обеспечивать:

? заполнение, редактирование справочников;

? формирование и вывод на печать документов;

? разграничение прав доступа;

? управление пользователями;

? поиск товара по штрих-коду

? вывод карточки товара с характеристиками;

? вывод отчета по продажам за месяц

? вывод диаграммы по продажам в разрезе продавцов (рейтинг продавцов).

Разрабатываемый программный модуль содержит следующие справочники:

1. Пользователи

2. Виды пользователей

3. Категории товаров

4. Товары

5. Единицы измерения

6. Покупатели.

4.Элементы пользовательского интерфейса

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

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

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

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

5.Проектирование базы данных

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

Основные черты концепции БД:

1. Данные отделяются от прикладной программы (ПП), появляется специальная программная надстройка для управления данными, называемая системой управления базами данных (СУБД);

2. СУБД управляет данными и служит посредником между ними и ПП;

3. ПП упрощаются, освобождаются от функций структуризации, хранения и поиска данных.

Таким образом, использование концепции баз данных позволяет:

- повысить надежность, целостность и сохранность данных;

- сохранить затраты интеллектуального труда;

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

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

- обеспечить достоверность данных;

- обеспечить требуемую скорость доступа к данным;

- стандартизовать данные в пределах одной предметной области;

- автоматизировать реорганизацию данных;

- обеспечить защиту от искажения и уничтожения данных;

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

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

- создать предпосылки для создания распределенной обработки данных.

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

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

Физическое представление - конкретное размещение значений данных в памяти (во внешней и в оперативной), способы и средства представления структурных характеристик (имен, размеров, адресов), установления связей между элементами структуры БД.

Внешнее представление - часть структуры БД, используемая для выдачи информации в конкретном приложении.

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

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

1. Этап формулирования и анализа требований. На данном этапе устанавливаются цели организации, определяются требования к БД. Они состоят из общих требований и специфических требований. Все требования документируются в форме, доступной конечному пользователю и проектировщику БД.

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

3. Этап логического проектирования. По окончании данного этапа получаем концептуальную модель, инвариантную к структуре базы данных. Часто она представляется в виде модели "сущность-связь". В процесселогического проектирования высокоуровневое представление данных преобразуется в структуру используемой СУБД. Основной целью этапа является устранение избыточности данных с использованием специальных правил нормализации. Цель нормализации - минимизировать повторения данных и возможные структурные изменения БД при процедурах обновления. Это достигается декомпозицией одной таблицы в две или несколько с последующим использованием при запросах операции навигации.

4. Этап физического проектирования. На этапе физического проектирования решаются вопросы, связанные с производительностью системы, определяются структуры хранения данных и методы доступа.

Проанализировав предметную область можно выделить следующие сущности:

- товар (product);

- единицы измерения (unit_types);

- пользователи (users);

- видыпользователей (user_type);

- категориитоваров (product_categories);

- покупатели (customers);

- покупки (orders);

- покупаемые товары (order_products)

- фото товаров (photos).

Определим атрибуты сущностей иотношения межу сущностями.

Логическая модель данных приведена на рисунке 2.

Рисунок 2.6 - Логическая модель данных

На основе логической модели данных построим физическую модель данных для системы управления базами данных Postgresql.

На этом этапе выбираем типы и размерность данных. Для целочисленных значений выбираем тип INT, для текстовых - NVARCHAR(), для даты - DATE, для денежного типа - DECIMAL.

Графическое представление физической модели данных приведено на рисунке 3.

Рисунок 3 - Физическая модель данных

Скрипт создания базы данных:

create table user_types

(

user_type_id serial primary key,

users_type_text varchar(128)

);

create table users

(

user_id serial primary key,

user_name varchar(255),

user_password varchar(255),

user_type_id int references user_types

);

create table unit_types

(

unit_type_id serial primary key,

unit_type_name varchar(255)

);

create table product_categories

(

product_category_id serial primary key,

product_category_name varchar(64)

);

create table products

(

product_id serial primary key,

product_title varchar(254),

cost decimal(12,2),

product_category_id int references product_categories,

product_spec text

);

create table customers

(

customer_id serial primary key,

customer_name varchar(256),

phone varchar(32),

address varchar(256),

email varchar(64)

);

create table orders

(

order_id serial primary key,

order_date date,

user_id int references users,

customer_id int references customers

);

create table order_products

(

order_product serial primary key,

order_id int references orders,

product_id int references products,

amount int,

unit_type int references unit_types

);

create table photos

(

photo_id serial primary key,

product_id int references products,

photo bytea

);

Список использованной литературы

1. WEB-сайт “Прикладные информационные технологии в образовании” - https://www.sites.google.com/site/prikladnye/materialy/2-glava/1

2. Владимир, Михайлович Илюшечкин Основы использования и проектирования баз данных / Владимир Михайлович Илюшечкин. - М.: Юрайт.

3. Латыпова, Р. Р. Базы данных. Курс лекций / Р.Р. Латыпова

Размещено на Allbest.ru