Руководства, Инструкции, Бланки

руководство пользователя информационной системы пример img-1

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

Категория: Руководства

Описание

Кадровый портал КАДРОВИК

Корпоративный семинар «Система профессиональных стандартов: готовимся к применению»
Реестр принятых профессиональных стандартов, законодательная база. Подготовка организации к применению профессиональных стандартов. Кадровые технологии, зависящие от введения профессиональных стандартов. Требования к кадровому делопроизводству в условиях внедрения профстандартов. Порядок приведения в соответствие наименований должностей в компании с профстандартами и квалификационными справочниками, корректировка должностных инструкций. Рекрутмент. Процедура отказа в приеме на работу. Изменение системы оплаты труда. Корректировка штатного расписания. Процедура подтверждения квалификации. Повышение квалификации работника в соответствии с профессиональными стандартами. Организация обучения работника в случае несоответствия профстандарту. Порядок перевода работника на другую должность или расторжение трудового договора по результатам оценки.

ПРОИЗВОДСТВЕННЫЙ КАЛЕНДАРЬ

Сообщение об ошибке 404:
Страница не найдена по адресу http://www.kadrovik.ru Извините, но запрошенной вами страницы, http://www.kadrovik.ru, не существует на сайте " кадровый портал КАДРОВИК.РУ "

Общие ошибки:
Наиболее часто встречающиеся ошибки при работе с сайтом кадровый портал КАДРОВИК.РУ:
  • Url заканчивается на .htm - все страницы на сайте "кадровый портал КАДРОВИК.РУ" заканчиваются на .php
  • Вы использовали СИМВОЛЫ ВЕРХНЕГО РЕГИСТРА - все имена на сайте используют нижний регистр

10 наиболее читаемых статей

Попробуйте перейти главную страницу: Вы может попробовать перейти на главную странизу сайта: кадровый портал КАДРОВИК.РУ И продолжить свой поиск оттуда.

© ВКК-Национальный союз кадровиков 2002-2016
Секретариат НСК тел. (495) 937 49 55
129164, Москва, а/я 23
e-mail: nsk@kadrovik.ru
При полном или частичном копировании материалов гиперссылка на страницу первоисточника обязательна.

веб-дизайн | оптимизация | продвижение

Время формирования страницы: 1482484643.0699 сек.

Другие статьи

Курсовая работа: Разработка информационной системы Отель

Курсовая работа: Разработка информационной системы Отель

Рисунок 4 – Диаграмма классов

2.2 Анализ структуры базы данных информационной системы «Отель» и блок-схемы системы

После построения модели, необходимо определить, в какой базе данных её строить: локальной или клиент-серверной.

Автономные (локальные) базы данных хранят все данные на том ПК, на котором установлены, при этом вся сеть не используется.

В данном случае это применимо, так как информационная система разрабатывается для АРМ администратора небольшой отеля. Поэтому, основываясь на специфике информационной системы, решено использовать локальную базу данных.

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

Единицей хранящейся в БД информации является таблица. Каждая таблица представляет совокупность строк и столбцов. Строки соответствуют экземпляру объекта, конкретному событию или явлению, а столбцы – атрибутам (признакам, характеристикам, параметрам) этого объекта, события, явления.

Теперь определим состав таблиц и их поля и связи. В данной базе данных используется шесть таблиц.

Таблица 1 – Структура таблицы «Номера» (Nomera.db)

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

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

На рисунке 5 приводится алгоритм основной работы информационной системы «Отель».

На рисунках 6 и 7 отображены соответственно процессы фильтрации таблиц и поиска записей в таблицах.

Рисунок 5 – Блок-схема процесса заселения-выселения постояльца

Рисунок 6 – Блок-схема процесса фильтрации таблиц

Рисунок 7 – Блок-схема процесса поиска записей в таблицах

Реализация данной задачи проводится в системе программирования Delphi 7.0.

Среда Delphi — это среда быстрой разработки, обеспечивающей высокоэффективную работу программиста, в которой в качестве языка программирования используется язык Object Pascal. В Delphi есть все необходимое для проектирования, запуска и тестирования программ, и где главной целью является облегчение процесса создания программ.

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

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

Листинг информационной системы представлен в приложении А.

3Инструкция пользователю

Создайте дерево каталогов c:\STUDENT\БИС-42.

