Скачиваний:
8
Добавлен:
17.06.2023
Размер:
2.68 Mб
Скачать

— прекрасный инструмент. Но для решения комплексных и сложных задач лучше Rails.

Чем может понравиться: легковесность, быстрота, стабильность,

расширяемость.

2 Symfony предлагает быструю разработку и управление веб-

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

Работает только с PHP 5 и выше. Имеет поддержку множества баз данных

(MySQL, PostgreSQL, SQLite или любая другая PDO-совместимая СУБД).

Информация о реляционной базе данных в проекте должна быть связана с объектной моделью. Это можно сделать при помощи ORM инструмента. Symfony поставляется с двумя из них: Propel и Doctrine.

Symfony бесплатен.

3 Hanami полноценная реализация MVC-модели. Он создавался как полноценный конкурент Rails, разработчики старались сделать его компактнее и легче в обращении.

На Hanami можно быстро создать веб-приложение, он потребляет на 60%

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

Чем может понравиться: компактностью и простотой fullstack-разработки.

4 Padrino - веб-фреймворк, основанный на Sinatra и серверном интерфейсе

Rack, также является инструментом fullstack-разработки. Он несет те же самые ценности, что и его «голливудское» ядро, поэтому сравнивать его уместнее не столько с Rails, сколько с Hanami.

Преимущества: легкость в использовании, скорость разработки и работы приложения, достаточно богатая экосистема.

Чем может понравиться: легкость, компактность, скорость.

12

Сравнительная характеристика данных приложений представлена в

таблице 2

Таблица 2 - Сравнительная характеристика данных приложений

Критерии

Sinatra

Symfony

Hanami

Padrino

 

 

 

 

 

Размер

Маленький

Большой

Средний

Средний

приложения

 

 

 

 

 

 

 

 

 

Лицензия

лицензия MIT

лицензия MIT

лицензия MIT

лицензия MIT

 

 

 

 

 

Операционн

кроссплатформен

кроссплатформен

кроссплатформен

кроссплатформен

ая система

ное ПО

ное ПО

ное ПО

ное ПО

 

 

 

 

 

Управление

есть

есть

есть

есть

заказами

 

 

 

 

Наличие

нет

есть

есть

есть

отчётов

 

 

 

 

 

 

 

 

 

Вывод на

нет

есть

есть

нет

печать

 

 

 

 

 

 

 

 

 

Стоимость

59 500 руб

76 800 руб.

85 000 руб.

70 500 руб.

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

Поэтому в данном курсовом проекте будет разработано web-приложение,

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

13

Выводы по первому разделу

Сегодня ФГУП СПО «Аналитприбор» – это мощный научно-

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

В данном разделе курсового проекта были выбраны программные продукты для разработки web-приложения такие, как фреймворк Ruby on Rails,

база данных PostgreSQL, язык программирования Ruby, текстовый редактор

Sublimetext2, а также были приведены их достоинства и недостатки.

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

14

2ПРОЕКТИРОВАНИЕ WEB-ПРИЛОЖЕНИЯ

2.1Постановка задачи

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

ИС должна содержать следующую информацию:

-сведения газоанализаторах, выпускаемых предприятием (название, фото

ит.д.);

-сведения сотрудниках (фио, дата рождения, должность и т.д.);

-сведения о заказчиках (фио, адрес, телефон и т.д.);

-сведения о заказах (фио заказчика, название газоанализатора, дата заказа, гарантия и т.д.);

Справочник о разрабатываемых газоанализаторах (фио сотрудника,

название газоанализатора и т.д.);

ИС должна обеспечивать выполнение следующих функций (основных и дополнительных):

-ввод, удаление и редактирование той или иной информации, с

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

-многопользовательский режим работы;

-разграничение прав доступа к ИС с помощью идентификации и аутентификации пользователей (пользователь – соответствующий пароль);

-обеспечить возможность оперативного изменения пароля. Количество различных пользователей – не менее 2;

-резервное копирование информационных баз по желанию пользователя

(только администратора);

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

15

т.д.);

- вывод информации о заказах газоанализаторов (с возможностью вывода

MSExcel);

- вывод информации о занятости сотрудников (с возможностью вывода

MSExcel);

2.2 Анализ предметной области

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

Основным назначением ИС является автоматизация работы отдела технического контроля.

Возможностями разрабатываемой ИС являются хранение и обработка информации о заявках, о газоанализаторах, о заказчиках, о работе сотрудников.

Можно выдвинуть следующие цели разработки автоматизированной информационной системы:

1)сбор, обработка, хранение и предоставление данных о газоанализаторах, заказах, заказчиках, сотрудниках и разработанных газоанализаторах.

2)автоматизация процессов, обеспечивающих выполнение основной деятельности.

Для реализации поставленных целей были поставлены такие задачи, как:

контроль востребованности газоанализаторов;

управление заявками не технический контроль;

управление и контроль работы сотрудников;

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

16

Пользователями разрабатываемой системы будут:

Администратор (доступны все возможности, предусмотренные в программе)

Работник (имеет доступ к работе с заявками, доступ к просмотру газоанализаторов, а также имеет возможность просматривать отчетность)

Гость (Может подать заявку и просмотреть отчет о востребованных заказчиками газоанализаторах, также может просмотреть сами газоанализаторы)

Входными документами в разрабатываемой ИС будут являться:

Вся информация о заказчиках (ФИО, адрес и тд), информация о заявках.

Выходными документами для разрабатываемой ИС будут являться отчеты, а именно:

-отчет о заказах газоанализаторов;

-отчет о занятости сотрудников;

Так же можно осуществить поиск заказа по дате его оформления.

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

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

17

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

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

основанных на технологии моделирования IDEF0.

IDEF0 используется для создания функциональных моделей,

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

IDEF0 является методологией функционального моделирования. С

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

(функциональных блоков - в терминах IDEF0).

Построение модели ИС начинается с построения контекстной диаграммы.

Вся система представлена в виде одного блока «Автоматизация отдела технического контроля» и дуг, изображающих связи с функциями вне системы.

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

механизмом - пользователь, ПО и персонал.

Контекстная диаграмма представлена на рисунке 2.1.

18

Рисунок 2.1 – Контекстная диаграмма бизнес-процесса «Автоматизация отдела технического контроля»

Декомпозируя диаграмму бизнес-процесса Автоматизация отдела технического контроля», система разбивается на пять процессов «Определение прав доступа», «Сопровождение заказа», «Формирование технологической карты» «Запуск в производство» и «Проверка изделия в ОТК», указывая связи между ними.

Имя пользователя, пароль и база данных является входными потоками начиная с процесса «Определение прав доступа». Входной поток «Информация о заказе» только со второго процесса, а именно «Сопровождение заказа».

Управляющее воздействие «Нормативные документы» и «Должностные инструкции» относится ко всем процессам, «Уровни доступа» только к процессу «Определение прав доступа».

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

Результат представлен на рисунке 2.2

19

Рисунок 2.2 – Декомпозиция процесса «Автоматизация отдела технического контроля»

Аналогично декомпозируется процесс «Определение прав доступа» для более качественного анализа. Результат декомпозиции представлен на рисунке

2.3.

Рисунок 2.3 – Декомпозиция процесса «Определение прав доступа»

20

Декомпозиция процесса «Сопровождение заказа» представлена на рисунке 2.4.

Рисунок 2.4 – Декомпозиция процесса «Сопровождение заказа»

Декомпозиция процесса «Идентификация заказчика» представлена на рисунке 2.5.

Рисунок 2.5 – Декомпозиция процесса «Идентификация заказчика»

21

Соседние файлы в папке Курсовые работы