РОССИЙСКАЯ ФЕДЕРАЦИЯ

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ

ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ОБРАЗОВАНИЮ

Государственное образовательное учреждение

высшего профессионального образования

«ТЮМЕНСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ»

Институт математики и компьютерных наук

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

Ивашко А.Г.

ИНФОРМАЦИОННЫЙ МЕНЕДЖМЕНТ

Учебно-методический комплекс Рабочая учебная программа для студентов специальности 080801.65 – Прикладная информатика в экономике Тюменский государственный университет 2010 Ивашко А.Г. Информационный менеджмент. Учебно-методический комплекс. Рабочая программа для студентов заочной формы обучения специальности «Прикладная информатика в экономике».

Рабочая программа дисциплины опубликована на сайте ТюмГУ:

Информационный менеджмент [электронный ресурс] / Режим доступа:

http://www.umk.utmn.ru, свободный.

Рекомендовано к изданию кафедрой информационных систем.

Утверждено проректором по учебной работе Тюменского государственного университета.

ОТВЕТСТВЕННЫЙ РЕДАКТОР: заведующий кафедрой информационных систем, д.т.н., профессор А.Г. Ивашко.

© Тюменский государственный университет, 2010.

© Ивашко А.Г., 2010.

1. ПОЯСНИТЕЛЬНАЯ ЗАПИСКА

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

При изучении дисциплины используется авторизованный курс REQ370 «Основы программы Rational® RequisitePro®» компании IBM.

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

рассмотреть применение данной области знаний в менеджменте жизненного цикла разработки программного обеспечения. Дать представление об ИТ – сервис менеджменте, познакомиться с библиотекой передового опыта ITIL.

1.2. Требования к уровню освоения содержания дисциплины В результате изучения дисциплины студенты должны иметь представление:

о методах и дисциплинах управления проектом;

о стандарте ANSI/PMI 99-001-2004;

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

знать:

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

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

основные процессы IT сервис менеджмента;

уметь:

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

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

иметь навыки:

управления требованиями;

работы с Rational RequisitePro.

2. СТРУКТУРА И ТРУДОЕМКОСТЬ ДИСЦИПЛИНЫ

Таблица 1.

Семестр Вид учебной работы Аудиторные занятия (всего) В том числе:

Лекции Практические занятия (ПЗ) Семинары (С) Лабораторные работы (ЛР) Контрольная работа + Курсовая работа

3. ТЕМАТИЧЕСКИЙ ПЛАН

1. менеджмента Применение информационных 1. управления 1. обеспечения Стандарт ANSI/PMI 99-001- Дисциплина требования ИТ сервис менеджмент Планирование самостоятельной работы студентов 1. менеджмента 1. 1. основных процессах комплексные ЖЦ программного ситуационные задания; Выполнение Стандарт ANSI/PMI Собеседование;

2. 99-001- 2. 2.

4. СОДЕРЖАНИЕ ДИСЦИПЛИНЫ

ТЕМА 1.1 Понятие информационного менеджмента Управленческая роль ИТ-менеджера на различных этапах жизненного цикла информационного продукта. Соотношение понятий ИТ, ИС и управленческая структура объекта.

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

ТЕМА 1.3 Менеджмент в основных процессах ЖЦ программного обеспечения Оценка преимуществ и недостатков закупки готовых или разработки новых ИТ и ИС. Критерии оценки рынка ИТ и ИС; критерии и технология их выбора. Особенности контрактов на закупку и разработку ИТ и ИС. Организация управления для различных этапов организации ИТ и ИС: разработка, внедрение и эксплуатация, состав и содержание работ. Приемы менеджмента для каждого этапа на фирмах-производителях и на фирмах-потребителях. Создание временных коллективов для внедрения ИТ и ИС и их менеджмент.

Мониторинг внедрения ИТ и ИС; мониторинг их эксплуатации. Оценка и анализ их качества.

ТЕМА 2.1 Стандарт ANSI/PMI 99-001- Жизненный цикл проекта и организация. Области знаний по управлению проектами.

ТЕМА 2.2 Дисциплина требования Место дисциплины в разработки программного обеспечения.

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

Корректировка требований и управление ими. Управление изменениями и внесение изменений в требования.

ТЕМА 2.3 ИТ сервис менеджмент Библиотека передового опыта организации ИТ. Основные понятия сервис менеджмента. Группа процессов «Предоставления услуг» и «Поддержка услуг», организация единой точки доступа ИТ департамента. Основные трудности организации процессного подхода в ИТ сервис менеджменте.

