Просмотр сообщений
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
А я, как МП, еще больше рад, что нам выделили супер Дизайнера с другого проекта, чтобы сдать проект во время
Договорились... Жду спеки и сроки...
Коллеги Аналитики,Так как я люблю на досуге порисовать, могу выступить в роли дизайнера и "кодера", и по вашим спекам попытаться сделать такое "кликабельное чудо". Заодно проверим качество спеки. Что скажете?
Будем делать то, что Виталий предложил? Хватит сил? Мне кажется идея очень хорошей!
Ты хоть название сказал бы программки, кот. тебе "очень понравилось"Вот список программ.
Потренировать - интересно.Может что-нибудь тогда расскажите на очередном семинаре в Петербурге?
Участвовать - уже наверное нет...
Виталий, правильно ли я Вас понял, что для вас основным критерием принятия решения является "нужность" изменения?К сожалению я этим не занимаюсь, поэтому всех деталей работы с заказчиком я рассказать не могу. Думаю здесь вступает в силу закон "Учись говорить нет". Можно всегда объяснить, что менее важное требование можно отложить до лучших времен и сделать акцент на более важных моментах. Думаю это зависит от конкретного заказчика. Бывают "самодуры", которые бантики считаю наиболее важной фичей, чем например построение отчетов, аутентификация и тп. Можно объяснить, например, что сейчас вы сможете решать свои проблемы без данной функции, а в дальнейшем (в сл. релизах) мы обязательно это сделаем. Думаю заказчик, то же не будет рисковать тем, что у него появиться бантик, но не будет работать основная функциональность.
Т.е., допустим вам заказчик говорит: "хочу A, B, C". Вы говорите: А - не нужно, B - бантик, а вот С - "действительно нужная" фича, делаем.
А на основании чего? Как вы заказчику мотивируете, что его запросы A и B вы посчитали ерундой и отклонили?
Сама по себе идея подобной "политинформации" для сотрудников мне кажется правильной и полезной. Рад за вас, что вы нашли в себе силы сделать первый шаг в этом направлении.Михаил, в каждом выпуске журнала предполагается публикация информации примерно следующего содержания:
Что касается самого содержания журнала, то наличие в нем ТОЛЬКО отрывков известных книг немного разочаровало. Ну, т.е. по анонсу ожидалось нечто более "свое, выстраданное". Или, по крайней мере, хотя бы дополнение "классиков" какими-то словами о применении описанной теории в вашей реальной практике. Впрочем, подозреваю, что журналы, содержащие ваши ноу-хау или анализ реального состояния дел, вы бы не могли публиковать в интернете.
В любом случае, желаю вам удачи и чтобы ваше начинание не загнулось!
Поделитесь попозже, каков был фидбэк на ваше новшество? Со стороны коллег, руководства?
Близость к источнику, чем плохо?Для UML совсем не плохо. Но к сожалению голое знание нотации не позволяет создавать качественные продукты
. Наверное тогда не имеет смысла продолжать эту ветку, я не читал книгу Вигерса.StUtk, к сожалению в литературе по uml приведена только нотация ВИ, в них никогда толком не рассказывают, что такое варианты использования и с чем их нужно "есть". Основная часть ВИ (об этом кстати немного заикаются) это его описание (текст или диаграмма деятельности). На ДВИ выносят ВИ лишь для того, чтобы структурировать их и показать первое видение модели ВИ и функциональности системы.
А можно тогда пример отношения включения?Самы распространенный пример: "Проверить пин код"
включен в большое количество ВИ банкомата, например, в "Просмотреть счет", "Снять наличные"...Отношение включения имеет смысл только тогда, когда ВИ включается в несколько ВИ.Не всегда....
Опаньки...) а ведь мы тут рассматриваем Use Case, в котором важна функциональность системы, а последовательность действий - это уже другое. Тут рассматривается статика, только то, что предоставляет система - функия авторизации, функция регистрации, функция оформления заказа и т.д.. имхо...)По-моему. Вы абсолютно не верно трактуете ВИ (возможно я ошибаюсь
. ВИ в первую очередь это описание последовательности действий пользователя и откликов системы. Если вы используете диаграмму ВИ для того, чтобы описать функции системы ("статику"), без описания поведения, то я бы Вам посоветовал избавляться от подобной практики.
... Без регистрации залогиниться ну никак не получится, а это значит, что выполнение одного ВИ зависит от другого ВИ. ...Не надо путать предусловия и связь вариантов использования. То что, перед логином пользователь должен быть зарегистрирован, это показывается либо предусловием, либо проверкой в теле самого варианта использования.
И ещё хотел бы обратить внимание на картинку на сайте - FAQ - Use Cases (Варианты Использования).Не соглашусь.
Там изображён пользователь и два ВИ(логин и регистрация), между которыми установлено отношение расширения (extend). По-моему, это далеко не отношение расширения, это отношение включения, то есть один ВИ (логин) зависит от поведения второго ВИ (регистрация). А отношение расширения - это дополнительный функционал в зависимости от условий, объявленных в перовм ВИ.
Это замечание актуально, конечно, если, корректность картинки принципиальна. =)
. Тогда он запускает ВИ "Регистрация" или завершает данный. Если учетка есть, то регистрация нам не нужна.
