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

×


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

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


Сообщения - Dmitry Zhiglov

Страницы: 1
1
Добрый день!

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

Планирую в последствии создать опросный лист и подбирать системные решения "на лету".

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

Вики хороша, но сложно поддерживать.
Рассматриваю использование excel, но при большом количестве информации таблицами трудно управлять.

Подумал о Sparx... опыта с этим инструментом мало, однако насколько он мог бы подойти под описанные выше задачи?

Покритикуйте. Посоветуйте. Поделитесь своими мыслями на сей счет.

С уважением,
Дмитрий


2
Просто мнение.
Иной раз такие карты повторяют общее и подробное оглавление книги. Заинтересовался книгой, спасибо. За одно сравнил (выборочно) вашу карту с содержанием...  ;) Карта полезная, так как она дает вам представление о книге и напоминает о содержимом, а для меня карта полезна связями и комментариями.

3
Alfia, спасибо за краткий план.
Для меня сейчас любой совет будет полезен. Мне приходится протаптывать дорожку в описанном ключе самостоятельно и, по ощущениям, я нахожусь сейчас между уровнями "понимание" и "знание" искусства анализа. На уровень "применения" знаний только-только выхожу - стимулирует обязательство выдавать результат в ограниченные временные рамки.

Спасибо!

4
Что связь?

Не совсем, но очень близко. :) ТВ
В какой-то степени пытаюсь понять, как же надо "правильно" работать, а не как мне пытаются навязать.

Я так понимаю что ответ-то на вопрос "сможем" -  Да, а вот как и что хочет Заказчик - уточняет Аналитик или назначенный специалист (с ролью в данный момент - аналитик).

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

Вы и за деньги отвечаете ? Цена это к менеджеру, в Вам техническое предложение, как Вы будете это делать (с учетом тех денег что есть).

Деньги не моя ответственность, но если бюджет известен, то, как вы заметили, в бюджет надо вписаться.

Ознакомьтесь с материалом в статье  Образ мышления СА.

Спасибо за ценную статью и за комментарии.

5
Дмитрий,

Вы опять все в кучу свалили ....

Я бы выделил вот такие активности
1. Получить запрос от Заказчика, проанализировать его, собрать и проанализировать дополнительные требования
2. Написать ТЗ, см. ГОСТ 34 - там есть все и функциональные требования и требования к железу и много чего еще, что не нужно выкидывайте
3. Согласовать ТЗ
4. Составить ком предложение и согласовать его
5. Составить договор и подписать его
6. Если нужно то написать ЧТЗ для партнера и согласовть его
7. Доработать если нужно Систему, установить в тест
8. Протестировать
9 Установить клиенту и протестировать
10. Подписать акты сдачи-приемки

Выбирайте то, что делаете Вы.

1. Запрос получает менеджер, а вот анализ за мной с ответом на вопрос "можем ли мы это сделать?"
2 и 3. Да, тут мне сложно. Надо написать ТЗ самому себе по его служебной записке заказчика его высокому руководству (без шуток).
4 и 5. Здесь за мной приложение к договору т.е. смета без сумм, хотя и их прикидывать надо, чтобы уложиться в рамки.
6. Это для меня еще вопрос... в каком виде лучше делать.
7, 8, 9. Интегрируются готовые решения, не с нуля написанные, но с соответствующим допиливанием на стыках систем.
10. О да. Это уже же надо понимать на пункте №1,2,3.

Итого прикладываю руку в той или иной степени к 1,2,3,4,5,6,7,8,9,10 пунктам.

Сейчас я стою на пункте 2.

Признаю и понимаю, что в голове каша...
Спасибо за напоминание про ГОСТ34...

6
Задачи аналитика зависят не от типа компании, а от конкретного проекта. Попробуйте описать коротко цели Вашего проекта, тогда смогу сказать какие задачи могут стоять перед Вами. Например, если проект по разработке новой системы, то это один набор задач. Если вы внедряете готовый продукт, то и задачи будут немного другие.

Про "хочу красиво" - типичный пример неправильных требований. Почитайте про характеристики правильных требований, например, тут: http://www.uml2.ru/index.php?option=com_content&task=view&id=88&Itemid=48

Про инженерные задачи - приведите, пожалуйста, один-два примера, чтобы понять, что Вы имеете в виду.

Denis Beskov правильно заметил, надо учиться выявлять требования и учиться их записывать.

Стоят задачи внедрения готовых продуктов и построения систем из множества разных готовых продуктов, как правило аппаратно-программных.

Могу для себя выделить два типа задач по профилю сайта:
1) по абстрактному ТЗ заказчика записать его пожелания и подобрать решение;
2) если необходимо привлекать партнера для реализации, то надо им ставить отдельно задачу - ТЗ для партнера;

Инженерные задачи заключены в разработке схем, чертежей и подбор под выбранный программный комплекс аппаратной платформы и его обсчет. Также после инсталляции настроить задуманное совместно с партнерами.

Как мне кажется тут все в кучу собрано.
Все знают слова "ТЗ" и им подобные, но все равно, все как-то "по русски".

--
мои источники информации:
1) прочитал Элизабет Халл "Разработка и управление требованиями"
2) продолжаю читать Новикова и Иванова "Моделирование на UML"
3) читаю форум и материалы сайта

7
Какие задачи в системном интеграторе аналитик решает?
Смешение обязанностей аналитика и инженера. Как это устроено в других системных интеграторах?

Мне порой приходится работать с требованиями "хочу красиво", а опыта в аналитике очень мало, да и инженерные задачи никто не отменял... Как быть?

8
Добрый день!

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

Аналитика мне интересна, интересуюсь последние пару лет, но чувствую и понимаю, что смещение задач сильно вредит моей производительности.

Страницы: 1