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

×


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

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


Сообщения - bustor

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 »
106
О Сайте и Форуме / Перестрелка
« : 24 Января 2010, 12:43:32 »
Лично я не вижу причин вмешательства модератора. Никаких оскорблений нет. Да они не совсем явно по теме, но и вне этой темы эти сообщения будут совершенно чужды.
Что мешает создать отдельный раздел для такого рода обсуждений? Например, на форуме sql.ru имеется специальный раздел - Просто треп.

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

107
О Сайте и Форуме / Перестрелка
« : 24 Января 2010, 00:10:57 »
Форум Сообщества Системных Аналитиков uml2.ru (Требования, ТЗ, UML, Примеры) > Дисциплины > Обучение (Модераторы: Galogen, bas) > Журнал «AnalyzeIT» — Анонсы номеров

108
Для всех / Re: С Новым 2010 годом!
« : 30 Декабря 2009, 09:40:20 »
Присоединяюсь! Всех с наступающим! Здоровья, счастья, удачи вам и вашим семьям! Достижения всех поставленных целей!

109
Голдратт со своими целями и цепью вообще читается отлично. :) И заставляет задуматься... как минимум.

110
Вот что говорит по поводу классификации требований BABOK:

Цитата: BABOK
Functional Requirements describe the behavior and information that the solution will manage. They describe capabilities the system will be able to perform in terms of behaviors or operations—specific information technology application actions or responses.

Non-functional Requirements capture conditions that do not directly relate to the behavior or functionality of the solution, but rather describe environmental conditions under which the solution must remain effective or qualities that the systems must have. They are also known as quality or supplementary requirements. These can include requirements related to capacity, speed, security, availability and the information architecture and presentation of the user interface.

111
Обучение / Re: Системный аналитик с нуля!
« : 17 Декабря 2009, 22:57:35 »
Получается Проект менеджер это по-другому системный аналитик?..так выходит?

Нет. Просто любому работодателю нужен универсал, эдакий "и жнец, и швец, и на дуде игрец". Да еще недорогой и высококвалифицированный.

Очень, очень редко в будущем на проектах вы будете выпонять какую-то одну роль, будь то "Менеджер проекта", или "Бизнес-аналитик". Чаще приходится совмещать несколько ролей с преобладанием какой-то одной.

112
Для всех / Re: ГОСТ 34
« : 15 Декабря 2009, 18:20:32 »
bustor, А что?!

Ничего. :) Собственно поделился мнением по поводу того, что такое "знание ГОСТ".

Помидоры - это за использование ВикиПедии, а не какого-то словаря.

113
Для всех / Re: ГОСТ 34
« : 15 Декабря 2009, 17:57:51 »
Залез в википедию (только не кидайте помидорами :) ) по поводу термина "знание". Там приведено много хороших определений. Но ближе всего к нашему случаю, на мой взгляд, подходит вот это:

Цитата: Википедия
Зна́ние (предмета) — уверенное понимание предмета, умение самостоятельно обращаться с ним, разбираться в нём, а также использовать для достижения намеченных целей.

114
Обучение / Re: Системный аналитик с нуля!
« : 15 Декабря 2009, 17:51:09 »
Мне казалось, что в системном анализе нужен и важен опыт системного анализа. ;)

115
Обучение / Re: Системный аналитик с нуля!
« : 13 Декабря 2009, 19:05:39 »
знаю что SQL необходим..а подобными языками программирования типа C++,C# ит.д. или веб программирования HTML,php,java ит.п. вы в своей рабочей жизни сталкиваетесь?и на каком уровне..
Все таки Вы хотите стать аналитиком, а не программистом. Поэтому заострять внимание на языках программирования я бы не стал.

Если уж говорить о языках, лучше изучить английский и русский :
  • английский - так как очень много профильной литературы на английском языке;
  • русский - чтобы грамотно писать и излагать свои мысли.

Все вышесказанное, конечно же, имхо. :)

116
Виталь, между нами говоря, мой вопрос был попыткой дать конструктивную критику в форме тонкого намека. ;) Надеюсь, это таки получилось сделать.

117
Это ты как автор статьи мне ответил? :) Спасибо.

Вообще, конечно, я догадывался... но из статьи это не очевидно. Как минимум одному человеку. :)

118
Цитата: Пять уровней зрелости требований
Уровень 2. Организация требований

Данный уровень модели зрелости для управления требованиями уже говорит о качестве требований – их формате, сохранности и версионности.
Цитата: Пять уровней зрелости требований
Уровень 3. Структурирование требований

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

То есть не может быть такой ситуации, что на каком-то проекте требования атомарны, имеют ряд атрибутов, но в тоже время не поддерживается версионность и "сохранность"?

119
А можно ответить на мой чисто практический вопрос? Думаю, это будет многим интересно.

Какой на проекте уровень зрелости, если требования структурированы (уровень 3), но не организованы (то есть не выполняются критерии к уровню 2)?

120
Для меня остался неясным вопрос взаимосвязи между уровнями и определения уровня зрелости на проекте.

Какой у меня уровень зрелости, если требования структурированы (уровень 3), но не организованы (то есть не выполняются критерии к уровню 2)?

И, конечно, порадовал перечень инструментов:
Цитировать
... на помощь могут прийти специализированные инструменты: IBM Rational RequisitePro и IBM Telelogic Doors.
Исчерпывающий перечень. ;) Но зато понятно, на каком сайте опубликована статья.  :D

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 »