ТЕХНИЧЕСКОЕ ЗАДАНИЕ
«Достопримечательности-екатеринбург»
- ОБЩИЕ СВЕДЕНИЯ
На карте города должны быть расположены достопримечательности. Пользователи могут просматривать более подробную информацию о каждой достопримечательности, такую как:
ñ Описание достопримечательности
ñ Точный адрес
ñ Краткая сводка из истории
ñ Комментарии или отзывы других пользователей
ñ «Рейтинг» достопримечательности, на основе пользовательских оценок
ñ Фотографии или видео, связанные с этой достопримечательностью
ñ Друзья, которые собираются посетить эту достопримечательность или уже её посетили(только если зарегистрирован)
Не зарегистрированные пользователи могут только просматривать информацию о достопримечательностях и полный их перечень на карте.
После регистрации пользователь получает личный «профиль» на сайте. В нем он может оставить какую нибудь информацию о себе, а так же отмечать достопримечательность которую посетил или собирается посетить. Так же после регистрации пользователь может оставлять комментарии, отзывы или оценки на достопримечательности, которые видят другие пользователи.
Зарегистрированный пользователь может добавить достопримечательность, при этом она попадает на модерацию сотрудникам сервиса. После модерации достопримечательность становится видимой на общей карте. Так же пользователь может сообщать о каких-то ошибках или неточностях в уже имеющихся достопримечательностях.
- НАЗНАЧЕНИЕ И ЦЕЛЬ СОЗДАНИЯ СИСТЕМЫ
Цель АИС — предоставление удобного доступа к актуальной информации о достопримечательностях города.
Задачи АИС:
ñ выполнение процессов преобразования информации о достопримечательностях
ñ выдача информации о достопримечательностях в удобном для восприятия виде
ñ актуализация информации о достопримечательностях
ñ выявление наиболее интересных и популярных достопримечательностей
Функции АИС:
ñ сбор информации о достопримечательностях из общедоступных источников и при помощи пользователей
ñ нормализация информации и её упрощение для удобного восприятия
ñ общение пользователей между собой
ñ объективная оценка достопримечательностей пользователями
- ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ
В качестве объекта автоматизации рассматриваются достопримечательности, находящиеся в пределах города Екатеринбурга. Для успешной и эффективной организации этой деятельности, актуализации информации о достопримечательнсотях, существует необходимость:
ñ Иметь постоянно обновляемую справочную информации о достопримечательностях
ñ Обеспечить максимально удобное и своевременное обновлении информации об имеющихся достопримечательностях, либо добавление новых
ñ Иметь в любой момент времени данные о текущем состоянии достопримечательности
Автоматизация этих задач позволит повысить уровень централизации информации о достопримечательностях, удобство доступа к ней и повышение интереса к достопримечательностям от местного населения и туристов.
- ТРЕБОВАНИЯ К СИСТЕМЕ
1. Требования к численности и квалификации персонала АИС
В персонал АИС должны входить администратор БД, администратор серверов, контент-менеджер, менеджеры по связям с общественностью и рекламодателями.
В обязанности администраторов входит изменение общесистемных настроек, регулирование прав доступа пользователей, контроль за целостностью данных.
В обязанности контент-менеджера входит наполнение сайта контентом и поддержание его в актуальном состоянии.
2. Требования по безопасности
Пожарная безопасность. На случай пожара на предприятии должны находиться средства пожарной защиты и сигнализации для предотвращения воздействия на людей опасных факторов пожара и ограничения материального ущерба от него.
Электробезопасность. Система мер и технических средств, предотвращающих вредное и опасное воздействие на работающих от электрического тока и электрической дуги.
3. Требования по сохранности информации
Для сохранности информации администраторам необходимо выполнять резервное копирование всех данных один раз в сутки, а так же иметь сервер БД для репликации данных.
4. Требования к защите информации от несанкционированного доступа
Прямой доступ к хранящейся информации имеют только администраторы.
5. Требования по эргономике
Общие эргономические требования к организации рабочего места определены в следующих стандартах:
ñ ГОСТ 12.2.032-78 «ССБТ. Рабочее место при выполнении работ сидя. Общие эргономические требования»,
ñ ГОСТ 12.2.033-78 «ССБТ. Рабочее место при выполнении работ стоя. Общие эргономические требования».
Они устанавливают требования к рабочим местам при выполнении работ в положении сидя и стоя при проектировании нового и модернизации действующего оборудования и производственных процессов. К ним относятся следующие требования:
ñ Конструкция рабочего места и взаимное расположение всех его элементов должны соответствовать антропометрическим, физиологическим и психологическим требованиям, а также характеру работы.
ñ Конструкцией рабочего места должно быть обеспечено выполнение трудовых операций в пределах зоны досягаемости моторного поля.
ñ Выполнение трудовых операций «часто» и «очень часто» должно быть обеспечено в пределах зоны лёгкой досягаемости и оптимальной зоны моторного поля.
ñ Конструкцией производственного оборудования и рабочего места должно быть обеспечено оптимальное положение работающего, которое достигается регулированием.
6. Требования к информационному обеспечению
Компонентами системы являются серверы баз данных и непосредственно веб-сервер, на котором работает сервис. Доступ к данным на сервере БД имеют только администраторы и сервис на веб-сервере.
В процессах получения и обработки информации о достопримечательностях должны использоваться общедоступные источники и исторические справочники.
7. Требования к лингвистическому обеспечению
Веб сервис должен разрабатываться на базе технологии ASP.NET.
Языки программирования: ASP.NET, C#, HTML5, JS, SQL.
8. Требования к программному обеспечению
В качестве сервера БД должен выступать mysql-server либо MSSQL.
Веб сервер - IIS7
Сервисы мониторинга состояния — zabbix.
На серверах с БД возможно использование ОС Linux, на веб сервере — Windows Server.
9. Технические требования
На обслуживание всего проекта необходимо минимум три серверных машины.
ñ Примерная конфигурация веб сервера: Intel® Core™ i7-4770, 32 ГБ DDR3, 1 ТБ SATA
ñ Примерная конфигурация сервера БД и сервера репликации: Intel® Xeon® E5-1650 v2, 128 ГБ ECC, 2 x 2 ТБ SATA
10. Общие требования к сайту
1. Сайт разрабатывается под разрешение экрана 1920x1080
2. Корректное отображение браузерами Internet Explorer 9+, FireFox 4+, Safari и Google Chrome
3. Использование фирменных цветов и логотипа компании
4. Обязательная визуальная поддержка действий пользователя – т.н. «интерактив» (визуальное отображение активных, пассивных и посещенных ссылок; четкое обозначение местонахождения достопримечательности, рейтинга и отзывов).
5. Мета-теги и контент сайта на этапе изготовления сайта настроены для поисковых систем, что обеспечит продвижение сайта по ключевым словам в поисковых системах Google, Yahoo и Yandex.
- СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ СИСТЕМЫ
5.1 Перечень стадий и этапов
| Стадии | Этапы работ |
| 1.Формирование требований к АС | 1.1. Обследование объекта и обоснование необходимости создания АС. 1.2. Формирование требований пользователя к АС. 1.3. Оформление отчета о выполненной работе и заявки на разработку АС (тактико- технического задания) |
| 2. Разработка концепции АС | 2.1. Изучение объекта. 2.2. Проведение необходимых научно-исследовательских работ. 2.3. Разработка вариантов концепции АС, удовлетворяющего требованиям пользователя. 2.4. Оформление отчета о выполненной работе. |
| 3. Техническое задание | 3.1. Разработка и утверждение технического задания на создание АС. |
| 4. Эскизный проект | 4.1. Разработка предварительных проектных решений по системе и ее частям. 4.2. Разработка документации на АС и ее части. |
| 5. Технический проект | 5.1. Разработка проектных решений по системе и ее частям. 5.2. Разработка документации на АС и ее части. 5.3. Разработка и оформление документации на поставку изделий для комплектования АС и (или) технических требований (технических заданий) на их разработку. 5.4. Разработка заданий на проектирование в смежных частях проекта объекта автоматизации. |
| 6. Рабочая документация | 6.1. Разработка рабочей документации на систему и ее части. 6.2. Разработка или адаптация программ. |
| 7. Ввод в действие | 7.1. Подготовка объекта автоматизации к вводу АС в действие. 7.2. Подготовка персонала. 7.3. Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно- техническими комплексами, информационными изделиями). 7.4. Строительно-монтажные работы. 7.5. Пусконаладочные работы. 7.6. Проведение предварительных испытаний. 7.7. Проведение опытной эксплуатации. 7.8. Проведение приемочных испытаний. |
| 8.Сопровождение АС | 8.1. Выполнение работ в соответствии с гарантийными обязательствами. 8.2. Послегарантийное обслуживание. |
5.2 Сроки выполнения работ
Общий срок работ по созданию сайта «Достопримечательности-екатеринбург», составляет 45 дней (30 дней – создание оригинал-макетов, верстка шаблона и разработка полного статического прототипа сайта + 15 дней программирование динамики).
ñ Разработка концепции сайта, информационное проектирование
ñ Оформление технического задания
ñ Разработка эскиза базового дизайна
ñ Создание работающего шаблона сайта, включая полную разработку «визуала», ссылки, интерактивные элементы
ñ Программирование элементов контента
ñ Подготовка, редактирование, верстка и настройка контента сайта под поисковые системы
ñ Публикация сайта на сервере, тестирование, прописка в поисковых системах и каталогах
5.3 Перечень организаций-исполнителей
| Организация-разработчик | ЗАО «Рога и Копыта» | |
| Почтовый адрес | ... | |
| Телефон | ... | |
| ... | ... | |
| Организация-проектировщик | ЗАО «Рога и Копыта» | |
| Почтовый адрес | ... | |
| Телефон | ... | |
| ... | ... |
5.4 Перечень документов на разработку системы
Комплект документов на разработку системы:
ñ ГОСТ 34.201-89 ИТ. Комплекс стандартов на автоматизированные системы. Виды комплектность и обозначение документов при создании автоматизированных систем
ñ …
5.5 Экспертиза технической документации
Проведение экспертизы технической документации включает следующие мероприятия:
ñ приемка технической документации;
ñ экспертиза технической документации на создание АС;
ñ подготовка и выдача экспертного заключения;
ñ архивирование и регистрация технической документации.
5.6 Обеспечение надежности
Для обеспечения надежности АС на стадиях разработки, изготовления и эксплуатации должно быть предусмотрено и реализовано:
ñ задание и обоснование требований надежности к АС и их составных частей;
ñ резервирование и средства автоматического контроля и диагностирования;
ñ расчет показателей надежности;
ñ обеспечение ремонтопригодности;
ñ сбор и анализ информации о надежности эксплуатируемых средств АС;
ñ обеспечение комплектами ЗИП, в количестве достаточном для выполнения требований к надежности.
ñ
Для планирования, координации и контроля выполнения переячисленных выше работ по обеспечению надежности в составе технорабочего проекта АС должна разрабатываться программа обеспечения надежности (ПОН), содержащая необходимые организационные и технические мероприятия.
Для АС в необходимых случаях следует применять различные способы резервирования, включая постоянное резервирование и резервирование замещением. Необходимость применения резерва в каждом конкретном случае должна быть обоснована с учетом заданных требований по надежности.
Программно-аппаратные средства контроля работоспособности и диагностирования неисправностей АС должна обеспечивать решение следующих задач:
ñ проверку работоспособности и обнаружение отказов оборудования;
ñ поиск неисправностей с точностью до отдельного элемента или группы элементов замены;
ñ сигнализацию о возникновении отказа и результатах проверок работоспособности.
5.7 Метрологическое обеспечение
| Стадия жизненного цикла | Состав работ по метрологическому обеспечению | Основной РД |
| 1. Формирование требований | Ревизия измерительных цепей (ревизия измерительных каналов не производится) | Положение о порядке проведения ревизии и маркирования специальными знаками визуального контроля средств учета электрической энергии (утв. Госстандартом РФ, Минтопэнерго РФ 3, 16 октября 1998 г.) |
| Метрологическая экспертиза ТЗ | РД 34.11.502-95. Методические указания. Организация и порядок проведения метрологической экспертизы документации на стадии разработки и проектирования МИ 1314-86 Порядок проведения метрологической экспертизы технических заданий на разработку средств измерений. Методические указания | |
| 2. Технорабочий проект | Разработка и аттестация МВИ | РД 153-34.0-11.209-99 Рекомендации. Автоматизированные системы контроля и учета электроэнергии и мощности. Типовая методика выполнения измерений электроэнергии и мощности ГОСТ Р 8.563 - 96 ГСИ Методики выполнения измерений МИ 1967-89 ГСИ. Выбор методов и средств измерений при разработке методик выполнения измерений СТО АТС 02.04.1-2003 Правила разработки, аттестации и стандартизации методик выполнения измерений и метрологического контроля за ними |
| Разработка описания типа СИ для Госреестра | МИ 2246 -2001 ГСИ. Рекомендация. Описание типа средств измерений для государственного реестра. Порядок построения и общие требования к изложению и оформлению. | |
| Разработка Программы испытаний АС в целях утверждения типа СИ | РД 153-34.0-11.204-97 Методика приемки из наладки в эксплуатацию измерительных каналов информационно-измерительных систем ГОСТ 34.603-92 Информационная технология. Виды испытаний автоматизированных систем МИ 2441-97 ГСИ. Испытания для целей утверждения типа измерительных систем. Общие требования | |
| 3. Ввод в действие | Испытания АС в целях утверждения типа | ПР 50.2.009-94 ГСИ. Правила по метрологии. Порядок проведения испытаний и утверждения типа средств измерения |
| Утверждение типа СИ и внесение в Госреестр | ПР 50.2.011-94 ГСИ. Правила по метрологии Порядок ведения Государственного реестра средств измерений | |
| Первичная метрологическая поверка АС | ПР 50.2.006-94 ГСИ. Правила по метрологии. Порядок проведения поверки СИ РД 34.11.202-95. Методические указания. Измерительные каналы информационно-измерительных систем. Организация и порядок проведения метрологической аттестации | |
| 4. Эксплуатация | Расчет межповерочных интервалов (МПИ) | МИ 2187-92 Межповерочные и межкалибровочные интервалы средств измерений. Методика определения |
| Периодическая поверка АС | Методика поверки АС (разрабатывается при утверждении типа СИ) |
6. ПОРЯДОК ПРИЕМА СИСТЕМЫ
| Стадии | Этапы работ | Срок выполнения работ | Организация-исполнитель |
| 2. Разработка концепции АС | 2.1 Изучение объекта | 12 календарных дней | ЗАО «Рога и Копыта», Лицензия № 666 от 32 мартобря 2005 г., выдана ФГУП «Росрегулирование» |
| 2.2 Проведение необходимыхнаучно-исследовательских работ | 30 календарных дней | ЗАО «Рога и Копыта», Лицензия № 666 от 32 мартобря 2005 г., выдана ФГУП «Росрегулирование» | |
| 2.3 Разработка вариантов концепции АС, удовлетворяющих требованиям пользователя | 15 календарных дней | ЗАО «Рога и Копыта», Лицензия № 666 от 32 мартобря 2005 г., выдана ФГУП «Росрегулирование» | |
| 2.4 Оформление отчета о выполненной работе | 17 календарных дней | ЗАО «Рога и Копыта», Лицензия № 666 от 32 мартобря 2005 г., выдана ФГУП «Росрегулирование» |
7.1 СТРУКТУРА И ОПИСАНИЕ САЙТА:
Главная страница (обложка сайта):
◦ Страница оформляется коллажем с использованием фирменных цветов.
◦ Шапка сайта содержит логотип компании и навигацию для входа, регистрации и иной активности пользователя.
◦ Графическая часть с достопримечательностями отображается в виде широкого горизонтального блока под шапкой
◦ Справа от графического блока должен быть блок, шириной в 20%. В нем осуществялется поиск, навигация и фильтрация по карте.
◦ В дизайне отдельно предусматриваются ссылки на список туров и спецпредложения.
◦ Внизу страницы отображается облегченная навигационная панель в текстовом виде: Copyright, О компании, новости и контактный e-mail(телефон).