Главная » UML » Используйте визуальное моделирование

0

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

 

1.           Прецеденты и сценарии однозначно определяют линии поведения.

2.     Модели однозначно фиксируют структуру программного обеспечения.

3.     Выявляются немодульные и неэластичные архитектуры.

4.     При необходимости можно скрыть подробности.

5.           В однозначных проектах более явно видны противоречия.

6.     Качество приложения начинается с хорошего проекта.

7.           Средства визуального моделирования поддерживают моделирование на
языке UML.

Не забывайте о проверке качества

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

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

 

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

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

2.          Эта объективная оценка показывает противоречия в требованиях, проектах и
реализациях.

3.          Тестирование и контроль сосредоточены в областях наибольшего риска; сле
довательно, в этих областях повышается качество и эффективность системы.

4.          Дефекты выявляются на более ранних этапах, что значительно снижает стои
мость их исправления.

5.          Автоматизированные средства тестирования позволяют тестировать функцио
нальные возможности, надежность и производительность системы.

Следите за изменениями

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

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

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

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

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

•       Запросы на внесение изменений способствуют установлению более надежной
связи между группами разработчиков и заинтересованными сторонами.

•       Работа в обособленных группах устраняет взаимные помехи,  возникающие
между сотрудниками, параллельно выполняющими какое-либо задание.

•        

•       Сбор статистических данных позволяет объективно оценить состояние проекта.

•       Рабочие среды содержат все артефакты, согласовывающие процесс.

•       Распространение изменений поддается оценке и контролю.

•       Изменения можно поддерживать в устойчивых, настраиваемых системах.

             

По теме:

  • Комментарии