- •1. Введение в методологию msf и историческая справка
- •2. Что такое методология?
- •3. Основные концепции методологии msf
- •4. Основные положения msf
- •5. Формирование команды. Модель проектной группы
- •14. Управление выпуском
- •15. Удовлетворение потребителя
- •13. Тестирование
- •6. Основные принципы построения команды
- •16. Управление продуктом
- •12. Разработка
- •10. Управление программой
- •7. Ролевые группы и роли
- •11. Архитектура продукта
- •24. Принципы модели процессов
- •8. Зоны ответственности ролевых групп
- •9. Задачи ролевых групп и взаимодействие с заинтересованными лицами
- •17. Рекомендации по возможному объединению ролей
- •18. Основные сведения о рисках
- •19. Планирование управления рисками
- •20. Процесс управления рисками
- •21. Управление рисками как составная часть жизненного цикла проекта
- •22. Учебный пример. Выделение рисков
- •23. Модель процессов msf
- •25. Взаимодействуйте с “заказчиками”
- •26. Поощряйте свободный обмен информацией в проекте
- •27. Создавайте “единое видение проекта”
- •28. Следите за качеством продукта
- •29. Проявляйте гибкость - будьте готовы к изменениям
- •31. Будьте готовы к внедрению сегодня
- •30. Ставьте "вехи"
- •32. Управление компромиссами
- •33. Треугольник компромиссов
- •34. Матрица компромиссов проекта
- •35. Схема процесса разработки
- •36. Структурные единицы схемы
- •37. Цикличность процесса разработки
- •38. Фазы и вехи процесса разработки
- •39. Фаза выработки концепции
- •40 . Основные задачи фазы
- •41. Задачи ролевых групп на фазе выработки концепции
- •44. Выработка концепции
- •43. Результаты фазы выработки концепции
- •42. Вехи фазы выработки концепции
- •45. Видение проекта
- •46. Концепция решения
- •47. Цели и Задачи
- •48. Предположения и Ограничения
- •49. Пользователи
- •50. Сценарии использования
- •51. Рамки
- •52. Функциональность решения
- •53. За рамками решения
- •54. Планирование проекта. Фаза планирования
- •55. Основные задачи фазы
- •56. Задачи ролевых групп на фазе планирования
- •57. Вехи фазы планирования
- •62. Вехи фазы разработки
- •63. Результаты фазы разработки
- •64. Стабилизация решения. Фаза стабилизации
- •65. Основные задачи фазы
- •67. Вехи фазы стабилизации
- •68. Результаты фазы стабилизации
- •66. Задачи ролевых групп на фазе стабилизации
- •69. Внедрение решения. Фаза внедрения
- •70. Основные задачи фазы
- •71. Задачи ролевых групп на фазе внедрения
- •72. Вехи фазы внедрения
- •73. Результаты фазы внедрения
- •74. Компоненты
- •75. Имя компонента
- •80. Узел
- •76. Виды компонент
- •77. Интерфейсы
- •78. Зависимости
- •79. Рекомендации по построению диаграммы компонентов
- •81. Соединения
- •82. Рекомендации по построению диаграммы развертывания
- •83. Кооперация
- •84. Диаграмма кооперации уровня спецификации
- •85. Объекты
- •86. Мультиобъект
- •87. Активный объект
- •88. Составной объект
- •89. Связи
- •90. Стереотипы связей
- •91. Сообщения
- •92. Формат записи сообщений
- •93. Заключительные рекомендации по построению диаграмм кооперации
- •1. Введение в методологию msf и историческая справка
- •2. Что такое методология?
- •3. Основные концепции методологии msf
45. Видение проекта
Формулировка видения (vision statement) должна быть достаточно краткой для запоминания, достаточно ясной для понимания и достаточно сильной для мотивирования.
Представим возможный вариант.
Разработанная система бронирования билетов позволит авиакомпании “GlobalAvia” повысить эффективность управления рейсами и даст возможность клиентам компании самостоятельно подбирать маршруты (в том числе с пересадками) с оптимальной стоимостью. Через год разработанное решение позволит авиакомпании увеличить число своих клиентов не менее чем в 1.5 раза.
46. Концепция решения
Концепция решения (solution concept) предоставляет общее описание подходов, которые проектная группа предполагает использовать для разрешения проблем и/или удовлетворения потребностей заинтересованных сторон.
47. Цели и Задачи
Формирование концепции решения начинается с выяснения у заинтересованных сторон, описания и фиксации проектной группой целей проекта. Далее каждая цель разбивается на измеримые компоненты – задачи.
Например, в случае системы бронирования билетов на рейсы авиакомпании цели системы:
- работать с аэропортами и рейсами;
- подобрать клиенту оптимальный маршрут.
Задачи системы:
- решать однокритериальную задачу поиска кратчайших путей на графах (критерий – цена);
- работать с базой данных аэропорта;
- бронировать билеты;
- …
48. Предположения и Ограничения
В процессе формирования концепции решения проектная группа постоянно взаимодействует с заинтересованными сторонами, собирая необходимую информацию о требованиях к функциональности будущего решения. Тем не менее, неизбежная неполнота информации приводит к тому, что относительно некоторых функциональных возможностей решения могут потребоваться предположения (assumptions). Помимо функциональных требований заинтересованные стороны могут выдвигать качественные требования, задающие ограничения на создаваемое решение. Также ограничения могут порождаться средой, в которой должно будет функционировать решение после внедрения.
Например, в случае системы бронирования билетов на рейсы авиакомпании на системы накладываются следующие ограничения:
- система не является распределенной;
- нет разграничения прав между менеджерами и пользователями;
- интерфейс системы представлен в одном окне;
- система должна наглядно демонстрировать формы и способы хранения и взаимодействия данных.
49. Пользователи
Основой формулировки требований является анализ использования, включающий определение пользователей (users) и описание того, как пользователи будут взаимодействовать с решением.
Например, в системе бронирования билетов на рейсы авиакомпании будет две группы пользователей:
- Менеджеры аэропорта
- Покупатели билетов
50. Сценарии использования
Сценарии использования (usage scenarios) определяют последовательности действий, которые пользователи выполняют при взаимодействии с решением. MSF не специфицирует явным образом способы описания сценариев использования. Один из возможных (и достаточно распространенных) вариантов – язык UML.