Скопируйте папку Курсовая в папку БИС-42. Откройте её.

Запустите программу, нажав на значок. В появившемся окне нажмите кнопку «Войти» (рисунок 8).

В появившейся форме «Пароль» (рисунок 9) необходимо ввести код «123» и нажать кнопку «Вход».

Теперь форма «Информационная система «Отель» стала доступной для пользователя (рисунок 10).

Путем выбора меню «Файл», который содержит команды «Открыть» и «Выход», можно активизировать любую из трех вкладок (рисунок 11):

а также выйти из программы.

При выборе меню «Редактирование таблицы» можно выбрать одну из трех таблиц («Занятость номеров», «Постояльцы» или «Оказание дополнительных услуг») для редактирования (рисунок 12).

При этом открывается подвкладка «Правка» на одной из следующих вкладок:

- «Номера» для редактирования таблицы «Занятость номеров» (рисунок 13);

- «Постояльцы» для редактирования таблицы «Постояльцы» (рисунок 14);

- «Дополнительные услуги для редактирования таблицы «Оказание дополнительных услуг» (рисунок 15).

Для ввода новых данных необходимо сначала нажать кнопку «Очистить», затем ввести данные в каждую из ячеек и нажать кнопку «Добавить».

Для редактирования существующих записей нужно выбрать требуемую запись, внести изменения и нажать кнопку «Сохранить».

Для удаления какой-либо записи необходимо выбрать требуемую запись и нажать кнопку «Удалить».

Внимание! При удалении будьте внимательны, так как удаленные записи нельзя автоматически вернуть.

Также на подвкладке «Правка» на вкладке «Постояльцы»:

– можно определить срок проживания каждого постояльца. Для этого выберите необходимую запись и нажмите кнопку «Срок проживания»;

– можно автоматически рассчитать стоимость проживания с учетом оказанных услуг (кнопка «Счет»);

– при нажатии кнопки «Выселение» постоялец автоматически удаляется из таблиц «Постоялец» и «Занятость номеров» и перемещается в таблицу «Архив выбывших постояльцев», а комната, закрепленная за ним, становится свободной.

На подвкладке «Сведения» вкладки «Номера» (рисунок 16):

- можно определить срок проживания постояльца;

- получить список номеров (мест), освобождающихся на определенную дату, которую необходимо ввести в специально отведенную для этого ячейку «Дата выселения»;

- отфильтровать таблицу «Номера».

Таблицу «Номера» можно отфильтровать по:

- классу – для этого в ячейку «Условие фильтрации» вводим название требуемого класса номера, например, Люкс;

- номеру комнаты – для этого в ячейку «Условие фильтрации» вводим номер комнаты, например, 103;

- количеству мест в номере – для этого в ячейку «Условие фильтрации» вводим требуемое количество мест, например, 2;

- цене номера – для этого в ячейку «Условие фильтрации» вводим цену, например, 1200;

После выбора критерия фильтрации необходимо нажать кнопку «Фильтровать».

Список свободных номеров отображается в окошке под кнопкой «Фильтровать».

При выборе критерия фильтра «Нет» необходимо также нажать кнопку «Фильтровать». Таблица станет отображать все записи.

Аналогично можно отфильтровать таблицу «Постояльцы» (рисунок 17) и произвести поиск по таблицам «Номера» (рисунок 18), «Архив выбывших постояльцев» (рисунок 19) и «Оказание дополнительных услуг» (рисунок 20).

4 Контрольный пример

Таблицы создавались в DatabaseDesktop, входящей в комплект поставки Delphi, с использованием типа таблиц Paradox 7. Таблицы Paradox 7 по сравнению с другими поддерживают самый богатый набор разных типов полей, что позволяет автоматически следить за правильностью вводимых данных (пункт ValidityChecks в списке Tableproperties). Также можно выбирать данные из другой таблицы (LookupTable), строить вторичные индексы, в том числе составные (SecondaryIndexes), следить за ссылочной целостностью БД (ReferentialIntegrity), защищать таблицу от несанкционированного доступа (PasswordSecurity), выбирать языковой драйвер (TableLanguage).

Контрольный пример осуществлялся при занесении в каждую таблицу по 15-20 записей.

Таблицы «Номера» и «Дополнительные услуги» заполняются непосредственно в DatabaseDesktop, так как данные в этих таблицах не должны быть доступны для служащих отеля.

