Любая информационная система рано или поздно морально устареет, и станет вопрос о ее модернизации или полной замене. Разработчики информационных систем, как правило, не являются специалистами в прикладной области, для которой разрабатывается система. Участие в модернизации или создании новой системы той же группы проектировщиков существенно сократит сроки модернизации. Вместе с тем возникает риск применения устаревших решений при модернизации системы. Рекомендация в таком случае одна -- внимательнее относиться к подбору разработчиков информационных систем.

Негативной оценки эффективности информационной системы со стороны заказчика можно избежать, если представители заказчика будут привлекаться к проектированию системы на всех его стадиях. Такой подход позволяет многим конечным пользователям уже на этапе проектирования адаптироваться к изменениям условий работы, которые иначе были бы приняты враждебно.

Активное сотрудничество с заказчиком с ранних этапов проектирования позволяет уточнить потребности заказчика. Часто встречается ситуация, когда заказчик чего-то хочет, но сам не знает чего именно. Чем раньше будут учтены дополнения заказчика, тем с меньшими затратами и в более короткие сроки система будет создана.

Кроме того, заказчик, не являясь специалистом в области разработки информационных систем, может не знать о новых информационных технологиях. Контакты с заказчиком во время разработки для него информационной системы могут подтолкнуть заказчика к модернизации его аппаратных средств, применению новых методов ведения бизнеса, что отвечает потребностям, как заказчика, так и проектировщика. Заказчик получает рост эффективности своего предприятия, проектировщик -- расширение возможностей, применяемых при проектировании информационной системы.

Эффективность системы обеспечивается оптимизацией данных и методов их обработки, применением оригинальных разработок, идей, методов проектирования.

Не следует забывать и о том, что работать с системой придется обычным людям, являющимся специалистами в своей предметной области, но зачастую обладающим весьма средними навыками в работе с компьютерами. Интерфейс информационных систем должен быть им интуитивно понятен. В свою очередь, разработчик-программист должен понимать характер выполняемых конечным пользователем операций. Рекомендациями в этом случае могут служить повышение эффективности управления разработкой информационных систем, улучшение информированности разработчиков о предметной области.

Помимо злого умысла, при обеспечении безопасности информационных систем приходится сталкиваться еще с несколькими факторами. В частности, современные информационные системы являются достаточно сложными программными продуктами. При их проектировании с высокой вероятностью возможны ошибки, вызванные большим объемом программного кода, несовершенством компиляторов, человеческим фактором, несовместимостью с используемыми программами сторонних разработчиков в случае модификации этих программ и т.п. Поэтому за фазой разработки информационной системы неизбежно следует фаза ее сопровождения в процессе эксплуатации, в которой происходит выявление скрытых ошибок и их исправление.

Требование безопасности обеспечивается современными средствами разработки информационных систем, современной аппаратурой, методами защиты информации, применением паролей и протоколированием, постоянным мониторингом состояния безопасности операционных систем и средств их защиты.

Лекция №2

Жизненный цикл информационных систем

Любую организацию можно рассматривать как совокупность взаимодействующих элементов (подразделений), каждый из которых может иметь свою, достаточно сложную, структуру. Взаимосвязи между подразделениями тоже достаточно сложны. В общем случае можно выделить три вида связей между подразделениями предприятия:

· функциональные связи -- каждое подразделение выполняет определенные виды работ в рамках единого бизнес-процесса;

· информационные связи -- подразделения обмениваются информацией (документами, факсами, письменными и устными распоряжениями и т. п.);

· внешние связи -- некоторые подразделения взаимодействуют с внешними системами, причем их взаимодействие также может быть как информационным, так и функциональным.

В общем случае процесс разработки информационной системы может быть рассмотрен с двух точек зрения:

· по содержанию действий разработчиков (групп разработчиков) -- в данном случае рассматривается статический аспект процесса разработки, описываемый в терминах основных потоков работ (исполнители, действия, последовательность действий и т. п.);

· по времени или по стадиям жизненного цикла разрабатываемой системы -- в данном случае рассматривается динамическая организация процесса разработки, описываемая в терминах циклов, стадий, итераций и этапов.

Общие сведения об управлении проектами

