Правило 1. Визуализируйте поток задач

Правило 2. Ограничивайте количество одновременной работы

Правило 3. Контролируйте ритмичность потока задач

Правило 5. Анализируйте работу ежедневно

Правило 6. Эволюционируйте благодаря совместным экспериментам (одно изменение за раз)

16. Анализ предметной области и формирование требований к ПО

Анализ требований

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

Требование — это любое условие, которому должна соответствовать система. Требование может описывать те или иные характеристики программного продукта.

• может иметь набор атрибутов.

• могут иметь сложную структуру отношений и связей (например иерархическую).

Характеристики требований

Недвусмысленность;

Проверяемость;

Четкость (краткость);

Точность;

Понятность;

Осуществимость;

Независимость;

Атомарность;

Необходимость;

Абстрактность (не должно содержаться информации о том как оно будет реализовано).

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

Классификация

Бизнес-требования (Business Requirements) определяют высокоуровневые цели организации или клиента (потребителя) - заказчика разрабатываемого ПО.

Пользовательские требования (usabitity)

Системные требования (интеграция, окружение, защита)

 Информационные потребности (форматы выдачи и хранения информации)

Изучение предметной области

• Определение понятий предметной области. Результат – глоссарий, концептуально-семантическая модель.
• Изучение документооборота. Результат – структурированный список, номенклатура.
• Исследование деятельности. Результат – сценарии, диаграммы.
• Идентификация свойств объектов структурных и поведенческих. Результат – таблицы с атрибутами.

Сборщики проектов. Maven.

Apache Maven — фреймворк для автоматизации сборки проектов на основе описания их структуры в файлах на языке POM (англ. Project Object Model), являющемся подмножеством XML. Проект Maven издаётся сообществом Apache Software Foundation, где формально является частью Jakarta Project.

Maven обеспечивает декларативную, а не императивную (в отличие от средства автоматизации сборки Apache Ant) сборку проекта. В файлах описания проекта содержится его спецификация, а не отдельные команды выполнения. Все задачи по обработке файлов, описанные в спецификации, Maven выполняет посредством их обработки последовательностью встроенных и внешних плагинов.

Maven используется для построения и управления проектами, написанными на Java, C#, Ruby, Scala, и других языках.

Среди примечательных альтернатив — система автоматической сборки Gradle, построенная на принципах Apache Ant и Maven, но использующая специализированный DSL на Groovy вместо POM-конфигурации.

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

Включает такие действия, как:

· компиляция исходного кода в объектный модуль,

· сборка бинарного кода в исполняемый файл,

· выполнение тестов,

· развёртывание программы в целевой среде,

· написание сопроводительной документации или описание изменений новой версии.

Основное средство автоматизации сборки — применение специализированного инструмента; один из ранних и исторически значимых инструментов является утилита make, во многом определившая стиль и методы для инструментов, появившихся позднее. Один из таких элементов — формат Makefile, поддерживаемый в большинстве широко используемых инструментов (Automake, CMake, imake, qmake, nmake, wmake, Apache Ant, Apache Maven, OpenMake Meister, Gradle). Ключевые требования, предъявляемые средствам автоматизации — поддержка технологий непрерывной интеграции, в частности, постоянных «ночных сборок», управление зависимостями исходного кода, обеспечение разностной сборки, уведомление при совпадении исходного кода (после сборки) с имеющимися двоичными файлами, предоставление удобных отчётов о результатах компиляции и компоновки, автоматический запуск тестов и условное выполнение в зависимости от результатов прохождения.

Виды автоматизации, применяемые в различных инструментах:

· автоматизация по запросу (on-demand automation): запуск пользователем сценария в командной строке,

· запланированная автоматизация (scheduled automation): непрерывная интеграция, происходящая в виде ночных сборок,

· условная автоматизация (triggered automation): непрерывная интеграция, выполняющая сборку при каждом подтверждении изменения кода (commit) в системе управления версиями.

18. Системы контроля версий. Git.

Git — распределённая система управления версиями.

Система контроля версий — это система, записывающая изменения в файл или набор файлов в течение времени и позволяющая вернуться позже к определённой версии.

Здесь в игру вступают распределённые системы контроля версий (РСКВ). В РСКВ (таких как Git, Mercurial, Bazaar или Darcs) клиенты не просто скачивают снимок всех файлов (состояние файлов на определённый момент времени) — они полностью копируют репозиторий. В этом случае, если один из серверов, через который разработчики обменивались данными, умрёт, любой клиентский репозиторий может быть скопирован на другой сервер для продолжения работы. Каждая копия репозитория является полным бэкапом всех данных.

Более того, многие РСКВ могут одновременно взаимодействовать с несколькими удалёнными репозиториями, благодаря этому вы можете работать с различными группами людей, применяя различные подходы единовременно в рамках одного проекта. Это позволяет применять сразу несколько подходов в разработке, например, иерархические модели, что совершенно невозможно в централизованных системах.