Задача: Элементы проекта реализации
В этой задаче приведены инструкции по реализации части проекта (например, класса, варианта использования, базы данных) и устранению неполадок. В результате будут созданы новые или обновлены существующие файлы данных и исходный код, которые обычно называются элементами реализации.
Дисциплины: Реализация
Взаимосвязи
Шаги
Выполните подготовительные действия
Определите задачу (проблему)

Прежде чем приступить к реализации, необходимо составить себе четкое представление о ее рамках, указанные в записях о распределении работы и планах итерации. Реализация может выполняться для достижения определенного уровня функциональности (например, реализация проекта варианта использования или устранение дефекта), что требует реализации нескольких элементов проектирования, составляющие эту функциональность. В других случаях выполняется реализация определенного элемента проектирования (например, подсистемы или класса проектирования) в объеме, требуемом для текущей итерации.

Настройте среду разработки

Цель этой задачи - создание или обновление одного или нескольких файлов (элементов реализации). В процессе подготовки к реализации убедитесь, что среда разработки настроена правильно, то есть готовы нужные версии элементов, подлежащих обновлению, и других элементов, необходимых для компиляции и тестирования. Специалист, выполняющий реализацию, должен придерживаться конфигурации проекта и процедур управления изменениями, указывающих, как выполняется контроль, присвоение версий и интеграция изменений. Для этого необходимо заранее ознакомиться с данной информацией.

Проанализируйте существующую реализацию

Прежде чем реализовывать класс с нуля, посмотрите, нет ли уже существующего кода, который можно использовать повторно или адаптировать. Понимание роли и места элемента реализации в общей системе поможет находить возможности повторного использования элементов и гарантировать, что новый элемент хорошо впишется в систему.

Ведите работу поэтапно

Рекомендуется проводить работу поэтапно. Проводите компиляцию, компоновку и регрессионные тесты пару раз в день. Важно иметь в виду, что во время проектирования определяются не все общие операции, атрибуты и ассоциации.

При работе с неполадками убедитесь, что вы устранили причину, а не симптом. Следует исправлять истинные ошибки в коде. За один подход вносите только одно изменение. Поскольку при исправлении неполадок легко допустить ошибки, важно вносить исправления поэтапно, чтобы было проще отслеживать новые неполадки.

Обязательно изучите все рекомендации по реализации, включая рекомендации по работе с определенными языками программирования, и следуйте им.

Преобразуйте проект в реализацию

Для преобразования проекта в реализацию существуют разные методы. Некоторые примеры приведены ниже:

  • Для создания начальной структуры кода можно использовать визуальные модели платформы. Затем эту структуру можно детализировать, добавив дополнительный код, не указанный в проекте.
  • После детализации моделей их можно использовать для разработки исполняемых прототипов. При создании исполняемого кода можно опираться на диаграммы структуры (диаграммы классов и пакетов) и поведения (диаграмма состояний и деятельности). Затем при необходимости эти прототипы можно разработать более подробно.
  • Детализация моделей до такого уровня, что они полностью представляют реализацию. В этом случае вместо преобразования абстрактного проекта в код, детали реализации добавляются непосредственно в модель.
  • Проект может в разной степени не зависеть от платформы. Код или модели проекта, связанные с определенной платформой, можно создавать путем трансформаций, позволяющих применять различные правила преобразования элементов, обладающих высоким уровнем абстракции. На этом строится концепция модельно-ориентированного подхода (MDA), разработанного консорциумом OMG (http://www.omg.org).
  • Элементы проектирования можно создавать из проектирования и реализации с помощью стандартных шаблонов. Например, стандартные шаблоны трансформации можно применять к таблице данных, чтобы она была доступна классам java. Также при создании кода для хранения данных, соответствующих модели, и реализации пользовательского интерфейса для заполнения данных можно использовать комплект Eclipse Modeling Framework (http://www.eclipse.org/emf/).

Во всех случаях проект детализируется до уровня, когда он становится реализацией. Это делается либо вручную, либо путем автоматизированной трансформации.

Завершите реализацию

Как описано в предыдущем шаге, при трансформации проекта реализация может окончиться на разных уровнях завершенности. Реализация может быть полной или приемлемой. Для полного завершения реализации необходимо выполнить следующие действия:

  • Выполнить доводку результатов трансформации (например, повышение производительности или улучшение пользовательского интерфейса)
  • Добавить недостающие детали, например:
    • Завершить операции, описанные в проекте - выбор алгоритмов и написание кода.
    • Добавить вспомогательные классы, операции и структуру данных.
Оцените реализацию

На этом шаге проверьте, выполнена ли задача реализации.  Помимо тестирования (см. описание в других задачах) необходимо выполнить дополнительные проверки:

  • Мысленно проверьте код. Рекомендуется составить список ошибок, которые вы чаще всего допускаете в работе, и проверить, допущены ли они на этот раз.
  • Для поиска ошибок в коде используйте специальные инструменты. Например, инструмент для статической проверки кода или компилятор, в режиме реагирования на неполадки любой серьезности.
  • Используйте инструменты, позволяющие визуализировать код. Визуализация кода позволяет обнаруживать излишнее связывание, круговые зависимости и другие моменты.
Устраните ошибки, влияющие на проект

При реализации и тестировании проектов неизбежно обнаруживаются ошибки, которые нередко влияют на проект. Проект необходимо обновлять, если он предназначен для работ по техническому обслуживанию, передачи по контракту или установления связей.

То, как это делается, зависит от конфигурации проекта и процесса управления изменениями. Обычно если необходимое изменение незначительно, и проектирует и реализует класс один и тот же человек, то подавать официальный запрос изменения не требуется. Специалист сам может внести изменения в проект.

Если необходимое изменение значительно, например, касается общих операций, то потребуется подать официальный запрос изменения.



Дополнительные сведения