Информационная система предприятия разрабатывается как некоторый проект. Многие особенности управления проектами и фазы разработки проекта (фазы жизненного цикла) являются общими, не зависящими не только от предметной области, но и от характера проекта (не важно, инженерный это проект или экономический). Поэтому имеет смысл вначале рассмотреть ряд общих вопросов управления проектами.

· изменчивость -- целенаправленный перевод системы из существующего в некоторое желаемое состояние, описываемое в терминах целей проекта;

· ограниченность конечной цели;

· ограниченность продолжительности;

· ограниченность бюджета;

· ограниченность требуемых ресурсов;

· новизна для предприятия, для которого реализуется проект;

· комплексность -- наличие большого числа факторов, прямо или косвенно влияющих на прогресс и результаты проекта;

· правовое и организационное обеспечение -- создание специфической организационной структуры на время реализации проекта.

Рассматривая планирование проектов и управление ими, необходимо четко осознавать, что речь идет об управлении неким динамическим объектом. Поэтому система управления проектом должна быть достаточно гибкой, чтобы допускать возможность модификации без глобальных изменений в рабочей программе.

В системном плане проект может быть представлен «черным ящиком», на входе которого располагаются технические требования и условия финансирования, а на выходе -- требуемый результат (рис. 1). Выполнение работ обеспечивается наличием необходимых ресурсов:

· материалов;

· оборудования;

· человеческих ресурсов.

Для обоснования осуществимости, для анализа хода его реализации, а так же для заключительной оценки проекта существует ряд характеристик проекта. К важнейшим из них относятся следующие технико-экономические показатели:

· объем работ;

· сроки выполнения;

· себестоимость;

· экономическая эффективность, обеспечиваемая реализацией проекта;

· социальная и общественная значимость проекта.

Классификация проектов

Проекты могут быть классифицированы по самым различным признакам. Отметим основные из них.

· Класс проекта определяется по составу и структуре проекта. Обычно различают:

· монопроект (отдельный проект, который может быть любого типа, вида и масштаба);

