ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ С …bek.sibadi.org/fulltext/bn1184.pdf · П79 Проектирование информационных систем

С е р и я в н у т р и в у з о в с к и х м е т о д и ч е с к и х у к а з а н и й С и б А Д И

Министерство науки и высшего образования Российской Федерации Федеральное государственное бюджетное образовательное учреждение

высшего образования «Сибирский государственный автомобильно-дорожный университет (СибАДИ)»

Кафедра «Прикладная информатика в экономике»

ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ С УЧЕТОМ ПРОЕКТНЫХ РИСКОВ

Методические указания

Составитель С.Ю. Пестова

Омск 2018

Рецензент

Доктор технических наук В.А Мещеряков (Проректор по информационным технологиям ФГБОУ ВО СибАДИ.)

Работа утверждена редакционно-издательским советом университета в качестве методических указаний.

П79 Проектирование информационных систем с учетом проектных рисков [Электронный ресурс] : Методические указания / сост. С.Ю. Пестова. – (Серия внутривузовских методических указаний СибАДИ). – Электрон. дан. – Омск : СибАДИ, 2018. – Режим доступа:…..……………………………………………….., свободный после авторизации. – Загл. с экрана.

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

Имеется интерактивное оглавление в виде закладок. Методические указания предназначены для обучающихся направления

магистратуры 09.04.01 «Информатика и вычислительная техника» и направления подготовки бакалавров 09.03.03 «Прикладная информатика». Также могут быть использованы как дополнительный учебный материал в различных информационных дисциплинах для формирования профессиональных компетенций.

Издание подготовлено на кафедре «Прикладная информатика в экономике».

Текстовое (символьное) издание

Системные требования: Intel, 3,4 GHz; 150 Мб; Windows XP/Vista/7; DVD-ROM; 1 Гб свободного места на жестком диске; программа для чтения pdf-файлов:

Adobe Acrobat Reader; Foxit Reader

Издание первое. Дата подписания к использованию 21.12.2018 Издательско-полиграфический комплекс СибАДИ. 644080, г. Омск, пр. Мира, 5

РИО ИПК СибАДИ. 644080, г. Омск, ул. 2-я Поселковая, 1

© ФГБОУ ВО «СибАДИ», 2018

УДК 004 ББК 32,97

П 79

_____________________________ Согласно 436-ФЗ от 29.12.2010 «О защите детей от информации, причиняющей вред их здоровью и развитию» данная продукция маркировке не подлежит. _____________________________

СОДЕРЖАНИЕ ВВЕДЕНИЕ ............................................................................................................................... 3 1. ТЕОРЕТИЧЕСКИЙ МАТЕРИАЛ К ЛАБОРАТОРНЫМ РАБОТАМ И КОНТРОЛЬНЫМ ЗАДАНИЯМ ............................................................................................. 4 1.1. Основы организации проектирования ИС ...................................................................... 4 1.2. Типовое проектирование информационных систем. Автоматизированное проектирование информационных систем (CASE-технологии) ......................................... 6 1.3. Управление проектированием ИС. Состав и содержание работ по этапам жизненного цикла ПО. Содержание документации на программные средства. Организация документирования программных средств. ..................................................... 8 1.4. Основные понятия риска и рискообразующих факторов ............................................ 11 1.5. Управление рисками при разработке проектов информационных систем................ 12 2. ЛАБОРАТОРНЫЕ РАБОТЫ ............................................................................................ 14 2.1. Лабораторная работа № 1 «Автоматизированное проектирование ИС с использованием функционально-ориентированного подхода и CASE-технологии (Проектирование функциональной части АИС. Декомпозиция подсистем и процессов)» .................................................................................................................................................. 14 2.2 Лабораторная работа №2 «Идентификация рисков. Качественный и количественный анализ» .................................................................................................................................... 15 2.3 Лабораторная работа №3 «Управление рисками при реализации программного проекта с помощью системы Microsoft Project 2010» ......................................................... 16 3. ПРАКТИЧЕСКИЕ РАБОТЫ ............................................................................................. 18 3.1 Практическая работа №1 «Проектное управление в организации. Международные стандарты в области управления проектами. Выбор системы управления проектами» 18 3.2 Практическая работа №2 «Управление риском и мониторинг в проектах разработки информационных систем» ..................................................................................................... 18 4. ТЕМЫ ДЛЯ ПОДГОТОВКИ К ИТОГОВОЙ ФОРМЕ КОНТРОЛЯ ............................ 19 5. ТИПОВЫЕ ТЕСТОВЫЕ ЗАДАНИЯ ................................................................................ 21 5.1. Типовой вариант по теме «Основы организации проектирования ИС» .................... 21 5.2. Типовой вариант по теме «Типовое проектирование информационных систем. Автоматизированное проектирование информационных систем (CASE-технологии)» 23 5.3. Типовой вариант по теме «Управление проектированием ИС» ................................. 25 5.4. Типовой вариант по теме «Основные понятия риска и рискообразующих факторов» .................................................................................................................................................. 27 5.5. Типовой вариант по теме «Управление рисками при разработке проектов Информационных систем» .................................................................................................... 29 6. КОМПЛЕКТ ЗАДАНИЙ ДЛЯ КОНТРОЛЬНОЙ РАБОТЫ .......................................... 31 СПИСОК РЕКОМЕНДУЕМОЙ ЛИТЕРАТУРЫ ................................................................ 34 ПЕРЕЧЕНЬ РЕСУРСОВ СЕТИ «ИНТЕРНЕТ», РЕКОМЕНДУЕМЫХ ДЛЯ ОСВОЕНИЯ ДИСЦИПЛИНЫ ..................................................................................................................... 34

