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