Форум Сообщества Аналитиков

×


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

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - Виталий Григораш

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 »
271
Немного серого юмора :)
Цитировать
[ I've managed to trace the essence of this story back as far as a professor in the Department of Mathematics and Computer Science at the University of Denver. ]
A social worker, a minister, and a systems analyst set out one day to play a friendly game of golf. At the course, they found a long line waiting to get to the first tee. They asked the party in front of them what the problem was, and were told that a group of blind golfers was on the course ahead of them.
The following conversation ensued:
Social Worker: Isn't it wonderful what handicapped people can do if you just give them half a chance?
Minister: It certainly is, but those golfers aren't on the course alone. The Lord helps those who help themselves.
Systems Analyst: Yeah, it's neat all right, but why the hell can't they play at night?

Цитировать
The computer salesman and the computer systems analyst went to spend a weekend bear-hunting in the forest together.
They hired a log cabin, and when they got there, took their backpacks off and put them inside.
At that point the computer salesman said to the systems analyst: "You unpack while I go and find us a bear."
The systems analyst finished unpacking and then went and sat outside to drink a beer and await events. He did not have to wait too long.
Soon he could hear loud noises in the forest. The noises grew nearer -- and suddenly there was the salesman tearing across the clearing toward the cabin, pursued by one of the largest and most ferocious Brown Bears the analyst had ever seen.
"Open the door!" shouted the salesman. The analyst opened the cabin door. The salesman ran toward the door, then suddenly stopped and stepped to the side.
The bear, carried by its momentum, tumbled though the door and disappeared inside.
The salesman promptly shut the door on it, turned, looked at the analyst, and said:
"OK, you skin that one while I go rustle us up another."

272
Ни у кого кстати нет этой книги в электронном или печатном варианте (если в Мск)
Книжка есть у меня в электронном виде. Читал по-диагонали :), она не про паттерны ВИ. Она про типовые решения в требованиях вообще, например как описывать бизнес-правила, ограничения, интерфейсы и тп.
Книга хорошая, IMHO. Если есть время советую по ней пробежаться.
Краткая аннотация книги

273
Сегодня мы обсуждаем работы слушателей. Кому интересно - присоединяйтесь.
Денис, а почему так поздно проходят тренинги?
Если начинается в 10 вечера то заканчивается наверное за полуночь?


274
Вышел новый выпуск электронного журнала Rational Edge.
В номере есть неплохая статья про стоимость разработки ВИ

275
Дин Лифингуэл "Принципы работы с требованиями к программному обеспечению. Унифицированный подход"
Как раз для того случая, если в основу всего вы закладываете варианты использования, т.е. используете подход на основе вариантов использования

277
Я хочу  :)

278
Виталий, а в пункте:
"Персонал и их навыки"
О каком персонале будет идти речь?
Об аналитиках. Есть аналитики с определенными навыками в компании (рассматриваются на проект, например), на основе их навыков и опыта можно назначать им роли. Т.е. есть описание ролей в процессе работы с требованиями и есть навыки человека - можно принимать определенное решение подходит ли он на данную роль.
То же самое можно делать с приемом людей в команду со стороны (брать на проект). Личного опыта рекрутинга у меня нет, поэтому эта часть идет как теория и наблюдения :)

279
Google Chrome рулит - ни одной ошибки  :)

280
Виталий, а если редакционный план и возможно заказ на тематику статей?
Планируется придерживаться пока процесса разработки и управления требованиями:
1. Следующий выпуск "Планирование процесса разработки и управления требованиями" (февраль-март 2009)
  • План управления требованиями
  • Адаптация аналитических процессов под проект (заказчика, команду)
  • Регламенты работ, распределение ролей и обязанностей аналитиков...
2. "Выявление требований" (апрель-май 2009)
  • Интервью и анкетирование
  • Анализ документации
  • Мозговой штурм и др.
  • Работа с заказчиком
3. "Анализ и документирование требований" (май-июнь 2009)
  • Различные методы анализа требований
  • Модели анализа, варианты использования
  • Шаблоны спецификаций требований
  • Другое
4. "Проверка качества требований" (июль-август 2009)
  • Ревью аналитической документации
  • Различные методы и подходы к проверке качества требований
  • Критерии качества требований
  • Метрики, оценки и отчеты по требованиям
Планы и сроки примерные будут прорабатываться детальнее.


281
:)
Коллеги из минской локации...
У нас в компании все зависит от проекта. Поэтому, слава богу не все так пишут UC в EPAM :)


282
Где можно записаться в авторы статей?
мой скайп: vitaliy.grigorash
email: vitaly.grigorash@gmail.com
icq: 229351127

283
а когда второй выпуск будет?
а рассылка на почту еще актуальна?
Второй выпуск сейчас готовим. Точных сроков сказать не можем, но скорее всего будет к середине или концу марта. К сожалению раз в месяц пока не успеваем. Рассылка на почту будет.

284
Да... когда на третьем кажется курсе нам читали ООП, я скучала и думала - боже, какая хрень, куда ее, зачем ее, и вообще как могут люди сидеть и часами, днями, неделями писать код, да еще в этом ужасном Visual C++...
Золотые слова :)
В вузах надо начинать с объектно ориентированного подходи и UML? а потом переходить к программированию...
Я пока книжку по UML не взял и не прочитал про основы ООАП и не посмотрел это все на наглядных картинках, не мог понять что такое наследование и полиморфизм :)

285
Все зависит от поставленного в Большой компании процесса. Может им так удобнее, может они сначала создают графическое изображение странички, а потом уже задумываются о логике работы...Например, сначала прорабатывается юзабилити, а предметка воруется с другого сайта...
То что их нельзя называть use case, я согласен - суть они переврали, с другой стороны, если такой подход помогает им разрабатывать качественные и классные продукты, то почему бы и нет. В конце концов - методологии и технологии - это лишь инструмент достижения целей...

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 »