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

×


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

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


Сообщения - Denis Beskov

286
Для всех / Re: Пишем ТЗ по ГОСТ 34
« : 09 Апреля 2015, 02:04:39 »
Кто и зачем разработал ГОСТ 34?
Представители каких профессий должны создавать отдельные документы ГОСТ 34?
В чём особенности и преимущества ГОСТ 34 в сравнении с международными стандартами и вендорскими процессными библиотеками?
В чём устарел ГОСТ 34?
Почему не появилось нового поколения российских стандартов, заменяющих ГОСТ 34?

287
Начинаем через 5 дней, ещё есть пара мест на курсе.

288
Если основное назначение UC1 — добавлять на карту новые объекты и добавление всегда или в большинстве случаев должно сопровождаться проверкой доступности, то проверка доступности должна быть не в альтернативных потоках, а в основных.

289
UML вторичен.

Можно составить перечень вопросов, на которые нужны ответы, а потом уже подобрать под них форматы представления ответов, если не просто вики.

Кроме ГОСТ 34 и РД 50 форматы описания проектных решений можно посмотреть в RUP, MSF, в семействах американских военных стандартов и т.д. и т.п.

Можете более точно сформулировать, какой вопрос вас интересует и о чём именно вы хотите поговорить?

Вот например мой старый пост с обобщённым перечнем наиболее часто встречающихся видов документов: http://beskov.livejournal.com/58576.html

291
Коллеги, заказчик просит разработать ему документацию по тех.проекту (РД 50-34...), но мы не разрабатываем Систему (как это описано в док. для РД 50) мы дорабатываем (модифицируем) свою систему под требования заказчика.

А зачем вы дорабатываете СВОЮ систему, если заказчику нужна ЕГО ? :)

Если у вас есть тиражируемая ИНФОРМАЦИОННАЯ система, то вы можете её доработать, чтобы построить с её помощью у заказчика нужную ему АВТОМАТИЗИРОВАННУЮ систему.

Поэтому если вы реально делаете что-то для заказчика, то скорей всего действительно помогаете ему разработать его АВТОМАТИЗИРОВАННУЮ систему, поэтому РД 50 вам полностью подходит. Только дельта между АС и ИС висит в воздухе, никто за неё не отвечает и потом это вылезет боком как минимум заказчику, а может быть и вам.

293
В следующий раз онлайн-школа пройдёт по утрам рабочих дней с 10 до 12 часов, с 6 по 23 апреля.

295
Осталась неделя до начала курса! Сегодня кончается срок действия минимальной цены

297
Учитывая сложную ситуацию на финансовом рынке, мы значительно снизили цену для частных лиц.

298
Ближайший весенний тренинг пройдёт 22 марта.

299
Здравствуйте!

5 марта я проведу очередной вебинар по запросам сообщества:
«Как обеспечивать полноту требований?»

Проектным командам, заказчикам и особенно аналитикам бывает больно и обидно,
когда в ходе проекта по разработке ПО выясняется, что множество важных аспектов
работы программы было утеряно — иначе говоря, пропущены, недовыявлены, недоописаны требования.

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

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

Программа вебинара:

1. Как измерить полноту требований

2. Техники обеспечения полноты требований

2.1 Анализ текста с пристрастием

2.2 Модели типовых требований:

* Чеклисты
* Шаблоны
* Профили

2.3. Множественные проекции:

* Графические модели
* Рецензирование

2.4. Техники трассировки:

* Функциональная декомпозиция и иерархии
* Сценарные техники
* Трассировки объектов на операции

3. Стоимость применения техник

4. Рекомендации по применению

5. Ответы на вопросы

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

300
Материалы презентации (слайды и видеозапись) доступны на странице курса:
http://school.system-analysis.ru/uml-online/