ВВЕДЕНИЕ

Значительная доля проектов в области ИТ являются неудачными в

части соответствия целям, бюджету или срокам – в среднем в мире этот показатель превышает 50%, а в государственном секторе даже 70%. Во многом такие проблемы связаны с недостаточно полным и качественным управлением рисками. Исходя из этого, учет рисков ИТ – решения на этапе его проектирования является достаточно важ-ным этапом, в результате которого команда разработчиков преду-смотрит все возможные негативные исходы событий предметной об-ласти.

Изучение дисциплины определяет теоретические основы и прак-тические навыки, при освоении которых студент способен присту-пить к изучению следующих дисциплин в соответствии с учебным планом: «Управление IT-проектами»; «Технологии разработки про-граммного обеспечения»; «Тестирование программного обеспече-ния»; «Стандартизация, моделирование и сертификация».

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

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

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

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

1. ТЕОРЕТИЧЕСКИЙ МАТЕРИАЛ К ЛАБОРАТОРНЫМ РАБОТАМ И КОНТРОЛЬНЫМ ЗАДАНИЯМ

1.1. Основы организации проектирования ИС

Вопросы для рассмотрения: Общая характеристика процесса проектирования ИС. Основные требования к проектированию. Технология, методология, методы проектирования. Нормативно-методическое обеспечение создания программного обеспечения. Общие принципы проектирования систем. Логический анализ структур ИС.

Рекомендуемая литература: 1. Перечень дополнительных ресурсов: 1, 3, перечень ресурсов

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

литературы. Информационная система – «совокупность содержащейся в

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

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

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

Организацию проектирования ИС принято разделять на 2 типа: Каноническое проектирование отражает особенности технологии оригинального (индивидуального) процесса. Типовое проектирование, для которого характерно типовое проектное решение

(ТПР), тиражируется и пригодно к многократному использованию. Каноническое проектирование отличает отражение ручной

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

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

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

1.2. Типовое проектирование информационных систем.

Автоматизированное проектирование информационных систем

(CASE-технологии)

Вопросы для рассмотрения: Понятие типового элемента.

Технологии параметрически – ориентированного и модельно-ориентированного проектирования. Автоматизированное проекти-рование ИС с использованием CASE-технологии. Функционально-ориентированный и объектно-ориентированный подходы.

Рекомендуемая литература: 1. Перечень дополнительных ресурсов: 1, 2, 3, перечень

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

тературы Типовое проектирование ИС предполагает создание системы

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

Типовое проектное решение (ТПР)- это тиражируемое (пригодное к многократному использованию) проектное решение.

Принятая классификация ТПР основана на уровне декомпозиции системы. Выделяются следующие классы ТПР:

− элементные ТПР — типовые решения по задаче или по отдельному виду обеспечения задачи (информационному, программному, техническому, математическому, организационному);

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

− объектные ТПР — типовые отраслевые проекты, которые включают полный набор функциональных и обеспечивающих

подсистем ИС. Каждое типовое решение предполагает наличие, кроме

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

Для реализации типового проектирования используются два подхода: параметрически – оориентированное и модельно-ориентированное проектирование.

Аббревиатура CASE (Computer-Aided Software Engineering – автоматизированная разработка программного обеспечения) обозначает специальный тип программного обеспечения, предназначенного для поддержки таких процессов создания ПО, как разработка требований, проектирование, кодирование и тестирование программ. Поэтому к CASE-средствам относятся редакторы проектов, словари данных, компиляторы, отладчики, средства построения систем и т.п. CASE-средства предлагают поддержку процесса создания ПО путем автоматизации некоторых этапов разработки, а также создания и представления информации, необходимой для разработки.

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

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

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

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

