Гибкая методология разработки программного обеспечения

Результаты работ

Показывать лекцию целиком

Диаграмма приложения

На диаграмме приложения отображается программный комплекс в целом и содержатся такие компоненты, как веб-службы, веб- и Windows -приложения, а также связанные ресурсы, среди которых внешние базы данных, веб-службы и службы Biz-Talk. На этой диаграмме показаны взаимосвязи между этими приложениями и их текущая конфигурация.

Пакет изменений

Пакет изменений - это логическое объединение сделанных изменений. Изменения бывают задержанными, отложенными и зафиксированными. Задержанные изменения - это группа изменений, выполненных в рамках одной акции, но еще не переданных в базу данных на публикацию и постоянное хранение. Отложенные изменения - это изменения, которые еще не переданы в базу данных, но все их содержимое, включая измененные файлы, находится на сервере. Зафиксированные изменения - это набор изменений, которые сохранены в архиве базы данных и доступны всем для просмотра.

Диаграмма классов

На диаграмме классов отображается логическое или физическое объединение классов и их взаимосвязи.

Исходный код

В исходный код входят все виды исходного кода: написанные на языках программирования, сценариев, разметки и запросов.

План итерации

План итерации - это набор сценариев, требований к качеству и задач, относящийся к одной итерации. Окончательно план утверждается на собрании по планированию итерации, непосредственно перед ее началом. Он может быть выполнен как в формате Microsoft Excel, так и Microsoft Project.

Нагрузочный тест

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

Логическая диаграмма центра обработки данных

В логической диаграмме центра обработки данных определены (задокументированы) конкретные конфигурации серверов приложений, таких как Internet Information Server, SQL Server или BizTalk Server, каждый из которых играет свою роль, например защищенного публичного веб-сервера. На этой диаграмме показываются взаимосвязи между серверами. Логические серверы могут объединяться в зоны, определяющие логические границы связей. Зоны могут иметь ограничения на типы логических серверов, которые в них могут быть включены, а также на направление и виды связей, ведущих за пределы зоны.

Ручной тест

Тесты, выполняемые в ручном режиме, описываются в документах формата Word или в простых текстовых файлах, содержащих перечень действий, которые нужно выполнить в процессе тестирования.

Собирательный образ

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

Контрольный список проекта

Контрольный список проекта - это перечень задач, который должен быть составлен до начала проекта или итерации.

Список требований к качеству

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

План выпуска продукта

В план выпуска продукта включаются все мероприятия, связанные с выпуском приложения. Он содержит материалы для всех участников, вовлеченных в выпуск. План выпуска продукта может быть составлен в Microsoft Office Project.

Описание сценария

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

Список сценариев

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

Раскадровка

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

Диаграмма системы

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

Групповая сборка

Групповая сборка - это компиляция всех файлов, библиотек или компонентов в новый набор исполняемых файлов, библиотек или компонентов. Групповые сборки, прошедшие контрольное тестирование, называются самотестирующимися ( self-test ), а не прошедшие - самоотрицающими ( self-toast ).

Подход к тестированию

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

Результат тестирования

Результат тестирования - это заключение о результатах выполнения тестов. Возможные заключения: тест пройден, не пройден или не завершен.

Модель угроз

Модель угроз позволяет отслеживать использование точек входа, через которые можно получить доступ к внутренним ресурсам. Если угроза возможна, то она становится уязвимостью в защите.

Тест модуля

Тесты модулей обычно пишутся разработчиком для проверки поведения отдельных методов или их наборов. Кроме того, они могут использоваться для тестирования методом "прозрачного ящика" или в сочетании с нагрузочным и стрессовым тестированием.

Концепция

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

Веб-тест

С помощью веб-тестов проверяют веб-страницы и HTTP -запросы.

Прототип

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

Вернуться к учебному плану