Учебный курс «Технологии программирования. Курс на базе Microsoft Solutions Framework (msf)» для подготовки по направлению «Информационные технологии»




Скачать 15,28 Kb.
НазваниеУчебный курс «Технологии программирования. Курс на базе Microsoft Solutions Framework (msf)» для подготовки по направлению «Информационные технологии»
Дата04.02.2016
Размер15,28 Kb.
ТипУчебный курс
Федеральное агентство по образованию РФ

ГОУ ВПО Нижегородский государственный университет им. Н.И. Лобачевского

Факультет Вычислительной математики и кибернетики

Кафедра Математического обеспечения ЭВМ


УЧЕБНЫЙ КУРС

«Технологии программирования.
Курс на базе Microsoft Solutions Framework (MSF)»


для подготовки по направлению «Информационные технологии»

Структура проекта


Нижний Новгород
2006
Содержание1

Структура проекта 1

1. Цели и Задачи 3

2. Предположения и Ограничения 3

3. Рамки проекта 3

4. Роли и ответственности 6

5. Протоколы проекта 7



Документ “Структура проекта” включает в себя информацию об организации проектной группы, персонификации ролей и ответственности. Также документ разъясняет схемы взаимодействия проектной группы с заказчиком и заказчика – с проектной группой.

1.Цели и Задачи


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

Содержание данного раздела повторяет содержание раздела 2.1 документа “Концепция проекта”.

2.Предположения и Ограничения


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

Содержание данного раздела повторяет содержание раздела 2.2 документа “Концепция проекта”.

3.Рамки проекта


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

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

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

3.1.Матрица компромиссов проекта


Хорошо известна взаимозависимость между ресурсами проекта (людскими и финансовыми), его календарным графиком (временем) и реализуемыми возможностями (рамками). Эти три переменные образуют треугольник компромисов (tradeoff triangle), показанный на рис. 1.

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



  1. Треугольник компромиссов*

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



  1. Матрица компромиссов*

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

Рис. 2 показывает матрицу компромиссов проекта, используемую обычно проектными группами Майкрософт. Она помогает обозначить проектное ограничение, воздействие на которое практически невозможно (колонка “Фиксируется”), фактор, являющийся в проекте приоритетным (колонка “Согласовывается”), и третий параметр, значение которого должно быть принято в соответствии с установленными значениями первых двух величин (колонка “Принимается”).

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

Укажите здесь оценки (в выбранных вами единицах) параметров треугольника компромиссов: ресурсы, которыми располагает ваш проект; имеющееся для реализации проекта время; возможности решения, которые, согласно описанию в документе “Концепция проекта”, будут вами реализованы. Расставьте приоритеты и постройте на их основе матрицу компромиссов.

3.2.Вехи проекта


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

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

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

3.3.Сметы проекта


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

  • списке видов ресурсов,

  • требуемом количестве каждого ресурса,

  • тарифе на каждый вид ресурса,

  • общей стоимости каждого ресурса,

  • общей стоимости всех ресурсов, необходимых проектной группе.

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

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

3.4.План-график проекта


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

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

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

4.Роли и ответственности


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

4.1.Знания, умения и навыки


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

На основе имеющейся к данному моменту информации о разрабатываемом решении и способе его реализации сформулируйте требования к знаниям, умениям и навыкам, которые необходимы участникам проектной группы. В процессе формулирования учитывайте, что требования должны касаться всех ролевых кластеров команды (более подробно см. документ “Модель проектной группы MSF”).

4.2.Структура команды


Структура команды определяет организационные единицы (менеджер проекта, спонсоры, лидеры команд, и т.д.), задает отношения между ними и зоны их ответственности.

Распределите роли, предлагаемые моделью проектной группы MSF, в вашей команде и опишите здесь это распределение.

5.Протоколы проекта


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

5.1.Управление рисками


MSF уделяет большое внимание работе с рисками в проекте. На стадии выработки концепции этому посвящен отдельный документ “Оценка рисков”. Здесь же необходимо привести общее описание, содержащее:

  • выбранные проектной группой методы и средства для управления рисками;

  • расписание мероприятий по управлению рисками в ходе выполнения проекта;

  • роли и ответственности членов проектной группы в процессе управления рисками.

Основываясь на материале документа “Оценка рисков”, кратко опишите выбранные проектной группой методы и средства управления рисками. Добавьте к разработанному выше предварительному графику выполнения проекта расписание мероприятий по управлению рисками. Распределите мероприятия по управлению рисками между членами проектной группы и опишите здесь это распределение.

5.2.Управление конфигурацией


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

Данный раздел включает:

  • описание методов и средств управления конфигурацией;

  • описание шагов по запросу и принятию изменений в конфигурации;

  • роли и ответственности в управлении конфигурацией;

  • выбор и/или описание требований к системе контроля версий.

Опишите стратегию управления конфигурацией в проекте в соответствии с представленными выше пунктами.

5.3.Управление изменениями


