Определение нефункциональных требований
Помимо стандартных требований к поведению (или функциональности) разрабатываемого приложения крайне важно выявлять и документировать так называемые нефункциональные требования. Именно они будут отвечать за стабильность и надежность работы приложения, что является не менее важной оценкой успешности проекта, после того как разработанное приложение позволяет выполнять основные возложенные на него функции. |
Кому пригодится архитектурное описание?
В одном из постов мы приводили пример описания архитектуры по стандарту IEEE 1471: Кому пригодится архитектурное описание? Перед составлением архитектурного описания разработанного приложения, или программы, которая только планируется к разработке, необходимо четко определиться для кого создается архитектурный документ. Проблема в том, что нельзя создать всеобъемлющее и полное описание архитектуры программного приложения, поскольку это очень многогранное представление. Вы можете потерять много времени впустую и к этому моменту архитектура уже может измениться. |
Описание архитектуры приложения
При разработке достаточно сложного или крупного приложения необходимо уделять особое внимание проектированию и документированию его архитектуры. В DEVPROM есть отдельная фаза, которая называется "Проектирование" в рамках которой участники проекта могут готовить соответствующие диаграммы или модели. Существует достаточно много инструментов для проектирования и документирования программной архитектуры и дизайна. В DEVPROM можно загружать готовые модели или вставлять изображения подготовленных диаграмм. Это может быть особенно полезно, если не все участники проекта владеют или хотят устанавливать дополнительное ПО для просмотра диаграмм. |
Алан Купер. Об интерфейсе. Основы проектирования взаимодействия
Одной из явно полезных книг о проектировании пользовательских интерфейсов, которая была прочитана нашей командой, оказалась работа Алана Купера "Об интерфейсе. Основы проектирования взаимодействия" .
|
Выпуск сборок по нескольким приложениям в одном проекте
Часто программные продукты, разрабатываемые командами с использованием DEVPROM, состоят из нескольких приложений. Если очередная версия продукта содержит обновленные версии всех приложений, то команда может обойтись только одной сборкой. При этом у всех приложений будет одна общаяя версия. |