Введение, или почему автоматизация — это не просто тренд, а необходимость
В эпоху глобализации и неуклонного технологического прогресса промышленность сталкивается с радикальными вызовами. Ключевую роль в происходящих изменениях играют концепции Индустрии 4.0 и цифровой трансформации, которые переводят акцент на цифровые технологии на совершенно новый уровень. Они интегрируют физический и цифровой миры через киберфизические системы, интернет вещей и искусственный интеллект, создавая полностью автоматизированное цифровое производство. В этом контексте автоматизация перестает быть просто модной опцией и становится фундаментальным фактором выживания и конкурентоспособности любого предприятия.
Главный тезис дипломной работы заключается в том, что грамотно спроектированная и внедренная автоматизированная система является ключевым рычагом для достижения стратегических бизнес-целей. Это доказывается через ее способность решать критически важные задачи:
- Повышение эффективности производства: Оптимизация циклов, сокращение простоев оборудования и ускорение выполнения заказов.
- Снижение операционных затрат: Уменьшение количества ручного труда, минимизация человеческого фактора и связанных с ним ошибок, а также сокращение расхода сырья и материалов.
- Улучшение качества продукции: Внедрение систем автоматического контроля на всех этапах производства, что ведет к значительному снижению процента брака.
Для конкретизации исследования в рамках дипломной работы рассмотрим пример проекта для мебельной фабрики. На основе этого объекта можно четко сформулировать цель и задачи исследования.
Объект исследования: Производственные и управленческие процессы мебельной фабрики.
Предмет исследования: Разработка и внедрение автоматизированной системы для учета и управления производственными процессами.
Цель дипломной работы: Разработать автоматизированную информационную систему для повышения эффективности производственных процессов на мебельной фабрике за счет автоматизации сбора, анализа данных и формирования отчетности.
Для достижения этой цели необходимо решить следующие задачи:
- Проанализировать предметную область и текущие бизнес-процессы на предприятии.
- Спроектировать архитектуру будущей автоматизированной системы и ее базу данных.
- Реализовать ключевые программные модули системы.
- Провести комплексное тестирование разработанного продукта для подтверждения его работоспособности.
- Рассчитать экономическую эффективность от внедрения системы и оценить срок ее окупаемости.
Теперь, когда актуальность темы доказана и цель определена, необходимо погрузиться в предметную область и проанализировать, как обстоят дела на объекте исследования сейчас.
Аналитический обзор предметной области, который формирует фундамент проекта
Прежде чем приступать к проектированию, необходимо провести глубокий анализ предметной области. Этот этап является фундаментом, на котором будет строиться весь проект. Он начинается с краткого обзора существующих решений и научной литературы по теме автоматизации в мебельной промышленности, что позволяет опереться на уже существующий опыт и избежать типичных ошибок.
Центральной частью аналитического обзора является детальное исследование текущих бизнес-процессов на предприятии. Для этого используется методология, основанная на двух моделях: «как есть» (As-Is) и «как будет» (To-Be). Этот подход позволяет четко разграничить анализ текущей ситуации и планирование будущих улучшений.
Построение модели «как есть» (As-Is)
Модель «As-Is» — это документальное описание процессов в том состоянии, в котором они находятся на данный момент. Важно отметить, что это описание должно отражать реальную картину, а не идеализированное представление руководства. Для сбора объективной информации используются следующие методы:
- Анализ существующей документации и регламентов.
- Прямое наблюдение за выполнением процессов в цехах и офисе.
- Интервью с сотрудниками всех уровней, вовлеченными в процесс.
В ходе анализа на примере мебельной фабрики были выявлены следующие «узкие места»:
- Ручной учет материалов: Кладовщики ведут учет остатков в бумажных журналах или электронных таблицах, что приводит к ошибкам, пересортице и несвоевременным закупкам.
- Потери времени при передаче заказов: Заказ от менеджера к начальнику производства, а затем к мастерам передается на бумажных носителях, которые могут теряться или содержать неточности.
- Ошибки в раскрое материалов: Операторы станков с ЧПУ вручную вводят параметры раскроя, что периодически приводит к браку и нерациональному использованию дорогостоящих плитных материалов.
- Отсутствие оперативной отчетности: Руководитель не имеет возможности в реальном времени оценить загрузку оборудования, себестоимость конкретного заказа или общую производительность.
Формулирование требований и модели «как будет» (To-Be)
На основе выявленных проблем формируются четкие требования к будущей автоматизированной системе. Она должна обеспечивать сквозной учет, минимизировать ручной ввод данных и предоставлять актуальную аналитику. Эти требования ложатся в основу концептуальной модели «как будет» (To-Be), которая описывает желаемое состояние бизнес-процессов после внедрения системы. В нашем случае, модель «To-Be» предполагает, что новая система решит обозначенные проблемы следующим образом:
Система будет автоматически списывать материалы со склада при передаче заказа в производство, формировать карты раскроя для станков с ЧПУ, отслеживать статус выполнения каждого заказа в реальном времени и генерировать отчеты по ключевым показателям для руководства.
Мы определили, что нужно исправить и каким должен быть результат. Следующий шаг — выбрать, с помощью каких инструментов мы будем этого добиваться.
Обоснованный выбор методологии разработки и технологического стека
После того как требования к системе определены, наступает этап принятия ключевых технических решений. Необходимо обосновать выбор инструментов и подходов, которые будут использоваться для создания продукта. Этот выбор напрямую влияет на скорость, стоимость и качество разработки.
Сравнение методологий разработки
Существует два фундаментально разных подхода к управлению проектами: Waterfall (каскадная модель) и Agile (гибкая модель). Их выбор зависит от характера проекта и требований заказчика.
- Waterfall — это классический подход, при котором задачи выполняются строго последовательно: анализ, проектирование, разработка, тестирование, внедрение. Каждый новый этап начинается только после полного завершения предыдущего. Эта модель подходит для проектов с четко зафиксированными на старте требованиями, что часто бывает в рамках дипломной работы, где необходимо заранее составить и утвердить техническое задание.
- Agile — это итеративный подход, предполагающий разделение работы на короткие циклы (спринты), по итогам каждого из которых создается работающая часть продукта. Этот метод идеален, когда требования могут меняться, и заказчик активно вовлечен в процесс.
Для дипломного проекта, где требования, как правило, стабильны и зафиксированы в задании, а основной целью является демонстрация полного цикла разработки, выбор методологии Waterfall является наиболее обоснованным. Она обеспечивает предсказуемость, структурированность и полное документирование всех этапов работы.
Выбор технологического стека
Технологический стек — это набор языков программирования, фреймворков и инструментов, используемых для создания приложения. Выбор стека должен основываться на требованиях к производительности, масштабируемости и безопасности системы.
- Язык программирования и платформа: Проведем сравнение популярных вариантов для создания корпоративных систем.
- Python: Отличается простотой синтаксиса и огромным количеством библиотек для анализа данных и машинного обучения, что может быть полезно для будущих доработок системы.
- Java: Известна своей кроссплатформенностью и высокой производительностью, что делает ее стандартом для крупных корпоративных приложений.
- .NET (C#): Платформа от Microsoft, которая обеспечивает быструю разработку, надежность и легкую интеграцию с другими продуктами Microsoft, что часто является требованием на предприятиях.
Для нашего проекта по автоматизации мебельной фабрики был выбран .NET, так как он предлагает мощные инструменты для создания настольных и веб-приложений и хорошо зарекомендовал себя в корпоративном секторе.
- Система управления базами данных (СУБД):
- MySQL: Популярная СУБД с открытым исходным кодом, хорошо подходящая для веб-приложений.
- PostgreSQL: Также СУБД с открытым исходным кодом, известная своей надежностью, расширяемостью и соответствием стандартам SQL.
- SQL Server: Продукт Microsoft, который обеспечивает наилучшую интеграцию с платформой .NET, предлагая высокую производительность и развитые средства администрирования.
В связке с .NET логичным выбором является SQL Server, что обеспечит бесшовную интеграцию и упростит разработку.
В качестве дополнительных инструментов будут использованы фреймворк ASP.NET для создания веб-интерфейса, Entity Framework для работы с базой данных и различные библиотеки для генерации отчетов. Инструменты выбраны, план действий определен. Пора переходить от теории к практике и проектировать скелет нашей будущей системы.
Проектирование архитектуры системы как основа ее надежности
Проектирование архитектуры — это создание «чертежа» будущей автоматизированной системы. На этом этапе закладываются основы ее надежности, масштабируемости и удобства поддержки. Неверные архитектурные решения могут привести к серьезным проблемам на более поздних стадиях разработки и эксплуатации. Цель этого блока — представить целостное видение системы, ее компонентов и связей между ними.
Для нашего проекта была выбрана классическая трехуровневая архитектура, которая хорошо зарекомендовала себя в разработке корпоративных приложений. Она разделяет систему на три логических слоя:
- Уровень представления (клиент): Это пользовательский интерфейс, с которым взаимодействуют сотрудники фабрики (менеджеры, кладовщики, мастера). Он может быть реализован в виде настольного приложения (для стационарных рабочих мест) или веб-интерфейса (для удаленного доступа). Этот уровень отвечает за отображение данных и отправку запросов пользователя на сервер.
- Уровень логики (сервер приложений): Это «мозг» системы. Здесь реализуются все бизнес-процессы: обработка заказов, расчет потребности в материалах, управление производственными заданиями. Сервер приложений обрабатывает запросы от клиентов, взаимодействует с базой данных и обеспечивает выполнение всей бизнес-логики.
- Уровень данных (сервер баз данных): Это хранилище всей информации системы. Здесь находится база данных (в нашем случае, на SQL Server), которая обеспечивает надежное хранение, целостность и быстрый доступ к данным о заказах, клиентах, материалах и сотрудниках.
Такое разделение обеспечивает гибкость и масштабируемость. Например, мы можем изменить дизайн пользовательского интерфейса, не затрагивая бизнес-логику, или перенести базу данных на более мощный сервер без переписывания всего приложения.
Визуализация потоков данных (DFD-диаграммы)
Чтобы наглядно показать, как информация движется внутри системы, используются диаграммы потоков данных (Data Flow Diagrams, DFD). Эти схемы позволяют визуализировать взаимодействие между основными модулями, пользователями и внешними системами. Например, DFD-диаграмма для процесса «Обработка заказа» покажет, как данные о новом заказе, введенные менеджером (внешняя сущность), поступают в «Модуль управления заказами» (процесс), который, в свою очередь, обращается к «Справочнику номенклатуры» и «Складу материалов» (хранилища данных) и отправляет задание в «Производственный модуль» (другой процесс).
Описание основных модулей
Система состоит из нескольких взаимосвязанных модулей, каждый из которых отвечает за свою функциональную область:
- Модуль «Продажи и заказы»: Автоматизация работы менеджеров по приему заказов, расчету стоимости и формированию договоров.
- Модуль «Складской учет»: Управление запасами материалов и фурнитуры, автоматизация процессов приемки и списания.
- Модуль «Планирование производства»: Формирование производственных заданий, распределение их по рабочим центрам (станкам) и отслеживание статуса выполнения.
- Модуль «Отчетность и аналитика»: Предоставление руководству отчетов о финансовых показателях, производительности и загрузке оборудования.
Все проектные решения, от выбора архитектуры до структуры модулей, направлены на создание надежной и эффективной системы, полностью отвечающей требованиям, сформулированным на этапе анализа. Архитектурный план готов. Теперь необходимо детализировать самый важный его элемент — базу данных, где будут храниться все данные системы.
Разработка базы данных и ключевых программных модулей
Этот этап является сердцем практической части дипломной работы, где теоретические модели и архитектурные решения превращаются в работающий программный продукт. Здесь демонстрируется реализация ядра системы — ее базы данных и основных функциональных блоков.
Разработка модели данных
Основой любой информационной системы является хорошо спроектированная база данных. Процесс ее создания включает два этапа:
- Логическая модель данных: На этом этапе определяются основные сущности предметной области, их атрибуты и взаимосвязи без привязки к конкретной СУБД. Для мебельной фабрики ключевыми сущностями будут «Клиенты», «Заказы», «Продукция», «Материалы», «Сотрудники», «Оборудование».
- Физическая модель данных: Здесь логическая модель преобразуется в конкретную структуру таблиц, полей, индексов и ограничений для выбранной СУБД (в нашем случае — SQL Server). Определяются типы данных для каждого поля (например, `NVARCHAR` для наименований, `DECIMAL` для цен, `DATETIME` для дат).
Для визуализации структуры базы данных и связей между таблицами используется ER-диаграмма (Entity-Relationship Diagram). Она наглядно показывает, как, например, таблица `Заказы` связана с таблицами `Клиенты` (один клиент может иметь много заказов) и `Продукция` (в одном заказе может быть много видов продукции).
— Пример SQL-кода для создания таблицы Заказов
CREATE TABLE Orders (
OrderID INT PRIMARY KEY IDENTITY,
OrderDate DATETIME NOT NULL,
CustomerID INT NOT NULL,
OrderStatus NVARCHAR(50) NOT NULL,
TotalAmount DECIMAL(18, 2) NOT NULL,
FOREIGN KEY (CustomerID) REFERENCES Customers(CustomerID)
);
Разработка ключевых программных модулей
После создания базы данных начинается разработка программных модулей, реализующих бизнес-логику. В дипломной работе важно детально описать 2-3 наиболее значимых модуля, чтобы продемонстрировать свои практические навыки.
- Модуль управления заказами: Этот модуль позволяет менеджерам создавать новые заказы, добавлять в них продукцию из каталога, автоматически рассчитывать стоимость с учетом скидок и отправлять заказ в производство. Особое внимание уделяется проверке вводимых данных и логике смены статусов заказа («Новый» -> «В производстве» -> «Готов» -> «Отгружен»).
- Модуль управления запасами материалов: Ключевая функция этого модуля — автоматическое резервирование и списание материалов со склада при запуске заказа в производство. Это исключает ошибки ручного учета и гарантирует, что для производства всегда будет достаточно сырья. Модуль также должен генерировать уведомления о необходимости закупки материалов, когда их количество достигает минимального порога.
- Модуль контроля качества на базе SCADA: Для предприятий с высоким уровнем автоматизации этот модуль может включать интеграцию с промышленными контроллерами (SCADA) станков с ЧПУ. Система сможет получать данные о выполненных операциях, времени работы оборудования и количестве брака напрямую со станков, обеспечивая объективный контроль и учет.
Для иллюстрации логики работы в тексте дипломной работы необходимо приводить фрагменты программного кода с подробными комментариями. Это показывает глубину понимания процесса разработки и способность применять выбранный технологический стек на практике.
Основные компоненты системы реализованы. Прежде чем говорить об успехе, необходимо доказать, что они работают корректно и стабильно.
Тестирование системы, которое гарантирует качество результата
Разработка программного обеспечения не заканчивается написанием последней строки кода. Критически важным этапом, подтверждающим качество и работоспособность продукта, является тестирование. Его цель — убедиться, что созданная автоматизированная система полностью соответствует исходным требованиям, работает стабильно и без ошибок. В дипломной работе этот раздел демонстрирует ответственный и профессиональный подход к разработке.
Стратегия и план тестирования
Перед началом проверок необходимо разработать стратегию тестирования — документ верхнего уровня, который определяет общие подходы и цели. На ее основе составляется детальный план тестирования, который включает в себя описание конкретных видов тестов, критерии их успешного прохождения и ресурс��, необходимые для их проведения.
Для всесторонней проверки системы применяются различные виды тестов:
- Функциональное тестирование: Это самый важный вид тестирования, цель которого — проверить, что все функции системы работают в соответствии с требованиями. Например, можно ли создать новый заказ, правильно ли рассчитывается его стоимость, корректно ли списываются материалы со склада.
- Нагрузочное тестирование: Этот тест проверяет, как система будет вести себя под высокой нагрузкой. Например, что произойдет, если одновременно 10 менеджеров будут создавать заказы? Цель — убедиться, что система не «зависнет» и время отклика останется приемлемым.
- Тестирование пользовательского интерфейса (UI): Проверка того, что все кнопки, поля ввода и другие элементы интерфейса отображаются корректно, интуитивно понятны и удобны для пользователя.
- Интеграционное тестирование: Проверяет корректность взаимодействия между различными модулями системы. Например, что при переводе заказа в статус «В производстве» данные об этом корректно передаются из модуля «Продажи» в модуль «Складской учет» и «Планирование производства».
Примеры тест-кейсов и результаты
Для каждого вида тестирования готовятся тест-кейсы — это детальные сценарии, описывающие шаги, необходимые для проверки конкретной функции, и ожидаемый результат.
Пример тест-кейса для функционального тестирования:
- Название: Создание нового заказа с автоматическим списанием материалов.
- Предусловие: Пользователь авторизован как «Менеджер». На складе есть 10 листов «ЛДСП Дуб Сонома».
- Шаги выполнения:
- Открыть модуль «Продажи».
- Нажать кнопку «Создать новый заказ».
- Выбрать клиента «ООО Мебель-Инвест».
- Добавить в заказ «Шкаф-купе ‘Престиж'», требующий 8 листов «ЛДСП Дуб Сонома».
- Сохранить заказ и перевести его в статус «В производстве».
- Ожидаемый результат: Заказ успешно создан и виден в производственном плане. В модуле «Складской учет» остаток «ЛДСП Дуб Сонома» равен 2 листам.
В дипломной работе следует привести несколько таких примеров и описать результаты их прохождения. По итогам всех тестов делается вывод о том, что система прошла валидацию, соответствует всем функциональным и нефункциональным требованиям и готова к внедрению на предприятии. Система работает как задумано. Но разработка — это только полдела. Какие реальные трудности могут возникнуть при ее внедрении на предприятии?
Анализ практических рисков и сложностей внедрения
Создание работающей автоматизированной системы — это лишь первый шаг. Успех проекта определяется не только качеством кода, но и тем, насколько гладко пройдет процесс ее внедрения в реальные бизнес-процессы предприятия. Этот раздел дипломной работы демонстрирует зрелость автора, его способность мыслить не только как программист, но и как менеджер, предвидя и минимизируя потенциальные проблемы.
Внедрение ERP-системы на производственном предприятии является сложной задачей, которая таит в себе немало рисков. Их можно условно разделить на несколько ключевых групп:
1. Экономические риски
Основной экономический риск — это высокая стоимость первоначальных инвестиций. Затраты не ограничиваются только оплатой труда разработчиков. Необходимо учитывать стоимость:
- Серверного оборудования и его модернизации.
- Лицензий на системное программное обеспечение (ОС, СУБД).
- Возможных потерь производительности в начальный период внедрения.
Меры по минимизации: Необходимо заранее составить детальный бюджет проекта, включая все возможные статьи расходов. Можно рассмотреть поэтапное внедрение системы, начиная с самых критичных модулей, что позволит распределить затраты во времени.
2. Технические риски
Ключевой технический риск — это сложность интеграции с существующим оборудованием и программным обеспечением. На мебельной фабрике это может быть интеграция с бухгалтерской программой (например, 1С) или со специфическим ПО для управления станками с ЧПУ. Несовместимость форматов данных может потребовать разработки дополнительных программных шлюзов.
Меры по минимизации: Еще на этапе проектирования необходимо провести аудит существующей IT-инфраструктуры и запланировать работы по интеграции. Важно заранее протестировать взаимодействие систем на тестовом стенде.
3. Организационные риски
Это самая распространенная и сложная группа рисков. Главная проблема здесь — сопротивление персонала изменениям. Сотрудники, привыкшие к старым методам работы, могут саботировать внедрение новой системы, опасаясь усложнения своих обязанностей или даже сокращения. Это может проявляться в нежелании учиться, игнорировании новых правил или некорректном вводе данных.
Меры по минимизации:
- Обучение: Необходимо провести качественное обучение всех пользователей системы.
- Мотивация: Руководству следует разъяснить сотрудникам преимущества новой системы не только для компании, но и для них лично (упрощение рутинных операций, прозрачность работы).
- Поддержка: Важно организовать службу поддержки, куда сотрудники смогут обращаться с вопросами в первое время после внедрения.
- Поэтапное внедрение: Постепенный переход также снижает стресс для персонала.
Предварительный анализ этих рисков и разработка плана по их минимизации значительно повышают шансы на успешное внедрение проекта. Мы предусмотрели и разработали план по минимизации рисков. Остался последний, но самый важный для бизнеса вопрос: окупится ли этот проект?
Расчет экономической эффективности как финальный аргумент в пользу системы
Любой проект, особенно связанный со значительными инвестициями, должен быть экономически обоснован. Этот раздел является кульминацией дипломной работы, где на языке цифр доказывается, что внедрение разработанной автоматизированной системы — это не затраты, а выгодное вложение средств. Расчет экономической эффективности превращает технологический проект в бизнес-решение.
Оценка основывается на соотношении результатов и затрат. Для этого рассчитываются и анализируются несколько ключевых показателей.
1. Расчет затрат на разработку и внедрение (Инвестиции)
Первым шагом является полная калькуляция всех единовременных затрат, связанных с проектом. В них входят:
- Капитальные затраты:
- Закупка серверного оборудования.
- Приобретение лицензий на программное обеспечение (СУБД, операционные системы).
- Затраты на разработку и внедрение:
- Оплата труда команды разработчиков, аналитиков и тестировщиков (рассчитывается на основе трудозатрат и ставок специалистов).
- Затраты на обучение персонала.
Пример: Предположим, общая сумма инвестиций в проект для мебельной фабрики составила 1,500,000 рублей.
2. Расчет ожидаемой годовой выгоды
Далее необходимо оценить, какую экономию или дополнительную прибыль принесет система после внедрения. Выгоды могут быть прямыми и косвенными:
- Сокращение затрат на персонал: Автоматизация рутинных операций (например, учет материалов кладовщиком, подготовка отчетов менеджером) высвобождает рабочее время, что эквивалентно экономии на фонде оплаты труда.
- Уменьшение брака: Автоматизированный контроль и передача точных данных на станки с ЧПУ могут снизить уровень брака на 2-3%, что приводит к прямой экономии на материалах.
- Оптимизация использования материалов: Более точный раскрой позволяет экономить до 5% дорогостоящих плитных материалов.
- Ускорение выполнения заказов: Сокращение времени на передачу информации и планирование может увеличить общую производительность, что позволит выполнять больше заказов за тот же период.
Пример: Допустим, суммарная годовая выгода от внедрения системы оценена в 600,000 рублей.
3. Расчет ключевых показателей эффективности
На основе данных о затратах и выгодах рассчитываются стандартные инвестиционные показатели.
- Срок окупаемости (Payback Period): Показывает, за какой период времени выгоды от проекта покроют первоначальные инвестиции.
Срок окупаемости = Инвестиции / Годовая выгода = 1,500,000 / 600,000 = 2.5 года.
- Коэффициент возврата инвестиций (ROI — Return on Investment): Показывает рентабельность вложений.
ROI = (Годовая выгода / Инвестиции) * 100% = (600,000 / 1,500,000) * 100% = 40%.
Итоговый вывод на основе этих расчетов должен четко констатировать, что внедрение разработанной системы является экономически целесообразным и выгодным для предприятия, так как обеспечивает приемлемый срок окупаемости и высокий коэффициент возврата инвестиций. Проект доказал свою актуальность, работоспособность и экономическую выгоду. Пришло время подвести итоги всей проделанной работы.
Заключение, в котором мы подводим итоги и намечаем пути развития
Заключение является логическим завершением всей дипломной работы. В этом разделе необходимо емко и последовательно суммировать полученные результаты, подтвердить достижение поставленной цели и выполнение всех задач, а также наметить перспективы дальнейшего развития проекта. Это финальный штрих, который формирует целостное впечатление о проделанном исследовании.
Структура заключения должна зеркально отражать структуру введения. Сначала мы еще раз напоминаем цель, которая была поставлена в начале работы: разработать автоматизированную информационную систему для повышения эффективности производственных процессов на мебельной фабрике.
Далее следует последовательно пройтись по каждой из поставленных задач, констатируя их выполнение и ссылаясь на соответствующие разделы дипломной работы:
- Задача анализа предметной области была полностью решена. В ходе работы были изучены текущие бизнес-процессы на предприятии, построены модели «как есть» и «как будет», что позволило выявить ключевые проблемы и сформулировать требования к будущей системе.
- Задача проектирования системы успешно выполнена. Была выбрана и обоснована трехуровневая архитектура, разработана структура базы данных, включая логическую, физическую модели и ER-диаграмму, а также спроектированы основные программные модули.
- Задача практической реализации ключевых модулей решена. Были разработаны и детально описаны модуль управления заказами и модуль складского учета, приведены фрагменты программного кода, демонстрирующие их функциональность.
- Проведено комплексное тестирование системы. Была разработана стратегия и план тестирования, проведены функциональные, нагрузочные и UI-тесты, которые подтвердили работоспособность продукта и его соответствие требованиям.
- Выполнен расчет экономической эффективности. На основе анализа затрат и потенциальных выгод были рассчитаны срок окупаемости и коэффициент возврата инвестиций, что доказало экономическую целесообразность внедрения проекта.
Таким образом, основной вывод дипломной работы заключается в следующем: разработанная автоматизированная система полностью соответствует предъявленным требованиям, эффективно решает проблемы ручного учета и планирования на мебельной фабрике и является экономически выгодным проектом.
В качестве возможных направлений для дальнейшего развития проекта можно выделить:
- Разработку мобильного приложения для руководителей и мастеров цеха для оперативного контроля за производством.
- Интеграцию с CRM-системой для сквозного управления взаимоотношениями с клиентами от первого звонка до отгрузки заказа.
- Внедрение технологий машинного обучения для предиктивной аналитики, например, для прогнозирования спроса на определенные виды продукции или для предиктивного обслуживания оборудования.
Список использованной литературы
- ГОСТ 34.602-89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы»;
- ГОСТ 34.601-90 «Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания».
- Гультяев А. К., «Microsoft Office Project 2007. Управление проектами: практическое пособие. » — СПб.: КОРОНА-Век, 2008 480с, ил.
- Атре Ш. Структурный подход к организации баз данных. М.: Финансы и статистика, 1998.
- Вендров А.М. CASE технологии. Современные методы и средства проектирования информационных систем. М.: Финансы и статистика, 1998.
- Вендров А.М. Проектирование программного обеспечения экономических информационных систем.- М.: Финансы и статистика, 2000.
- Дейт К. Дж. ведение в системы баз данных. — 6-е изд. — Киев: Диалектика, 1998. — 784 с.
- Маклаков С.В. BPWin, ERWin. CASE средства разработким информационных систем. М.: Диалог МИФИ , 1999.
- Липаев В.В. Проектирование программных средств. М.: Высшая школа, 1990.
- Методическое руководство по проектированию ИС CASE средствами Platinum Technology (Login Work) BPWin, ERWin. Пермь: ПГТУ, ГНИИМС, 2002.