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

×


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

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


Сообщения - Humbert

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 »
166
Как-то не айс, несогласованная фраза.

Как это несогласованная?

Цитировать
Учет посещений пациентами приема у врача.

Только приемы чего врачами учитывают пациенты?

167
Ларчик открывается весьма просто, ведением регистра, но регистр замечу не совсем то, о чем тут битва бьется. К тому же атрибут Допустимый срок со всей очевидностью будет сделан историческим.

Регистр по сути и есть один из методов обеспечения историчности.


168
Интересно, кроме как в России, где то еще возможны никем не оплачиваемые споры такого интеллектуального уровня и эмоционального напряжения?

169
1. Как называется то, что вы создали?
2. Может позвонить пациент не из списка и попробовать записаться на прием? Как идентифицируется пациент?
3. Что такое неверное дата время? Каким образом описывается график работы врача? Как система проверяет, что дата и время неверное.
Довольно жестоко заставлять врача и пациента угадывать свободное время для записи без возможности посмотреть, что свободно, а что нет...

4. У вас скорее описаны исключения, а не альтернативы. Альтернатива предусматривает некоторую возможность выбора
5. Лучше не делать вложенных альтернатив. Либо рисуйте диаграмму, либо идите на некоторую избыточность и каждую ветку описываете от exception до возврата в основной поток

Еще раз настоятельно рекомендую посмотреть паттерн планирования мероприятия в MS Outlook

Ну и полезно ER (эскизную) строить в паралель с ВИ

170
Вообще есть специализированный софт для автоматизированного сбора информации о конфигурации сети

Ну одно другому не мешает. Можно используя скрипты или бесплатный софт загрузить ее в ЕА через VBA в качестве репозитория , а потом нарисовать диаграммы. Но это скорее для проектов, чем для мониторинга сервисов

171
Рекомендую посмотреть Outlook  с точки зрения работы с календарем и расписанием. Основные паттерны можно взять от него

172
Кстати, отдельным плюсом использования EA для описания сети является возможность веб-публикации, которую можно выложить на корпоративный сервер или портал, и который обеспечивает довольно удобную навигацию по связанным элементам в режиме drill-down.


 

173
Возможно я ошибаюсь, но вопрос был не совсем про бизнес-анализ и UML, а скорее про инструмент для поддержки процессов предоставления ИТ-услуг.

К бизнес-анализу Вас точно никто не отсылает. Ваши исходные вопросы

Цитировать
Какие инструменты можно использовать для описания сервисов? Чтобы не надо было каждый раз при формировании нового сервиса повторять объекты.
Увидел программу Enterprise Architect. Есть ли какие-то примеры?

Для описания сервисов собственно эти диаграммы в UML и предназначены.

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

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

При этом ваш формат описания будет понятен не только Вам, но и любому специалисту, хотя бы бегло знакомого с UML

174
Это вопрос не тестирования. В первом случае задается верхняя планка допустимого количества, во втором нижняя. Второй легким движением руки можно превратить в "Максимальное количество одновременно работающих клиентов больше 99". Звучит.

Это даже круче, чем с постсессионными сигаретами:)

175
Популярные грабли. Все хорошо будет до тех пор, пока этот срок не начнут менять.

+100500

Самое простое пойти на некоторую избыточность и запоминать этот срок в атрибуте. А то потом вылезут разные категории читателей, разные категории книг, межбиблиотечный абонемент со своими правилами

176
Очень плохо. Попрошу продемонстрировать работу для 1.000.000 пользователей. Как покажете?
Рекомендую применять формулировку "до Х..." (в смысле не "дох...", а "до х единиц").

А можно поподробнее?
Чем с точки зрения нынешних методик нагрузочного тестирования формулировака

Максимальное количество одновременно работающих клиентов до  100 пользователей

отличается  от

Максимальное количество одновременно работающих клиентов не меньше 100

Так и так стенд собирать, роботов запускать...

Гм... В чем измерять будете? В количестве постсессионных сигарет?

Я в восхищении :)

177
«Идеальный» юскейс:

Предусловие:
* Читатель проносит книгу мимо камеры системы, выходя из библиотеки

Основной поток:
1. Система распознаёт читателя и книгу и фиксирует факт взятия книги

Всё.

