Просмотр сообщений
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
.... дело в том, что в различных книгах существуют разные правила именования. У Лармана - отглагольные существительные ...Эд, не надо поклёпов - существительные не у Лармана, а у Шелестова (переводчика).
Обработка продажи (Process Sales)Вот такой корявый перевод.
...
Возврат товара (Handle Returns)
...
Григорий, не все слишком серьезно.Эд, запиши меня тоже в "непонявших" )
Мы рассматриваем некий образец задания.... который.... предполагает:
1. проверку навыков и умений проводить текстуальный анализ. Отталкиваться от текста впервую очередь.
2. делать предположения, но не фантазировать
3. осуществлять построение диаграммы вариантов использования, при этом выделять заинтересованные стороны и пользователей системы, определять задачи, которые выполняют эти пользователи.
...
Вы не поняли назначение поста.
Назначение такое: есть описание задачи - такое какое есть - Вы не в силах его изменить, уточнить, добавить: вы отталкиваетесь от того, что есть.
Тут в задаче явно, конечно, не сказано, какой уровень следует рассматривать.Эд, что значит "в задаче сказано", "в задаче не сказано"? Если условий не хватает, то типовая деятельность модельера - достроить недостающие условия, зафиксировать их в качестве предположения и работать от них.
Хотя неявно условие задачи склоняет нас именно к уровню систему учета заказов, их распределения и выполнения + охватывается уровень бухгалтерии
На мой взгляд, в конкретном случае данные удобно представлять в виде иерархической структуры.Почему? Зачем себя ограничивать?
имхо лучше вывесить список:Какую проблему вы предлагаете решать?
1. идентификация (название + авторы или ссылка на эл.продажу)
2. оценка
3. наличие эл.варианта (ссылка на скачивание или ?)
4. наличие бумажного варианта (у кого и ~когда освободиться)
вы разрабатываете 'сферического коня в вакууме'? разве первичным толчком к разработке 'массовых продуктов' не является потребность большой аудитории?"Первичным толчком" обычно является видение РЕШЕНИЯ, которое удовлетворяет КАКИЕ-то потребности КАКОЙ-то аудитории. Т.е. есть образ решения, которое МНЕ кажется ИНТЕРЕСНЫМ. Будет ли оно реально востребовано или нет - это вопрос.
В в ситуации с созданием массовых продуктов, нет чёткого понимания, на какую аудиторию ориентироваться и какие именно потребности закрывать.
...
Задача выглядит так - взяв идею проекта, собрать релевантные потребности и описать профили аудитории, затем произвести ранжирование и отбор тех из них, которые стоит удовлетворять в ходе проекта, исходя из интересов и целей участников проектов.
Есть ли какие-то нотации для модели потребностей, методы её формирования и трансформации в пользовательские требования?
дык "множество последовательностей", тем более когда это было, давно уже раскритиковали.Где раскритиковали? Не нашёл. Вижу только, что после него пошли альтернативные, ошибочные определения про только "множество" или только "последовательность".
итого:Григорий, давайте сначала - когда вы последний раз писали use case?
Вариант использования, прецедент, use case - это конечная НЕДЕЛИМАЯ множество событий, которая описывает как должна Система взаимодействовать с Пользователями (Актерами), чтобы достигнуть определенных бизнес целей.
Ну, если пошла такая пьянка, то ДВИ - это граф?Разговор напоминает анекдот с диалогом с покупателем в аптеке про свечи - "а вы что, их ели!!??"
тогда, имхо надо отталкиваться от артифактов и анализа потребностей для ролевых акторов, определить минимальные (без которых никуда) потребности и самые_общие (вероятно используются всеми) ... в любом проекте есть контингент на окучивание, и он как-то да изученКаких артефактов, откуда они возьмутся? Как определить минимальные потребности?
По поводу "каждому проекту своя методология". Ну это ты загнул.Это не Николай загнул, а Коберн: http://www.citforum.ru/SE/project/meth_per_project/
