ВУЗ:
Составители:
Рубрика:
Контролеры - сотрудники организации (кроме непосредственно разработчиков),
осуществляющие наблюдение за созданием продукта. Контролерами могут выступать
начальники подразделений или назначаемые ими сотрудники подразделения. Если
заказчиком является организация, то контролеры назначаются руководством. Для больших
проектов, важных для бизнеса, возможно привлечение в качестве контролеров сторонних
консультантов.
Аналитики - специалисты в области банковских технологий, участвующие в постановке
задачи и консультировании всех сторон в ходе проекта.
18.2. Документирование этапов разработки
Одним из первых важнейших требований является документирование всех этапов
процесса разработки программного обеспечения, начиная с постановки первоначальных
требований и заканчивая вводом в эксплуатацию и дальнейшим сопровождением.
Документы, возникающие в процессе разработки, такие, как спецификации, планы
разработки, руководство пользователя, являются неотъемлемой частью программного
продукта. Заказчик вместе с программным продуктом должен по возможности получать всю
документацию, связанную с разработкой продукта. Документирование процесса разработки
ведется с целью облегчения процесса сопровождения, доработки и контроля качества
продукта. В случае смены разработчика проектная документация должна обеспечить
дальнейшую эффективную работу с программным продуктом.
Качество документации должно отвечать следующим критериям:
• правильность:
o соответствие (трассируемость) требований и спецификаций соответствующей
системе, и наоборот;
o последовательность в описании требований, спецификаций и функций;
• полнота:
o использование версий и дат документов для контроля изменений, доступность
всех версий документов (в том числе рабочих);
o функциональность системы должна быть максимально полно описана в
системных требованиях;
o документация должна предоставлять информацию для всех категорий
пользователей, операторов системы и разработчиков;
• удобство и простота использования:
o использование оглавлений, алфавитных указателей, глоссариев и кросс-
ссылок;
o логическая последовательность и непротиворечивость в использовании
терминологии;
o уместный внешний вид документации (шрифты, формат).
В то же время необходимо, как уже отмечалось, избегать излишней бюрократизации,
другими словами - в зависимости от цели проекта набор, состав и объем документов должен
меняться.
Страницы
- « первая
- ‹ предыдущая
- …
- 63
- 64
- 65
- 66
- 67
- …
- следующая ›
- последняя »
