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

×


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

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


Сообщения - Sorro

Страницы: 1
1
У Monarcha это скорее eEPC. За ссылку спасибо.

2
Спасибо! По моему, очень даже не плохо. Аккуратно и наглядно.

3
Выкладываю набросок, хоть он мне и не нравится.
Поясню, что нотация выбирается для последующего описания процессов в системе, то есть потом ими будут пользоваться специалисты по внедрению\сопровождению, тестировщики и сами пользователи. Сейчас по таким диаграммам разработчики должны будут спроектировать механизмы настройки потоков работ, т.е. разработать систему статусов документов и систему настройки прав доступа на документы.
Появились мысли, что и вправду можно оставить описание процесса в такой таблице - т.к. они будут нужны только для документирования и тестирования.
В свою очередь, по таким описаниям, с помощью системы разграничения прав доступа будет настраиваться права пользователей на выполнения различных действий с документами (права на просмотр, создание, проведение, выполнение других действий, и т.д.). Так же отдельно будут настраиваться правила перехода документов из одних состояний в другие (часть переходов должна происходить автоматически, часть переходов инициируется после выполнения действий над документами).

4
Спасибо всем за ответы!
Посмотрел в сторону uml activity diagram (диаграммы деятельности). Профиль бизнес-моделирования сложновато.
Сейчас актуальность вопроса несколько уменьшилась, поэтому к этому вопросу я вернусь наверное попозже.
lnew, вам отдельное спасибо, зашёл на ваш сайт, почитал статьи - весьма познавательно.

5
Добрый день!
Возник вопрос по выбору подходящей нотации описания бизнес процессов, которые будут реализовываться в некой бухгалтерской системе (не 1С).
В системе большинство взаимодействий пользователя сводится к работе с документами, и выполнению различных действий с ними, которые приводят к изменению их статусов.
Специфика в том, что хотелось бы иметь:
  • общее описание процесса (на уровне организации)
  • описание действий пользователя в системе
  • описание ожидаемой реакции системы (изменение статусов документов)

Хорошо бы если бы они были немного разделены, но связаны между собой. Может быть стоило бы отделить только описание процесса на уровне организации от описания происходящего в системе.
Я выбрал один, на мой взгляд, достаточно показательный процесс среднего объёма и сложности - процесс оформления командировок. И описал его в текстово-табличном виде. Но такой вид не очень нагляден и полностью специфичен.
Хотелось бы увидеть пару вариантов описания данного процесса в различных нотациях и в различных исполнениях.
К сожалению, хотя моя квалификация не позволяет мне решить такую сложную задачу (пытался описать в EPC, но вышло как-то коряво), так что очень надеюсь на вашу помощь.

6
Хмм... только что заказал на букс.ру - написано что будет примерно 31ого января. Что ж подождём...

7
Эх, переиздали бы её.
Это что получается, в печатном виде на данный момент есть только одна достойная книга по разработке требований (Коберн - Современные методы описания требований к системам)? Леффингуэлла и Вигерса нет нигде.
Думаю Коберна и куплю - говорят тоже неплохая.

8
Развивающемуся аналитику необходимы знания!
Куплю в печатном виде книгу Карла Вигерса "Разработка требований к программному обеспечению".
Или буду рад любой информации о местах её продажи.
Эх если и тут я её не найду - то придется покупать читалку...

Страницы: 1