4516

Примеры / Re: Моделирование кадровых процессов

« : 19 Декабря 2007, 15:21:33 »

Григорий, я работаю с абсолютно реальной задачей.

То, что представлено, есть результат описания бизнес-процесса и не более. Предпринята попытка соединить изобразительные средства BPMN нотации и описания процесса в виде варианта использования (т.е. с использованием структурированного описания). Вполне возможно сочетание BPMN и UML диаграмм.

Кроме того, данное описание планируется сравнить с возможностью организации подобных процессов в уже имеющейся КИС. Понять, в чем разница, и что стоит (или что дешевле) изменить: процесс под имеющийся инструмент работы в КИС или адаптировать модуль КИС под специфику бизнес-процесса.

Использование двух разных объектов од черновик и проведенный документ - понятна.

4517

Примеры / Re: Моделирование кадровых процессов

« : 19 Декабря 2007, 12:17:56 »

1. не нужно, а можно ... вы специально передергиваете?

Ну, почему сразу передергивать. Ошибся при прочтении Вашего сообщения...

А 'можно' потому, что есть Кандидат-(Заявление на подпись)->Канцелярия

Действительно, кандидат передает заявление на подпись.Обычно это делается так: руковдителья подразделения встречается с кандидатом, кандидат пишет заявление, руковдитель его подписывает, кандидат сам или каким-то образом передает заявление в канцелярию на подпись (это в обще не важно как, главное что передается в канцелярию), канцелярия же относит заявления на подпись к руководству, и возвращает подписаное заявление в ОК. ОК вызывает кандидата, имея заявление подписаное.

2. до подписания заявление это уже почти_сотрудник, есть ли различия в вашем случае и стоит ли их описывать - решать вам.

Конечно, решать мне. Однако Вы написали что можно процесс приема разбить на две составные части. Интересно было бы увидеть Вашу интерпретацию.
Поскольку я описываю процесс на уровне бизнеса (на уровне анализа предметной области, т.е. как есть), то при приеме сотрудника - его оформление начинается после выполнения ряда условий: заявление и набор требуемых документов

При переходе к использованию некой системы автоматизации, можно будет предложить и такой вариант, когда после получения подписанного заявления сотрудник ОК создает запись о кандидате в справочнике личностей (т.е. потенциальный сотрудник), формирует некоторые кадровые данные (если это возможно), готовит проект(черновик) приказа на прием на работу, куда уже может внести:
а) фио будущего сотрудника
б) проверить наличие ставки
с) занять вакантную ставку
д) определить размер оклада и набавки по должности

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

Здесь могут возникать некоторые проблемы требующие решения. Например, при создании черновика приказа фиксируется(резервируется номер приказа и дата).
Предположим, что после создания этого черновика, сотрудник отдела кадров примет еще несколько человек и уже проведет эти данные, а первый кандидат по какой-то причине не не проходит регистрацию (юрист не подписал приказ, кандидат заболел и не явился, или вообще отказался от устройства на работу).Черновик естественно удаляется, но пояляется пробел в нумерации приказов. Насколько это критично сейчас сказать не могу

4518

Варианты Использования (Use Case) / Re: Что такое вариант использования или прецедент

« : 19 Декабря 2007, 12:00:59 »

да, пожалуй я ошибочно предположил, что идет речь о use case diagram

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

4519

Варианты Использования (Use Case) / Re: Что такое вариант использования или прецедент

« : 18 Декабря 2007, 19:19:33 »

ваше право, для указания на последовательность я использую sequence diagram, например.

sequence diagram описывает один сценарий или, если хотите, экземпляр варианта использования: успешный поток, ответвления от успешного или основного потока, исключения, альтернативные потоки

4520

Варианты Использования (Use Case) / Re: Что такое вариант использования или прецедент

« : 18 Декабря 2007, 19:13:22 »

не ну согласись "множество последовательностей" не равно "множеству".

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

можно высказаться так - множество (или набор, что кстати используется в англоязычной литературе) экземпляров варианта использования

http://epf.eclipse.org/wikis/openupru/ Use Case:Концепция

Вариант использования
Экземпляр вариант использования описывает последовательность действий, выполняемых системой, которая приводит к заметному результату, представляющему ценность для отдельного действующего лица. В этом определении можно выделить несколько ключевых понятий:

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

4521

Варианты Использования (Use Case) / Re: Что такое вариант использования или прецедент

« : 18 Декабря 2007, 18:51:51 »

Разговор напоминает анекдот с диалогом с покупателем в аптеке про свечи - "а вы что, их ели!!??"

+1

4522

Варианты Использования (Use Case) / Re: Что такое вариант использования или прецедент

« : 18 Декабря 2007, 18:50:57 »

Чего вообще зацепились словами-то?

Ещё в первом посте галогена была цитата: "Прецедент описывает множество последовательностей..."

А за что еще цепляться-то? Только за слова и можно.

дык "множество последовательностей", тем более когда это было, давно уже раскритиковали.

4523

Варианты Использования (Use Case) / Re: Что такое вариант использования или прецедент

« : 18 Декабря 2007, 18:24:00 »

Эд, не надо нападать на человека, а то получится как у нас на форуме с логотипом

Где это, я нападаю? Я спорю, дискутирую, доказываю, спрашиваю.

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

4524

Варианты Использования (Use Case) / Re: Что такое вариант использования или прецедент

« : 18 Декабря 2007, 18:20:45 »

Ха! Множества... А вот кто может сходу дать математическое определение графа, а, аналитики? А ведь весь UML, по сути, сводится к набору графов.

