Use cases Кольца
Материал из KoltsoWiki
Сначала тут были составлены Функциональные требования Кольца. Теперь они перенесены на отдельную страницу.
[править] О Use Cases
Общее для всех Use cases:
- Уровень: цель участника
- Статус: готово для анализа
[править] Быстро, удобно и в максимальном объеме получить информацию о Кольце
Область действия: пространство во вне Кольца и внутри его
Основное действующее лицо: посетитель - в последствии участник
Контекст использования: незарегистрированный посетитель хочет ознакомиться и понять, насколько это здорово и полезно. Участник хочет поддерживать свою уверенность и том, что Кольцо - это здорово и полезно.
Триггер: посетитель заинтересовался
Предусловия: посетитель мог еще не войти в систему
Основной сценарий:
- Человек получает ссылку на Кольцо из других сайтов, баннеров, рекламы, роликов, журнальных статей.
- Посетитель заходит на главную страницу сайта
- Знакомится с информацией на главной странице - основная статистика, список свежих идей, свежим проектов, лучших завершенных проектов.
- Ходит по ссылкам внути Кольца и знакомится с кухней.
- Переходит на страницу подробной статистики - графики, отчеты.
- При попытке что-нибудь создать - выскакивает предложение зарегистрироваться
Гарантия успеха: незарегистрированный участник принимает решение о регистрации, а зарегистрированный - продолжает активно участвовать.
Минимальная гарантия: участник уходит с сайта, но отрицательных эмоций у него не появляется. Остается вероятность, что он придет в другой раз. Зарегистрированный участник делает перерыв, но не уходит из системы.
Участники и интересы:
- Участники Кольца хотят, чтобы регистрировалось как можно больше Доноров.
- Доноры-ревизоры хотят находить проблемы в идеях и проектах
[править] Регистрация посетителя
Область действия: внутри системы
Основное действующее лицо: посетитель
Контекст использования: незарегистрированный посетитель хочет зарегистрироваться.
Триггер: посетитель решил зарегистрироваться
Основной сценарий:
- Посетитель заполняет поля регистрации и сабмиттит форму регистрации
- Выскакиет сообщение, что на его почтовый адрес пришло подтверждение
- Перечисляет в появившейся форме мэйлы тех, кого он хотел бы пригласить в Кольцо. Заполняет поле с приглашением.
- В своем почтовом клиенте находит письмо и переходит по подтверждающей ссылке.
- Редактирует свой профиль
Гарантия успеха: посетитель зарегистрировался, его личность верифицирована, данные полные и качественные.
Минимальная гарантия: посетитель не зарегистрировался. В системе не остается "мусорного" аккаунта. Посетитель сохраняет благожелательное отношение
[править] Найти участников, ресурсы, проекты (идеи)
Область действия: внтури системы
Основное действующее лицо: участник
Контекст использования: Участник хочет найти единомышленников, партнеров, интересные и полезные идеи и проекты, нужные ресурсы.
Основной сценарий:
- Участник переходит на страницу поиска
- Заполняет поля (поддерживаются regexp) и сабмиттит форму поиска (при этом сохраняется запрос с датой в списке последних запросов). В поиске можно использовать фильтры: "мои проекты", "мои френды", "мои ресурсы". "ресурсы моих френдов"...
- Получает результаты. при этом в форме поиска не сбрасываются введенные данные запроса.
- Повторяет поиск отредактировав запрос в форме поиска, если надо. Если надо - очищает форму поиска.
Гарантия успеха: участник находит интересных и нужных участников, ресурсы, проекты (идеи).
Минимальная гарантия: участник ничего не находит, также он не получает ложной информации.
Участники и интересы:
- Доноры хотят, чтобы их нашли нуждающиеся
- Акцепторы и Доноры хотят найти релевантных Доноров
- Новички хотя ознакомиться с Кольцом
- Доноры-ревизоры хотят находить проблемы в идеях и проектах
[править] Создать идею
Область действия: внутри системы
Основное действующее лицо: участник - Донор идеи
Контекст использования: Участник хочет поместить свою идею в Кольцо
Триггер: участник придумал идею
Основной сценарий:
- Участник вводит информацию об идее
- Вводит ясное подробное название на своем языке в одно предложение. (некое ограничение знаков)
- Вводит ключевые слова в области темы, потребностей и результатов.
- Автоматически по введенным ключевым словам и словам из названия выводится список уже существующих идей в базе с подобным набором ключевых слов (см vingrad.ru)
- Вводит остальные поля
- Вводит имена участников, кого автор идеи хотел бы пригласить на реализацию этой идеи - они получат уведомления в том числе и на почту
- Оценивает баллами сложность, нужность (важность), срочность идеи
- Указывает группы в которые будет входить эта идея
- Указывает от каких других идей зависит эта идея (когда будут реализованы другие идеи - можно будет приступить к этой)
- Аватар, графические, аудио, видео описания.
- Указываются ссылки на близкие идеи
- Идея появляется в базе идей, в списке идей участика.
- Все участники, у кого указаны подобные ключевые слова, что и свежей идеи, информируются об этой новой идее
Гарантия успеха: участник размещает идею в Кольце, так, что ее легко найти и понять.
Минимальная гарантия: участник не размещает идею, в системе не остается полу- или неправильно заполненной "мусорной" записи.
Участники и интересы:
- Другие Доноры идей, Доноры-разработчики, Доноры ревизоры, Акцепторы идей не хотят, чтобы возникали дублирующися, антиобщественные, абсурдные, непонятные идеи.
[править] Реализовать идею
Область действия: внутри системы
Основное действующее лицо: участник - Донор-разработчик
Контекст использования: Участник хочет реализовать идею. Каждую идею может реализовывать только один проект в один момент времени (если нужно распараллелить, то создается другая идея в описании которой дается ссылка на первую). Над одним проектом может работать только один Донор-разработчик (один человек). Рассматриваем вариант, что все идеи в Кольце распространяются по свободным лицензиям
Триггер: Донор-разработчик нашел интересную и полезную идеию
Основной сценарий:
- Участник находит подходящую идею или ему приходит приглашение реализовать какую-то идею
- Участник вводит в систему информацию о планируемой реализации им идеи.
- Указывает планируемую дату завершения
- Описывает эту реализацию
- Оценивает сложность, нужность (важность), срочность проекта
- Поправляет ключевые слова в области темы, потребностей и результатов (ключевые слова проекта наследуются от идеи)
- Поправляет группу проекта (группа проекта наследуется от идеи)
- Указывает ссылки на близкие проекты.
- Указывает от каких проектов зависит разработка этого проекта.
- Указывает ресурсы от которых зависит разработка проекта (для этого надо договориться с куратором ресурса).
- Аватар, графические, аудио, видео описания.
- Участник приступает к реализации проекта.
- Пишет отчеты желательно с фотами, аудио и видео свидетельствами хода разработки. По сути у каждого проекта свой блог.
- Другие участники Кольца могут подписаться на отчеты (блог, например) этого проекта. (Посты блога проекта выводятся в группах-коммьюнити, в которых этот проект прописан.)
- Когда Донор-разработчик считает, что проект завершен удачно, то он указывает это на странице проекта - у проекта меняется статус.
- Донор-разработчик опять оценивает сложность, нужность (важность), срочность и качество проекта.
- Донор-разработчик подтвержадет успешное завершение (см. юз кейс "Доказать факт успешного донорства")
- Проект попадает на страницу Почета. А также в список готовых проектов Дорона-разработчика.
- Участики Кольца голосуют за проект (оценивают его сложность, важность, срочность и качество). У Донора-разработчика меняется рейтинг.
- Донорам-разработчикам проектов, которые зависят от этого приходят уведомления об удачном завершении.
Гарантия успеха: Донор-разработчик считает, что проект реализован успешно и указывает это в системе.
Минимальная гарантия: проект закрывается, Донор-разработчик освобождает от проекта и проект возвращается в базу идей.
Участники и интересы:
- Другие Доноры-разработчики хотят скоординировать свою работу с этим проектом
- Доноры ресурсов хотят предложить свои ресурсы
- Акцепторы хотят получить продукты и услуги этой реализации, поэтому записываются в пул Акцепторов
- Доноры-ревизоры хотят проконтролировать эту реализацию
- Участники не хотят, чтобы им и/или обществу вредили делом
Открытые вопросы:
- Требуется еще тщательно продумать этот юз кейс
- Кто-то должен дать добро на перевод проекта на страницу Почета после того, как Донор-разработчик объявит о его успешном завершении и выложит какие-то доказательства, или это произойдет автоматически? Какие процедуры для Доноров-ревизоров нужно придумать?
[править] Отследить развитие сущности Кольца
Область действия: внутри системы
Основное действующее лицо: участник
Контекст использования: Участник хочет следить за изменением сущности, ее обсуждением, за ее реализацией (если это проект/идея), за судьбой распределения (а возможно и дальше) ее продуктов (если это проект), за судьбой распределения ее самой (если это ресурс). Также участник хочет следить за коммьюнити - группами сущностей Кольца.
Основной сценарий:
- Участник указывает, чтобы ему приходила информация об изменениях в сущности или группе сущностей, а также указывает способ доставки ему информации: регулярность, формат, объем...
- Участнику начинает приходить информация в рамках подписки
Гарантия успеха: участник успешно отслеживает судьбу идеи пока не отпишется, или пока она не завершится (если это проект) или пока не кончится (если это ресурс).
Минимальные гарантии: участник сам перестает отслеживать - отписывается или отфренживает. Ему не приходит нежелательный спам от системы
Участники и интересы:
- Доноры-разработчики хотят координировать свою проекты
- Доноры ресурсов хотят предоставить свои ресурсы в нужный момент и наиболее подходящему проекту
- Доноры идей хотят создавать не дублирующиеся, качественные идеи
- Доноры-ревизоры хотят находить проблемы в использовании сущностей Кольца.
- Акцепторы идей,хотят получать идеи, когда они готовы.
- Акцепторы продкутов и услуг (ресурсов) хотя получать записываться в пулы потребителей к подходящим проектам
- Все участники хотят получать свежую информацию о событиях связанных с сущностями Кольца.
[править] Разместить инфу о курируемом ресурсе в Кольце
Область действия: внутри системы
Основное действующее лицо: участник - Донор ресурса
Контекст использования: Участник хочет разместить информацию о курируемом им ресурсе в Кольце
Основной сценарий:
- Участник вносит информацию о курируемом им ресурсе
- Вводит название
- Описание
- Ключевые слова на тему интересов-ассоциаций и что ресурс дает.
- Автоматически по введенным ключевым словам и словам из названия выводится список уже существующих ресурсов в базе с подобным набором ключевых слов (см vingrad.ru)
- Указывает в какие группы будет входить
- Указывает родственные ресурсы
- Указывает - вес, объем, количество и т. д.
- Срок годности
- Оценка качества
- Оценка полезности (потом оценку полезности еще введут остальные участники и Донор-разработчик, который воспользуется этим ресурсом)
- Географическое положение
- Условия предоставления, лицензии...
- Аватар, графические, аудио, видео описания.
- Ресурс появляется в базе ресурсов, в списке ресурсов участика.
- Все участники, у кого указаны подобные ключевые слова, что и свежего ресурса, информируются об этом новом ресурсе.
Гарантия успеха: информация о курируемом Донором ресурсе размещена в полном объеме, в понятной форме и доступно для поиска.
Минимальная гарантия: участник не размещает информации о ресурсе, в системе не остается полузаполненной, "мусорной" записи о ресурсе.
Участники и интересы:
- Акцепторы ресурсов хотят получить полную информацию о доступных ресурсах
- Доноры-ревизоры хотят находить проблемы в информации о ресурсах
[править] Доказать факт успешного донорства
Область действия: внутри системы
Основное действующее лицо: участник - Донор
Контекст использования: Участник хочет иметь свидетельство своего доброго дела
Триггер: Донор-разработчик считает, что закончил проект успешно или передал успешно ресурс
Основной сценарий:
- Донор-разрабочик указывает в системе, что успешно реализовал проект
- Донор-разработчик вносит информацию подтверждающую успешное завершение проекта - текстовую, графическую, аудио, видео. Приводит рекомендации и благодарности Акцепторов (можно посмотреть их авторитет)
- Система оповещает об этом подписчиков
- Участники Кольца отмечают качество и скорость завершения. Пишут свои пожелания и жалобы.
- Донор-ревизор добровольно проверяет и удостоверяет своей подписью факт успешного завершения.
Расширения:
- 4. Участники указали отрицательное качество реализации проекта,
- 4.1 Донору-разработчику, приходит оповещение, о том, что ему надо доработать проект или отказаться от него.
- 5. Донор-ревизор указал, что проект не реализован успешно
- 5.1 Донору-разработчику, приходит оповещение, о том, что ему надо доработать проект или отказаться от него.
Гарантия успеха: доказательства успешного донорства размещены в полном объеме, доступно и надежно.
Минимальная гарантия: доказательства не размещены вообще, нет никаких "мусорных" данных.
Участники и интересы:
- Доноры-ревизоры хотят, чтобы доказательства были качественными и адекватного объема
- Акцепторы продуктов и услуг хотят гарантий о факте завершения проекта и его качестве
- Новички хотя ознакомиться со свидетельствами успешной работы Кольца
[править] Договориться об условиях получении ресурсов (продуктов) и услуг и получить
Область действия: внутри системы
Основное действующее лицо: участник - Акцептор ресурсов и услуг
Контекст использования: Участник хочет получить продукт (ресурс) или услугу от Донора
Основной сценарий:
- Акцептор указывает, что хочет получить ресурс, продукт или услугу
- Указывает объяснение своей потребности и условия на которых он хотел бы получить.
- Акцептор ставится в очередь (пул желающих).
- Донор обсуждает к Акцепторами условия, выясняет подробности - общение открыто
- Когда Донор завершает проект и появляются продукты преокта или когда он решает передать ресурс, то он оповещает выбранному Акцептору или группе Акцепторов, которым объявляет, как они могут получить продукты или ресурсы. Информация обязательно октрыта
- Донор и Акцепторы публикуют факты подтверждающие успешную передачу продуктов, услуг или ресурсов.
Гарантия успеха: Акцептор получает от Донора ресурс или продукт, услугу его проекта. В рамках оговоренного объема и времени.
Минимальная гарантия: Акцептор ничего не получает. Не возникает неприязни и путаницы. Сохраняется вероятность дальнейших благожелательных отношений. Донор сохраняет ресурс.
Участники и интересы:
- Донор ресурса хочет передать ресурс тому Акцептору, который в ниабольшей степени нуждается. Передать быстро, просто, в рамках договоренностей.
[править] Влиять на свой и чужой авторитет, реноме
Область действия: внутри системы
Основное действующее лицо: участник - Донор
Контекст использования: Участник хочет контролировать изменения своего авторитета внутри Кольца.
Основной сценарий:
События могут происходить одновременно.
- Каждый участник Кольца может указывать свое отношению к любому другому участнику. Указывать его авторитет, доверие к нему, его производительность, качество его труда...
- Автор идеи может указать сложность, нужность, срочность, качество идеи. (публично, данные хранятся отдельно)
- Тоже самое указывате Донор-разработчик этой идеи, когда он берется за идею (публично, данные хранятся отдельно)
- Тоже самое могут указывать все остальные участники. (анонимно, суммируются между собой)
- Автор поста может указать полезность (нужность) и качество поста (вики-статьи). (публично, данные хранятся отдельно)
- Тоже самое могут указать все остальные участники Кольца (анонимно, данные суммируются между собой)
- Куратор ресурса отмечает нужность, качество ресурса (публично, данные хранятся отельно)
- Тоже самое отмечает Донор-разработчик и Акцептор ресурсов, которые пользуются этим ресурсом (публично, данные хранятся отдельно)
- Тоже самое могут отметить любые другие участнкии Колцьа (анонимно, данные суммируются между собой)
- Когда Донор-разработчик заканчивает проект - он еще раз указывает его сложность, нужность, срочность, качество реализации (публично, данные хранятся отдельно)
- Тоже самое указывает Донор-ревизор (публично, данные хранятся отдельно)
- Тоже самое указывают любые участники Кольца (анонимно, данные суммируются между собой)
Бизнес-правила:
- Данные о голосовании свободно доступны в системе
Гарантия успеха: у участника адекватно меняется рейтинг в зависимости от его действий в Кольце
Минимальная гарантия: рейтинг участника не падает ниже уровня с которого начался отсчет рейтинга при регистрации участника в самом начале.
Участники и интересы:
- Участники хотят влиять на рейтинги других участников, например, поддерживать успешных и активных Доноров
- Участники хотят контролировать рейтинги (в том числе уровня доверия) у других участников
[править] Получить отклики, обсудить
Область действия: внутри системы
Основное действующее лицо: участник
Контекст использования: Участник хочет беседовать, получать обратную связь, заниматься коллективной интеллектуальной работой.
Основной сценарий:
- Участник размещает соощение в системе. Сообщение может быть привязано к любой сущности Кольца первичной связью. (к группе, к проекту, к идее...)
- Участник указывает, можно ли кому-то кроме него вики-редактировать сообщение, могут ли анонимы (незарегистрированные участники Кольца) редактировать сообщение
- Участник указывает ключевые слова сообщения
- Участник указывает, с какими другими сущностями Кольца связано это сообщение и как (семантические связи в Кольце)
- Другой участник может написать комент к этому сообщению (комент тоже сообщение)
- Система подтверждает, что можно вики-редаткировать сообщение
- Участник вики-редактирует сообщение
- Шаги повторяются
Гарантия успеха: участник свободно общается без вреда для других.
Минимальная гарантия: общения нет, но нет и "мусорных" постов.
Участники и интересы:
- Участники не хотят, чтобы им вредили словом (флуд, флейм, оскорбления, ложь...)
[править] Миграция участница
Область действия: пространство во вне Кольца и внутри его
Основное действующее лицо: участник
Контекст использования: участник хочет мигрировать на другую инсталляция Кольца (или систему понимающую формат миграционных файлов Кольца) со своим профилем и по желанию - идеями, ресурсами, проектами, постами, связями.
Основной сценарий:
- Участник указывает системе, что хочет мигрировать или сделать бэкап своего профиля.
- Он указывает формат файл (по умолчанию открытый формат Кольца)
- Указывает все виды дочерней информации автором которой является владелец профиля - сообщения, идеи, проекты, ресурсы, данные о связях с френдами, о публичных голосованиях.
- Участник получает файл
- Участник хочет мигрировать на другую инсталляцию Кольца или системы поддерживающей формат Кольца.
- Участник загружает файл
- Участник указывают какую информацию из файла он хочет импортировать.
- Система показывает, что и как будет импортировано.
- Участник подтверждает импортирование.
Гарантия успеха: участник мигрирует быстро, легко, и в желаемом объеме.
Минимальная гарантия: миграция не проводится. В системе нет сбоев, "мусорной" информации.
Участники и интересы:
- Участники хотят, чтобы после миграции других участников системы не нарушалась целостность системы и сохранялись связи с новым домом мигранта.