· мультипроект (комплексный проект, состоящий из ряда монопроектов.

· Тип проекта определяется по основным сферам деятельности, в которых осуществляется проект. Можно выделить пять основных типов проекта:

· технический;

· организационный;

· экономический;

· социальный;

· смешанный.

· Масштаб проекта определяется размером бюджета и количеством участников. Бывают большие и малые проекты. Масштабы проектов рассматривают в конкретной форме -- отраслевые, корпоративные, ведомственные проекты, проекты одного предприятия.

Основные фазы проектирования информационной системы

Каждый проект, независимо от сложности и объема работ, необходимых для его выполнения, проходит в своем развитии определенные состояния: от состояния, когда «проекта еще нет», до состояния, когда «проекта уже нет».

· формирование концепции;

· подготовка технического задания;

· проектирование;

· разработка;

· ввод системы в эксплуатацию.

Рассмотрим каждую из них более подробно.

Концептуальная фаза

Главным содержанием работ на концептуальной фазе является определение проекта, разработка его концепции, включающая:

· формирование идеи, постановку целей;

· формирование ключевой команды проекта;

· изучение мотивации и требований заказчика и других участников;

· сбор исходных данных и анализ существующего состояния;

· определение основных требований и ограничений, требуемых материальных, финансовых и трудовых ресурсов;

· сравнительную оценку альтернатив;

· представление предложений, их экспертизу и утверждение.

Подготовка технического предложения

Главным содержанием фазы подготовки технического предложения является уточнение технического предложения в ходе переговоров с заказчиком о заключении контракта. Общее содержание работ этой фазы:

· разработка основного содержания, базовой структуры проекта;

· разработка и утверждение технического задания;

· планирование, декомпозиция базовой структуры модели проекта;

· составление сметы и бюджета проекта, определение потребности в ресурсах;

· разработка календарных планов и укрупненных графиков работ;

· подписание контракта с заказчиком;

· ввод в действие средств коммуникации участников проекта и средств контроля за ходом работ.

Проектирование

На фазе проектирования определяются подсистемы, их взаимосвязи, выбираются наиболее эффективные способы выполнения проекта и использования ресурсов. Характерные работы этой фазы:

· выполнение базовых проектных работ;

· разработка частных технических заданий;

· выполнение концептуального проектирования;

· составление технических спецификаций и инструкций;

· представление проектной разработки, экспертиза и утверждение.

Разработка

На фазе разработки производятся координация и оперативный контроль работ по проекту, осуществляется изготовление подсистем, их объединение и тестирование. Основное содержание:

· выполнение работ по разработке программного обеспечения;

· подготовка к внедрению системы;

· контроль и регулирование основных показателей проекта.

Ввод системы в эксплуатацию

На фазе ввода системы в эксплуатацию проводятся испытания, идет опытная эксплуатация системы в реальных условиях, ведутся переговоры о результатах выполнения проекта и о возможных новых контрактах. Основные виды работ:

· комплексные испытания;

· подготовка кадров для эксплуатации создаваемой системы;

· подготовка рабочей документации, сдача системы заказчику и ввод ее в эксплуатацию;

· сопровождение, поддержка, сервисное обслуживание;

· оценка результатов проекта и подготовка итоговых документов;

· разрешение конфликтных ситуаций и закрытие работ по проекту;

· накопление опытных данных для последующих проектов, анализ опыта, состояния, определение направлений развития.

Следует иметь в виду, что на обнаружение ошибок, допущенных на стадии системного проектирования, расходуется примерно в два раза больше времени, чем на последующих фазах, а их исправление обходится в пять раз дороже. Поэтому на начальных стадиях проекта разработку следует выполнять особенно тщательно. Наиболее часто на начальных фазах допускаются следующие ошибки:

· ошибки в определении интересов заказчика;

· концентрация на маловажных, сторонних интересах;

· неправильная интерпретация исходной задачи;

· неправильное или недостаточное понимание деталей;

· неполнота функциональных спецификаций (системных требований);

· ошибки в определении требуемых ресурсов и сроков;

· редкая проверка на согласованность этапов и отсутствие контроля со стороны заказчика (нет привлечения заказчика).

Процессы, протекающие на протяжении жизненного цикла информационной системы

Жизненный цикл информационной системы представляет собой непрерывный процесс, начинающийся с момента принятия решения о создании информационной системы и заканчивающийся в момент полного изъятия ее из эксплуатации.

· основные процессы жизненного цикла (приобретение, поставка, разработка, эксплуатация, сопровождение);

· вспомогательные процессы, обеспечивающие выполнение основных процессов (документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, оценка, аудит, разрешение проблем);

· организационные процессы (управление проектами, создание инфраструктуры проекта, определение, оценка и улучшение самого жизненного цикла, обучение).

Рассмотрим каждую из указанных групп более подробно.

Основные процессы жизненного цикла

Среди основных процессов жизненного цикла наибольшую важность имеют три: разработка, эксплуатация и сопровождение.

Разработка

Разработка информационной системы включает в себя все работы по созданию информационного программного обеспечения и его компонентов в соответствии с заданными требованиями. Разработка информационного программного обеспечения также включает:

· оформление проектной и эксплуатационной документации;

· подготовку материалов, необходимых для тестирования разработанных программных продуктов;

· разработку материалов, необходимых для обучения персонала.

Разработка является одним из важнейших процессов жизненного цикла информационной системы и, как правило, включает в себя стратегическое планирование, анализ, проектирование и реализацию (программирование).

Эксплуатация

Эксплуатационные работы можно подразделить на подготовительные и основные.

· конфигурирование базы данных и рабочих мест пользователей;

· обеспечение пользователей эксплуатационной документацией;

· обучение персонала.

Основные эксплуатационные работы включают:

· непосредственно эксплуатацию;

· локализацию проблем и устранение причин их возникновения;

· модификацию программного обеспечения;

· подготовку предложений по совершенствованию системы;

· развитие и модернизацию системы.

Сопровождение

Службы технической поддержки играют весьма заметную роль в жизни любой корпоративной информационной системы. Наличие квалифицированного технического обслуживания на этапе эксплуатации информационной системы является необходимым условием решения поставленных перед ней задач, причем ошибки обслуживающего персонала могут приводить к явным или скрытым финансовым потерям, сопоставимым со стоимостью самой информационной системы.

· выделение наиболее ответственных узлов системы и определение для них критичности простоя (это позволит выделить наиболее критичные составляющие информационной системы и оптимизировать распределение ресурсов для технического обслуживания);

· определение задач технического обслуживания и их разделение на внутренние, решаемые силами обслуживающего подразделения, и внешние, решаемые специализированными сервисными организациями (таким образом, производится четкое определение круга исполняемых функций и разделение ответственности);

· проведение анализа имеющихся внутренних и внешних ресурсов, необходимых для организации технического обслуживания в рамках описанных задач и разделения компетенции (основные критерии для анализа: наличие гарантии на оборудование, состояние ремонтного фонда, квалификация персонала);

· подготовка плана организации технического обслуживания, в котором необходимо определить этапы исполняемых действий, сроки их исполнения, затраты на этапах, ответственность исполнителей.

Обеспечение качественного технического обслуживания информационной системы требует привлечения специалистов высокой квалификации, которые в состоянии не только решать каждодневные задачи администрирования, но и быстро восстанавливать работоспособность системы при сбоях.

Вспомогательные процессы жизненного цикла

Среди вспомогательных процессов одно из главных мест занимает управление конфигурацией. Это тот вспомогательный процесс, который поддерживает основные процессы жизненного цикла информационной системы, прежде всего процессы разработки и сопровождения.

Организационные процессы

Управление проектом связано с вопросами планирования и организации работ, создания коллективов разработчиков и контроля за сроками и качеством выполняемых работ. Техническое и организационное обеспечение проекта включает:

· выбор методов и инструментальных средств для реализации проекта;

· определение методов описания промежуточных состояний разработки;

· разработку методов и средств испытаний созданного программного обеспечения;

· обучение персонала.

Обеспечение качества проекта связано с проблемами верификации, проверки и тестирования компонентов информационной системы.

Верификация -- это процесс определения соответствия текущего состояния разработки, достигнутого на данном этапе, требованиям этого этапа.

Проверка -- это процесс определения соответствия параметров разработки исходным требованиям. Проверка отчасти совпадает с тестированием, которое проводится для определения различий между действительными и ожидавшимися результатами и оценки соответствия характеристик информационной системы исходным требованиям.

Структура жизненного цикла информационной системы

Полный жизненный цикл информационной системы включает в себя, как правило, стратегическое планирование, анализ, проектирование, реализацию, внедрение и эксплуатацию. В общем случае жизненный цикл можно, в свою очередь, разбить на ряд стадий. Рассмотрим один из вариантов деления, предлагаемый корпорацией Rational Software -- одной из ведущих фирм на рынке программного обеспечения средств разработки информационных систем (среди которых большой популярностью заслуженно пользуется универсальное CASE-средство Rational Rose).

· начало;

· уточнение;

· конструирование;

· передача в эксплуатацию.

Границы каждой стадии определены некоторыми моментами времени, в которые необходимо принимать определенные критические решения и, следовательно, достигать определенных ключевых целей.

Начальная стадия

На начальной стадии устанавливается область применения системы и определяются граничные условия. Для этого необходимо идентифицировать все внешние объекты, с которыми должна взаимодействовать разрабатываемая система, и определить характер этого взаимодействия. На начальной стадии идентифицируются все функциональные возможности системы, и производится описание наиболее существенных из них.

· критерии успеха разработки;

· оценку риска;

· оценку ресурсов, необходимых для выполнения разработки;

· календарный план с указанием сроков завершения основных этапов.

Стадия уточнения

На стадии уточнения проводится анализ прикладной области, разрабатывается архитектурная основа информационной системы.

Стадия конструирования

На стадии конструирования разрабатывается законченное изделие, готовое к передаче пользователю. По окончании этой стадии определяется работоспособность разработанного программного обеспечения.

Стадия передачи в эксплуатацию

На стадии передачи в эксплуатацию разработанное программное обеспечение передается пользователям. При эксплуатации разработанной системы в реальных условиях часто возникают различного рода проблемы, которые требуют дополнительных работ по внесению корректив в разработанный продукт. В конце стадии передачи в эксплуатацию необходимо определить, достигнуты цели разработки или нет.