Ага, особенно хорошо это передают «диаграммы» шириной почти в 3000 px. Просто я считаю, что автор, в первую очередь, должен уважать читателя.
Т.е. за время потраченное на написание и верстку статьи автор не должен говорить себе «и так сойдет» (например: не отресайзил картинки, и так сойдет).
Просто я считаю, что автор, в первую очередь, должен уважать читателя.
Мне кажется, что автор старался, т.к. диаграммы выполнены в линиях разной толщины, надписи сделаны печатными буквами и нет следов подтираний и помарок.
Да и вообще, чего это я за автора «отдуваюсь», пусть он сам и скажет, в конце-концов!
К слову об оффтопике: первая конских размеров (2807px х 1 400px) «HD-диаграмма», что над катом, видимо, служащая картинкой-манком для читателей, стремительным домкратом врывается в RSS-ридер и скорее призывает потенциального читателя побыстрее скрыть пост из фида, чем прочесть статью. Подумайте о читателях, отресайзите картинки.
Вопрос «Как и в чем рисовать?» не имеет особого значения. Удобно и привычно Вам в визио — рисуйте в визио. Просто было удобнее обсуждать, то как будут выглядеть эти схемы и по ходу обсуждения изображать на бумаге карандашом. Можно на доске маркером, а потом сфотографировать, главное — придти к общему мнению.
Повторюсь, что «карандаш» — не главное. Это просто удобный инструмент. Такие схемы можно, скажем, рисовать в процессе интервью с заинтересованными лицами, поэтому карандаш может пригодиться.
а Билет — типа как запись в базе, или как физический билет? потому что если как физический, то по-моему, между Куплен и Аннулирован должно быть Проверен
Когда я получал второе высшее в Политехе (СПб), у нас на предмете «Проектирование ПО» был тестовый проект под названием «ЗаБил.ru», т.е. Заказ Билетов :) Тоже изучали предметную область, рисовали диаграммы, писали use cases… Название проекта нам преподаватель объявил на первой лекции :)
Только не кидайтесь помидорами, но почему стрелка когда билет «куплен» идет в «Аннулирован» и так же когда билет возращен, он опять не появляется в продаже? Спасибо
Состояние «Аннулирован» — конечное состояние всех билетов, т.е. после окончания киносеанса все билеты становятся недействительными.
Про возврат — неоднозначный вопрос. Мы предполагали, что возврат билетов возможен только в случае отмены киносеанса, в этом случае после возврата билет аннулируется. Возврат в случае, когда зритель просто передумал идти не рассматривался.
Спасибо за пояснения. По поводу возврата невнимательно вник в диаграмму :) виноват. Там у вас написано. По поводу «аннулирован». Имхо, в таком случае лучше подписать стрелочку.
смею не согласиться. мое мнение, что в любом случае надо продумать функциональность будущего продукта. А что есть лучше, чем сделать в виде диаграмм. Пусть они описывают только основные бизнес-процессы в продукте. Можно любыми другими рисунками, иероглифами и т.д. Просто диаграммы общепринятый способ. В тоннах документации я так же не вижу смысла, но в то же время создание диаграмм (пусть не всего набора, а только ключевых) считаю обязательным. При их рисовании мозг проигрывает разные варианты действий, что есть хорошо. Как сказал один человек «Один рисунок стоит тысячи слов»(с).
Бизнес-анализ — это процесс исследования и последующего формирования и фиксации решений относительно устройства существующей деятельности, вовлечённых в неё контрагентов, их интересах, понятиях, которыми оперируют в данной области, потоках данных, нормах и ограничениях, физических и нефизических сущностях и артефактах (результатах деятельности), показателях деятельности, проблемах в реализации интересов контрагентов, взаимосвязях и причинах этих проблема.
Концептуальная диаграмма понятий предметной области фиксирует часть этих решений. Что не так?
Когда мы фиксируем маркером на доске существующее, мы не планируем. Планирование, как и проектирование — про будущее. Анализ — про прошлое и настоящее.
Обратите внимание, что это лишь одна статья из фрагмента цикла, посвящённого бизнес-анализу.
Да, конкретный артефакт называется просто, например — макет интерфейса, но формируется в процессе, который принято называть проектирование продукта. Здесь мы имеем дело с другим процессом.
Думаю, одну, положенную в вики, фотографию доски, на которой команда разработчиков basecamp, например, набросала, с какими ключевыми понятиями будет работать их продукт трудно назвать «мёртвым документом».
Кейс «Проектирование веб-сервиса бронирования билетов». Бизнес-анализ. Описание предметной области