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

×


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

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


Темы - Григорий Печенкин

Страницы: « 1 2 3 »
16
Не бездействуй, нажми капу!

Администраторы сайта серьёзно задумались о том, что следует улучшить в работе сайта вообще и форума в частности. Но прежде чем что-то менять, они, как истинные аналитики, решили спросить мнение главного Заинтересованного Лица. То есть лично Вас.

Для этого на форуме создано несколько тем с опросами. Пожалуйста, не пожалейте мышиного клика! Ваш голос правда очень важен для нас. Честно-честно!


О чём бы вы хотели узнавать из наших новостей в первую очередь? Если вам интересно всё, то за всё и проголосуйте.

Но список может быть намного длиннее. Возможно, нам просто не хватило фантазии. Тогда намекните нам о том, что вам интересно. Прямо здесь, чтобы далеко не ходить.

17
Не бездействуй, нажми капу!

Администраторы сайта серьёзно задумались о том, что следует улучшить в работе сайта вообще и форума в частности. Но прежде чем что-то менять, они, как истинные аналитики, решили спросить мнение главного Заинтересованного Лица. То есть лично Вас.

Для этого на форуме создано несколько тем с опросами. Пожалуйста, не пожалейте мышиного клика! Ваш голос правда очень важен для нас. Честно-честно!


Мы не спрашиваем, нужен ли вам Форум. Если он не нужен, то вы это сообщение и не читаете.
Но что ещё вы находите полезным на сайте? Можно проголосовать за несколько вариантов.

Если вы находите полезным то, чего на сайте ещё нет, намекните нам, пожалуйста. Прямо здесь.

18
Не бездействуй, нажми капу!

Администраторы сайта серьёзно задумались о том, что следует улучшить в работе сайта вообще и форума в частности. Но прежде чем что-то менять, они, как истинные аналитики, решили спросить мнение главного Заинтересованного Лица. То есть лично Вас.

Для этого на форуме создано несколько тем с опросами. Пожалуйста, не пожалейте мышиного клика! Ваш голос правда очень важен для нас. Честно-честно!


Предпочитаете ли вы получать газеты сразу на дом? Или любите пройтись по улице до газетного ларька? Или вы вообще газет не читаете?

19
Не бездействуй, нажми капу!

Администраторы сайта серьёзно задумались о том, что следует улучшить в работе сайта вообще и форума в частности. Но прежде чем что-то менять, они, как истинные аналитики, решили спросить мнение главного Заинтересованного Лица. То есть лично Вас.

Для этого на форуме создано несколько тем с опросами. Пожалуйста, не пожалейте мышиного клика! Ваш голос правда очень важен для нас. Честно-честно!


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

Какая страница является для вас главной дверью на сайт?

20
Для начала предлагаю поговорить о ссылках. Если в ответ на вопрос вы предлагаете человеку воспользоваться каким-то ресурсом, доступном в интернетах, не поленитесь поставить ссылку. Ценность ответа без ссылки практически нулевая (если не отрицательная).

Цитировать
Идите на форум Сообщества Аналииков, там всё найдёте.

Особо торопливые могут просто скопировать ссылку из браузера отдельной строкой: движок форума, обнаружив префикс http:// или www. , автоматически преобразует текст в ссылку.

Цитировать
Идите на форум Сообщества Аналииков, там всё найдёте.
www.uml2.ru/forum

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

Цитировать
Идите на форум Сообщества Аналииков, там всё найдёте.

Такая ссылка сообщит поисковому роботу, что именно по этому адресу можно найти форум Сообщества. А значит, поисковик на запрос "форум сообщества аналитиков" с большей вероятностью приведёт ищущего к нам (кстати, сравните результаты, выдаваемые на этот запрос Яндексом и Гуглем).


Вопрос: как правильно написать use case?

Неправильный вариант ответа:
Читайте Коберна, там всё написано.

Правильный вариант:
Рекомендую прочитать книгу Коберна "Современные методы описания функциональных требований к системам"


Вопрос: хочу стать аналитиком, с каких книг начать?

Неправильный вариант:
Список книг есть в блоге Дениса Бескова.

Правильный вариант:
Список книг есть в блоге Дениса Бескова.

Ещё более правильный вариант (для неленивых):
Рекомендованный список литературы для системных аналитиков есть в блоге Дениса Бескова.


Вопрос: Как убрать ненужный набор элементов из Toolbox в EA?

Неправильный вариант:
Сначала делаем unpin для Toolbox, затем щелкаем левой кнопкой мыши по кнопке More Tools, в самом низу Set Toolbox Visibility и убираем галочку напротив ненужного набора элементов.

Правильный вариант:
Ответ на этот вопрос (и многие другие) есть в нашем FAQ по Enterprise Architect.




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

Наикрутейший форум аналитиков в Рунете

1. Набираем текст ссылки:
Наикрутейший форум аналитиков в Рунете

