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

×


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

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


Сообщения - SALar

Страницы: « 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 »
436
Отличный антипаттерн. Нужно будет сохранить и в тренинг вставить.

437
Обоснуй. :)

На самом деле, рекомендации не бывают "зря", трудно угадать, что нужно конкретному человеку. Каждый воспринимает информацию по-своему. Кстати, imho "Психбольница" - это как раз о том, что называется usability.

А на блог Дениса Бескова, кстати, мог бы и ссылочку дать. Те книги, которые я рекомендовал, стоят в списке на первом и третьем месте. ("Книги и прочие источники перечисляются в порядке, рекомендованном к изучению.") На втором месте - ты будешь смеяться - Коберн. ;)
Не буду смеяться. С Денисом мы обсуждали какие книги стоит читать и почему.

По UML. После того, как вы научитесь писать требования UML вам может помочь писать более наглядно. А может и не помочь. Я почти всегда обхожусь без этих палочек и овалов. Просто не нужны.

Не все диаграммы UML относятся к разработке требований, а те что относятся:
* ВИ - альтернативный способ оглавления и только. Без требований бесполезны. См. Коберна. Есть - хорошо. Нет - наплевать.
* активности (и последовательности до кучи)- полезна в сложных случаях. На 1000 страниц требований хорошо если их будет 5 штук. Исключая системы со сложным взаимодействия подсистем (банкомат, SOA, ...)
* Состояний. Возьмем для примера такой продукт как Багзила. На все подробное описание страниц на 100-200 достаточно одной.
Что там еще к требованиям относится?

"Психбольницу" советовал исключительно потому, что человек интересуется юзабилити. В ней, в частности, описан интереснейший раздел требований "Архетипы". Помогает не только в разработке, но и в продвижении продукта.

438
моделях, почитать книги. Прочитала UML основы Фаулера, в процессе «UML. Руководство пользователя” и «Разработка ИС с использованием UML».
Двигаюсь ли я в нужном направлении  и что нужно делать дальше?
Зря. Эти книги стоит читать потом. И то всего лишь "может быть".

У Дениса Бескова найдите в блоге список рекомендованных книг. Вот их и читайте.

От себя еще порекомендую "Психбольница в руках пациентов".

439
А в среднем по больнице...

* Допустим делаем мы программу для игры в го. Один программист на полставки и 15-50 аналитиков.
* А теперь мы делаем "скворечники на конвейере". Что-то типа "решение квадратного уравнения", только таких задач очень много. Аналитиков нет совсем, зато есть 50 программистов.
* А теперь снова делаем "скворечники на конвейере". Сайты визитки на основе вуществующей CMS. Один администратор, 5-7 креативных-дизайнеров и опять таки ни одного аналитика. Правда также нет ни одного программиста.

Каково соотношение трудозатрат?  Все зависит от проекта. От 0 к 100 до 100 к 0.

"о внутренних проектах по доработкам корпоративных ИС" - не более 20% кодирование. Срорее 5-10%. Остальное - другие виды работ.

440
Господа, а не хотите написать требования к рельному, но очень маленькому продукту? У меня руки так и не дошли, а тот, продукт что получился при кодировании без требований - без слез на него не взглянешь.

Размер продукта. Если бы десть лет назад я писал его на знакомом мне языке (бейсике, например), то уложился бы в день-два (если без графики). Соответственно, там пара юзкейсов, и немного остальных.

Тип продукта. Казуальная игра типа "Филера".

441
Отличный доклад. Огромное спасибо Анатолию и организаторам. Единственное о чем жалею - на него бы руководство многих фирм вытащить.

442
Сергей,

Ты чего-то сегодня не в духе :)
Идеи хорошие, но как-то резко ;)
Ну, давайте хоть попросим...
И это поднимет карму участнику.

* Записался+пришел = карма без изменений
* записался и дал отзыв = плюс к карме
* записался и не пришел = минус к карме

Так нормально?

443
Хватит делать все бесплатно.

"Если возможно, то при записи на семинар разместите ссылку у себя в блоге ..."
Или в ЖЖ или на форуме или... Короткий отзыв со ссылкой на uml2 или сайт докладчика.

Это и будет платой. Немного, но достаточно.

444
Собственно вопрос не в количестве денег, их как раз много не будет. А в создании прецедента.

447
Это только если оплата - с кассовым аппаратом.
Естественно. Кассовый аппарат - в банке. Это нормальная практика.

448
Тема действительно многих волнует ... будет аншлаг ... но стоит ли его делать for free?
Поддерживаю. Пора переходить на семинары с упрощенной схемой оплаты.

Вариант:
1. Оплата производится на входе. Сумма достаточно символическая. баксов 10-20.
2. Формируется список.
3. Ответственный человек перечисляет деньги банковским платежом на счет юрлица.
4. Государство заберет себе порядка 40% в виде налогов.
5. Юрлицо заберет некую сумму за выполнение операции.
6. И собственно, лектор получит на руки порядка 40%
В итоге:
* все белые и пушистые перед законом
* отсутствуют высокие накладные расходы по оплате
* с ведущего можно требовать нормально подготовленного семинара - вот за это я готов платить.

449
цель - показать те техпроцессы, которые понимаются под всеобщим понятием "Металлообработка"
Вы только что совершили самую распространенную и самую губительную ошибку. Просто показ не может быть целью.

450
Управление важнее. И внедряться должно раньше, чем разработка. Не зря же в CMMI жля достижения второго уровня необходимо внедрить управление требованиями, а разработка требований нужна только для третьего.
Проблема только в том, что управление сложнее разработки. Соответственно, исходя из основного принципа преподавания движения от простого к сложному ...

Страницы: « 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 »