46
определение задач;
анализ задач;
разработка технической архитектуры;
внедрение;
интеграция сиcтемы;
верификация;
переход;
тестирование;
эксплуатация;
сопровождение;
утилизация.
5) Специальные процессы:
определение и установка взаимосвязей исходя из задач и целей.
Стадии формирования системы, предусмотренные в стандарте ISO/IEC 15288,
несколько различаются от рассмотренных выше. Список стадий и ключевые
результаты, которые обязаны быть достигнутыми ко времени их окончания,
приведены в таблице 9.
Таблица 9
Стадии создания систем (ISO/TEC 15288)
Л
п/п
Стадия
Описание
1
Формирование
концепции
Анализ потребностей, подбор концепции и проектных
решений
2
Разработка
Проектирование системы
3
Реализация
Разработка системы
4
Эксплуатация
Введение в использование и применение системы
5
Поддержка
Обеспечение функционирования системы
6
Снятие
с эксплуатации
Завершение использования, архивирование системы
47
В процессе исследования подобрана стратегия введения пилотный проект.
Цель пилотных проектов состоит не только лишь в выпуске качественного
продукта, но и еще в использовании свежего производственного процесса,
технологии или же инструментов. В количество более значимых требований к
пилотным проектам входят следующие:
Управляемый технический риск. Несмотря на то, что при введении
комбинации нового процесса, инструментов и технологии сложно исключить
технологические риски, в пилотном проекте недопустим его очень высокий уровень.
Высокий приоритет. Проект обязать обладать достаточно высоким
приоритетом, гарантирующий требуемую поддержку со стороны руководства и
требуемые ресурсы. Данному критерию, безусловно, удовлетворяют критически
важные проекты, но цена их провала также высока (финансовая угроза).
Выделение достаточных ресурсов. Провалы большинства пилотных проектов
связаны с передачей их ресурсов иным проектам, либо с урезанием их бюджета.
Руководители обязаны побеспокоиться о том, для того чтобы пилотный проект был
довольно сильно обеспечен необходимыми ресурсами в течении всего собственного
выполнения.
Реалистичный график. График проекта не обязан быть напряженным до такой
степени, то что для его выполнения назначенной команде понадобилось бы
воздерживаться от введения нового процесса и инструментов. Как правило, для
выполнения проекта его руководителю предоставляется определенный резерв
времени (от 10 до 25 процентов от начального графика).
В том случае, если пилотный проект был начат до внедрения процесса,
немаловажно верно позиционировать проект изнутри надлежащей фазы жизненного
цикла. В случае, если проект располагается в фазе обследования либо в
первоначальном периоде проработки, в таком случае, как правило, возможно
отметить довольно много времени с целью введения нового процесса и
инструментов, никак не подвергая при этом риску сроки окончания проекта.
Замедление с введением принципиально нового процесса либо инструментов вплоть
до наиболее позднего периода дестабилизирует проект, так как предназначенная
проектная группа обязана будет сконцентрировать свое внимание на
приспособление к изменениям. Это способно послужить причиной к приостановке
48
выполнения проекта, а в случае если группа увязнет в проблемах, то, в таком случае,
в определенных вариантах, способствует даже к его закрытию. Точный запуск
проекта предоставляет вероятность определить реальные ожидания, гарантировать
доступность проекта для пользователей и создать проектную группу. В случае, если
проект уже запущен, в таком случае данные проблемы обязаны быть решенными
немедленно.
Цель фазы обследования в пилотном проекте состоит в доказательстве
спонсорского участия (в главную очередь – в организационных изменениях, и
только лишь затем – в разработке продукта). В фазе проработки главный интерес
уделяется проектированию и управлению настройками, и изменениями. В данной
фазе ведется введение инструментов тестирования, но, их интенсивное применение
наступает позже. Главная цель фазы проработки пилотного проекта состоит в
устранении рисков, сопряженных с новейшим процессом и инструментами. В фазе
построения новые инструменты ранее уже никак не вводятся, а предназначенная
проектная группа сосредотачивает собственные усилия на разработке продукта и
увеличении производительности. Цели фазы построения в пилотном проекте
состоят в стабильной и результативной работе и в формировании законченного
продукта.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
На сегодняшний момент многие специалисты в сфере информационных
систем рекомендуют к применению итерационные модели. Однако организации
продолжают применять каскадную модель. Это происходит по некоторым
причинам:
− Привычка — основная масса специалистов по информационным технологиям
приобретали своё образование тогда, когда эта модель была
распространённой в образовательном процессе. Это объясняет её
использование и сейчас.
− Существует мнение о возможных рисках партнёров программы (заказчика и
исполнителя). Здесь исполнитель выполняет окончательный вариант заданий
на каждом этапе. Такими этапами можно выделить: проектное задание,
49
техническое обеспечение, документы для пользователя. Документы,
предназначенные для пользователя, позволяют определить требования для
выполнения следующей стадии, определить обязанности участников проекта,
объем работ, периоды выполнения. Итоговая оценка времени на выполнение
и стоимости программы определяется на первоначальных моментах, сразу
после обследования. В этом случае несомненным является то, что требования
к информационной системе в процессе разработки программы не постоянны,
напротив видоизменяются. Как следствие, качество пользовательской
документации в итоге оказывается низким. Выявляется невыполнение,
несоответствие или противоречивость требований.
На самом деле применение каскадной модели только кажется идеалом
определенности, фактически увеличивая риски. Такая модель только
уменьшает ответственность сторон.
Если программа разрабатывается формально, то в таком случае руководитель
выполняет исключительно требования, которые прописаны в спецификации,
применяет в работе документ. Поэтому не учитываются реальные
потребности компании.
В разработке программ используют два основных способа заключения
контракта. Первый способ — выполнение определённого объема работ за
определённую стоимость в определенный период времени (fixed price).
Следующий способ предопределяет повременную оплату труда (time work). В
зависимости от того, насколько определены условия выполнения задачи,
определяется возможный или подходящий в данных условиях способ
заключения контракта.
В случае каскадной модели применяют контракт с оплатой труда согласно
результатам работы. Потому что, при наличии определённых этапов в этой
модели, результатов и итогов каждого этапа, логичнее и правильнее работать
в условиях такого контакта. Потому что такой вид контракта позволяет
определить полную стоимость программы ещё до того, как он завершится.
Подписание же контракта с повременной оплатой труда применяется
преимущественно в малых системах с небольшими объёмами расходов.
Создание, интеграция программ и информационных систем —
50
дорогостоящий процесс. Он предполагает значительные финансовые
расходы. Чаще применяются контракты с фиксированной стоимостью. А
потому — каскадная модель задействуется чаще. Спиральную модель
используют при разработке информационной системы, пользуясь
исключительно силами своего отдела информационных технологий в
организации [11].
− Существуют некоторые проблемы интеграции в применении итерационной
модели. Так как продукт обладает ограниченной функциональностью, его
невозможно применять. Поэтому в некоторых сферах деятельности, таких как
военные разработки, энергетика в атомной области, его не используют. В
бизнесе возможно поэтапная итерационная интеграция. Это подразумевает
собой определённые организационные сложности. Например, перемещение
данных, внедрение систем, методов учёта, обучение пользователей. Здесь
расходов оказывается гораздо больше, а руководство программой
усложняется. Поэтому заказчики заведомо решают применять каскадную
модель. Это позволяет им "внедрять новое один раз".
Каждый из этапов разработки предопределяет собой выполнение конкретных
работ. Эти объёмы представлены как процесс жизненного цикла программного
обеспечения. Такой процесс — это совокупность действий, которые преобразуют
входящую информацию в исходящую. Описание каждого этапа имеет список задач,
изначальных данных, итогов.
Объективным фактором того, что создание рабочих моделей системы
ограничена, — это недостаток средств, способствующих объектно-
ориентированному представлению.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Главными целями информационной безопасности агентства недвижимости
являются – сохранение конфиденциальности данных, являющихся коммерческой
тайной; обеспечение нормальной функциональной деятельности подразделений
предприятия.
51
Также политика безопасности сводится к повышению качества
предоставляемых услуг, отвечающих требованиям клиентов, а также защита прав и
интересов самого клиента.
Для выполнения этих требований необходимо:
− разграничить права доступа служащих, выявить информацию,
соответствующую определенной группе лиц, защитить эту информацию от
несанкционированного доступа,
− обеспечить конфиденциальность информационной системы, прав и интересов
служащих и клиентов,
− создать высокий уровень защиты от угроз безопасности, включающий в себя
предупреждение и обезвреживание угроз,
− создать механизм восстановления и максимального возмещения ущерба после
влияния возможных последствий нарушения информационной безопасности.
Так как на предприятии принято внедрять разграничение прав доступа, то
следует назначить ответственного человека, отвечающего за информационную
политику. В обязанности такого ответственного специалиста будет входить
разрешение и отмена права доступа к информации компании. В правилах доступа к
информации необходимо оговорить возможность восстановления данных и функций
управления доступом, а также регламентировать работу самого ответственного лица
с информацией, связанной с компанией.
− Продумать правила замены ответственного специалиста по информации при
отсутствии главного ответственного или при назначении нового.
− Создать отдел информационной безопасности (может состоять из одного
компетентного в этой сфере человека).
− Должна быть предусмотрена система оповещения об авариях
соответствующим службам и администрации предприятия.
− Руководство имеет право наблюдать за всей деятельностью в системе и
сетевым трафиком для интеграции в компанию правил безопасности.
Руководство имеет право возложить обязанности по мониторингу и другую
ответственность на отдельных администраторов.
− Руководство имеет право аннулировать любые привилегии доступа
пользователей, в любой момент разорвать трудовое соглашение за нарушение
52
предписаний правил безопасности. А также — за поведение, препятствующее
нормальной работе сети, компьютерных систем организации.
Функции отдела информационной безопасности:
− Отдел проводит обучение персонала основам безопасности, контролирует,
чтобы каждый сотрудник знал свою роль в проведении информационной
политики.
− Должностные инструкции должны содержать обязанности и требования при
работе с информацией.
Функции пользователей:
− Все пользователи для получения права доступа к сети должны пройти
инструктаж по безопасности с целью ознакомления с правилами
безопасности. Пользователи, которые уже работают в сети, должны пройти
повторный инструктаж в течение 30 дней после введения в действие этих
правил.
− При обнаружении уязвимых мест в системе пользователи не должны
использовать их возможности вручную или при помощи программного
обеспечения.
− Пользователи не должны устанавливать модемы в своих системах или в
любом месте сети без соответствующих на то санкций.
Категорически запрещено любое поведение, которое неблагоприятно
отражается на работе других лиц в системах и сетях компании или способно
навредить другим лицам.
Антивирусы — мощное оружие с вредоносными программами, которые
всегда должны быть активными. Они должны иметь возможность в любой момент
защитить программу/сеть/данные от вирусной атаки. Какие-либо нарушения
процесса работы антивируса могут привести к заражению вычислительной техники
и уничтожению важной информации.
− На всех пользовательских системах еще до того, как они будут подключены к
сети, следует установить программное обеспечение для защиты от вирусов.
− Пользователи должны следить и способствовать обновлению этого
программного обеспечения, а также не должны отключать эти средства
защиты.
53
− Пользователи не должны отключать антивирусное программное обеспечение
при запуске загружаемого из Internet в систему пользователя программного
обеспечения.
− Пользователи, загружающие какие-либо данные или программы с внешнего
носителя, должны перед загрузкой сканировать этот носитель на предмет
наличия на нем вирусов.
− Все системы, подключенные к сети организации, должны подвергаться
периодической общей проверке на вредоносные программы. Проверки
должны проходить не реже одного раза в месяц.
Разработка правил безопасности вне компьютерных информационных
ресурсов.
Данные, необходимые для того, чтобы обрабатывать информацию о
нарушениях информационной безопасности, других инцидентах, должны храниться.
Это необходимо для того, чтобы их можно было использовать при анализе правил
информационной безопасности на предмет эффективности их применения.
По всем составленным правилам должна оформляться определенная
документация. Обязанности по составлению такой документации возлагаются на
отдел информационной безопасности. Такие правила должны быть согласованы с
руководством предприятия. Все сотрудники предприятия должны изучить
документацию и следовать этим правилам.
В таблице 10 рассмотрим права доступа к системе.
Таблица 10
Разграничение прав пользователей
Группы
пользователей
Статистика
на главной
Сделки
Задачи
Клиенты
Объекты
Менеджеры
Чтение/
создание
Чтение/
создание
Чтение/
создание
Чтение/
создание
Чтение/
создание
Администратор
Чтение/
создание/
удаление
Чтение/
создание/
удаление
Чтение/
создание/
удаление
Чтение/
создание/
удаление
Чтение/
создание/
удаление
54
Такое гибкое разграничение прав пользователей не только не доставляет
неудобства в работе менеджерам, а и позволяет ограничить возможность удаления
конфиденциальной информации.
Система авторизации пользователя устроена таким образом, что с одной
учетной записи можно быть авторизованным только с одного устройства, что
позволяет моментально отслеживать несанкционированный доступ к учетным
данным пользователя.
55
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Существует ряд способов проектирования информационных моделей,
основанных на использовании различных базисных конструкций. Одним из них
является информационная модель, которая использована для описания предметной
области [3]. Рассмотрим пример информационной модели на рисунке 11.
Рисунок 11. Информационная модель