48
оперативная память – 1 Gb;
видеопамять – 32 Мб;
свободное дисковое пространство – 1 Gb;
наличие сетевой карты.
3. Средства организации ЛВС: маршрутизатор, коммутатор и другие
пассивные компоненты ЛВС.
Дополнительных требований к составу и параметрам технических средств
не предъявляется, все устройства должны находиться в своей базовой
параметрической настройке.
49
II Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Согласно ГОСТ 34.601-90 «Автоматизированные системы. Стадии
создания» выделяют следующие этапы создания АС:
1. Формирование требований к АС. Этап включает предпроектное
обследование: сбор исходных данных, анализ информационных потоков,
обоснование необходимости автоматизации.
2. Разработка концепции АС. Этап включает разработку вариантов
концепции АС, удовлетворяющих требованиям пользователя, выбор варианта
стратегии автоматизации.
3. Формирование технического задания и графика проведения работ.
4. Эскизный проект. На данном этапе определяют: функции АС; функции
подсистем, их цели и эффекты; состав комплексов задач и отдельных задач;
концепции информационной базы, ее укрупненную структуру; функции системы
управления базой данных; состав вычислительной системы; функции и
параметры основных программных средств.
5. Технический проект. На данном этапе обеспечивают разработку общих
решений по системе и ее частям, функционально-алгоритмической структуре
системы, по функциям персонала и организационной структуре, по структуре
технических средств, по алгоритмам решений задач и применяемым языкам, по
организации и ведению информационной базы, системе классификации и
кодирования информации, по программному обеспечению.
6. Рабочая документация. На данном этапе осуществляют разработку
рабочей документации, содержащей все необходимые и достаточные сведения
для обеспечения выполнения работ по вводу АС в действие и ее эксплуатации, а
также для поддерживания уровня эксплуатационных характеристик (качества)
системы в соответствии с принятыми проектными решениями, ее оформление,
согласование и утверждение. Виды документов по ГОСТ 34.201.
7. Ввод в действие. На данном этапе проводят работы по организационной
подготовке объекта автоматизации к вводу АС в действие, в т.ч.: реализацию
проектных решений по организационной структуре АС; обеспечение
50
подразделений объекта управления инструктивно-методическими материалами;
внедрение классификаторов информации; обучение персонала и проверку его
способности обеспечить функционирование АС; обеспечивают получение
комплектующих изделий серийного и единичного производства, материалов и
монтажных изделий. Проводят входной контроль их качества, выполнение работ
по строительству специализированных зданий (помещений) для размещения
технических средств и персонала АС; сооружение кабельных каналов;
выполнение работ по монтажу технических средств и линий связи; испытание
смонтированных технических средств; сдачу технических средств для
проведения пусконаладочных работ. Проводят загрузку информации в базу
данных и проверку системы ее ведения; комплексную наладку всех средств
системы. Осуществляют испытания АС на работоспособность и соответствие
техническому заданию в соответствии с программой и методикой
предварительных испытаний; устранение неисправностей и внесение изменений
в документацию на АС; оформление акта о приемке АС в опытную
эксплуатацию. Проводят опытную эксплуатацию, оформление акта о приемке
АС в постоянную эксплуатацию.
8. Сопровождение АС. На данном осуществляют работы по устранению
недостатков, выявленных при эксплуатации АС в течение установленных
гарантийных сроков; внесению необходимых изменений в документацию на АС;
анализу функционирования системы; выявлению отклонений фактических
эксплуатационных характеристик АС от проектных значений; установлению
причин этих отклонений; устранению выявленных недостатков и обеспечению
стабильности эксплуатационных характеристик АС; внесению необходимых
изменений в документацию на АС.
Помимо этапов разработки АС необходимо выбрать структуру,
определяющую последовательность выполнения и взаимосвязи процессов,
действий и задач, выполняемых на протяжении всего жизненного цикла АС –
модель.
Модель будет зависеть от специфики АС и специфики условий, в которых
последняя создается и функционирует. Известны следующие базовые модели
жизненного цикла [13].
51
Каскадная модель, в которой переход на следующий этап означает полное
завершение работ на предыдущем этапе (рисунок 2.1). Каждый этап завершается
выпуском полного комплекта документации, достаточной для того, чтобы
разработка могла быть продолжена другой командой разработчиков.
Рисунок 2.1 – Каскадная модель
Реальный процесс создания ПО ИС трудно уложить в такую жёсткую
схему, т.к. возникают потребности возврата к предыдущим этапам. Для
устранения этих проблем предложена поэтапная модель с промежуточным
контролем (рисунок 2.2).
Рисунок 2.2 – Поэтапная модель
Межэтапные корректировки позволяют уменьшить трудоёмкость процесса
разработки по сравнению с каскадной моделью.
Существует спиральная модель жизненного цикла (рисунок 2.3), в
которой особое внимание уделяется начальным этапам разработки: анализу и
проектированию. Основным принципом данной модели является углубление и
52
последовательная конкретизация деталей проекта, и в результате чего,
выбирается обоснованный вариант, который доводится до реализации.
Рисунок 2.3 – Спиральная модель
Для разработки АС наиболее предпочтительна спиральная модель, т.к. в
ней отсутствуют недостатки вышерассмотренных моделей.
После проектирования и разработки АС следует этап внедрения.
Существуют разные стратегии реализации данного этапа, такие как:
параллельная стратегия, подразумевающая постепенное внедрение
новой системы, при одновременной работе старой;
«скачок» – быстрый переход от использования старой системы к
использованию новой, с полным отказом от использования старой системы;
опытная эксплуатация пилотного проекта – эта стратегия «скачка»,
применяемая лишь к части бизнес-процессов;
«узкое место» – стратегия предполагает сосредоточение на «узком»
месте производственного процесса.
В данной работе будет применена стратегия «пилотный проект».
Планируется полный переход к АС для процессов регистрации и обработки
заявок в отделе по работе с клиентами. Такой подход не затронет работу всей
ИС, а лишь автоматизирует ее рутинную часть.
53
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
На каждом этапе жизненного цикла ПО могут возникать некоторые риски.
Ниже приведены этапы ЖЦ ПО и возможные риски.
На этапе выработке стратегии возможен риск ошибочного расчета сроков
проекта и его бюджета, некорректный подбор состава группы исполнителей.
Во избежание такого роды рисков необходимо провести тщетный анализ
предметной области, более детально проработать задачи проекта.
На этапе планирования может быть возникновение риска неграмотного
выбора архитектуры решения задачи, некорректной модели проектирования,
некорректная разработка технического задания. Минимизировать такого рода
риски возможно лишь корректным подбором специалистов в данной области.
На этапе разработки возможны следующие риски:
неправильная интерпретация технического задания;
возможность внесения случайных ошибок в код программы;
неправильно подобранный инструментарий для разработки.
Для снижения подобных рисков необходимо на этапе проектирования и
составления технического задания более подробно описывать и детализировать
задачи создания АС. Помочь избежать случайных ошибок может этап
тестирования ПО. Хотя и на данном этапе могут возникнуть риски
необнаружения ошибок. Для этого необходимо детально проработать тестовые
стенды и задания.
На этапе внедрения также могут возникнуть такие риски как,
несовместимость с существующей программно-аппаратной платформой,
нагрузка на существующую систему. Снизить такого рода риски можно
детальной проработкой документации по техническим и программным
требованиям к работе ПО.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
В качестве организационных мер обеспечения безопасности в ООО
«Растр» существует политика безопасности, включающая различные инструкции
по работе. Прежде чем сотрудник приступит к работе с разрабатываемой АС,
54
ему будет предложено ознакомиться с инструкцией по безопасности и работе с
ПО.
Для защиты от внутренних и внешних угроз выполнено следующее:
каждому сотруднику присваивается уникальный логин и пароль для
входа в систему, поэтому система способна распознать конкретного
пользователя. Все пользователи в системе имеют одинаковые права доступа;
для отслеживания действий пользователей на рабочих станциях
настроен журнал безопасности Windows;
для защиты от вредоносного ПО на компьютерах сотрудников
установлен антивирус, реализована замкнутая программная среда;
реализовано ограничение на подключение любых периферийных
устройств;
настроен межсетевой экран для выхода в Интернет.
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Для построения информационной модели были изучены существующие
биллинговые системы, а также особенности предметной области. На основании
проведенных исследований получены следующие основные элементы
информационной модели (рисунок 2.4).
Основой информационной модели является БД, включающая в себя
несколько справочных таблиц, содержащих сведения о клиентах, сотрудниках,
тарифах и услугах, заявках, договорах и прочей служебной информации.
Процесс регистрации новых клиентов реализуется посредством
оформления заявки в системе. Далее, на основе заявки, оформляется договор с
клиентом. Исходными данными для договора будет ифнормация из заявки и
справочных таблиц (тарифы и услуги, участки). Имеется возможность
редактирования данных в справочных таблицах. На основании данных,
содержащихся в таблицах БД, оператор АС может формировать несколько типов
отчетов (услуги и тарифы, заявки, наряды, договора, должники).
55
Рисунок 2.4 – Информационная модель
2.2.2. Характеристика нормативно-справочной, входной и
оперативной информации
В качестве входных данных в системе используются только входящие
заявки и справочники. Входящей заявками являются бумажные документы,
заполненные абонентами (потенциальными абонентами). Вся необходимая
информация об абоненте из заявки и договора заполняется в систему оператором
АС.
Существуют следующие формы заявок:
Заявление на новое подключение. Образец заявки представлен на
рисунке 2.5.
Заявление о смене тарифа.
Заявление о приостановке обслуживания.
Заявление о восстановлении услуг.
Заявление о подключении дополнительных услуг.
56
Заявление о переоформлении договора.
Рисунок 2.5 – Форма заявки на подключение услуг
Справочниками для работы системы являются:
Справочник услуг и тарифов;
Справочник клиентов и их состояние счета;
Справочник IP-адресов;
Справочник участков;
Справочник сотрудников-операторов.
57
2.2.3. Характеристика результатной информации
В данной системе результирующей информацией являются следующие
отчеты:
«Заявки». Формируется на основе следующих полей: номер заявки,
клиент, дата приема, дата выполнения;
«Наряды». Формируется на основе следующих полей: номер наряда,
номер заявки, дата выписки, дата выполнения, оператор;
«Договора». Формируется на основе следующих полей: номер
договора, дата заключения, клиент, тариф Интернет, тариф кабельное ТВ,
состояние счета;
«Должники». Формируется на основе следующих полей: номер
договора, клиент, счет;
«Прайс-листы». Отчет «Тариф на Интернет» формируется на основе
следующих полей: название тарифа, тип IP-адреса, Интернет трафик за 1МБ,
городской трафик за 1МБ, внутренний трафик за 1МБ, абонентская плата,
скорость. Отчет «Тариф на кабельное ТВ» формируется на основе следующих
полей: название тарифа, абонентская плата, количество каналов.
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
В данной работе автоматизации подлежит процесс учета и обслуживания
клиентов ООО «Растр». Функционал программы можно разделить на основной,
с помощью которой достигается основная цель автоматизации и служебный.
Дерево функций наглядно демонстрирует разделение данных функций (рисунок
2.6).