Файл: Автоматизация приема и обработки заявок отделом.pdf

55 таких форматов является HTML. Обычно XSL делает это путем преобразования каждого элемента XML в элемент HTML. XSL также может добавлять совершенно новые элементы в выходной файл или удалять элементы. Он может переставлять и сортировать элементы, тестировать и принимать решения о том, какие элементы нужно отображать, а также многое другое.
12.
JavaScript - это самый популярный язык программирования скриптов для браузеров. Он поддерживается большинством веб-браузеров, включая
Chrome, Firefox, Safari, Internet Explorer, Edge, Opera и т. Д. Большинство мобильных браузеров для смартфонов также поддерживают JavaScript.
Использование этого языка позволяет создавать динамически обновляемые веб- страницы, улучшения пользовательского интерфейса, такие как меню и диалоговые окна, анимацию, 2D и 3D графику, интерактивные карты, видеоплееры и многое другое. Этот режим использования JavaScript в веб- браузере также называется JavaScript на стороне клиента. Веб-браузер загружает веб-страницу, анализирует HTML и создает из содержимого так называемую объектную модель документа (DOM). DOM представляет в реальном времени веб-страницу и является статическим объектом в коде JavaScript. Таким образом, появляется возможность изменять DOM с помощью кода программы и мгновенно представлять его пользователю. Также через клиентский JavaScript есть возможность получать уведомления о событиях пользовательского интерфейса, таких как движение мыши, нажатие кнопок и т. д. Используя эти средства, можно создавать приложения для удовлетворения любых целей пользователя.
13.
AJAX расшифровывается как асинхронный JavaScript и XML. AJAX
- это новый метод создания более совершенных, быстрых и интерактивных веб- приложений с помощью XML, HTML, CSS и Java Script. Ajax использует XHTML для контента, CSS для описания стилей, объектную модель веб-документа и
JavaScript для динамического отображения контента. Обычные веб-приложения передают информацию на сервер и с сервера, используя синхронные запросы. Это означает, что пользователь заполняете форму, нажимает «Отправить», и его перенаправляют на новую страницу с новой информацией с сервера. С помощью
AJAX, когда пользователь нажимает «Отправить», JavaScript отправляет запрос на сервер, интерпретирует результаты и обновляет текущий экран. В чистом

56 смысле пользователь никогда не узнает, что что-либо даже было передано на сервер. XML обычно используется в качестве формата для получения данных сервера, хотя может использоваться любой формат, включая простой текст. AJAX
- это технология веб-браузера, независимая от программного обеспечения веб- сервера. Пользователь может продолжать использовать приложение, пока клиентская программа запрашивает информацию с сервера в фоновом режиме.
AJAX представляет интуитивное и естественное взаимодействие с пользователем.
Таким образом, после исследования плюсов и минусов различных технологий, используемых в веб-разработке, я определился со стеком технологий, который я буду использовать при написании практической части. Для разметки страниц сайта я буду использовать HTML, для описания стиля сайта - CSS, AJAX и лежащий в его основе JavaScript – для быстрой работы клиентской части сайта и валидации данных со стороны пользователя, серверная часть приложения будет написана на PHP.

57
Сейчас параметры установленных ПК удовлетворяет требованиям к ПК
ИС. Все ПК объединены в единую сеть, оснащены выходом в Интернет. На каждом рабочем месте имеется лазерный принтер.
Нужно лишь приобрести сервер БД для системы. Сервер ИС отдела ТП не станет функционировать 24/7: в обычном режиме его рабочий цикл составит 9-10 часов в день в рабочие дни. Совокупное число подключаемых одновременно к программе пользователей равно 15-20.
Сервер БД контролирует работу БД и отвечает за безопасность и целостность данных, а также поддерживает операции передачи данных при получении клиентом нужной информации. Суть сервера БД состоит в том, что данные часто отрабатывают по транзакциям, другими словами – система принимает часть данных, анализирует и сохраняет их. Это влечет некоторые требования по аппаратной части сервера БД, а именно:

Повышенный объем
ОЗУ для кэширования наиболее востребованных частей БД;

Быстрая дисковая подсистема, способная изначально быстро отрабатывать огромное количество мелких запросов на единицу времени (IOps - inputs/outputs per second);

Высокая мощность вычисления для обработки приходящих данных.
Главные требования к материнской плате сервера – поддержка контроля и мониторинга всех компонентов сервера в онлайн-режиме, и в случае выхода из строя любой из составляющих, не отключая питание, выполнение самостоятельного резервирования требуемого компонента и просигнализировать администратору сети о случившемся.
Сервер БД требует немалый объём ОЗУ Работа с ОЗУ в разы быстрее, чем работа с классическими HDD, исходя из этого – чем больше ОЗУ имеется, тем лучше, в случае, что сама ОС и работающее приложение СУБД могут нагрузить весь имеющийся объем памяти. Новейшие ОС и приложения уже почти освобождены от подобных ограничений, т.к. могут задействовать до 64Гб и более.
2-х процессорные серверы оснащаются 128Гб ОЗУ, а 4-х и 8-ми процессорные - до 256Гб ОЗУ.