1.3. Управление проектированием ИС. Состав и содержание работ

по этапам жизненного цикла ПО. Содержание документации на

программные средства. Организация документирования

программных средств.

Вопросы для рассмотрения: Жизненный цикл управления

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

Рекомендуемая литература: 1. Перечень дополнительных ресурсов: 1, 2, перечень ресурсов

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

литературы, выполнение контрольной работы. Методология управления проектированием как совокупность

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

− Техническое задание. − Внешние и внутренние языки спецификации. − Руководство пользователя. − Руководство программиста.

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

Вопросы для рассмотрения: Управление рисками на каждом

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

Рекомендуемая литература: 2. Перечень дополнительных ресурсов: 1, 2, перечень ресурсов

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

тературы, выполнение контрольной работы. В условиях рыночной экономики риск — ключевой элемент

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

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

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

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

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

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

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

Риску присущ ряд черт, среди которых можно выделить: − противоречивость; − альтернативность; − неопределенность. Рискообразующие факторы – это совокупность процессов или

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

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

К внешним факторам риска относят политические, научно-технические, социально-экономические и экологические факторы.

1.5. Управление рисками при разработке

проектов информационных систем

Вопросы для рассмотрения: Идентификация, изучение и

прогнозирование риска. Количественная оценка риска. Уровень контролируемого риска. Управление риском и мониторинг в проектах разработки информационных систем. Выбор средств и методов снижения рисков. Принципы функционирования систем управления рисками (СУР).

Рекомендуемая литература: 1, 2. Перечень дополнительных ресурсов: 1, перечень ресурсов в

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

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

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

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

Управление рисками предприятия (Enterprise Risk Management, ERM) — это концепция, объединяющая методики и процессы, применяемые организациями для управления рисками и возможностями достижения поставленных целей.

Управление рисками позволяет организации определить, в какой степени потенциальные события повлияют на достижение её целей. Согласно рекомендациям авторитетной организации COSO (The Committee of Sponsoring Organizations of the Treadway Commission) управление рисками организации:

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

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

У компании есть четыре варианта реакции на риск: − принятие риска, когда не предпринимается никаких особых

действий, связанных с данным риском; − уменьшение риска посредством контроля за деятельностью и

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

партнёров или страховых компаний; − уклонение от риска — прекращение деятельности, ведущей к

риску. Остановлюсь особо на варианте уменьшения риска. Самая

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

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

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

− приемлемый остаточный риск — это уровень риска, равный

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

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

− идентификация рисков: анализ ситуации, выявление причин, построение карты рисков, их детальное описание;

− анализ сценариев дальнейшего развития ситуации и определение уровней рисков;

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

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

2. ЛАБОРАТОРНЫЕ РАБОТЫ

2.1. Лабораторная работа № 1

«Автоматизированное проектирование ИС с использованием

функционально-ориентированного подхода и CASE-технологии

(Проектирование функциональной части АИС. Декомпозиция

подсистем и процессов)»

Рекомендуемая литература: 1. Перечень дополнительных ресурсов: 1, 2, 3, перечень

ресурсов в сети Интернет. Цель работы: Освоить технологии автоматизированного

проектирования ИС с использованием функционально-

ориентированного подхода и CASE-технологии. Задание: Выполнить анализ автоматизированных информационных

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

Минимальное число сравнения АИС – 4. Каждый студент самостоятельно выбирает АИС для

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

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

2.2 Лабораторная работа №2

«Идентификация рисков. Качественный

и количественный анализ»

Рекомендуемая литература: 2. Перечень дополнительных ресурсов: 1, 2, перечень ресурсов

в сети Интернет. Цель работы: Освоить технологии идентификации рисков.

Качественного и количественного анализа Задание: В ходе лабораторной работы необходимо выполнить

следующие этапы: − Обозначить экономический объект, на котором будет

проводиться риск – менеджмент. Описать предметную область. − Выстроить процесс предметной области и описать

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

вероятность рисков. Сделать вывод об общей картине влияния рисков на экономический объект.

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

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

2.3 Лабораторная работа №3

«Управление рисками при реализации программного проекта

с помощью системы Microsoft Project 2010»

Рекомендуемая литература: 1, 2. Перечень дополнительных ресурсов: 1, перечень ресурсов в

сети Интернет. Цель работы: Освоить технологии управления рисками при

реализации программного проекта Задание: Создать проект, включающий все этапы разработки некого

программного продукта. Установить исполнителей и сроки реализации этапов и работ.

Идентифицировать все возможные риски проекта на диаграмме Ганта:

