Comments 45
RTFM: Visio, etc.
Диаграммы «в карандаше» передают не только суть предметной области, но и подход к ее анализу.
Наверное это хотел сказать автор статьи?
Наверное это хотел сказать автор статьи?
Ага, особенно хорошо это передают «диаграммы» шириной почти в 3000 px. Просто я считаю, что автор, в первую очередь, должен уважать читателя.
Т.е. за время потраченное на написание и верстку статьи автор не должен говорить себе «и так сойдет» (например: не отресайзил картинки, и так сойдет).
Т.е. за время потраченное на написание и верстку статьи автор не должен говорить себе «и так сойдет» (например: не отресайзил картинки, и так сойдет).
Просто я считаю, что автор, в первую очередь, должен уважать читателя.
Мне кажется, что автор старался, т.к. диаграммы выполнены в линиях разной толщины, надписи сделаны печатными буквами и нет следов подтираний и помарок.
Да и вообще, чего это я за автора «отдуваюсь», пусть он сам и скажет, в конце-концов!
Кстати, о методе представления «в карандаше»: www.websequencediagrams.com/
Ну там не совсем карандаш, скорее стилус.
Я думаю мы друг друга поняли. Прекращаем офтопик? :)
Я думаю мы друг друга поняли. Прекращаем офтопик? :)
К слову об оффтопике: первая конских размеров (2807px х 1 400px) «HD-диаграмма», что над катом, видимо, служащая картинкой-манком для читателей, стремительным домкратом врывается в RSS-ридер и скорее призывает потенциального читателя побыстрее скрыть пост из фида, чем прочесть статью. Подумайте о читателях, отресайзите картинки.
Карандаш все-таки
Прошу прошения, поспешил, исправлено. Забыли про читателей rss-лент, хабр-то все сам ресайзит.
Вопрос «Как и в чем рисовать?» не имеет особого значения. Удобно и привычно Вам в визио — рисуйте в визио. Просто было удобнее обсуждать, то как будут выглядеть эти схемы и по ходу обсуждения изображать на бумаге карандашом. Можно на доске маркером, а потом сфотографировать, главное — придти к общему мнению.
Повторюсь, что «карандаш» — не главное. Это просто удобный инструмент. Такие схемы можно, скажем, рисовать в процессе интервью с заинтересованными лицами, поэтому карандаш может пригодиться.
Зачем?
классные диаграммки)
а Билет — типа как запись в базе, или как физический билет? потому что если как физический, то по-моему, между Куплен и Аннулирован должно быть Проверен
а Билет — типа как запись в базе, или как физический билет? потому что если как физический, то по-моему, между Куплен и Аннулирован должно быть Проверен
Чтоб вам всё в rss так приходило, как вы пост свой оформили. Причём открывать вам это на нетбуке.
RSS разорвало! Уменьшайте картинки.
А по-моему, такой стиль схем довольно интересно смотрится… Да и сложность не высокая, что бы карандаш препятствовал пониманию.
Когда я получал второе высшее в Политехе (СПб), у нас на предмете «Проектирование ПО» был тестовый проект под названием «ЗаБил.ru», т.е. Заказ Билетов :) Тоже изучали предметную область, рисовали диаграммы, писали use cases… Название проекта нам преподаватель объявил на первой лекции :)
На первой диаграмме на одно место может быть несколько билетов или я что то неверно понял?
добавьте эту статью в оглавление
А мне стало страшно когда увидел ЗОНА, да еще в квадратике…
Только не кидайтесь помидорами, но почему стрелка когда билет «куплен» идет в «Аннулирован» и так же когда билет возращен, он опять не появляется в продаже? Спасибо
Состояние «Аннулирован» — конечное состояние всех билетов, т.е. после окончания киносеанса все билеты становятся недействительными.
Про возврат — неоднозначный вопрос. Мы предполагали, что возврат билетов возможен только в случае отмены киносеанса, в этом случае после возврата билет аннулируется. Возврат в случае, когда зритель просто передумал идти не рассматривался.
Про возврат — неоднозначный вопрос. Мы предполагали, что возврат билетов возможен только в случае отмены киносеанса, в этом случае после возврата билет аннулируется. Возврат в случае, когда зритель просто передумал идти не рассматривался.
UFO just landed and posted this here
смею не согласиться. мое мнение, что в любом случае надо продумать функциональность будущего продукта. А что есть лучше, чем сделать в виде диаграмм. Пусть они описывают только основные бизнес-процессы в продукте. Можно любыми другими рисунками, иероглифами и т.д. Просто диаграммы общепринятый способ. В тоннах документации я так же не вижу смысла, но в то же время создание диаграмм (пусть не всего набора, а только ключевых) считаю обязательным. При их рисовании мозг проигрывает разные варианты действий, что есть хорошо. Как сказал один человек «Один рисунок стоит тысячи слов»(с).
UFO just landed and posted this here
Почему сложно?
UFO just landed and posted this here
Бизнес-анализ — это процесс исследования и последующего формирования и фиксации решений относительно устройства существующей деятельности, вовлечённых в неё контрагентов, их интересах, понятиях, которыми оперируют в данной области, потоках данных, нормах и ограничениях, физических и нефизических сущностях и артефактах (результатах деятельности), показателях деятельности, проблемах в реализации интересов контрагентов, взаимосвязях и причинах этих проблема.
Концептуальная диаграмма понятий предметной области фиксирует часть этих решений. Что не так?
Когда мы фиксируем маркером на доске существующее, мы не планируем. Планирование, как и проектирование — про будущее. Анализ — про прошлое и настоящее.
Концептуальная диаграмма понятий предметной области фиксирует часть этих решений. Что не так?
Когда мы фиксируем маркером на доске существующее, мы не планируем. Планирование, как и проектирование — про будущее. Анализ — про прошлое и настоящее.
Не нашёл ничего в этой главе про диаграммы, там речь только про функциональные спецификации.
а продолжение будет?
Согласен, с Миром — очень хочется продолжения.
Огромное спасибо за эту серию статей — помогла многое разложить по полочкам.
Огромное спасибо за эту серию статей — помогла многое разложить по полочкам.
Sign up to leave a comment.
Кейс «Проектирование веб-сервиса бронирования билетов». Бизнес-анализ. Описание предметной области