58
Основными HDD для БД считаются SAS диски скоростью от 10000 до
15000 об/мин. Подобные решения оптимизированы под работу на вычислительных нагрузках и по этому параметру в разы превосходят классические SATA. Также диски SAS уже с самого начала создавались для
RAID-массивов и всегда показывают характерный рост скорости работы массива при повышении числа дисков в нем.

59
2
Проектная часть
2.1
Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
ЖЦ любой ИС выступает неким сбором событий, которые происходят с системой от начала использования до вывода из эксплуатации.
Модель ЖЦ показывает разные состояния системы от этапа необходимости данной ИС и до момента завершения ее обслуживания. Модель ЖЦ является некой структурой, включающей в себя процессы, действия и задачи, которые происходят в рамках создания, поддержки ПО в период жизни системы, от понимания требований до прекращения использования.
Есть несколько моделей ЖЦ [29]:
•
Каскадная модель, которая подразумевает периодическую реализацию всех этапов проекта в утвержденном ранее порядке. Работа над следующим этапом говорит о полном завершении всех работ предыдущего.
•
Поэтапная модель с контролем в периодах. Реализация ИС происходит в рамках итерации с циклами обратной связи каждого этапа.
Межэтапные проверки помогают выявить имеющиеся взаимовлияние итогов создания на каждом этапе; ЖЦ любого этапа идет до окончания разработки.
•
Спиральная модель. Каждый виток спирали генерирует новую версию продукта, корректирует требования к проекту, отражает его качество и составляет план работ на новый виток. Важную роль тут играет начальный этап разработки – проект и анализ, где доступность реализации тех или иных вариантов обосновывается и утверждается методом создания прототипов.
•
Каскадный подход замечательно подойдёт для создания относительно простых ИС, когда еще в начале разработке описаны и составлены все требования к системе. Основным минусом подобного подхода назовем то, что базовый процесс создания системы не укладывается в данные жесткие рамки, нужно всегда возвращаться к уже завершенным этапам для корректировки принятых и реализованных решений. В итоге сам процесс разработки ИС часто соответствует поэтапной модели с периодичным контролем.

60
ЖЦ является постоянным процессом, который наступает с момента выбора решения о необходимости его реализации и останавливается в момент его изъятия из пользования.
Наиболее известные на сегодня стандарты:
1.
ГОСТ 34.601-90 – направлен на АИС и описывает стадии и этапы процесса их создания;
2.
ISO/IEC 12207 – стандарт процессов и реализации ЖЦ. Направлен на все виды реализуемого ПО под заказ. Не имеет внутри себя фаз, стадий и этапов;
3.
Custom Development Method по реализации прикладных ИС – технологический материал, описанный до момента подготовки проектных документов, которые предполагают применение на проектах с технологиями
Orаcle;
4.
Rаtionаl Unified Process (RUP) включает итеративную модель проектирования, имеющую 4 фазы: начало проекта, процесс анализа, реализация и использование. Сущность действия в рамках RUP - это создание и поддержка моделей в рамках UML [2];
5.
Microsoft Solution Frаmework (MSF) похожа на RUP, включает те же
4 фазы: понимание, реализация, подготовка, проверка, сама по себе итерационна, включает применение ООП. MSF относительно RUP изначально направлена на внедрение бизнес-приложений;
6.
Extreme Progrаmming (XP) – особый подход к программированию.
Основой методики становится командная работа, наилучшая коммуникация заказчика и изготовителя в течение всего проекта реализации ИС, по итогу сам процесс проектирования идет при помощи последовательно обновляемых прототипов [15].
В рамках определение стандарта основным фактором становится понятное и подробное описание работ на всех шагах реализации АС.
Стандарт ISO/IEC 12207 не включает полного описания работ на всех этапах реализации АС [41].
Стандарт CDM используется в работах с включением Orаcle-технологий, а в нашем проекте их нет.

61
Стандарт MSF, опираясь на сказанное ранее, часто направлен на внедрение бизнес-приложений.
Стандарт XP актуален для командной работы.
В нашем проекте будет применятся ГОСТ 34.601-90, т.к. он включает описание работ на каждом этапе разработки АС.
Главные стадии создания ИС: 1) Описание требований к системе, 2)
Описание концепции; 3) Подготовка ТЗ; 4) Написание тех. проекта 5) Подготовка документов; 6) Инсталляция.
Исходя из известных моделей выделим некоторые модели ЖЦ АИС — каскадную, итерационную и спиральную [4].
Стандарт ISO 12207 включает всего 16 процессов, которые объединяются в
3 группы (рисунок 2.1).
3.1 Управление
3.2 Создание инфраструктуры
3.3 Усовершенствование
3.4 Обучение
1.1 Заказ
1.2 Поставка
1.4 Эксплуатация
1.3 Разработка
1.5
Сопровождение
2.1 Документирование
2.2 Управление конфигурацией
2.3 Обеспечение качества
2.4 Верификация
2.5 Совместный анализ
2.6 Аудит
2.7 Решение проблем
1. Основные процессы жизненного
цикла
3. Организационные процессы жизненного цикла
2. Вспомогательные процессы
жизненного цикла
Рисунок 2.1 Структура стандарта ISO 12207-99
Процессы состоят из отдельных видов деятельности. Всего стандартом определенно 74 вида деятельности, связанной с разработкой и поддержкой ПО.
Каждый вид деятельности в свою очередь нацелен на выполнение одной или нескольких задач.
Основной процесс жизненного цикла состоит из пяти видов деятельности:
1)
Заказ;

