Интернет-портал ИТСПО

Содержание

Слайд 2

НАЗНАЧЕНИЕ И ЦЕЛИ СИСТЕМЫ ОСНОВНАЯ ЦЕЛЬ: ЗНАЧИТЕЛЬНОЕ ПОВЫШЕНИЕ КАЧЕСТВА ОБРАЗОВАНИЯ В

НАЗНАЧЕНИЕ И ЦЕЛИ СИСТЕМЫ

ОСНОВНАЯ ЦЕЛЬ:
ЗНАЧИТЕЛЬНОЕ ПОВЫШЕНИЕ КАЧЕСТВА ОБРАЗОВАНИЯ В УЧЕБНОМ

ЗАВЕДЕНИИ
ЦЕЛИ СИСТЕМЫ:
ВЕСТИ РЕЙТИНГОВЫЙ УЧЕТ СТУДЕНТОВ, В КОТОРОМ УЧИТЫВАЮТСЯ КАК ВЫПОЛНЕНИЕ РАБОТ, ТАК И НЕ ВЫПОЛНЕНИЕ РАБОТ В СРОК;
СВЕДЕНИЕ ВСЕЙ УЧЕБНОЙ И ВНЕ УЧЕБНОЙ ДЕЯТЕЛЬНОСТИ В ЕДИНУЮ БАЗУ, И ВЫДАЧА ПО ОКОНЧАНИИ УЧЕБЫ ХАРАКТЕРИСТИКИ/ЛИЦЕНЗИИ/ПОРТФОЛИО;
ПРЕДОСТАВИТЬ СТУДЕНТАМ ВОЗМОЖНОСТЬ ВЫБОРА ПРЕДМЕТОВ ОБУЧЕНИЯ;
РАЗРАБОТАТЬ АВТОМАТИЧЕСКАЯ СИСТЕМА УЧЕТА ПОСЕЩАЕМОСТИ;
РАЗРАБОТАТЬ СИСТЕМУ ДИСТАНЦИОННОГО ОБРАЗОВАНИЯ, С ПРИВЛЕЧЕНИЕМ ОТЛИЧНИКОВ ДИСТАНЦИОННОГО ОБРАЗОВАНИЯ В ОЧНУЮ ФОРМУ ОБУЧЕНИЯ;
ВНЕДРИТЬ РЕСУРС, НА КОТОРОМ СТУДЕНТЫ СМОГУТ НАЙТИ ВЕСЬ НЕОБХОДИМЫЙ МАТЕРИАЛ ДЛЯ ОБУЧЕНИЯ (ЛЕКЦИИ, ЭКЗАМЕНАЦИОННЫЕ ВОПРОСЫ, ЛАБОРАТОРНЫЕ ЗАДАНИЯ И Т.Д.).
Слайд 3

ТРЕБОВАНИЯ К СИСТЕМЕ В ЦЕЛОМ ТРЕБОВАНИЯ К СТРУКТУРЕ И ФУНКЦИОНИРОВАНИЮ СИСТЕМЫ

ТРЕБОВАНИЯ К СИСТЕМЕ В ЦЕЛОМ

ТРЕБОВАНИЯ К СТРУКТУРЕ И ФУНКЦИОНИРОВАНИЮ СИСТЕМЫ
ИНТЕРФЕЙС ДОЛЖЕН

БЫТЬ ИНТУИТИВНО ПОНЯТНЫМ;
НЕОБХОДИМО НАЛИЧИЕ СПРАВКИ И ТЕХНИЧЕСКОЙ ДОКУМЕНТАЦИИ;
ДОЛЖЕН БЫТЬ РЕАЛИЗОВАН «ЖИВОЙ» ПОИСК;
ЦВЕТОВАЯ ГАММА НЕ ДОЛЖНА БЫТЬ БОЛЬШЕ 5 ЦВЕТОВ;
СИСТЕМА ДОЛЖНА РАБОТАТЬ ОПЕРАТИВНО В ВИДЕ ИНТЕРНЕТ ПОРТАЛА МАКСИМАЛЬНО ПОХОЖЕГО НА ДЕСКТОПНОЕ ПРИЛОЖЕНИЕ (DESKTOP SKIN);
ДОСТУП К ПОРТАЛУ ДОЛЖЕН РАЗГРАНИЧИВАТЬСЯ ДЛЯ: ПРЕПОДАВАТЕЛЕЙ, СТУДЕНТОВ, ПОЛЬЗОВАТЕЛЕЙ СИСТЕМЫ ДИСТАНЦИОННОГО ОБРАЗОВАНИЯ, ГОСТЕЙ (ЛЮБЫЕ НЕЗАРЕГИСТРИРОВАННЫЕ ПОЛЬЗОВАТЕЛИ);
ПОРТАЛ ДОЛЖЕН БЫТЬ ДОСТУПЕН ИЗ ЛЮБОГО МЕСТА ИНФОРМАЦИОННОЙ СЕТИ;
ПОРТАЛ ДОЛЖЕН БЫТЬ СВЯЗАН С ПРОПУСКНОЙ СИСТЕМОЙ КУЗГТУ;
ПОРТАЛ ДОЛЖЕН БЫТЬ АДАПТИВНЫМ ПОД ЛЮБЫЕ ПЛАТФОРМЫ;
ДОЛЖЕН БЫТЬ ОТДЕЛЬНО ВЫДЕЛЕННЫЙ БЛОК ПО СИСТЕМЕ ГОЛОСОВАНИЯ.
Слайд 4

ТРЕБОВАНИЯ К ЧИСЛЕННОСТИ И КВАЛИФИКАЦИИ ПЕРСОНАЛА СИСТЕМЫ И РЕЖИМУ ЕГО РАБОТЫ

