Дипломная работа: Автоматизация приема и обработки заявок отделом техподдержки АО "Ренессанс Страхование"

Скачать

Заказать новую работу

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
56
смысле пользователь никогда не узнает, что что-либо даже было передано на
сервер. XML обычно используется в качестве формата для получения данных
сервера, хотя может использоваться любой формат, включая простой текст. AJAX
- это технология веб-браузера, независимая от программного обеспечения веб-
сервера. Пользователь может продолжать использовать приложение, пока
клиентская программа запрашивает информацию с сервера в фоновом режиме.
AJAX представляет интуитивное и естественное взаимодействие с пользователем.
Таким образом, после исследования плюсов и минусов различных
технологий, используемых в веб-разработке, я определился со стеком технологий,
который я буду использовать при написании практической части. Для разметки
страниц сайта я буду использовать HTML, для описания стиля сайта - CSS, AJAX
и лежащий в его основе JavaScript – для быстрой работы клиентской части сайта
и валидации данных со стороны пользователя, серверная часть приложения будет
написана на PHP.
1.4.3 Обоснование проектных решений по техническому обеспечению
Техническое обеспечение (ТО) является совокупностью технических
средств (ТС), необходимых для работы ИС, а также нужная документация на эти
средства и процессы производства.
Комплекс ТС включает в себя:
ПК всех моделей;
Механизмы сбора, анализа, отправки и хранения данных;
Механизмы отправки данных и линии связи;
Периферия и средства автоматического съема данных;
Канцелярские принадлежности.
Для создаваемой ИС нужно такое аппаратное обеспечение:
ПК для работы бухгалтера;
ЛВС;
Сервер БД;
Принтеры (МФУ).
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-технологий, а
в нашем проекте их нет.
Источник: https://baza.diplomsite.ru/previewfile/1969

Смотрите также:

ЦЕНОВАЯ ПОЛИТИКА ПРЕДПРИЯТИЯ НА ПРИМЕРЕ ООО «ДНС РИТЕЙЛ»
_archivetempпротивовоспалительные
- Обратный порядок следования фаз 4
- Сопротивление изоляции 25
!_Лабораторные_работы_1_сем_ОУТС
!Контрольная работа (задание)
!Фармакология препаратов для терапии заболеваний дыхательных путей
.Юридический позитивизм как теория права.