Рецензент

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

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

П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

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

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

3.1Практическая работа №1 «Проектное управление в организации. Международные стандарты в области управления проектами. Выбор системы управления проектами» 18

3.2Практическая работа №2 «Управление риском и мониторинг в проектах разработки

ВВЕДЕНИЕ

Значительная доля проектов в области ИТ являются неудачными в части соответствия целям, бюджету или срокам – в среднем в мире этот показатель превышает 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) поддерживают все или большинство процессов разработки ПО и включают в себя несколько различных интегрированных инструментальных средств.