ТРЕБОВАНИЯ К ЧИСЛЕННОСТИ И КВАЛИФИКАЦИИ ПЕРСОНАЛА СИСТЕМЫ И РЕЖИМУ ЕГО РАБОТЫ

МИНИМАЛЬНОЕ

КОЛИЧЕСТВО ПЕРСОНАЛА, ТРЕБУЕМОГО ДЛЯ РАБОТЫ ИНТЕРНЕТ ПОРТАЛА, ДОЛЖНО СОСТАВЛЯТЬ ДВЕ ШТАТНЫЕ ЕДИНИЦЫ – СИСТЕМНЫЙ АДМИНИСТРАТОР И ТЕХНИЧЕСКИЙ ОПЕРАТОР.
ПРИ УВЕЛИЧЕНИИ НАГРУЗОК ВОЗМОЖНО РАСШИРЕНИЕ ОБСЛУЖИВАЮЩЕГО ПЕРСОНАЛА.
СИСТЕМНЫЙ АДМИНИСТРАТОР ДОЛЖЕН ИМЕТЬ ВЫСШЕЕ ПРОФИЛЬНОЕ ОБРАЗОВАНИЕ И СЕРТИФИКАТЫ КОМПАНИИ-ПРОИЗВОДИТЕЛЯ ОПЕРАЦИОННОЙ СИСТЕМЫ. СИСТЕМНЫЙ АДМИНИСТРАТОР ДОЛЖЕН ПРИ НЕОБХОДИМОСТИ, УСТАНАВЛИВАТЬ ВСЕ НЕОБХОДИМЫЕ В ПРОЦЕССЕ РАБОТЫ ПОРТАЛА ПРОГРАММНЫЕ ОБНОВЛЕНИЯ.
ТЕХНИЧЕСКИЙ ОПЕРАТОР ЗАНИМАЕТСЯ ОБНОВЛЕНИЕМ, ДОБАВЛЕНИЕМ И ПОДДЕРЖКОЙ АКТУАЛЬНЫХ ДАННЫХ В БАЗАХ.
ПРИ НЕОБХОДИМОСТИ ВОЗМОЖНО ВВЕДЕНИЕ ШТАТНОЙ ЕДИНИЦЫ ИНЖЕНЕРА (ТЕХНИКА ПО ОБСЛУЖИВАНИЮ СОПУТСТВУЮЩЕГО ОБОРУДОВАНИЯ).
Слайд 5

ТРЕБОВАНИЯ К ЗАЩИТЕ ИНФОРМАЦИИ ОТ НЕСАНКЦИОНИРОВАННОГО ДОСТУПА ЗАЩИТА ПЕРСОНАЛЬНЫХ ДАННЫХ ДОЛЖНА

ТРЕБОВАНИЯ К ЗАЩИТЕ ИНФОРМАЦИИ ОТ НЕСАНКЦИОНИРОВАННОГО ДОСТУПА

ЗАЩИТА ПЕРСОНАЛЬНЫХ ДАННЫХ ДОЛЖНА ОСУЩЕСТВЛЯТЬСЯ

В СООТВЕТСТВИЕ С ТРЕБОВАНИЯМИ ЗАКОНА N 152-ФЗ О «О ПЕРСОНАЛЬНЫХ ДАННЫХ», НА ОСНОВАНИИ ГОСТ Р 50739-95 «СРЕДСТВА ВЫЧИСЛИТЕЛЬНОЙ ТЕХНИКИ. ЗАЩИТА ОТ НЕСАНКЦИОНИРОВАННОГО ДОСТУПА К ИНФОРМАЦИИ. ОБЩИЕ ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ» ЛИБО БОЛЕЕ НОВЫХ ВЕРСИЙ ДАННОГО ГОСТА ЕСЛИ ТАКИЕ БУДУТ.
Слайд 6

ТРЕБОВАНИЯ К ТЕХНИЧЕСКОМУ ОБЕСПЕЧЕНИЮ Требование к серверу: минимальная конфигурация/рекомендуемая Требование к

ТРЕБОВАНИЯ К ТЕХНИЧЕСКОМУ ОБЕСПЕЧЕНИЮ

Требование к серверу: минимальная конфигурация/рекомендуемая

Требование к АРМу

пользователя:

Возможность запуска ИНТЕРНЕТ браузера.

Слайд 7

ТРЕБОВАНИЕ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ ОКРУЖЕНИЕ СЕРВЕРА: РАБОТАЕТ НА MYSQL + APACHE

ТРЕБОВАНИЕ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ

ОКРУЖЕНИЕ СЕРВЕРА:
РАБОТАЕТ НА MYSQL + APACHE + NGINX ,

ЧТО ПОЗВОЛЯЕТ БЫСТРО РАЗВЕРНУТЬ ОПТИМАЛЬНОЕ ОКРУЖЕНИЕ ДЛЯ РАБОТЫ ПРОДУКТА НА LINUX-ПЛАТФОРМАХ FEDORA 14-16 (I386, X86_64), CENTOS 6 (I386, X86_64), RED HAT ENTERPRISE LINUX 5/6 (I386, X86_64)). 
PHP 5.3 - 5.6, APACHE 1.3 И ВЫШЕ, MYSQL 5.0 И ВЫШЕ, СЕРВЕР ОЧЕРЕДЕЙ PUSH&PULL / NGINX-PUSH-STREAM-MODULE ДЛЯ NGNIX
ВСЕ ПРОГРАММНЫЕ ПРОДУКТЫ, НЕОБХОДИМЫЕ ДЛЯ РАБОТЫ УЧЕБНОГО ПОРТАЛА (КРОМЕ MSSQL), БЕСПЛАТНО ДОСТУПНЫ НА САЙТАХ РАЗРАБОТЧИКОВ.
ОКРУЖЕНИЕ КЛИЕНТА:
ДЛЯ КОРРЕКТНОЙ РАБОТЫ СИСТЕМЫ НЕОБХОДИМО ИСПОЛЬЗОВАТЬ ОДНУ ИЗ ПОСЛЕДНИХ ВЕРСИЙ СЛЕДУЮЩИХ БРАУЗЕРОВ:
OPERA
MOZILLA FIREFOX
MICROSOFT EDGE
GOOGLE CHROME
YANDEX BROWSER
SAFARI (ТОЛЬКО НА MAC OS)
INTERNET EXPLORER (ТОЛЬКО ПОСЛЕДНЯЯ ВЕРСИЯ)
Слайд 8

СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ СИСТЕМЫ РАБОТА ПО СОЗДАНИЮ СИСТЕМЫ

СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ СИСТЕМЫ
РАБОТА ПО СОЗДАНИЮ СИСТЕМЫ ВЫПОЛНЯЮТСЯ

В ТРИ ЭТАПА:
ЭТАП 1. ПРОЕКТИРОВАНИЕ. РАЗРАБОТКА ЭСКИЗНОГО ПРОЕКТА. РАЗРАБОТКА ТЕХНИЧЕСКОГО ПРОЕКТА.
ПРОДОЛЖИТЕЛЬНОСТЬ ВЫПОЛНЕНИЯ 1 ЭТАПА СОСТАВЛЯЕТ 6 МЕСЯЦЕВ.
ЭТАП 2. РАЗРАБОТКА РАБОЧЕЙ ДОКУМЕНТАЦИИ. АДАПТАЦИЯ ПРОГРАММЫ. ПРОДОЛЖИТЕЛЬНОСТЬ
ВЫПОЛНЕНИЯ ЭТАПА СОСТАВЛЯЕТ 3 МЕСЯЦА.
ЭТАП 3. ВВОД СИСТЕМЫ В ЭКСПЛУАТАЦИЮ. НА ИСПОЛНЕНИЯ ДАННОГО ЭТАПА ПОТРЕБУЕТСЯ 3 МЕСЯЦА.
Слайд 9

СТАДИИ И ЭТАПЫ РАЗРАБОТКИ РАЗРАБОТКА ДОЛЖНА БЫТЬ ПРОВЕДЕНА В ДВЕ СТАДИИ:

СТАДИИ И ЭТАПЫ РАЗРАБОТКИ

РАЗРАБОТКА ДОЛЖНА БЫТЬ ПРОВЕДЕНА В ДВЕ СТАДИИ:
1. РАЗРАБОТКА

ТЕХНИЧЕСКОГО ЗАДАНИЯ;
2. РАБОЧЕЕ ПРОЕКТИРОВАНИЕ.

1

2

Слайд 10

СТАДИИ И ЭТАПЫ РАЗРАБОТКИ НА СТАДИИ РАЗРАБОТКИ ТЕХНИЧЕСКОГО ЗАДАНИЯ ДОЛЖЕН БЫТЬ

СТАДИИ И ЭТАПЫ РАЗРАБОТКИ

НА СТАДИИ РАЗРАБОТКИ ТЕХНИЧЕСКОГО ЗАДАНИЯ ДОЛЖЕН БЫТЬ ВЫПОЛНЕН

ЭТАП РАЗРАБОТКИ, СОГЛАСОВАНИЯ И УТВЕРЖДЕНИЯ НАСТОЯЩЕГО ТЕХНИЧЕСКОГО ЗАДАНИЯ.
НА СТАДИИ РАБОЧЕГО ПРОЕКТИРОВАНИЯ ДОЛЖНЫ БЫТЬ ВЫПОЛНЕНЫ ПЕРЕЧИСЛЕННЫЕ НИЖЕ ЭТАПЫ:
РАЗРАБОТКА ПОРТАЛА;
ТЕСТИРОВАНИЕ;
РАЗРАБОТКА ПРОГРАММНОЙ ДОКУМЕНТАЦИИ;
ИСПЫТАНИЯ ПРОГРАММЫ;
ВНЕДРЕНИЕ;
СДАЧА ЗАКАЗЧИКУ.
Слайд 11

СТАДИИ И ЭТАПЫ РАЗРАБОТКИ НА ЭТАПЕ РАЗРАБОТКИ ТЕХНИЧЕСКОГО ЗАДАНИЯ ДОЛЖНЫ БЫТЬ

СТАДИИ И ЭТАПЫ РАЗРАБОТКИ

НА ЭТАПЕ РАЗРАБОТКИ ТЕХНИЧЕСКОГО ЗАДАНИЯ ДОЛЖНЫ БЫТЬ ВЫПОЛНЕНЫ:
ПОСТАНОВКА

ЗАДАЧИ;
ОПРЕДЕЛЕНИЕ И УТОЧНЕНИЕ ТРЕБОВАНИЙ К ТЕХНИЧЕСКИМ СРЕДСТВАМ;
ОПРЕДЕЛЕНИЕ ТРЕБОВАНИЙ К ПРОГРАММЕ;
ОПРЕДЕЛЕНИЕ СТАДИЙ, ЭТАПОВ И СРОКОВ РАЗРАБОТКИ ПРОГРАММЫ И ДОКУМЕНТАЦИИ НА НЕЁ;
СОГЛАСОВАНИЕ И УТВЕРЖДЕНИЕ ТЕХНИЧЕСКОГО ЗАДАНИЯ.
Слайд 12

СТАДИИ И ЭТАПЫ РАЗРАБОТКИ НА СТАДИИ РАБОЧЕГО ПРОЕКТИРОВАНИЯ ДОЛЖНЫ БЫТЬ ВЫПОЛНЕНЫ:

СТАДИИ И ЭТАПЫ РАЗРАБОТКИ

НА СТАДИИ РАБОЧЕГО ПРОЕКТИРОВАНИЯ ДОЛЖНЫ БЫТЬ ВЫПОЛНЕНЫ:
РАЗРАБОТКА ПОРТАЛА
Выбор

