Данная группа объединяет такие критерии, как финансовые возможности предприятия, потенциал существующего уровня технической инфраструктуры для поддержки того или иного варианта, а также степень компетенции, бизнес-знаний, «компьютерной» грамотности ключевых менеджеров и исполнительского персонала.
Анализ финансовых возможностей должен производиться исходя из бюджетных рамок каждого из вариантов, а также с учетом затрат, которые необходимы для осуществления технических и организационно-функциональных преобразований. Критерии, связанные с человеческими ресурсами, применяются для оценки стоимости, времени и комплексности программы обучения, проведения которой может потребовать выбранная стратегия развития ИСУ.
Анализ этой группы критериев предполагает для каждого из возможных вариантов оценку следующих технических компонентов:
Среди них наиболее существенными являются:
Для каждого из вариантов необходимо оценить вероятность возникновения рисков, возможности по их предотвращению, а также рассмотреть мероприятия по уменьшению негативных воздействий в случае возникновения данных рисков. К наиболее типичным рискам можно отнести:
Анализ вариантов развития по оставшимся группам критериев (
Временные рамки позволяет оценить сроки разработки, внедрения и эксплуатации управленческого программного обеспечения по возможным сценариям.
Бюджетные рамки позволяет оценить и сравнить финансовые затраты на разработку, внедрение и эксплуатацию управленческого программного обеспечения по возможным сценариям.
В жизненном цикле выделяют следующие стадии [1]:
17.1. Предпроектное обследование
Сбор материалов для проектирования:
Анализ материалов и разработка документации:
17.2. Эскизное, техническое – предварительное проектирование:
17.3. Рабочее - детальное проектирование:
17.4. Разработка информационной системы
17.5. Ввод информационной системы в эксплуатацию
17.6. Эксплуатация информационной системы
Задачей разработки программного обеспечения является построение систем, отвечающих требованиям бизнеса и обеспечивающих максимум преимуществ от их использования. В то же время эти системы должны создаваться с учетом их дальнейшего сопровождения, требований к производительности и качеству. Организация, осознавая всю важность использования информационных технологий, ставит перед собой цель создать базу для разработки и внедрения программного обеспечения, отвечающего вышеуказанным задачам.
На данном этапе уточняются основные требования к разработке программного обеспечения как собственными разработчиками, так и с использованием сторонних организаций. Кроме того, в ней определены обязательные этапы при создании и внедрении программных продуктов, требования к документированию каждой стадии и контролю качества продукта. Тестирование и внедрение, являясь составными частями разработки, будут рассмотрены в специально выделенных для этого главах. В настоящей главе мы не будем делать различий между разработкой программного обеспечения, его модификацией, доработкой и настройкой. Мы будем считать, что все перечисленные подходы входят в понятие разработки, являясь методами ее технического осуществления.
18.1. Основные участники разработки
Заказчик - подразделение организации, у которого возникла необходимость в разработке нового или изменении существующего программного обеспечения. Также в качестве заказчика может выступать организация в целом.
Разработчик - проектная команда, сформированная на основе службы ИТ или сторонней организации, непосредственно работающая над разработкой, изменением и внедрением программного обеспечения.
Контролеры - сотрудники организации (кроме непосредственно разработчиков), осуществляющие наблюдение за созданием продукта. Контролерами могут выступать начальники подразделений или назначаемые ими сотрудники подразделения. Если заказчиком является организация, то контролеры назначаются руководством. Для больших проектов, важных для бизнеса, возможно привлечение в качестве контролеров сторонних консультантов.
Аналитики - специалисты в области банковских технологий, участвующие в постановке задачи и консультировании всех сторон в ходе проекта.
18.2. Документирование этапов разработки
Одним из первых важнейших требований является документирование всех этапов процесса разработки программного обеспечения, начиная с постановки первоначальных требований и заканчивая вводом в эксплуатацию и дальнейшим сопровождением. Документы, возникающие в процессе разработки, такие, как спецификации, планы разработки, руководство пользователя, являются неотъемлемой частью программного продукта. Заказчик вместе с программным продуктом должен по возможности получать всю документацию, связанную с разработкой продукта. Документирование процесса разработки ведется с целью облегчения процесса сопровождения, доработки и контроля качества продукта. В случае смены разработчика проектная документация должна обеспечить дальнейшую эффективную работу с программным продуктом.
Качество документации должно отвечать следующим критериям:
В то же время необходимо, как уже отмечалось, избегать излишней бюрократизации, другими словами - в зависимости от цели проекта набор, состав и объем документов должен меняться.
Применительно к исходным кодам программ, которые по сути являются документацией к системе, также должны во многом выполняться вышеуказанные требования. Исходные коды разработанных для банка систем (как силами собственных программистов, так и сторонними организациями) должны по возможности предоставляться вместе с системой и документацией к ней. Это условие необходимо включать в договора на разработку программного обеспечения и в служебные инструкции разработчиков. Исходные коды должны содержать комментарии в количестве, необходимом для понимания структуры исходного кода и функциональности каждого модуля, подпрограммы или класса. Код программы должен писаться с учетом дальнейшего сопровождения и возможного расширения функциональности системы.