Добавлен: 25.04.2023
Просмотров: 185
Скачиваний: 2
Таблица 3. Аппаратное обеспечение предприятия.
Рис. 1 Диаграмма IDEF0 Автоматизация учета материалов.
Рис. 2 декомпозиция IDEF0-диаграммы.
1.2 Организационная структура управления предприятием.
Рис. 3. Организационная структура предприятия
Должностные обязанности сотрудников:
- Директор.
(руководитель деятельности предприятия)
Несет ответственность за сохранность и эффективное использование имущества компании, выдает задачи администратору.
Функции:
- Соблюдение законности деятельности предприятия;
- Менеджер.
(ответственный за сотрудников и за имущество компании)
Функции:
- Дает распоряжение инструкторам;
- Дает распоряжение работникам;
- Следить за предприятием;
- Инструктор.
Функции:
- Обучает работников на определенные станции предприятия;
- Сбор заказов;
- Оплата заказов;
- Выдача заказа;
- Работник.
Функции:
- Сбор заказов;
- Оплата заказов;
- Выдача заказа;
Выбор комплекса задач автоматизации, структуры комплекса технических и программных средств и характеристика существующих бизнес – процессов
Рис. 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, разработаны запросы, формы и отчет.
Рассмотрев этапы автоматизации предприятия, было определено, что автоматизация предприятия – комплексный процесс, который состоит из детального анализа потребностей предприятия, автоматизации всех бизнес-процессов, создание обширной информационной системы и объединение её в одну бизнес-среду.
Изучение возможностей автоматизированной системы управления предприятием показало,что на сегодняшний день она является неотъемлемой частью предприятия.