Перейти к содержимому

Фотография

Внедрение требований


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 5

#1 PavelB

PavelB

    Постоянный участник

  • Members
  • PipPipPip
  • 169 сообщений
  • Город:Санкт-Петербург

Отправлено 27 мая 2005 - 07:44

Есть идея формализации требований, которые так или иначе присутствуют при создании продукта.
Посоветуйте, пожалуйста, с чего начать? Какие шаги предпринять? В каких случаях стоит это делать?
  • 0

#2 aleksey_kh

aleksey_kh

    Новый участник

  • Members
  • Pip
  • 62 сообщений
  • ФИО:Khudyakov Aleksey
  • Город:ВОЛОГДА-МОСКВА

Отправлено 27 мая 2005 - 11:31

Pavel,

в моей старой компании это было реализвано следующим образом:

1. Написать рыбу с этими требованиями(т.к. какието уже есть)
2. Затем это было разослано руководителям отделов, они это все кое как обсудили ввелели свои дополнения, некторые аспекты были не известны тестерам.
3. Затем еще нескоьлко раз обсудили
4. Вввели эти требования в практику(вылажили в швре пойнт)
5. заставили всех поставить алер на апдейт директории с требованиями
6. Далле потихоньку апдейтили(не чаще раза в неделю)

Далее все читали новые версии ....
  • 0

#3 PavelB

PavelB

    Постоянный участник

  • Members
  • PipPipPip
  • 169 сообщений
  • Город:Санкт-Петербург

Отправлено 27 мая 2005 - 11:41

1. Написать рыбу с этими требованиями(т.к. какието уже есть)


А кто (по должности) писал эту рыбу? По собственной инициативе или как?

И ещё:
почему было принято решение об использовании требований?
принесло ли это пользу?
  • 0

#4 Гость_drcoor_*

Гость_drcoor_*
  • Guests

Отправлено 27 мая 2005 - 13:47

Вообще-то этим должен заниматься отдельный аналитик бизнес-процессов, как я думаю. Но вот у нас, например, такого нет просто и требования пишу в основном я, как начальник отдела тестирования - иначе мне просто не по чему будет тестировать :)
так как основной наш проект - это постоянное развитие системы с 7-милетним стажем, установленной в региональных отделениях, у нас процесс выглядит примерно так:
- сбор"просьб" конечных пользователей
- сортировка на глюки и пожелания
- решение с менеджерами, что именно из предложений принципиально надо делать
- обработка в виде списка требований к новой функциональности
- выкладывание во внутреннем ресурсе на 2-3 дня для оценки программерами реализуемости и сбора замечаний
- доработка списка и отправление внедренцам в регионы на 2-3 дня
- сбор их замечаний и окончательное формирование списка
- реализация

И насчёт идеи по формализации требований - с тех пор, как начал отходить от тестирования методом "случайного тыка" в сторону какого-никакого организованного процесса понял, что формализованные требования - это вообще начало всего. Если проект крупнее информкиоска с одной кнопкой, с них надо и начинать, иначе он просто станет неуправляемым

#5 SALar

SALar

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 2 298 сообщений
  • Город:Москва


Отправлено 30 мая 2005 - 07:30

И насчёт идеи по формализации требований - с тех пор, как начал отходить от тестирования методом "случайного тыка" в сторону какого-никакого организованного процесса понял, что формализованные требования - это вообще начало всего. Если проект крупнее информкиоска с одной кнопкой, с них надо и начинать, иначе он просто станет неуправляемым

Просмотр сообщения

Подпишусь Под Каждым Кловом.
В наиболее общем случае: "Если вы не знаете, почему можно отказаться от написания требований, их небходимо писать".

с чего начать? Какие шаги предпринять?

Неплохо, начать с вижена. Затем, написать бизнес требования.
  • 0

-- 

Сергей Мартыненко

Блог 255 ступеней (байки для оруженосца)

facebook (Дети диаграммы Ганта)

ВебПосиделки клуба имени Френсиса Бэкона 

 


#6 van

van

    Опытный участник

  • Members
  • PipPipPipPip
  • 475 сообщений
  • ФИО:Ваулин Артем Николаевич
  • Город:Россия, Санкт - Петербург

Отправлено 30 мая 2005 - 10:09

Очень удобно использовать систему управления требованиями для хранения требования, а также для отслеживания их изменений.
Почти все коммерческие средства поддержки жизненного цикла разработки ПО поддерживают данную возможность. Например IBM, Mercury Int., Borland, Telogic со своим знаменитым DOORS и т.п., а теперь и Microsoft.

Из фриварных знаю только
http://ophelia.cs.pu.../dres/about.php

Но эта тема неоднократно обсуждалась на форуме, если поищите, то наверняка найдете массу полезного.
  • 0
Ваулин Артем
КОРУС Консалтинг
Руководитель отдела тестирования

Мой дневник


Количество пользователей, читающих эту тему: 2

0 пользователей, 2 гостей, 0 анонимных