2. Выделяем текст и нажимаем вот эту кнопку:

После нажатия кнопки выделеный текст обрамляется открывающим и закрывающим тэгами url в квадратных скобках:
[url]Наикрутейший форум аналитиков в Рунете[/url]

2a. Не видите кнопки? Значит, вы в режиме быстрого набора ответа.
Либо введите эти тэги вручную, либо нажмите "Предварительный просмотр", чтобы перейти в режим полного редактирования.

3. В открывающем тэге ставим знак = после url и вставляем собственно ссылку (без пробелов до и после знака = и кавычек, обрамляющих ссылку):
[url=http://www.uml2.ru/forum]Наикрутейший форум аналитиков в Рунете[/url]

4. Рекомендую нажать "Предварительный просмотр", чтобы убедиться, что всё получилось правильно.

5. Сохраняем пост.

21
Сергей Мартыненко (SALar) разместил эту ссылку на it4business, а сюда, похоже, забыл или не успел.
А между тем, почитать это будет интересно именно аналитикам.

Цитировать
Рекомендую.

http://ag-orlov.narod.ru/itnotes.htm
и
http://www.ozon.ru/context/detail/id/4031050/


--------------------
Сергей Мартыненко

Присоединяюсь к рекомендации, написано легко и весело, и читается на одном дыхании.


Записки автоматизатора. Профессиональная исповедь.
Автор: Орлов
Издательство: Манн, Иванов и Фербер, 2008 г.
Мягкая обложка, 208 стр.
ISBN   978-5-902862-97-0
Тираж: 3000 экз.
Формат: 60x90/16

22
У меня в форуме почему-то пропали почти все стандартные картинки.
Например, вот это сообщение набираю, и не вижу в панели форматирования ни одной кнопки. При попытке открыть изображение по ссылке получаю ошибку 403 (Forbidden):

http://www.uml2.ru/forum/Themes/babylon/images/bbc/move.gif

Это только у меня проблема, или у всех?
Граждане администраторы, права доступа к каталогам или настройки форума никто не менял?

23
Специально для тех, кто ещё не научился заходить на сайт через главную страницу и не подписался на новости сайта по RSS. ;)


Компания «Заказные ИнформСистемы» совместно с uml2.ru проводит бесплатный семинар «Теория и практика Agile».

Будут следующие доклады:

1. Андрей Бибичев, «Аналитик в Agile: Архаизм или необходимость?». Доклад был уже представлен на SECR-2008, доступны все материалы (аннотация, слайды, статья и даже видео), но ожидается активная живая дискуссия по изложенным положениям.
2. Александр Байкин, «Гибкий анализ требований».

Приблизительные тезисы:
1. Agile — это методология или набор практик?
2. Возьмем немного от Agile.
3. Возьмем немного от RUP.
4. Перемешаем RUP и Agile или 15 принципов гибких требований.
5. 13 чертей требований.
6. Гибкий бизнес-анализ.
7. Гибкий анализ требований и управление изменениями.
8. Гибкое взаимодействие в проекте.
9. Преимущества и недостатки «гибкого» анализа требований.


Время: 4 марта, среда, 19:00;

Регистрация на livents.ru:

http://livents.ru/event/2009/03/04/seminar-teorija-i-praktika-agile/

Технический момент — при регистрации в livents.ru нужно указать ФИО — это нужно, чтобы выписать пропуск, поэтому, если ваши ФИО не указаны — пошлите их по почте (stas@custis.ru).

24
Собственно к идее подтолкнул "тест Гринкевича":

Цитировать
Что бы определить, существует ли у вас процесс тестирования в полном объеме предлагаю выполнить небольшой тест - тест Гринкевича. Всего шесть вопросов.

1. Есть ли у вас тестировщики (роль в проекте)?
2. Есть ли у вас сформулированная стратегия тестирования?
3. Используется ли система учета дефектов?
4. Есть ли у вас изолированное тестовое окружение?
5. Применяется ли процедура передачи новой версии программы в тестирование?
6. Есть ли у вас процедура оценки готовности программы?

Если на какой-то из вопросов вы ответили “нет”, то должен вас огорчить. У вас нет процесса тестирования. Все расходы на содержание тестировщиков и траты на тестовые активности могут оказаться не эффективными. Каждый “нет” означает, что вы либо не контролируете процесс, либо не контролируете тестовое окружение, либо не контролируете работу тестировщиков, либо все вместе. Но вывод из всего этого один - вы не управляете процессом и, следовательно, уровнем качества вашего продукта.

Идея состоит в том, чтобы сформулировать подобный тест "для аналитиков".

Долго сомневался, как правильно назвать тему. Написал сначала "процесс системного анализа". Но понятие "системный анализ" слишком широко.
А "управление требованиями", наоборот, слишком узко и не отражает всех аспектов деятельности аналитиков.
CMMI выделяет два процесса: "requirments development" и "requirements management", названия которых принято переводить как "разработка требований" и "управление требованиями" (оба, кстати, относятся к уровню 3). Я подразумевал оба процесса, хотя в большей степени, наверное, первый.