62 2)
Поставка;
3)
Разработка;
4)
Эксплуатация;
5)
Сопровождение.
Каждый процесс определяет основного исполнителя и действия, которые необходимо выполнить в назначенные сроки. Процесс заказа – основной исполнитель организация заказчик информационной системе. На данном этапе определяется потребность заказчика в информационной системе, происходит выбор поставщика / разработчика и непосредственно управление заказом вплоть до приемки готовой системы.
Процесс поставки – исполнитель организация поставщик. Этап начинается с подписания договора на поставку системы, продолжается определением процедур и ресурсов, необходимых для обеспечения выполнения проекта. И заканчивается поставкой готовой системы и подписанием актов.
За процесс разработки отвечает организация разработчик. Процесс включает в себя работы по анализу требований, проектированию, программированию, сборке, тестированию и вводу в действия программного продукта.
Процесс эксплуатации определяет задачи оператора. Он охватывает эксплуатацию программного продукта и поддержку пользователей в процессе его использования.
Процесс сопровождения состоит из задач и работы персонала, ответственного за сопровождение программного продукта. Этот процесс реализуется при модификациях программного продукта и документации к нему, вызванных изменениями в связи с улучшением или устранением ошибок. Целью процесса является изменение существующего программного продукта при сохранении его целостности.
Исходя их описанного выше стандарта, выделим несколько этапов разработки АСУ [32]:
Начало проекта:
•
Исследование работы;

63
•
Выполнение предпроектного анализа;
•
Подготовка плана проекта.
Создание:
•
Разработка таблиц и связей БД;
•
Разработка шаблонов отчетных файлов;
•
Внедрение процедур по получению, хранению и анализу информации;
•
Подготовка процедур фильтрации;
•
Создание интерфейса пользователя.
Тестирование работы системы:
•
Отладка словарей и справочников;
•
Проверка работоспособности системы;
•
Исправление системы по итогам проверки;
•
Написание документации для внедрения;
•
Подготовка плана эксплуатации;
•
Написание документов по установке и настройке ПО;
•
Создание плана внедрения.
Установка:
•
Инсталляция на сервер СУБД;
•
Инсталляция серверных модулей системы учета продаж;
•
Инсталляция клиентских модулей системы учета продаж;
•
Отладка серверной и клиентских частей;
•
Проверка работы системы;
•
Представление работы системы;
•
Организация плана по проведению обучения пользователей;
•
Планирование семинара по обучению работе с системой;
•
Представление системы службе эксплуатации.
Использование:
•
Подготовка плана использования;
•
Ввод системы в рабочий режим;
•
Перевод системы в промышленную эксплуатацию по итогу тестирования;

64
•
Реализация поддержки пользователей;
•
Обучение для пользователей;
•
Генерация отчетов по работе системы;
Управление:
•
Нахождение и устранение ошибок;
•
Генерация отчетов по обновлениям и изменениям;
•
Модернизация функционирующих систем.
Изначально после проведения анализа работы компании, важно поставить цели и задачи автоматизации и подготовить план проекта [33]. После создания документов начинается сам процесс реализации. Создается БД, отчетные формы, программируются алгоритмы по сбору, анализу, хранению данных, реализуются процедуры фильтрации. По факту создания системы, начинается этап тестирования. По итогам тестирования получается план эксплуатации и документация для установки, а также дополнительная пользовательская документация. Процесс происходит так: поскольку в компании есть текущая ЛВС и работает он нормально, в ее наладке необходимости нет. Изначально запускается серверная часть системы учета продаж, позже на рабочие места ставится и настраивается клиентская часть системы учета продаж и СУБД. Проверяется работоспособность, показывается работа системы персоналу и руководству.
Финальной стадией становится реализация семинаров для персонала компании.
Важно объединить всех сотрудников, которые отвечают за анализ документов в единую ИС. Для этого клиентские приложения ставятся в строго оговоренной последовательности по нужным отделам [34].
За поддержку готовой отвечает оператор. В его обязанности будет включено:
•
Подготовка плана эксплуатации и отражения набора стандартов эксплуатации;
•
Документирование сведений по текущим проблемам, их решение и контроль за работой, обеспечение обратной связи с клиентами;
•
Проверка системе в среде работы, взаимодействие со службой сопровождения для минимизации возникших проблем и обновлений системы;
•
Консультирование пользователей.