- •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
89. Связи
Связь является экземпляром или примером произвольной ассоциации. Связь может иметь место между двумя и более объектами. Бинарная связь на диаграмме кооперации изображается отрезком прямой линии, соединяющей два прямоугольника объектов. На каждом из концов этой линии могут быть явно указаны имена ролей данной ассоциации. Рядом с линией в ее средней части может записываться имя соответствующей ассоциации.
Связи не имеют собственных имен, поскольку полностью идентичны как экземпляры ассоциации: все связи на диаграмме кооперации могут быть только анонимными и записываются без двоеточия перед именем ассоциации. Для связей не указывается также и кратность. Однако другие обозначения специальных случаев ассоциации (агрегация, композиция) могут присутствовать на отдельных концах связей.
90. Стереотипы связей
Связь может иметь некоторые стереотипы, которые записываются рядом с одним из ее концов и указывают на особенность реализации данной связи. Могут использоваться следующие стереотипы:
"association" - ассоциация (предполагается по умолчанию, поэтому можно не указывать).
"parameter" - параметр метода. Соответствующий объект может быть только параметром некоторого метода.
"local" - локальная переменная метода. Ее область видимости ограничена только соседним объектом.
"global" - глобальная переменная. Ее область видимости распространяется на всю диаграмму кооперации.
"self - рефлексивная связь объекта с самим собой, которая допускает передачу объектом сообщения самому себе. Изображается петлей в верхней части прямоугольника объекта.
91. Сообщения
Сообщение на диаграмме кооперации специфицирует коммуникацию между двумя объектами, один из которых передает другому некоторую информацию. Связь обеспечивает канал для направленной передачи сообщений между объектами от объекта-источника к объекту-получателю.
Сообщения на диаграмме кооперации изображаются помеченными стрелками рядом с соответствующей связью ассоциации. Направление стрелки указывает на получателя сообщения.
Сплошная линия с треугольной стрелкой (а) обозначает вызов процедуры или другого вложенного потока управления. Обычно все такие сообщения являются синхронними.
Сплошная линия с V-образной стрелкой (б) обозначает простой поток управления. Каждая такая стрелка изображает один этап в последовательности потока управления. Обычно все такие сообщения являются асинхронными.
Сплошная линия с полустрелкой (в) используется для обозначения асинхронного потока управления.
Пунктирная линия с V-образной стрелкой (г) обозначает возврат из вызова процедуры.
92. Формат записи сообщений
Каждое сообщение может быть помечено строкой текста, которая имеет следующий формат:
<Предшествующие сообщения> < [Сторожевое условие] >
<Выражение последовательности>
<Возвращаемое значение - имя сообщения> <Список аргументов>
93. Заключительные рекомендации по построению диаграмм кооперации
Построение диаграммы кооперации можно начинать сразу после построения диаграммы вариантов использования. В этом случае каждый из вариантов использования может быть специфицирован в виде отдельной диаграммы кооперации уровня спецификации.
В дальнейшем, после построения диаграммы классов, каждая из диаграмм кооперации может уточняться в виде соответствующей диаграммы уровня примеров.
Следует помнить, что на диаграмме кооперации изображаются только те объекты, которые непосредственно в ней участвуют. При этом объекты могут выступать в различных ролях, которые должны быть явно указаны на соответствующих концах связей диаграммы.
При построении диаграмм кооперации уровня спецификации желательно применять наиболее понятную заказчику терминологию, избегая технических фраз и словосочетаний.
Вопроси по методології розробки програмного забезпечення