Задача № 39 960 от 05.08.2016 - Передать материалы по поиску Князеву
Дима, нужно Денису передать описание как делать поиск по Библиотеке.
Как для сайта отдавали – вбил «пашков» и получил все, что Библиотека знает по пашкову
From: Денис Князев [mailto:d.knyazev@parusgroup.ru]
Sent: Thursday, July 28, 2016 12:04 PM
To: Николай Пирожков <pirogkov@parus-s.ru>
Cc: Дмитрий Тарасов <tarasov@parusmedia.info>
Subject: Fwd: RE: Re: Fwd: План СГАУ
Коль, а в архиве не нашел алгоритм для "Интерфейс "Поиск литературы".
-------- Перенаправленное сообщение --------
Тема:
RE: Re: Fwd: План СГАУ
Дата:
Tue, 12 Jul 2016 16:50:31 +0400
От:
Пирожков Николай
Кому:
'Дмитрий Тарасов'
Копия:
'Князев Денис'
Отвечаю
1. Нет алгоритмов выборки данных из интеграционной шины. Нужно их получить от ИМЦ.
Дублирую архив с материалами по библиотеке. Особо интересен файл «ЛК Библиотека - рекомендуемая литература.docx». Алгоритм описан и не изменился до сих пор. Таблицы литературы по РПД заполним, когда скажите. По техническим вопросам работы со сведениями Библиотеки следует напрямую обращаться к Базенкову Диме.
2. В файле в описании задачи по Рекомендованной…
Нет, не нужно совмещать страницы в одну, т.к. это утяжелит страницу Рабочего плана. И так от СГАУ поступают вопросы по скорости работы ЛК.
Это однозначно отдельная страница, хранящаяся под большой ссылкой Библиотеки.
Выбирать все Рабочие планы не нужно – достаточно выбрать список дисциплин по одному УЧЕБНОМУ плану. Подробнее см. п.1 и у Базенкова
3. Единый аккаунт
«Первоначальная стратегия была такова…» - считаю, что ее и нужно придерживаться. ИМХО, она достаточно просто отвечает на все вопросы 1-7. На всякий случай привожу ответы, как вижу:
3.1. Пользователь должен входить в ЛК (вводить логин+пароль) 1 (!) раз. В дальнейшем он должен переключаться между своими ЛК простым выбором ЛК из списка доступных (студент-аспирант-преподаватель).
3.2. По полю RN физического лица – оно едино для всех систем
3.3. см.п. 3.1
3.4. никак на Мудл не повлияет
3.5. ИМХО в АДе (или в аду J) должна лежать 1 связка логин+пароль. По основному аккаунту (аккаунту, к которому пользователь присоединил другие аккаунты)
3.6. см.п. 3.1
3.7. намного проще, чем пакет наборов логин+пароль для одного физического лица
Идея объединения аккаунтов в ручном режиме мне нравится. Я только добавлю пожелание – нельзя присоединить аккаунт, RN физлица владельца которого отличается от RN физического лица текущего пользователя.
From: Дмитрий Тарасов [mailto:tarasov@parusmedia.info]
Sent: Tuesday, July 12, 2016 3:58 PM
To: Николай Пирожков
Cc: Князев Денис
Subject: Fwd: Re: Fwd: План СГАУ
Николай, чтобы продолжить движение по Библиотеке, нужно ответить на следующие вопросы в письме. Особенно важен то, что выделен красным.
Интерфейс "Рекомендованная литература"
Интерфейс "Поиск литературы»
1. Нет алгоритмов выборки данных из интеграционной шины. Нужно их получить от ИМЦ.
2. В файле в описании задачи по Рекомендованной литературе написано: "Интерфейс страница должен быть похож на интерфейс страницы "Рабочий план": отражение литературных источников должно быть в разрезе читаемых в семестре курсов дисциплин".
То есть надо выбирать как в рабочем плане все планы и дисциплины + дополнительно выбирать литературу по ним и выводить вместе?
Может вообще тогда включить в рабочий план и не делать отдельную страницу?
Нужно получить ответы на эти вопросы от ИМЦ.
- объединение нескольких аккаунтов одного физ.лица в один
1. что подразумевается под "нескольких аккаунтов одного физ.лица в один"? Куда денутся остальные? Удалятся? А из других систем? как должно происходить объединение? Что нужно от пользователя чтобы объединить или без участия пользователя?
2. по какому признаку объединять? надо обсудить с Ириной обязательно.
3. как должны отображаться объединенные аккаунты и переходы между ними?
4. как это повлияет на другие системы, в частности moodle? ведь у них для разных аккаунтов должны быть разные email.
5. учитывается ли это в AD?
6. как это всё будет представлено в личном кабинете?
7. как это внедрять?
Эти вопросы нужно обсудить и с ИМЦ и со СГАУ
Первоначальная стратегия была такова: Чтобы избежать сложности с этими вопросами, что войдя в любой аккаунт, в интерфейсе отображаются все связанные аккаунты, и по ним производится переход без необходимости ввода пароля другого аккаунта.
При этом, никакая информация не объединяется - все личные кабинеты работают автономно, как и сейчас.
Давай обсудим такую доработку, включая систему объединения аккаунтов (полагаю, мы не можем это сделать автоматически, а можем предложить пользователю будучи авторизованным в одном аккаунте присоединить к этому личному кабинету другой, введя единоразово его пароль).
Думаю сделать надо так: У пользователя есть кнопка "Добавить аккаунт" на странице личных данных. Нажимает - открываются поля ввода логина и пароля.
Если ввел правильно, и тот аккаунт не прикреплен никуда, то на почту того аккаунта, который хотим прикрепить, отправляется письмо с запросом подтверждения прикрепления. Если подтвердил, то прикрепляем.
Пока это рассуждения, реализация возможно будет отличаться, приведены здесь, чтобы вы понимали предполагаемый алгоритм работы.
__________ Information from ESET Mail Security, version of virus signature database 13789 (20160712) __________
The message was checked by ESET Mail Security.
http://www.eset.com
Длительность: 1 -> 2,5
Новая - 5 августа 2016 г. 9:25:51 - Базенков -