Методики раз-ки ПО при сильно изменяющихся требованиях

← →
iam (2007-09-11 11:24) [0]

посоветуйте литературу по разработке ПО при сильно изменяющихся требованиях
желательно в электронном, чтобы прямо сейчас можно было почитать

← →
Думкин © (2007-09-11 11:26) [1]

сильно быстро или сильно разно?
А вообще - для такого Кама-Сутра самое то.

← →
Игорь Шевченко © (2007-09-11 11:26) [2]

http://www.exprogramming.ru/
http://www.rsdn.ru/res/book/prog/ExtremeProgramming2.xml

← →
evvcom © (2007-09-11 11:31) [3]

Все очень просто. В таком случае можно вообще ничего не делать и списывать на то, что ты вчера написал, а сегодня это все на помойку. :)

← →
iam (2007-09-11 12:26) [4]

Игорь Шевченко © (11.09.07 11:26) [2]
спасибо, посмотрю
кстати Вы практикуете написание тестов до написания самого кода?

← →
novill © (2007-09-11 12:44) [5]

> [2] Игорь Шевченко © (11.09.07 11:26)

+1
Прошел у них обучение. И пару лет практиковал. Тесты до программ писали.
Другое дело, что если логика привязывается к интерфейсу, то тестами всего не охватишь. Тут надо делать выбор.

← →
WondeRu at work (2007-09-12 14:29) [6]

RUP, просто нужно вводить дополнительные итерации для изменений

← →
tesseract © (2007-09-12 14:38) [7]

привязывывать логику к интерфейсу отучаються на 2 году практики. Всё обклассовывать и писать кучу reserved - на третьем :-)

← →
novill © (2007-09-12 16:32) [8]

> [7] tesseract © (12.09.07 14:38)

Вы какого рода системами занимаетесь?

← →
stanislav © (2007-09-12 16:48) [9]

Метод экстримального программирвания

← →
tesseract © (2007-09-12 16:49) [10]

> Вы какого рода системами занимаетесь?

Торговое оборудование. И Etc.

← →
tesseract © (2007-09-12 16:50) [11]

Забыл - всё заказное. Очень много похожих модулей, так что 90% кода - из копилки.

← →
zdm77 (2007-09-12 17:26) [12]

> Думкин © (11.09.07 11:26) [1]
> сильно быстро или сильно разно?
> А вообще - для такого Кама-Сутра самое то.

супер!!! :)
IMHO.... выяснить задачу, по возможности придельно до конца. (камасутра не причем(это про конец)). Написать, предъявить.... и замеченно
-Вот так это работает!!!
-А мы хотим вот так!
-Это не риально но можно постараться (и потихонечку переписывать).... Утопическа мысль, но действенная.

← →
tesseract © (2007-09-12 17:40) [13]

> -Вот так это работает!!!
>-А мы хотим вот так!

А вот ТЗ с печатью, где указана задача.

← →
zdm77 (2007-09-12 17:44) [14]

> tesseract © (12.09.07 17:40) [13]
>
> > -Вот так это работает!!!
> >-А мы хотим вот так!
>
>
> А вот ТЗ с печатью, где указана задача.

повторяюсь к другому ответу....
"Такой большой, а в сказки веришь?"
Ни заказчик, ни пользователь ни когда конкретно, тем более документально объяснить не могут. ТЗ- это по моему из прошлой жизни.... Хотелось-бы конечно, всегда получить точное ТЗ и работать по нему..... но вопрос прочти еще разок... тут им и не пахнет... раз частоизменяющиеся условия

← →
tesseract © (2007-09-12 17:46) [15]

> Хотелось-бы конечно, всегда получить точное ТЗ и работать
> по нему..... но вопрос прочти еще разок... тут им и не пахнет.
> .. раз частоизменяющиеся условия

Пока ТЫ не потребуешь чёткого ТЗ, как приложение к договору, работы начинать не советую. За "Мы хотим так" + к стоимости - это сильно утихомиривает заказчиков. Пока они безнаказанно могут измываться, они БУДУТ измываться.

← →
stanislav © (2007-09-12 17:47) [16]

zdm77 (12.09.07 17:44) [14]
Для этого и используют метод экстрим. программирования

← →
clickmaker © (2007-09-12 17:47) [17]

> Метод экстримального программирвания

У меня почему-то при этой фразе сразу перед глазами программист, висящий на люстре с ноутом или на парашюте )

← →
stanislav © (2007-09-12 17:48) [18]

Получаешь поверхностое т.з. делаешь наброску идешь показуешь, получаешь новое задание и т.д.

