Войти
Разработка, управляемая функциями (FDD ) - это итеративная и инкрементная процесс разработки программного обеспечения. Это легкий или гибкий метод для разработки программного обеспечения. FDD объединяет в единое целое ряд признанных в отрасли передовых практик. Эти практики основаны на функциональности, которая ценится клиентом (функция ). Его основная цель - постоянно и своевременно предоставлять реальное, работающее программное обеспечение в соответствии с принципами, лежащими в основе Agile Manifesto.
Первоначально FDD был разработан Джеффом Де Лука для удовлетворения особых потребностей 15 -месячный проект разработки программного обеспечения с участием 50 человек в большом сингапурском банке в 1997 году. Результатом этого стал набор из пяти процессов, охватывающих разработку общей модели и составление списков, планирование, проектирование и создание функции. На первый процесс сильно повлиял подход Питера Коада к моделированию объектов. Второй процесс включает в себя идеи Coad об использовании списка функций для управления функциональными требованиями и задачами разработки. Остальные процессы - результат опыта Джеффа Де Луки. С момента успешного использования в сингапурском проекте было несколько внедрений FDD.
Описание FDD было впервые представлено миру в главе 6 книги Питера Коада и Джеффа Де Лука «Моделирование Java в цвете с UML» в 1999 году. Позже, в книге Стивена Палмера и «Практическое руководство». Руководство по разработке, управляемой функциями (опубликовано в 2002 году), более общее описание FDD было дано отдельно от моделирования на Java.
FDD - это управляемый моделью процесс короткой итерации, состоящий из пяти основных действий. Для точной отчетности о состоянии и отслеживания проекта разработки программного обеспечения определены этапы, которые отмечают прогресс, достигнутый по каждой функции. В этом разделе дается общий обзор деятельности. На рисунке справа показана модель метапроцесса для этих действий. Во время первых двух последовательных действий устанавливается общая форма модели. Последние три действия - это итерация для каждой функции.
Модель процесса для FDD Проект FDD начинается с высокоуровневого пошагового руководства области действия системы и ее контекста. Затем для каждой области моделирования небольшими группами создаются подробные модели предметной области, которые представляются на экспертную оценку. Одна или несколько из предложенных моделей выбираются, чтобы стать моделью для каждой предметной области. Модели предметной области постепенно объединяются в общую модель.
Знания, собранные во время начального моделирования, используются для определения списка функций путем функциональной декомпозиции домена на предметные области. Каждая предметная область содержит бизнес-операции, а шаги в рамках каждой бизнес-операции образуют основу для категоризированного списка функций. Возможности в этом отношении представляют собой небольшие фрагменты функций, оценивающих клиента, выраженных в форме «
После того, как список функций будет завершен, следующим шагом будет создание плана разработки и присвоение прав собственности на функции (или наборы функций) как классы для программисты.
Пакет дизайна создается для каждой функции. Главный программист выбирает небольшую группу функций, которые необходимо разработать в течение двух недель. Вместе с соответствующими владельцами классов главный программист разрабатывает подробные диаграммы последовательности для каждой функции и уточняет общую модель. Затем пишутся прологи класса и метода и, наконец, проводится проверка проекта .
После успешной проверки проекта для каждого запланированного действия по созданию функции, владельцы классов разрабатывают код для своих классов. После модульного тестирования и успешной проверки кода завершенная функция перемещается в основную сборку.
Поскольку функции небольшие, завершение функции - относительно небольшая задача. Для точной отчетности о состоянии и отслеживания проекта разработки программного обеспечения важно отмечать прогресс, достигнутый по каждой функции. Поэтому FDD определяет шесть этапов для каждой функции, которые должны выполняться последовательно. Первые три этапа выполняются во время действия Проектирование по функциям, а последние три - во время действия Создание по функциям. Для отслеживания прогресса каждой вехе назначается процент выполнения. В таблице ниже показаны этапы и процент их выполнения. В момент начала кодирования функция уже завершена на 44% (пошаговое руководство домена 1%, дизайн 40% и проверка дизайна 3% = 44%).
| Обзор домена | Дизайн | Проверка дизайна | Код | Проверка кода | Перейти к Сборка |
|---|---|---|---|---|---|
| 1% | 40% | 3% | 45% | 10% | 1% |
Разработка, основанная на функциях, построена на базовом наборе программной инженерии передовых практик, нацеленных на перспективу функциональности, полезной для клиента.
Модель данных процесса для FDD Метамоделирование помогает визуализировать как процессы, так и данные метода . Это позволяет сравнивать методы, а фрагменты методов в процессе разработки методов можно легко повторно использовать. Использование этого метода соответствует стандартам UML.
В левой части модели метаданных показаны пять основных действий, задействованных в проекте разработки программного обеспечения с использованием FDD. Все действия содержат под-действия, соответствующие под-действиям в описании процесса FDD. В правой части модели показаны задействованные концепции. Эти концепции происходят из действий, изображенных в левой части диаграммы.
