31
IDEF ARIS BPMN и пр. / Re: Книги по BPMN
« : 06 Ноября 2008, 13:30:56 »
Спасибо! Уже что-то!
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
А вообще описывать БП с помощью БВИ - это не самый лучший вариант.
Плохо, раз ничего не поняли :-( ...
1. Как Вы понимаете существуют разные уровни рассмотрения вариантов использования и область контекста.
2. ВИ не декомпозируются - это будет неправильно, но можно декомпозировать цели
3. Естественно начинать сверху вниз от целей бизнеса к целям пользователей
4. Естественным инструментом декомпозии в UML является пакет
5. Подсистема разбивается еще на ряд подсистем, задач, модулей, компонентов
6. Для каждого такого деления выстраивается модель взаимодействия, которая включает описание ВИ, причем диаграмма тут имеет последнее значение
7. Вариант использование - это элементарный бизнес-процесс производимый одним человеком в одном месте за один сеанс деятелности и приводящий к ощутимому результату, изменению состояния системы
8. ВИ описывает потребную с точки зрения пользователй функциональность системы
9. Логика работы такой функциональности может описываться диаграммами деятельности в первую очередь, а такжде системными диаграммами последовательностей во вторую
Кстати документо оборот лучше описыать с помощью DFD имхо
Официального мануала на русском нет. Но обычно на вопросы здесь можем ответить, также можно faq на сайте почитать + в качестве шпаргалки можно использовать нашу с Эдом презентацию с TrainingLabs - http://luxoft.ru/downloads/edu/surova_galiaskarov.rar , в файловом архиве uml2.ru есть перевод доки по особенностям размещения EA при коллективной работе.
Как учат нас the best practices в основе видение или концепция. Это и бизнес-план, и артефакт, призванный как раз дать всем ясное представление о том, что нужно делать, каковы стратегические и тактические цели, кто заитересован в проекте и какие общие нужды имеет.
Такми образом можно набросать Видение и спецификацию дополнительных средств.
Видение может быть отрисовано через фичи, контекстные диаграммы, поясняющие BPMN или другие диаграммы, планы проекта.
По сути Вы и сами все написали
Здравствуйте.Как раз наборот - руководитель проекта на стороне заказчика более чем грамотный специалист и глобальный план работ составляет сам - обсуждаем мы его устно и нам этого достаточно.
В чем заключается проблематичность? Заказчик несовсем понимает перспективы развития ИС у себя на предприятии, нет денег, использует поэтапное внедрение? Подходит к процесс информатизации не глобально? Но потом задним умом понимает это и принимает неосознано, а поезд ушел как говорится?
Или заказчик таков, что полагает, что разработчик сам должен все знать и нечего заказчика мучить?
А что понимать под общим ТЗ? Если нет понимания чего в общем делаем, а есть, как я понимаю, поэтапное внедрение функциональных подсистем, просто на одной платформе и разработчки тоже один?Понимание есть. Но вся информация уже есть у нас в головах. Такая ситуация пока всех устраивает.
Также интересно узнать, что Вы вкладываете в понятие общая модель системы и невозможность ее создания?