Уровни требований, источники, документы, ответственные

Странно, но до сих пор не находил ничего подобного, потому решил сделать сам, почитав перевод SWEBOK Сергея Орлика в части УТ, который в комментариях опирался на Вигерса, Лефингвелла и Коберна.   Уровень Название вида требований Источники Название документа Порядок количества требований Вид теста Ответственный за создание / контроль реализации Подход к разработке с акцентом на… Read more Уровни требований, источники, документы, ответственные

Шаблоны описания бизнеса

Вобщем-то очевдное наверное наблюдение, с которым я пока нигде не сталкивался в явном виде — специфичность для данного предприятия возрастает от 1 к 4: Модель предметной области (бизнес-сущности). Бизнес-правила. Модель информационных потоков. Модель бизнес-процессов. Т.е. если описания типа 1-2 могут в значительной мере быть общими для целой отрасли, то 3 и 4 — всё больше… Read more Шаблоны описания бизнеса

Привлечение тестировщиков для выявления терминальных альтернативных сценариев прецедентов

Не один раз сталкивался с тем, как непросто придумать исключительные ситуации для прецедента. Пришла в голову простая мысль — а почему бы для генерации исключительных терминальных ситуаций не привлекать тестировщиков? Они ведь по идее обладают обширным опытом ошибок, а следовательно: а) заранее могут выявить возможные из предшествующего опыта исключительные ситуации; б) лучше, чем аналитик, видят… Read more Привлечение тестировщиков для выявления терминальных альтернативных сценариев прецедентов

Jaczone Essential Modeler — Бесплатное средство ддля объектно-ориентированного анализа в UML

Из гартнеровского отчёта «Magic Quadrant for OOA&D Tools, 2H06 to 1H07» узнал о бесплатном Jaczone Essential Modeler на основе Eclipse. Что он может: Диаграммы прецедентов Диаграммы классов Диаграммы пакетов Комментарии (Notes) Сохраняет как в свой формат, так и в Rational Software/Architect Modeler. Функционал конечно скромный, но как бесплатная рисовалка вполне пойдёт.

Типовые ошибки ТЗ

В отношении документа, называемого ТЗ есть много недоразумений и недопониманий. Вот кусок рецензии на ТЗ по ГОСТу с достаточно типовыми ошибками, можно в приниципе для конструктивности их позже превратить в контрольные списки: Рецензия на документ «Автоматизированная система управления <объект автоматизации>». Общее техническое задание» Предварительные замечания и предложения При разработке систем есть 2 наиболее общих и… Read more Типовые ошибки ТЗ

Обоснованность утверждений преоктной документации

Заметил, что одна из часто встречающихся особенностей проектной документации — отсутствие обоснований конкретных требований и решений. Вспоминается фраза из вузовского курсача по Деталям Машин — «а шестерню 6 изготовим из сливочного масла». Т.е. авторы предъявляют какие-то требования к системе, особенно если в варианте простого линейного списка, предлагают какие-то решения, но откуда это берётся и почему… Read more Обоснованность утверждений преоктной документации