616

Для всех / Re: Вопрос по разработке спецификаций!

« : 03 Августа 2013, 14:05:58 »

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

Если у них нет ожиданий, смотрите ГОСТ 19.201-78, ГОСТ 34.602-89 и IEEE SRS 830-1998 и обсуждайте с ними.

Например, в терминах ГОСТ «спецификация» — это реестр (перечень) документов, компонентов и комплексов, входящих в систему.

В терминах IEEE — это детализация требований уровнем ниже, чем концепция (Concept of Operations, Software Vision).

Что имеет в виду ваш заказчик?

617

Системный Анализ и Требования / Re: Содержание Заключения на систему

« : 31 Июля 2013, 14:38:44 »

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

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

Вы знаете, что входит в Аналитическую записку?

618

Системный Анализ и Требования / Re: Содержание Заключения на систему

« : 30 Июля 2013, 19:22:36 »

Что угодно он может содержать. Всё зависит от того, что понимает автор задачи под заключением.

Из простого понимания, что нужно сравнить два списка — список требований и список свойств системы, можно решить, что заключение должно содержать, как минимум, оценку степени соответствия, выраженную в номинальной шкале (соответствует, не соответствует) или численной (соответствует на 80%).

Если нужно обосновывать оценку, то ещё будут уместны 3 списка:
1. Реестр условий, которым система соответствует в полной мере
2. Реестр условий, которым система соответствует частичным образом
3. Реестр условий, которым система не соответствует совсем

619

Работа / Re: Статистика зарплат вакансий системных аналитиков

« : 26 Июля 2013, 02:18:53 »

Горячо нелюбимый мной ITMozg опубликовал статистику по количеству специалистов и их зарплате по России, включая аналитиков:
http://www.software-russia.com/business/salarymap

В их статистике количество аналитиков в Москве, например, указано с точностью до 4 знаков из 5.

Пока меня сильно смущает то, что по данным ITMozg средняя ЗП аналитика в Москве меньше ЗП тестировщика, в то время как по данным предложений rabota.yandex.ru — наоборот, ЗП аналитика в 2 раза больше ЗП тестировщика.

Т.е. либо большинство аналитиков на рынке лохи и работают за существенно меньшие деньги, чем могут, либо кто-то сильно неправ.

620

Обучение / Re: Курсы

« : 23 Июля 2013, 18:10:09 »

Ну т.е. правильное название темы — "Курсы по анализу в Питере с сертификацией"?

Что для вас «интересное», какие условия?

Вот есть например http://levelp.ru/courses/detail.php?ID=302 — почему не интересно?

621

Конференции Семинары и Тренинги / Re: МСК — Обучающий семинар «Требования к качеству ПО»

« : 23 Июля 2013, 03:10:39 »

Следующий семинар пройдёт 17 августа.

Время семинара будет увеличено до 3-х часов.

622

Бизнес-анализ и Целеполагание / Re: Математические методы в аналитике

« : 22 Июля 2013, 22:54:46 »

Математика, само собой, нужна в автоматизации научных исследований. Она полезна в Data Mining в частности (а не в BI вцелом).

623

Бизнес-анализ и Целеполагание / Re: Математические методы в аналитике

« : 22 Июля 2013, 22:51:52 »

У меня предположение, что аналитику, работающему с BI системами, знание математики (статистики) крайне может помочь.

Я работал, не помогало.

624

Идеи и мозговой штурм / Re: Совещание в миниатюре

« : 14 Июля 2013, 03:23:42 »

Непонятно, что аналитики брыкаются по поводу слова фасилитатор.

"Сценарий использования" упоминается в гугле 20 тысяч раз.
"Фасилитатор" — 40 тысяч.

Оно устоялось гораздо больше, чем аналитические термины.

625

Конференции Семинары и Тренинги / МСК — Семинар «Требования к качеству ПО: Профили качества»

« : 11 Июля 2013, 01:13:01 »

