Посоветуйте умные статьи/книги, где написано как писать бумажки.
Как правильно выражать свои мысли, как структурировать, UML.
В общем, какой-нить материал, от которого можно отталкиваться.
Здравствуйте, Good Looking Man, Вы писали:
GLM>Здравствуйте, py, Вы писали:
py>>Посоветуйте умные статьи/книги, где написано как писать бумажки. py>>Как правильно выражать свои мысли.....
GLM>Учебник "Русская Литература" за 7-11 классы.
Бга га га.
py wrote: > Посоветуйте умные статьи/книги, где написано как писать бумажки. > Как правильно выражать свои мысли, как структурировать, UML. > В общем, какой-нить материал, от которого можно отталкиваться.
НаучитЬся.
Учебник русского языка для начала, класс за 7-8 где-то.
Здравствуйте, py, Вы писали:
py>Посоветуйте умные статьи/книги, где написано как писать бумажки. py>Как правильно выражать свои мысли, как структурировать, UML. py>В общем, какой-нить материал, от которого можно отталкиваться.
Выражать мысли — это в первую очередь владение языком.
Т.е. учатся этому с самого рождения.
Ну а если ограничиться только технической документацией,
то в любой, достаточно зрелой конторе, есть свой процесс разработки.
Он определяет какие доки и для каких целей надо писать.
Есть даже шаблоны таких доков и реальные примеры по текущим/завершенным проектам.
Так что самый эффективный путь познать это дело — это действительно поработать
там, где такой процесс уже определен.
(см. http://www.rsdn.ru/Forum/Message.aspx?mid=2145813&only=1
Здравствуйте, py, Вы писали:
py>Посоветуйте умные статьи/книги, где написано как писать бумажки. py>Как правильно выражать свои мысли, как структурировать, UML. py>В общем, какой-нить материал, от которого можно отталкиваться.
Не стоит даже и начинать. "Бумажки" никому не нужны.
С проектной документацией бывает по разному. Она может быть нужной и полезной, а может быть обширной и бесполезной.
Был у меня один проект. Долго и мучительно с заказчиком обсуждали как должна работать система, обсудили все детали, за три месяца все сделали, оттестировали, все работает, ничего не падает — конфетка а не система. А заказчик, гад такой, посмотрел на нее и говорит "Это совсем не то что мне надо. Мы не об этом договаривались."
Просто за время пока мы работали, заказчик понял, что ему нужна немного другая система. Но он же никогда не признается в том что он лоханулся, и мы его развели на разработку системы которая ему не нужна. Тем более что ни одной "бумажки" на которой были бы зафиксированы требования у нас не было. Вот так мы три месяца поработали в корзину и бесплатно. Зато мы поняли, что нам нужна "бумажка" на которой будут записаны все требования заказчика и будет стоять его подпись.
Здравствуйте, py, Вы писали:
py>Посоветуйте умные статьи/книги, где написано как писать бумажки. py>Как правильно выражать свои мысли, как структурировать, UML. py>В общем, какой-нить материал, от которого можно отталкиваться.
Здравствуйте, stump, Вы писали:
S>Не стоит даже и начинать. "Бумажки" никому не нужны.
... S>Зато мы поняли, что нам нужна "бумажка" на которой будут записаны все требования заказчика и будет стоять его подпись.
fmiracle wrote:
> > Здравствуйте, stump, Вы писали: > > S>Не стоит даже и начинать. "Бумажки" никому не нужны. > ... > S>Зато мы поняли, что нам нужна "бумажка" на которой будут записаны все > требования заказчика и будет стоять его подпись. > > Супер > Так нужны они или не нужны?
Здравствуйте, py, Вы писали:
py>Посоветуйте умные статьи/книги, где написано как писать бумажки. py>Как правильно выражать свои мысли, как структурировать, UML. py>В общем, какой-нить материал, от которого можно отталкиваться.
А для какой роли?
И для какой методологии?
Для MSF например шаблоны есть. По ним в общем все понятно.
По RUP тоже в книжках написано все.
Я для себя соблюдаю одно правило — придерживаясь шаблонов писать ВСЁ. Даже то, что кажется совершенно очевидным и без вариантов. Например, не ".", а "символ №ннн в кодировке Х", не "диспетчер", а "сотрудник подразделения Н, в чьи должностные обязанности входит а, б и в, числящийся в штатном расписании как Г или Д".
Да, некоторые разработчики считают это водой и не читают подробно. А потом задают вопросы или оправдываются за неверно принятые решения. На что им в ответ всегда есть "бумажка"
Автор(ы): Эрик Дж. Брауде