− Откройте план вашего проекта и перейдите в представление Диаграмма Ганта. Если у вас открыта Временная шкала – скройте ее. В настоящий момент она нам не нужна.

− 2. Далее мы должны создать таблицу для анализа и управления рисками. Щелкните правой кнопкой мыши на пересечении заголовка строк и столбцов и выберите в контекстном меню Другие таблицы.

− Вы можете использовать в качестве основы таблицу Запись, но мы с вами создадим новую таблицу, поэтому нажмите кнопку Создать.

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

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

− Но каждый раз заново вводить возможности и угрозы будет

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

− Перед вами открывается диалоговое окно Настраиваемые поля. Переименуйте поля Текст1 в ВОЗМОЖНОСТИ, а поле Текст2 в УГРОЗЫ. Затем для поля ВОЗМОЖНОСТИ включите параметр Подстановка, сделайте тоже самое для поля УГРОЗЫ.

− Затем последовательно нажмите кнопку Подстановка для поля ВОЗМОЖНОСТИ и для поля УГРОЗЫ. В открывшемся диалоговом окне раскройте Порядок отображения для таблицы подстановки и переключитесь на По возрастанию. То есть, все вводимые значения будут автоматически сортироваться по возрастанию.

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

− Закройте диалоговое окно Настраиваемые поля и вернитесь в проект. Теперь мы можем идентифицировать возможности и угрозы, которые будут автоматически добавляться в список. Например, для задачи Подготовка Паспорта проекта я идентифицирую возможность – Наличие шаблона Паспорта проекта позволит сократить сроки подготовки. А для задачи Проведение экспертиз на осуществимость проекта в качестве угрозы идентифицирую Отсутствие экспертов с должной квалификацией может привести к неверной оценке проекта.

3. ПРАКТИЧЕСКИЕ РАБОТЫ

3.1 Практическая работа №1

«Проектное управление в организации. Международные

стандарты в области управления проектами. Выбор системы

управления проектами»

Рекомендуемая литература: 1. Перечень дополнительных ресурсов: 1, 2, перечень ресурсов

в сети Интернет. Цель работы: Освоить Международные стандарты в области

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

следующие вопросы: 1) Определение понятия «Проектное управление» и его

основные принципы. 2) Методы стимулирования участников проекта. 3) Основные этапы управления проектами. 4) Области применения проектного менеджмента. 5) Виды стандартов управления проектами и их описание.

Хронология возникновения стандартов. Общие черты и различия. 6) Выбор оптимальной АИС управления проектами и

описание ее функциональных возможностей.

3.2 Практическая работа №2

«Управление риском и мониторинг в проектах разработки

информационных систем»

Рекомендуемая литература: 2. Перечень дополнительных ресурсов: 1, 2, перечень ресурсов

в сети Интернет. Цель работы: Освоить вопросы мониторинга в проектах

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

письменный ответ на следующие вопросы: 1) Определение понятия «Управление риском» 2) Классификация рисков в бизнесе. 3) Методы управления риском. 4) Способы мониторинга рисков в процессе разработки ПО.

4. ТЕМЫ ДЛЯ ПОДГОТОВКИ К ИТОГОВОЙ ФОРМЕ КОНТРОЛЯ

− Цель и назначение процессов проектирования. Нормативно-

методическое обеспечение создания ПО ИС - стандарты, регламентирующие процессы проектирования (ГОСТ 34.601-90, ISO/IEC 12207:1995, Custom Development, Method Rational Unified Process, Microsoft Solution Framework, Extreme Programming).

− Управление рисками проекта. Понятие риска. Идентификация рисков.

− Моделирование предметной области, как этап проектирования. ИС. Методологии моделирования. Сравнительный анализ подходов, методов и методологий моделирования.

− Планирование управления рисками. − Информационное обеспечение процессов проектирования.

Основные подходы проведения предпроектного обследования. Формирование и анализ требований к ИС.

− Качественный анализ рисков. − Автоматизированные средства проектирования ИС (CASE-

средства). Классификация по типам (компонентный состав CASE-средств).

− Основные подходы к проектированию ИС. Сравнительный анализ структурного и объектно-ориентированных подходов.

− Количественный анализ рисков − Требования к стандартам проектирования ИС и оформления

проектной документации. Единая система программной документации (ЕСПД). Виды и содержание программных документов (ГОСТ 19.101-77).

− Планирование реагирования на риски. Управление направленное на снижение рисков

− Содержание, основные принципы и особенности использования RAD-технологии прототипного создания приложений.

− Основные риски программных проектов и способы их снижения

− Понятие и назначение типового элемента и типового технологического процесса. Основные понятия и классификация методов типового проектирования.