методологии разработки;
Распределение задач между исполнителями согласно выбранной методологии разработки;
Периодический выпуск предварительных версий и функциональных модулей;
Сборка готовых моделей;
Подготовка к тестированию.
ТЕСТИРОВАНИЕ
Выявление проблем и уязвимостей.
РАЗРАБОТКА ПРОГРАММНОЙ ДОКУМЕНТАЦИИ
Слайд 13

СТАДИИ И ЭТАПЫ РАЗРАБОТКИ НА СТАДИИ РАБОЧЕГО ПРОЕКТИРОВАНИЯ ДОЛЖНЫ БЫТЬ ВЫПОЛНЕНЫ:

СТАДИИ И ЭТАПЫ РАЗРАБОТКИ

НА СТАДИИ РАБОЧЕГО ПРОЕКТИРОВАНИЯ ДОЛЖНЫ БЫТЬ ВЫПОЛНЕНЫ:
ИСПЫТАНИЯ ПРОГРАММЫ
Внедрение

на тестовую площадку;
Эмуляция рабочих нагрузок на сервер;
Отладка производительности рабочих процессов.
ВНЕДРЕНИЕ
Установка на рабочий сервер;
Выдача ограниченного доступа для студентов и преподавателей;
Предрелизное испытание;
Выдача доступа оставшимся пользователем системы.
СДАЧА ЗАКАЗЧИКУ
Подписание актов сдачи-приемки информационной системы.
Слайд 14

ФУНКЦИОНАЛ РАЗРАБОТЧИКОВ СТРУКТУРА РАБОЧИХ МЕСТ ГРУППЫ РАЗРАБОТЧИКОВ Архитектор проектных решений Администратор проекта

ФУНКЦИОНАЛ РАЗРАБОТЧИКОВ

СТРУКТУРА РАБОЧИХ МЕСТ ГРУППЫ РАЗРАБОТЧИКОВ

Архитектор проектных решений

Администратор проекта

Слайд 15

ФУНКЦИОНАЛЬНАЯ ОТВЕТСТВЕННОСТЬ УЧАСТНИКОВ ПРОЕКТНОЙ КОМАНДЫ

ФУНКЦИОНАЛЬНАЯ ОТВЕТСТВЕННОСТЬ УЧАСТНИКОВ ПРОЕКТНОЙ КОМАНДЫ

Слайд 16

ФУНКЦИОНАЛЬНАЯ ОТВЕТСТВЕННОСТЬ УЧАСТНИКОВ ПРОЕКТНОЙ КОМАНДЫ 6/16/2016

ФУНКЦИОНАЛЬНАЯ ОТВЕТСТВЕННОСТЬ УЧАСТНИКОВ ПРОЕКТНОЙ КОМАНДЫ

6/16/2016

Слайд 17

6/16/2016 ФУНКЦИОНАЛЬНАЯ ОТВЕТСТВЕННОСТЬ УЧАСТНИКОВ ПРОЕКТНОЙ КОМАНДЫ

6/16/2016

ФУНКЦИОНАЛЬНАЯ ОТВЕТСТВЕННОСТЬ УЧАСТНИКОВ ПРОЕКТНОЙ КОМАНДЫ

Слайд 18

6/16/2016 МАТРИЦА ОТВЕТСТВЕННОСТИ У – утверждает; С – согласовывает; Э –

6/16/2016

МАТРИЦА ОТВЕТСТВЕННОСТИ

У – утверждает;
С – согласовывает;
Э – экспертиза;
О – ознакомлен;
ФОтв

- ответственное лицо за формирование документа;
ФИсп - исполнитель, формирует (создает) документ
Слайд 19

РЕШЕНИЕ ПРОБЛЕМ ПРОЕКТА 6/16/2016 Процедуры управления проблемами проекта, состоят из следующих

РЕШЕНИЕ ПРОБЛЕМ ПРОЕКТА

6/16/2016

Процедуры управления проблемами проекта, состоят из следующих шагов:
выявление

и регистрация проблемы;
определение ответственных за решение проблемы;
определение необходимых действий для решения проблемы;
регистрация результатов решения проблемы;
отслеживание неразрешенных проблем.
Управление проблемами происходит на всем протяжении этапа реализации и мониторинга проекта.
Общую ответственность за управление процессом решения проблем проекта несет руководитель проекта.
Принятые проблемы рассматриваются на совещаниях по проблемным вопросам.
Ответственный сотрудник разрабатывает план мероприятий по решению проблемы и согласовывает его с руководителями проекта.
Решение проблемы может требовать изменения Устава проекта и Плана-графика проекта.
Слайд 20

СОСТАВ ДОКУМЕНТИРОВАНИЯ ПОРТАЛА СОСТАВ ПРОГРАММНОЙ ДОКУМЕНТАЦИИ ВКЛЮЧАЕТ В СЕБЯ: ОПИСАНИЕ ПРИМЕНЕНИЯ

СОСТАВ ДОКУМЕНТИРОВАНИЯ ПОРТАЛА

СОСТАВ ПРОГРАММНОЙ ДОКУМЕНТАЦИИ ВКЛЮЧАЕТ В СЕБЯ:
ОПИСАНИЕ ПРИМЕНЕНИЯ - СВЕДЕНИЯ

О НАЗНАЧЕНИИ ПРОГРАММЫ, ОБЛАСТИ ПРИМЕНЕНИЯ, ПРИМЕНЯЕМЫХ МЕТОДАХ, КЛАССЕ РЕШАЕМЫХ ЗАДАЧ, ОГРАНИЧЕНИЯХ ДЛЯ ПРИМЕНЕНИЯ, МИНИМАЛЬНОЙ КОНФИГУРАЦИИ ТЕХНИЧЕСКИХ СРЕДСТВ
РУКОВОДСТВО ПРОГРАММИСТА
Требования к заполнению руководства программиста установлены соответствующим государственным стандартом. Структура такого документа должна включать в себя:
предназначение и условия эксплуатации программного продукта;
Основные характеристики программы;
Методы обращения к программному продукту;
Основная входная и выходная информация;
Сообщения.
Слайд 21

