Моделирование необходимо для понимания системы. При этом ни одна модель не является абсолютно достаточной. Напротив, чтобы понять большинство систем, кроме самих тривиальных, часто требуется множество взаимосвязных моделей. В отношении программных систем это означает, что необходим язык, средствами которого можно описать архитектуру системы с различных точек зрения, причем на протяжении всего жизненного цикла.
Словарь и правила такого языка, как UML, говорят о том, как создавать и читать хорошо согласованные модели, но не говорит о том, какие именно модели в таких случаях требуется создавать. Это задача всего процесса разработки программного обеспечения. Хорошо организованный процесс должен сам подсказать, какие потребуются рабочие продукты, какие ресурсы понадобятся для их создания и управления ими, как их использовать для оценки выполненной работы и управления проектом в целом.
UML - язык документирования
Успешные компании, специализирующиеся на программном обеспечении, помимо исполняемого кода производят и другие продукты, включая следующие (но не ограничиваясь ими):
- требования;
- архитектуру;
- проектные решения (дизайн);
- исходный код;
- проектные планы;
- тесты;
- прототипы;
- релизы (версии).
В зависимости от уровня культуры разработки, принятом в компании, некоторые из этих продуктов выражаются более формально, чем другие. Перечисленные продукты – это не только составные части проектов; они необходимы для управления, оценки результатов и взаимодействия в процессе разработки.
Комментариев нет:
Отправить комментарий