Я, Денис Бесков, организую серию семинаров
«Как формулировать требования к внешнему качеству ПО»

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

В то же время у каждого слушателя и читателя остаётся вопрос «сколько вешать в граммах?»,
т.е. как измерять конкретное требование — например, юзабилити или масштабируемость и
как выбирать конкретные значения требований в цифрах.

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

Представляемая модель требований охватывает:
* 4 уровня качества;
* 12 атрибутов качества;
* 20 показателей качества;
* 14 классов систем и соответствующих профилей.

Участники семинара получат раздаточные материалы с шаблонами и инструкциями.

Начало: 11-00
Длительность: 3 часа

Программа:

1. Гипотеза об уровнях качества

2. Уровни качества продукта (Product Quality) и значения требований:
2.1. Производительность
2.2. Эффективность
2.3. Надёжность
2.4. Доступность
2.5. Безопасность
2.6. Масштабируемость

3. Уровни качества в использовании
(Quality in Use, практичность, юзабилити) и значения требований:
3.1. Скорость работы пользователей
3.2. Результативность
3.3. Точность
3.4. Скорость обучения
3.5. Удовлетворённость
3.6. Утомляемость

4. Классы систем с точки зрения качества
5. Типовые профили качества для разных классов систем
6. Влияние уровня зрелости системы на профиль качества
7. Инструкция по выбору и применению типовых профилей
8. Обсуждения ваших кейсов, ответы на вопросы

Стоимость участия:

* Для новых участников — 2 тр
* Для участников моих прошлых мероприятий или мероприятий ШСАиУ — 1 500 рублей

Регистрация: http://goo.gl/lT81B

626

Конференции Семинары и Тренинги / Product Management Festival 16-19 cентября в Цюрихе

« : 09 Июля 2013, 14:01:22 »

16-19 сентября в Цюрихе пройдёт первый европейский фестиваль по управлению продуктами: http://www.productmanagementfestival.com/

В программе основных дней конференции будет 4 потока, выступят крупнейшие эксперты стран Европы и США.

Промо-код, дающий скидку в 10% на билет — Promo_Beskov (Код действует только до 14 июля!)

627

Конференции Семинары и Тренинги / Re: МСК — Тренинг «Основы разработки Use Case'ов»

« : 08 Июля 2013, 18:49:56 »

На этой неделе заканчивается действие минимальной цены для физлиц.

628

Обучение / Re: Какой язык программирования необходимо знать системному аналитику?

« : 07 Июля 2013, 18:44:26 »

Ого, Дэн, а что это такое?

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

Также см. ВП.

629

Обучение / Re: Какой язык программирования необходимо знать системному аналитику?

« : 07 Июля 2013, 18:21:17 »

Системному аналитику желательно быть знакомым с, в порядке важности:

• Процедурным программированием (Fortran, Pascal, C)
• Объектным программированием (C++, Java)
• Декларативным программированием (SQL, Prolog, Lisp)
• Структурными описаниями (XML, XSD, OCL)
• Функциональным программированием (Haskell, Erlang)

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

Для того, чтобы:

• владеть методами формализации алгоритмов (т.е. правильно ставить задачи)
• говорить с программистами на общем языке (т.е. эффективнее взаимодействовать)
• понимать принципы и правила работы программ (т.е. не ставить задачи неправильно)

Уметь программировать на промышленном уровне (т.е. со знанием библиотек, хаков и особенностей) при этом совсем не нужно, скорее даже вредно.

630

Обучение / Re: Какой язык программирования необходимо знать системному аналитику?

« : 07 Июля 2013, 18:12:32 »

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

Мнение вижу, хотелось бы аргументов.

Что Вы думаете на этот счет?

Пока разговор на уровне «Дэвид Боуи — лучший певец современности, а что думаете вы?». Зачем вам чужое мнение, если у вас уже есть своё и вы его никак не обосновываете? Похоже на попытку рационализации.