В профилактическом режиме АС «ООО Большой Урал» должна обеспечивать возможность проведения следующих работ: техническое обслуживание; модернизацию аппаратно-программного комплекса; устранение аварийных ситуаций. Общее время проведения профилактических работ не должно превышать 5% от общего времени работы системы в основном режиме (36 часов в месяц).

АС «ООО Большой Урал» должна быть гибкой в построении для реализации необходимой модернизации. В перспективе развития, при необходимости должна быть возможность включения дополнительных функциональных блоков, таких как: формирование и отправка заявки на услугу, обратная связь, онлайн-чат и т.д.

3.1.5 Требования к численности и квалификации персонала системы и режиму его работы

В состав персонала, необходимого для обеспечения эксплуатации АС «ООО Большой Урал» в рамках соответствующих подразделений Заказчика, необходимо выделение следующих ответственных лиц:

- руководитель эксплуатирующего подразделения – 1 человек;

- администратор подсистем – 1 человек.

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

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

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

К квалификации персонала, эксплуатирующего АС «MyLettering», предъявляются следующие требования:

- конечный пользователь – базовые знания работы с браузером;

- администратор подсистем – знание методологии проектирования хранилищ данных, знание методологии проектирования ETL процедур, знание интерфейсов интеграции ХД с источниками данных, знание СУБД, знание языка запросов SQL; знание архитектуры «Звезда», опыт администрирования СУБД, знание и навыки операций архивирования и восстановления данных, знание и навыки оптимизации работы СУБД; понимание принципов многомерного анализа, знание методологии проектирования хранилищ данных, знание и навыки администрирования приложения, знание инструментов разработки.

---

3.1.6 Требования к сохранению работоспособности системы в различных вероятных условиях

В зависимости от различных условий система должна выполнять требования, приведенные в таблице 6.
Таблица 6 – Требования к сохранению работоспособности АС

Вероятное условие Требование

Нарушение в работе системы внешнего электроснабжения серверного оборудования продолжительностью до 15 минут Функционирование в полном объеме

Выход из строя сервера подсистемы хранения данных Уведомление администратора подсистем

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

Уровень надежности должен достигаться согласованным применением организационных, организационно-технических мероприятий и программно-аппаратных средств. Надежность должна обеспечиваться за счет:

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

- своевременного выполнения процессов администрирования системы;

- предварительного обучения обслуживающего персонала

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

- при перерыве и выходе за установленные пределы параметров электропитания – не более 60 минут.

- при перерыве и выходе за установленные пределы параметров программного обеспечения – не более 5 часов.

К надежности оборудования предъявляются следующие требования?

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

1   2   3   4

---

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

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

К надежности электроснабжения предъявляются следующие требования:

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

3.1.8 Требования к дизайну и реализации

При разработке сайта должны быть использованы преимущественно светлые стили. Основные разделы сайта должны быть доступны с любой страницы. На первой странице не должно быть большого объема текстовой информации. В дизайне не должно присутствовать:

- мелькающие баннеры;

- много сливающегося текста;

- грамматических и стилистических ошибок, опечаток и т.д.;

- многообразие шрифтов и цветов.

Необходимо поддержка сайта в следующих браузерах Google Chrome, Opera, Mozilla Firefox, Yandex.

3.1.9 Требования к операционным системам

Систему необходимо реализовать для работы в браузерах Google Chrome, Opera, Mozilla Firefox, Yandeх на следующих операционных системах:

- Microsoft Windows XP SP3, 7, 8 и выше;

- Linux;

- Android 4.х и выше;

- IOS 6.хх и выше;

- MacOS 10.хх и выше.

3.1.10 Требования к внешнему интерфейсу

Дизайн пользовательского интерфейса должен адаптироваться под основные разрешения экранов настольных (десктоп), портативных (ноутбук) и планшетных устройств. Максимальное разрешение по горизонтали – 1920 px, минимальное – 1024 px. В диапазоне указанных разрешений горизонтальная прокрутка не должна появляться. Интерфейс системы, включая графики, картинки и т.д. должен адаптироваться под разрешение экрана.

---

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

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

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

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

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

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

3.1.11 Требования к хостингу

Хостинг с дисковой квотой не менее 330 Мб; хостинг с PHP5 и установленным модулем apache Rewrite; база данных MySQL версии 5 и выше с модулем InnoDB; наличие зарегистрированного и корректно настроенного домена.

3.1.12 Состав и содержание работ по созданию системы

В таблице 7 приведены состав и содержание работ по созданию системы, сроки работ и результаты.
Таблица 7 – Состав и содержание работ по созданию системы

Стадия Этап работ Сроки (в днях) Результат

Организация проекта Заключение контракта 5 Контракт на разработку системы заключен

Согласование процедур управления 2 Процедуры управления проектом и устав проекта согласованы

---

Сбор команды проекта 2 Команда проекта сформирована

Формирование требований и разработка технического задания Системно-аналитическое обследование объекта автоматизации 10 Проведено интервью с Заказчиком. Собрана информация о проекте, заказчиках, оказываемых услугах/продвижении товаров. Определена уникальность проекта и его функциональное назначение.

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

Анализ и обработка полученной информации 10 Определен примерный перечень работ
Разработка технического задания 10 Готовое техническое задание

Согласование и утверждение 2 Согласованное и утвержденное техническое задание

Эскизный проект Определение общей функциональной и технической архитектура 5 Общее описание функциональной и технической архитектур

Основание выбора программного обеспечения и технической инфраструктуры 5 ПО выбрано. Утвержден план формирования технической инфраструктуры

Технический проект Определение функциональной и технической архитектур 5 Описание функциональной архитектура (включая описание каждой функции, задачи, методов реализации). Описание технической архитектура (включая описание размещения технических средств, условий эксплуатации, режима функционирования, организации резервного копирования)

Разработка физической модели данных 5 Физическая модель данных – описание таблиц базы данных, индексов, секций и других объектов базы данных

Проектирование процессов ETL 5 Описание процессов извлечения данных, алгоритмов трансформации и обеспечения качества данных, процессов загрузки и агрегации данных

Проектирование интерфейсов пользователя 5 Описание бизнес-слоя данных, интерфейсов ввода и предоставления данных, разграничения прав доступа

Ввод в действие Проведение предварительных испытаний 10 Испытания системы на работоспособность и соответствие техническому заданию. Устранение неисправностей и внесение изменений в документацию. Приемка системы в опытную эксплуатацию

---

Смотрите также файлы

• КОнтрольная работа по учебному курсу Геодезия 2 Вариант 14 Студент (И. О. Фамилия).docx

• В последние годы жизни Сталина Булганин вошёл в число трёхчетырёх наиболее приближённых людей.docx

• 1. Политическая власть. Ее признаки.docx

• Практическая работа Задание.docx

• Вагоны отчет по научноисследовательской работе студента Тема Исследование повреждаемости колесных пар Научный консультант.docx