ВУЗ:
Составители:
Рубрика:
тратится, пользователь рассказывает, что ему нужно, разработчик создает модель и
презентует ее пользователю, который высказывает свои замечания и т.д., пока решение (или
по крайней мере его внешний вид) не согласовывается. Выгодой этого подхода являются
меньшие сроки разработки системы, следовательно, меньшие затраты на разработку.
Решение об использовании методики создания прототипов принимается до начала этапа
анализа и проектирования, на этапе выбора варианта реализации системы. При принятии
решения должны быть оценены следующие риски:
• рамки проекта могут быть значительно расширены без формального одобрения, так
как пользователи системы могут добавлять "полезные" с их точки зрения функции;
• прототипы описывают только интерфейсы пользователей, и такие вопросы, как
информационная безопасность, могут быть упущены на этапе проектирования;
• не для всех компонент системы можно создать прототипы;
• использование прототипов не так детально описывает разрабатываемую систему, как
написание спецификаций. Следствием могут явиться трудности с поддержкой и
сопровождением в долгосрочной перспективе, а также недостаточный уровень
тестирования каждого модуля. На этапе конструирования формально описанные
требования к системе, созданные на стадии анализа и проектирования, преобразуются
в рабочую систему. Разработка включает в себя создание структуры программы,
кодирование, создание структуры базы данных и тестирование на уровне модулей
системы, системы в целом и интерфейсов с внешними приложениями.
Система должна согласовываться с формальными требованиями к ней. В случае
внесения существенных изменений в систему, не описанных в проектной документации, эти
изменения должны быть согласованы с заказчиком и внесены в спецификации.
Этап конструирования и внедрения системы.. Программное обеспечение
разрабатывается с использованием структурного подхода, при этом должны соблюдаться
ранее установленные стандарты кодирования. Исходные коды содержат комментарии в
количестве, необходимом для понимания структуры исходного кода и ее функциональности.
Следует максимально снизить риски, возникающие при смене разработчиков.
Программный код должен быть составлен на основе уже упоминавшихся стандартов.
Разработчик при этом использует систему контроля версий исходных кодов. При внесении
изменений в исходный код описывается, какие изменения и с какой целью вносились.
Разрабатываемое программное обеспечение тщательно тестируется (методика
тестирования будет рассмотрена подробно в следующей главе). Должен быть разработан
план тестирования, который включает этапы тестирования модулей системы, системы в
целом, интерфейсов с внешними программами, интерфейсов пользователя, тестирование
систем безопасности и надежности системы. Согласно этому плану необходимо разработать
набор тестов, которые помимо покрытия функциональных требований к системе
(тестирования по методу "черного ящика") покрывали бы внутреннюю структуру исходного
кода (покрытие условных переходов, метод "белого ящиками).
Тестовая среда, база данных и исполняемые модули должны быть отделены от рабочей
системы. Разработчики не должны иметь доступ к рабочей системе после ее внедрения и
запуска.
Результаты тестирования должны быть зафиксированы, в случае обнаружения ошибок они
исправляются разработчиком, и это должно быть отображено в отчете по тестированию.
Страницы
- « первая
- ‹ предыдущая
- …
- 67
- 68
- 69
- 70
- 71
- …
- следующая ›
- последняя »
