Внедрение требований
#1
Отправлено 27 мая 2005 - 07:44
Посоветуйте, пожалуйста, с чего начать? Какие шаги предпринять? В каких случаях стоит это делать?
#2
Отправлено 27 мая 2005 - 11:31
в моей старой компании это было реализвано следующим образом:
1. Написать рыбу с этими требованиями(т.к. какието уже есть)
2. Затем это было разослано руководителям отделов, они это все кое как обсудили ввелели свои дополнения, некторые аспекты были не известны тестерам.
3. Затем еще нескоьлко раз обсудили
4. Вввели эти требования в практику(вылажили в швре пойнт)
5. заставили всех поставить алер на апдейт директории с требованиями
6. Далле потихоньку апдейтили(не чаще раза в неделю)
Далее все читали новые версии ....
#3
Отправлено 27 мая 2005 - 11:41
1. Написать рыбу с этими требованиями(т.к. какието уже есть)
А кто (по должности) писал эту рыбу? По собственной инициативе или как?
И ещё:
почему было принято решение об использовании требований?
принесло ли это пользу?
#4 Гость_drcoor_*
Отправлено 27 мая 2005 - 13:47
так как основной наш проект - это постоянное развитие системы с 7-милетним стажем, установленной в региональных отделениях, у нас процесс выглядит примерно так:
- сбор"просьб" конечных пользователей
- сортировка на глюки и пожелания
- решение с менеджерами, что именно из предложений принципиально надо делать
- обработка в виде списка требований к новой функциональности
- выкладывание во внутреннем ресурсе на 2-3 дня для оценки программерами реализуемости и сбора замечаний
- доработка списка и отправление внедренцам в регионы на 2-3 дня
- сбор их замечаний и окончательное формирование списка
- реализация
И насчёт идеи по формализации требований - с тех пор, как начал отходить от тестирования методом "случайного тыка" в сторону какого-никакого организованного процесса понял, что формализованные требования - это вообще начало всего. Если проект крупнее информкиоска с одной кнопкой, с них надо и начинать, иначе он просто станет неуправляемым
#5
Отправлено 30 мая 2005 - 07:30
Подпишусь Под Каждым Кловом.И насчёт идеи по формализации требований - с тех пор, как начал отходить от тестирования методом "случайного тыка" в сторону какого-никакого организованного процесса понял, что формализованные требования - это вообще начало всего. Если проект крупнее информкиоска с одной кнопкой, с них надо и начинать, иначе он просто станет неуправляемым
В наиболее общем случае: "Если вы не знаете, почему можно отказаться от написания требований, их небходимо писать".
Неплохо, начать с вижена. Затем, написать бизнес требования.с чего начать? Какие шаги предпринять?
--
Сергей Мартыненко
Блог 255 ступеней (байки для оруженосца)
facebook (Дети диаграммы Ганта)
ВебПосиделки клуба имени Френсиса Бэкона
#6
Отправлено 30 мая 2005 - 10:09
Почти все коммерческие средства поддержки жизненного цикла разработки ПО поддерживают данную возможность. Например IBM, Mercury Int., Borland, Telogic со своим знаменитым DOORS и т.п., а теперь и Microsoft.
Из фриварных знаю только
http://ophelia.cs.pu.../dres/about.php
Но эта тема неоднократно обсуждалась на форуме, если поищите, то наверняка найдете массу полезного.
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных