Figures-Chapter

The process of prototype development

Prototype development – Разработка прототипа

• Может быть основана на языках или инструментах быстрого прототипирования
• Может включать отказ от функциональности
• Прототип должен фокусироваться на тех областях продукта, которые еще недостаточно изучены;
• Проверка ошибок и восстановление не могут быть включены в прототип;
• Сосредоточьтесь на функциональных, а не нефункциональных требованиях, таких как надежность и безопасность

Throw-away prototypes – Одноразовые прототипы

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

Incremental delivery – Инкрементальная Доставка

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

Incremental development and delivery

• Incremental development
• Развивайте систему поэтапно и оценивайте каждое приращение, прежде чем переходить к разработке следующего приращения;
• Нормальный подход, используемый в гибких методах;
• Оценка выполняется пользователем / доверенным лицом клиента.
• Incremental delivery
• Разверните приращение для использования конечными пользователями;
• Более реалистичная оценка практического использования ПО;
• Трудно внедрить заменяющую систему, поскольку инкременты имеют меньшую функциональность, чем заменяемая система.