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

×


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

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


Сообщения - bas

106
прав доступа (скажем, создать объект данному действующему лицу разрешено, а удалить нельзя), но у Вас вроде нет таких условий.
Это все равно изображается в виде CRUD, только в бизнес-правилах в спеке ВИ пишутся такие ограничения.

107
Анастасия,

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

Не забывайте про основные принципы ООП, в частности про инкапсуляцию.

108
Galogen, когда в дипломной работе я говорила о рукописном тексте, то там решался вопрос о распознавании рукописно-заполненных форм, когда каждая буква пишется в отдельной ячейке. Например, как в ЕГЭ, при пересечении границы (по крайней мере, точно для Россия-Украина-Россия называется Иммиграционная карточка).
Мне говорили, что в США это уже как 10 лет работает на гос уровне.

109
Коллеги,

И я присоединяюсь к поздравлениям!
Формализованных бизнес-процессов, мотивированных заказчиков и новых интересных проектов!

110
Вакансии / Re: Аналитик-консультант 1С, Мск
« : 24 Сентября 2013, 21:28:34 »
Удаленно кандидатов рассматриваете?
Нет, нам нужен человек на постоянку.

111
Лучше всего разбивать по функциональным областям, т.к. сразу можно понять контекст. Если необходимо понять какие ВИ может выполнять Актер, то это можно понять из матрицы трассировки.

112
UML SysML и пр. / Re: Ассоциация внутри класса
« : 22 Сентября 2013, 14:02:46 »
Вадим, что конкретно Вас заинтересовало? Выражение композиции в целом или композиция внутри(между) кластера(ми)?
Какой Вам информации не хватает?

113
Вакансии / Re: Аналитик-консультант 1С, Мск
« : 09 Сентября 2013, 17:49:39 »
Коллеги, очень нужен человек, приходите!

114
ПО Аналитика / Re: Axure практика
« : 09 Сентября 2013, 16:57:40 »
Отличная идея!

Пока можно накидать всяких интересных ОСНОВНЫХ ссылок, далее, если будет проявляться интерес, то переименую тему в "FAQ - Axure" и прикреплю в этом разделе.

115
Денис, согласен, убрал.

Если где-то еще найдете, скажите, уберу.

116
Антон, как я понимаю, Вам стало легче и Вы теперь представляете себе, что нужно делать?! Уже хорошо :)

Но все же начните для себя с четкой цели и далее уже оптимальных путей ее решения. Не забывайте, что цель должна быть SMART.

Вообще успешность этого мероприятия я вижу след образом:

1)  У нас есть средний показатель высвобожденных (человеко-часов / рублей/мес) за единицу времени работы команды. Задача минимум за счет более четкого ранжирования увеличить этот показатель на 50%.

2) Задача максимум - выбить ресурсов увеличить команду в 2 раза, чтобы работать было поинтереснее :)
А как Вы мерите 1ый показатель?
Вы уверены, что текущими силами сможете увеличить его на 50%?
П. 2 - это вообще не цель, это м.б. задачей при достижении 1ого показателя, если это "достижимо".

117
Прикольный кейс получился, как раз для Аналитика:
Заказчик - хочу внедрить систему класса Х, посоветуйте мне какую.
Аналитик - а нет, давайте про цели сначала поговорим
:)

118
Антон,

У Вас какие-то противоричивые показания:

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

Думаете задача 1 сложнее задачи 2? Если вы с бизнесом не можете поставить правильно процесс выбора реквестов, то безусловно справитесь с внедрением системы качества БП?
Что-то либо Вы не договариваете, либо совсем какой-то запущенный случай. Хотя меня всегда пугает ситуация, когда одна сторона кристальна чиста, а другая по уши в дерьме шоколаде.

У вас цель какая? Увеличить кол-во решаемых реквестов, которые приносят максимум пользы для бизнеса, до какого-то % за такое-то время?!
Есть понимание - какой процент реквестов должно быть в итоге полезными и за какой срок вы этого должны добиться?
И идите к этой цели оптимальным путем, а не через Хабаровск. Есть четкое понимание, что вы достигните цели вашим путем? Сомневаюсь. Так м.б. уменьшить целевые показатели и пойти более прямым, но более волевым путем?

Кто определяет полезность? Бизнес
Кто определяет ресурсы и скорость разработки? Вы.
Так вот сделайте баланс из вас и бизнеса для достижения поставленной цели.


Сейчас процесс  поставлен во многих  принципах  именно так. Только у меня хед по контрорю качества, а не ИТ директор.  Вообще это капитанские принципы(= принципы капитана очевидность). Подтверждаю что такое возможно только при содействии какого-нибудь топа. Причем, это должен быть хоть сколько-нибудь компетентный в области аналитики и разработки человек.
А без топа конечно вы процессы опишите спокойно и выберите, что вам нужно?!

119
Ситуация 1.
1. В оценке тех спец должен участвовать обязательно
2. Отрезать реквесты, кот превышают определенные трудозатраты: ну не может курица отложить страусиные яйца
3. Приоритет реквеста = К*Приоритет_Бизнеса/Трудозатраты
4. Требовать критерии у каждой задачи, которые должны быть достигнуты по факту внедрения, не достигнуты - по башке/снижение приоритета других реквестов и т.д.
5. Договариваться с бизнесом о выделении определенного времени на задачу в зависимости от трудозатрат, не соблюдают ...
6. Нужен чел, кот будет разрешать конфликты в приоритетах между разными нач отделами
7. Задачи/проекты больше определенных трудозатрат отдавать на аутсорс.

Ситуация 2.
См. п. 4 выше

Ситуация 3.
Поставить процесс работы с реквестом жестко и соблюдать для всех реквестов, исключение - реквесты от совсем топа.

Сами Вы этот процесс не поставите, нужно привлекать каких-то топов, да хотя бы ИТ директора.

120
>> На стороне пользователей продукта или его разработчиков?
ИМХО на стороне проекта, а у проекта есть 3 составляющие: качество, сроки, бюджет.
Вот и Аналитику нужно в этом треугольнике работать.
Будешь учитывать все хотелки - не уложишься в сроки, не будешь учитывать важные для заказчика требования - вообще не сдашь проект.
Аналитик работает на передовой и он сильно формирует ожидания от заказчика, поэтому эти три составляющие всегда иметь в виду.

>> Чьи финансовые интересы отстаивать: фирмы исполнителя или фирмы заказчика?
Это не дело Аналитика вообще.

>> Считаете ли вы, что «клиент всегда прав»?
Нет

>> Можете ли вы «уволить» клиента?
Это как? Клиент - это первый друг Аналитика и нужно с ним научиться дружить.

>> Считаете ли вы верной позицию «Аналитик должен лишь фиксировать требования.
Нет, Аналитик не тупой техпис, вся суть профессии заложена в его названии.

>> Судить об их реализуемости должен архитектор,
Да, но Аналитик должен дать всю полную и необходимую информацию.

>> а управлять скоупом руководитель проекта»?
Да, но Аналитик должен дать всю полную и необходимую информацию.