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

×


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

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


Сообщения - Виталий Григораш

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 »
76
Пока не обработано видео с основной видеокамеры, можно посмотреть записи видеотрансляции с веб-камеры на канале http://yatv.ru/uml2

Гриша, можно небольшую просьбу.
Назови материалы если не сложно как-нибудь вроде "Ирина Векленко - Доклад про то-то"
Было бы удобней видеть не только имя автора, но и тему доклада. Для RSS подписки тоже полезно

77
Нелли, спасибо

78
распечатал статью и прочитал ее, мне это не дало возможности решить ту проблеме - как указать метод, который оперирует объектом другого класса. Это зависимость??? Или это ассоциация??? Или что??? Я не могу до конца понять! Объясните пожалуйста.
Ассоциация
Есть класс ClassА с методом methodA() у метода есть параметр param:ClassB. Т.е. param является экземпляром класса ClassB
Если я ничего не перепутал :)

79
Народ, посоветуйте какую-нибудь хорошую книгу с примерами по анализу организации (Enterprise Analysis), стратегическому планированию и решению бизнес-проблем. Можно на английском
PS BABOK не предлагать :)

80
Термины и Определения / Re: [Термин] FEATURE
« : 17 Декабря 2009, 18:00:37 »
Вот что предлагает BABOK
Цитата: BABOK
Feature
A cohesive bundle of externally visible functionality that should align with business goals and objectives.
Each feature is a logically related grouping of functional requirements or non-functional requirements described in broad strokes.

Попытался перевести :)
Цитировать
Совокупность видимой функциональности, которая должна соответствовать бизнес целям.
Каждая фича - это логически связанная группа функциональных или нефункциональных требований, описанных в общих чертах.

81
Понимаешь в разное время может потребоваться разная структура иерархии и разнесения по пакетам. Или ты думаешь это можно сделать скажем через отчеты где задавать разные виды группировки? Или какой-то ад-инс прдумать?
Не понимаю. Объясни плиз, в какое время и почему она будет меняться? Отчеты можно делать разные, опять же все зависит от того как организованна работа. Требования к отчетности навряд ли могут стать требованиями к администированию  

Цитировать
Как я понимаю это именование (алиасы) требований. Вот требование 1 ка у тебя сформулируется? Ч учетом, что оно должно быть проверяемым поскольку это требование?
В системе должны быть предусмотрены такие-то регистрационные данные

Книгу нашел. Где смотреть :)
Эд, в книге есть список иллюстраций. Их просмотр занимает 2 минуты :)
Figure 23-1

82
Ответил?
да
Цитировать
Хорошо, тип понятно но какой тип? А что значит группировка по предметным областям?
По типам,например, модель требования (читай SUP) разделяю в отдельные пакеты функциональные требования, требования по производительности, ограничения и тп,
По предметным областям для требований и вариантов использования это, например, безопасность, сервисы для клиента, сервисы оператора, CRM, Отчетность и тп.
Для акторов это 2 пакета обычно по типам - Пользователи и Системы, но их тоже можно поделить по областям, если акторов много

Цитировать
И какая семантика иерархии - простая организация? От общего к деталям? Можешь примерчик дать?
1. Формат регистрационный данных
  1.1 Формат логина
  1.2 Формат пароля
  1.3 Формат ФИО
  1.4 Формат паспортных данных
  ...

Цитировать
Да согласен, а как ты назовешь связи между бизнес-целями и детализирующими их требованиями? Зависимости?
Трассировка
Назвать можно как хочется, главное чтобы все тебя понимали и это помогало решать ВАШУ проблему (задачу)
В книге Вигерса "More about software requirements" есть хорошая картинка показывающая не просто связи требований друг с другом, а их семантику

83
Эд, тебе для развития или для работы?
Если для работы, то может стоит сначала задать вопрос "а для чего все это нужно"?
Скажу по себе
1. Пакеты использую для группировки по предметным областям или типам. В зависимости от ситуации
2. Вложенность использую для упорядочения в дереве, чтобы не было большого списка (считай иерархия)
3. Связь реализации появляется при привязывании требований к вариантам использования через свойства последних
4. Все возможные выборки и по типам и по другим признакам настраиваются во View в виде фильтров. Их удобно использовать для различных группировок и управления требованиями

Может кто-то дополнит. Вообще каждый для себя сам определяет как уобней, чтобы не делать лишней работы и экономить время и силы. Как говорит Саша Юняев (ака bustor)
Цитировать
я придерживаюсь принципа KISS
:)

84
2.   TNP позволяет работать с данными в разных форматах и из различных баз данных. Перед аналитиками иногда стоят задачи получение всевозможной отчетности на основе таких данных. В этом случае после написания процедуры сбора данных аналитик может создать алгоритм их обработки. Такой алгоритм возможно сделать без программирования. 
Для маркетолога-аналитка или финансового аналитика да.
А для IT бизнес-аналитика зачем?

85
ПО Аналитика / Re: Группировка тем.
« : 16 Декабря 2009, 17:08:10 »
Иерархическая структура форума слишком громоздка, а поиск по форуму сейчас практически бесполезен. Раскидать разделы, конечно, надо, но соориентироваться в этой иерархии может только тот, кто точно знает, что он ищет, и где это надо искать.

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

86
ПО Аналитика / Re: Группировка тем.
« : 16 Декабря 2009, 16:50:53 »
Т.е. тебе нужно создать подразделы и ты раскидаешь??
Ну если не против разделения, то сделайте. Я расскидаю

87
ПО Аналитика / Группировка тем.
« : 16 Декабря 2009, 16:40:13 »
Коллеги, все мы знаем, что найти информацию на форуме почти не реально.
Предлагаю сгруппировать темы по продуктам в данном разделе.
Подраздел для Sparx уже есть.
Можно сделать для
1. IBM и Telelogic,
2. ARIS,
3. Borland
4. PowerDesigner
Если не против, я бы раскидал

88
Перенес сюда топик связанный с проблемой генерации и шаблонами

89
Обучение / Re: Системный аналитик с нуля!
« : 16 Декабря 2009, 15:46:26 »
я не говорю, что он должен хорошо разбираться в технологиях, но с базовыми понятиями в программировании он должен быть знаком
Для этого не нужен опыт кодера. Достаточно нескольких лет обучения программированию в университете и плотной работы с разработчиками.

90
Еще можно все экспортнуть в cvs и в эксле на кажду строку или столбец применить такую формулу:
=ПРОСМОТР("x";C2:C3)
Сплошные воркэраунды и костыли.
Не дозрел еще EA до управления требованиями :(

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 »