2011

Примеры / Re: Задание на автоматизацию АЗС. Нужна помощь экспертов.

« : 28 Февраля 2011, 14:54:11 »

Есть тестовое задание описать основные бизнес-процессы с помощью UML.

А можно увидеть ваш вариант (правильный), надо хотя бы с чего-то начинать.

Я не могу составить правильный ВИ, я не в контексте задачи.
Однако судя по заданию вас просят описать бизнес-процессы с использованием UML.

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

2012

Примеры / Re: Задание на автоматизацию АЗС. Нужна помощь экспертов.

« : 28 Февраля 2011, 13:12:55 »

Вячеслав, функции <> ВИ. Диаграмма ВИ не предназначена для отображения их декомпозиции до уровня отдельных процедур или функций. Для этого существуют другие приемы и диаграммы - например диаграмма деятельности.
ВИ отображает использование системы и указывает кому это нужно и что собственно нужно.
Мне как клиенту вообщем-то все равно как там это устроено, мне главное что я должен сделать чтобы достигнуть своей цели - заправить авто с использованием МБ - все! Остальное детали реализации.

2013

Задачи студентов / Re: комплексный пример проектирования

« : 28 Февраля 2011, 12:52:40 »

Если, честно, я не совсем понял вопроса

2014

Задачи студентов / Re: UseCase, описывающий процесс авторизации пользователя на сайте

« : 27 Февраля 2011, 23:10:31 »

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

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

2015

UML SysML и пр. / Re: Можно ли в диаграммах Use Case представлять DataBase как Actor?

« : 27 Февраля 2011, 22:59:01 »

Поздравляю! Это хорошо. Помните, UML не простой язык, разработка ПО - сложный многообразный процесс. Обучиться можно только долго и постоянно практикуя.
Вы встали на начала пути. Найдите силы и мотивы для его продвижения. Это того стоит!

2016

Задачи студентов / Re: UseCase, описывающий процесс авторизации пользователя на сайте

« : 27 Февраля 2011, 22:57:00 »

Как в сценарии указать например то что админ может загружать файлы во все каталоги, а пользователь только в некоторые. А если у админа при скачивании появляются дополнительные функции, типа просмотреть текстовый файл без скачивания. На уровне http так описать обобщение правильно?

Я бы все-таки пытался использовать ВИ как средство описания алгоритма поведения системы.
Однако никто не будет против, если Вы в описаниях ВИ сделаете некие вариации с учетом разницы прав. Особенно, если кроме пользователя и администратора собственно особых ролей и не будет. Другое дело - разные права и их много. Тогда мне кажется имеет смысл записать столько ВИ сколько разных нюансов для разных ролей. Если это покажется не удобным, можно выделить некую типичную общую часть сценариев, а остальные описывать как альтернативы, как условия расширения или включения

2017

Задачи студентов / Re: UseCase, описывающий процесс авторизации пользователя на сайте

« : 27 Февраля 2011, 20:49:35 »

Интересует как оформить сценарий при обобщении актёров. Эта статья кажется незаконченной .
И другой вариант, когда у актёров один и тот же ВИ, но достигается этот ВИ разными путями. Или в этом случае всегда нужно делать обобщение актёров?

1. Что Вам кажется в статье незаконченным?
2. Что значит оформить сценарий при обобщении актеров? Вы написали некий ВИ, указали обобщение на диаграмме, раве этого не достаточно? Это ведь будет означать, что каждый уточняющий актер может делать то, что делает обобщающий, когда он выполняет роль обобщающего. Обобщаются РОЛИ
3. Каков пример? Если у одного и того же ВИ показываются несколько актеров, то один основной (инициирующий), другие вспомогательные. ВИ показывает цель одного актера. Если это не так, то возможно имеет смысл делать обобщение ВИ, тогда для уточняющего ВИ указывается свой актер

2018

Обсуждение статей / Re: Включение вариантов использования

« : 27 Февраля 2011, 18:50:02 »

По поводу copy-paste напишу позже...

Обещанного три года жду?

2019

Задачи студентов / Re: UseCase, описывающий процесс авторизации пользователя на сайте

« : 27 Февраля 2011, 18:46:09 »

Или лучше сделать обобщение? Тогда как это правильно оформить сценарий к обобщению? так как ни в FAQ ни в форуме не нашёл.

Не совсем понял, что Вам нужно. Пояснение к практике использования обобщения между вариантами использования или обобщение актеров?

И кстати почему Вы не нашли вот этой статьи в FAQ Обобщение вариантов использования

2020

Работа / Re: 2,5 года

« : 26 Февраля 2011, 00:35:30 »

Это вы в 2010 - то есть этим жарким и дымным летом собирались в Иваново? Прикольно А почему именно в Иваново?

А потому что я там живу, есть замечательная команда в НПО Консультант, отличное здание, где проводился фестиваль, романтичные Малинки.