СОСТАВ ДОКУМЕНТИРОВАНИЯ ПОРТАЛА СОСТАВ ПРОГРАММНОЙ ДОКУМЕНТАЦИИ ВКЛЮЧАЕТ В СЕБЯ: РУКОВОДСТВО ОПЕРАТОРА

СОСТАВ ДОКУМЕНТИРОВАНИЯ ПОРТАЛА

СОСТАВ ПРОГРАММНОЙ ДОКУМЕНТАЦИИ ВКЛЮЧАЕТ В СЕБЯ:
РУКОВОДСТВО ОПЕРАТОРА - ДОКУМЕНТ,

В КОТОРОМ УКАЗАНЫ КОНКРЕТНЫЕ ДЕЙСТВИЯ ОПЕРАТОРА. ОСНОВНАЯ ЗАДАЧА ОПЕРАТОРА – В РЕЖИМЕ «ONLINE» ОСУЩЕСТВЛЯТЬ ОБСЛУЖИВАНИЕ СИСТЕМЫ ИЛИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ВХОДЯЩЕГО В СИСТЕМУ, ПОЭТОМУ РУКОВОДСТВО ОПЕРАТОРА ЧАСТИЧНО ОБЪЕДИНЯЕТ В СЕБЕ ИНФОРМАЦИЮ, ПРЕДНАЗНАЧЕННУЮ ДЛЯ ПОЛЬЗОВАТЕЛЯ И АДМИНИСТРАТОРА СИСТЕМЫ (ПРОГРАММЫ):
Назначение программы;
Условия выполнения программы;
Выполнение программы;
Сообщения оператору.
Слайд 22

СОСТАВ ДОКУМЕНТИРОВАНИЯ ПОРТАЛА СОСТАВ ПРОГРАММНОЙ ДОКУМЕНТАЦИИ ВКЛЮЧАЕТ В СЕБЯ: ОПИСАНИЕ ЯЗЫКА

СОСТАВ ДОКУМЕНТИРОВАНИЯ ПОРТАЛА

СОСТАВ ПРОГРАММНОЙ ДОКУМЕНТАЦИИ ВКЛЮЧАЕТ В СЕБЯ:
ОПИСАНИЕ ЯЗЫКА
РУКОВОДСТВО ПО ТЕХНИЧЕСКОМУ

ОБСЛУЖИВАНИЮ - СВЕДЕНИЯ ДЛЯ ПРИМЕНЕНИЯ ТЕСТОВЫХ И ДИАГНОСТИЧЕСКИХ ПРОГРАММ ПРИ ОБСЛУЖИВАНИИ ТЕХНИЧЕСКИХ СРЕДСТВ
Слайд 23

АРХИТЕКТУРА. ОБЩЕЕ ОПИСАНИЕ ПЛАТФОРМЫ РАЗРАБОТКИ Исходный код. Методология разработки - RAD

АРХИТЕКТУРА. ОБЩЕЕ ОПИСАНИЕ ПЛАТФОРМЫ РАЗРАБОТКИ

Исходный код.
Методология разработки - RAD
Разработку осуществить на

Java.
Использовать парадигму ООП.
Все необходимые свойства и методы инкапсулировать в соответствующие классы.
Название переменных, методов, процедур, функций и свойств должны нести смысловую нагрузку на английском языке.
Исходный текст должен содержать детальные комментарии на русском языке, не менее одного на три строки текста.
Слайд 24

Главный модуль. Содержит общие методы для работы портала: запуск, инициализация протокола

Главный модуль.
Содержит общие методы для работы портала: запуск, инициализация протокола

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

АРХИТЕКТУРА. ОБЩЕЕ ОПИСАНИЕ ПЛАТФОРМЫ РАЗРАБОТКИ

Слайд 25

СУБД. В качестве СУБД используется MySQL. Статистика. Портал поддерживает сбор статистики

СУБД.
В качестве СУБД используется MySQL.
Статистика.
Портал поддерживает сбор статистики

в базе данных по всем транзакциям базы.
Протокол действий.
Наличие протокола действий системы (log) с указанием времени события, модуля, типа события и его подробного комментария со всеми параметрами. Предусмотреть два режима ведения протокола: обычный (достаточная информация для понимая логики работы) и отладочный (максимально возможное количество информации).

АРХИТЕКТУРА. ОБЩЕЕ ОПИСАНИЕ ПЛАТФОРМЫ РАЗРАБОТКИ

Слайд 26

6/16/2016 АРХИТЕКТУРА. ОБЩЕЕ ОПИСАНИЕ ПЛАТФОРМЫ РАЗРАБОТКИ

6/16/2016

АРХИТЕКТУРА. ОБЩЕЕ ОПИСАНИЕ ПЛАТФОРМЫ РАЗРАБОТКИ

Слайд 27

6/16/2016 АРХИТЕКТУРА. ОБЩЕЕ ОПИСАНИЕ ПЛАТФОРМЫ РАЗРАБОТКИ

6/16/2016

АРХИТЕКТУРА. ОБЩЕЕ ОПИСАНИЕ ПЛАТФОРМЫ РАЗРАБОТКИ

Слайд 28

6/16/2016 АРХИТЕКТУРА. ОБЩЕЕ ОПИСАНИЕ ПЛАТФОРМЫ РАЗРАБОТКИ

6/16/2016

