Определения

1.   

2.  Определения

В настоящем документе применяются термины и определения в соответствии с СТ РК , ЕДИНАЯ СИСТЕМА ПРОГРАММНОЙ ДОКУМЕНТАЦИИ, Термины и определения.

3.  Список используемых сокращений

В настоящем документе использованы следующие обозначения и сокращения:

ТЗ – техническое задание

АС – автоматизированная система

ПО – программное обеспечение

ПС – программное средство

ОС – операционная система

ПК – персональный компьютер

СУБД – Система управления базами данных

БД – база данных

КСУ – Комплекс системы управления

РМ – рабочее место

4.  Общие сведения

3.1.  Полное наименование

Проектирование базы данных и системы управления для портала my. .

3.2.  Перечень документов, на основании которых создается система

СТ РК 34. Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы

СТ РК , ЕДИНАЯ СИСТЕМА ПРОГРАММНОЙ ДОКУМЕНТАЦИИ, Программа и методика испытаний. Планирование проведения испытаний программного обеспечения.

СТ РК , ЕДИНАЯ СИСТЕМА ПРОГРАММНОЙ ДОКУМЕНТАЦИИ, Спецификация требований к программному обеспечению.

СТ РК , ЕДИНАЯ СИСТЕМА ПРОГРАММНОЙ ДОКУМЕНТАЦИИ, Термины и определения.

ГОСТ 19., ЕДИНАЯ СИСТЕМА ПРОГРАММНОЙ ДОКУМЕНТАЦИИ, Программа и методика испытаний. Требования к содержанию, оформлению и контролю качества.

СТ РК ИСО/МЭК , ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ, Руководство по документированию компьютерных прикладных систем.

ГОСТ 19.301-79, МЕЖГОСУДАРСТВЕННЫЙ СТАНДАРТ, ЕДИНАЯ СИСТЕМА ПРОГРАММНОЙ ДОКУМЕНТАЦИИ, Программа и методика испытаний. Требования к содержанию, оформлению.

3.3.  Сроки оказания услуг

Проектирование базы данных – 1 (один) рабочий день

Разработка системы управления – 3(три) рабочих дня

3.4.  Сведения об источниках и порядке финансирования

Финансирование работ осуществляется за счет средств Заказчика.

5.  Требования к базе данных

4.1. Выбор СУБД для проектирования БД

В качестве основной СУБД должна быть выбрана MySQL версии 5.x

4.2. Перечень таблиц, входящих в состав базы данных.

Название таблицы	Назначение таблицы
admin_logs	все действия администратора (log записи)
admin_methods	методы администрации и их действие
admin_um	доступы к методам для определённого пользователя
admin_users	таблица пользователей административной части
awards	конкурсы
awards_files	файлы загруженные для конкурса
awards_nomination	номинации конкурсов
awards_vote	голосования за конкурсы
cache	кэш сайта
cat_doc	категории для файлов
cat_foto	категории для фото
cat_good	праздники для раздела лучшие сотрудники
cat_video	категории видео
cat_work	справочник должностей
cn_count	посещения сайта по дням
cn_today	уникальные пользователи за день
cn_user	переходы пользователей за все время
cn_user_online	пользователи онлайн
comments	комментарии сайта
company	структура раздела "подразделения"
content	контент сайта (новости, статьи, правила, информационные тексты)
content_img	таблица сформированных объектов для статей
content_index	таблица связей слова и контента для индексации
content_rating	рейтинги
content_text	вспомогательная таблица для статического текста
content_tree	дерево разделов контента
content_words	все слова контента
content_wrules	правила для замены слов при поиске
cp_user	таблица зарегистрированных пользователей
faq	дополнительный материал
favorite_files	для избранных файлов
files	загруженные файлы через контент
files_doc	загруженные файлы пользователей
files_foto	загруженные фото пользователей
files_holder	привязка файла и контента
files_tree	дерево разделов файлов
files_video	загруженные видео пользователей
flood	определение флуда (capcha)
forum	разделы форума
forum_count	пользователи находящиеся на форуме
forum_files	файлы форума
forum_post	сообщения форума
forum_topic	темы форума
forum_track	служит для определения новых сообщений на форуме а также время их прочтения
friends_user	друзья
gift	подарки
good_workers	лучшие сотрудники
group	группа
group_to_user	группы пользователей
lang_text	таблица для модуля языков
languages	список языков
pm	личные сообщения между пользователями
poller_answer	варианты ответов для опроса
poller_ip	пользователи ответившие на вопрос (голосование)
poller_opros	список вопросов
questuion	онлайн общение с пользователями
region	регионы
send_mail	таблица очереди писем на отправку
top_user	активные пользователи
var	статичные переменные
weather	погода
weather_city	города для погоды

4.3. Требования к надежности.

Для обеспечения устойчивого функционирования системы необходимо:

·  осуществлять проверку входных данных на допустимый диапазон значений;

·  при изменении структур таблиц данных осуществлять проверку на допустимость предлагаемых изменений;