граф (в математике) — объект, состоящий из вершин и соединяющих их ребер.
граф (в программировании) — это совокупность узлов и ребер, соединяющих эти узлы. Объектные графы обеспечивают простой способ учета взаимных связей в множестве объектов, и не обязательно, чтобы эти связи в точности проецировались в классические связки объектно-ориентированного программирования (такие как отношения старшинства и подчиненности), хотя они моделируют эту парадигму достаточно хорошо. Каждому объекту в объектном графе назначается уникальное числовое значение. Следует иметь в виду, что эти числовые значения, приписываемые членам в объектном графе, произвольны и не имеют никакого смысла вне графа. После назначения всем объектам числового значения объектный граф может начать запись множества зависимостей каждого объекта.

Обыкновенным графом называется пара G=(V,E) , где V - конечное множество, E - множество неупорядоченных пар различных элементов из V . Элементы множества V называются вершинами графа, элементы множества E - его ребрами.

Слегка модифицируя это определение, можно получить определения других типов графов без кратных ребер: если заменить слово "неупорядоченных" словом "упорядоченных", получится определение ориентированного графа без петель, если убрать слово "различных", получится определение графа с петлями. Ориентированный граф часто называют орграфом.

4525

Варианты Использования (Use Case) / Re: Что такое вариант использования или прецедент

« : 18 Декабря 2007, 18:17:14 »

То есть говорит, что мне это "не нравиться" - Вам не сложно.

А сказать по существу, влом?

Хорошо: множество неупорядоченная совокупность отличных друг от друга однотипных элементов. - Это математическое определение, определение для программиста.

В рамках наивной теории множеств множеством считается любой чётко определенный набор объектов (элементов множества).

Каким боком это подходит понятию use case? Множество описывающих его слов или символов? Или множество действий - одинаковых по типу? А какому типу? Если же это некое множество сценариев - тут я соглашусь, но тогда, а что есть сценарий?

A scenario (from Italian, that which is pinned to the scenery) is a synthetic description of an event or series of actions and events.

series I ['sI(q)ri:z] n (pl без измен.)
1.   ряд (тж. мат.)
a series of years [of events, of victories] — ряд лет [событий, побед]
a series of brilliant statesmen — плеяда блестящих государственных деятелей
infinite series — бесконечный ряд
binomial series — мат. биномиальный ряд
in series — по порядку; последовательно
time series — временной ряд (в статистике)
2.   серия, выпуск; комплект; группа
in a series of 40 lessons — выпусками по 40 уроков
the men of letters series — серия «великие писатели»
to complete [to conclude] a series — закончить [завершить] серию
3.   геол. свита; отдел, система
4.   кино, тлв. многосерийный фильм, в котором каждая серия составляет законченный эпизод

series II ['sI(q)ri:z] a эл.
последовательный
series connection — последовательное соединение
series winding — последовательная /сериесная/ обмотка сети

4526

Варианты Использования (Use Case) / Re: Что такое вариант использования или прецедент

« : 18 Декабря 2007, 17:54:30 »

'последовательность', лично у меня ассоциируется с наличием фактора 'нечто следует за другим' (а для этого есть другое в uml2), имхо лучше 'множество'.

Григорий, не могли бы Вы дать определение множества? Запамятовал что-то

4527

Варианты Использования (Use Case) / Re: Что такое вариант использования или прецедент

« : 18 Декабря 2007, 17:36:14 »

В этих определениях мне не нравиться:
последовательность событий (так как имхо последовательность указывает на что за чем, а это уже не use case).

предложите свое определение use case, если Вам не нравится слово последовательность.

вариант использования описывает взаимодействия. Взаимодействия есть последовательность или набор возможных последовательностей (Алистер Коберн)

4528

Примеры / Re: Моделирование кадровых процессов

« : 18 Декабря 2007, 17:30:01 »

1. Для меня странно, заявление уже подписано и его можно подписать ещё раз.

Не совсем понял данного утверждения. Где написано, что заявление нужно подписывать еще раз. Это за кадром, и подписывается оно один раз

2. По схеме не видно довнесения документов

А я и не пытался, это сделать. Это видно из потока событий.

имхо вызов_кандидата должен идти от производит_прием_на_работу

вполне возможно. Я пытался описать ситуацию как есть. Граница процесса прием на работу в отделе кадров возникает пр наличии кандидата в живом виде

3. Я разбил бы производит_прием_на_работу на две части первичная обработка и обработка_принятого_кандидата

Вполне возможно, как улучшение текущего процесса это и хорошо. Опишите поподробнее что Вы имеете в виду под первичной обработкой и обработкой_принятого_кандидата ?

4529

Примеры / Re: Моделирование кадровых процессов

« : 18 Декабря 2007, 16:46:22 »

Я не понял что требуется от нас?!

реакции

Действительно, я не стал расписывать каким-образом вызывается кандидат. Собственно это никакого отношения к делу не имеет.

Насчет возможно имеет документы (правильно надо добавить исключение: документы не принес) - вот это уже конструктив. Благодарствую-с

4530

Примеры / Re: Моделирование кадровых процессов

« : 18 Декабря 2007, 16:30:32 »

Именно. Т.е. началом процесса приема является появление подписанного заявления.
Отсюда и включающее процесс событие

В ВИ я не стал описывать тот факт, каким образом заявление подписывается.
Предусловие - это исходное состояние системы на момент начала процесса.
Т.е. процесс начинается при наличии заявления, подписанного.
Можно конечно написать проще - заявление должно быть рассмотрено и подписано