В таблицу «Архив выбывших постояльцев» данные поступают автоматически при нажатии кнопки «Выселение». При этом данные соответственно удаляются из таблиц «Занятость номеров» и «Оказание дополнительных услуг».

При использовании фильтров и при поиске записей информация не искажалась, выдавалась точно по определенным критериям.

Таким образом, при использовании демонстрационной БД наглядно показано, что информационная система «Отель» обеспечивает:

– быстрый доступ к среде хранения данных;

– качественную обработку информации (поиск, сортировку, фильтрацию);

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

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

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

Приложение выполняет следующий перечень требований:

– представление данных в удобном для пользователя виде;

– добавление и удаление данных;

– фильтрация и сортировка данных;

– навигация по набору данных.

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

– ведение списка постояльцев;

– ведение архива выбывших постояльцев за последний год.

Список используемых источников

1 Хомоненко А. Д. Гофман В. Э. Работа с базами данных в Delphi. – СПб. БХВ – Петербург, 2005. – 640 с.

2 Маняшек Г. Лешек А. Анализ требований и проектирование систем с использованием UML. Пер. с англ. – М. Издательский дом «Вильямс», 2000. – 570 с.

3 Мюллер Р. Базы данных и UML. Проектирование. – М. Издательский дом «Вильямс», 2000. – 590 с.

4 КватраниТ. Rational Rose 2000 и UML. Визуальное моделирование. – М. ДМК Пресс, 2001. – 613 с.

5 Глушаков С. В. Ломотько Д. В. Базы данных. – СПб. Питер, 2000. – 387 с.

6 Фаронов В. В. Шумаков П. В. Delphi 5. Руководство разработчика баз данных. – М. Нолидж, 2001. – 636 с.

7 Ларман к. Применение UML и шаблонов проектирования. – М. Издательский дом «Вильямс», 2002. – 410 с.

8 Буч Г. Рамбо Д. Джекобсон А. Язык UML. Руководство пользователя. – СПб. ДМК Пресс, 2004. – 580 с.

9 Вондров А. М. Проектирование программного обеспечения ЭИС. – М. Финансы и статистика, 2000. – 467 с.

10 Богс М. Богс У. UML и RationalRose. – М. Лори, 2001. – 618 с.

Исходный код программы

Форма №1 «Информационная система «Отель»

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, ComCtrls, Menus, ExtCtrls, Grids, DBGrids, DB, DBTables, DBCtrls,

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

Документ "Руководство пользователя"


РД 50-34.698-90. Автоматизированные системы. Требования к содержанию документов: <. >.

УКАЗАНИЯ ГОСТ:
Настоящие методические указания распространяются на автоматизированные системы (АС), используемые в различных сферах деятельности (управление, исследование, проектирование и т. п.), включая их сочетание, и устанавливают требования к содержанию документов, разрабатываемых при создании АС.

Руководство пользователя

УКАЗАНИЯ ГОСТ:
Документ содержит разделы:
1) введение;
2) назначение и условия применения;
3) подготовка к работе;
4) описание операций;
5) аварийные ситуации;
6) рекомендации по освоению.

1. Введение
1.1 Область применения

ПРИМЕР СОДЕРЖАНИЯ:
Наполнение данного раздела можно взять из документа "Техническое задание, п.п.2.1 ".

1.2 Краткое описание возможностей

ПРИМЕР СОДЕРЖАНИЯ:
Наполнение данного раздела можно взять из документа "Описание автоматизируемых функций, п.п.2. ".

1.3 Уровень подготовки пользователя
1.4 Перечень эксплуатационной документации

ПРИМЕР СОДЕРЖАНИЯ:
Перечень эксплуатационных документов, с которым необходимо ознакомиться:
- АС Кадры. "Руководство администратора";
- АС Кадры. "Руководство пользователя";
- т.д.
- пр.;

2 НАЗНАЧЕНИЕ И УСЛОВИЯ ПРИМЕНЕНИЯ

УКАЗАНИЯ ГОСТ:
В разделе "Назначение и условия применения" указывают:
1) виды деятельности, функции, для автоматизации которых предназначено данное средство автоматизации;
2) условия, при соблюдении (выполнении, наступлении) которых обеспечивается применение средства автоматизации в соответствии с назначением (например, вид ЭВМ и конфигурация технических средств, операционная среда и общесистемные программные средства, входная информация, носители данных, база данных, требования к подготовке специалистов и т. п.).

