Файл: Технико-экономическая характеристика предприятия.pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 25.04.2023

Просмотров: 186

Скачиваний: 2

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

Таблица 3. Аппаратное обеспечение предприятия.

Рис. 1 Диаграмма IDEF0 Автоматизация учета материалов.

Рис. 2 декомпозиция IDEF0-диаграммы.

1.2 Организационная структура управления предприятием.

Рис. 3. Организационная структура предприятия

Должностные обязанности сотрудников:

  1. Директор.

(руководитель деятельности предприятия)

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

Функции:

- Соблюдение законности деятельности предприятия;

  1. Менеджер.

(ответственный за сотрудников и за имущество компании)

Функции:

- Дает распоряжение инструкторам;

- Дает распоряжение работникам;

- Следить за предприятием;

  1. Инструктор.

Функции:

- Обучает работников на определенные станции предприятия;

- Сбор заказов;

- Оплата заказов;

- Выдача заказа;

  1. Работник.

Функции:

- Сбор заказов;

- Оплата заказов;

- Выдача заказа;

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

Рис. 4. Техническая архитектура предприятия.

№ п/п

Название программного средства

Описание

1

Windows Server  2016 

серверная операционная система от Microsoft.

2

Microsoft Office

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

3

1С:Предприятие

Основа для запуска «Конфигураций» или прикладных решений, разработанных программистами 1С.

Таблица 4. Программное обеспечение

Информационное обеспечение задачи.

В базе отражается информация определенной предметной . Предметной областью () называется часть мира, представляющая для данного (использования). В информационных системах предметной области моделями данных уровней. Число моделей будет от особенностей . Мы будем далее вопросы баз данных СУБД, поддерживающих модели данных. от того, ли в виде отдельно логического и уровня, с зрения методологии равно можно эти уровни и соответствующие этапы проектирования данных. Даталогическая базы данных (). Даталогическая модель моделью логического и представляет отображение логических между элементами безотносительно к содержанию и хранения. Эта строится в информационных единиц, в той СУБД, в которой мы базу данных. создания ДЛМ даталогическим проектированием. логической структуры данных на СУБД называется . Физическая модель данных. Для даталогической модели среде хранения модель данных уровня (для часто называемая моделью). Эта определяет используемые устройства, способы организации данных среде хранения. физического уровня строится с возможностей, предоставляемых . Описание физической базы данных схемой хранения. этап проектирования называется физическим . СУБД обладают возможностями по организации данных, связи с сложность и физического проектирования, выполняемых шагов для конкретных . К числу , выполняемых на физического проектирования, : выбор типа , способа организации , методов доступа, размера физического , управление размещением на внешнем , управление свободной , определение целесообразности данных и методов сжатия, физической модели . К физическому относятся и , связанные с (определение числа размеров буферов, при передаче из внешней во внутреннюю, файлов за ). В настоящее наблюдается тенденция сокращению работ стадии физического . Иногда эти вообще бывают от проектировщика. модель не является точным схемы. Некоторые допускают различия типах данных, в схеме подсхеме, и их преобразование, различный логический следования элементов схеме и , введение в виртуальных полей т. д. определена подсхема, пользователь имеет только к данным, которые в соответствующей , что является из способов информации от доступа.


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

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

модель предметной . Выше мы о трех моделей, которые СУБД. Но того чтобы структуру базы , необходима исходная о предметной . Желательно, чтобы информация была в, формализованном . Информация, требуемая проектирования БД, зависит от СУБД. Более , для проектирования с «небанковской» обычно требуется же информация. предметной области, без ориентации используемые в программные и средства, называется моделью предметной (ИЛМ).

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

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

Рис. 5 Диаграмма деятельности.

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

Рис. 6 Диаграмма прецедентов.

Описание прецедентов и актеров.

Актеры:

Клиент - заказчик, покупатель, приобретатель товара.

Кассир - человек, управляющий системой осуществление заказа, обеспечивает расчет, прием и коммуникацию.

Прецеденты:

Покупка заказа - этот прецедент инициируется клиентом. Клиент обращается в кассам или сайту, выбирает дату, место назначения и рейс затем оплачивает билет.

Выдача заказа - этот прецедент инициируется работником.

Возврат заказа - этот прецедент инициируется клиентом. Если клиента что-то не устраивает, то он вправе вернуть или поменять билет.

Просмотр наличия товара- этот прецедент инициируется кассиром. Кассир просматривает информацию о товаре, есть ли доступные варианты.

Изменение данных в заказе- этот прецедент инициируется кассиром. Кассир изменяет данные о заказе клиента.

2.3. Характеристика базы данных


Рис. 7 Схема данных

Описание таблиц

Таблица 1 «Заказы»

Наименование поля

Идентификатор поля

Тип поля

Код заказа

-

Счетчик

Собрал заказ

-

Короткий текст

Продукция

Ключ

Короткий текст

Таблица 2 «Сотрудники»

Наименование поля

Идентификатор поля

Тип поля

Код сотрудника

Ключ

Счетчик

ФИО

-

Короткий текст

Номер телефона

-

Числовой

Выдал заказ

-

Числовой

Таблица 3 «Клиенты»

Наименование поля

Идентификатор поля

Тип поля

Код клиента

-

Счетчик

ФИО клиента

-

Короткий текст

Номер заказа

Ключ

Числовой

Таблица 4 «Продукция»

Наименование поля

Идентификатор поля

Тип поля

Код продукции

Ключ

Счетчик

Продукция

-

Короткий текст

Имеется

-

Короткий текст

Заключение

Я провел работу по теме «автоматизация работы с клиентами». В ходе работы мной была собрана и сгруппирована информация о работниках, спроектирована и разработана база данных, создав структуру базы данных благодаря программе Microsoft Office Access, разработаны запросы, формы и отчет.

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

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