841

Обучение / Re: Набираю группу Аналитиков для бесплатного обучения

« : 29 Ноября 2012, 14:15:55 »

Итак, урок 1: Задавая вопрос, указывайте адресата вопроса.

842

Системный Анализ и Требования / Re: Вопрос про роли в системе

« : 29 Ноября 2012, 00:15:37 »

В каком из разделов чего?

843

Обучение / Re: Набираю группу Аналитиков для бесплатного обучения

« : 28 Ноября 2012, 01:47:20 »

А я пожалуй понабираю! )

844

Резюме / .

« : 23 Ноября 2012, 23:23:59 »

.

845

Системный Анализ и Требования / Re: Спецификация технических требований к автоматизации бизнес-процесса

« : 22 Ноября 2012, 18:10:44 »

Добрый день, уважаемые коллеги!
Подскажите пожалуйста. с помощью какого стандарта или примера можно составить спецификацию технических требований к автоматизации БП.
На входе есть БП, для него нужно составить СТТ, так чтобы было понятно и удобно читать заказчику (заказчик не технический специалист) и разработчику. Причем упор здесь на заказчика. Варианты: ТЗ, спецификация требований IEEE не принимаются . Заранее спасибо за информацию.

Почему спецификация требований IEEE не принимается? Кем не принимается? Вами, заказчиком, программистом?

Пример от Джоэла Сполски:
http://www.joelonsoftware.com/articles/WhatTimeIsIt.html

Пример от Карла Вигерса:
http://www.tol.oulu.fi/kurssit/otekniikka/papers/COS_use_cases.pdf

846

Вакансии / Re: Нужен аналитик на фриланс

« : 22 Ноября 2012, 10:02:04 »

Саша, а что такое «процесс управления требованиями» здесь?

1. Создать новое требование
2. Перевести статус в «Согласовано»
*. Связать требование с другими
3. Перевести статус в «Запланировано»
4. Перевести статус в «Разработано»
5. Перевести статус в «Протестировано»
?

Что тут ставить?

847

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

« : 21 Ноября 2012, 20:35:04 »

Очередной тренинг пройдёт 2 декабря, в воскресенье

848

Идеи и мозговой штурм / Re: Личности в дисциплине разработки и управления требованиями

« : 21 Ноября 2012, 02:40:03 »

Виктор, а как именно Буч и Рамбо повлияли на формирование дисциплины разработки (инженерии) требований, кроме того, что пытали заменить требования как систему утверждений графическими моделями (что еще раньше пытались сделать создатели SADT) и у которых это не получилось? (Также см. — Мечта о совершенной CASE-системе).

На зарождение дисциплины инженерии требований больше всего кажется повлияли эти товарищи в 1979-м году:
http://books.google.ru/books/about/Software_Requirements_Engineering_Method.html?id=U-vGpwAACAAJ&redir_esc=y

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

На управление требованиями как проектно-управленческую практику последние 25 лет больше всего повлияли родоначальники скрама (1986-й год):
http://www.sao.corvallis.or.us/drupal/files/The%20New%20New%20Product%20Development%20Game.pdf

849

Конференции Семинары и Тренинги / Re: МСК, 24 ноября, суббота, Введение в профессию системного аналитика

« : 20 Ноября 2012, 11:31:03 »

Elf, так далеко я думать не умею)

850

Конференции Семинары и Тренинги / МСК, 24 ноября, суббота, Введение в профессию системного аналитика

« : 19 Ноября 2012, 11:25:47 »

24 ноября, в эту субботу в 2 часа дня Школа системного анализа и
факультет Робототехники и комплексной автоматизации МГТУ им.Баумана
проводят открытое мероприятие «Введение в профессию системного аналитика».

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

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

Участвующие эксперты:
* Сергей Нужненко, Управляющий партнёр и ведущий тренер Школы системного анализа
* Александр Байкин, Основатель сообщества UML2.ru
* Илья Корнипаев, Автор русского перевода книги «Разработка и управление требованиями»
* Ирина Сурова, Руководитель аналитических проектов Лаборатории Касперского

Регистрация: http://sysanschool.timepad.ru/event/50323/

851

Теория моделирования и нотации / Re: Какую диаграмму и нотацию использовать для моделирования вызовов процедур?

« : 17 Ноября 2012, 12:47:14 »

Вам шашечки или ехать?

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

Нарисуйте на доске фломастером, сфотографируйте, фотку положите в репозиторий, при изменении перерисуйте.

Если кровь из носу нужно изменить существующую UML-модель программы — задайте этот вопрос автору UML-модели.

852

Теория моделирования и нотации / Re: Какую диаграмму и нотацию использовать для моделирования вызовов процедур?

« : 16 Ноября 2012, 10:37:19 »

Диаграмма пакетов, но это не принципиально, можно и диаграмму объектов использовать.

853

Обсуждение статей / Re: Req Labs 2012, Киев, 9-10 ноября

« : 02 Ноября 2012, 19:08:49 »

Рекомендую по жилью airbnb.com

854

Примеры / Re: Сценарий ВИ Обсуждение

« : 02 Ноября 2012, 11:48:08 »

Поле интерфейса не может быть шагом сценария.
Сценарии способов применения состоят из действий, там не может быть ветвлений «Если», они реализуются через действие проверки 1-го условия («Система убеждается что <условие>») и исключения.
Не описано условие успеха способа применения.
Названия способов применения полезнее называть глаголами, а не существительными.

855

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

« : 01 Ноября 2012, 13:43:39 »

Именно