2.1 Виды деятельности, функции

ПРИМЕР СОДЕРЖАНИЯ:
АС Кадры предназначена для автоматизации следующих видов деятельности:
Наполнение раздела можно взять в документе "Описание автоматизируемых функций, раздел ЦЕЛИ АС И АВТОМАТИЗИРУЕМЫЕ ФУНКЦИИ ".

2.2 Программные и аппаратные требования к системе

ПРИМЕР СОДЕРЖАНИЯ:
Пример требований к программному обеспечению приведен в документе "Пояснительная записка, п.п.3.10 ".
Пример требований к аппаратному обеспечению приведен в документе "Техническое задание, п.п.4.3.5 ".

3 ПОДГОТОВКА К РАБОТЕ

УКАЗАНИЯ ГОСТ:
В разделе "Подготовка к работе" указывают:
1) состав и содержание дистрибутивного носителя данных;
2) порядок загрузки данных и программ;
3) порядок проверки работоспособности.

3.1 Состав дистрибутива

ПРИМЕР СОДЕРЖАНИЯ:
В состав дистрибутива АС Кадры входит:
- СУБД Oracle 10.2g;
- Приложение установки базы данных;
- Серверная часть Windows приложения АС Кадры;
- Клиентская часть Windows приложения;
- т.д.;
- пр.

3.2 Запуск системы

ПРИМЕР СОДЕРЖАНИЯ:
Предварительно необходимо выполнить установку системы. Информацию об установке системы можно получить в документе РД И3(А) АС Кадры, который входит в состав проектной документации.
1. Для того, чтобы запустить АС Кадры, откройте папку, в которую была установлена программа, и запустите файл kadry.exe.
2. В открывшемся окне заполните следующие поля в области окна Общие параметры:
- Логин - логин (логическое имя) пользователя;
- Пароль - пароль для входа в систему;
3. т.д.
пр.

3.3 Проверка работоспособности системы

ПРИМЕР СОДЕРЖАНИЯ:
Программное обеспечение работоспособно, если в результате действий пользователя, изложенных в п.п.3.2, на экране монитора отобразилось главное окно клиентского приложения без выдачи пользователю сообщений о сбое в работе.

4 ОПИСАНИЕ ОПЕРАЦИЙ

УКАЗАНИЯ ГОСТ:
В разделе "Описание операций" указывают:
1) описание всех выполняемых функций, задач, комплексов задач, процедур;
2) описание операций технологического процесса обработки данных, необходимых для выполнения функций, комплексов задач (задач), процедур.
Для каждой операции обработки данных указывают:
1) наименование;
2) условия, при соблюдении которых возможно выполнение операции;
3) подготовительные действия;
4) основные действия в требуемой последовательности;
5) заключительные действия;
6) ресурсы, расходуемые на операцию.

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

4.1 Наименование операции

ПРИМЕР СОДЕРЖАНИЯ:
Просмотр справочной информации.

4.2 Условия выполнения операции

ПРИМЕР СОДЕРЖАНИЯ:
Приложение запущено, успешно функционирует, не выполняет никакх операций, блокирущих доступ к пунктам меню.

4.3 Подготовительные действия

ПРИМЕР СОДЕРЖАНИЯ:
Отсутствуют.

4.4 Основные действия

ПРИМЕР СОДЕРЖАНИЯ:
Открыть пункт меню "Помощь", выбрать раздел "Справка". Появится всплывающее окно, содержащее разделы со справкой.

4.5 Заключительные действия

ПРИМЕР СОДЕРЖАНИЯ:
После завершения работы со справочной информацией, закрыть вплывающее окно со справкой.

4.6 Ресурсы, расходуемые на операцию

ПРИМЕР СОДЕРЖАНИЯ:
Отсутствуют.

5 АВАРИЙНЫЕ СИТУАЦИИ. ВОССТАНОВЛЕНИЕ БАЗЫ ДАННЫХ

УКАЗАНИЯ ГОСТ:
В разделе "Аварийные ситуации" указывают:
1) действия в случае несоблюдения условий выполнения технологического процесса, в том числе при длительных отказах технических средств;
2) действия по восстановлению программ и/или данных при отказе магнитных носителей или обнаружении ошибок в данных;
3) действия в случаях обнаружении несанкционированного вмешательства в данные;
4) действия в других аварийных ситуациях

