1726
Сообщество Аналитиков / Re: Неформальная сентябрьская встреча
« : 21 Сентября 2007, 18:07:33 »Денис, годится. Время оставляем 7:30?ага, дальше можно телефоном
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
Денис, годится. Время оставляем 7:30?ага, дальше можно телефоном
А по фамилиям можно? Товарищ BAS будет?Нельзя, без согласия людей. Будет. Он первый Саша и есть.
А почему нет?Если коротко - потому что это абсурд. Только Мюнхгаузен мог вытащить сам себя из болота за волосы.
у него етсь альтернатива, не читать документ. Ознакомление с документом будут носить рекамендательный характер.А почему вы вообще думаете, что проблемы неэффективности КОММУНИКАЦИЙ с помощью ДОКУМЕНТА могут быть решены с помощью ДОКУМЕНТА же?
Но в любом случае документ должен быть максимально легким и в плане объема и в плане информации.
С точки зрения "обычного" менеджера, "самоуправляемая команда" несёт полную ответственность за разработку продукта: "Я даю вам полную свободу и умываю руки".Это какой-то дезинформированный менеджер. В Agile команда несёт ответственность только за техническую часть. Фичи и целеполагание остаются на менеджере продукта.
Хорошо, если над командой нет такого менеджера. А если есть? Интересно, кстати, было бы узнать, что думает по этому поводу команда, которая представляла пример внедрения SCRUM на прошедшем в прошлый четверг семинаре AgileRussia.Ни Эда, ни Сергея на семинаре не было. Спросите у команды. Она про целеполагание не читает, я уверен )
Мне кажется это один из "чисто теоретических" случаев.Ничего теоретического - у самого несколько проектов такого характера на руках.
Если нет возможности провести маркетинговое исследование, то что означают "релевантные потребности"? Откуда они возьмутся?Нет возможности провести ОБШИРНОЕ маркетинговое исследование.
Здравствуйте Все!UML на вес - это что-то новенькое. Игорь, поищите файлы формата XMI в пиринговых сетях.
Пишу бакалаврскую по теме "Автоматизированная классификация информационных моделей на основе искусственных нейронных сетей". Модели представлены диаграммами классов и деятельности UML. Для обучения сетей мне нужно как минимум 100 диаграмм каждого вида где-нить достать, ибо времени в обрез.Буду исключительно признателен, если кто-нибудь может выслать мне пару-тройку моделей(с миру по нитке.... Oптимальный формат -- ХMI от MagicDraw, но и просто графическое представление моделей годится. Заранее благодарен за любую помощь.
Игорь
... Вот собственно говоря и возможность использования EPF в команде разработчиков. Любой может открыть и посмотреть, что он должен делать на данном этапе проекта.Любой может открыть что? Как он узнает, на каком этапе проект находится? Как он узнает свою роль в проекте? Как он узнает, что в этом проекте мы используем именно такой тип процесса, а не другой, описание которого лежит отдельно?
Под "массовым продуктом" понимается ПО, рассчитанное на большой тираж, но с каждой инсталляцией работает небольшое количество пользователей с узкоспециализированными потребностями или "публичные" системы (небольшое количество инсталляций, но большое количество - "масса" пользователей)?Массовый продукт - продукт, рассчитанный на использование массами. Я же пишу в заголовке - "публичные веб-системы" - частный случай массового продукта.
Нотация - это только знаки, которыми описывается модель. Задача соотнесения потребностей и идеи проекта часто упирается в модель автоматизируемой деятельности (пользователя системы). Т.е. проблема обычно в содержательном развертывнии идеи в модель, особенно для систем, которые не подпадают под традиционные модели типа "промышленное производство" или даже "предприятие". У Вас не так?Кто бы спорил, что только знаки. Модель использования вполне ложится в use-case'ы. Но нужна не модель использования, а модель потребностей, принципы её формирования. Модель использования из неё сделать уже не так сложно, когда знаешь цели потребителя, его портрет и ожидания.