АРХИТЕКТУРА. ОБЩЕЕ ОПИСАНИЕ ПЛАТФОРМЫ РАЗРАБОТКИ

Слайд 29

6/16/2016 АРХИТЕКТУРА. ОБЩЕЕ ОПИСАНИЕ ПЛАТФОРМЫ РАЗРАБОТКИ

6/16/2016

АРХИТЕКТУРА. ОБЩЕЕ ОПИСАНИЕ ПЛАТФОРМЫ РАЗРАБОТКИ

Слайд 30

6/16/2016 АРХИТЕКТУРА. ОБЩЕЕ ОПИСАНИЕ ПЛАТФОРМЫ РАЗРАБОТКИ

6/16/2016

АРХИТЕКТУРА. ОБЩЕЕ ОПИСАНИЕ ПЛАТФОРМЫ РАЗРАБОТКИ

Слайд 31

6/16/2016 АРХИТЕКТУРА. ОБЩЕЕ ОПИСАНИЕ ПЛАТФОРМЫ РАЗРАБОТКИ

6/16/2016

АРХИТЕКТУРА. ОБЩЕЕ ОПИСАНИЕ ПЛАТФОРМЫ РАЗРАБОТКИ

Слайд 32

ПОДРОБНОЕ ОПИСАНИЕ ФУНКЦИОНАЛА РЕЙТИНГОВАЯ СИСТЕМА ВЕСТИ РЕЙТИНГОВЫЙ УЧЕТ СТУДЕНТОВ, В КОТОРОМ

ПОДРОБНОЕ ОПИСАНИЕ ФУНКЦИОНАЛА

РЕЙТИНГОВАЯ СИСТЕМА
ВЕСТИ РЕЙТИНГОВЫЙ УЧЕТ СТУДЕНТОВ, В КОТОРОМ УЧИТЫВАЮТСЯ КАК

ВЫПОЛНЕНИЕ РАБОТ ТАК И НЕ ВЫПОЛНЕНИЕ РАБОТ, ПРИ ЭТОМ РЕЙТИНГ ДОЛЖЕН БЫТЬ ГИБКИЙ, УЧИТЫВАТЬ СРОКИ И КОММЕНТАРИИ ПРЕПОДАВАТЕЛЯ. ТАК ЖЕ РЕЙТИНГ УЧИТЫВАЕТ ПОСЕЩАЕМОСТЬ И ВНЕ УЧЕБНУЮ ДЕЯТЕЛЬНОСТЬ. НА ОСНОВЕ РЕЙТИНГА ПО ОПРЕДЕЛЕННЫМ ИТОГОВЫМ РЕЗУЛЬТАТАМ ВЫНОСИТЬ ПООЩРЕНИЕ ИЛИ НАКАЗАНИЯ (В ТОМ ЧИСЛЕ ОТЧИСЛЕНИЕ).
Слайд 33

ПОДРОБНОЕ ОПИСАНИЕ ФУНКЦИОНАЛА 2) ПОРТФОЛИО СВЕДЕНИЕ ВСЕЙ УЧЕБНОЙ И ВНЕ УЧЕБНОЙ

ПОДРОБНОЕ ОПИСАНИЕ ФУНКЦИОНАЛА

2) ПОРТФОЛИО
СВЕДЕНИЕ ВСЕЙ УЧЕБНОЙ И ВНЕ УЧЕБНОЙ ДЕЯТЕЛЬНОСТИ В

ЕДИНУЮ БАЗУ, И ВЫДАЧА ПО ОКОНЧАНИЮ УЧЕБЫ КАКОЙ ЛИБО ХАРАКТЕРИСТИКИ/ЛИЦЕНЗИИ/ПОРТФОЛИО…
Слайд 34

ПОДРОБНОЕ ОПИСАНИЕ ФУНКЦИОНАЛА 3) ПРЕДОСТАВЛЕНИЕ СТУДЕНТАМ ВОЗМОЖНОСТЬ ВЫБОРА ПРЕДМЕТОВ ОБУЧЕНИЯ РАЗДЕЛИТЬ

ПОДРОБНОЕ ОПИСАНИЕ ФУНКЦИОНАЛА

3) ПРЕДОСТАВЛЕНИЕ СТУДЕНТАМ ВОЗМОЖНОСТЬ ВЫБОРА ПРЕДМЕТОВ ОБУЧЕНИЯ
РАЗДЕЛИТЬ ПРЕДМЕТЫ

НА БАЗОВЫЕ (КОТОРЫЕ ОБЯЗАТЕЛЬНЫ К ИЗУЧЕНИЮ) И ДОПОЛНИТЕЛЬНЫЕ, НА ИЗУЧЕНИЕ КОТОРЫХ СТУДЕНТ МОЖЕТ ЗАПИСАТЬСЯ В НАЧАЛЕ ИЛИ ТЕЧЕНИЕ СЕМЕСТРА. ПРИ ЭТОМ ОЦЕНИВАТЬ ВЕСЬ ПРОЙДЕННЫЙ МАТЕРИАЛ В РЕЙТИНГОВОЙ СИСТЕМЕ.
Слайд 35

ПОДРОБНОЕ ОПИСАНИЕ ФУНКЦИОНАЛА 4) АВТОМАТИЧЕСКАЯ СИСТЕМА УЧЕТА ПОСЕЩАЕМОСТИ. КОТОРАЯ ТОЖЕ БУДЕТ

ПОДРОБНОЕ ОПИСАНИЕ ФУНКЦИОНАЛА

4) АВТОМАТИЧЕСКАЯ СИСТЕМА УЧЕТА ПОСЕЩАЕМОСТИ. КОТОРАЯ ТОЖЕ БУДЕТ УЧИТЫВАТЬСЯ

В ОБЩЕМ РЕЙТИНГЕ.

Биометрическая система посещаемости

Слайд 36