− Планирование реагирования на риски. Управление направленное на снижение рисков.

− Международные стандарты ERM, PMBOK, ISO. − ◦Проектные риски. Выбор бюджета, плана, человеческих

ресурсов проекта − Система сбора и обработки информации в системе

управления рисками.. − Проектные риски. Формирование требований к продукту − Моделирование бизнес-процессов в системе управления

рисками. − Проектные риски. Сложность, размер и структура

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

проектных рисков. − Оценка вероятности возникновения рисков и величины

потерь. Ранжирование рисков − Сущность управления рисками. − Оценка риска. Уровень влияния на стоимость − Система управления проектными рисками − Оценка риска. Уровень влияния на сроки − Ошибки при управлении рисками, связанные с

субъективным восприятием риска − План управления каждым элементом риска. Интеграция в

общий план проекта

5. ТИПОВЫЕ ТЕСТОВЫЕ ЗАДАНИЯ

5.1. Типовой вариант по теме

«Основы организации проектирования ИС»

1. К какой группе методов создания ИС и ИТ может быть

отнесен устный и письменный опрос исполнителей на их рабочих местах?

Выберите один ответ. a. проектирования нового состояния ЭО, ИС, ИТ. b. анализ фактического состояния; c. изучение фактического состояния экономического обьек-

та(ЭО); 2. Информационная система это Выберите один ответ. a. организованная совокупность программно-технических

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

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

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

3. Эргономическое обеспечение ИС – это: Выберите один ответ. a. комплекс документов, регламентирующих деятельность пер-

сонала ИТ; b. совокупность математических методов и моделей, исполь-

зуемых при решении функциональных задач; c. совокупность методов и средств, предназначенных для соз-

дания оптимальных условий деятельности человека в ИТ, способст-вующих ее быстрейшему освоению.

4. К какой стадии относится создание технического задания на проектирование системы?

Выберите один ответ. a. проектирования; b. предпроектного обследования; c. ввод системы в действие; d. промышленной эксплуатации. 5. Принцип развития ИС заключается в том, что Выберите один ответ. a. с течением времени ИС будет адаптироваться к новым зада-

чам управления; b. будут расширяться возможности системы за счет совершен-

ствования системы управления, появления новых задач; c. будет достигаться оптимальное соотношение между затрата-

ми на создание ИС и целевым эффектом 6. На какой стадии жизненного цикла ИС ведется включе-

ние в ИТ новых задач? Выберите один ответ. a. проектирование; b. эксплуатация (сопровождение); c. предпроектное обследование; d. внедрение. 7. Сформулируйте цель этапа логического проектирования: Выберите один ответ. a. Построение модели ПО, ориентированной на определенную

СУБД b. Построение модели ПО, ориентированной на определенный

тип модели данных 8. Модель данных - это Выберите один ответ. a. Взаимосвязанная совокупность поименованных элементов

данных b. Совокупность формальных методов представления данных и

средств их динамического изменения с целью моделирования реаль-ных явлений

c. Абстракция, позволяющая конструировать объект из других объектов

9. Чем определяется качество программного продукта? a. Ориентация на стандарты, хорошо организованное сопрово-

ждение, проектная документация, и пр.; b. Гениальная идея;

c. Самоотверженный труд; d. Скорость подготовки проекта. 10. Что занимает большую часть работы над проектом? a. Написание программ; b. Анализ и планирование; c. Тестирование; d. Системное тестирование. 11. Функции проектной документации – a. Повышение авторитета фирмы; b. Формальное соответствие стандартам; c. Повышение общности и абстрактности программного про-

дукта; d. Связь с отделом тестирования, планирование, основания для

принятия решений, основа развития продукта.

5.2. Типовой вариант по теме

«Типовое проектирование информационных систем.

Автоматизированное проектирование информационных систем

(CASE-технологии)»

1 Сформулируйте цель методологии проектирования ИС a. Формирование требований, направленных на обеспечение

возможности комплексного использования корпоративных данных в управлении и планировании деятельности предприятия

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

c. Регламентация процесса проектирования ИС и обеспече-ние управления этим процессом с тем, чтобы гарантировать выпол-нение требований как к самой ИС, так и к характеристикам процесса разработки

2. Что отражает модель жизненного цикла ИС? a. Организационные процессы внедрения ИС b. Процесс проектирования ИС c. События, происходящие с системой в процессе ее создания

и использования 3 Какая модель жизненного цикла наиболее объективно от-

ражает реальный процесс создания сложных систем?

a. Поэтапная модель с промежуточным контролем b. Спиральная модель c. Каскадная модель 4. Какие из перечисленных процессов относятся к группе