2021

Идеи и мозговой штурм / Задача про штатное расписание

« : 23 Февраля 2011, 20:58:49 »

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

Задача довольно специфична, конечно, но в принципе у нее есть аналогии и в других предметных областях.
Итак.
Штатное расписание (ШР) - здесь список уникальных штатных единиц
Штатная единица (ШЕ) - уникальное сочетания подразделения и должности.
Ставка - количество одноименных штатных единиц
Нас пока интересуют только две дополнительные характеристики штатной единицы: количество ставок по плану просто Ставки, и количество занятых ставок Занято. Величина Ставки и Занято - историческая
Ставки отражают изменения максимально возможного количества
Занято отражают изменения фактически занятого количества
Занято не может превышать Ставки
История плана (Ставки) может выглядеть как-то так
01.01.2011,3
01.05.2011,2
01.08.2011,4
01.10.2011,3
А история Занято
01.01.2011,2
15.01.2011,3
01.05.2011,2
01.09.2011,3.5
01.10.2011,4


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

Документ подразумевает прямое действие - проведение, и обратное - отведение.

В качестве примера я предложу свое видение алгоритма для двух ситуаций - проведение приема и отведение приема
Договоримся, что в документе приема (и других) нам известно:
 - ДатаОперации
 - ID ШЕ - идентификатор штатной единицы
 - КолСтав - количество ставки, на которую принимается сотрудник

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

2. Проверить наличие вакансии
    2.1 Получить СтарКолСтавЗанято на ближайшую ДатуЗанято <= ДатаОперации
    2.2 НовКолСтавЗанято = СтарКолСтавЗанято + КолСтав
    2.3 Получить КолСтавПлан на ближайшую ДатуПлан < (строго!) ДатаОперации
    2.4 Если НовКолСтавЗанято > КолСтавПлан : Стоп! Нет вакансий!

3. Пересчитать историю занято
    3.1 Если на Дату > ДатаОперации история Занято пустая : выход
    3.2 Для каждой ДатаИстории Занято делать
          3.2.1 НовКолСтавЗанято = СтарКолСтавЗанято + КолСтав
          3.2.2 Получить КолСтавПлан на ближайшую ДатуПлана < (строго!) ДатаИстории
          3.2.3 Если НовКолСтавЗанято > КолСтавПлан : Стоп! на ДатаИстории занято больше, чем по плану. Нарушение             согласованности!

4. Принять изменения - завершить проведение документа, записать новую историю

Отведение очень похожее
1. Проверить возможность отведения - разрешено, если это бы последний документ

2. Пересчитать историю занято
    2.1 Получить историю Занято с Даты >= ДатаОперации
    2.2 Для каждой ДатаИстории Занято делать
          2.2.1 НовКолСтавЗанято = СтарКолСтавЗанято - КолСтав
          2.2.2 Получить КолСтавПлан на ближайшую ДатуПлана < (строго!) ДатаИстории
          2.2.3 Если НовКолСтавЗанято > КолСтавПлан : Стоп! на ДатаИстории занято больше, чем по плану. Нарушение             согласованности!

3. Принять изменения - завершить проведение документа, записать новую историю

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

2022

Работа / Re: Собеседование в крок, ланит.

« : 22 Февраля 2011, 23:33:29 »

Я бы все-таки не стал слишком все тут драматизировать. Кроме слов Merry-go-round у нас ничего нет. Насколько ее слова соответствуют действительности, может ей показалось, что ее оскорбляют. Провозглашение опупенности -нормальный HR ход, по-моему. А вот оскорбление - это минимум не профессионально. Хотя в больших компаниях трудовой материал (скорее даже сырье) ценится гораздо в меньшей степени, чем в небольших.

2023

ПО Аналитика / Re: Как нарисовать свернутый пул в BizAgi

« : 22 Февраля 2011, 22:14:18 »

Большое спасибо!

Не прошло и года Но насколько я понял, и в новой версии пока сворачивание в пул не поддержано. Вообще законный вопрос, а действительно так уж надо?

2024

Поздравления / Re: Поздравляем Иру Сурову с Днем Варенья!

« : 21 Февраля 2011, 21:39:26 »

Ириша, надеюсь, мое поздравление тоже получила!
С Днем рождения, успехов, долгих лет жизни, творчества и счастья

2025

Идеи и мозговой штурм / Re: Визуализация идей

« : 20 Февраля 2011, 11:39:21 »

Может посмотреть в сторону теории решения изобретательских задач?

Кстати, оказывается есть такое понятие фиксированная идея

Вот некоторые ссылки про визуализацию идеи:
http://brendmeister.blogspot.com/2008/10/blog-post_06.html
http://creative.ragrani.ru/granicreativa.htm
http://www.newtomorrow.ru/visual/proyavlenie_visualization.php