обсуждение страницы "[wiki:usecases Варианты использования]" = Use-cases = Use-cases это варианты использования. Предположим, действующее лицо - наблюдатель. Что он может сделать с сайтом? * зарегистрироваться в системе, получив два уникальных номера * ввести данные протокола * отправить данные на сайт через http * отправить данные на сайт через sms * отправить данные на сайт череp wap Вопросы: * может ли наблюдатель редактировать уже отправленные данные, если да, то как? (здесь и далее: Argentum)> наблюдатель на УИК имеет возможность отправить только одно сообщение, итоговое. Поверка осуществляется на втором этапе, когда оператор ввода (в региональном отделении партии) вводит данные с ксерокопий протоколов. Тогда, в случае возникновения несоответствий вопрос выносится на рассмотрение модератора партии. Наблюдатели на более высоких уровнях (территориальных комиссий, центральной комиссии) могут высылать данные периодически до момента полного подсчета голосов (100%) в данной ИК. * может ли наблюдатель быть перемещен на другой участок (в этом случае ломается привязка уникальных идентификаторов к номеру УИК) > пока такая возможность мною не предусматривалась. Я думал над этим, но выданные наблюдателю коды жестко привязаны к номеру УИК. Можно, конечно, получить новые данные и удалить старую учетную запись. Управлением наблюдателями в регионах занимается оператор ввода (представитель регионального отделения партии). * кто осуществляет регистрацию наблюдателей и их привязку к УИК? > Регистрацию операторов ввода (представителей региональных отделений) выполняет модератор партии. Иодератор партии также может зарегистрировать наблюдателя в ЦИК. А операторы ввода выполняют непосредственно регистрацию (и привязку к УИК) наблюдателей в УИК и ТИК. * вводятся ли данные каждого протокола единовременно, или есть промежуточное состояние протокола ("черновик")? > Наблюдатели на УИК вводят только итоговый вариант протокола (единовременно). Наблюдатели выше стоящих ИК имеют право вводить данные периодически по мере увеличения процента подсчитанных бюллетеней и до момента окончания подсчета в данной ИК. * можно ли удалить неверно введенный протокол, если можно, то при каких условиях (временнОй интервал для удаления, специальный уровень доступа) > пока четко не определено. Известно, что при признании протокола недействительным он не стирается, а остается доступным для всеобщего просмотра как ошибочный. Такие исправления может выполнять оператор ввода с последующей постмодерацией со стороны модератора партии. Модератор партии не может сам инициировать исправление, поскольку у него на руках нет копий протоколов УИК и ТИК. Предположим, действующее лицо - обычный пользователь (партия, физлицо, корреспонденты) Что он может сделать с сайтом? * просмотреть данные Вопросы: * в какой форме он может их просмотреть (график, таблица, сводная таблица)? > см. [wiki:Server3 Функции сервера №3] * какие форматы представления планируется ввести? >> Что подразумевается под форматом? > В требованиях упоминается столбиковая диаграмма с фильтром - ок, что еще? Графики - чарты? если да, то какие? Для какого типа информации какой вид представления предлагается (так, для анализа двух и более величин чаще всего удобнее использовать прозрачные графики на одной оси, для отражения хода выборов по партиям - "столбиковую") * будет ли возможность импортирования данных в pdf, xls, odt, ..? >> ДА, следует иметь возможность экспортирования в графической информации (диаграмм, наложение информации на карту,...) в pdf, таблицы в xls. > Наложение информации на карту: планируется ли использование Google maps или Yandex maps? Экспорт в пдф из пхп осуществляется, насколько я помню, платной библиотечкой. * какие ограничения по просмотру будут введены для каждой группы пользователей? > см. [wiki:Architecture Уровни доступа к информации] * как ограничения для определенных групп (при условии их реализации) будут сделаны в системе? (например, как будет производится различие между партией - у нее ограниченный доступ, - и конкретным пользователем?) >> Честно говоря вопрос не понятен. Доступ к серверу №3 имеет любой неавторизованный пользователь и может просматривать статистическую информацию по всем уровням ИК (ЦИК, ТИК, УИК), а также информацию по кандидатурам и партиям, протоколам о нарушениях. На сервер №3 можно щелкнуть по ссылке "войти" и пользователь перейдет на защищенную (https - SSL) страницу авторизации. Далее он авторизуется и пока он является авторизованным пользователем, он работает на сервере №4. > Вопрос разрешился детальным изучением функций серверов 3 и 4. корреспондентам доступна та же информация, что и незарегистрированным пользователям? * насколько сама идея не противоречит закону о политической рекламе (не могут ли быть рассмотрены предварительные результаты на текущий момент как реклама той или иной партии?) > в данной системе не предполагается размещение результатов exitpolls. Начало демонстрации результатов возможно только после официального объявления о завершении голосования и начале подсчета голосов. НО: у нас страна занимает 10 часовых поясов. И пока в Москве 12, то во Владивостоке - уже 22 и участки закрываются. Вопрос, как поступать корректно; отображать данные Владивостока Москве или, только Владивостоку или вообще не отображать до момента завершения голосования в Москве?Следует посмотреть, как это делается на сайте [http://izbirkom.ru izbirkom.ru] В случае возможности в системе следить за несколькими выборами ситуация осложняется >> Ничуть. Следует только добавить везде возможность выбора текущего проекта/кампании. Каждая выборная кампания - это отдельный контейнер с использованием уникальных во всей системе значений кодов для наблюдателей, но с возможностью обращаться к разным проектам операторам ввода и модераторам партий с одними авторизационными данными. > C технической точки зрения - не осложняется. с точки зрения проектирования пользовательского интерфейса-осложняется, т.к. возрастает поток информации, представляемой пользователю. = Пользовательские сценарии = Пользовательские сценарии - это пути пользователя в системе, реализующие ту или иную бизнес-задачу. Пример: ''администратор залогинивается на сайт через специальную форму и добавляет нового наблюдателя, заполнив для него необходимые поля (в т.ч. e-mail). По факту сохранения отправляется e-mail c информацией о регистрации на указанный адрес.'' Сценарии имеет смысл рассматривать при проектировании интерфейса сайта и формы подачи информации, учитывая стратификацию ЦА сайта (корреспондентам интересна аналитика и сопоставление + динамика, обычным пользователям - текущая ситуация и позиция конкретной партии/человека, партиям - собственная динамика и динамика развития их показателей относительно других партий и т.п.). В соответствии с описаниями серверов [wiki:Server1]-[wiki:Server4] предлагаю описать типовые варианты поведения пользователей на сайте (что они на нем будут делать от момента захода до того, как покинут) - для каждой роли. Это позволит а) более аккуратно сделать прототипы, [[BR]] б) более качественно протестировать готовые модули, [[BR]] в) понять, что сайт будет делать, а что он делать '''не''' будет. [[BR]] и мы сможем получить четкое представление того, как именно будет работать система. == Server3: public == === Сценарий 1 === * пользователь заходит на сайт, выбирает интересующую его партию, кликает на ней и просматривает список этой партии * ...