← →
stanislav © (2007-09-12 17:50) [19]

clickmaker © (12.09.07 17:47) [17]
см. 17
Метод экстрим. программирования используется при невозможности сразу составить полное т.з. и является на сегодняшний день самым производительным методом. точнее примерно на 2003г. дата выпуска книги в которой он описан.

← →
Alien1769 © (2007-09-12 17:53) [20]

> Получаешь поверхностое т.з. делаешь наброску идешь показуешь,
> получаешь новое задание и т.д.

и так много раз :)

← →
stanislav © (2007-09-12 17:55) [21]

пока не получшь желаемый результат

← →
zdm77 (2007-09-12 18:00) [22]

> tesseract © (12.09.07 17:46) [15]
>
> > Хотелось-бы конечно, всегда получить точное ТЗ и работать
>
> > по нему..... но вопрос прочти еще разок... тут им и не
> пахнет.
> > .. раз частоизменяющиеся условия
>
>
> Пока ТЫ не потребуешь чёткого ТЗ, как приложение к договору,
> работы начинать не советую. За "Мы хотим так" + к стоимости
> - это сильно утихомиривает заказчиков. Пока они безнаказанно
> могут измываться, они БУДУТ измываться.

Красиво все на словах. Но хочется жить, кушать и чо-нить еще и одевать... не говоря про всякую преблуду типа электроники всякой. И приходится хвататься за все, что предлагают. Согласен конечно с тобой полностью. Но жизнь вводит свои коррективы. Согласись, даже сам, начиная новый проект, не всегда предугодаешь возможные исходы.

> clickmaker © (12.09.07 17:47) [17]
>
> > Метод экстримального программирвания
>
> У меня почему-то при этой фразе сразу перед глазами программист,
> висящий на люстре с ноутом или на парашюте )

С бубном бегающим вокруг сервака.....вдруг он заработает...и вдруг начинает работать... Сис.админство... но... и в программировании так случается :)

← →
clickmaker © (2007-09-12 21:26) [23]

>
>
> [19] stanislav © (12.09.07 17:50)
> clickmaker © (12.09.07 17:47) [17]
> см. 17

...чтобы понять рекурсию, нужно сперва понять рекурсию...
?

← →
kaif © (2007-09-12 22:36) [24]

Лучше перефразировать сабж в "Методика составления договоров на разработку ПО в условиях постоянно меняющихся требований".
Я слышал про такой опыт.
Делаются пустые болванки-интерфейсы.
Без обработки ошибок, без особой бизнес-логики.
На этих интерфейсах отрабатывается вся задача и обучаются юзеры.
Когда заказчик уже уверен, что вся программа написана и работает, разработчики начинают думать, наконец, над задачей серьезно и начинают писать структуры базы данных и впервые продумывать исключения и бизнес-логику.

> kaif © (12.09.07 22:36) [24]

Так вот чё меня шеф мучал!
Он хотел, оказывается, болванку получить, а я ему практически готовое решение давал.

> Методики раз-ки ПО при сильно изменяющихся требованиях

Долбить программистов пока не повесятся/уволятся.
У нас в всяком случае так... к счастью еще никто не вешался,
предпочитают второе :)

Помереямся у кого Stack overflow глубже.

stanislav © (12.09.07 17:50) [19]

> Метод экстрим. программирования используется при невозможности
> сразу составить полное т.з. и является на сегодняшний день
> самым производительным методом.

Ерунда. Не является он самым производительным. Для серьезных проектов лучшим способом их угробить является как раз тот саый метод.

Игорь Шевченко © (13.09.07 09:33) [29]

Возможно. Зависит от проекта.

Чтобы этого не случилось должен быть опытный постановщик и опытные программисты.

> Для серьезных проектов лучшим способом их угробить является
> как раз тот саый метод.

Почему? Поделитесь опытом&#133

← →
iam (2007-09-13 10:37) [32]

← →
iam (2007-09-13 10:39) [33]

http://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D1%82%D0%BE%D1%82%D0%B8%D0%BF%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D0%BE%D0%B3%D0%BE_%D0%BE%D0%B1%D0%B5%D1%81%D0%BF%D0%B5%D1%87%D0%B5%D0%BD%D0%B8%D1%8F

stanislav © (13.09.07 09:51) [30]

ТЗ должно быть.

Kolan © (13.09.07 10:07) [31]

>
> Почему? Поделитесь опытом…

Потому что сноповязалку из швейной машинки сделать можно, но она не будет ни шить, ни вязать снопы.

Потому что в коде запутаешься.

Методики раз-ки ПО при сильно изменяющихся требованиях Найти похожие ветки