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

×


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

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


Сообщения - bas

76
Сергей,

А какое именно ноу-хау есть в этом формате? Чем отличается это от стандартных требованиях (если заменить решения с нужно разработать на нужно настроить)?

77
Главная проблема всей документации - это ее актуализация на притяжении всей жизни продукта. Если не задуматься об этом при создании документации, то она через месяц становиться неактуальной и выкидывается на помойку...

79
Я тоже собираюсь...

Сергей, по такому краткому описанию, я бы выбрал первую тему :)

80
Кстати, а коли BPWin сняли с производства, может он этот IDEF0 и никому не нужен? Может его перестать изучать? Спрашиваю без иронии

У меня много вопросов к IDEF0, не нравится он мне. М.б. я кончено не умею его готовить, но сколько раз не пытался его использовать - в реальных проектах он у меня так и не заработал.
BPMN для описания БП мне как-то ближе и понятнее конечным потребителям.

81
Для начала проектирования достаточно концепции, далее уже отдать для написания ТЗ и Архитектуры.
Концепции можно написать в вольном стиле на одну страничку (у меня такие есть штук 5 для своих курсов по требованиям), но написать их займет пол дня.
Варианты заданий можно взять у нас на форуме или погуглить, вот например:
https://www.google.ru/search?q=%D0%B7%D0%B0%D0%B4%D0%B0%D0%BD%D0%B8%D1%8F+%D0%B4%D0%BB%D1%8F+uml

82
Вот тут полный всех тулзов для моделирования БД:
http://www.databaseanswers.org/modelling_tools.htm

Посмотрите, м.б. что-то найдете....

84
Идеи и мозговой штурм / Re: UML диалекты
« : 05 Февраля 2014, 14:18:29 »
Думаю, этим мало, кто занимался.

А можно вопрос? В чем научность данной работы и главное каково практическое применение?

85
Йонас,

По сути вам нужно:
1. Провести аудит текущей ИТ инфраструктуры, т.е. понять реальное положение дел, что есть и что еще не хватает
Тут нужно смотреть на всякие стандарты по ИТ аудиту, н-р, COBIT или эту презентацию
2. Иметь стандартную облачную инфраструктуру, куда хотите мигрировать
Это не в этом документе должно быть, но такой стандарт должен быть, чтобы каждый не придумывал "свое" облако
Тут есть всякие стандарты, самые известные NIST и OASIS
Также можно начать с Википедии.
3. Построить план перехода из п. 1 в п.2
Вот для начала можно эту презу посмотреть, да и погуглить по словам "migration to cloud"

86
Коллеги, в мае будет конференция по нашей тематике, подаем доклады и регистрируемся :)

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

88
Павел,

Спасибо за уточнение. Так как раз и делаю, просто сравнению версии N и N+M и посылаю документ с изменениям.

89
Лучше всего процесс, наверное, рассмотреть на документе ворд:
1. Аналитик шарашит документ, каждая новая версия - это изменение версии в названии файла + трек внутри документа в табличке версионности.
2. Аналитик отсылает документ Заказчикам(Разработчикам, Тестировщикам), версия N.
3. Аналитик что-то шарашит еще в документе, изменяя версии.
4. Аналитик получает документы с замечаниями от Заказчика, вносит изменения в свою последнюю версию по всем замечаниям, изменяет версию на N+M.
5. Аналитик отсылает документ Заказчикам, версия N+M.
6. Заказчики говорят, что все ок, тогда версия N+M считается согласованной - это бейслайн требований. Далее идет процесс разработки и изменений согласованных требований. Если есть еще замечания, то идем к п. 4.

Если один документ изменяют несколько аналитиков, то уже без СВН или СУТ не обойтись.

90
Спасибо, подправил, видимо изменились даты.