47
2.1.3. Обоснование проектных решений по техническому
обеспечению
Техническое обеспечение – комплекс технических средств,
предназначенных для работы информационной системы, а также
соответствующая документация на эти средства и технологические процессы
[13].
Комплекс технических средств составляют:
• компьютеры;
• устройства передачи данных и линий связи;
• эксплуатационные материалы;
• устройства сбора, накопления, обработки, передачи и вывода
информации;
• оргтехника и устройства автоматического съема информации.
Требования к техническому обеспечению формировались исходя из
аппаратных требований используемого программного обеспечения, и
представлены в таблице 10.
Таблица 10
Аппаратные требования информационной системы
Сервер
Клиент
Процессор
Intel Pentium/Celeron 1800
МГц и выше
Intel Pentium/Celeron
2400 МГц и выше
ОЗУ
2 ГБ и выше
2 ГБ и выше
Видеокарта и
монитор
монитор SVGA (с минимальным разрешением 1280х720
точек)
Жесткий диск
40 ГБ и выше
40 ГБ и выше
Оптический привод
DVD-ROM
DVD-ROM
Устройства ввода
клавиатура и мышь
Интернет-
соединение
Постоянный канал,
Скорость 10 мбит/с и выше
Скорость 10 мбит/с и
выше
Проанализировав аппаратные требования информационной системы
можно сделать выводы, что существующих средств технического обеспечения
для функционирования создаваемой ИС достаточно, необходимости в
модернизации и замены нет.
48
2.2. Разработка проекта автоматизации
2.2.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл проекта — это набор фаз, через которые проходит
проект с момента его начала до момента завершения. Он определяет основные
рамки управления проектом. Данные основные рамки действуют вне
зависимости от особенностей конкретных работ по осуществлению проекта.
Фазы проекта могут быть последовательными, итеративными или накладываться
друг на друга[11].
На жизненный цикл проекта могут влиять уникальные характеристики
организации, отрасли или используемого метода разработки и технологии.
Каждый проект имеет начало и окончание, однако конкретные поставляемые
результаты и выполняемые работы широко варьируются в зависимости от
проекта. Жизненный цикл обеспечивает базовую структуру для управления
проектом, независимо от включенных в него конкретных работ [8].
Хотя проекты отличаются размером и степенью сложности своего
состава, структуру жизненного цикла типичного проекта можно представить в
следующем виде:
• начало проекта;
• организация и подготовка;
• выполнение работ;
• завершение проекта.
Существует множество общеизвестных стандартов жизненного цикла
ИС:
ГОСТ 34 – стандарт используется для автоматизации систем, в различных
видах деятельности (исследование, проектирование, управление и т.п.).
Стандарт устанавливает стадии и этапы создания автоматизированной системы.
ISO 12207 – стандарт используется при покупке программных продуктов,
их внедрении и сопровождении. Так же он используется при разработке,
эксплуатации и сопровождении программных продуктов.
49
ISO 15288 – стандарт обеспечивает общие основы процессов,
составляющих жизненной цикл систем, созданных человеком. Данный
жизненный цикл охватывает концепции идей вплоть до снятия системы с
эксплуатации. Он обеспечивает процессы для приобретения и поставки системы.
MSF (Microsoft Solutions Framework – методология создания
программных решений). Данная модель процессов делает акцент на разработку
и внедрению ИТ-решений. Схема, которую предлагает данная модель считается
довольно гибкой и может применяться к разным проектам в области
информационных технологий.
RUP (Rational Unified Process – рациональный унифицированный
процесс) – это методология по созданию (разработки) программного
обеспечения, разработанный корпорацией Rational Software. Данный стандарт
показывает постепенный подход к организации обязанностей и задач в
организации-разработчике.
COBIT (Control Objectives for Information and Related Technology – цели
контроля для информационных и смежных технологий) – главная цель данной
технологии COBIT заключается в том, что абсолютно все ресурсы
информационной системы анализируются и организуются изначально
соединённых процессов, чтобы обеспечить компанию требующийся и надёжной
информацией.
Oracle CDM (Custom Development Method – методика разработки ИС под
заказ) – позволяет стандартизировать процесс создания приложений. CDM
охватывает полный жизненный цикл разработки приложений, описывая
последовательность и взаимную зависимость задач, решаемых в процессе
разработки.
XP (Extreme Programming) – методология содержит совершенно иные
базовые принципы, нежели RUP. Основными чертами являются определение
точных кратковременных планов, постоянное перепланирование, тесное
общение с заказчиком. Эта методология больше подходит для полу-
исследовательских и инновационных проектов.
50
Жизненный цикл проекта автоматизации планируется реализовать по
стандарту ISO/IEC 12207, так как этот стандарт основывается на приобретении
ИС, его внедрении и сопровождении. Данный стандарт включает в себя все
нужные этапы, необходимые для доработки системы. Этапы ЖЦ выбранного
стандарта наиболее соответствуют количеству и квалификации участников их
выполнения. Выбранный стандарт подходит для автоматизации небольшого
участка в компании.
Имеются три основных моделей ЖЦ ИС:
• Каскадная модель предполагает выполнение всех этапов проекта в
последовательном порядке. Этапы идут друг за другом, и при переходе на
следующий этап вернуться на предыдущий уже нельзя.
• Итерационная модель. Данная разработка ИС ведется итерациями с
циклами обратной связи между этапами. Данная модель похожа на каскадную, с
одним лишь отличием, здесь допускается возвращение к предыдущим этапам.
Корректировки между этапами позволяют учитывать результатов разработки на
различных этапах; время жизни каждого из этапов растягивается на весь период
разработки.
• Спиральная модель. Данная модель представляется в виде спирали,
и означает что на каждом витке спирали создается следующая версии продукта,
дополняются требования проекта, определяется его качество и планируются
работы следующего витка. На начальных этапах разработки наибольшее
внимание уделяется анализу и проектированию, где реализуемость тех или иных
технических решений проверяется и обосновывается посредством создания
прототипов (макетирования).
Для доработки была выбрана каскадная модель из-за своих преимуществ,
а именно:
• полная и согласованная документация на каждом этапе;
• легко определить сроки и затраты на проект;
• подходит для малых проектов.
Этапы проекта в соответствии с каскадной моделью:
51
1. Формирование требований;
2. Проектирование;
3. Реализация;
4. Тестирование;
5. Внедрение;
6. Эксплуатация и сопровождение.
На этапе формирования требований проводится исследование задачи,
четко формулируются все требования заказчика. В результате получается
техническое задание, которые согласуется со всеми сторонами.
Во время этапа проектирования идёт разработка проектных решений,
которое должны удовлетворять всем требованиям, созданным в техническом
задание. В результате, получается комплект проектной документации, в которой
содержаться все нужные данные для выполнения проекта.
Во время этапа реализации идёт разработка ПО (кодирование) в
соответствие с проектными решениями, созданными на этапе проектирования. В
результате, получается готовый программный продукт.
Во время этапа тестирования происходит проверка и доработка
созданного программного продукта, чтобы он соответствовал всем требованиям,
полученным в ходе первого этапа. В ходе тестов выявляются различные
недостатки программы, которые оперативно дорабатываются.
На этапе внедрения происходит установка программы на рабочие места и
обучение сотрудников.
В дальнейшем программа будет сопровождаться системным
администратором компании, который будет выпускать обновления и устранять
ошибки.
Для выполнения всех стадий ЖЦ проекта будут использованы силы
сотрудников компании. Автоматизировать программу будут сотрудники отдела:
• Начальник IT-отдела
• Системный администратор
52
Процесс внедрения является ключевым этапом ЖЦ автоматизации ИС,
так как на этом этапе происходит практическое применение разработанной
системы.
Существует несколько стратегии внедрения:
1. Параллельная стратегия – та стратегия, при которой новую
стратегию внедряют, оставляя старую(ручную). После того, как итоговые
документы становятся максимально схожими, старую систему полностью
убирают, а новую оставляют.
2. «Скачок» - в данной стратегии, переход происходит резко со старой
в новую систему. Данная система отличается от других быстротой внедрения, но
большими рисками повергнуть всё в хаос.
3. Пилотный проект – при данной стратегии, используется тактика
скачка, то есть быстрого перехода, но данный переход осуществляется только в
малом участке деятельности.
4. «Узкое место» - в данной стратегии, процесс внедрения затрагивает
малый участок деятельности и сотрудников, которые в нём работают.
Отличительные особенности данной стратегии заключаются в том, что объём
работ значительно уменьшается, так же из-за внедрения только в узкий участок,
процесс внедрения занимает гораздо меньше времени, чем внедрение во всю
компанию.
Рассмотрев все виды стратегии внедрения, было принято решение
выбрать стратегию внедрения «Узкое место», из-за того, что автоматизируемая
система предназначена только для финансового отдела.
Процесс внедрения состоит из следующих этапов:
• тестирование системы;
• установка системы на рабочие места сотрудников;
• исправление мелких ошибок;
• обучение персонала;
• опытная эксплуатация.
Этап эксплуатации и сопровождения системы представляет собой
53
множество следующих связанных между собой процессов, входящих в группу
«обслуживания персонала»:
• сбор рекламаций и статистики о функционировании ИС;
• исправление ошибок и недоработок;
• оформление требований к модернизации ИС и ее выполнение;
Участниками процесса эксплуатации ИС являются сотрудники компании,
а также клиенты и партнеры компании.
• финансовый менеджер;
• посетитель сайта, потенциальный клиент компании.
Со стороны этих участников, в рамках процесса эксплуатации ИС
существуют следующие процессы:
Со стороны посетителя сайта, потенциального клиента компании:
• регистрация клиента в системе;
• оформление заказа;
• оплата заказа;
Со стороны менеджера:
• получение заявки клиента;
• формирование заявки и задания на выполнение;
• контроль оплаты;
• формирование различных отчетов.
2.2.2. Характеристика нормативно-справочной, входной и
оперативной информации
Входные данные – данные, которые задаются до начала работы
алгоритма. Входные данные формируются из особого набора объектов.
Входные данные:
• Реестр неоплаченных счетов
• Неоплаченный счет
Нормативно-справочная информация:
• информация о контрагенте;
54
• информация о заказах;
• информация о товаре;
• информация о сотрудниках.
Информация о контрагенте заполняется финансовым менеджером.
Менеджер вносит:
• наименование компании;
• ФИО контактного лица;
• адрес;
• номер телефона;
• адрес электронной почты.
В информации о заказах заносится следующее:
• наименование товара;
• количество;
• стоимость;
• дата оплаты;
• дата заказа;
• дата отправки заказа.
В информацию о товарах входит:
• наименование;
• стоимость;
• количество;
Информация о сотрудниках заполняется администратором базы данных и
включает в себя ФИО, должность и почту.
Далее приведем описание входных экранных форм, состав вводимой, с их
помощью информации, название справочников, в которые записывается
информация и группы пользователей, которые её вводят.
Описание входной информации представлено в виде таблицы 11.
55
Таблица 11
Характеристика входной информации
Пользователь
Информация
Справочники
Поля
Финансовый
менеджер
Реестр
неоплаченных
счетов
Контрагенты
Заказы
Сотрудники
Код_Сотрудника
Код_Контрагента
Наименование компании
Код заказа
Наименование товара
Задолженность
Период оплаты
Финансовый
менеджер
Неоплаченный
счет
Контрагенты
Заказы
Номер счета
Код_Контрагента
Наименование компании
Код заказа
Наименование товара
Задолженность
Период оплаты
Описание справочников, в которых хранится входная информация
приведем в виде таблицы (таблица 12).
56
Таблица 12
Описание используемых справочников и таблиц
Название
справочника
Ответственный
за ведение
справочника
Средний
объём
справочника
(в записях)
Средняя
частота
актуализации
Поля
Контрагенты
Менеджер
500
2/день
Код_Контрагента
Наименование
компании
ФИО контактного
лица
Адрес
Номер телефон
Почта
Сотрудники
Администратор
ИС
100
6/год
Код_Сотрудника
ФИО
Должность
Почта
Заказы
Менеджер
100
5/день
Код_Заказа
Код_Товара
Наименование
Количество
Стоимость
К оплате до
Дата заказа
Дата отправки
заказа
Товары
Менеджер
500
2/неделю
Код_Товара
Наименование
товара
Количество
Стоимость
2.2.3. Характеристика результатной информации
Выходная информация — это информация, формируемая по результатам
проектирования. К ней относится информация, отражающая содержание
выходных документов системы.
Результатом работы данного модуля будет контроль оплаты счетов и
получение отчетов по проведенной работе.
Результатной информацией разрабатываемого модуля является:
1. отчет "Задолженность покупателей по срокам долга";
2. письмо для взыскания.
Результатная информация выводится на машинные носители, если она
необходима в дальнейших расчетах. ЭВМ могут выдавать результаты расчетов в