ПОДРОБНОЕ ОПИСАНИЕ ФУНКЦИОНАЛА 5) ВНЕДРИТЬ СИСТЕМУ ДИСТАНЦИОННОГО ОБРАЗОВАНИЯ, С ПРИВЛЕЧЕНИЕМ ОТЛИЧНИКОВ

ПОДРОБНОЕ ОПИСАНИЕ ФУНКЦИОНАЛА

5) ВНЕДРИТЬ СИСТЕМУ ДИСТАНЦИОННОГО ОБРАЗОВАНИЯ, С ПРИВЛЕЧЕНИЕМ ОТЛИЧНИКОВ ДИСТАНЦИОННОГО

ОБРАЗОВАНИЯ В ОЧНУЮ ФОРМУ ОБУЧЕНИЯ. ТАК ЖЕ СОДЕРЖАТЬ РЕСУРС НА КОТОРОМ СТУДЕНТЫ СМОГУТ НАЙТИ ВЕСЬ НЕОБХОДИМЫЙ МАТЕРИАЛ ДЛЯ ОБУЧЕНИЯ (ЛЕКЦИИ, ЭКЗАМЕНАЦИОННЫЕ ВОПРОСЫ, ЛАБОРАТОРНЫЕ ЗАДАНИЯ И Т.Д.)
Слайд 37

ОБЩАЯ КОНЦЕПЦИЯ ИНТЕРФЕЙСА. 1. Интерфейс должен быть интуитивно понятным. Таким, чтобы

ОБЩАЯ КОНЦЕПЦИЯ ИНТЕРФЕЙСА.

1. Интерфейс должен быть интуитивно понятным. Таким, чтобы пользователю

не требовалось объяснять как им пользоваться.

2. Для упрощения процесса изучения необходима справка. Буквально — графическая подсказка, объясняющая значение того или иного элемента интерфейса. Полное руководство должно быть частью интерфейса, доступной в любой момент.

3. Должен быть «живой» поиск, когда должны предлагаться варианты, в процессе набора поискового запроса. Основной принцип: программа должна взаимодействовать с пользователем на основе наименьшей значимой единицы ввода.

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

5. Цветовая гамма не должна быть больше 5 цветов.

6. Шрифты должны быть – стандартными, легко читаемыми, TT типа.

Слайд 38

1.Интерфейс должен быть интуитивно понятным. Таким, чтобы пользователю не требовалось объяснять

1.Интерфейс должен быть интуитивно понятным. Таким, чтобы пользователю не требовалось объяснять

как им пользоваться.

1.1. Интерфейс «имитационного» типа, т.е. сам по себе это портал, но максимально приближенный к виду десктопного приложения и сделанный по принципам десктопного приложения.

Область
глобальной
навигации

Рабочая область

Меню

Область пиктограмм

* Цветовая схема на рис.1 выделяет области приложения и не отображает цветовую концепцию!

Строка состояния

Слайд 39

07.04.2016 1.1 Область меню и подменю не должна содержать больше 4

07.04.2016

1.1 Область меню и подменю не должна содержать больше 4 пунктов

Файл

Список Справка Выход

Экспорт
Импорт
Изменить

1.2 Область пиктограмм должна отображать иконки тех действий которые возможно произвести в текущий момент внутри рабочей области.

1.3 Область глобальной навигации должна отображать куда возможно перейти текущему пользователю, в зависимости от его прав/доступов и пр.

Список студентов
Рейтинги
Документы
Аккредитация

1.Интерфейс должен быть интуитивно понятным. Таким, чтобы пользователю не требовалось объяснять как им пользоваться.

Слайд 40

Рабочая область 1.4 В рабочей области происходит основной процесс работы с

Рабочая область

1.4 В рабочей области происходит основной процесс работы с приложением/порталом.

Строка

состояния

1.5 Строка состояния отображает служебную информацию, пользователя, IP и любую информацию по текущим процессам (прогресс бары м.б.).

1.6 Область поиска по порталу с выводом результатов в рабочей области.

Область поиска

1.Интерфейс должен быть интуитивно понятным. Таким, чтобы пользователю не требовалось объяснять как им пользоваться.

Слайд 41

1.7 «Визуальная привлекательность» интерфейса должна соответствовать правилу «золотого сечения» Область глобальной

1.7 «Визуальная привлекательность» интерфейса должна соответствовать правилу «золотого сечения»

Область
глобальной


навигации

Рабочая область

Меню

Область пиктограмм

Строка состояния

1300 пх.

1300 пх. / 1,65 = 790 пх.

Область поиска

1.Интерфейс должен быть интуитивно понятным. Таким, чтобы пользователю не требовалось объяснять как им пользоваться.

Слайд 42

2.1 Графическая всплывающая подсказка при наведении указателя мыши на элемент интерфейса

2.1 Графическая всплывающая подсказка при наведении указателя мыши на элемент интерфейса

Список

студентов
Рейтинги
Документы
Аккредитация

Пример

Переход в базу студентов

2.2 Полная справка по приложению должна вызываться из любого места через меню.

Файл Список Справка Выход

2. Для упрощения процесса изучения необходима справка. Буквально — графическая подсказка, объясняющая значение того или иного элемента интерфейса. Полное руководство должно быть частью интерфейса, доступной в любой момент.

Слайд 43

3.1 «Живой поиск» по базам/полям поиска и пр. Основной принцип: программа

3.1 «Живой поиск» по базам/полям поиска и пр.

Основной принцип: программа должна

взаимодействовать с пользователем на основе наименьшей значимой единицы ввода.

3. Должен быть «живой» поиск, когда должны предлагаться варианты, в процессе набора поискового запроса. Основной принцип: программа должна взаимодействовать с пользователем на основе наименьшей значимой единицы ввода.

Слайд 44