·  обеспечивать восстановление информации утраченной в результате сбоя в работе сервера;

·  не прерывать выполнение системы сообщением о неустранимой ошибке - должна осуществляться выдача сообщений о вероятных причинах возникновения ошибки, предложение повторно ввести данные в правильной форме;

·  система должна иметь автоматизированный либо ручной механизм резервирования всех данных на жесткие носители информации.

4.4. Перечень аварийный ситуаций.

1. Сбой программного обеспечения КСУ (отдельного РМ или сервера).

После сбоя серверной операционной системы или СУБД в процессе выполнения пользовательских задач должно быть обеспечено восстановление данных в базе данных до состояния на момент окончания последней нормально завершенной перед сбоем транзакции.

Время восстановления работоспособности при сбоях и отказах не должно превышать 6-ти часов. В это время не входит разворачивание и настройка специального программного обеспечения на сервере(ах). В указанное время не входит решение проблем с техническим обеспечением и инсталляция операционной системы.

2. Выход из строя части технических средств КСУ.

Нарушение канала связи локальной сети между РМ и сервером не должны приводить к прекращению функционирования КСУ, при этом должна обеспечиваться возможность выполнения функций, связанных с вышедшим из строя РМ на другом РМ.

3. Сбои или выход из строя активного накопителя на жестком магнитном диске.

4. Импульсные помехи, сбои или прекращение электропитания не должны приводить к выходу из строя технических средств КСУ и/или нарушению целостности данных. Прекращение электропитания на время до 15 минут не должно приводить к прекращению функционирования КСУ.

4.5. Требования к безопасности.

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

4.6. Требования к надежности технических средств и программного обеспечения.

Надежность КСУ в части технического обеспечения должна обеспечиваться:

·  использованием технических средств повышенной отказоустойчивости и их структурным резервированием;

·  наличием на объектах автоматизации запасных изделий и приборов (ЗИП);

·  защитой технических средств по электропитанию путем использования источников бесперебойного питания;

·  дублированием носителей информационных массивов.

6.  Требования к системе управления

5.1. Общие требования к административной части.

Для получения доступа к административной части портала необходимо указать определенный адрес в строке броузера и пройти авторизацию.

5.2. Требования к управлению разделами сайта.

Для управления разделами КСУ должны быть предусмотрены следующие функции:

– создание подраздела 1 уровня;

– создание подраздела 2 (и далее) уровня;

– редактирование контента страницы;

– удаление раздела;

– перемещение раздела вверх в списке;

– перемещение раздела вниз в списке;

– признак показа (show) или не показа (hide) страницы в клиентской части сайта;

– отображение списка подразделов выбранного уровня.

5.3. Требования к разделению доступа.

Все опубликованные разделы портала должны открываться для доступа на чтение без аутентификации пользователя.

При попытке входа в закрытый раздел у пользователя не прошедшего аутентификацию, должен быть запрошен логин и пароль.

После прохождения аутентификации система должна проверять полномочия пользователя на доступ к запрошенному разделу. Если доступ запрещен, пользователю должно быть выведено сообщение о невозможности доступа в закрытый раздел.

5.4. Требования к хранению данных.

Все данные КСУ должны храниться в структурированном виде под управлением реляционной СУБД. Исключения составляют файлы данных, предназначенные для просмотра и скачивания (изображения, видео, документы и т. п.). Такие файлы сохраняются в файловой системе, а в БД размещаются ссылки на них.

Наполнение различных сайтов, функционирование которых поддерживается одной и той же инсталляцией системы, должно храниться под управлением единой СУБД.

5.5. Требования к языкам программирования.

Для реализации статических страниц и шаблонов должны использоваться языки HTML 4.0 и CSS 2.0. Исходный код должен разрабатываться в соответствии со стандартами W3C (HTML 4.0).

Для реализации интерактивных элементов клиентской части должны использоваться языки JavaScript и DHTML.

Для реализации динамических страниц должен использоваться язык PHP.

5.6. Требования к клиентскому программному обеспечению.

КСУ должна быть доступна для полнофункционального просмотра с помощью следующих браузеров:

• MS IE 7.0 и выше;

• Opera 6.0 и выше;

• Mozilla Firefox 1.0;

• Mozilla 1.7.

Сайт должен быть работоспособен (информация, расположенная на нем, должна быть доступна) при отключении в браузере поддержки flash и JavaScript.

5.7. Требования к эргономике и технической эстетике.

КСУ должна быть оптимизирована для просмотра при разрешении 1024*768, 1280*1024 без горизонтальной полосы прокрутки и без пустых (белых) полей для основных типов разрешения.

Элементы управления должны быть сгруппированы однотипно – горизонтально либо вертикально – на всех страницах.

Интерфейс подключаемых модулей должен быть выполнен в едином стиле с интерфейсом ядра системы и должен обеспечивать возможность прозрачного перемещения администратора между модулями системы и использование одинаковых процедур управления и навигационных элементов для выполнения однотипных операций.