Одна из существенных идей, лежащих в основе MSF – ориентированность на изменения. В то же время порядок внесения предложений, утверждения и реализации изменений и отслеживания результатов должен быть определен и зафиксирован. Кроме того, все изменения в проекте должны проводиться в соответствии с принятыми и утвержденными рамками решения и рамками проекта. В данном разделе должны быть описаны:

  • процесс управления изменениями;

  • форма запроса на изменение;

  • роли и ответственности в процессе управления изменениями;

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

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

5.4.Управление внедрениями


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

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

5.5.Достижение качества проекта


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

  • ожидания к качеству решения;

  • процесс проверки качества;

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

  • роли и ответственности в процессе достижения качества.

Сформулируйте и опишите стратегию по достижению требуемого качества проекта.

5.6.Рабочая среда проекта


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

Сформулируйте и опишите требования к рабочей среде проекта.

1 В документе использованы материалы белых книг (white papers) “MSF Process Model”, “MSF Risk Management Discipline”, “MSF Team Model” (http://www.microsoft.com/msf), их переводов “Модель процессов MSF”, “Дисциплина управления рисками MSF”, “Модель проектной группы MSF” выполненных в 2003 году корпораций eLine Software (http://www.elinesoftware.com), а также официальных курсов Microsoft 2710B и 1846A.

* Рисунок заимствован из белой книги (white paper) “Модель процессов MSF” в переводе корпорации eLine Software 2003 года.


Похожие:

Учебный курс «Технологии программирования. Курс на базе Microsoft Solutions Framework (msf)» для подготовки по направлению «Информационные технологии» iconУчебный курс «Технологии программирования. Курс на базе Microsoft Solutions Framework (msf)» для подготовки по направлению «Информационные технологии»
Целью фазы выявления рисков является создание проектной группой2 списка имеющихся рисков проекта. Этот список должен в максимально-возможной...
Учебный курс «Технологии программирования. Курс на базе Microsoft Solutions Framework (msf)» для подготовки по направлению «Информационные технологии» iconУчебный курс «Технологии программирования. Курс на базе Microsoft Solutions Framework (msf)» для подготовки по направлению «Информационные технологии»
Живые документы (living documents) должны изменяться по мере эволюции проекта. Такой подход существенно отличается от принципов ведения...
Учебный курс «Технологии программирования. Курс на базе Microsoft Solutions Framework (msf)» для подготовки по направлению «Информационные технологии» iconMicrosoft Solutions Framework Дисциплина управления проектами msf вер. 1
Иля Фортунов, старший архитектурный консультант, Microsoft Enterprise Services, uk
Учебный курс «Технологии программирования. Курс на базе Microsoft Solutions Framework (msf)» для подготовки по направлению «Информационные технологии» iconMicrosoft Solutions Framework Модель проектной группы msf вер. 1
Иля Фортунов, старший архитектурный консультант, Microsoft Enterprise Services, uk
Учебный курс «Технологии программирования. Курс на базе Microsoft Solutions Framework (msf)» для подготовки по направлению «Информационные технологии» iconMicrosoft Solutions Framework Модель проектной группы msf вер. 1

Учебный курс «Технологии программирования. Курс на базе Microsoft Solutions Framework (msf)» для подготовки по направлению «Информационные технологии» iconУчебно-методический комплекс по дисциплине «Информационные технологии» Направление подготовки 050100 «Педагогическое образование.»
«Информационные технологии» разработан в соответствии с требованиями фгос впо (федеральный или региональный компонент) к обязательному...
Учебный курс «Технологии программирования. Курс на базе Microsoft Solutions Framework (msf)» для подготовки по направлению «Информационные технологии» iconМодульный курс новосибирск 2002
Модульный курс предназначен для студентов экономического факультета. Он представляет собой три схематично изложенных модуля в рамках...
Учебный курс «Технологии программирования. Курс на базе Microsoft Solutions Framework (msf)» для подготовки по направлению «Информационные технологии» iconКурс «Технологии международной коммуникации в сфере инженерной физики и радиоэлектроники» модуль «Иностранный язык в профессиональной коммуникации»
А. Курс предназначен для подготовки магистрантов инженерных специальностей, состоит из основных и инновационных учебных курсов, программы...
Учебный курс «Технологии программирования. Курс на базе Microsoft Solutions Framework (msf)» для подготовки по направлению «Информационные технологии» iconПрограмма курса «Информатика и информационно-коммуникационные технологии»
КТ» является общеобразовательным курсом базового уровня, изучаемым в 10-11 классах. Курс ориентирован на учебный план, объемом 70...
Учебный курс «Технологии программирования. Курс на базе Microsoft Solutions Framework (msf)» для подготовки по направлению «Информационные технологии» iconУчебный курс «Зоопсихология и сравнительная психология»
Зорина Зоя Александровна, д б н., профессор, кафедра общей психологии. Курс предназначен для студентов, обучающихся по направлению...
Разместите кнопку на своём сайте:
Библиотека


База данных защищена авторским правом ©lib2.znate.ru 2012
обратиться к администрации
Библиотека
Главная страница