Разработка:Принятые соглашения

Принятые соглашения

В этом разделе описываются соглашения, относящиеся больше не к кодированию, а к реализации бизнес-логики: форматы полей для типовых данных, коды статусов и т.п.

Уникальные наименования

Коды программ, дисциплин и т.п. Должны включать в себя только цифры, русские и латинские буквы, дефис. В базу данных код сохраняется всегда только в нижнем регистре. Независимо от того, как был введен в форме.

Правила именования плагинов sync

Все плагины sync, которые производят синхронизацию объектов с moodle должны называться как объект storage и иметь суффикс "tom". Пример: personstom.

Коды и названия статусов.

• future => предстоящий;
• new => новый/заявка;
• deleted => удаленный;
• active => идет/действует;
• completed => завершен;
• canceled => отменен;
• plan => запланирован; (почему все статусы с окончанием "ed", а "plan" без?)
• archives => помещен в архив; (тут либо окончание "ed" как везде, либо просто "archive". Как обосновано множественное число для слова "архив"?)
• suspend => приостановлен; (почему все статусы с окончанием "ed", а "suspend" без?)
• approved=> подтвержден;
• notapproved=> не подтвержден;
• available => доступен;
• notavailable => недоступен;
• draft => черновик;

Права

• Право dof/view (из moodle) действует только на просмотр блока FDO и на просмотр главной страницы. На всех остальных страницах используется собственная система полномочий
• Если в блок dof заходит пользователь с полномочиями администратора (admin или danamanage) и для него нет персоны - то персона создается. Все данные беруться из профиля moodle, статус синхронизации (sync2moodle) равен 1.