Комментарии 45
RTFM: Visio, etc.
Диаграммы «в карандаше» передают не только суть предметной области, но и подход к ее анализу.
Наверное это хотел сказать автор статьи?
Наверное это хотел сказать автор статьи?
Ага, особенно хорошо это передают «диаграммы» шириной почти в 3000 px. Просто я считаю, что автор, в первую очередь, должен уважать читателя.
Т.е. за время потраченное на написание и верстку статьи автор не должен говорить себе «и так сойдет» (например: не отресайзил картинки, и так сойдет).
Т.е. за время потраченное на написание и верстку статьи автор не должен говорить себе «и так сойдет» (например: не отресайзил картинки, и так сойдет).
Просто я считаю, что автор, в первую очередь, должен уважать читателя.
Мне кажется, что автор старался, т.к. диаграммы выполнены в линиях разной толщины, надписи сделаны печатными буквами и нет следов подтираний и помарок.
Да и вообще, чего это я за автора «отдуваюсь», пусть он сам и скажет, в конце-концов!
Кстати, о методе представления «в карандаше»: www.websequencediagrams.com/
Ну там не совсем карандаш, скорее стилус.
Я думаю мы друг друга поняли. Прекращаем офтопик? :)
Я думаю мы друг друга поняли. Прекращаем офтопик? :)
К слову об оффтопике: первая конских размеров (2807px х 1 400px) «HD-диаграмма», что над катом, видимо, служащая картинкой-манком для читателей, стремительным домкратом врывается в RSS-ридер и скорее призывает потенциального читателя побыстрее скрыть пост из фида, чем прочесть статью. Подумайте о читателях, отресайзите картинки.
Карандаш все-таки
Прошу прошения, поспешил, исправлено. Забыли про читателей rss-лент, хабр-то все сам ресайзит.
Вопрос «Как и в чем рисовать?» не имеет особого значения. Удобно и привычно Вам в визио — рисуйте в визио. Просто было удобнее обсуждать, то как будут выглядеть эти схемы и по ходу обсуждения изображать на бумаге карандашом. Можно на доске маркером, а потом сфотографировать, главное — придти к общему мнению.
Повторюсь, что «карандаш» — не главное. Это просто удобный инструмент. Такие схемы можно, скажем, рисовать в процессе интервью с заинтересованными лицами, поэтому карандаш может пригодиться.
Зачем?
классные диаграммки)
а Билет — типа как запись в базе, или как физический билет? потому что если как физический, то по-моему, между Куплен и Аннулирован должно быть Проверен
а Билет — типа как запись в базе, или как физический билет? потому что если как физический, то по-моему, между Куплен и Аннулирован должно быть Проверен
Чтоб вам всё в rss так приходило, как вы пост свой оформили. Причём открывать вам это на нетбуке.
RSS разорвало! Уменьшайте картинки.
А по-моему, такой стиль схем довольно интересно смотрится… Да и сложность не высокая, что бы карандаш препятствовал пониманию.
Когда я получал второе высшее в Политехе (СПб), у нас на предмете «Проектирование ПО» был тестовый проект под названием «ЗаБил.ru», т.е. Заказ Билетов :) Тоже изучали предметную область, рисовали диаграммы, писали use cases… Название проекта нам преподаватель объявил на первой лекции :)
На первой диаграмме на одно место может быть несколько билетов или я что то неверно понял?
добавьте эту статью в оглавление
А мне стало страшно когда увидел ЗОНА, да еще в квадратике…
Только не кидайтесь помидорами, но почему стрелка когда билет «куплен» идет в «Аннулирован» и так же когда билет возращен, он опять не появляется в продаже? Спасибо
Состояние «Аннулирован» — конечное состояние всех билетов, т.е. после окончания киносеанса все билеты становятся недействительными.
Про возврат — неоднозначный вопрос. Мы предполагали, что возврат билетов возможен только в случае отмены киносеанса, в этом случае после возврата билет аннулируется. Возврат в случае, когда зритель просто передумал идти не рассматривался.
Про возврат — неоднозначный вопрос. Мы предполагали, что возврат билетов возможен только в случае отмены киносеанса, в этом случае после возврата билет аннулируется. Возврат в случае, когда зритель просто передумал идти не рассматривался.
За карандаш — зачет. Только вот у меня последнее время сомнения насчет диаграмм. Тем более, что об этом уже на каждом углу кричат:
gettingreal.37signals.com/GR_rus.php#ch11
gettingreal.37signals.com/GR_rus.php#ch11
смею не согласиться. мое мнение, что в любом случае надо продумать функциональность будущего продукта. А что есть лучше, чем сделать в виде диаграмм. Пусть они описывают только основные бизнес-процессы в продукте. Можно любыми другими рисунками, иероглифами и т.д. Просто диаграммы общепринятый способ. В тоннах документации я так же не вижу смысла, но в то же время создание диаграмм (пусть не всего набора, а только ключевых) считаю обязательным. При их рисовании мозг проигрывает разные варианты действий, что есть хорошо. Как сказал один человек «Один рисунок стоит тысячи слов»(с).
Да, с этим я тоже согласен. Набросать перед всеми видение решение ввиде простой схемы маркером на доске — полезно. Но бизнес-анализом такую «наколеночную» процедуру назвать сложно.
Почему сложно?
Ну потому, что люди придумали слова, что бы называть ими что-то конкретное, что бы все поняли :) Так вот планирование маркером на доске, будет просто не честно назвать бизнес-анализом по отношению к тем людям, которые действительно им занимаются. Ну или пытаются :)
Бизнес-анализ — это процесс исследования и последующего формирования и фиксации решений относительно устройства существующей деятельности, вовлечённых в неё контрагентов, их интересах, понятиях, которыми оперируют в данной области, потоках данных, нормах и ограничениях, физических и нефизических сущностях и артефактах (результатах деятельности), показателях деятельности, проблемах в реализации интересов контрагентов, взаимосвязях и причинах этих проблема.
Концептуальная диаграмма понятий предметной области фиксирует часть этих решений. Что не так?
Когда мы фиксируем маркером на доске существующее, мы не планируем. Планирование, как и проектирование — про будущее. Анализ — про прошлое и настоящее.
Концептуальная диаграмма понятий предметной области фиксирует часть этих решений. Что не так?
Когда мы фиксируем маркером на доске существующее, мы не планируем. Планирование, как и проектирование — про будущее. Анализ — про прошлое и настоящее.
Не нашёл ничего в этой главе про диаграммы, там речь только про функциональные спецификации.
а продолжение будет?
Согласен, с Миром — очень хочется продолжения.
Огромное спасибо за эту серию статей — помогла многое разложить по полочкам.
Огромное спасибо за эту серию статей — помогла многое разложить по полочкам.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Кейс «Проектирование веб-сервиса бронирования билетов». Бизнес-анализ. Описание предметной области