ПРИМЕР СОДЕРЖАНИЯ:
При сбое в работе аппаратуры восстановление нормальной работы системы должно производиться после:
- перезагрузки операционной системы;
- запуска исполняемого файла системы;

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

6 РЕКОМЕНДАЦИИ ПО ОСВОЕНИЮ

УКАЗАНИЯ ГОСТ:
В разделе "Рекомендации по освоению" указывают рекомендации по освоению и эксплуатации, включая описание контрольного примера, правила его запуска и выполнения.

ПРИМЕР СОДЕРЖАНИЯ:
Для успешного освоения приложения АС Кадры необходимо иметь навыки работы с ПК и изучить следующее:
- Нормативно-правовую базу по вопросам управления государсвенными кадрами;
- Раздел «Описание процесса деятельности» документа «Пояснительная записка (Технический проект)»;
- Раздел «Описание автоматизируемых функций» документа «Пояснительная записка (Технический проект)»;
- Настоящее «Руководство пользователя».

Контрольный пример работы с системой
Ниже рассмотрен пример работы с системой, начиная с ее запуска и заканчивая оформлением документов:
1. Запустите систему.
2. т.д.
3. пр.

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

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

Предложения Минкомсвязи России по переходу на использование электронных сервисов соответствующих «Методическим рекомендациям по разработке электронных сервисов и применению технологии электронной подписи при межведомственном взаимодействии (версии 2.3.4)»


  1. Поставщикам информации необходимо доработать электронные сервисы, зарегистрированные в единой системе межведомственного электронного взаимодействия (далее - СМЭВ) до их соответствия Методическим рекомендациям по разработке электронных сервисов и применению технологии электронной подписи при межведомственном электронном взаимодействии (далее – Методические рекомендации) версии 2.3.4, одобренным Протоколом заседания Подкомиссии по использованию информационных технологий при предоставлении государственных и муниципальных услуг Правительственной комиссии по внедрению информационных технологий в деятельность государственных органов и органов местного самоуправления от 29 июля 2011 г. № 9 (далее - Подкомиссия).

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

  1. По окончании доработки и для начала регистрации доработанных электронных сервисов Поставщику информации необходимо предоставить оператору СМЭВ следующий комплект документов по каждому из доработанных сервисов:

  1. паспорт электронного сервиса;

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

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

Формы указанных выше документов и Методические рекомендации версии 2.3.4 опубликованы на Технологическом портале СМЭВ: http://smev.gosuslugi.ru, логин: smev, пароль: portal. Указанные документы необходимо направить в электронном виде (в формате word, excel) Оператору СМЭВ на адрес электронной почты smev@gosuslugi.ru. копия на адрес e.chekrygina@minsvyaz.ru .

  1. Процесс регистрации доработанного электронного сервиса начинается после получения Оператором СМЭВ полного комплекта документов в электронном виде.

В период, не превышающий 5 рабочих дней с момента получения полного комплекта документов, Оператор СМЭВ осуществляет регистрацию (в продуктивной и в тестовой среде СМЭВ) и тестирование доработанного Поставщиком информации электронного сервиса. Тестирование осуществляется в продуктивной среде СМЭВ с использованием контрольного примера, предоставленного Поставщиком информации. Основанием для отказа в регистрации доработанного электронного сервиса может явиться:

  1. в доработанном сервисе не реализовано использование уникальных идентификаторов государственных услуг из Федерального реестра государственных и муниципальных услуг (функций) при направлении межведомственных запросов;

  2. в доработанном сервисе не реализовано применение нумерации межведомственных запросов в соответствии с разделом II Регламента взаимодействия участников информационного обмена и Оператора СМЭВ при предоставлении информации об обстоятельствах межведомственного информационного обмена, одобренного Подкомиссией (пункт 2 раздела II протокола от 09.09.2011 г. №15);

  3. несоответствие доработанного электронного сервиса Методическим рекомендациям версии 2.3.4;

  4. предоставление неполного комплекта документов;

  5. неполнота или недостоверность информации, необходимой для регистрации электронного сервиса;

  6. неработоспособность представленного к регистрации электронного сервиса (непрохождение контрольного примера).