5. ТЕМЫ ЛАБОРАТОРНЫХ РАБОТ (ЛАБОРАТОРНЫЙ

Лабораторная работа 1 (Тема 1.1, 1 час).

ЗАМЕЧАНИЕ: Краткое Руководство по выполнению лабораторной работы предназначено для студентов, которым не требуются пошаговые инструкции Цели Запустить Rational RequisitePro.

Познакомиться со списком проектов RequisitePro.

Познакомиться с образцом проекта.

Изучить компоненты и свойства проекта.

План действий Допустим, Вас недавно приняли на работу в RU Financial Services, чтобы Вы помогали управлять требованиями. Требования к программной разработке проекта в RU Financial Services планируются, создаются, управляются и поддерживаются с помощью Rational RequisitePro.

До того как вас приняли на работу, уже проводилось несколько совещаний и была создана первоначальная версия проекта RequisitePro. Вам выдали некоторую информацию о проекте, которая хранится в различных форматах (файлы CSV и документы MS Word).

Ваша задача заключается в том, чтобы управлять требованиями RU Financial Services в соответствии с планом управления требованиями (Requirements Management Plan).

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

Новичкам Rational RequisitePro предлагает учебный курс для получения базовых знаний. RequisitePro - это комплексный продукт с образцами проектов. В этой работе Вы ознакомитесь с проектом Learning Project - Use Cases (Учебный проект - Прецеденты).

Запуск RequisitePro и открытие проекта Learning Project - Use Cases Если Learning Project – Use Cases отсутствует в списке проектов, вам нужно добавить его из:

Files\Rational\RequisitePro\samples\Learning_Project_Use_Cases • По умолчанию имя пользователя Unknown.

Подсказка: Вы можете указать имя пользователя, выбрав пункт меню Tools > Options.

• Нажмите Enable macros, если появится соответствующее диалоговое окно MS Word.

• Если появится диалоговое окно Document Change, щелкните Yes.

• Просмотрите документ Purchase CD (в папке Use Cases), в котором описываются прецеденты.

• Просмотрите кнопки на панели инструментов Rational RequisitePro.

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

• Закройте документ и раскройте проводник (Explorer) в Rational RequisitePro.

Просмотр свойств проекта (Выделите значок проекта и выберите пункт меню File > Properties) • Просмотрите свойства проекта Learning Project – Use Cases:

Requirement Types (Виды требований).

Attributes (Атрибуты) для каждого типа требований.

Document Types (Виды документов).

• Представлена ли здесь какая-либо история проекта?

• Просмотрите оставшиеся свойства проекта Learning Project – Use Cases.

• Закройте проект Learning Project – Use Case.

Нужно подробное описание? См. страницы 1-3, пункты 5-6.

Изучение шаблонов нового проекта (Выберите пункт меню File > New > Project) • Просмотрите четыре вида предложенных шаблонов. Какой шаблон подойдет для вашего проекта?

Нужно подробное описание? См. страницу 1-4, пункт 7.

Цели Доступ к Справке Rational RequisitePro.

Просмотр различных видов Справки.

План действий В этой работе ознакомимся с меню Help (Справка) и окном Let’s Go RequisitePro.

Изучение Справки • Что предлагает Let’s Go RequisitePro?

• Какие основные разделы содержатся в Справке?

• Ознакомились ли Вы с подразделами RequisitePro Extensibility Interface?

Цель Определить и просмотреть параметры настройки проекта Rational RequisitePro План действий Проекты в Rational RequisitePro могут быть настроены в соответствии с вашими требованиями к управлению. Опции отображения, месторасположение архива и так далее, могут быть определены при каждом выборе. Вы можете определить все настройки в пункте меню Tools > Options. Давайте рассмотрим параметры настройки, доступные при создании проекта.

Изучение параметров настройки (Выберите пункт меню Tools > Options) • Просмотрите окно настроек Options.

• Понимаете ли Вы, что означает каждый параметр?

• Если нет, то обратитесь к преподавателю или вызовите Справку.

Настройка проекта • Отметьте галочками все параметры в разделах General, Views и Traceability Options, кроме:

Let’s Go RequisitePro at startup.

o ENTER key inserts new line.

Лабораторная работа 2 (Тема 1.2, 1 час).

ЗАМЕЧАНИЕ: Краткое Руководство по выполнению лабораторной работы предназначено для студентов, которым не требуются пошаговые инструкции.

Цель Изменить структуру проекта.

План действий Одной из Ваших обязанностей на новой должности в RU Financial Services является разработка проекта Rational RequisitePro для поддержки управления требованиями в соответствии с руководящими принципами, заложенными в Requirements Management Plan (план управления требованиями). Структура проекта позволяет Вам разрабатывать и управлять требованиями. Структура, или другими словами свойства проекта, поможет распределить требования по типам и задать атрибуты каждого типа. Таким же образом документы, описывающие требования, распределяются по типам.

Компакт диск с упражнениями поставляется вместе с учебником по системе RU e-st RequisitePro.

Копирование проекта на ваш компьютер • Запустите файл RU e-st.exe на диске с упражнениями Проект установится в папку C:\RU e-st.

• Добавьте проект RU e-st в список проектов RequisitePro.

(Выберите пункт меню File > Open Project и загрузите файл RU est.rqs) Замечание: Добавить проект в Rational RequisitePro можно другим способом, запустив файл RU e-st.rqs в соответствующей директории.

Проект автоматически добавится в список проектов.

• Просмотрите свойства проекта RU e-st (выбрав пункт меню File > Properties) Цель Определить дополнительные типы требований для Вашего проекта План действий Структура проекта RU e-st все еще находится в стадии разработки.

После консультаций по Плану Управления Требованиями, Вы решите, что необходимо добавить дополнительные типы требований.

Добавление нового типа требований в проект Добавьте новый тип требований в проект (выберите пункт меню File > Properties) • Какие типы требований не определены в проекте RU e-st в соответствии с разделом 3.1.2 RM Plan (план управления требованиями) • Добавьте недостающие типы требований в проект.

Используйте информацию из RM Plan, чтобы заполнить необходимые поля.

Установите для каждого типа требований значение initial requirement # равным 1.

Эти требования не будут видимы в других проектах.

Цель Создать дополнительные атрибуты для Supplementary Specification Requirement Type (тип требования - дополнительная спецификация).

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

Создание новых атрибутов для имеющегося типа требований Определение и добавление недостающих свойств • Есть ли недостающие свойства у SUPL Requirement Type?

(Воспользуйтесь RM Plan.) • Добавьте недостающие свойства.

Подсказка: Не хватает двух свойств.

Нужно ли их отображать?

Имеют ли они значение по умолчанию?

• Измените атрибут Risk в соответствии с RM Plan (Совет:

измените значение по умолчанию) • Какое из этих свойств должно быть первым в списке?

Ответ: Risk. Переместите его в самый верх списка.

Отсортируйте остальные свойства.

Выделите атрибут Status и измените у него значение по умолчанию на Proposed.

Цели • Добавить новый тип документа в структуру проекта.

• Изменить тип документа.

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

Создание и настройка нового типа документов • Определите недостающие типы документов (воспользуйтесь RM Plan).

• Добавьте недостающие типы документов.

Используйте информацию из RM Plan, чтобы заполнить необходимые поля.

В разделе Outline выберите из выпадающего списка значение RUP: Supplementary Specification.

• Для типа документов Use Case Specification в разделе Outline укажите значение None.

Лабораторная работа 3 (Тема 1.3, 1 час).

ЗАМЕЧАНИЕ: Краткое Руководство по выполнению лабораторной работы предназначено для студентов, которым не требуются пошаговые инструкции Цель Импорт требований из файла CSV (Comma Separated Value – дословно «Значения, разделенные запятыми»).

План действий В Вашем проекте определены типы требований (Requirement Types), типы документов (Document Types) и атрибуты (attributes).

Стандартная структура проекта ранее уже определена и описана в документе Requirements Management Plan (план управления требованиями). Теперь Вы можете внести в проект все требования и данные.

Ранее аналитик составил список требований и их свойств в документе Excel. И Вам не хочется вносить эти требования в проект вручную, а потому Вы можете импортировать их с помощью Мастера Импорта (RequisitePro Import Wizard).

При импортировании данных из внешних источников в базе данных проекта автоматически создаются требования.

Создание представления для импорта требований из файла CSV • Какое из представлений позволяет Вам увидеть все свойства типа требования:

Матрица атрибутов, матрица трассируемости, дерево трасo сируемости?

• Создайте представление, которое будет отображать все вспомога-тельные требования и их свойства проекта RU e-st.

Расположите представление в дереве проекта:

Назовите представление All Supplementary Requirements и дайте ему описание.

Предоставьте доступ всем пользователям проекта.

Сколько вспомогательных требований вы видите?

Нужно подробное описание? См. страницу 3-2, пункт 1.

Импорт вспомогательных требований из файла CSV • Найдите файл Supplementary Requirements.csv (Comma Separated Values) и прочтите его содержимое.

• Импортируйте требования в базу данных проекта.

Изучите Match Manually (установка связи вручную), затем нажмите Cancel.

• Обратите внимание, что в созданном представлении отображены импортированные нами требования.

* означает, что представление не сохранено. Сохраненное представление содержит запрос, а не данные.

Сколько требований содержится в представлении?

• Вы должны создавать представления внутри папок.

Цели Создать новые требования непосредственно в представлении.

Определить расположение существующего требования.

Удалить требование.

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

Добавьте новые требования прецедентов и их краткие описания.

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

Внесение требований в проект при помощи представления • Добавьте новое вспомогательное требование.

• Используйте представление All Supplementary Requirements.

Создайте требование The system shall keep a record of all transactions for seven years (система хранит записи всех транзакций в тече-нии семи лет).

• Сохраните представление.

• Создайте представление All Use Case Requirements с таблицей атри-бутов в папке Use Cases.

• Создайте следующие пять требований прецедентов для нового пред-ставления:

Requirement Name Requirement Text --no name-Quotes about Trading Price (котирование, касательно це-ны торгов) The Trading Customer can get current and historical in-formation about the trading price of securities. (Участник торгов может получить текущую и известную ранее информацию об акциях) --no name-Broadcast News Head-lines (распро-странять заго-ловки ново-стей) RU e-st obtains headlines about current market news and broadcasts them to Trading Customers. (RU e-st получает заголовки новостей о текущем рынке и передает их клиентам) --no name-Для перемещения по атрибутам требования Quotes about Trading Price используйте клавиатуру. Значение атрибута Location - Database.

• Установите атрибуту Priority значение High, а Property значение Brief Description.

• Для требования Get Quote установите атрибуту Priority значение High.

• Удалите требование Broadcast News Headlines.

Цели Структурировать Ваш проект, используя папки.

Перемещать требования между папками.

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

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

Структурирование ваших требований • Выберите пункт меню View > Collapse All.

• Создайте папку Supplementary Requirements и дайте ей краткое описание.

• Переместите представление Supplementary Requirements в новую папку.

• Добавьте другую папку для прецедента Get Quote.

• Переместите все требования с тегом UC в папку Get Quote.

Цели Создать иерархические отношения в базе проекта.

Изменять иерархические отношения между требованиями.

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

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

Создание иерархических отношений между существующими требованиями • Для требования Get Quotes создайте дочернее требование Quotes about Trading Price.

• Создайте еще два новых потомка для требования Get Quote.

При создании этих требований укажите следующее описание:

1. The use case starts when the Trading Customer logs on. The system validates the customer ID and password. (Этот прецедент стартует тогда, когда клиент начинает работу. Система проверяет достоверность клиентского идентификационного номера и пароля) The Trading Customer chooses the trading function Get Quote. (Торговый клиент выбирает котировочную информацию в функции «получение котировок») • Сравните полученный результат с представленным на рисунке:

• Сохраните и закройте все представления.

Лабораторная работа 4 (Тема 2.1, 1 час).

ЗАМЕЧАНИЕ: Краткое Руководство по выполнению лабораторной работы предназначено для студентов, которым не требуются пошаговые инструкции.

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

План действий У Вас есть внешние файлы, содержащие данные для импорта.

Требования, описываемые в документах RequisitePro, содержатся в базе данных проекта. Есть следующие документы:

• «Требования заинтересованных сторон» (Stakeholder Requests) – информация от потребителя в виде анкеты.

• «Совершение сделки», (Execute Trade), фиксирующий требования прецедента.

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

• «Дополнительная спецификация» (Supplementary Specification), определяющий дополнительные программные требования.

Создание нового документа в RequisitePro и ручное добавление требований • Создайте новую папку на самом верхнем уровне проекта и назовите ее Stakeholder Requests (Требование заинтересованных сторон).

• Добавьте в папку новый пустой документ:

Название: Stakeholder Requests ((Требование заинтересованных сторон)) Отобразите тэги в документе.

• Перейдите к разделу 3 нового документа и напишите ответы на три вопроса.

Например, ответить на вопрос “Why does this problem exist?” (Почему существует такая проблема?) можно так: “Customers want stock market information 24 hours a day. Customers need access to their accounts beyond normal business hours.” (Клиенты нуждаются в информации с фондовой биржи 24 часа в сутки. Им необходим доступ к своим счетам не только в обычные рабочие часы) • Сформируйте три требования из этих ответов. Установите значение High для свойства Priority.

Цели Импортировать данные документа в проект RequisitePro.

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

Импортировать документ MS Word и его требования.

План действий Rational RequisitePro позволяет Вам использовать документы, созданные в любых других источниках кроме RequisitePro. В этой работе вставим текст из внешних документов во вновь созданный в RequisitePro документ и вручную сформируем из этого текста требования. Также импортируем в проект документ Requirements Management Plan (План управления требованиями).

Импорт текста из других источников (Совершение сделки).

• Добавьте новый документ в этой папке.

Он пуст, поскольку нет ни одного шаблона, ассоциированного с данным типом документа.

• Выберите пункт меню Insert > File (Вставка > Файл), чтобы вставить текст из файла Execute_trade.doc (Совершение сделки.doc), расположенного в папке Additional Files на диске с упражнениями.

• Просмотрите прецедент.

Нужно подробное описание? Смотри страницы 4-6, пункты 1-4.

Создание требований вручную • В разделе 1выделите название прецедента “Execute Trade” (Совершение сделки) и сформируйте из него требование. Настройте свойства.

• В разделе 2, выделите четыре различных пункта и сформируйте из каждого требование.

• Измените значения свойств Priority (установите High) и Status (установите Approved).

• Используйте способ быстрого создания для добавления еще четырех требований (удерживайте нажатой клавишу Shift и щелкните кнопку Create Requirement).

• Выберите пункт меню RequisitePro >Document >Save.

• Закройте документ и сверните окно MS Word.

Цели Создать документ в RequisitePro, импортировав документ Vision.

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

План действий Мастер Импорта создает требования, основываясь на ключевых словах, символах табуляции или стилях MS Word.

Импортируем существующий документ Vision в проект. Вы хотите, чтобы RequisitePro создал требования в процессе импортирования документа. Настроим RequisitePro таким образом, чтобы он создавал характеристики требований из каждого предложения, в котором содержится ключевое слово “must”(должен).

Импортирование документа и создание требований с использованием ключевых слов (Мастер импорта) • Выделите папку Features and Vision в Проводнике RequisitePro.

• Используйте мастер импорта (Import Wizard), чтобы импортировать документ Vision (Видение) из папки Additional Files на диске с упражнениями. (Выберите пункт меню File > Import.) Выберите значение Requirements and document.

Импортируйте документ в папку Features and Vision.

Каждое требование содержит ключевое слово “must” и может быть отдельным абзацем в тексте.

Примите все идентифицированные требования.

• После импортирования просмотрите документ Vision (Видение) и обратите внимание, что все требования в нем не изменились.

• Просмотрите папку Features and Vision.

• Сохраните и закройте документ.

• Сверните окно Word.

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

Сохранить документ с требованиями из проекта как документ MS Word.

План действий Импортировать документ RequisitePro, уже содержащий требования, из других проектов в Ваш проект.

Импортирование документа RequisitePro и требований • Используйте мастер импорта, чтобы импортировать (ДополнительнаяСпецификация.sup ) из папки Additional Files.

Импортируйте только документ.

Не удаляйте закладки (Они разграничивают требования) Нажмите кнопку Commit.

• Просмотрите документ Supplementary Specification (Дополнительная Спецификация).

• Одно требование сделано по ошибке. Удалите требование из раздела 10, выбрав пункт меню RequisitePro > Requirement > Delete (Unmark). Сам текст важен, но он не должен быть оформлен в виде требования.

• Сохраните документ. Подтвердите удаление требования.

Нужно подробное описание? Смотри страницы 4-13, пункты 1-7.

Экспорт документа в Word (Дополнительная Спецификация) в Word, используя пункт меню RequisitePro >Document > Save As.

• Сохраните и закройте документ.

• Сверните окно Word.

Цели Создать иерархические требования в документе.

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

Удалить иерархическое требование.

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

Точнее, Вы сначала создадите требования в документе Vision, а затем определите несколько иерархических связей между особыми требованиями (требования функциональных возможностей – FEAT).

Создание иерархических требований и перемещение их в документ • Найдите требование FEAT1 в документе Vision (Видение) (попытайтесь найти его в базе данных, а затем дважды щелкните по нему).

• Выделите текст под заголовком FEAT1 и создайте требование.

Сделайте новое требование потомком требования FEAT1.

Выберите пункт меню RequisitePro >Document > Save.

• Измените родителя на FEAT2 и установите для него самый высокий приоритет (значение High свойства Priority).

Выберите пункт меню RequisitePro > Document > Save.

• Попытайтесь удалить (отменить маркировку) родительское требование. Отмените это действие после просмотра того, как поведет себя RequisitePro в отношении потомков.

• Просмотрите свойства Revision и History для иерархического требования.

• Сохраните и закройте документ. Сверните окно Word.

Нужно подробное описание? Смотри страницы 4-18, пункты 1-9.

Цели Извлечь документ RequisitePro для автономного использования.

Указать расположение и причину использования документа в автономном режиме.

Определить копию документа в RequisitePro, предназначенную только для чтения.

План действий Оффлайновая авторская разработка (Offline authoring) позволяет извлекать документ RequisitePro за пределы проекта и работать с ним в MS Word, не пользуясь программой RequisitePro, и оставив при этом копию документа для других участников проекта, которую можно только просматривать. Когда документ извлекается для автономного использования, в него включаются макросы, позволяющие пользователю создавать или удалять требования в документе Word.

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

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

Извлечение документа для автономного использования • Используйте меню Tools, чтобы извлечь документ Execute Trade (Совершение сделки).

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

Сохраните автономный документ на рабочем столе.

• Просмотрите информацию о документе.

• Заметьте, что значок документа в Проводнике RequisitePro изменился.

• Попытайтесь открыть его в RequisitePro. Что произойдет?

Не возвращайте его в обычный онлайновый режим.

• Закройте проект и закройте RequisitePro.

Цели Создать требования в автономном документе.

Удалить (отменить маркировку) (Delete (unmark)) требований в автономном документе.

Отредактировать текст в автономном документе.

План действий Сейчас документ находится в автономном режиме, и вы можете его изменять. Давайте откроем его и введем новую информацию (добавим описание альтернативного потока событий). Сперва убедитесь в том, что макросы в MS Word настроены должным образом. В MS Word 2000 установлен самый высокий уровень безопасности макросов. Такая настройка не допускает включения авторских макросов для автономного режима RequisitePro. Проверьте свои настройки безопасности до того, как Вы начнете редактировать документ.

Редактирование автономного документа с использованием MS Word • Используйте MS Word, чтобы править автономный документ Execute Trade.

Уровень безопасности MS Word должен быть Средним (Medium) или низким (Low).

Выберите пункт меню Tools > Macros > Security.

• Добавьте альтернативный поток в раздел 2.2.

• Сформируйте из нового потока требование.

• Выделите любой текст, чтобы создать еще два требования.

• Удалите одно любое требование.

• Сохраните и закройте документ.

Нужно подробное описание? Смотри страницы 4-25, пункты 1-6.

Возврат автономного документа в обычный онлайновый режим • Откройте проект RU e-st.

• Верните документ в онлайновый режим.

Выберите пункт меню Tools > Offline Documents.

Удалите копию с рабочего стола.

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

Лабораторная работа 5 (Тема 2.2, 1 час).

ЗАМЕЧАНИЕ: Краткое Руководство по выполнению лабораторной работы предназначено для студентов, которым не требуются пошаговые инструкции Цели Установить в проекте отношения трассируемости между требованиями.

План действий Трассируемость в Rational RequisitePro – это отношение между двумя требованиями, которое подразумевает источник, начало или зависимость между требованиями. При этом используются понятия “trace to” (трассировать в) или “trace from” (трассировать из), изображенные в виде стрелок.

Представление трассируемости уточняется типом требования.

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

Значимость трассируемости при разработке качественного программного обеспечения обсуждалась в Managing Software Requirements, A Unified Approach (Управление программными требованиями, Унифицированный подход) Дэном Лэффингвеллом и Доном Видригом (Dean Leffingwell, Don Widrig).

Откроем новое представление и создадим несколько связей между требованиями. Структура трассируемости определена в RM Плане (План управления требованиями). Очень важно выбрать поток трассируемости и следовать ему. Трассируемое отношение в структуре связанных требований следует снизу вверх (детальные требования восходят к более кратким, главным требованиям), или наоборот.

Установка трассируемых связей между двумя типами требований • Создайте в папке Use Cases новое представление матрицы трассируемости Traceability Matrix View (Представление матрицы трассируемости).

Это представление позволяет Вам видеть каким образом UCo требования следуют (trace-to) из FEAT-требований.

• Создайте трассируемые связи (типа “traces to”) от требований Execute Trade типа UC к требованиям Features 7, 8 и 10.

• Добавьте еще пять (или более) трассируемых связей.

• Создайте собственную Матрицу трассируемости (Traceability Matrix) в папке Supplementary Requirements (Дополнительные требования) для требований типа SUPL и FEAT.

• Установите шесть (или более) трассируемых связей от требований типа SUPL к требованиям типа FEAT.

Цели Изучить особенности неопределенной трассируемости, предлагаемой Rational RequisitePro.

Вручную удалить неопределенные связи.

План действий Rational RequisitePro предлагает уникальную возможность для отслеживания производимых в проекте изменений, которая называется неопределенным связыванием (suspect linking). Когда в связанном требовании изменяются данные, связь становится неопределенной и отображается в представлениях трассируемости.

Изменения легко прослеживаются и решения быстро принимаются.

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

Изменим несколько требований и посмотрим, что произойдет.

Установка трассируемых связей для управления Вашим проектом • В представлении Use Cases to Features (Прецеденты в функциональные возможности) найдите FEAT-требование (требование к функциональным возможностям), которое следует из одного или более прецедентов.

• Измените текст этого требования в документе, содержащем его.

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

Измените описание так, как Вам захочется (добавьте или удалите часть текста).

• Выберите пункт меню RequisitePro > Document > Save.

• Посмотрите на представление. Обратите внимание, что Rational RequisitePro отобразил сомнительную связь, являющуюся следствием измененного требования.

• Удалите сомнительные связи в представлении Use Cases to Features (Прецеденты в функциональные возможности).

Это будет возможно только после того, как аналитик (в данном случае это Вы) изучил влияние такой свяи (просмотрел и разрешил все сомнения).

• Сохраните и закройте представление.

Цели Установить многочисленные трассируемые связи за один прием.

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

Отметить вручную трассируемые связи.

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

Вручную пометим отношения как неопределенные.

Установка многочисленных трассируемых связей между требованиями • Установите многочисленные трассируемые связи (восемь связей) в представлении SUPL to FEAT за один прием (используя мульти-выбор).

• Сделайте четыре связи «неопределенными» так же используя мульти-выбор.

• Используя мульти-выбор, удалите три «неопределенные» связи из четырех.

• Закройте представление.

Цель Использовать свойства Filter (фильтр) и Sort (сортировка) в различных представлениях трассируемости.

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

Создадим запросы, чтобы отфильтровать некоторые свойства требований.

Использование запросов для просмотра представлений трассируемости • Создайте представление, отображающее все требования типа UC и FEAT, не устанавливая между ними трассируемых связей.

Используйте кнопку Query Row, чтобы создать стандартное представление трассируемости.

Если установить флажок Retain Hierarchical Display, то Вы сможете увидеть, что в трассируемую связь включается родитель или потомок (если флажок сброшен, то все требования будут приведены в виде списка, без указания иерархии родитель-потомок).

Просмотрите представление.

• Удалите запрос, используя кнопку Query Row.

Цели Изучить параметры запроса, доступные для управления данными.

Удалить запросы, примененные к представлению.

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

• Управление неопределенностью.

• Улучшение планирования и принятие решения.

• Гарантия обеспечения качества продукта.

• Устранение “ползучих характеристик”.

сотрудниками.

Работаем с запросами по управлению требованиями • Откройте представление All Use Case Requirements (Все требования прецедентов).

• Просмотрите кнопки, на которых изображена «воронка».

• Создайте запросы по значениям свойств Priority, Status и Difficulty.

• Нажмите кнопку Query Row requirements. Выделите значение Priority.

• Нажмите кнопку All, чтобы отобразить все значения свойства.

• Создайте запрос на сортировку свойств по убыванию.

• Просмотрите полученный результат.

• Удалите запросы.

• Попробуйте создать запросы к требованиям, у которых свойство Status имеет значение Approved.

Добавьте в представлении еще один запрос к требованиям, у которых свойство Priority имеет значение High.

Удалите запрос.

• Создайте новое представление, чтобы отсортировать выбранные требования типа FEAT.

Цели • С помощью запроса выбрать только те требования, которые были изменены.

• Обратиться с запросом к базе данных для определения состояния проекта.

План действий Используем запросы для управления представлениями с неопределенными трассируемыми связями, а также для получения информации о состоянии проекта. Для определения статуса проекта создадим представление с функциональными возможностями, имеющие отношение трассируемости (через UC) в SUPL – дополнительными требованиями со статусом Approved (одобрено).

Определение FEAT-требований с неопределенными связями • Создайте новую матрицу трассируемости в папке Use Cases.

Назовите ее: Change Management Query.

Строки/Столбцы: типы требований UC (Строки) и FEAT (Столбцы).

• Вручную установите две неопределенные связи.

• Нажмите кнопку Query Row requirements.

• Выберите значение свойства Traced-to.

трассируемая связь с FEAT-требованиями с пометкой suspect only.

• Сохраните представление.

Получение информации о всем проекте в целом • Создайте новое дерево трассируемости (Трассировать в ) Traceability Tree (Traced into) в папке Use Cases.

Название: Use Case to Stakeholder Request Query (Прецеденты трассируемые в требования заинтересованных сторон).

Строки - тип требований: STRQ Requirement Type.

• Нажмите кнопку Query Row requirements.

• Для требования типа STRQ, выберите значение свойства Tracedfrom.

• Выберите тип требований UC Requirement Type и установите флажок Direct Links Only.

• Измените запрос, скинув флажок Direct Links only.

• Выберите пункт Expand All в меню View.

Цели Экспортировать различные представления требований для использования в других приложениях и для составления отчетов.

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

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

Экспортируйте информацию о проекте для тех участников группы, которые не имеют доступ к Rational RequisitePro.

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

Извлекаем информацию и экспортируем как документ Word.doc • Создайте представление с таблицей свойств (Attribute matrix) для требований типа FEAT.

• Экспортируйте его в MSWord.

Лабораторная работа 6 (Тема 2.3, 1 час).

ЗАМЕЧАНИЕ: Краткое Руководство по выполнению лабораторной работы предназначено для студентов, которым не требуются пошаговые инструкции.

Цели Создать отчет по основным показателям.

Вставить метки данных.

Просмотреть отчет в среде Microsoft Excel.

План действий Приложение Rational RequisitePro Metrics позволяет менеджерам проекта составлять статистические отчеты о требованиях RequisitePro, их свойствах, связях и модификациях. Результаты отчетов отображаются в Microsoft Excel и ими можно манипулировать, используя возможность Excel по построению диаграмм.

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

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

Создание метрического отчета • Выберите пункт меню Tools > Metrics, чтобы открыть диалоговое окно Requirements Metrics.

• Создайте запрос на основе.

Добавьте запрос в отчет.

• Задайте название метки: FEAT в разделе Report.

• Добавьте три дополнительных базовых фильтра:

• Сгенерируйте отчет.

• Просмотрите результат в Excel.

Нужно подробное описание? См. страницы 6-2, пункты 1-7.

Настройка диаграммы Excel • Щелкните правой кнопкой мыши на диаграмме.

• Укажите название нового отчета: All Requirements by Type.

• Добавьте легенду.

• Перейдите на вкладку Подписи данных и включите значения в подписи.

• Закройте отчет.

• Удалите все запросы.

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

Экспериментировать с настройкой вида диаграммы Excel.

План действий Статический отчет извлекает информацию о проекте, которая отражает «моментальный снимок» проекта. Это полезно для определения текущего состояния проекта. Для Вашего статического отчета выполним в проекте запрос, чтобы определить общее число требований прецедентов (Use Case Requirements) и количество требований с различными значениями свойства Status. Например, "Сколько требований прецедентов одобрено (Approved), предложено (Proposed), подтверждено (Validated), и т.д.?" Создание отчета с применением фильтров • Щелкните кнопку Requirements Metrics на панели инструментов RequisitePro.

• Выберите в качестве базового тип требования UC.

• Добавьте фильтр Attribute Value.

Выберите свойство Status и его значение No Entry.

• Укажите название метки: No entry.

• Добавьте еще четыре фильтра со следующими значениями свойства Status:

o Proposed.

o Approved.

o Incorporated.

o Validated.

• Задайте названия меток, отражающие содержимое каждого запроса.

• Создайте отчет.

• Добавьте название, легенду и подписи значений.

• Закройте отчет. (Не обязательно его сохранять) • В диалоговом окне Metrics выделите базовый запрос All UC.

• Переместите запрос All UC в начало списка запросов.

• Сгенерируйте отчет.

• В контекстном меню диаграммы выберите пункт Исходные данные.

• Выберите значение Ряды в столбцах на вкладке Диапазон данных.

• Закройте отчет в Excel и удалите запросы.

УЧЕБНО – МЕТОДИЧЕСКОЕ ОБЕСПЕЧЕНИЕ

САМОСТОЯТЕЛЬНОЙ РАБОТЫ СТУДЕНТОВ. ОЦЕНОЧНЫЕ

СРЕДСТВА ДЛЯ ТЕКУЩЕГО КОНТРОЛЯ УСПЕВАЕМОСТИ,

ПРОМЕЖУТОЧНОЙ АТТЕСТАЦИИ ПО ИТОГАМ ОСВОЕНИЯ

ДИСЦИПЛИНЫ (МОДУЛЯ)

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

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

1. Дисциплина Требований в контексте RUP 2. Рабочий процесс дисциплины Требований. Краткая 3. Структура проекта 4. Организация проекта RequisitePro (Пакеты, Представления 5. Представления требований. Работа с документом RequisitePro 6. Типы требований и их назначение 7. Набор артефактов дисциплины Требования 8. Планирование управления требований 9. Требования и связанные с ними документы 10. Оффлайновая авторская разработка 11. Иерархическая организация требований 12. Трассируемость требований 13. Матрица трассируемости и дерево трассируемости 14. Запросы требований 15. Управление требованиями и метрические отчеты 16. Дискуссии - назначение и технология работы 17. Качества наборов требований 18. ITIL, как обобщение мирового опыта 19. Преимущества ITIL и потенциальные сложности внедрения 20. Основная терминология управления качества используемая в ITIL 21. Взаимоотношение с заказчиком IT-службы 22. Основные процессы Предоставления услуг. Краткая характеристика.

23. Основные процессы Поддержки услуг. Краткая характеристика 24. Процесс управления Инцидентами 25. Процесс Управления Проблемами 26. Процесс Управления Конфигурациями 27. Процесс Управления Изменениями 28. Управление Релизами 29. Служба Service Desk 30. Жизненный цикл проекта и организация 31. Стандарт управления проектами 32. Процессы управления проектом 33. Краткая характеристика области знаний по управлению

7. ОБРАЗОВАТЕЛЬНЫЕ ТЕХНОЛОГИИ

В рамках учебного курса предусматривается разбор конкретных ситуаций (комплексные ситуационные задания) по темам 1.1, 1.2, 1.3, 2.1, 2.2, 2.3.

Предусмотрены интерактивные формы проведения занятий:

анализ результатов;

проведение семинаров в диалоговом режиме.

8. УЧЕБНО-МЕТОДИЧЕСКОЕ И ИНФОРМАЦИОННОЕ

ОБЕСПЕЧЕНИЕ ДИСЦИПЛИНЫ (МОДУЛЯ).

8.1. Основная литература:

1. Ивашко А.Г., Подготовка курсовых и дипломных работ – Тюмень:

Изд-во ТюмГУ, 2010.

8.2. Дополнительная литература:

Издательство Тюменского государственного университета 2008.

2. Обзор MOF http://technet.microsoft.com/ru-ru/library/cc543224.aspx 3. Microsoft Operations Framework 4, русская редакция.

http://fedoseyev.ru/2011/03/mof-4-russian/ http://docs.cntd.ru/document/ http://docs.cntd.ru/document/ 6. Открытые системы: Журнал для профессионалов в области информационных технологий. - ISSN 1028-7493. - Б.ц.. - ISSN 1028-7493 (http://www.osmag.ru, http://elibrary.ru);

7. Журнал «Информационные технологии и вычислительные системы» http://www.jitcs.ru 8. Журнал Информационные технологии: теорет. и прикладной науч. и техн. журн.. - Москва: Новые технологии, 1995 -. - ISSN 1684-6400. - Б.ц.. - ISSN 1684- 8.3. Программное обеспечение и Интернет – ресурсы:

http://www.gost.ru/wps/portal/pages.CatalogOfStandarts 2. www.intuit.ru 3. www.citforum.ru 4. www.it-expert.ru

9. ТЕХНИЧЕСКИЕ СРЕДСТВА И МАТЕРИАЛЬНО-ТЕХНИЧЕСКОЕ

ОБЕСПЕЧЕНИЕ ДИСЦИПЛИНЫ (МОДУЛЯ).

мультимедийные и технические средства обучения. Применяемое программное обеспечение: платформенное решение 1С:Предприятие 8.2. CASE-инструментарий. Для проведения аудиторных занятий используются лекционные аудитории, оснащенные проектором или системой видеоконференцсвязи и компьютерные классы.