38
Качественный программный продукт должен обладать высоким
потребительским качеством, независимо от области применения: внутреннее
применение разработчиком, бизнес, наука и образование, медицина, коммерческие
продажи, социальная сфера, развлечения, веб и др. Для пользователя программный
продукт должен удовлетворять определенному уровню его потребностей.
Важным аспектом создания качественного программного обеспечения
может быть обеспечение нефункциональных требований, таких как удобство в
эксплуатации, надежность, производительность, защищенность, удобство
сопровождения. Надежность программного обеспечения определяет способность без
сбоев выполнять заданные функции в заданных условиях и в течение заданного
отрезка времени. Производительность характеризуется временем выполнения
заданных транзакций или длительных операций. Защищенность определяет степень
безопасности системы от повреждений, утраты, несанкционированного доступа и
преступной деятельности. Удобство сопровождения определяет легкость, с которой
обслуживается продукт, в плане простоты исправления дефектов, внесения
корректив для соответствия новым требованиям, управления измененной средой.
Управление жизненным циклом программного продукта помогает
разработчикам целенаправленно добиваться создания качественного ПО, избегать
потерь времени на переделку, повторное проектирования и перепрограммирование
ПО.
Этап реализации состоит из написания программного кода и создания
интерфейса пользователя. Комплекс программных и аппаратных средств и методов,
гарантирующих взаимодействие пользователя с компьютером, представляет собой
пользовательский интерфейс. Основой такого взаимодействия идентифицируется
регламентированный обмен информацией между человеком и компьютером,
осуществляемый в реальном масштабе времени и направленный на совместное
исполнение конкретной задачи.
Следующим за созданием пользовательского интерфейса шаг – реализация
программного кода. На данной стадии программисты должны придерживаться
стандарта создания программного кода – набора правил и соглашений,
используемых при создании исходного кода на некотором языке программирования.
Отсюда и главная задача любого стандарта кодирования: за счёт определённого
39
визуального оформления элементов программы улучшить информативность кода
для человека. При создании информационной системы работе программистов
помогает присутствие общего стиля программирования, улучшает понимание и
поддержание исходного кода, реализованного несколькими программистами.
После изучения технических, информационных и программных средств
необходимо провести окончательное тестирование системы на изученных средствах
и удостовериться в работоспособности всех модулей системы.
Под тестированием понимается процесс исполнения программы с целью
обнаружения ошибок.
Регрессионное тестирование – это тестирование, проводимое после
усовершенствования функций программы или внесения в неё коррекций. Одно из
средств тестирования QA (ныне – Quality Works) представляет интегрированную,
много платформенную среду создания автоматизированных тестов любого уровня,
включая тесты регрессии для приложений с графическим интерфейсом
пользователя.
Критерии тестирования включают:
описание тестов;
фиксацию повторения действий оператора (возможность фиксировать
данные, вводимые оператором с помощью клавиатуры, мыши и т.д., редактировать
их и воспроизводить в тестовых примерах);
автоматический запуск тестовых примеров;
регрессионное тестирование (возможность повторения и модификации
ранее выполненных тестов для определения различий в системе и/или среде);
автоматизированный анализ итогов тестирования и исключительных
ситуаций в процессе тестирования, включая сравнение ожидаемых и реальных
результатов, сравнение файлов, статистический анализ итогов; обращения к
операторам, процедурам и переменным; защиту от несанкционированного доступа и
др.;
анализ производительности. Анализируемые параметры
производительности могут включать применение центрального процессора, памяти,
обращения к определённым элементам данных и (или) сегментам кода, временные
характеристики и т.д.
40
На протяжении всего жизненного цикла создания программного
обеспечения применяются различные типы тестирования для гарантии того, что
промежуточные версии отвечают заданным показателям качества. При этом
применяются автоматические и ручные тесты. В таблице 2.1 представлены
некоторые типы тестирования.
Таблица № 2.1
Типы тестирования
Модульное
тестирование
Предназначено для проверки правильности
функционирования методов классов ПО.
Модульные тесты пишутся и исполняются
разработчиками в процессе написания кода.
Модульное тестирование применяется как для
проверки качества кода приложения, так и
для проверки объектов баз данных.
Исследовательское
тестирование
Предназначено для тестирования, при котором
тестировщик не имеет заранее определенных
тестовых сценариев и пытается интуитивно
исследовать возможности программного
продукта и обнаружить и зафиксировать
неизвестные ошибки.
Интеграционное
тестирование
Используется для проверки корректности
совместной работы компонентов программного
продукта.
Функциональное
тестирование
Предполагает проверку конкретных
требований к ПО и проводится после
добавление к системе новых функций.
Нагрузочное
тестирование
Предназначено для проверки
работоспособности программного продукта
при предельной входной нагрузке.
Регрессионное
тестирование
Применяется при внесении коррекций в
программное обеспечение с целью проверки
корректности работы компонентов системы,
которые потенциально могут
взаимодействовать с измененным
компонентом.
Комплексное
тестирование
Предназначено для тестирования
функциональных и нефункциональных
требований всей системы программного
продукта.
41
Продолжение таблицы №2.1
Приемочное
тестирование
Представляет собой функциональные
испытания, которые должны подтвердить то,
что программный продукт соответствует
требованиям и ожиданиям пользователей и
заказчиков. Приемочные тесты пишутся
бизнес-аналитиками, специалистами по
контролю качества и тестировщиками.
Результаты оценки должны быть стандартным образом документированы и,
при необходимости, утверждены. Отчёт по итогам оценки должен содержать
следующую информацию:
1. Введение (общий обзор процесса и перечень основных итогов).
2. Предпосылки (цель оценки и желаемые результаты, период времени, в
течение которого выполнялась оценка, определение ролей и соответствующего
опыта специалистов, выполнявших оценку).
3. Подход к оценке (описание общего подхода, включая информацию,
определяющую контекст и масштаб оценки, а также любые предположения и
ограничения).
4. Данные об ИС, которые должны включать:
наименование системы;
данные о Заказчике и Исполнителях, включая контактную
информацию;
конфигурацию технических средств;
стоимостные данные;
описание ИС, включающее поддерживаемые данным средством
процессы создания и сопровождения ИС, программную среду (поддерживаемые
языки программирования, операционные системы, совместимость с базами данных),
функции, входные/выходные данные и область применения.
5. Этапы оценки (конкретные действия, выполняемые в процессе оценки,
должны быть описаны со степенью детализации, необходимой как для понимания
масштаба и глубины оценки, так и для её повторения при необходимости).
6. Конкретные результаты должны быть представлены в терминах
критериев оценки. В тех случаях, когда отчёт охватывает ряд средств или итоги
42
данной оценки будут сопоставляться с аналогичными итогами других оценок,
необходимо обратить особое внимание на формат представления итогов,
способствующий такому сравнению. Субъективные результаты отделяют от
объективных результатов и сопровождают необходимыми пояснениями.
7. Выводы и заключения.
8. Приложения, в которых присутствуют формулировка задачи оценки и
уточненный список критериев.
В процессе реализации проекта важное место занимают вопросы
идентификации, описания и контроля конфигурации отдельных компонентов и всей
системы в целом.
Эксплуатация ИС
Эксплуатация включает в себя работы по внедрению компонентов
программного обеспечения в эксплуатацию, в том числе конфигурирование БД и
рабочих мест пользователей, обеспечение эксплуатационной документацией,
проведение обучения персонала и т.д. И непосредственно эксплуатацию, в том
числе локализацию проблем и устранение причин их возникновения, модификацию
программного обеспечения в рамках установленного регламента, подготовку
предложений по совершенствованию, развитию и модернизации системы.
Продуктивность и иные характеристики деятельности организации после
внедрения в ней разработанной ИС могут первоначально ухудшиться, так как на
освоение новых средств и внесение необходимых коррекций в процессы создания и
эксплуатации требуется некоторое время. Таким образом, ожидаемые результаты
должны рассматриваться с учётом вероятной отсрочки в улучшении проектных и
эксплуатационных характеристик.
Техническое обслуживание и модернизация. Если собственно техническое
обслуживание (очистка от пыли, смазка вентиляторов, подтяжка креплений,
контроль состояния аккумуляторов, изменение физической топологии сети и т. п.)
может осуществляться службой технической поддержки, то грамотное
формулирование заявок на изменение аппаратной конфигурации, организация
закупки дополнительных лицензий или обновленной версии программного
обеспечения – задача администратора.
43
Важным вопросом сопровождения информационной системы может быть
мониторинг работы вычислительного оборудования. Эту задачу оперативного
управления ИС выполняет администратор системы.
В первую очередь принято обращать внимание на критически важные
инциденты. Затем рекомендуется осуществлять контроль сроков исполнения,
оптимизировать контролируемы параметры и др.
Стадии представляют собой основные периоды жизненного цикла,
связанные с системой и относящиеся к состоянию описания системы или
непосредственно к системе. Стадии отображают значимый прогресс и достижение
запланированных этапов развития системы на протяжении всего жизненного цикла
и дают начало важнейшим решениям относительно своих входов и выходов. Эти
решения используются организациями для учета неопределенностей и рисков,
непосредственно связанных с затратами, сроками и функциональностью при
создании или применении системы. Таким образом, стадии обеспечивают
организации структурой работ, в рамках которых управление предприятием
обладает высокой способностью для обзора и контроля проекта и технических
процессов.[15]
Технология создания программного обеспечения представляет собой
комплекс организационных мер, операций и приемов, направленных на разработку
программных продуктов высокого качества в рамках отведенного бюджета и в срок.
Создание программного обеспечения базируется на моделях жизненного цикла,
которые характеризуют период времени, который начинается с момента принятия
решения о необходимости создания программного продукта и заканчивается в
момент его полного изъятия из эксплуатации. Классической моделью жизненного
цикла может быть каскадная или водопадная модели. В итерационной спиральной
модели создание программного обеспечения осуществляется по спирали,
предполагая реализацию определенного функционала программной системы на
каждом витке спирали. В инкрементной итерационной модели жизненного цикла
программного обеспечения создание реализуется несколькими итерациями с
постепенным наращиванием функциональности системы.
Гибкая методология создания программного обеспечения ориентирована на
применение итеративного подхода, при котором программный продукт создается
44
постепенно. Программный продукт создается за несколько итераций, включающих
реализацию определенного набора требований. Итерации имеют длительность 2 -3
недели. Итогом итерации может быть промежуточный вариант работоспособного
программного обеспечения. Для методологии гибкой создания декларированы
ключевые постулаты и принципы. Принципам гибкой разработки программного
обеспечения, в определенной степени, соответствует ряд методологий.
2.1.1 Ожидаемые риски на этапах жизненного цикла и их описание.
При создании программного обеспечения проводится планирование работ,
составление расписания, управление областью проекта, коммуникации, составление
отчетов, анализ и постоянное совершенствование процесса. Командный проект
содержит информацию о каждом шаге жизненного цикла разработки программного
обеспечения, включая требования пользователей, задачи, тестовые случаи, ошибки,
препятствия, построения.
Любой проект по созданию информационной системы организации всегда
содержит множество задач, связанных с общим управлением проектом, созданием
программного обеспечения, создание ИС, внедрением, каждая из которых сама по
себе идентифицируется проектом с присущими ему особенностями. Поэтому в ходе
создания существуют различные риски.
Информационные риски — это потенциальная, численно измеримая
вероятность неблагоприятных ситуаций и связанных с ними итогов в виде ущерба,
убытков, неблагоприятного преобразование основных управляемых параметров
проекта. ИТ-риски можно условно поделить на две группы: риски, связанные с
обеспечением непрерывности бизнеса, и риски реализации новых проектов.
Риски заказчика связаны с неполной реализацией целей проекта и не
эффективным применением доступных средств, а риски исполнителя - с быстрым
увеличением фактической себестоимости работ по сравнению с плановой
себестоимостью. Необходимость учет параллельных и подчас принципиально
различных по своему характеру работ приводит к тому, что многократно возрастает
уровень риска проекта.
При анализе проекта можно выделить несколько рисков:
утечка конфиденциальной информации;
45
отказ оборудования ,неполадки в передаче информации. Отсутствие у
клиентов доступа к серверу и невозможность добавить и получения информации,
нарушение оперативности.
Наиболее характерные риски и методы из минимизации приведены в
таблице 2.2.
Таблица №2.2
Возможные риски проекта и способы их минимизации
Виды
рисков/варианты
менеджмента рисков
Уменьшение видов
риска
Уменьшение
вероятности
появление риска
Риски, связанные с
масштабом проекта
Детальный анализ
каждого этапа работ,
взаимодействия
участников,
организации работ
Детально отработанное
программа качества,
проработанная
управление
конфигурацией
проектируемой
системы, специальные
процедуры
взаимодействия
участников
Риски, связанные с
недостаточным опытом
в сфере
информационных
технологий
Осуществление
обучения
пользователей,
включая руководство,
соблюдение
технологий работы
Создание и
утверждение
концепции
проектируемой
системы на возможно
более ранней его
стадии
Технические риски
проектируемой
системы
Строгий отбор
проектной команды по
квалификационным
критериям. Проведение
обучение участников
проекта технологии
проектных работ,
инструментальным
средствам
Применение
стандартов
организации на
проектные работы,
создание стандартов
проекта
46
Продолжение таблицы №2.2
Организационные
риски проектируемой
системы
Проведение обучение
участников проекта
(курс "управление
проектом"), тренинги
команды, как можно
более полная
формализация
деятельности
Внедрение в команду
администратора
проекта, детальное
назначение ролей в
проекте
Операционные риски
проектируемой
системы
Многократное
тестирование
разработанных
продуктов, тщательная
экспертиза документов
Строгое реализация
процедур программы
качества
Успешность внедрения ИС зависит не только от успешности её создания.
Для её определения обычно используются различные рейтинговые оценки, в том
числе уровня квалификации специалистов, эксплуатирующих ИС. Оценка
состояния, функциональности, возможностей ИС осуществляется путём её аудита и
тестирования. Решение проблемных ситуаций в системе включает её диагностику,
локализацию и устранение неисправностей, регистрацию ошибок и тестирование.
Для объективных критериев оценка должна выполняться путём
воспроизводимой процедуры, чтобы любой выполняющий оценку, специалист мог
получить такие же результаты. Если используются тестовые примеры, их набор
должен быть заранее определён, унифицирован и документирован.
Качество программного продукта определяется по нескольким критериям и
качественный программный продукт должен отвечать функциональным и
нефункциональным требованиям. В жизненном цикле приложения качество должно
отслеживаться на всех его этапах. Тестирование программного продукта позволяет
на протяжении всего жизненного цикла программного обеспечения гарантировать,
что программные проекты отвечают заданным параметрам качества. На протяжении
всего жизненного цикла создании программного обеспечения применяются
различные типы тестирования.
47
2.1.2 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации.
При эксплуатации любого программного продукта необходимо учитывать
нескольких основных правил, а именно:
контролировать актуальность программного обеспечения, контроль над
установкой обновления для системы;
эксплуатация только лицензионное программное обеспечение;
устанавливать только проверенное программное обеспечение,
приобретенное у официальных поставщиков.
Современное развитие информационных технологий и, в частности,
технологий Internet приводит к необходимости защиты информации, передаваемой в
рамках распределенной корпоративной сети, которая использует сети открытого
доступа. При работе на своих собственных закрытых физических каналах доступа
эта проблема так остро не стоит, так как в эту сеть закрыт доступ посторонним.
Однако выделенные каналы может себе позволить далеко не любая компания.
Поэтому приходится довольствоваться тем, что есть в распоряжении компании. А
есть чаще всего Internet. Поэтому нужно изобретать способы защиты
конфиденциальных данных, передаваемых по фактически незащищенной сети.
Наиболее простой способ защиты - купить новейшие рекламируемые
средства защиты и установить их у себя в организации, не утруждая себя
обоснованием их полезности и эффективности. Если компания богата, то она может
позволить себе этот путь. Однако истинный руководитель должен системно
оценивать ситуацию и правильно расходовать средства. Во всем мире сейчас
принято строить комплексную систему защиту информации и информационных
систем в несколько этапов - на основе формирования концепции информационной
безопасности, имея в виду в первую очередь взаимосвязь ее основных понятий
(рисунок 2.4).