- •Содержание
- •Введение
- •I. Теоретические аспекты планирования
- •1.1. Планирование как важнейшая функция управления
- •1.2 Процесс планирования. Понятие, сущность и функции стратегического, тактического и оперативного планирования
- •II. Особенности сферы интернет приложений и проблемы разработки
- •2.1. Основные проблемы разработки интернет приложений
- •2.2.Основные этапы разработки и особенность интернет приложений
- •III. Тактическое и оперативное планирование разработки интернет приложения
- •3.1. Тактическое планирование разработки
- •3.1.1 Требования
- •Важность определения предварительных условий
- •Влияние итеративных подходов на предварительные условия
- •Предварительные условия, связанные с определением проблемы
- •Предварительные условия, связанные с выработкой требований
- •Стабильность требований
- •3.1.2 Архитектура
- •3.2. Оперативное планирование разработки интернет приложения
- •3.2.1 Проектирование – от тактического плана к оперативному
- •3.2.3 Планирование в процессе конструирования приложения
- •3.2.2 Политика управления сложностью при проектировании по
- •3.2.4 Политика отслеживания и исправления ошибок
- •3.2.5 Политика поддержки актуальности требований и документации
- •IV. Обзор подходов к планированию в рамках различных моделей и методологий разработки
- •4.1 Водопад – классическая модель разработки
- •4.2 Итеративная модель разработки
- •4.3 Методология rup
- •4.4 Гибкая методология разработки (Agile)
- •4.4.1 Экстремальное программирование (xp)
- •4.5 Другие методологии, общая схема тактического и оперативного планирования разработки приложения
- •Интернет - источники
3.2. Оперативное планирование разработки интернет приложения
После того как тактический план завершен, необходимо конкретизировать его до реальных действий членов организации. Это задача оперативного планирования – согласование всех элементов процесса разработки, во времени и пространстве с необходимой степенью его детализации.1 Помимо конкретизации тактического плана, оперативное планирование позволяет разрешать проблемы, неизбежно возникающие в процессе разработки:
-
Сложность, выходящая из под контроля
-
Ошибки кода
-
Конфликты, возникающие в процессе разработки, логические несоответствия в спецификации
Основными этапами оперативного планирования разработки приложения являются:
-
Проектирование – уточнение тактического плана
-
Планирование в процессе конструирования приложения
-
Планирование/Назначение индивидуальных задач по кодированию, отладке и тестированию (блочному и интеграционному)
-
Планирование/Назначение задач по интеграции
-
Планирование/Назначения задач по тестированию системы
-
-
Корректирующее сопровождение
Далее представлено более детальное описание данных этапов.
3.2.1 Проектирование – от тактического плана к оперативному
Переход от тактического плана к оперативному, осуществляется путём уточнения разделов тактического плана разработки до конкретных элементов системы. Такой процесс называется проектированием. Проектирование программной системы требует нескольких уровней детальности. Некоторые методы проектирования используются на всех уровнях, а другие только на одном-двух.
Первому уровню проектирования соответствует вся система.
Второму уровню соответствует разделение системы на подсистемы и пакеты.
Суть проектирования на данном уровне заключается в разделении программы на основные подсистемы и определении взаимодействий между подсистемами. Обычно этот уровень нужен при работе над любыми проектами, требующими более нескольких недель.
Особенно важный аспект этого уровня — определение правил взаимодействия подсистем. Если все подсистемы могут взаимодействовать, выгода их разделения исчезает. Необходимо подчеркивать суть подсистем, ограничивая их взаимодействие между собой.
Третьему уровню соответствует разделение подсистем на классы
Этот уровень проектирования предполагает определение всех классов системы. Например, подсистема доступа к базе данных может быть далее разделена на классы доступа к данным и классы хранения данных.
Четвертый уровень - разделение классов на методы
Полное определение методов класса часто позволяет лучше понять его интерфейс, что может подтолкнуть к соответствующему изменению интерфейса, т. е. к возвращению на уровень 3.
Пятый уровень - проектирование методов
На этом уровне проектирование заключается в детальном определении функциональности отдельных методов, за что обычно отвечают отдельные программисты, работающие над конкретными методами, этот этап можно не планировать.
Итог проектирования – готовый оперативный план разработки, конкретные задачи можно закреплять за отдельными разработчиками в организации и приступать к конструированию приложения.