РОССИЙСКАЯ ФЕДЕРАЦИЯ
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ
Государственное образовательное учреждение
высшего профессионального образования
ТЮМЕНСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ
«УТВЕРЖДАЮ»:
Проректор по учебной работе
/Волосникова Л.М./
«_» _ 2011 г.
УПРАВЛЕНИЯ ИТ ПРОЕКТАМИ
Учебно-методический комплекс. Рабочая программа для студентов направления 230700.68 «Прикладная информатика» магистерской программы "Прикладная информатика в экономике" очной формы обучения «ПОДГОТОВЛЕНО К ИЗДАНИЮ»:Автор работы /Григорьев М.В./ «20» мая 2011 г.
Рассмотрено на заседании кафедры информационных систем (протокол № 12 от 03.06.11 г.) Соответствует требованиям к содержанию, структуре и оформлению.
«РЕКОМЕНДОВАНО К ЭЛЕКТРОННОМУ ИЗДАНИЮ»:
Объем 16 стр.Зав. кафедрой _ /Ивашко А.Г./ «04» июня 2011 г.
Рассмотрено на заседании УМК Института математики, естественных наук и информационных технологий (протокол № 4 от 28.06.11 г.) Соответствует ФГОС ВПО и учебному плану образовательной программы.
«СОГЛАСОВАНО»:
Председатель УМК /Глухих И.Н./ «_» _ 2011 г.
«СОГЛАСОВАНО»:
Зав. методическим отделом УМУ /Федорова С.А./ «_» _ 2011 г.
РОССИЙСКАЯ ФЕДЕРАЦИЯ
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ
Государственное образовательное учреждение высшего профессионального образованияТЮМЕНСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ
Институт математики, естественных наук и информационных технологий Кафедра информационных систем Григорьев М.В.
УПРАВЛЕНИЯ ИТ ПРОЕКТАМИ
Учебно-методический комплекс. Рабочая программа для студентов направления 230700.68 «Прикладная информатика»магистерской программы "Прикладная информатика в экономике" очной формы обучения Тюменский государственный университет Григорьев М.В. Управления ИТ проектами. Учебно-методический комплекс. Рабочая программа для студентов направления 230700. «Прикладная информатика» магистерской программы "Прикладная информатика в экономике" очной формы обучения. Тюмень, 2011, стр.
Рабочая программа составлена в соответствии с требованиями ФГОС ВПО с учетом рекомендаций и ПрООП ВПО по направлению и профилю подготовки.
Рабочая программа дисциплины (модуля) опубликована на сайте ТюмГУ: Управления ИТ проектами [электронный ресурс] / Режим доступа: http://www.umk3.utmn.ru., свободный.
Рекомендовано к изданию кафедрой информационных систем.
Утверждено проректором по учебной работе Тюменского государственного университета.
ОТВЕТСТВЕННЫЙ РЕДАКТОР: заведующий кафедрой информационных систем, д.т.н., профессор А. Г. Ивашко.
© Тюменский государственный университет, 2011.
© Григорьев М.В., 2011.
1. ПОЯСНИТЕЛЬНАЯ ЗАПИСКА
1.1. Цели и задачи дисциплины Целью изучения дисциплины «Управления ИТ проектами» является формирование у обучающихся знаний:• современные методы, средства, стандарты информатики для решения прикладных задач различных классов;
• архитектуру информационных систем предприятий и организаций;
• методологии и технологии реинжиниринга, проектирования и аудита прикладных информационных систем различных классов;
• инструментальные средства поддержки технологии проектирования и аудита информационных систем и сервисов;
• методы оценки экономической эффективности и качества, управления надежностью и информационной безопасностью;
• особенности процессного подхода к управлению прикладными • современные ИКТ в процессном управлении;
• концептуальное моделирование процессов управления знаниями; архитектуру систем управления знаниями;
умений:
• проводить анализ современных методов и средств информатики для решения прикладных задач различных классов;
• выбирать методологию и технологию проектирования информационных систем;
• обосновывать архитектуру ИС;
• управлять проектами ИС на всех стадиях жизненного цикла, оценивать эффективность и качество проекта;
• применять современные методы управления проектами и сервисами ИС;
• использовать инновационные подходы к проектированию ИС;
навыков:
• навыками применения современных программно-технических средств для решения прикладных задач различных классов;
• навыками реинжинринга прикладных и информационных процессов;
• навыками моделирования процессов и знаний;
• навыками проектирования информационных систем с использованием современных инструментальных средств;
• навыками управления проектами по информатизации прикладных процессов и систем.
1.2. Место дисциплины в структуре ООП Дисциплина относится к Профессиональному циклу (дисциплины по выбору).
Учебная дисциплина «Управления ИТ проектами» базируется на знаниях и умениях, полученных при изучении общепрофессиональных дисциплин: Управление проектами и изменениями, Методологии и технологии проектирования информационных систем, ИТ инфраструктура, а также тесной взаимосвязи с другими специальными дисциплинами.
Данная дисциплина является предшествующей для следующих дисциплин: Политика и стратегия внедрения информационных систем, ИТ консалтинг, Интеграция систем.
1.3. Требования к результатам освоения дисциплины Процесс изучения дисциплины направлен на формирование следующих компетенций:
общекультурных:
самостоятельно обучаться новым методам исследования o способен приобретать и использовать на практике знания, умения и навыки в организации исследовательских и проектных работ, в управлении коллективом (ОК-3);
o способен понимать сущность и значение информации в развитии современного информационного общества, сознавать опасности и угрозы, возникающие в этом информационной безопасности, в том числе защиты государственной тайны (ОК-7).
профессиональных:
o способен исследовать закономерности становления и развития информационного общества в конкретной прикладной области (ПК-2);
o способен к профессиональной эксплуатации современного электронного оборудования в соответствии с целями ООП магистратуры (ПК-4);
o способен формализовывать задачи прикладной области, при решении которых возникает необходимость использования количественных и качественных оценок (ПК-6);
o способен исследовать применение различных научных подходов к автоматизации информационных процессов и информатизации предприятий и организаций (ПК-9);
o способен проводить анализ экономической эффективности ИС, оценивать проектные затраты и риски (ПК-10);
o способен выбирать методологию и технологию проектирования ИС с учетом проектных рисков (ПК-11);
o способен анализировать данные и оценивать требуемые знания для решения нестандартных задач с использованием математических методов и методов компьютерного моделирования (ПК-12);
o способен анализировать и оптимизировать прикладные и информационные процессы (ПК-13);
o способен проводить маркетинговый анализ ИКТ и вычислительного оборудования для рационального выбора инструментария автоматизации и информатизации прикладных задач (ПК-14);
инструментальные средства прикладной информатики для автоматизации и информатизации решения прикладных задач различных классов и создания ИС (ПК-15);
o способен проектировать архитектуру и сервисы информационных систем предприятий и организаций в прикладной области (ПК-16);
o способен проектировать информационные процессы и инструментальных средств, адаптировать современные ИКТ к задачам прикладных ИС (ПК-17).
Формулировка Результаты Результаты обучения по уровням освоения Виды занятий Оценочные средства компетенции -1 совершенствов методологии и методологии и методологии и методологии и занятия по выполнение -3 приобретать и особенности минимальные базовые расширенные занятия по выполнение использовать процессного особенности особенности особенности темам 2.2, 2.3, самостоятельных знания, умения управлению подхода к подхода к подхода к Самостоятель практических занятиях и навыки в прикладными управлению управлению управлению ная работа по собеседование коллективом информационны архитектуры архитектуры архитектуры организаций предприятий и предприятий и предприятий и инструментальн организаций организаций организаций ые средств инструменталь инструменталь инструменталь проектирования технологии технологии технологии и аудита проектировани проектировани проектировани х систем и информационн информационн информационн моделирования концептуально концептуально концептуально управления моделировани моделировани моделировани методологии и управления управления управления реинжиниринга, методологии и методологии и методологии и проектирования технологии технологии технологии и аудита реинжиниринга реинжиниринга реинжиниринга информационны проектировани проектировани проектировани классов информационн информационн информационн проектами ИС проектами ИС проектами ИС проектами ИС темам 2.2, 2.3, самостоятельных проводить сервисами ИС сервисами ИС сервисами ИС методов и современных современных современных для решения информатики информатики информатики архитектуру ИС обосновывать обосновывать обосновывать
ИС ИС ИС
информатизаци проектами по проектами по проектами по Самостоятель практических занятиях и прикладных информатизац информатизац информатизац ная работа по собеседование процессов и ии прикладных ии прикладных ии прикладных темам 2.2, 2.5, комплексные моделирования ых процессов; ых процессов; ых процессов;процессов и моделировани моделировани моделировани современных применения применения применения программно- современных современных современных технических программно- программно- программносредств для технических технических технических возникающие в использовать использовать использовать использовать занятия по выполнение этом процессе, инновационные минимальные базовые расширенные темам 1.1., самостоятельных закономерност процессного особенности особенности особенности занятия по самостоятельных технологию методологию и методологию и методологию и проектирования технологию технологию технологию информационны проектировани проектировани проектировани обосновывать информационн информационн информационн
ИС ИС ИС
профессионал современные современные современные современные занятия по выполнение современного стандарты стандарты стандарты стандарты Самостоятель практических занятиях электронного информатики информатики информатики информатики ная работа по собеседование инновационные инновационны инновационны инновационны темам 1.1, 1.2, самостоятельных проектированию проектировани проектировани проектировани Самостоятель практических занятиях ать задачи процессного особенности особенности особенности темам 2.1, 2.4, самостоятельных качественных экономической методы оценки методы оценки методы оценки оценок эффективности экономической экономической экономической й информационн информационн информационн безопасностью безопасностью безопасностью проектами ИС проектами ИС проектами ИС проектами ИС темам 2.1, 2.4, самостоятельных технологию методологию и методологию и методологию и проектирования технологию технологию технологию информационны проектировани проектировани проектировани обосновывать информационн информационн информационнИС ИС ИС
знаниями знаниями; архитектуру архитектуру проектами ИС проектами ИС проектами ИС проектами ИС темам 3.1, 3.2, самостоятельных технологию методологию и методологию и методологию и проектирования технологию технологию технологию информационны проектировани проектировани проектировани применять информационн информационн информационн управления современные современные современные сервисами ИС управления управления управления программно- современных современных современных Самостоятель практических занятиях технических программно- программно- программно- ная работа по собеседование средств для технических технических технических теме 3.1, 3.3 комплексные анализ процессного особенности особенности особенности темам 2.1, 2.4, самостоятельных методологию и информационны архитектуры архитектуры архитектуры темам 2.5, 3.1, самостоятельных проектировани предприятий и ых систем ых систем ых систем Самостоятель практических занятиях я ИС с учетом организаций; предприятий и предприятий и предприятий и ная работа по собеседование проектных инструментальн организаций; организаций; организаций; темам 2.5, 3.3 комплексные для решения информатики информатики информатики прикладных для решения для решения для решения процессного особенности особенности особенности подхода к процессного процессного процессного прикладными управлению управлению управлению моделирование концептуально концептуально концептуально управления моделировани моделировани моделировани архитектуру управления управления управления управления архитектуру архитектуру архитектуру методов и современных современных современных Самостоятель практических занятиях архитектуру ИС обосновывать обосновывать обосновывать выбирать архитектуру архитектуру архитектуру проектирования методологию и методологию и методологию и информационны технологию технологию технологию х систем; проектировани проектировани проектировани современные информационн информационн информационн проектами и современные современные современные информационны прикладных и прикладных и прикладных и Самостоятель практических занятиях х процессов; информационн информационн информационн ная работа по собеседование моделирования ых процессов; ых процессов; ых процессов; темам 2.5, 3.3 комплексные -12 анализировать архитектуры архитектуры архитектуры архитектуры занятия по выполнение данные и информационны информационн информационн информационн темам 2.5, 3.1; самостоятельных требуемые предприятий и предприятий и предприятий и предприятий и ная работа по практических занятиях х методов и информационны информационн информационн информационн моделировани концептуальног концептуально концептуально концептуально управления управления управления управления архитектуру архитектуру архитектуру архитектуру управления управления управления управления обосновывать обосновывать обосновывать обосновывать архитектуру ИС архитектуру архитектуру архитектуру
ИС ИС ИС
информационны прикладных и прикладных и прикладных и ная работа по практических занятиях х процессов; информационн информационн информационн теме 2.5 собеседование -13 анализировать методологии и минимальный базовые расширенные занятия по выполнение оптимизироват реинжиниринга, методологий и технологии технологии Самостоятель заданий на ь прикладные проектирования технологий реинжиниринга реинжиниринга ная работа по практических занятиях маркетинговый технологии набор методологии и методологии и темам 1.1, 1.2, самостоятельных вычислительно проектирования технологий реинжиниринга реинжиниринга Самостоятель практических занятиях информатизац управлению особенностей процессного процессного методологию и методологию и методологию и методологию и темам 1.1, 1.2, самостоятельных проектирования проектировани проектировани проектировани Самостоятель практических занятиях х систем информационн информационн информационн темам 1.2, 1.3, комплексные проекта; эффективност эффективност эффективност управления современные современные современные сервисами ИС управления управления управления инструментальн использование использование использование темам 1.2, 1.3, ситуационные современные информационны информационн информационн информационн темам 2.5, 3.1; самостоятельных инструменталь предприятий и предприятий и предприятий и предприятий и ная работа по практических занятиях ные средства организаций; организаций; организаций; организаций; теме 2.5 собеседование ии решения информационны информационн информационн информационн различных концептуальног концептуально концептуально концептуально создания ИС моделирования моделировани моделировани моделированиИС ИС ИС
-16 проектировать особенности минимальные базовые расширенные занятия по выполнение архитектуру и процессного особенности особенности особенности темам 2.1, 2.4, самостоятельных информационн управлению подхода к подхода к подхода к Самостоятель практических занятиях ых систем прикладными управлению управлению управлению ная работа по собеседование -17 проектировать методы оценки минимальные базовые расширенные занятия по выполнение информационн экономической методы оценки методы оценки методы оценки темам 3.3, 3.4; самостоятельных ые процессы и эффективности экономической экономической экономической Самостоятель заданий на системы с и качества, эффективност эффективност эффективност ная работа по практических занятиях использование управления и и качества, и и качества, и и качества, теме 3.4 собеседование инновационны информационно надежностью и надежностью и надежностью и ситуационные современные использовать использовать использовать использовать занятия по ИКТ к задачам инновационные инновационны инновационны инновационны темам 3.3, 3.4;ИС проектированию проектировани проектировани проектировани ная работа по программно- современных современных современных ная работа по практических занятиях В результате освоения дисциплины обучающийся должен:
знать:
• современные методы, средства, стандарты информатики для решения прикладных задач различных классов;
• архитектуру информационных систем предприятий и организаций;
• методологии и технологии реинжиниринга, проектирования и аудита прикладных информационных систем различных классов;
• инструментальные средства поддержки технологии проектирования и аудита информационных систем и сервисов;
• методы оценки экономической эффективности и качества, управления надежностью и информационной безопасностью;
• особенности процессного подхода к управлению прикладными • современные ИКТ в процессном управлении;
• концептуальное моделирование процессов управления знаниями; архитектуру систем управления знаниями;
уметь:
• проводить анализ современных методов и средств информатики для решения прикладных задач различных классов;
• выбирать методологию и технологию проектирования информационных систем;
• обосновывать архитектуру ИС;
• управлять проектами ИС на всех стадиях жизненного цикла, оценивать эффективность и качество проекта;
• применять современные методы управления проектами и сервисами ИС;
• использовать инновационные подходы к проектированию ИС;
владеть:
• навыками применения современных программно-технических средств для решения прикладных задач различных классов;
• навыками реинжинринга прикладных и информационных процессов;
• навыками моделирования процессов и знаний;
• навыками проектирования информационных систем с использованием современных инструментальных средств;
• навыками управления проектами по информатизации прикладных процессов и систем.
2. СТРУКТУРА И ТРУДОЕМКОСТЬ ДИСЦИПЛИНЫ.
экзамен)3. ТЕМАТИЧЕСКИЙ ПЛАН
Программная инженерия в 1. программных средств Формальные методологии 1. программной инженерии 1. 2. 3.3 Масштабирование методологий Из них в интерактивной форме, Планирование самостоятельной работы студентов Модуль программных средств методологии программной инженерии Модуль контрактами обеспечение качества самостоятельных Анализ требований выполнение производство4. РАЗДЕЛЫ ДИСЦИПЛИНЫ И МЕЖДИСЦИПЛИНАРНЫЕ СВЯЗИ
С ОБЕСПЕЧИВАЕМЫМИ (ПОСЛЕДУЮЩИМИ)
ДИСЦИПЛИНАМИ
№ Наименование обеспечиваемых Темы дисциплины необходимые для п/п (последующих) дисциплин изучения обеспечиваемых (последующих) Политика и стратегия внедрения информационных систем Интеграция систем5. СОДЕРЖАНИЕ ДИСЦИПЛИНЫ
ТЕМА 1.1 Программная инженерия в жизненном цикле программных средств Основы жизненного цикла программных средств. Роль системотехники в программной инженерии. Системные основы современных технологий программной инженерии.Процесс изучения темы направлен на формирование следующих компетенций:
способен понимать сущность и значение информации в развитии современного информационного общества, сознавать опасности и угрозы, возникающие в этом процессе, соблюдать основные требования информационной безопасности, в том числе защиты государственной тайны (ОК-7);
способен к профессиональной эксплуатации современного электронного оборудования в соответствии с целями ООП магистратуры (ПК-4).
Цель темы – формирование у обучающихся:
знаний современных методов, средств, стандартов информатики для решения прикладных задач различных классов;
умений использовать инновационные подходы к проектированию навыков применения современных программно-технических средств для решения прикладных задач различных классов.
инженерии Rational Unified Process. Структура методологии. Стандарт SPEM. Роли. Задачи. Артефакты. Модель жизненного цикла. Лучшие практики.
Процесс изучения темы направлен на формирование следующих компетенций:
способен совершенствовать и развивать свой интеллектуальный и общекультурный уровень, самостоятельно обучаться новым методам исследования (ОК-1);
способен проводить маркетинговый анализ ИКТ и вычислительного оборудования для рационального выбора инструментария автоматизации и информатизации прикладных задач (ПК-14).
Цель темы – формирование у обучающихся:
знаний методологии и технологии реинжиниринга, проектирования и аудита прикладных информационных систем различных классов;
умений выбирать методологию и технологию проектирования информационных систем;
навыков проектирования информационных систем с использованием современных инструментальных средств.
ТЕМА 1.3 Гибкие методологии программной инженерии Принципы гибких методологий. Scrum. Crystal Clear. Dynamic Systems Development Method. Agile Unified Process. Feature-driven development. ICONIX. Канбан.
Процесс изучения темы направлен на формирование следующих компетенций:
способен совершенствовать и развивать свой интеллектуальный и общекультурный уровень, самостоятельно обучаться новым методам исследования (ОК-1);
способен проводить маркетинговый анализ ИКТ и вычислительного оборудования для рационального выбора инструментария автоматизации и информатизации прикладных задач (ПК-14).
Цель темы – формирование у обучающихся:
знаний методологии и технологии реинжиниринга, проектирования и аудита прикладных информационных систем различных классов;
умений выбирать методологию и технологию проектирования информационных систем;
навыков проектирования информационных систем с использованием современных инструментальных средств.
ТЕМА 2.1 Управление продуктом Построение бизнес-модели. Персоны. Сторимаппинг. Бэклог продукта. Стратегическое планирование. Определение приоритетов историй пользователя. Цели спринта.
Процесс изучения темы направлен на формирование следующих компетенций:
способен формализовывать задачи прикладной области, при решении которых возникает необходимость использования количественных и качественных оценок (ПК-6);
способен проектировать архитектуру и сервисы информационных систем предприятий и организаций в прикладной области (ПК-16).
Цель темы – формирование у обучающихся:
знаний особенностей процессного подхода к управлению прикладными ИС, современных ИКТ в процессном управлении;
умений управлять проектами ИС на всех стадиях жизненного цикла, оценивать эффективность и качество проекта; применять современные методы управления проектами и сервисами ИС;
навыков управления проектами по информатизации прикладных процессов и систем.
ТЕМА 2.2 Управление командой Команда. Этапы командообразования. Самоорганизация в командах. Лучшие практики управления командой. Доска задач.
«Эффект наблюдателя».
Процесс изучения темы направлен на формирование следующих компетенций:
способен приобретать и использовать на практике знания, умения и навыки в организации исследовательских и проектных работ, в управлении коллективом (ОК-3).
Цель темы – формирование у обучающихся:
знаний особенностей процессного подхода к управлению прикладными ИС, современных ИКТ в процессном управлении;
умений управлять проектами ИС на всех стадиях жизненного цикла, оценивать эффективность и качество проекта; применять современные методы управления проектами и сервисами ИС;;
навыков управления проектами по информатизации прикладных процессов и систем.
ТЕМА 2.3 Управление контрактами Сроки и долгосрочное планирование. Оценка сроков. Лояльные клиенты. Нелояльные клиенты.
Процесс изучения темы направлен на формирование следующих компетенций:
способен проводить маркетинговый анализ ИКТ и вычислительного оборудования для рационального выбора инструментария автоматизации и информатизации прикладных задач (ПК-14);
способен исследовать закономерности становления и развития информационного общества в конкретной прикладной области Цель темы – формирование у обучающихся:
знаний особенностей процессного подхода к управлению прикладными ИС, современных ИКТ в процессном управлении;
умений управлять проектами ИС на всех стадиях жизненного цикла, оценивать эффективность и качество проекта; применять современные методы управления проектами и сервисами ИС;;
навыков управления проектами по информатизации прикладных процессов и систем.
ТЕМА 2.4 Управление рисками Выявление рисков. Анализ и приоритезация. Планирование.
Мониторинг. Коррекция. Извлечение уроков.
Процесс изучения темы направлен на формирование следующих компетенций:
способен проводить анализ экономической эффективности ИС, оценивать проектные затраты и риски (ПК-10).
Цель темы – формирование у обучающихся:
знаний особенностей процессного подхода к управлению прикладными ИС, современных ИКТ в процессном управлении;
умений управлять проектами ИС на всех стадиях жизненного цикла, оценивать эффективность и качество проекта; применять современные методы управления проектами и сервисами ИС;;
навыков управления проектами по информатизации прикладных процессов и систем.
ТЕМА 2.5 Инженерные практики Непрерывная интеграция. Разработка через тестирование и разработка с тестами. Рефакторинг. Парное программирование.
Формальные инспекции кода. Простота архитектуры и метафора системы. Коллективное владение кодом и стандарт кодирования. 40часовая рабочая неделя.
Процесс изучения темы направлен на формирование следующих компетенций:
способен приобретать и использовать на практике знания, умения и навыки в организации исследовательских и проектных работ, в управлении коллективом (ОК-3);
способен выбирать методологию и технологию проектирования ИС с учетом проектных рисков (ПК-11);
способен применять современные методы и инструментальные средства прикладной информатики для автоматизации и информатизации решения прикладных задач различных классов и создания ИС (ПК-15);
способен анализировать данные и оценивать требуемые знания для решения нестандартных задач с использованием математических методов и методов компьютерного моделирования (ПК-12).
Цель темы – формирование у обучающихся:
знаний архитектуры информационных систем предприятий и организаций; инструментальных средств поддержки технологии проектирования и аудита информационных систем и сервисов;
концептуального моделирования процессов управления знаниями; архитектуру систем управления знаниями;
умений проводить анализ современных методов и средств информатики для решения прикладных задач различных классов; обосновывать архитектуру ИС;
навыков реинжинринга прикладных и информационных процессов; моделирования процессов и знаний.
ТЕМА 3.1 Контроль и обеспечение качества Интеграция контроля и обеспечения качества. Структура спринта для тестировщиков. Соотношение разработчиков в команде. Виды проверок и способы их проведения.
Процесс изучения темы направлен на формирование следующих компетенций:
способен приобретать и использовать на практике знания, умения и навыки в организации исследовательских и проектных работ, в управлении коллективом (ОК-3);
способен исследовать применение различных научных подходов к автоматизации информационных процессов и информатизации предприятий и организаций (ПК-9);
способен анализировать и оптимизировать прикладные и информационные процессы (ПК-13).
Цель темы – формирование у обучающихся:
знаний методологии и технологии реинжиниринга, проектирования и аудита прикладных информационных систем различных классов;
умений управлять проектами ИС на всех стадиях жизненного цикла, оценивать эффективность и качество проекта;
навыков применения современных программно-технических средств для решения прикладных задач различных классов.
ТЕМА 3.2 Анализ требований Роль системного аналитика. UML. Процесс ICONIX. Стратегия актуализации документации. Прототипы.
Процесс изучения темы направлен на формирование следующих компетенций:
способен исследовать закономерности становления и развития информационного общества в конкретной прикладной области способен формализовывать задачи прикладной области, при решении которых возникает необходимость использования количественных и качественных оценок (ПК-6).
Цель темы – формирование у обучающихся:
знаний методов оценки экономической эффективности и качества, управления надежностью и информационной безопасностью;
умений выбирать методологию и технологию проектирования информационных систем; обосновывать архитектуру ИС;
навыков моделирования процессов и знаний.
ТЕМА 3.3 Масштабирование методологий Организационные структуры и их виды. Состав команды.
Масштабирование. Метаметодологии. Управление продуктами.
Распределенные методологии.
Процесс изучения темы направлен на формирование следующих компетенций:
способен исследовать применение различных научных подходов к автоматизации информационных процессов и информатизации предприятий и организаций (ПК-9);
способен выбирать методологию и технологию проектирования ИС с учетом проектных рисков (ПК-11).
Цель темы – формирование у обучающихся:
знаний современных методов, средств, стандартов информатики для решения прикладных задач различных классов; особенности процессного подхода к управлению прикладными ИС;
концептуальное моделирование процессов управления знаниями; архитектуру систем управления знаниями;
умений выбирать методологию и технологию проектирования информационных систем; применять современные методы управления проектами и сервисами ИС;
навыков применения современных программно-технических средств для решения прикладных задач различных классов.
ТЕМА 3.4 Бережливое производство Виды потерь в производстве. Инструменты бережливого производства. Производственная система Toyota. Кайзен.
Процесс изучения темы направлен на формирование следующих компетенций:
способен проектировать информационные процессы и системы с использованием инновационных инструментальных средств, адаптировать современные ИКТ к задачам прикладных ИС (ПКЦель темы – формирование у обучающихся:
знаний методов оценки экономической эффективности и качества, управления надежностью и информационной безопасностью;
умений использовать инновационные подходы к проектированию навыков применения современных программно-технических средств для решения прикладных задач различных классов.
6. ПЛАНЫ СЕМИНАРСКИХ ЗАНЯТИЙ
Практическое занятие 1 (Тема 1.1, 1.2, 1.3, 8 часов).Целями данного занятия является следующее.
1. Разделить студентов на scrum-команды, определить и обсудить Scrum-роли.
2. Провести начальное знакомство с модельной задачей, которую предстоит реализовать.
3. Прояснить открытые вопросы по модельной задаче с Prodcut Owner.
4. Создать командный проект на TFS и добавить в него пользователей.
Для разделения студентов на scrum-команды и выделения Scrum-мастеров можно прибегнуть к жеребьевке, после чего перейти к знакомству с задачей. Для этого руководитель курса должен заранее приготовить следующие документы:
•Краткое описание основной концепции разрабатываемого приложения.
•Список задач в формате product backlog.
Команды получают эти документы и в течение 20-30 минут обсуждают их в рамках команды, готовя вопросы к хозяину продукта.
Затем, в течение 20-30 минут хозяин продукта отвечает на подготовленные командами вопросы.
После того, как команды получили представление о разрабатываемом продукте (модельной задаче), им необходимо создать командный проект в MS VSTS и занести всех участников проекта в список пользователей.
Шаг 1. Создание проекта.
Создание командного проекта осуществляется лидером команды по следующему сценарию:
1. Открыть Visual Studio Team Suite и окно Team Explorer в ней:
2. Нажать кнопку соединится с сервером.
3. Задать имя и порт сервера в открывшееся диалоге:
4. После того, как соединение с сервером установлено, запустить процедуру создания проекта, используя соответствующую команду контекстного меню (New Team Project…:
TFSCourse-:
6. В качестве шаблона процесса разработки выбрать Scrum:
7. Создать новый пустой раздел в системе контроля версий для данного проекта:
8. После выбора всех настроек, создать проект.
Шаг 2. Настройка прав.
После того, как проект был создан лидеру необходимо выделить права остальным участникам команды для работы с этим проектом.
Для этого ему нужно:
1. Выбрать в свойствах проекта раздел Group membership:
2. В открывшемся диалоге включить всех участников в группы Readers и Contributors:
Шаг 3. Подключение проекта остальными участниками команды.
После того, как все получили права на работу с проектом, каждый участник команды должен на своей машине открыть Visual Studio и добавить соединение с этим проектом. Выполняется это аналогично пунктам 1-4 первого шага занятия.
Практическое занятие 2 (Тема 2.1, 2.4, 3.1, 10 часов).
Основной целью данного занятия является знакомство участников с системой отслеживания элементов работы.
1. Создание элементов работы средствами Visual Studio и Team Explorer.
2. Импорт и экспорт элементов работы из/в Mcrosoft Excel.
3. Назначение ответственных за элементы работы.
4. Отслеживание текущего статуса посредством отчетов.
В рамках данного занятия предполагается провести планирование работы команды по методологии Scrum. Команды уже провели предварительное знакомство с проектов, а на данном этапе от них требуется следующее.
1. Импортировать содержимое списка требований в TFS, используя средства импорта из Excel.
2. Подробно рассмотреть 10 наиболее приоритетных пользовательских историй.
3. Обсудить возникшие вопросы с хозяином продукта.
4.Провести пользовательские истории на мелкие подзадачи.
5. Распределить подзадачи среди участников проекта.
6. Отчитаться перед хозяином продукта о том, какие пользовательские истории были запланированы. При отчете использовать отчеты TFS.
Шаг 1. Импорт списка пользовательских историй.
Для того, чтобы загрузить пользовательские истории из Excelфайла, полученного командами на прошлом занятии нужно:
1. Выбрать команды Add work items using Microsoft Excel в контекстном меню:
2.В открывшемся окне Excel настроить колонки таким образом, чтобы они совпадали порядком и смыслом с колонками в исходном Excel документе (для этого можно использовать команды Choose columns):
3. После того, как колонки настроены, скопировать значения из исходного Excel в редактируемый.
4. Показать колонку с именем Work Item Type и задать для все строчек значение Product backlog item.
6. Убедится, что при выполнении запроса All product backlog items, видны все вновь загруженные пользовательские истории:
Шаг 2. Создание sprint После импорта списка пользовательских историй команда должна создать элемент работы, соответствующий начинающемуся sprint. Некоторое количество sprints уже создано по умолчанию при создании проекта:
Для активации первого спринта ему необходимо установить дату начала, дату окончания и количество часов, которые команда может потратить в этом спринте.
Шаг 3. Формирование Sprint backlog После обсуждения открытых вопросов по 10 наиболее приоритетным пользовательским историям команда должна приступить к планированию текущего sprint и формированию sprint backlog. Для этого ей необходимо рассмотреть список всех пользовательских историй и разбить его на список более мелких задач. При этом для каждой задачи необходимо создать элемент работы типа sprint backlog item и проставить следующие атрибуты:
1. В качестве sprint указать Release1/Sprint1.
2. Добавить связь с соответствующим элементом product backlog, а также со всеми связанными элементами работы.
3. Установить Estimated efforts и Work remaining в соответствии с оценкой команды.
4. Задать ответственного за задачу (Owned By).
Выполнить все операции нужно средствами Visual Studio и Team Explorer.
После создания и распределения задач каждый член команды должен на своей машине убедиться, что выданные ему задачи отображаются в результатах запроса My Sprint Backlog Items.
Практическое занятие 3 (Тема 2.5, 3.1, 8 часов).
Основной целью данного занятия является освоение системы контроля версий Team Foundation Server и её интеграции с системой отслеживания задач. Занятие предполагает выполнение следующих действий.
1. Разработка кода модельной задачи средствами Visual Studio и внесение его в систему управления версиями.
2. Проставление связей между вносимыми изменениями и элементами системы отслеживания задач.
3. Создание параллельно поддерживаемых веток кода.
4. Интеграция изменений, сделанных параллельно в одном файле или в разных ветках кода.
Шаг 1. Разработка кода.
Перед началом работы команде необходимо создать решение (solution) средствами Visual Studio, включив опцию Add to Source Control:
В открывшемся после создания проекта окне необходимо выбрать командный проект, в систему контроля версий которого нужно добавить данное решение:
Затем необходимо внести все данные в систему контроля версий, используя команду Check-in, открывающую диалог:
В этом диалоге необходимо внести комментарии к вносимому коду, а также, на вкладке Work items, связать вносимое изменение с элементами работы:
Шаг 2. Создание ветки кода.
Для того, чтобы освоится с практикой конфигурационного управления, команды должны создать ветвь в системе контроля версий, следуя приведенной ниже инструкции.
1. Открыть Source control explorer:
2. Выбрать нужный проект и в контекстном меню команду Branch:
3.В открывшемся окне задать целевую папку, куда необходимо скопировать данные для новой ветви:
4. Внести изменения с помощью команды Check-in После того, как создана ветка, разные участники команды вносят изменения в разные ветки кода, реализую необходимую функциональность приложения.
Шаг 3. Объединение изменений После того, как в отдельные ветви было внесено некоторое количество изменений, необходимо перенести изменения из отделенной ветви в основную, используя команду Merge:
В процессе объединения изменений могут возникнуть конфликты, информация о которых будет включена в сообщение следующего вида:
Все конфликты необходимо разрешить, используя команду Resolve и утилиту для объединения результатов.
После разрешения конфликтов все изменения внести в систему контроля версий посредством операции Check-in.
Практическое занятие 4 (Тема 3.1, 3.2, 10 часа).
На данном занятии команды должны разработать набор модульных тестов, покрывающих функциональность, разработанную на занятии предыдущем. В рамках данного занятие предполагается освоить следующие возможности MS VSTS.
1. Автоматическая генерация тестов.
2. Наполнение тестов содержимым.
3. Запуск тестов и просмотр результатом.
4. Изменение конфигурации работы тестов.
Шаг 1. Автоматическая генерация тестов.
воспользоваться возможность Visual Studio по автоматической генерации тестов. Для этого необходимо воспользоваться командой Test/New Test и выбрать Unit Test wizard в открывшиеся окне:
После создания тестового проекта, будет предложен выбор из тех типов и методов, для тестирования которых необходимо создать заглушки:
В этом диалоге команда должна выбрать все основные классы и методы, которые планируется покрыть модульными тестами.
Шаг 2. Наполнение тестов содержимым.
После генерации тестового покрытия команда получить набор скелетов тестов для всех методов, которые были выбраны для тестирования. Однако, эти тесты имеют достаточно простую структуру и пока лишены смысла:
///A test for Multiply [TestMethod()] public void MultiplyTest() // TODO: Initialize to an appropriate int a = 0; // TODO: Initialize to an appropriate value int b = 0; // TODO: Initialize to an appropriate value int expected = 0; // TODO: Initialize to an appropriate Assert.Inconclusive("Verify the correctness of this test На следующем шаге команда должна заполнить эти тесты необходимым содержимым, используя функциональность по валидации (Assert), предоставляемую тестовой платформой.
Шаг 3. Запуск тестов Для того, чтобы исполнить созданные тесты необходимо использовать соответствующую панель инструментов:
После этого результаты выполнения тестов будут видны в окне результатов:
Команды должны добиться того, чтобы все разработанные тесты проходили успешно.
Шаг 4. Изменение конфигурации тестов.
Для того, чтобы проанализировать качество разработанных тестов, команда должна вычислить тестовое покрытие. Для этого её необходимо:
1.Открыть файл конфигурации запуска тестов, автоматически добавленный к решению при создании тестов:
2. На открывшемся диалоге выбрать вкладку Code Coverage и установить то, какие именно проекты нужно анализировать:
3.После сохранения конфигурации запустить тесты и активировать опцию Show Code Coverage Coloring:
Практическое занятие 5 (Тема 2.2, 2.3, 8 часов).
На данном этапе команда должна создать в своем проекте процедуру автоматической сборки. При этом должно быть создано несколько процедур:
1. Простая процедура, включающая только сборку.
2. Полная процедура, включающая тесты и анализ кода.
После создания сборок необходимо настроить параметры непрерывной интеграции:
1. Простая сборка должна запускаться после каждого внесенного изменений, но не чаше чем раз в 5 минут.
2. Полная сборка должна запускаться каждую ночь.
Шаг 1. Создание простой сборки Все результаты сборки, проведенной TFS, выкладываются в разделяемую папку, на запись в которую есть права у пользователя, с правами которого работает сервер автоматических сборок (обычно – TFSBuild), а также у пользователя, с правами которого работает сам TFS (обычно – TFSService). Как правило, учащиеся не обладают достаточным количеством прав для создания такого рода папок, поэтому они должны быть заранее подготовлены преподавателем.
Для создания простой сборки необходимо обратится к окну Team Explorer, после чего в разделе Builds выбрать команду Build Definitions:
Вызов этой команды приведет к открытию мастера, в котором нужно задать следующие параметры сборки:
1. Задать имя и описание сборки:
2. На закладке Project File, создать новое описание сборки используя кнопку Create, после чего задав проекты и конфигурации для сборки:
3.На закладке Build Defaults создать определение агентасборщика используя кнопку New. Для агента указать имя, описание, и IP адрес сервера сборок (как правило, совпадает с сервером TFS):
4. На закладке Build Defaults также необходимо задать имя разделяемой папки, в которую будут сложены результаты:
После того, как определение сборки было создано, её необходимо запустить, используя команду Queue new build:
После запуска сборки необходимо дождаться ее завершения, и убедится, что на соответствующей сетевой папке появились результаты сборки.
Шаг 2. Создание сложной сборки.
Создание сложной сборки проходит во многом аналогично созданию сборки простой, за исключением нескольких шагов:
1. На закладке опций при создании проекта сборки необходимо включить автоматический запуск модульных тестов и анализ кода:
2. На закладке Build Defaults необходимо задать другую папку для сбора результатов:
После создания сборки необходимо запустить её, и обратить внимание, что результаты сборки включают и результаты тестов:
Теперь нужно добиться выполнения статического анализа кода во время ночной сборки. Для этого необходимо активировать анализ кода в настройках соответствующих проектов:
Следующая же собранная сборка будет содержать большое количество предупреждений от анализатора:
Шаг 3. Настройка непрерывной интеграции.
На данном шаге учащимся необходимо исправить описания сборок таким образом, чтобы они выполнялись автоматически при определенных условиях. Простой вариант сборки должен запускаться автоматически после каждого внесения изменений, но не чаще, чем в пять минут. Для того, чтобы добиться этого необходимо:
1. Вызвать команду Edit build definition:
2. Задать настройки автоматического запуска на закладке Trigger:
3. Настроить политику очистки сборок на закладке Retention Policy. Это необходимо для того, чтобы избежать быстрого исчезновения места на машине-сборщике и для удаления из базы TFS информации о второстепенных сборках:
Проведение сборки после внесения изменений наиболее эффективно в том случае, если участники проекта получают нотификации о том, что сборка была проведена. Для того чтобы этого добиться необходимо:
1. В контекстном меню проекта выбрать команду Project Alerts:
2.В списке событий, о которых нужно слать нотификации, выбрать “a build completes” и задать список адресов электронной почты, на которые нужно отправить сообщение:
После настройки простой сборки для запуска при внесении изменения необходимо проверить работу системы – внести некоторое изменение и дождаться сообщения о сборке.
Аналогичным образом можно настроить и автоматический запуск сложной сборки каждый день в определенное время.
Практическое занятие 6 (Тема 3.3, 3.4, 4 часа).
На завершающем этапе, соответствующем окончанию спринта, команды должны провести ретроспективу своей деятельности и сформировать список возможных изменений в процессе и работе с TFS. Все замечания должны быть занесены в TFS как соответствующие элементы работы.
В рамках ретроспективы команда должна предложить некоторые изменения к элементам работы, вовлеченным в процесс, а затем и реализовать эти изменения.
Шаг 1. Ретроспектива На ретроспективе команда в течение 20-30 минут обсуждает то, как прошел данный спринт, выделяя позитивные и негативные моменты, а также предложения по изменениям.
Все комментарии должны быть внесены в соответствующий элемент работы типа Sprint retrospective, а для каждого предложения по улучшению заведены элементы работы типа Sprint backlog item, а для каждого идентифицированного негативного момента, требующего устранения – элемент работы типа Impediment.
Результаты ретроспективы необходимо обсудить с хозяином продукта.
Шаг 2. Изменение элемента работы На этапе ретроспективы команда должна выявить некоторые изменения в формате и жизненном цикле элементов работы, которые помогут повысить эффективность команды. На следующем шаге им нужно воплотить эти изменения в жизнь. Для этого необходимо:
1. Открыть тип элемента работы на редактирование с помощью команды меню Tools:
2. Выбрать нужный элемент работы в открывшемся диалоге:
3. На закладке Fields добавить, удалить или изменить необходимые поля:
4.На закладке Layout изменить соответствующим образом визуальное представление элемента работы:
5.На закладке Workflow внести необходимые изменения в жизненный цикл элемента работы:
После внесения всех изменений их нужно сохранить, а затем убедиться, что они применились к существующим и к вновь создаваемым элементам работы.
7. УЧЕБНО – МЕТОДИЧЕСКОЕ ОБЕСПЕЧЕНИЕ
САМОСТОЯТЕЛЬНОЙ РАБОТЫ СТУДЕНТОВ. ОЦЕНОЧНЫЕ
СРЕДСТВА ДЛЯ ТЕКУЩЕГО КОНТРОЛЯ УСПЕВАЕМОСТИ,
ПРОМЕЖУТОЧНОЙ АТТЕСТАЦИИ ПО ИТОГАМ ОСВОЕНИЯ
ДИСЦИПЛИНЫ (МОДУЛЯ)
Учебно-методическое обеспечение выполнения обучающимися самостоятельных заданий лабораторного практикума включает методические указания к выполнению каждого задания (выдаются обучающимся в электронном виде).Контрольные вопросы для проведения зачета:
1. Эволюция сложных программных систем.
2. Методы документирования архитектуры.
3. Управление знаниями в процессе разработки программных систем.
4. CASE технологии разработки программных систем.
5. Модели программных систем.
6. Построение процесса разработки программных систем.
7. Бизнес аспекты разработки программных систем.
8. Модели ROI для оценки эффективности компанийразработчиков программного обеспечения.
9. Человеческий фактор при разработке ПО.
10. Модели и методы оценки личностных характеристик исполнителей и команды в целом.
функциональных точек.
12. Регрессионная модель оценки затрат программных проектов COCOMO II.
13. Оценка программных проектов в модели SLIM.
14. Методы выбора организационной формы реализации программного проекта.
15. Количественные методики оценки рисков программных проектов.
16. Метрические показатели в оценке программных проектов.
17. Модели структурного анализа программных проектов.
18. Модели объектно-ориентированного анализа программных проектов.
19. Метод определения точек тестирования, основанный на анализе цикломатической сложности Мак-Кейба.
20. Сравнительный анализ инструментов моделирования и трассировки программных требований.
программных проектов.
программных проектов.
23. Сравнительный анализ инструментов тестирования программного обеспечения (генераторы тестов, схемы выполнения тестов, оценка тестов, управление тестами).
24. Сравнительный анализ инструментов сопровождения программного обеспечения.
программного обеспечения.
ориентированные на процессы.
27. Сравнительный анализ инструментов обеспечения качества программного обеспечения.
конфигурацией программного обеспечения.
29. Инструменты планирования и отслеживания программных проектов.
30. Инструменты, реализующие поддержку инфраструктуры разработки.
8. ОБРАЗОВАТЕЛЬНЫЕ ТЕХНОЛОГИИ
В рамках учебного курса предусматривается разбор конкретных ситуаций (комплексные ситуационные задания) по теме 2.1.Предусмотрены интерактивные формы проведения занятий:
анализ результатов;
организация дискуссий и круглых столов по темам 1.4, 2.2, 2.4, 3.2;
проведение семинаров в диалоговом режиме.
9. УЧЕБНО-МЕТОДИЧЕСКОЕ И ИНФОРМАЦИОННОЕ
ОБЕСПЕЧЕНИЕ ДИСЦИПЛИНЫ (МОДУЛЯ).
Основная литература:Анализ требований к автоматизированным информационным информационных технологий - ИНТУИТ.ру, Все электронные книги ИНТУИТ, 2012 г.
Информационные технологии в управлении. Граничин О.Н., Кияев В.И. Интернет-университет информационных технологий - ИНТУИТ.ру, Все электронные книги ИНТУИТ, Управление внедрением информационных систем. Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Интернет-университет информационных технологий - ИНТУИТ.ру, Все электронные книги ИНТУИТ, 2012 г.
Дополнительная литература:
Технологии разработки современных информационных систем на платформе Microsoft.NET. Павлова Е.А. Интернетуниверситет информационных технологий - ИНТУИТ.ру, Все электронные книги ИНТУИТ, 2008 г.
информационных систем: учеб.-метод. пособие/ А. Г. Ивашко.
- Тюмень: Изд-во ТюмГУ, Методы и модели информационного менеджмента: учеб.
пособие для студ. вузов, обуч. по спец. "Прикл. информатика (по областям)" и др. эконом. спец./ ред. А. В. Костров. Москва: Финансы и статистика, В.В. Липаев Программная инженерия. Методологические основы. Учебник. М.: ТЕИС, 2006.
Бергстрём, Стефан. Rational Unified Process - путь к успеху:
руководство по внедрению RUP : пер. с англ./ С. Бергстрём. Москва: Кудиц-Образ, Кролл, Пер. Rational Unified Pricess - это легко: руководство по RUP : пер. с англ./ П. Кролл. - Москва: Кудиц-Образ, информационных систем: учеб. пособие/ В. И. Грекул, Г. Н.
Денищенко, Н. Л. Коровкина. - 2-е изд., испр.. - Москва:
Интернет-Университет Информационных Технологий: Все электронные книги ИНТУИТ, Периодические издания:
Программирование.
Проблемы информатизации.
Информационные технологии и вычислительные системы.
Программное обеспечение и Интернет – ресурсы:
1. Software Engineering Conference (Russia) 2005, 2006, http://www.secr.ru/ Перевод SWEBOK 2004 с замечаниями и комментариями, подготовленный Сергеем Орликом при участии Юрия Булуя http://swebok.sorlik.ru/ http://cmmiinstitute.com/
10. ТЕХНИЧЕСКИЕ СРЕДСТВА И МАТЕРИАЛЬНО-ТЕХНИЧЕСКОЕ
ОБЕСПЕЧЕНИЕ ДИСЦИПЛИНЫ (МОДУЛЯ).
Компьютерный класс с установленным программным обеспечением:Microsoft Office Project, Microsoft Office Visio; Microsoft Visual Studio.