46
В нашем случае программист должен предоставить готовую программу
для работы менеджеров отдела приема и полную документацию к ней.
Задачи руководителя проекта создать работоспособную среду для
полноценной работы. Это все описано в фазе стабилизации.
Во время стабилизации производится отладка разработанного
программного продукта. Внимание фокусируется на его эксплуатации в
реалистичной модели производственной среды. Проектная группа
занимается устранением выявленных ошибок и подготовкой программы к
запуску. Обычно в начале фазы стабилизации выявляются ошибки командой
тестирования, однако эти ошибки могут устраняться и командой
разработчиков. Нельзя представить, какое количество ошибок будет
выявлено и сколько времени потребуется, чтобы их устранить.
Существует два критерия, помогающих проектной дать оценку уровню
стабилизации решения:
• Точка конвергенции (bug convergence). В ней процесс устранения
ошибок превосходит скорость их обнаружения. Поскольку количество
найденных, но не устраненных ошибок может колебаться даже после того,
как оно начало убывать, конвергенция может рассматриваться скорее, как
тенденция, нежели как фиксированный момент во времени. Вслед за этой
вехой количество найденных ошибок должно продолжать убывать, вплоть до
нуля. Это значит, что процесс тестирования подходит к концу.
• Окончательный продукт (golden release) (документация выпуска
(release notes), материалы поддержки решения, результаты и инструменты
тестирования, исполнимый и исходный код приложений, проектная
документация)
В моём проекте на данном этапе программист корректирует ошибки в
разрабатываемой программе, компилирует версию релизов кандидат и после
отсутствия критических ошибок по всем веткам функционала программы
выпускает финальную сборку исполняемого кода, параллельно с этим
корректируется рабочая документация по работе с программой.
47
Руководитель проекта на данном этапе создает группу тестирования из 2-3
человек, которые будут пользоваться этой программой ежедневно, и
тестировать весь функционал по разработанным ранее сценариям, и
формируют дополнения, которые можно будет реализовать в следующей
версии.
Дальше идет этап фазы внедрения. На этом этапе проектная группа
внедряет компоненты и технологии, занимается их стабилизацией, передает
данные персоналу поддержки и сопровождения ПП и получает со стороны
клиента одобрение результатов проекта.
После завершения внедрения проектная группа анализирует
выполненную работу и удовлетворенности клиента. При переносе
программы в производственную среду могут продолжаться меры по
стабилизации решения.
Фаза внедрения включает в себя следующие результаты:
• Информационные системы эксплуатации и поддержки;
• Базы знаний, отчеты, журналы протоколов;
• Процедуры и процессы;
• Массивы данных и программный код, разработанные во время
проекта;
• Показатели удовлетворенности заказчика и потребителей;
• Описание последующих шагов;
• Отчет о завершении проекта.
На этом этапе руководитель производит внедрение системы в
эксплуатацию, устанавливает программу на компьютерах менеджеров,
предоставляет им инструкцию по работе с ней или проводит личное
обучение.
Существуют четыре основные стратегии внедрения системы:
• Пилотный проект - тактика «скачка», применяемая к
определенному числу процессов. Применяется на небольшом участке
деятельности. Такой подход снижает риски и более надежен.
48
• Скачок - резкий переход(отказ) от старой системы к новой без
дополнительных проверок.
• Параллельная стратегия - когда одновременно работают две
системы (старая и новая система) и их выходные документы сравниваются.
Если согласование занимает длительное время, осуществляется переход на
новую систему.
• Узкое место - маленькая часть производственного процесса. В
этом подходе внедрение происходит только в «узком месте» и для людей,
работающих в нем.
В данной выпускной квалификационной работе применяется стратегия
«Пилотный проект». Мы предполагаем переход к автоматизированной
системе для процесса обработки заявок от клиентов. Область применения
менеджеры отдела приема в количестве 4 человек. Такой подход
автоматизирует рутинную часть работы сотрудников. Надежность данного
внедрения обусловлена четким соответствием порядка регистрации и
обработки заявки регламенту компании. Так же стратегию можно отнести к
стратегии узкого места, так как данный проект автоматизирует процесс,
связанный с работой менеджеров отдела приема, а узким местом является
скорость обработки поступающей информации от клиента.
После всего наступает этап эксплуатации разработанного ПП. Работа
программы будет отслеживаться каждые 2 часа, в соответствии с написанной
инструкцией к применению, ведь программа может дать сбой и часть данных
не будет потеряна. Подобные риски следует анализировать 1 раз в месяц и
принимать решение о необходимости доработки программы, что в рамках
бесплатной поддержки программы, будет выполнятся программистом в
течении 1 года.
Модель жизненного цикла — это структура, определяющая
последовательность выполнения процессов и их взаимосвязи, задачи и
действия, выполняемые на протяжении ЖЦ. Модель жизненного цикла
49
полностью зависит от специфики информационной системы и специфики
условий, в которых последняя создается и функционирует.
Основные модели жизненного цикла:
• Задачная модель;
• Каскадная модель;
• Спиральная модель.
В задачной модели разработка системы идет "снизу-вверх" и при
разработке единый поход теряется, при стыковке отдельных
информационных компонентов возникают проблемы. Как правило,
трудности нарастают по увеличения количества задач, возникает потребность
постоянно изменять структуры данных и существующие программы. Если
скорость развития системы замедляется, то и замедляется развитие самой
организации.
В некоторых случаях эта технология может оказаться полезной:
• Крайняя срочность;
• Эксперимент и адаптация заказчика.
Общий вывод: такие способом невозможно создать высокую
эффективность информационной системы.
Суть каскадного метода, который представлен на рисунке Рис.6
заключается в разбиении процесса разработки на этапы. Переход на
следующий этап осуществляется только после полного завершения работ
предыдущего этапа. На каждом этапе формируется комплект проектной
документации, необходимой для следующей группы разработчиков. Главным
преимуществом каскадной модели является возможность планирования
сроков окончания работ и затрат на их выполнение. Минус тоже есть -
процесс проектировки программного продукта сложно сразу уложить в
такую схему, постоянно возвращается к предыдущим этапам, с целью
уточнения и пересмотра решений, принятых ранее.
50
Рисунок 6. Каскадная модель жизненного цикла
Основной недостаток каскадного подхода - запаздывание с получением
итоговых результатов. Согласование результатов с пользователями
происходит только после завершения каждого этапа работ. Требования к
информационной системе можно изменить только после завершения ее
создания. Поэтому внести замечания можно только после окончания
проектировки системы.
Требования должны быть точными, иначе клиент получит не
соответствующую систему. Если процесс затянется, то функциональные и
информационные модели могут при утверждении устареть. Системный
подход заключается в разбиении на подсистемы и функции, которые делятся
на подфункции, подразделяемые на задачи и так далее. Разбиение
продолжается до определенных процедур.
При этом автоматизируемая информационная система сохраняет
целостность, в которой все компоненты связаны.
Спиральная модель относится к начальным этапам жизненного цикла:
анализу и проектированию. На этих этапах создается прототип. Каждый
виток спирали соответствует созданию части или версии программного
обеспечения, на нем уточняются цели и характеристики, определяется
качество, и планируются дальнейшие работы.
51
Таким образом, конкретизируются детали проекта, и в конечном
результате дается вариант, который реализуется. Разработка итерациями
отражает спиральный цикл создания системы. Данная система позволяет
переходить на следующий этап, не завершив предыдущий. Главная цель - как
можно быстрее показать пользователям готовый продукт.
Главная проблема спирального цикла - сложность определения
момента перехода на следующий этап. Переход осуществляется в
соответствии с утвержденным планом, даже если работы не закончены.
Рисунок 7. Спиральная модель жизненного цикла ИС
В нашем случае наиболее подходит спиральная модель, так как в ней
учтены все недостатки каскадной и задачной модели. В рамках доработки
могут возникнуть замечания от руководства и пользователей, которые можно
реализовать на новом витке спиральной модели.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
В ходе жизненного цикла информационной системы могут возникнуть
риски, которые могут сорвать разработку. Чтобы их избежать проводится
оценка вероятных рисков, и разрабатываются способы, позволяющие
избежать или минимизировать их.
52
Рассмотрим возможные риски во время разработки по фазам ЖЦ
информационных систем:
Фаза выработки концепции - возможен риск сознания такой концепции,
которую потом будет сложно реализовать. В данной концепции описаны
основные функции разрабатываемой ИС. Важно создать основу для ИС, и ее
развивать. Для предотвращения возникновения рисков, нужно четко
понимать свои возможности.
Для предотвращения переоценки собственных сил, сначала нужно
создать общую концепцию, в которой будет включен только набор базовых
функций. И по мере углубления в разработки расширять дополнительными
функциями.
Фаза планирования - в данной фазе возможен риск неправильного
планирования, так же разработка очень реалистичных планов проекта, в
которые компания не сможет уложиться, вследствие чего придется увеличить
время для разработки, вследствие чего будет удорожание проекта. К фазе
планирования нужно отнестись очень важно, следить за каждым этапом и
анализировать результаты.
Для предотвращения риска нужно заложить в график поправки на
возможные временные задержки в выполнении определенных действий. Так
же необходимо постараться создать гибкий график и придерживаться его.
Фаза разработки - возможен риск, что разработка определенного
модуля принесет большие трудности, что какая-либо функция будет мешать
разработке. На данной фазе главное вовремя определить проблемную
функцию или модуль и по возможности упростить или убрать ее из проекта
полностью.
Для предотвращения риска разработки сложного модуля, можно либо
разбить данный модуль на несколько и решить поставленные задачи по
отдельности или упростить его.
Фаза стабилизации - на фазе стабилизации возможен риск выявления
большого количества ошибок в программном коде, что потребует больших
53
затрат на доработку. Невозможно предсказать, сколько ошибок будет
найдено и сколько времени понадобится на их устранение.
Чтобы предотвратить риски в данной фазе, нужно отвести
максимальное количество времени на разработку системы. От качества
продукта зависит примет ли заказчик данную разработку или нет.
Фаза внедрения - фаза внедрения может оказаться очень длительной,
если заказчик, по каким-то причинам будет не доволен разработанным
продуктом, персонал автоматизируемой компании может негативно
относиться к внедрению нового программного продукта.
Для предотвращения рисков на данной фазе необходимо произвести
качественное обучение сотрудников до внедрения разработки. Понять какие
проблемы могут возникнуть в процессе внедрения и быть готовым к их
решению. Постоянно консультировать по поводу возникших трудностей,
создать горячую линию для решения проблем.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Для защиты ИБ и защиты информации используются следующие
средства:
• Защита от внутренних угроз;
• Защита от внешних угроз;
Защита от внутренних угроз подразумевает разграничение прав
пользователей. Программа состоит из 3 АРМов (АРМ администратора, АРМ
менеджера, АРМ руководителя), каждый из которых имеет доступ к единой
базы данных. Подробные права пользователей описаны в таблице 10.
54
Таблица 10
Разграничение прав пользователей
Группы
пользовател
ей
Создание
заявки
Создание
оплаты
Возможность
редактирован
ия заявки
Возможность
поменять
оборудование
/ услугу в
заявке
Доступ в
интернет
Менеджер
Чтение/
создание
Чтение/
создание
Да
Да
Да
Руководител
ь
Чтение
Чтение
Нет
Нет
Да
Администра
тор системы
Чтение/
удаление
Чтение/
удаление
Да
Нет
Да
Каждый АРМ имеет отдельную программу, доступ к которой
осуществляется после ввода логина и пароля, с помощью которых можно
зайти только в определенный АРМ. Главным АРМом - АРМ администратора,
в нем осуществляется распределение прав доступа к модулям, и возможность
редактировать данные.
Защита от внешних угроз происходит путем антивирусного
программного обеспечения на всем оборудовании компании. Так же в
совокупности с применением прокси-сервера, что позволяет
беспрепятственно использовать данные только сотрудникам компании. С
помощью брандмауэра осуществляется постоянная фильтрация сетевого
трафика и блокировка подозрительных данных.
Так же в компании есть комплексная защита информации:
Правовая - юридические нормы и законы; преследуется незаконное
использование и распространение конфиденциальной информации.
Административно-организационная - определяет, кто и какую
информацию может собирать и хранить; устанавливает способы доступа к
ней и условия ее распространения, права и обязанности работников, их
компетенция и ответственность; должностные инструкции.
Аппаратно-программная - прохождение процедуры идентификации
пользователя, может быть выполнена в виде кодовой карточки или ключа.
55
Криптографическая - шифрование данных для скрытия от
злоумышленников. Пока пользователь не идентифицирован по ключу,
данные ему недоступны.
Как видно, компания использует большое количество методов защиты
информации, но все они в совокупности не дадут 100% гарантий. Но
сократить угрозы до минимума реально.
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
На рисунке 8 приведена Информационная модель задачи в виде схемы.
Рисунок 8. Информационная модель задачи
Данная информационная модель включает в себя сразу несколько
справочников. В них находятся данные услуг и оборудования, клиентов,