Разработка приложения "Plex Online" для контроля online-мониторинга производственного процесса, продаж, остатков товара и прочим функционалом. Разработка и тестирование программных модулей. Оптимизация работы базы данных путем кэширования данных.
Мы живем в мире, где информационные технологии играют огромную роль, как в нашей повседневной жизни, так и в работе. На данный момент большинство предприятий при ведении отчетности и управления предприятием используют устаревшие формы и методы. При разработке данного дипломного проекта первым встал вопрос: каким образом можно автоматизировать и ускорить рабочий процесс на предприятии? На сегодняшний день в мире информационных технологий ведется разработка большого количества программного обеспечения, которое помогает решить эту проблему. Стремление компаний сохранить достойное место на рынке обуславливает их желание автоматизировать свою деятельность и, таким образом, тратить драгоценное время не на решение рутинных вопросов, а на реализацию новых стратегических планов.Как уже упоминалось выше, целью настоящего дипломного проекта является создание сервиса и клиентского приложения к нему, предоставляющего различную экономическую информацию: касательно производственных процессов: материалов, используемых в этих процессах, информацию о похожих процессах, сумму затрат при запуске процесса Клиентское приложение взаимодействует с сервером, посредством API (Application Programming Interface - интерфейс прикладного программирования, пер. с англ.), разработка которого не входит в рамки дипломного проекта.Основное достоинство таких приложений в простоте реализации, так как в общем случае оно разрабатывается с использованием одного языка программирования и одной технологии. Недостатком может быть большой набор требований к функциональности приложения, в результате чего будет затруднена поддержка и расширяемость. Приложения, написанные полностью с использованием одной технологии, обладают еще одним недостатком.Интерфейсы компонентов в сервис-ориентированной архитектуре инкапсулируют детали реализации (операционную систему, платформу, язык программирования) от остальных компонент, таким образом, обеспечивая комбинирование и многократное использование компонентов для построения сложных распределенных программных комплексов, обеспечивая независимость от используемых платформ и инструментов разработки, способствуя масштабируемости и управляемости создаваемых систем. Таким образом, действия CRUD (Create-Read-Update-Delete) могут выполняться как со всеми 4-мя методами, так и только с помощью GET и POST. Тип разрабатываемого приложения в дипломном проекте представляет собой одностраничное приложение (Single-Page Applications, SPA, пер. с англ.) - это веб-приложение, которые HTML-страницу один раз методом GET и динамически обновляют данные этой страницы при взаимодействии с пользователем посредством методов GET и POST. Пользователь, который отправил запрос на обновление данных минуя API приложения получит отказ в действии, что говорит о высоком уровне защищенности данных от некорректного использования; Интерфейс в случае с программой представляет собой то, как выглядит программа на экране и то, как пользователь взаимодействует с логикой программы.При проектировании системы сначала необходимо выделить крупные составляющие ее блоки, а затем более детально спроектировать каждый такой блок и интерфейсы, по которым будет происходить взаимодействие между ними. Условно в программе можно выделить шесть частей: 1) Actions. 3.1 Классы, реализующие действия (Actions)Представляет собой класс, реализующий добавление новых записей в таблицу General Costs. Поля: - _APPLICATIONCONTEXT-поле контекста приложения, содержит в себе информацию о текущем пользователе, локализации; _DATARESULTFACTORY-поле фабрики результатов, формирует модель результат валидации для дальнейшей передачи на клиент;Представляет собой класс, реализующий добавление новых записей в таблицу Miscellaneous Costs. Поля: - _APPLICATIONCONTEXT-поле контекста приложения, содержит в себе информацию о текущем пользователе, локализации; _DATARESULTFACTORY-поле фабрики результатов, формирует модель результат валидации для дальнейшей передачи на клиент; На вход принимает модель запроса, на выходе возвращает результат выполнения процедуры;Представляет собой класс, реализующий добавление новых записей в таблицу Part Component Costs. Поля: - _APPLICATIONCONTEXT-поле контекста приложения, содержит в себе информацию о текущем пользователе, локализации; _DATARESULTFACTORY-поле фабрики результатов, формирует модель результат валидации для дальнейшей передачи на клиент; На вход принимает модель запроса, на выходе возвращает результат выполнения процедуры;Представляет собой класс, реализующий добавление новых записей в таблицу Process Routing Costs. Поля: - _APPLICATIONCONTEXT-поле контекста приложения, содержит в себе информацию о текущем пользователе, локализации; _DATARESULTFACTORY-поле фабрики результатов, формирует модель результат валидации для дальнейшей передачи на клиент; На вход принимает модель запроса, на выходе возвращает результат выполнения процедуры;Представляет собой класс, реализующий добавление новых записей в таблицу Sub Component Costs. При вызове данный класс строит диало
План
Содержание
Введение
1. Обзор литературы
2. Системное проектирование
3. Функциональное проектирование
3.1 Классы, реализующие действия (Actions)
3.1.1 Класс ADDGENERALCOSTDATAACTION
3.1.2 Класс ADDMISCITEMDATAACTION
3.1.3 Класс ADDPARTCOMPONENTDATAACTION
3.1.4 Класс ADDPROCESSROUTINGDATAACTION
3.1.5 Класс ADDSUBCOMPONENTDATAACTION
3.1.6 Класс ADDSUPPLYITEMDATAACTION
3.1.7 Класс CALCULATEPRICESUMMARYTOTALSTDATAACTION
3.1.8 Класс CALCULATEPROCESSCOSTDATAACTION
3.1.9 Класс CALCULATERAWMATERIALCOSTDATAACTION
3.1.10 Класс CHECKPROCESSROUTINGDELETEDATAACTION
3.1.11 Класс GETPARTCOSTDETAILDATAACTION
3.1.12 Класс VIEWPARTCOSTDETAILFORMACTION и подобные ему
3.2 Классы, реализующие фабрики моделей (Builders)
