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

×


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

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


Сообщения - evgenis

Страницы: 1 2 3
1
А делал кто-нибудь версии ТЗ?
Я имею ввиду: Одна версия для ген директора(иначе не подпишет) , а другая для разработчиков?

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

2
...можно экспортировать в Word..
А как поддерживать актуальность? Постоянно делать экспорт? Накладно.

3
А если мне из всех ДВИ нужны только их графические изображения без описания?

4
Но полезна ли возможность ссылаться на часть Т. в принципе?

ИМХО это полезно для создания обобщённых документов требований. Например, если требуется иметь документ отражающий все ДВИ без описания. При отсутствии данной возможности, приходится постоянно отслеживать изменения и дублировать информацию.

5
С RP работаю в данный момент.
RP умеет ссылаться на конкретное место в другой спецификации, но не умеет вставлять часть содержимого. А так же не может поддерживать корректность ссылки.
Именно не удовлетворённость RP и подталкивает на поиск альтернатив.

6
Моё почтение.
Может ли кто подсказать в каком из RMT есть все перечисленные ниже возможности? Именно все!
- поддержка типов требований (Т) (FEAT, SRS, UC…).
- поддержка иерархии Т.
- хранение Т в БД в виде форматированного текста.
   - возможность вставки картинок/таблиц.
- возможность ссылаться на другие Т в виде:
   - ссылок на Т.
   - ссылок на конкретное место в Т.
   - вставки определённого содержимого (текста/картинки/таблицы) из другого Т без возможности его модификации.
   - поддержка автообновления ссылок.
- контроль изменений
   - трассировка
   - версионность
- разграничение доступа к Т
- настраиваемое оповещение о изменениях в Т
- экспорт
   - по Baseline
   - по типу Т
   - по версии Т
   - в один общий документ (word/html/pdf)
   - в группу документов разбитых по типу Т (word/html) с поддержкой ссылок
- GUI
   - настраиваемое представление рабочей области
   - настраиваемый список последних изменений

7
Может быть Вы что то подчерпнёте для себя полезного из рассказа Макса Дорофеева "Предсказание будущего" http://cartmendum.livejournal.com/46577.html?

8
ПО Аналитика / Re: IBM Rational Requirements Composer
« : 02 Марта 2010, 13:19:52 »
Если я не ошибаюсь, со слов представителей IBM, RRC позиционируется как средство разработки требований на этапе согласования с заказчиком. Т.е. заказчик, имея доступ к web-узлу где развёрнут RRC, имеет информацию о ходе работ и её согласования.
RRC - это надстройка над ReqPro, используемая только в качестве БД ссылок между артефактами.
ИМХО: RRC - красивая сказка для ТОП`ов. Специалисты которые будут с работать с RRC сталкнутся с большими проблемами, если только вам все не настроят представители IBM "под ключ".

9
Идеи и мозговой штурм / Re: Пути развития
« : 09 Декабря 2009, 09:21:11 »
Древние говорили: "Господи, дай мне сил, чтобы изменить то, что я могу изменить.
Дай мне мужества и стойкости принять то, что я изменить не в силах.
И дай мне мудрости, чтобы всегда отличать одно от другого.

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

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

В любом случае оставайтесь собой и делайте то, что находится в вашей компетенции и ответственности, так хорошо, как только возможно. А если сами станете руководителем, не забывайте прислушиваться к идеям своих подчиненных. :)
ЗОЛОТЫЕ слова!!!
Спасибо Вам.
Я всегда стараюсь относится к работе с душой и надеюсь что мои порывы окажутся востребованы на текущем месте, или найдется тот кто их оценит :).

10
Идеи и мозговой штурм / Re: Пути развития
« : 04 Декабря 2009, 15:32:57 »
...либо повышайте свой организационный статус, либо смиритесь, либо меняйте организацию.
Согласен. Осталось только выбрать :)

11
Идеи и мозговой штурм / Re: Пути развития
« : 04 Декабря 2009, 15:02:01 »
...За что ваш продукт ценится пользователями?...
Нет таких данных. Мои предложения о подобных опросах остаются без внимания.

...Есть ли в вашей компании свободные ресурсы, для того чтобы произвести какие-то изменения?...
Говорят что работа идет, но без конкретики и сроков.

..."докажите, что плохой интерфейс ведет к снижению прибыли, получаемой владельцем"....
На не голословные доказательства уйдет много времени которого мне не выделяют для этих целей. Если даже что то написать, то пойдут вопросы: "...а кто тебе давал указания этим заниматься?", "...это не в твоих компетенциях..." и т.п. Руководители, в основном, не хотят лишний раз ...опу от кресла оторвать, лишь бы все оставалась как есть и они лишний раз не напрягались. Много кто просто боится за свое место. Вообщем верхи не хотят, а низы не могут :)

12
Идеи и мозговой штурм / Re: Пути развития
« : 04 Декабря 2009, 14:32:14 »
Правильно, если нужно возить дрова от калитки в сарай, то для этих целей я никогда не куплю а\м, а вот если нужно ездить на далекие расстояния ...
Уточняю - перевозить груз из одной деревни в другую :) Без обсуждения дальнейших требований.

13
Идеи и мозговой штурм / Re: Пути развития
« : 04 Декабря 2009, 14:03:38 »
Евгений. Я работаю тестировщиком. В ходе тестирования я обнаруживаю страшные ляпы в интерфейсе и алгоритмах (через внешнюю логику работ). При обнаружении я публикую работу, которую направляю менеджеру проекта. В ней я описываю проблему и то, почему это плохо.

Менеджер рассматривает работы, некоторые игнорирует, другие откладывает, некоторым дает ход. Он рассматривает ситуацию с разных сторон: время, люди, приоритетность и актуальность.

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

14
Идеи и мозговой штурм / Re: Пути развития
« : 04 Декабря 2009, 12:10:10 »
Будьте терпеливы, ждите момент, когда ваше предложение станет способом решения проблемы, возникшей перед руководством (а руководство в любом случае будет решать свои проблемы, а не ваши).
А сколько ждать? Если бы от них была бы хоть какая обратная связь относительно моих предложений.

15
Идеи и мозговой штурм / Re: Пути развития
« : 04 Декабря 2009, 12:08:11 »
Если ваш проект приносит прибыль при текущем положении дел, и нет выкладок, которые позволили бы судить о повышении прибыли за счет предлагаемых изменений, - никто эти изменения проводить не будет. Зачем? Это лишние, неоправданные затраты.

Вам нужно "продать" руководству ваши идеи.

Кстати, если ваша Система используется продолжительное время, не факт, что пользователи будут "за" изменение интерфейса. Особенно, если это пользователи в возрасте, которые несколько далеки от ИТ. Они, как правило, очень консервативны.
А кто эти выкладки делать должен? Я озвучивал свои идеи - руководство согласно что они полезны, но у них тоже нет времени их анализировать. А кто должен заниматься усовершенствованием процессов?
А как узнать что думают пользователи если таких опросов не производится?

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