4.1 Максимальная простота интерфейса Варианты кнопок: Кнопка Кнопка Кнопка Кнопка Кнопка

4.1 Максимальная простота интерфейса

Варианты кнопок:

Кнопка

Кнопка

Кнопка

Кнопка

Кнопка

Кнопка

Вариант горизонтального меню:

4. Максимальная простота интерфейса, при

этом конкретный выбор пользователя должен быть визуализирован.

Вариант дизайна области навигации:

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

Список студентов
Рейтинги
Документы
Аккредитация

Слайд 45

5. Цветовая гамма Файл Список Справка Выход Найти Список студентов Рейтинги

5. Цветовая гамма

Файл Список Справка Выход

Найти

Список студентов
Рейтинги
Документы
Аккредитация

Ip: 10.68.12.25 Пользователь: Пушкина Арина Радионовна

Слайд 46

Файл Список Справка Выход Найти Список студентов РЕЙТИНГИ Документы Аккредитация 5.

Файл Список Справка Выход

Найти

Список студентов
РЕЙТИНГИ
Документы
Аккредитация

5. Цветовая гамма

Ip: 10.68.12.25 Пользователь: Пушкина Арина Радионовна

Слайд 47

ФАЙЛ СПИСОК СПРАВКА ВЫХОД НАЙТИ Список студентов Рейтинги Документы Аккредитация 5.

ФАЙЛ СПИСОК СПРАВКА ВЫХОД

НАЙТИ

Список студентов
Рейтинги
Документы
Аккредитация

5. Цветовая гамма

Ip: 10.68.12.25 Пользователь: Пушкина Арина Радионовна

Слайд 48

6. Шрифты стандартные, TT типа, Times New Roman или сходный с ним. 6. Шрифты

6. Шрифты стандартные, TT типа, Times New Roman или сходный с

ним.

6. Шрифты

Слайд 49

ЮРИДИЧЕСКАЯ СОСТАВЛЯЮЩАЯ ПРОЕКТА. ПРАВА НА РЕЗУЛЬТАТ РАЗРАБОТКИ. Права на ПО Исключительные

ЮРИДИЧЕСКАЯ СОСТАВЛЯЮЩАЯ ПРОЕКТА. ПРАВА НА РЕЗУЛЬТАТ РАЗРАБОТКИ.

Права на ПО
Исключительные права по

использованию ПО в целом и любой его части принадлежат Заказчику с момента создания ПО либо любой его соответствующей части.
Исполнитель не имеет права использовать ПО (его исходный текст либо объектный код) в целом и любую его часть кроме как для создания другого ПО Заказчика.
Личные неимущественные права на ПО принадлежат физическим лицам, трудом которых ПО создано.
Слайд 50

ЮРИДИЧЕСКАЯ СОСТАВЛЯЮЩАЯ ПРОЕКТА. ОТВЕТСТВЕННОСТЬ РАЗРАБОТЧИКА ЗА СОХРАНЕНИЕ ПЕРСОНАЛЬНЫХ ДАННЫХ ЗАКАЗЧИКА. Ответственность

ЮРИДИЧЕСКАЯ СОСТАВЛЯЮЩАЯ ПРОЕКТА. ОТВЕТСТВЕННОСТЬ РАЗРАБОТЧИКА ЗА СОХРАНЕНИЕ ПЕРСОНАЛЬНЫХ ДАННЫХ ЗАКАЗЧИКА.

Ответственность разработчика

за сохранение персональных данных заказчика.
Исполнитель несет полную ответственность за разглашение любой информации имеющий статус конфиденциальной либо персональной в соответствии с законами и нормативными актами РФ.
Слайд 51

СПИСОК НОРМАТИВНЫХ ДОКУМЕНТОВ И СТАНДАРТОВ ПРИМЕНИМЫХ К РАЗРАБОТКЕ. Межгосударственный стандарт ГОСТ

СПИСОК НОРМАТИВНЫХ ДОКУМЕНТОВ И СТАНДАРТОВ ПРИМЕНИМЫХ К РАЗРАБОТКЕ.

Межгосударственный стандарт ГОСТ 34.602-89

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

6/16/2016

Слайд 52

ССЫЛКИ Данная презентация выполнена на основе: Технического задания Устава проекта Описания интерфейса приложения 6/16/2016

ССЫЛКИ

Данная презентация выполнена на основе:
Технического задания
Устава проекта
Описания интерфейса приложения

6/16/2016

- Предыдущая
Регуляция дыхания
Следующая -
Я люблю тебя, Татарстан

Похожие презентации

HTML
Раздел 16 Анализ собственных колебаний методом суперэлементов-подконструкций
Путешествие по клавишам
Своя игра. Правила работы в интернете
Указатели и массивы в С++
Современные СУБД и статистические пакеты, рекомендуемые для работы с генетическими ресурсами растений
Архитектура ОС Windows
Алгоритмы работы с величинами
Заголовок слайда. Текст слайда
Разновидности поисковых систем в интернете
Измерение информации. Содержательный подход
JQuery. Converting Numbers to Strings
Системы счисления. Урок
Форматы сопровождения одаренных детей
Моделирование геометрических операций в графическом редакторе Paint
Интересные исторические факты о технике
Системная интеграция. Основное оборудование системной интеграции
Обучающие электронные выставки в библиотечной практике
Аргументы в защиту социальных сетей
История языков программирования
Делаем слайды для презентации. Типичные ошибки на плохих слайдах
Видеосистема персонального компьютера
Использование групповых функций
Топ 10 сайтов
Редактирование и устройства ввода графического изображения
Операционная система Linux
Табличная форма представления информации
Разработка android-приложения для контроля и планирования личного бюджета
Вы можете прислать нам Вашу презентацию и мы опубликуем ее на сайте.
Обратная связь
Для правообладателей
Email: Нажмите что бы посмотреть