1

Проектирование / Re: Постановка задачи программисту

« : 19 Марта 2012, 19:19:09 »

а кому вопросы, если не угадал, либо прошло изменение требований?

если прошло изменение требований или не угадал - вопросы все ко мне (особенно если где-то прошла ошибка - там ест-но то время, которое затраченное на ошибочную версию ложится, скажем так, "на мою совесть" ).
Чтобы ошибиться в коде по задаче - программисту нужно постараться (иногда получается - все люди), но в остальном все мое.
И еще одна мысль вслух, я думаю многие меня поддержат - описывая детальную постановку я лично делаю то же кодирование, только на естественном языке. Остается только перевести информацию в код. Здесь, на мой взгляд, вообще никакого выигрыша во времени - быстрее сесть и сразу закодировать и не делать двойную работу.
Напишите пожалуйста примеры из своей практики реализации прикладного ПО с разделением по ролям.

2

Проектирование / Re: Постановка задачи программисту

« : 19 Марта 2012, 15:28:24 »

надо наверно было сразу написать)):разговор веду про прикладное ПО, не коробочное решение.
Абсолютно согласен, что в каждой компании своя история развития и, исходя из этого, свои схемы. Тогда задам вопрос так: как вы думаете, какая должна быть ОПТИМАЛЬНАЯ детализация при работе для "все что до программирования"/программирование программы (желательно с примерами)? (как то сложно написал
По поводу опыта работы: 2 года в аналитике и прекрасно понимаю, что психологическая ответственность периодически ставит перед командой ряд заслонок. Однако лично я в работе всю ответственность забираю на себя (естественно, если пишу задание на кодирование с ужасающей детализацией), поэтому вопросов к программисту в 99% случаев никаких.
По описанию документа - есть такая задумка, поэтому я и вытаюсь взять добрый совет/пример у своих более опытных коллег (у всех вас).

3

Проектирование / Re: Постановка задачи программисту

« : 18 Марта 2012, 08:48:18 »

окей, зайду с другой стороны - вот везде в интернете уйма материала по распределению ролей в команде, зонах ответственности, различные методологии со своими нотациями...но как доходит до кодирования программы, почему то все становится непонятным - нет ни одного внятного примера документа на кодирование (без разницы сколько ролей: 5 или 2 - программист все равно всегда присутствует в команде) без разницы по какой методологии. Исходя из этого у меня просьба, если у кого-то есть возможность пояснить этот момент конкретным документом буду очень признателен, да и многим формучанам я думаю будет полезно это узнать. Спасибо

4

Проектирование / Re: Постановка задачи программисту

« : 17 Марта 2012, 22:12:39 »

Доброго времени суток) Прочитав ветку, пришел к выводу, что требуемое решение не было найдено. А ведь тема то поднята правильно, я лично, как аналитик/архитектор ежедневно сталкиваюсь с проблемой написания руководства программисту. И УВЕРЕН, что у  многих аналогичные проблемы. Фраза "Дай мне детальную постановку" становится гимном программистов. А что значит детальная постановка? На взгляд программистов - 95% от описания всей задачи. Здесь немного остановлюсь: даже не столько интересуют различные схемы (юзкейсы и т.д.), прототипы (хотя очень действенно), а просто описание ВСЕГО, вплоть до запросов и условий ЕСЛИ/ТО/ИНАЧЕ. Запросы используются для описания различных математических формул, соседствующих с использованием БД, поэтому используется описание - вплоть до "возьми первую запись из выборки" (ДРУГОГО ВАРИАНТА Я НИГДЕ НАЙТИ НЕ МОГУ). Один раз решил написать прямо запросом, а не русским текстом - потом пришлось сопоставлять то, что программист счел неэффективным. Второе - ЕСЛИ/ТО/ИНАЧЕ: тоже задействованы различные математические модели, которые НИКТО НЕ ЗНАЕТ КАК ОПИСАТЬ в виде привязки мат. модель-БД. Вот и отстается писать детальный документ. ИМХО - проще (и уже сам предлагаю руководству) писать самому код, и абсолютно без разницы какой-то выигрышь во времени (если он еще будет после многочасовых споров на тему "Ты не написал в постановке...а ты сам понять то не можешь?") и теория о том, что "Невозможно все знать" (хотя все задачи под мое ИМХО ставить скорее всего нельзя). Основано на реальных событиях и средней сложности проектах
Коллеги, прошу прокомментировать и дать разумный совет, если я что-то непраавильно вижу