При отсутствии возможности регистрации электронного сервиса (например, из-за его некорректного функционирования) оператор СМЭВ незамедлительно информирует в рабочем порядке контактное лицо от Поставщика информации о необходимости устранения перечисленных выше причин.

После устранения Поставщиком информации выявленных недостатков, он повторно информирует Оператора СМЭВ о готовности к регистрации электронного сервиса. Оператор СМЭВ повторно осуществляет регистрацию сервиса в период, также не превышающий 5 рабочих дней.

По окончании процесса регистрации сервиса Оператор СМЭВ сообщает в рабочем порядке Поставщику информации уникальный идентификатор зарегистрированного сервиса (SID) как в продуктивной, так и в тестовой среде.

  1. Оператор СМЭВ обеспечивает доступ к доработанному электронному сервису Потребителям информации, указанным в паспорте электронного сервиса (в разделе «реестр прав доступа»).

  2. Оператор СМЭВ в течение суток с момента регистрации электронного сервиса уведомляет представителей Потребителей информации (с использованием информации, размещенной в Перечне сотрудников федеральных органов исполнительной власти, ответственных за информационно-технологическое обеспечение процесса межведомственного электронного взаимодействия с использованием СМЭВ, опубликованном на Технологическом портале СМЭВ) о готовности к эксплуатации и тестированию в тестовой среде СМЭВ доработанного электронного сервиса.

  3. Потребители информации осуществляют тестирование доработанного электронного сервиса с использование тестовой среды СМЭВ.

При этом подписание Протокола совместного тестирования с Потребителем информации и одобрение доработанного электронного сервиса на заседании Подкомиссии не требуется.

  1. Поставщик информации определяет дату вывода из эксплуатации электронного сервиса, выполненного не в соответствии или в неполном соответствии с Методическими рекомендациями версии 2.3.4 и оповещает Оператора СМЭВ (при этом срок поддержания работоспособности текущей версии электронного сервиса должен составлять не менее 10 и не более 15 календарных дней с момента уведомления потребителей информации о готовности к эксплуатации доработанных электронных сервисов).

  2. Оператор СМЭВ информирует Потребителей информации, указанных в паспорте текущей версии электронного сервиса, выполненного не в соответствии с Методическими рекомендациями версии 2.3.4 (в разделе «реестр прав доступа») о дате вывода из эксплуатации указанного электронного сервиса.

  3. Потребители информации, не позднее дата вывода из эксплуатации электронного сервиса, выполненного не в соответствии с Методическими рекомендациями версии 2.3.4 обеспечивает переход к использованию доработанного Поставщиком информации электронного сервиса.
  • Руководство пользователя электронного сервиса смэв
    Руководство пользователя сервиса выдачи ежеквартальной выгрузки реестра плательщиков страховых взносов в государственные внебюджетные.
  • Руководство пользователя электронного сервиса смэв
    Руководство пользователя сервиса выдачи информации о лицензиях на осуществление деятельности по изготовлению экземпляров аудиовизуальных.
  • Руководство пользователя содержание
    По klassmate является составляющей системы, которая состоит из интерактивного блока, мультимедийного проектора, электронного оптического.
  • Руководство пользователя вычислительного кластера Оренбургского государственного университета
    Руководство предназначено для работы на вычислительном кластере Оренбургского государственного университета. Руководство содержит.
  • Руководство пользователя Казань 2006 г. Оглавление
    Перед Вами откроется страница ввода персонального пароля «Электронного Правительства»
  • Руководство пользователя Санкт-Петербург 2010 год
    После первого включения оборудования на экране телевизионного приёмника появится сцена «Активация сервиса»
  • Правила электронного документооборота общие положения
    Организатором сэд зарегистрирован открытый ключ электронной подписи и которое владеет соответствующим закрытым (секретным) ключом.
  • Руководство пользователя сервиса предоставления сведений из лицензий связи
    Федеральная служба по надзору в сфере связи, информационных технологий и массовых коммуникаций (Роскомнадзор)
  • Руководство пользователя Общее описание работы с прайс-листами
    С 01 апреля 2010 года компания Рикс-Хаус приступила к внедрению нового сервиса 'Прайс листы аптек', который позволяет пользователям.
  • Регламент удостоверяющего Центра ОАО «альфа-банк»
    Удостоверяющим центром Банка выдан Сертификат ключа проверки электронной подписи, и которое владеет соответствующим ключом электронной.