1.3. Управление проектированием ИС. Состав и содержание работ по этапам жизненного цикла ПО. Содержание документации на программные средства. Организация документирования программных средств.

Вопросы для рассмотрения: Жизненный цикл управления проектом. Выбор системы управления проектами. Техническое задание, структура и содержание технического задания на разработку автоматизированной информационной системы по ГОСТ 34.602-89 и 19.201-78. Технологическая документация. Требования к документам. Процессы создания документов. Обязанности и ответственность специалистов за качество документов. Ресурсы для обеспечения создания документов высокого качества. Требования к качеству конкретных документов и способы его контроля.

Рекомендуемая литература: 1.

Перечень дополнительных ресурсов: 1, 2, перечень ресурсов в сети Интернет.

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

Методология управления проектированием как совокупность структуры, логической организации, методов и средства основывается на особенностях объекта управления и механизмов управления, рассмотренных ранее. Анализ указанных особенностей позволяет сделать вывод о том, что управление проектированием распределенных информационных систем в полной мере соответствует предметной области управления проектами. В настоящее время распространено ряд методологических подходов к управлению проектами - системная методология управления проектами и программами, подход Microsoft, японская модель Р2М и т.д.

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

Процесс разработки включает следующие действия:

−подготовительную работу - выбор модели жизненного цикла, стандартов, методов и средств разработки, а также составление плана работ;

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

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

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

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

−детальное проектирование программного обеспечения - подробное описание компонентов программного обеспечения и интерфейсов между ни ми, обновление пользовательской документации, разработка и документирование требований к тестам и плана тестирования компонентов программно го обеспечения, обновление плана интеграции компонентов;

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

−интеграцию программного обеспечения - сборку программных компонентов в соответствии с планом интеграции и тестирование программного обеспечения на соответствие квалификационным требованиям, представляющих собой набор критериев или условий, которые необходимо выполнить, чтобы

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

−квалификационное тестирование программного обеспечения

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

−интеграцию системы - сборку всех компонентов системы, включая программное обеспечение и оборудование;

−квалификационное тестирование системы - тестирование системы на соответствие требованиям к ней и проверка оформления и полноты документации;

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

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

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

Документирование программного обеспечения включает в

себя:

−Техническое задание.

−Внешние и внутренние языки спецификации.

−Руководство пользователя.

−Руководство программиста.

1.4. Основные понятия риска и рискообразующих факторов

Вопросы для рассмотрения: Управление рисками на каждом из этапов ЖЦ программного проекта: идентификация рисков, анализ рисков, планирование рисков, мониторинг и управление рисками. Специфика стандартизации управления рисками Основные риски разработки программного обеспечения

Рекомендуемая литература: 2.

Перечень дополнительных ресурсов: 1, 2, перечень ресурсов в сети Интернет.

Наименование вида самостоятельной работы: изучение ли-

тературы, выполнение контрольной работы.

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

Риском в обывательском смысле принято считать «действие наудачу в надежде на счастливый случай». Характерные особенности риска — неопределенность, неожиданность, неуверенность, предположение, что успех придет.

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

При классификации неопределенности при осуществлении предпринимательской деятельности можно выделить следующие виды неопределенности:

−человеческая неопределенность связана с невозможностью точного предсказания поведения людей в процессе работы. Люди отличаются друг от друга уровнем образования, опытом, творческими способностями, интересами. Индивидуальные реакции меняются изо дня в день, в зависимости от самочувствия, настроения, контактов с другими людьми и т.д.;

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