Настоящий документ включает в себя технические требования на создание и внедрение модульной системы контроля, диспетчеризации и управления удаленными объектами Protector.
Цели работы:
• Разработка ПО серверной части ММ.
• Разработка ПО оконечного устройства на основе ARM-микрокомпьютера.
• Разработка ПО микроконтроллера для ППК — функционального аналога «Сигнал 10».
• Разработка защищенного протокола передачи данных по шине RS-485.
• Разработка протоколов передачи данных между компонентами системы в локальной сети и сети Интернет.
• Разработка драйверов для USB-устройств в случае необходимости.
• Разработка структуры хранения данных.
• Разработка ПО АРМ диспетчера.
• Разработка ПО администратора.
• Разработка ПО для управления RS-устройствами (кроссплатформенное).
• Внедрение ПО для просмотра видео с сервера видеонаблюдения (кроссплатформенное).
• Разработка Мессенджера (кроссплатформенный).
• Разработка ПО для модуля оповещения.
• Разработка ПО для модуля геопозиции.
• Разработка ПО для модуля связи.
• Разработка проектной документации и инструкции пользователей.
• Опытная эксплуатация и внедрение в коммерческую эксплуатацию.
Настоящий документ включает в себя технические требования на создание и внедрение модульной системы контроля, диспетчеризации и управления удаленными объектами Protector.
Цели работы:
• Разработка ПО серверной части ММ.
• Разработка ПО оконечного устройства на основе ARM-микрокомпьютера.
• Разработка ПО микроконтроллера для ППК — функционального аналога «Сигнал 10».
• Разработка защищенного протокола передачи данных по шине RS-485.
• Разработка протоколов передачи данных между компонентами системы в локальной сети и сети Интернет.
• Разработка драйверов для USB-устройств в случае необходимости.
• Разработка структуры хранения данных.
• Разработка ПО АРМ диспетчера.
• Разработка ПО администратора.
• Разработка ПО для управления RS-устройствами (кроссплатформенное).
• Внедрение ПО для просмотра видео с сервера видеонаблюдения (кроссплатформенное).
• Разработка Мессенджера (кроссплатформенный).
• Разработка ПО для модуля оповещения.
• Разработка ПО для модуля геопозиции.
• Разработка ПО для модуля связи.
• Разработка проектной документации и инструкции пользователей.
• Опытная эксплуатация и внедрение в коммерческую эксплуатацию.
Проект "Энергия" - Интранет нового поколенияВиталий Дудка
Презентация с мероприятия "1С-Битрикс" 12 апреля. Представление проекта "Энергия".
Это новая редакция "1С-Битрикс: Корпоративный портал" 10 - Интранет нового поколения.
Кровь, пот и слезы ваших пользователей. Уроки, вынесенные из юзабилити исслед...Tanya Zavialova
Рассказываем о мотивации проведения юзабилити-исследований в нашей компании. На примерах из своей практики мы говорим обо всех этапах проведения пользовательских исследований и делимся своими рецептами. И в завершении обсуждаем как результаты исследований можно применять
Затронутые вопросы:
— Хотите провести юзабилити-исследование, но не знаете, с чего начать?
— Хотите понять, чему можно научиться у своих пользователей?
— Как подготовиться и провести исследование?
— Как использовать открытия в разработке продукта?
Кому будет полезно:
— UX дизайнерам, бизнес-аналитикам и продуктовым менеджерам;
— Продуктовым компаниям, аутсорсерам и агентствам.
Данная презентация призвана уменьшить непонимание между менеджерами и разработчиками в вопросе создания и предоставления различных оценок.
Видео доступно по ссылке: https://vk.com/video-160231148_456239029
Решение Bastion FS для MS Project Server 2013: Регулярный сбор отчетности по ...Alexey Yavkin
Решение для проектного офиса - Bastion FS для Project Server 2013: Регулярный сбор и анализ отчетности по портфелю проектов с минимумом усилий
9 апреля 2015 года, Конференция
Докладчик: Алексей Явкин, Компания “Бастион-Интегратор”
Залог качества управленческих решений – актуальная и достоверная информация о ходе проектов. Важно регулярно собирать такие данные от штатных сотрудников и внешних подрядчиков. Частым препятстивем при сборе отчетности является так называемый “человеческий фактор” или сопротивление сотрудников. Обобщив свой проектный опыт, мы разработали стратегию, следуя которой можно минимизировать такой фактор при внедрении ИСУП.
Стратегия основана на быстром и незаметном внедрении ИСУП Project Server - «стелз-внедрении». Ключевые принципы стратегии:
1. Максимально просто и привычно для сотрудников
2. Быстрый запуск
3. Фокус на правильных инструментах
В докладе рассмотрены инструменты, помогающие реализовать такую стратегию.
• «Bastion FS» для Project Server 2013 - Решение, позволяющее организовать процесс актуализации проектов простым и привычным для сотрудников способом – по электронной почте. Обновить статус по работам можно всего за несколько секунд, просто ответив на письмо. Особенно актуально для проектов с участием внешних подрядчиков, которые не имеют доступа к ИСУП компании.
• «Монитор изменений» для Project Server 2013 – Расширение, позволяющее накапливать всю историческую информацию по проектам в виде базы знаний для последующего анализа изменений и построения трендов.
Интеграция Business studio 4 и системы ELMAAlexey Pikulev
"От моделей верхнего уровня к управлению исполняемыми процессами. Интеграция системы бизнес-моделирования Business Studio с системой управления бизнес-процессами ELMA».
Докладчик: компания "Agile Technologies".
Роль портала обучения:
•Проводник изменений: каждое глобальное изменение в Компании сопровождается мотивирующим фильмом на Портале
•Поддержка и помощь новому сотруднику: вся необходимая информация находится на Портале обучения + новичку согласно ПВД назначаются автоматически курсы/ тренинги/ промежуточные тесты/ аттестация
•Развитие действующих сотрудников: по итогам комплексной оценки/ ассессментов все рекомендованные обучающие мероприятия назначаются и проходят на Портале обучения
•Анализ стоимости обучения
Презентация, раскрывающая принципы функционирования сети электронных библиотек (ЭБС)Вивальди. Документ описывает как создать электронную библиотеки с помощью Vivaldi. Гибкость подключения, надежность хранения данных в собственном data-центре. С помощью применения интересной идеи организовано подключение каталогов пользователей.
Настоящий документ включает в себя технические требования на создание и внедрение веб-портала (далее — Портал) автоматизированной системы экологического мониторинга (АСЭМ). Портал предназначен для автоматизации процесса сбора, хранения, обработки и предоставления экологической информации, в том числе обобщенной оценки экологической ситуации, в свете решения приоритетных для Краснодарского края экологических проблем. Портал предназначен для Краевого информационно-аналитического центра экологического мониторинга Краснодарского края (КИАЦЭМ), являющегося единым информационным центром системы государственного экологического мониторинга на территории Краснодарского края.
Проект "Энергия" - Интранет нового поколенияВиталий Дудка
Презентация с мероприятия "1С-Битрикс" 12 апреля. Представление проекта "Энергия".
Это новая редакция "1С-Битрикс: Корпоративный портал" 10 - Интранет нового поколения.
Кровь, пот и слезы ваших пользователей. Уроки, вынесенные из юзабилити исслед...Tanya Zavialova
Рассказываем о мотивации проведения юзабилити-исследований в нашей компании. На примерах из своей практики мы говорим обо всех этапах проведения пользовательских исследований и делимся своими рецептами. И в завершении обсуждаем как результаты исследований можно применять
Затронутые вопросы:
— Хотите провести юзабилити-исследование, но не знаете, с чего начать?
— Хотите понять, чему можно научиться у своих пользователей?
— Как подготовиться и провести исследование?
— Как использовать открытия в разработке продукта?
Кому будет полезно:
— UX дизайнерам, бизнес-аналитикам и продуктовым менеджерам;
— Продуктовым компаниям, аутсорсерам и агентствам.
Данная презентация призвана уменьшить непонимание между менеджерами и разработчиками в вопросе создания и предоставления различных оценок.
Видео доступно по ссылке: https://vk.com/video-160231148_456239029
Решение Bastion FS для MS Project Server 2013: Регулярный сбор отчетности по ...Alexey Yavkin
Решение для проектного офиса - Bastion FS для Project Server 2013: Регулярный сбор и анализ отчетности по портфелю проектов с минимумом усилий
9 апреля 2015 года, Конференция
Докладчик: Алексей Явкин, Компания “Бастион-Интегратор”
Залог качества управленческих решений – актуальная и достоверная информация о ходе проектов. Важно регулярно собирать такие данные от штатных сотрудников и внешних подрядчиков. Частым препятстивем при сборе отчетности является так называемый “человеческий фактор” или сопротивление сотрудников. Обобщив свой проектный опыт, мы разработали стратегию, следуя которой можно минимизировать такой фактор при внедрении ИСУП.
Стратегия основана на быстром и незаметном внедрении ИСУП Project Server - «стелз-внедрении». Ключевые принципы стратегии:
1. Максимально просто и привычно для сотрудников
2. Быстрый запуск
3. Фокус на правильных инструментах
В докладе рассмотрены инструменты, помогающие реализовать такую стратегию.
• «Bastion FS» для Project Server 2013 - Решение, позволяющее организовать процесс актуализации проектов простым и привычным для сотрудников способом – по электронной почте. Обновить статус по работам можно всего за несколько секунд, просто ответив на письмо. Особенно актуально для проектов с участием внешних подрядчиков, которые не имеют доступа к ИСУП компании.
• «Монитор изменений» для Project Server 2013 – Расширение, позволяющее накапливать всю историческую информацию по проектам в виде базы знаний для последующего анализа изменений и построения трендов.
Интеграция Business studio 4 и системы ELMAAlexey Pikulev
"От моделей верхнего уровня к управлению исполняемыми процессами. Интеграция системы бизнес-моделирования Business Studio с системой управления бизнес-процессами ELMA».
Докладчик: компания "Agile Technologies".
Роль портала обучения:
•Проводник изменений: каждое глобальное изменение в Компании сопровождается мотивирующим фильмом на Портале
•Поддержка и помощь новому сотруднику: вся необходимая информация находится на Портале обучения + новичку согласно ПВД назначаются автоматически курсы/ тренинги/ промежуточные тесты/ аттестация
•Развитие действующих сотрудников: по итогам комплексной оценки/ ассессментов все рекомендованные обучающие мероприятия назначаются и проходят на Портале обучения
•Анализ стоимости обучения
Презентация, раскрывающая принципы функционирования сети электронных библиотек (ЭБС)Вивальди. Документ описывает как создать электронную библиотеки с помощью Vivaldi. Гибкость подключения, надежность хранения данных в собственном data-центре. С помощью применения интересной идеи организовано подключение каталогов пользователей.
Настоящий документ включает в себя технические требования на создание и внедрение веб-портала (далее — Портал) автоматизированной системы экологического мониторинга (АСЭМ). Портал предназначен для автоматизации процесса сбора, хранения, обработки и предоставления экологической информации, в том числе обобщенной оценки экологической ситуации, в свете решения приоритетных для Краснодарского края экологических проблем. Портал предназначен для Краевого информационно-аналитического центра экологического мониторинга Краснодарского края (КИАЦЭМ), являющегося единым информационным центром системы государственного экологического мониторинга на территории Краснодарского края.
Модуль базы данных работает с выбранной информационной базой. Протестированы и поддерживаются форматы и протоколы Access, SQL Server 2005 в редакциях Express и Enterprise, Oracle Database Server. Совместимость достигается через документальные требования по осуществлению взаимодействия с БД . Доступ реализуется по принципу «один код — три базы». Подключаемый модуль содержит XML-описание собственных таблиц, корректируемых при отклонениях в соответствии с манифестом. Администратор или наладчик получает преимущества подключения дополнительных таблиц и полей. Создать манифест можно вручную или при помощи специальной утилиты. Есть идеи разработки редактора данных, позволяющие настраиваться на предоставленную структуру.
Для программного обеспечения становится безразличен выбор базы в качестве хранилища. Клиент решает в соответствии с конкретными стандартами.
Модуль конфигурации позволяет провести импорт и экспорт данных в XML. Посмотрим на систему глазами заказчика. Клиент хочет получить данные в читаемом и понятном виде. Для измерительной системы предлагается использовать по умолчанию eXtensible Markup Language — расширяемый язык разметки.
На практике XML является общепринятым стандартом передачи информации в коммерческих продуктах. Использование формата открывает широкие горизонты для осуществления импорта и экспорта данных.
XML не зависит от платформ и позволяет обмен данными системам, базирующимся на принципиально разных платформах.
XML поддерживается всеми компиляторами.
XML самодокументирован и понятен для программиста, который открыл наши данные впервые.
XML иерархичен и позволяет описывать сложные структуры с неограниченной вложенностью.
XML расширяем. В процессе эксплуатации формата можно добавлять новые элементы. Исключается фатальная несовместимость структуры.
Клиент всегда прав. Если заказчика не устроит XML, можно разработать уникальное хранилище. Благо модульность это позволяет.
Преимущества нового окна.
Дизайн разработан специально для измерительной системы.
Поддержка представлений позволяет программисту корректировать содержимое окна, меняя интерфейс пользователя.
Модули работают в отдельных потоках исполнения команд, что существенно увеличивает производительность. Окно выглядит монолитно, не подвисает при длительных операциях.
Пользователи проходят весь механизм подтверждения прав на ресурсы.
Приложение поддерживает замену Проводника. Никаких лишних файлов. Компьютер используется исключительно как часть аппаратно-программного комплекса.
Целью настоящего проекта является разработка многопользовательского онлайн1 3D-шутера2 от 1-го (3-го) лица с элементами RPG3, ориентированного на аудиторию лиц в возрасте от 7-ми до 40-ка лет и старше, заинтересованных в истории развития современного вооружения и военной техники стран мира. Следует отметить, что термин шутер лишь частично подходит для описания данного проекта, в виду того, что вооружение, экипировка, техника и прочие элементы игры подбираются и моделируются максимально приближёнными к реальности, что позволяет в какой-то степени отнести проект к термину симулятор4.
Термин «онлайн» – означает, что игра будет доступна только при активном подключении к сети интернет. Игроки будут подключаться к игре посредством специального приложения-клиента и сражаться друг с другом. В игре будут только реальные противники, без искусственного интеллекта.
3D-шутер (англ. shooter — стрелялка) — жанр компьютерных игр. Название произошло совмещением понятий «3D» (три измерения) и shooter (англ. стрелок). На момент зарождения жанра укрепилось слово «шутер», как вариант описания игрового процесса и перевод для слова shooter.
Симулятор - имитатор, механический или компьютерный, имитирующий управление каким-либо процессом, аппаратом или транспортным средством. Чаще всего сейчас слово «симулятор» используется применительно к компьютерным программам (обычно играм). Симуляторы — программные и аппаратные средства, создающие впечатление действительности, отображая часть реальных явлений и свойств в виртуальной среде.
Слайд № 8. Перспективные разработки
Следующие этапы помогут усовершенствовать системы.
1. Устройство «Умная машина», устанавливаемое в автомобиль. Автоматически делает транспортное средство частью социальной сети. Автомобиль регистрируется, отражается на карте. Мобильное приложение выводится на консоль. Социальная сеть становится противоугонной системой, средством удаленной диагностики и коммуникации.
2. Возможность удаленной оценки стоимости ремонта или консультации. Данный сервис даст возможность ремонтным мастерским получать дополнительных клиентов.
3. Построение народных карт и геоинформационных систем.
4. Инвентаризация пропускной способности, качества дорог и дорожного покрытия.
5. Прокладка маршрута и навигация, аналогичная Google Navigation.
Цель использования указанного программного продукта: информирование и оповещение населения о риске чрезвычайных ситуаций.
Вестник МЧС полезен в случаях, когда пользователь изолирован от средств централизованного оповещения (радио, телевидение). Например, находится в своей квартире с выключенными радио и телевизором.
Ввиду широкого распространения интеллектуальных мобильных устройств и мобильного Интернета информация может легко транслироваться на телефоны заинтересованных пользователей, причем с учетом их географического положения или интересующего региона.
Автоматические оповещения позволят информировать пользователей о пожарах, террористических актах, наводнениях, ураганах, цунами, лавинах, блокировании дорог, техногенных катастрофах и других неприятностях жизни, подстерегающих нас на каждом шагу. Вестник даст возможность населению планировать жизнь с учетом непредвиденных ситуаций. Мы будем счастливы, если программный продукт спасет хотя бы одну жизнь.
Система будет работать в трех режимах.
1) Информирование населения.
2) Оповещение населения.
3) Экстренные оповещения.
3. ПРОЦЕСС ЛИЦЕНЗИРОВАНИЯ
3.1. В центр лицензирования предоставляется информация о списке модулей с контрольными суммами файлов и идентификатором компьютера. В ответ на файл, сгенерированный на весах, посылается лицензионный файл, который привязывает текущую конфигурацию ПО к весам.
В данном проекте детально рассматривается главная страница, портфолио и контакты, потому как остальные страницы являются второстепенными.
Структура сайта
1. Главная страничка.
2. Портфолио.
3. Услуги.
4. О компании.
5. Контакты и схема проезда.
1. EDISON. Центр разработки программного обеспечения
+7 (499) 500-14-94
http://www.edsd.ru
market@edsd.ru
1
Сценарии использования
1. СЦЕНАРИИ ИСПОЛЬЗОВАНИЯ
Как пользователи будут взаимодействовать с системой.
1.1. Первичное обучение.
1.1.1. Сотрудник приходит на обучение.
1.1.2. Тренер открывает доступ сотруднику к обучающим материалам – запускает раздел обучения.
1.1.3. Сотрудник начинает обучение со знакомства с теоретической частью (текст, медиафайлы).
1.1.4. После ознакомления с теоретической частью, сотрудник начинает выполнять тест по изученному фрагменту
информации.
1.1.5. Если сотрудник неуспешно выполняет тест, то он переходит на пункт 3.
1.1.6. Если сотрудник успешно выполняет тест, то переходит дальше.
1.1.7. Сотруднику печатается лист практических заданий. Например для официанта это может быть задание
засервировать 20 столов.
1.1.8. Совместно с тренером сотрудник выполняет практические задания.
1.1.9. Тренер ставит зачет за выполненные задания.
1.1.10. После получения зачета по теме запускается аттестация по предмету.
1.1.11. После получения зачета по предмету запускается аттестация по всему курсу.
Единственное устройство ввода – тачпад, вывода – монитор и принтер. Сотрудник не может никак переписать
обучающие материалы (только сесть рядом с компьютером и конспектировать).
Тренер – это сотрудник компании, имеющий возможность обучать других сотрудников.
1.2. Ежедневный мини-тест.
1.2.1. Сотрудник приходит на работу.
1.2.2. Заходит в систему под своим именем.
1.2.3. Проходит мини-тест.
1.2.4. В случае неуспешного прохождения теста (результат ниже порогового), сотрудник переходит к пункту 3.
1.2.5. В случае 3х кратного неуспеха, руководитель сотрудника получает письмо с уведомлением. Запуск теста ещё
раз только с тренером.
1.2.6. С момента успешного выполнения теста начинается оплачивоемое время сотрудника.
После неправильного ответа на вопрос, пользователю показывают, какой ответ был правильный.
1.3. Коррекция (обучение по направлению менеджера).
1.3.1. Тренер (менеджер) отправляет сотрудника на обучение. Он может указать тему. Если тема не указана,
то система предлагает сотруднику темы, в которых у него самые низкие результаты.
1.3.2. Сотруднику показывается блок информации по теме.
1.3.3. После информации полный тест по всем вопросам темы.
1.3.4. После теста – практическое задание с тренером.
1.3.5. Сотрудник должен набрать определенный %.
1.4. Полная аттестация и переаттестация.
1.4.1. После первоначального обучения, а также раз в полгода все сотрудники проходят аттестацию.
1.4.2. Сотрудник должен ответить на 200 вопросов всех тестов подряд – раз в полгода и после первичного обучения.
1.4.3. Если сотрудник не достигает Минимального результата – попадает в STOP-список по зарплате.
1.4.4. Не выходит на работу, пока не пройдет аттестацию.
1.5. Отправка на коррекцию (переобучение).
1.5.1. Руководитель отдела обучения указывает, что данному сотруднику пришло время направиться на переобучение.
1.5.2. Руководитель данного сотрудника получает уведомление, что данный сотрудник вместо выполнения своих
прямых обязанностей будет заниматься переобучением.
1.5.3. Сотрудник получает уведомление, что с определенного времени начнется его переобучение.
1.5.4. Сотрудник приходит на работу и начинает переобучение (см. сценарий Переобучение).
1.6. Выбор раздела обучения.
1.6.1. Сотрудник хочет указать раздел обучения.
1.6.2. Он выбирает один из вариантов:
• курс обучения;
• предмет обучения;
• тема обучения.
1.7. Просмотр списка доступных обучающих материалов.
1.7.1. Сотрудник хочет получить дополнительные знания по определенному предмету.
1.7.2. Он открывает страницу «Обучающий материал».
1.7.3. Материалы сгруппированы по разделам обучения.
1.8. Просмотр обучающего материала по определенной теме.
2. EDISON. Центр разработки программного обеспечения
+7 (499) 500-14-94
http://www.edsd.ru
market@edsd.ru
2
1.8.1. Сотрудник открывает интересующую его тему.
1.8.2. Получает полную информацию о интересующей его теме.
1.8.3. Кроме того в конце он видит ссылку «Пройти добровольное тестирование по этой теме».
1.9. Просмотр результатов отдельного тестирования отдельного сотрудника.
1.9.1. Руководитель отдела обучения выбирает сотрудника.
1.9.2. Видит список тестов, которые проходил сотрудник за последнее время (вместе с результатами).
1.9.3. Выбирает тест.
1.9.4. Видит, как ответил сотрудник на какие вопросы.
1.10. Прохождение теста.
1.10.1. Сотрудник выбрал «пройти такой-то тест».
1.10.2. На экране он видит:
• номер текущего вопроса / всего вопросов;
• количество времени с начала тестирования / всего времени на тест;
• название вопроса;
• ответы на вопрос.
1.10.3. Сотрудник отвечает на вопрос теста.
1.10.4. В зависимости от вида теста определенным способом переходит на следующий вопрос (пункт 2).
1.10.5. Когда сотрудник отвечает на все вопросы, переходит на страницу просмотра результатов теста.
1.11. Анализ результатов тестирования.
1.11.1. Руководитель отдела обучения может просмотреть результаты тестирования.
• Выбрать, чьи результаты просматривать:
- конкретный сотрудник;
- подразделение (ресторан);
- вся компания.
• Выбрать, за какой период просматривать:
- определенный день;
- промежуток (указывает начальную и конечную дату);
- всё время.
• Выбрать тип тестирования:
- первоначальное обучение;
- ежедневное обучение (мини-тест);
- переобучение;
- все виды обучения.
1.11.2. Получает результат в %.
2. КОНТРОЛЬНЫЕ ЛИСТЫ (КЛ)
2.1. Заполнение КЛ.
2.1.1. Сотрудник получает сообщение (в определенное время), что ему необходимо заполнить КЛ.
2.1.2. В письме содержится ссылка на КЛ.
2.1.3. Сотрудник переходит по ссылке, открывается страница КЛ.
2.1.4. КЛ состоит из чекбоксов, которые сотрудник заполняет, отвечая на вопрос ДА или НЕТ.
2.1.5. В случае выбора НЕТ, сотрудник обязан выбрать из выпадающего списка одно из решений по этому вопросу.
2.1.6. Сотрудник нажимает «Отправить КЛ».
Автономная работа.
Также необходима возможность автономной работы (без интернета) функциональности КЛ. Дело в том, что часто
сотрудник, заполняющий КЛ, часто заполняет их вне зоны покрытия интернета (Wi Fi).
У сотрудника есть определенное время (2 часа) на заполнение КЛ. Если в течение этого времени он не заполнил КЛ,
то отсылается уведомление его руководителю.
После заполнения КЛ сотруднику генерируется План работ на день.
2.2. Просмотр заполненного КЛ.
На странице заполненного КЛ видно:
• список вопросов;
• ответы на каждый вопрос;
• принятые решения по НЕТ-ответам;
• статус принятых решений (+ время закрытия);
• общий результат (%).
Автономная работа.
2.3. Создание/изменение шаблона КЛ.
2.3.1. Руководитель переходит на странице создания/изменения КЛ.
3. EDISON. Центр разработки программного обеспечения
+7 (499) 500-14-94
http://www.edsd.ru
market@edsd.ru
3
2.3.2. На ней он может указать параметры КЛ: тип, время заполнения, периодичность.
2.3.3. Также он указывает подразделение и должности сотрудников, которые должны заполнять КЛ.
2.3.4. Заполняет вопросы КЛ.
Интересные случаи:
• изменение формулировки вопроса;
• добавление нового вопроса;
• удаление вопроса.
2.4. Заполнение вопроса КЛ.
2.4.1. Вводит название вопроса («Чистые ли стены?»).
2.4.2. Выбирает решение из выпадающего списка («Уведомление уборщице»).
2.5. Просмотр списка решений по КЛ.
2.5.1. Менеджер видит список возможных решений по вопросам КЛ.
2.5.2. Действия: Создать Решение по КЛ.
2.5.3. Действия с элементом: Изменить, Удалить.
2.6. Создание нового решения по КЛ.
2.6.1. Вводит название решения.
2.6.2. Выбирает тип (уведомление, сделаю сам).
2.6.3. В зависимости от типа заполняет параметры решения:
• для «сделаю сам» – ничего не указывает;
• для «поручу сотруднику компании» – указывает сотрудника, которому посылается уведомление;
• для «поручу внешней компании» – указывает текстом контактные данные.
2.6.4. Нажимает «Сохранить».
2.7. Просмотр списка шаблонов КЛ.
2.7.1. Руководитель подразделения (управляющий) видит список шаблонов КЛ:
• название КЛ;
• список действий.
2.7.2. Доступные действия: создать новый шаблон КЛ.
2.7.3. Доступные действия с шаблоном: изменить шаблон, удалить шаблон.
2.8. Просмотр списка заполненных КЛ.
2.8.1. Сотрудник видит список заполненных КЛ:
• название КЛ;
• дата заполнения;
• список действий.
2.8.2. Доступные действия с КЛ: просмотреть заполненный КЛ.
2.9. Просмотр плана работ.
Автономная работа.
Сотрудник также может распечатать План работ.
2.10. Отметка «сделано» в плане работ.
2.10.1. Сотрудник открывает свой план работ.
2.10.2. Он состоит из заданий, рядом с которыми чекбокс «сделано».
2.10.3. Когда сотрудник нажимает на «сделано», задача пропадает из плана работ.
Автономная работа.
2.11. Анализ заполненных КЛ.
2.11.1. Сотрудник может просмотреть заполненные КЛ.
• Выбрать, чьи заполненные КЛ просматривать:
- конкретный сотрудник;
- подразделение (ресторан);
- вся компания.
• Выбрать, за какой период просматривать:
- определенный день;
- промежуток:
неделя;
месяц;
год;
настраиваемый – указывает начальную и конечную дату;
- всё время.
• Выбрать тип КЛ:
- определенный тип;
- все типы.
2.11.2. Получает результат в %.
4. EDISON. Центр разработки программного обеспечения
+7 (499) 500-14-94
http://www.edsd.ru
market@edsd.ru
4
2.12. Сравнение заполненных КЛ.
2.12.1. Некоторые КЛ заполняют 2 раза в день, причем на следующий день – другой сотрудник.
2.12.2. По таким КЛ проводится анализ.
• Выстраиваются в хронологическом порядке (дни).
• В каждом дне 3 показателя:
- качество ресторана к открытию (утром) %;
- выполненные задания %;
- качество ресторана к закрытию (вечером) %.
2.12.3. Данные одного сотрудника вечером сравниваются с данными другого утром. Если второй поставил первому
ниже оценку, чем первый сам себе, то первому автоматически учитывается вторая оценка.
3. СИСТЕМА
Вход и выход из системы осуществляется только с помощью магнитных карт.
3.1. Вход в систему.
3.1.1. Пользователь входит в систему с помощью магнитной карты.
3.2. Выход из системы.
3.2.1. Пользователь нажимает «выйти из системы».
3.2.2. И успешно выходит!
Пользователь также выходит, если он не производит никакого действия в течение 1 минуты (таймаут).
3.3. Подтверждение действия (менеджер, тренер).
Часто возникает ситуация, когда сотруднику с большими правами (например, менеджеру) необходимо подтвердить
(засвидетельствовать, разрешить) определенное действие сотрудника. Для этого система в необходимый момент будет
показывать окно «Подтвердите действие». Сотрудник с большими правами будет проводить своей карточкой
и сотрудник с меньшими правами будет продолжать свою работу.
4. ВИДЕОНАБЛЮДЕНИЕ
4.1. Весовое ПО при необходимости снабжается модулем видеонаблюдения. Модуль делает снимок с нескольких
камер в момент измерения. Снимки подписываются персональным ключом весовщика.
4.2. Станция с видеокамерами может стать сервером, который вещает поток в локальную сеть. Поток просматривается
с помощью клиента Windows Media Player.
4.3. Дополнительный модуль оптического распознавания номеров определяет номера вагонов и автомобилей, что
улучшает достоверность информации.
4.4. Видеонаблюдение позволяет одновременно делать фотоснимки, формировать видеопоток, распознавать номера.
5. СИСТЕМА
Вход и выход из системы осуществляется только с помощью магнитных карт.
5.1. Вход в систему.
5.1.1. Пользователь входит в систему с помощью магнитной карты.
5.2. Выход из системы.
5.2.1. Пользователь нажимает «выйти из системы».
5.2.2. И успешно выходит!
Пользователь также выходит, если он не производит никакого действия в течение 1 минуты (таймаут).
5.3. Подтверждение действия (менеджер, тренер).
Часто возникает ситуация, когда сотруднику с большими правами (например, менеджеру) необходимо подтвердить
(засвидетельствовать, разрешить) определенное действие сотрудника. Для этого система в необходимый момент будет
показывать окно «Подтвердите действие». Сотрудник с большими правами будет проводить своей карточкой
и сотрудник с меньшими правами будет продолжать свою работу.
6. УПРАВЛЕНИЕ СОТРУДНИКАМИ
6.1. Заведение нового сотрудника.
6.1.1. Менеджер заполняет анкету сотрудника:
• имя/логин;
• пароль;
• адрес электронной почты;
• должность сотрудника;
• отдел сотрудника.
6.1.2. Менеджер сообщает новому сотруднику адрес электронной почты, выдает магнитную карту, на которой
напечатаны все данные.
5. EDISON. Центр разработки программного обеспечения
+7 (499) 500-14-94
http://www.edsd.ru
market@edsd.ru
5
6.2. Изменение роли (должности) сотрудника.
6.2.1. Сотрудник повысился/понизился в должности.
6.2.2. Менеджер заходит на страницу этого сотрудника и выбирает пункт «изменить должность сотрудника».
6.2.3. Указывает новую должность сотрудника.
6.2.4. Сотрудник получает уведомление о новой должности.
6.3. Увольнение сотрудника.
6.3.1. Принято решение об увольнении сотрудника.
6.3.2. Менеджер заходит на страницу этого сотрудника и выбирает пункт «уволить сотрудника».
6.3.3. Менеджер выбирает время, с которого сотрудник перестает иметь доступ к системе:
• сразу;
• с определенной даты.
6.3.4. Запускаются уведомления:
• самому сотруднику;
• на пост охраны;
• всем сотрудникам информационное письмо.
6.3.5. По достижении этой даты, сотрудник лишается доступа к системе.
6.4. Анализ деятельности сотрудника.
6.4.1. Менеджер хочет посмотреть, как сотрудник справляется со своими административными обязанностями.
6.4.2. Заходит на страницу сотрудника.
6.4.3. Видит следующие показатели деятельности:
• список пройденных тестов + результаты тестирования;
• список изученных документов + время чтения.
6.5. Просмотр списка сотрудников.
6.5.1. Менеджер хочет найти определенного сотрудника.
6.5.2. Видит список сотрудников, в котором выводится:
• имя;
• должность;
• подразделение.
6.5.3. Менеджер может отсортировать (автофильтр) по параметрам должность и подразделение.
6.5.4. Искать по имени сотрудника.
7. РАБОЧЕЕ ВРЕМЯ СОТРУДНИКОВ
7.1. Создание/просмотр планируемого графика рабочего времени.
7.1.1. Руководитель хочет запланировать график работы подчиненного.
7.1.2. Выбирает имя сотрудника.
7.1.3. Видит план, в котором для каждого дня указано время выхода/ухода.
7.1.4. Выделяет дни, в которых он хочет изменить время работы сотрудника.
7.1.5. Для выделенных дней указывает:
• планируемое время выхода на работу;
• планируемое время ухода с работы.
7.1.6. График автоматически сохраняется.
7.2. Просмотр фактического графика рабочего времени.
7.2.1. Каждый день сотрудник отмечает время выхода/ухода.
7.2.2. Руководитель сотрудника выбирает его имя для просмотра.
7.2.3. Выбирает период, за который ему интересно:
• неделя;
• месяц.
7.2.4. Ему показывают график, на котором видно:
• по оси X – время (например дни, недели, месяца);
• по оси Y – время в рабочих часах (от 0 до 24);
• график, состоящий из двух полосок – запланированное рабочее время и фактическое.
7.2.5. Кроме графика менеджер видит показатели:
• среднее опоздание на работу (если не опаздывает, то насколько приходит с запасом);
• процент отработанного времени (недорабатывает – 95%, перерабатывает – 105%).
7.3. Просмотр сводного планируемого графика рабочего времени.
7.3.1. Сотрудник хочет увидеть график работы всех сотрудников за месяц.
7.3.2. Ему строится табличка:
• в строках – сотрудники (группировка по должностям);
• в столбцах – дата + день недели;
6. EDISON. Центр разработки программного обеспечения
+7 (499) 500-14-94
http://www.edsd.ru
market@edsd.ru
6
• в ячейках – время выхода и время ухода.
7.4. Просмотр сводного фактического графика рабочего времени.
7.4.1. Сотрудник хочет увидеть график работы всех сотрудников за месяц.
7.4.2. Ему строится табличка:
• в строках – сотрудники (группировка по должностям);
• в столбцах – дата + день недели;
• в ячейках – количество отработанных часов по факту (время ухода – время выхода).
7.4.3. Сотрудник может нажать на количество отработанных по факту часов и изменить время ухода-выхода (В этом
случае система запомнит, что данные ввел «руками» такой-то сотрудник).
• до начисления зарплаты это может сделать менеджер;
• после начисления зарплаты – только управляющий рестораном.
7.5. Старт работы (выход).
7.5.1. Сотрудник приходит на работу.
7.5.2. Готовится к началу работы.
7.5.3. Входит в систему.
7.5.4. Проходит ежедневный мини-тест.
7.5.5. После успешного прохождения мини-теста сотрудник зовет начальника.
7.5.6. Начальник подтверждает выход сотрудника на работу. Выбирает время выхода:
• текущий момент;
• ручной ввод времени выхода.
7.5.7. Начинается оплачиваемое время сотрудника.
7.6. Окончание работы (уход).
7.6.1. Сотрудник заканчивает свою работу.
7.6.2. Входит в систему.
7.6.3. Нажимает кнопку «работу закончил».
7.6.4. Начальник подтверждает окончание работы. Выбирает время ухода:
• текущий момент;
• ручной ввод времени ухода.
7.6.5. Заканчивается оплачиваемое время сотрудника.
7.6.6. Сотрудник выходит из системы.
В случае, если сотрудник не фиксируется в системе, ему ставится уход по рабочему графику. Такие сотрудники
добавляются в специальный отчет.
Кроме того, начальник может изменить время выхода/ухода в ручном режиме.
7.7. Сотрудники, ушедшие без разрешения.
7.7.1. Руководитель может просмотреть список сотрудников, ушедших без разрешения.
8. ПОЧТА (СИСТЕМА СООБЩЕНИЙ)
8.1. Список сообщений.
8.1.1. Пользователь видит список сообщений, отсортированных по дате появления.
8.1.2. У сообщения показывают следующие параметры:
• автор;
• тема;
• время/дата создания;
• прочитанное/непрочитанное.
8.2. Прочтение сообщения.
8.2.1. Пользователь получает сообщение, с которым он решает ознакомиться.
8.2.2. Он открывает сообщение.
8.2.3. Ему показывают текст сообщения, а также свойства сообщения:
• автор;
• тема;
• время/дата создания.
8.2.4. У пользователя есть действия:
• ответить на сообщение;
• перенаправить сообщение другому пользователю (forward).
8.3. Ответ на сообщение.
8.3.1. Пользователь читает сообщение, на которое он решает ответить.
8.3.2. Нажимает кнопку «Ответить на сообщение».
8.3.3. Составляет текст ответа.
8.3.4. Нажимает кнопку «Отправить сообщение».
7. EDISON. Центр разработки программного обеспечения
+7 (499) 500-14-94
http://www.edsd.ru
market@edsd.ru
7
8.4. Создание сообщения.
8.4.1. Пользователь решает отправить сообщение.
8.4.2. Нажимает кнопку «Создать новое сообщение».
8.4.3. Выбирает внутреннего сотрудника или внешнего адресата (автозаполнение).
8.4.4. Составляет текст сообщения.
8.4.5. При необходимости прикрепляет файлы.
8.4.6. Отправляет сообщение.
8.5. Создание документа.
8.5.1. Пользователь создает документ, указывая его свойства.
8.5.2. Выбирает тип документа.
8.5.3. Если у пользователя нет полномочий по опубликованию документов этого типа, то он получает уведомление
о том, что документу будет нужно пройти модерацию.
8.5.4. Если у пользователя есть полномочия, то переходит дальше.
8.5.5. Заполняет текст документа (в том числе используя WYSIWYG-разметку).
8.5.6. Нажимает «Опубликовать» или «Отправить на одобрение».
Если у пользователя не было полномочий на опубликование, то ответственный за опубликование получает
уведомление о том, что документ ждет модерации.
Если у пользователя были полномочия на опубликование, то документ появляется в публичном доступе.
Если указаны получатели документа, то каждый из них получает уведомление о том, что создан документ.
8.6. Одобрение публикации документа.
8.6.1. Пользователь получает уведомление, что документ такой-то ждет его одобрения.
8.6.2. Пользователь открывает по ссылке документ.
8.6.3. Рядом с текстом документа есть две кнопки – опубликовать и отказать в публикации.
8.7. Опубликовать.
8.7.1. В этом случае автору документа отправляется уведомление, что документ опубликован.
8.7.2. Документ появляется в публичном доступе.
8.7.3. Если указаны получатели документа, то каждый из них получает уведомление о том, что создан документ.
8.8. Отказать в публикации.
8.8.1. Пользователь указывает причину, по которой он отказывает в публикации (комментарий текстом).
8.8.2. Автор документа получает уведомление о том, что Модератор отказал документу в публикации по следующей
причине.
8.8.3. Автор может перейти к редактированию документа. После чего круг опубликования запускается заново.
8.9. Внесение бумажного документа в систему документооборота.
8.9.1. У сотрудника на руках бумажный документ.
8.9.2. Сотрудник сканирует документ.
8.9.3. Вносит в систему изображения документа (картинку).
8.9.4. Распознает документ в системе распознавания (Fine Reader) – переводит в текст.
8.9.5. Вставляет текст документа.
8.9.6. Заполняет свойства документа.
8.9.7. Сохраняет документ.
8.10. Поиск документа.
8.10.1. Пользователь указывает параметры документа:
• автор;
• дата создания;
• текст документа (часть).
8.10.2. Пользователю выводятся результаты поиска – список документов, подходящих под указанные условия.
8.11. Просмотр документа.
8.11.1. Пользователь переходит по ссылке на страницу документа.
8.11.2. Если у пользователя недостаточно прав для просмотра документа, он видит сообщение об этом.
8.11.3. Если у пользователя достаточно прав, то он видит документ.
Пока пользователь знакомится с документом, система записывает факт прочтения, а также время чтения документа.
Таким образом у менеджера будет информация, какие сотрудники прочитали документ, и сколько времени потратили
на знакомство с документами компании.
8.12. Просмотр списка документов.
8.12.1. Пользователь имеет возможность «прогуляться» по списку документов в поиске необходимого.
8.12.2. Пользователь сокращает список всех документов, отсекая ненужные:
• выбрать диапазон даты;
• выбрать автора;
• выбрать подразделение;
• выбрать тип документа.