1а Система не распознает читателя
1b Система не распознает книгу
1с Система распознает книгу, лежащую рядом с выходом и ошибочно считает, что ее вынес читатель
1d Факт взятия книги не удалось зафиксировать - она числится у другого читателя
..... 

Убрали библиотекаря из процесса, поставили считыватели, а сценарий почти не изменился

178
2Humbert:
1. Пользователь - читатель, имеющий читательский билет. Предполагается, что до начала процесса он сообщает какая книга ему нужна, а остальная информация известна.
2. Добавил пункт выдачи книги, спасибо.
3. Альтернативный сценарий (исключения) лучше записывать ПОСЛЕ основного сценария?
Не могу понять в каком шаге объедены действия системы и библиотекаря...
4. Согласен, добавлю альтернативный сценарий к первому пункту.
5. Ну... я таким образом хотел прервать процесс выполнения сценария и, возможно, вернуться к поиску новой книги. А каким образом можно прервать процесс выполнения?

1. Что понимается под читательским билетом? Его читатель носит с собой или он хранится в библиотеке? Если библиотека автоматизирована, то каковы его функции? Как про этот билет и что с ним делать узнает система?
2. Если книга выдается в этом сценарии, то как она оказывается у библиотекаря или читателя? Процесс  физического поиска кстати тоже может быть неуспешен.
3. Да. Формат сценария хорошо описан у Коберна. Насчет объединения действия SuD и ДЛ я ошибся
5. Если не находится читательский билет, книга в каталоге или физически, то в качестве одной из альтернатив выступает отказ от выдачи книги.

Повторно рекомендую 

Alistair Cockburn - Writing Effective Use-Cases

(есть и на русском)

Вы избежите многих ошибок, если хотя бы бегло ознакомитесь с ней.

179
Навскидку
1) Непонятно, кто такой пользователь. Посетитель библиотеки? Его роль в описании туманна: он вроде указан в стартовом событии, непонятно, каким образом он сообщает о своем желании взять книгу и каким образом. Он должен либо сообщить  всю информацию до начала процесса оформления, либо участвовать в сценарии как одно из ДЛ
2) Некорректно выделены границы процесса: почему из процесса исключена книговыдача, но включен поиск книги
3) Исключения объединены с шагами happy path (п.п 2 и 5). В шагах объединены действия и системы и ДЛ
4) Не предусмотрено исключение по п.1. , если книга не находится в каталоге
5) Не предусмотрена возможности прервать процесс . Например в п.2 после того, как книга не найдена в каталоге , то библиотекарь зачем то повторяет процесс поиска...


Алистер Коберн рекомендуется... 

 


180
Для всех / Re: Объект обследования
« : 26 Марта 2016, 14:10:16 »
На портале довольно интересная статья про цикл лекций Щедровицкого

http://mtsepkov.org/%D0%91%D0%BB%D0%BE%D0%B3:%D0%9C%D0%B0%D0%BA%D1%81%D0%B8%D0%BC%D0%B0_%D0%A6%D0%B5%D0%BF%D0%BA%D0%BE%D0%B2%D0%B0/2016-03-24:_%D1%82%D1%80%D0%B5%D1%82%D1%8C%D1%8F_%D0%BB%D0%B5%D0%BA%D1%86%D0%B8%D1%8F_%D0%A9%D0%B5%D0%B4%D1%80%D0%BE%D0%B2%D0%B8%D1%86%D0%BA%D0%BE%D0%B3%D0%BE_%D0%BF%D0%BE_%D0%A1%D0%A0%D0%A2

Там есть мысль о различиях Hard и Soft подходов к выделения систем

Цитировать
Hard system - это когда мы полагаем, что любой объект есть система, то есть он на самом деле так устроен.
А Soft system мы полагаем, что представление в виде системы есть логика рассмотрения объекта, о которой мы договорились. И, естественно, это представление зависит от целей, с которыми мы рассматриваем объект, и потому представления могут отличаться. А как устроен объект "на самом деле"в рамках этого подхода мы не спрашиваем, нам важно лишь насколько его проявления и поведение соответствует тому, что предполагали исходя из нашего модельного представления в виде системы.

IMHO мой ответ и ответ Андрея Сенченко в какой-то степени их проиллюстировали.

Можно считать, что выделяемые нами сущности существуют в реальности, а можно считать , что их выделение только технический прием.

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 »