Достаточность, полнота и простота

Процесс проектирования

Архитектурное планирование

Детальное поектирование

Результаты проектирования

Связность и связанность

¨ Связность, соединение (Cohesion) модуля – это мера зависимости его частей.

¨ Чем выше связность модуля, тем лучше результат проектирования (тем «чернее» его ящик (Орлов))

¨ Связанность, сцепление (Coupling) – определяет силу связи (часто, взаимного влияния) между модулями.

¨ Связанность — внешняя характеристика модуля, которую желательно уменьшать.

Достаточность, полнота и простота

¨ Этот подход подразумевает, что создаваемые программные компоненты обладают всеми необходимыми характеристиками, определенными абстракцией (моделью), но не более того.

¨ То есть не включают функциональность, отсутствующую в модели.

¨ Данный принципy наиблоее ярко представлен в гибких (agile) подходах к разработке ПО через метафору YAGNI

¨ “You Aren’ t Going to Need It”, то есть “не делай этого, пока не понадобится”.

10.6 Usage-centered design (Констатайн-Локвуд) Хз не нашел

10.7 Модель ролей 2.1 Параллелизм (Concurrency) 2.2 Контроль и обработка событий (Control and Handling of Events) 2.3 Распределение компонентов (Distribution of Components) 2.4 Обработка ошибок и исключительных ситуаций и обеспечение отказоустойчивости (Errors and Exception Handling and Fault Tolerance) 2.5 Взаимодействие и представление (Interaction and Presentation) 2.6 Сохраняемость данных (Data Persistence).

10.8 Модель задач ¨ Представление информации пользователям и ¨ взаимодействие пользователей с системой, с точки зрения реакции системы на действия пользователей ¨ с точки зрения внутренней организации взаимодействия, например, в архитектурном стиле Model-View-Controller. ¨ Вопросы организации пользовательского интерфейса относятся к смежной дисциплине “Эргономика программного обеспечения” – Software Ergonomics.

10.9 Модель содержимого. Контексты. Условия применения: ¨ Изменения во внешнем представлении достаточно вероятны, ¨ Одна и та же информация представляется по-разному в нескольких местах, ¨ Система должна быстро реагировать на изменения данных.

10.10 Модель содержимого. Карта навигации (диалога). Структура применения: ¨ «Model» - стабильный набор компонентов, ответственных за хранение данных; ¨ «View» - компоненты, ответственные за представление данных пользователям; ¨ «Controller» - компоненты, воспринимающие команды, преобразующие данные и обновляющие их представления.

10.11 Шаблоны проектирования ¨ Шаблон (образец, паттерн) – найденная опытным путем комбинация компонентов (обычно, классов или объектов), решающая общие задачи проектирования ¨ Применяется как на стадии архитектурного, так и детального проектирования.

10.12 Эталонная трехслойная модель ¨ Слой представления (Presentation) ¨ Слой предметной области или домен (Domain) ¨ Источник данных (Data Source)

10.13 Атрибуты качества ПО – runtime ¨ применимые к run-time, то есть ко времени выполнения системы - например, атрибут «среднее время отклика системы», позволяющий оценить качество проекта с точки зрения производительности;

10.14 Атрибуты качества ПО - design time ¨ ориентированные на design-time, то есть позволяющие оценивать качество получаемого проекта еще на этапе проектирования - например, средняя нагруженность классов бизнес-методами; непротиворечивость, полнота, завершенность.

10.15 Структурные техники описания проектов ПО

10.16 Поведенческиее техники описания проектов ПО

Управление программным проектом (УПП)

11.1 Схема О"Коннела для УПП АНАЛИЗ И ПЛАНИРОВАНИЕ Наглядное представление цели Сделайте список задач Должен быть 1 руководитель Распределите задач по людям Управляйте ожиданиями КОНТРОЛЬ И ВЫПОЛНЕНИЕ ПЛАНА Используйте подходящий стиль руководства Знайте, что происходит Сообщайте людям, что происходит Повторяйте пп. 1-8 до достижения п. 10 Приз

Анализ и планирование

1.Наглядное представление цели • Точное определение цели • 1.2. Обоснование цели (самомотивация) • 1.3. Мотивация команды • 1.4. Изменения цели и их контроль

2.Сделайте список задач

3.Должен быть 1 руководитель • Лидерство • Ответственность • Полномочия • Количество проектов...

4.Распределите задач по людям • Удостовериться, что у каждой задачи есть исполнитель • Принять во внимание др. занятия исполнителей • Попытаться максимизировать силы той команды, которую Вы получили

5.Управляйте ожиданиями • Явные и скрытые риски • «Заделы» • Управление требованиями

КОНТРОЛЬ И ВЫПОЛНЕНИЕ ПЛАНА

6.Используйте подходящий стиль руководства • Несколько человек – тысячи человек • Каждый – индивидуум со своими страхами, предубеждениями, желаниями, надеждами, опытом, проблемами, амбициями • Как начать работу со столь сложным организмом? • Как поддерживать рабочую атмосферу?