вспомогательных в соответствии со стандартом ISO/IEC 12207? a. Управление конфигурацией b. Верификация c. Разработка d. Поставка e. Приобретение f. Документирование 5. Какие из перечисленных действий являются стадиями

создания ИС? a. Проведение научно-исследовательских работ b. Формирование требований к ИС c. Обследование объекта 6. В каком разделе технического проекта приводится обос-

нование выделения подсистем ИС? a. Функциональная и организационная структура системы b. Пояснительная записка c. Постановка задач и алгоритмы решения 7. Решение каких задач обеспечивается внедрением мето-

дологии проектирования ИС? a. Обеспечить нисходящее проектирование ИС (проектиро-

вание «сверху-вниз», в предположении, что одна программа должна удовлетворять потребности многих пользователей)

b. Обеспечить удобную дисциплину сопровождения, моди-фикации и наращивания системы

c. Гарантировать создание системы с заданным качеством в заданные сроки и в рамках установленного бюджета проекта

8. Что отражают бизнес-правила при модельно-ориентированном проектировании?

a. Условия корректности совместного применения различных компонентов ИС и используются для поддержания целостности соз-даваемой системы.

b. Выполнение работ для модели бизнес-функций 9. Типовое проектирование ИС –

a. создание системы из готовых покупных типовых элемен-тов (типовых проектных решений).

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

c. Модель структуры данных d. Организационно-функциональная модель 10. Типовое проектное решение (ТПР) – a. создание системы из готовых покупных типовых элемен-

тов (типовых проектных решений). b. проектное решение, представленное в виде проектной до-

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

c. Модель структуры данных d. Организационно-функциональная модель 11. Типовые проектные решения называют….

5.3. Типовой вариант по теме

«Управление проектированием ИС»

1. Процесс планирования, организации и управления рабо-

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

a. управление проектом; b. структурное планирование c. календарное планирование; d. все из перечисленного; e. ничего из перечисленного; f. A и C; g. B и C; h. A и B. 2. Целью проектного анализа является: a. определение наличия альтернативных технических реше-

ний; b. оценка финансовой реализуемости проекта; c. составление бюджета проекта; d. определение результатов (ценности) проекта;

e. стратегический анализ проектного окружения; f. все ответы верны. 3. Укажите, что из приведенного перечня является одним

из видов проектного анализа: a. ситуационный; b. организационный; c. экологический; d. финансовый; e. технологический; f. политический. 4. Техническое задание по проекту разрабатывается a. заказчиком; b. подрядчиком; c. совместно заказчиком и подрядчиком; d. сторонней независимой организацией; e. все из перечисленного. 5. В чем заключается предназначение ТЭО? a. на его основании подготавливается тендерная документа-

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

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

c. Среди приведенных ответов нет верного; 6. Управляемыми параметрами проекта не являются: a. объемы и виды работ b. стоимость, издержки, расходы по проекту c. временные параметры, включающие сроки, продолжи-

тельности и резервы выполнения работ и этапов проекта, а также взаимосвязи между работами

d. ресурсы, требуемые для осуществления проекта, в том числе человеческие или трудовые, финансовые, материально-технические, а также ограничения по ресурсам

e. качество проектных решений, применяемых ресурсов, компонентов проекта

f. Все варианты правильны 7. Что такое гарантии качества (Quality Assurance)?

a. Это характеристика продукта или услуги, измеряемая в те-чение определенного промежутка времени

b. Это характеристика продукта или услуги, измеряемая на протяжении их использования

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

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

a. повышение качества продукта b. экономия ресурсов c. ускорение бизнес-процессов d. сжатие сроков e. все из перечисленного f. ничего из перечисленного g. А и С h. B и D 9. В чем состоит цель процесса управления изменениями? a. Защита проекта от изменений b. Предотвращение необходимости выполнять работу, не

предусмотренную в бюджете c. Предотвращение потери контроля над проектом вследст-

вие необоснованного изменения его границ d. Предоставление механизма модификации требований к

проекту после начала выполнения работ

5.4. Типовой вариант по теме

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

1. Какой из перечисленных методов оценки риска осно-

ван на расчетах и анализе статистических показателей? a. вероятностный метод b. построение дерева решений c. метод сценариев d. анализ чувствительности e. учет рисков при расчете чистой приведенной стоимости f. имитационное моделирование

2. Какой из перечисленных методов оценки риска дает представление о наиболее критических факторах инвестиционно-го проекта?

a. построение дерева решений b. метод сценариев c. учет рисков при расчете чистой приведенной стоимости d. вероятностный метод e. анализ чувствительности f. имитационное моделирование 3. Какой из перечисленных методов оценки риска реали-