В общем, вопрос с названием теста остаётся открытым.

Итак, с помощью каких вопросов можно определить, что в проекте (ограничимся пока проектом) действительно ведётся работа с требованиями, отвечающая минимальным разумным критериям? Чтобы пройти тест, нужно ответить "да" на все вопросы.

Предлагаю черновой вариант:

1. Есть ли у вас в проекте выделенная роль аналитика?
2. Есть ли у вас актуальная концепция создаваемого продукта, включающая перечень заинтересованных лиц?
3. Предоставлены ли аналитику каналы для контакта со всеми заинтересованными лицами или представителями их интересов?
4. Есть ли у вас систематизированное хранилище требований к продукту, доступное всей проектной команде?
5. Определены ли процедуры использования требований для проектирования, разработки и тестирования продукта?
6. Определена ли процедура оценки соответствия версий продукта требованиям?


Выглядит пока сыровато.

Для меня пока неочевидно, достаточен ли список вопросов (да и правилен ли).
"Определены ли процедуры" - не самая лучшая формулировка, можно определить и не использовать.
Вообще формулировки вопросов тяжёлые, надо бы подобрать другие слова - попроще и покороче, но не теряя сути.

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

25
Сообщество Agile Ukraine перевело на русский язык и выложило книгу Хенрика Книберга "Scrum and XP from the Trenches".


26
ПО Аналитика / Обзор UML-редакторов
« : 25 Декабря 2008, 12:09:20 »
Небольшой обзор UML-инструментов. С картинками и обсуждением.

http://habrahabr.ru/blogs/development/46648/

27
Работа / Обзор зарплат бизнес-аналитиков
« : 02 Декабря 2008, 17:46:16 »
...опубликован на исследовательском портале центра SuperJob.ru:

http://www.superjob.ru/research/articles/962/

28
Очень порадовал анонс статьи в новостях UML2.ru: "Представьте, что у Вас есть решение, которое позволит определить реальную стоимость проекта и дату будущей поставки ПО с 90% вероятностью."

http://www.uml2.ru/index.php?option=com_content&task=view&id=219&Itemid=64

Я так понял, с выходом этого волшебного инструмента проблема управления проектами разработки ПО окончательно решена? ;)

29
Вот, в поисках простого инструмента наткнулся на такой сайт:

http://www.am-programs.ru/

Простой редактор, написанный на Java, позволяет создавать дерево требований и сохранять его в формате XML. Скачал, сейчас играюсь.

На сайте есть и описание программы, и информация об авторе, и даже специальная страничка "Что такое требования и зачем они нужны". :)

30
Только что разбирали с программистами задачу.

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

Последовательность выполнения такая (пока грубо, это не usecase).
- клиент передаёт свою карту кассиру
- кассир проверяет карту по определённой процедуре (сверяет с паспортом, удостоверением или смотрит фотографию на карте)
- кассир начинает операцию оплаты на кассовом терминале, вводит сумму
- кассир вставляет карту в ПИН пад
...
дальше начинается самое интересное. При выполнении EMV операции карта может потребовать взаимодействия с её владельцем, при этом кассир должен отдать ПИН пад клиенту
...
- клиент выбирает приложение на карте или подтверждает выбор единственного приложения (в зависимости от карты, этот шаг может и не выполняться)
- клиент вводит ПИН, возможно, делая при этом несколько попыток
...
на этом взаимодействие клиента с картой заканчивается, и клиент должен вернуть ПИН пад со вставленной картой кассиру
...
- кассовый терминал связывается с хостом для получения авторизации
- ... и так далее, до завершения операции.

Особенность операции в том, что на определённом этапе ход выполнения транзакции распараллеливается, и в ней участвуют два человека, каждый со своим экраном (экран кассового терминала и экран ПИН пада) и устройством ввода (кассир должен видеть, что происходит с ПИН падом, и может прервать операцию в любой момент со своего терминала). При этом ПИН пад выполняет мастер-приложение, управляющее и экраном ПИН пада, и экраном кассы, но не имеющее доступа к клавиатуре терминала.


Собственно вопрос в том, описываются ли такие ситуации с помощью usecase и если да, то каким образом?

То есть я могу себе представить разбиение на более мелкие варианты, например, выделение ПИН пада и терминала в виде отдельных акторов и описывать взаимодействие всех четырёх участников (на самом деле, тут есть ещё и хост) независимо, но при этом теряется целостность восприятия всей транзакции. Кроме того, получается, что два или больше варианта использования протекают параллельно и зависят друг от друга.

Простой, вроде бы, пример, но при попытке представить его в виде usecase транзакция разваливается на части, которые потом будет трудно интегрировать.

Страницы: « 1 2 3 »