диплом. Автоматизация приема и обработки заявок отделом
 Скачать 4.5 Mb.
|
|
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-технологий, а в нашем проекте их нет. 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]. За поддержку готовой отвечает оператор. В его обязанности будет включено: • Подготовка плана эксплуатации и отражения набора стандартов эксплуатации; • Документирование сведений по текущим проблемам, их решение и контроль за работой, обеспечение обратной связи с клиентами; • Проверка системе в среде работы, взаимодействие со службой сопровождения для минимизации возникших проблем и обновлений системы; • Консультирование пользователей. 65 Для разработки системы выбираем каскадную модель, так как она позволяет работать над несколькими этапами разработки одновременно. Существует 4 основных способа начала использования новой системы Параллельная стратегия; Скачок; Узкое место; Опытная эксплуатация пилотного проекта. Стратегия «Опытная эксплуатация пилотного проекта »не подходит, так как компания не располагает достаточными ресурсами для длительной эксплуатации проекта с целью выявления всех возможных ошибок. Стратегия Скачек не позволяет плавно перейти на использование разработки, узкое место больше подходит для использования в крупных компаниях. Поэтому в качестве стратегии внедрения информационной системы выбираем параллельную стратегию, то есть разработанная информационная система будет использоваться параллельно с используемой технологией до полного вытеснения последней. Исходя их описанного выше стандарта, выделим несколько этапов разработки АСУ [32]: Начало проекта: • Исследование работы; • Выполнение предпроектного анализа; • Подготовка плана проекта. Создание: • Разработка таблиц и связей БД; • Разработка шаблонов отчетных файлов; • Внедрение процедур по получению, хранению и анализу информации; • Подготовка процедур фильтрации; • Создание интерфейса пользователя. Тестирование работы системы: • Отладка словарей и справочников; • Проверка работоспособности системы; • Исправление системы по итогам проверки; 66 • Написание документации для внедрения; • Подготовка плана эксплуатации; • Написание документов по установке и настройке ПО; • Создание плана внедрения. Установка: • Инсталляция на сервер СУБД; • Инсталляция серверных модулей системы учета продаж; • Инсталляция клиентских модулей системы учета продаж; • Отладка серверной и клиентских частей; • Проверка работы системы; • Представление работы системы; • Организация плана по проведению обучения пользователей; • Планирование семинара по обучению работе с системой; • Представление системы службе эксплуатации. Использование: • Подготовка плана использования; • Ввод системы в рабочий режим; • Перевод системы в промышленную эксплуатацию по итогу тестирования; • Реализация поддержки пользователей; • Обучение для пользователей; • Генерация отчетов по работе системы; Управление: • Нахождение и устранение ошибок; • Генерация отчетов по обновлениям и изменениям; • Модернизация функционирующих систем. Изначально после проведения анализа работы компании, важно поставить цели и задачи автоматизации и подготовить план проекта [33]. После создания документов начинается сам процесс реализации. Создается БД, отчетные формы, программируются алгоритмы по сбору, анализу, хранению данных, реализуются процедуры фильтрации. По факту создания системы, начинается этап тестирования. По итогам тестирования получается план эксплуатации и 67 документация для установки, а также дополнительная пользовательская документация. Процесс происходит так: поскольку в компании есть текущая ЛВС и работает он нормально, в ее наладке необходимости нет. Изначально запускается серверная часть системы учета продаж, позже на рабочие места ставится и настраивается клиентская часть системы учета продаж и СУБД. Проверяется работоспособность, показывается работа системы персоналу и руководству. Финальной стадией становится реализация семинаров для персонала компании. Важно объединить всех сотрудников, которые отвечают за анализ документов в единую ИС. Для этого клиентские приложения ставятся в строго оговоренной последовательности по нужным отделам [34]. За поддержку готовой отвечает оператор. В его обязанности будет включено: • Подготовка плана эксплуатации и отражения набора стандартов эксплуатации; • Документирование сведений по текущим проблемам, их решение и контроль за работой, обеспечение обратной связи с клиентами; • Проверка системе в среде работы, взаимодействие со службой сопровождения для минимизации возникших проблем и обновлений системы; • Консультирование пользователей. Создание и внедрение ПО, в том числе ИС — это достаточно длительная, трудоемкая и непростая работа, которая всегда требует высокой квалификации участвующих в ней специалистов. Часто создание системы реализуется на интуитивном уровне методами, состоящими из элементов искусства, практического опыта, экспертных оценок и экспериментальных проверок работы самой ИС и различных ее модулей. Также в процессе разработки и применения ИС потребности и желания персонала могут изменяться или уточняться, что также усложняет разработку и управление такими системами, требует их обновления и развития. |