зуется путем введения поправки на риск или путем учета вероят-ности возникновения денежных потоков?

a. построение дерева решений b. метод сценариев c. учет рисков при расчете чистой приведенной стоимости d. анализ чувствительности e. вероятностный метод f. имитационное моделирование 4. Какой из перечисленных методов оценки риска ис-

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

a. имитационное моделирование b. вероятностный метод c. учет рисков при расчете чистой приведенной стоимости d. построение дерева решений e. анализ чувствительности f. метод сценариев 5. Какой из перечисленных методов оценки риска пред-

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

a. учет рисков при расчете чистой приведенной стоимости b. анализ чувствительности c. построение дерева решений d. вероятностный метод e. метод сценариев f. имитационное моделирование

7. Утверждение о том, что «деятельность любой организа-ции всегда сопровождается рисками, присутствующими в ее внешней или внутренней среде» отражает смысл…

a. закона неизбежности риска b. закона сочетания потенциальных потерь и выгод c. закона прямой зависимости между степенью риска и уров-

нем планируемых доходов 8. Утверждение о том, что «практически в любых ситуаци-

ях риска потенциальная возможность потерь или убытков соче-тается с потенциальной возможностью получения дополнитель-ных доходов» отражает смысл…

a. закона прямой зависимости между степенью риска и уров-нем планируемых доходов

b. закона неизбежности риска c. закона сочетания потенциальных потерь и выгод 9. Утверждение о том, что «чем выше степень риска при-

осуществлении хозяйственной операции, тем выше уровень пла-нируемых от этой операции доходов» отражает смысл…

a. закона прямой зависимости между степенью риска и уров-нем планируемых доходов

b. закона неизбежности риска c. закона сочетания потенциальных потерь и выгод 10. К какой группе методов управления рисками относится

прогнозирование внешней обстановки? a. методы компенсации рисков b. методы уклонения от рисков c. методы локализации рисков d. методы диверсификации рисков

5.5. Типовой вариант по теме

«Управление рисками при разработке проектов

Информационных систем»

1. Последствия риска могут быть a. положительными b. отрицательными c. все верно d. все неверно

2. Какой из видов производственного риска приводит к от-току клиентов и проблемам со спросом? (нестабильность качест-ва товаров и услуг)

3. Инновационный риск – это: a. риск срыва сроков сдачи результатов научно-технических

исследований; b. риск того, что новый товар не будет принят рынком; c. риск того, что инновационный проект не будет реализован

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

фирмой инновациях. 4. Чем рискованнее проект, тем норма его доходности

должна быть: a. ниже; b. выше; c. норма доходности не зависит от риска. 5. Методы управления рисками, связанные с распределени-

ем риска между стратегическими партнерами, носят название: a. методы диссипации риска; b. методы компенсации риска; c. методы уклонения от риска; d. методы локализации риска. 6. Основными составляющими процесса управления рис-

ком не является: a) Выявление источников риска; b) Анализ и оценка риска; c) Определение реакции на риск; d) Планирование расходов в чрезвычайных обстоятельствах; e) Создание резервов на случай чрезвычайных обстоятельств f) Сетевое планирование – верный ответ 7. Что не является вариантом реакции на риск: a) Снижение или сохранение риска b) Переадресация риска c) Структура разбиения работ по этапам – верный ответ d) Участие в рисках 8. Сокращение времени работы над проектом достигается: a) сокращением одного или большего количества действий

(операций) на критическом пути – верный ответ b) сокращением одного или большего количества произволь-

ных действий (операций) проекта c) сокращением одного или большего количества действий

(операций) на не-критическом пути 9. Величина и количество резервов на случай непредвиден-

ных обстоятельств не зависят от: a) "новизны" проекта b) неточности в оценках времени и затрат c) технических проблем d) размера бюджета проекта e) небольших изменений в масштабе f) непредвиденных проблем 10. Зависят ли резервы управления от сметных резервов: a) Да b) Нет – верный ответ c) Зависят, но при определенных обстоятельствах 11. Какие риски не являются проектными: a) Риски расписания b) Бюджетные риски c) Ресурсные риски d) Операционные риски 12. Риски в расписании не включают следующие виды рис-

ков: a) привлечение к работам неопытных сотрудников – верный

ответ b) наличие задач с предварительными длительностями c) наличие задач со слишком короткой длительностью d) наличие слишком длинных задач, в которых задействовано

большое количество ресурсов

6. КОМПЛЕКТ ЗАДАНИЙ ДЛЯ КОНТРОЛЬНОЙ РАБОТЫ

Контрольная работа № 1 Контрольная работа должна содержать теоретическую и практи-

ческую части. По структуре работа должна состоять из:

− Введения; − Основной части (теоретической и практической частей); − Заключения;

− Списка используемой литературы; − Приложений (при необходимости).

Во «Введении» необходимо обратить внимание: на представле-ние актуальности темы; формулировку объекта и предмета исследо-вания, цели и задачи. Наиболее важным компонентом «Введения» является степень разработанности темы в литературе.

Основная часть контрольной работы состоит из двух разделов. Теоретический раздел. Он представляет собой теоретический

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

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

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

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

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

Задание 1 (Теоретический раздел). Представляет собой теорети-ческий анализ проблемы и содержит обзор вопросов, анализ литера-турных источников, посвященных раскрытию выбранной темы.

1. Понятие фактора риска. Факторы внешней и внутренней среды

2. Методы оценки рисков. 3. Классификация и описание рискообразующих факторов

при создании программных продуктов 4. Внутренних первичных факторов риска программных

проектов

5. Внешних первичных факторов риска программных проек-тов

6. Первичных рискообразующих факторов Задание 2. Практическая часть предполагает самостоятельное

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

нить: 1. Идентификацию, изучение и прогнозирование риска. 2. Количественную оценку риска*. 3. Уровень контролируемого риска. 4. Выбор средств и методов снижения рисков. 5. Анализ рисков и коррекцию плана проекта

* Для проекта программного продукта просчитать риски по пя-ти уровням. Затем определить меры реагирования. В отчете предста-вить задание; таблицы рисков и мероприятий по реагированию; пе-речень операций, выполненных с файлом проекта.

СПИСОК РЕКОМЕНДУЕМОЙ ЛИТЕРАТУРЫ 1) Грекул В.И. Проектное управление в сфере информационных

технологий [Электронный ресурс] / В.И. Грекул, Н.В. Коровкина, Ю.В. Куприянов. — Электрон. дан. — Москва: Издательство "Лаборатория знаний", 2015. — 339 с. — Режим доступа: https://e.lanbook.com/book/70739 . — Загл. с экрана.

2) Шкурко, В. Е. Управление рисками проекта : учебное пособие для вузов / В. Е. Шкурко ; под науч. ред. А. В. Гребенкина. — 2-е изд. — М. : Издательство Юрайт, 2018. — 182 с. — (Серия : Университеты России). — ISBN 978-5-534-05843-7. — Режим доступа : www.biblio-online.ru/book/98B10AB3-0155-4551-8DA2-1E0AA6E566AC

3) 1. Григорьев, М. В. Проектирование информационных систем : учебное пособие для вузов / М. В. Григорьев, И. И. Григорьева. — М. : Издательство Юрайт, 2018. — 318 с. — (Серия : Университеты России). — ISBN 978-5-534-01305-4. — Режим доступа : www.biblio-online.ru/book/394E4411-7B76-4F47-BD2D-C3B981BEC3B8.

4) 2. Кудинов, Ю.И. Практикум по основам современной информатики [Электронный ресурс]: учебное пособие / Ю.И. Кудинов, Ф.Ф. Пащенко, А.Ю. Келина. — Электрон. дан. — СПб.: Лань, 2011. — 351 с. — Режим доступа: http://e.lanbook.com/book/68471 — Загл. с экрана.

5) 3. Жданов, С.А. Информационные системы: учебник для студентов учреждений высшего образования [Электронный ресурс] : учеб. / С.А. Жданов, М.Л. Соболева, А.С. Алфимова. — Электрон. дан. — Москва : Издательство "Прометей", 2015. — 302 с. — Режим доступа: https://e.lanbook.com/book/64787. — Загл. с экрана.

ПЕРЕЧЕНЬ РЕСУРСОВ СЕТИ «ИНТЕРНЕТ», РЕКОМЕНДУЕМЫХ ДЛЯ ОСВОЕНИЯ ДИСЦИПЛИНЫ

1. Официальный сайт «Библиотека ГОСТов и нормативных документов»

http://libgost.ru/ (дата обращения: 20.10.2017). 2. Официальный сайт Института Управления Проектами (PMI) http://pmi.ru/

(дата обращения: 20.10.2017). 3. Официальный сайт Международной Ассоциации Управления Проектами

(IPMA) http://www.ipma.ch/ (дата обращения: 20.10.2017). 4. Интернет-Университет Информационных Технологий

http://www.intuit.ru/ курс «Проектирование информационных систем»: http://www.intuit.ru/department/itmngt/designis/ (дата обращения: 20.10.2017).

5. Компания "Интерфейс"http://www.interface.ru/ (дата обращения: 20.10.2017).