Контрольные оценочные средства по МДК "Технология разработки программного обеспечения"

МЕТОДИЧЕСКИЕ  РЕКОМЕНДАЦИИ  ДЛЯ   ОБУЧАЮЩИХСЯ	Ульяновский авиационный колледж - МЦК
	ПРОФЕССИОНАЛЬНЫЙ ЦИКЛ
	МДК 03.01 ТЕХНОЛОГИЯ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ОЦЕНОЧНЫЕ СРЕДСТВА для проведения промежуточной аттестации на специальности СПО базовой подготовки 09.02.03 Программирование в компьютерных системах Форма проведения оценочной процедуры - ДИФФЕРЕНЦИРОВАННЫЙ ЗАЧЁТ Ульяновск  2018

ОДОБРЕНЫ на заседании ЦМК программирования и информационных технологий Протокол № 8 от «14» марта 2018 г. Председатель ЦМК: _________________ М.М. Чубыкина	УТВЕРЖДАЮ Заместитель директора по учебной работе _______________ Г.В. Знаенко «14» марта 2018 г.
РАЗРАБОТЧИК: Мардамшина А.А., преподаватель первой  категории УАвиаК - МЦК

СОДЕРЖАНИЕ

			стр.
I  ПАСПОРТ КОМПЛЕКТА ОЦЕНОЧНЫХ СРЕДСТВ
1.1	Контроль и оценка результатов освоения МДК		4
1.2	Предмет и объект оценивания ……………………………………………………		5
1.3	Организация контроля и оценки освоения программы МДК		5
II  КОМПЛЕКТ ОЦЕНОЧНЫХ СРЕДСТВ
2.1		Структура экзаменационного билета……………………………………………	6
2.2		Задания для подготовки обучающихся к дифференцированному зачёту……	7
2.3		Критерии оценивания заданий………………………………………………….	26
ИСПОЛЬЗОВАННАЯ ЛИТЕРАТУРА………………………………………………….			28

I. ПАСПОРТ КОМПЛЕКТА ОЦЕНОЧНЫХ СРЕДСТВ

1.1.Контроль и оценка результатов освоения МДК

Результаты обучения (освоенные умения, усвоенные знания)

УМЕНИЯ:

У1  владеть основными методологиями процессов разработки программного обеспечения

У3 разрабатывать процедуры генерации тестовых наборов данных с заданными характеристиками (с учётом ПС)

У5 использовать вспомогательные инструментальные программные средства для обработки исходного текста программного кода (с учётом ПС)

У6 выполнять действия, соответствующие установленному регламенту используемой системы контроля версий (с учётом ПС)

У7 применять методы и средства проверки работоспособности программного обеспечения (с учётом ПС)

У9 анализировать значения полученных характеристик программного обеспечения (с учётом ПС)

У11 применять инструментальные средства коллективной работы над программным кодом (с учётом ПС)

У12 публиковать результаты рефакторинга и оптимизации в коллективной базе знаний в виде лучших практик (с учётом ПС)

ЗНАНИЯ:

З1 модели процесса разработки программного обеспечения;

З6 концепции и реализации программных процессов;

З8 методы организации работы в коллективах разработчиков программного обеспечения;

З13 языки формализации функциональных спецификаций (с учётом ПС)

З19 методы и средства рефакторинга и оптимизации программного кода (с учётом ПС)

З21 внутренние нормативные документы, регламентирующие требования к программному коду, порядок отражения изменений в системе контроля версий (с учётом ПС)

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

ПРОФЕССИОНАЛЬНЫЕ КОМПЕТЕНЦИИ

ПК 3.1  Анализировать проектную и техническую документацию на уровне взаимодействия компонент программного обеспечения

ОБЩИЕ КОМПЕТЕНЦИИ

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

ОК 2 организовывать собственную деятельность, выбирать типовые методы и способы выполнения профессиональных задач, оценивать из эффективность и качество.

ОК 3 принимать решения в стандартных и нестандартных ситуациях и нести за них ответственность.

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

ОК 5 использовать информационно – коммуникационные технологии в профессиональной деятельности

ОК 6 работать в коллективе и команде, обеспечение ее сплочение, эффективно общаться с коллегами, руководством, потребителями.

ОК 7 брать на себя ответственность за работу членов команды (подчиненных), результат выполнения заданий

ОК 8 самостоятельно определять задачи профессионального и личностного развития, заниматься самообразованием, осознанно планировать повышение квалификации.

ОК 9 ориентироваться в условиях частой смены технологий в профессиональной деятельности.

1.2.Предмет и объект оценивания

Предмет оценивания	Объект оценивания
З1, З6, З8, З13, З19, З21, З22, ОК2, ОК3, ОК4, ОК5	Вопрос 1. ТЕОРЕТИЧЕСКОЕ ЗАДАНИЕ
У1, У3, У5, У6, У7, У9, У11, У12, ОК1 – ОК5, ОК8, ОК9, ПК 3.1	Вопрос 2. ПРАКТИЧЕСКОЕ ЗАДАНИЕ Формирование коллектива и распределение функций и ролей для внедрения нового программного продукта Составление функциональной диаграммы Составление диаграмм на языке UML

 

1.3.Организация контроля и оценки освоения программы МДК

Форма итогового контроля	Критерии положительной аттестации
ДИФФЕРЕНЦИРОВАННЫЙ ЗАЧЕТ	Проводится с учетом результатов текущего контроля (набранных баллов). Образовательные результаты контролируемых показателей составляют не менее 39% по каждому разделу семестра. Отметка зависит от набранных баллов за семестр.

 

 

II. КОМПЛЕКТ ОЦЕНОЧНЫХ СРЕДСТВ

2.1.Структура экзаменационного билета

Ø ЦЕЛЬ: проверить уровень сформированности образовательных результатов обучающихся по МДК

Ø ПРОВЕРЯЕМЫЕ ОБРАЗОВАТЕЛЬНЫЕ РЕЗУЛЬТАТЫ: У1, У3, У5, У6, У7, У9, У11, У12, З1, З6, З8, З13, З19, З21, З22, ОК1 – ОК5, ОК8, ОК9, ПК 3.1.

Ø СТРУКТУРА ИНДИВИДУАЛЬНОГО ЭКЗАМЕНАЦИОННОГО БИЛЕТА

№ вопроса	Задание	К-во	Вопросы формируются из №№ заданий
1	ТЕОРЕТИЧЕСКОЕ ЗАДАНИЕ	1	1.1 - 1.21
2	ПРАКТИЧЕСКОЕ ЗАДАНИЕ	3	2.1 – 2.8

Ø ОБОРУДОВАНИЕ: персональный компьютер, среда для построения функциональных диаграмм, среда для разработки схем на языке UML, MS Word.    

Ø  ВРЕМЯ ДЛЯ ПОДГОТОВКИ: 45 мин.

Ø  ОЦЕНИВАНИЕ: 1 вопрос  - 25 баллов;

2 вопрос - 75 баллов;

Ø  КИТЕРИИ ОТМЕТОК: «5»         ³ 81%  правильных ответов

«4» = 61– 80%  правильных ответов    

«3» = 39 – 60% правильных ответов

«2» < 39%  правильных ответов

ПРИМЕЧАНИЕ:

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

2. Отметка ставится только на основании правильных ответов;

    за ошибочные ответы баллы не снимаются.

2.2. Задания  для подготовки обучающихся  к дифференцированному зачёту

Вопрос 1. ТЕОРЕТИЧЕСКОЕ ЗАДАНИЕ:

1.1              Перечислите основные понятия программной инженерии.

1.2              Перечислите официальную классификацию процессов программной инженерии.

1.3              Перечислите классические модели жизненного цикла. Опишите одну из классических моделей жизненного цикла.

1.4              Опишите одну из современных моделей жизненного цикла.

1.5              Назовите основы организации работы в коллективе разработчиков программного обеспечения

1.6              Перечислите виды требований к программному обеспечению

1.7              Опишите процесс формирования требований к программному обеспечению

1.8              Перечислите классические методы анализа требований к программному обеспечению

1.9              Назовите принципы объектно-ориентированного представления программных систем

1.10          Опишите процесс объектно-ориентированной разработки требований к программному обеспечению

1.11          Назовите основные положения архитектурного проектирования программных средств.

1.12          Назовите основные положения структурного проектирования программных средств.

1.13          Назовите основные положения модульного проектирования и программирования.

1.14          Перечислите составляющие стиля программирования. Опишите один из методов оценки стиля программирования.

1.15          Назовите основные положения объектно-ориентированного архитектурного проектирования

1.16          Назовите основные положения объектно-ориентированного детального проектирования

1.17          Назовите основные положения объектно-ориентированного проектирования интерфейса пользователя

1.18          Назовите основные положения объектно-ориентированного программирования модулей

1.19          Назовите основные положения компонентной объектной модели

1.20          Назовите основные положения аспектно-ориентированного проектирования программных средств

1.21          Назовите основные положения аспектно-ориентированного программирования программных средств

Вопрос 2. ПРАКТИЧЕСКОЕ ЗАДАНИЕ (в каждом задании)

1. Формирование коллектива и распределение функций и ролей для внедрения нового программного продукта
2. Составление функциональной диаграммы
3. Составление диаграмм на языке UML

Задача 2.1

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

Условное обозначение системы: ИС УОС.

В состав системы входят следующие компоненты:

-        Подсистема управления. Подсистема предназначена для работы администраторов ИС УОС с данными БД ИС УОС, выполнения настроек и администрирования компонента ИС УОС.

-        Подсистема сбора и обработки данных. Подсистема предназначена для регистрации в ИС УОС информации о гражданах, формирования заявлений граждан на получение УЭК, обеспечения необходимого порядка обработки информации для организации выпуска УЭК.

-        Подсистема выдачи УЭК. Подсистема, предназначена для выполнения процедур по выдаче и учету выданных гражданам УЭК.

-        Подсистема информационного обмена. Подсистема предназначена для экспорта и/или  импорта данных между ИС УОС и иными автоматизированными системами в рамках функционирования УЭК.

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

-        Подсистема ведения нормативно-справочной информации (НСИ). Подсистема представляет собой программное обеспечение для работы со справочными данными ИС УОС. Обеспечивает функции по актуализации нормативно справочных данных при информационном обмене между участниками ИС УОС и внешними информационными системами.

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

-        База данных ИС УОС. Подсистема, предназначенная для хранения и управления данными, формируемыми при функционировании ИС УОС.

В состав внешних систем, осуществляющих информационное взаимодействие с компонентами ИС УОС, входят:

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

-        Информационная система Центра изготовления карт.

-        Информационная система Центра персонализации карт.

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

ИС УОС требуется для обслуживания следующий персонал:

-        Менеджерский состав:

o   Руководитель ИС УОС – 1 человек

o   Менеджер по взаимодействию с участниками – 1 человек

-        Системное администрирование:

o   Администратор БД – 2 человека

o   Сетевой администратор – 1 человек

o   Системный администратор – 1 человек

-        Прикладное сопровождение:

o   Прикладной администратор ИС УОС –  менее 1 человека

o   Специалист контакт – центра – не менее 2 человек (на каждые 100 тыс. карт + еще 1 человек)

-        Информационная безопасность:

o   Администратор информационной безопасности – не менее 1 человека

-        Оператор программы в пунктах выдачи:

o   Оператор ППВ – 1 человек в каждом пункте выдачи УЭК.

Подсистема управления

Подсистема должна содержать в своем составе специализированный АРМ оператора для управления ИС УОС.

Функции АРМ:

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

-        Информационный обмен;

-        Взаимодействие с УОС в целях выпуска карт;

-        Ведение НСИ;

-        Предоставление отчетных данных;

-        Администрирование БД ИС УОС.

Сбор и обработка данных о гражданине, необходимых для осуществления операции выдачи карты. АРМ должен позволять вводить следующие данные о гражданине:

-        Дата заявления

-        Номер заявления

-        Причина подачи заявления

-        Документ удостоверяющий личность

-        Фамилия

-        Имя

-        Отчество

-        Дата рождения

-        Место рождения

-        Пол

-        Гражданство

-        СНИЛС

-        Сведения о регистрации по месту жительства

-        Сведения о регистрации по месту пребывания

-        Контактный телефон

-        E-mail

-        Банк

-        Номер полиса ОМС

-        Наименование страховой медицинской организации

-        Кодовое слово

-        Право на льготы

-        Законный представитель

-        Фотография

-        Согласие на обработку персональных данных

-        Подпись заявителя (изображение подписи гражданина)

-        Информирование по CMC или электронной почте

-        Согласие на открытие индивидуального лицевого счета в системе пенсионного страхования

-        Достоверность указанных сведений

-        Ознакомление с правилами использования УЭК

-        Адрес места получения УЭК

Функции АРМ в части информационного обмена:

-        Взаимодействие УОС с центр изготовления карт в целях заказа заготовок карт;

-        Взаимодействие УОС с Федеральной организацией в целях выпуска карт;

-        Взаимодействие УОС с Эмитентом в целях выпуска карт;

-        Взаимодействие УОС с центром персонализации карт в целях выпуска карт;

-        Выполнение настроек импорта данных при информационном обмене с внешними системами;

-        Выполнение настроек соответствия справочников системы;

Функции АРМ в части ведения НСИ:

-        Просмотр, добавление и редактирование информации справочников ИС УОС в соответствии с набором прав и привилегий пользователя;

-        Обработка данных системных справочников, поступающих от ФУО;

-        Формирование данных для обмена справочной информацией между ИС УОС и внешними системами.

Функции АРМ по предоставлению отчетных данных:

-        Предоставление отчетных форм и пользовательских представлений по данным, формируемым в результате функционирования ИС УОС, в соответствии с установленными в системе правами и привилегиями пользователей;

-        Предоставление пользовательского интерфейса для формирования и сохранения отчетных форм ИС УОС на компьютер пользователя.

Функции АРМ в части администрирования объектов БД ИС УОС:

-        Настройка выполнения заданий по расписанию;

-        Формирование и отображение журналов системы;

o   Журналы запуска и выполнения операций

o   Журналы системных событий

o   Журналы сообщений об ошибках

o   Журналы изменения реквизитов объектов

-        Настройка параметров реестров.

Задача 2.2

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

Условное обозначение системы: ИС УОС.

В состав системы входят следующие компоненты:

-        Подсистема управления. Подсистема предназначена для работы администраторов ИС УОС с данными БД ИС УОС, выполнения настроек и администрирования компонента ИС УОС.

-        Подсистема сбора и обработки данных. Подсистема предназначена для регистрации в ИС УОС информации о гражданах, формирования заявлений граждан на получение УЭК, обеспечения необходимого порядка обработки информации для организации выпуска УЭК.

-        Подсистема выдачи УЭК. Подсистема, предназначена для выполнения процедур по выдаче и учету выданных гражданам УЭК.

-        Подсистема информационного обмена. Подсистема предназначена для экспорта и/или  импорта данных между ИС УОС и иными автоматизированными системами в рамках функционирования УЭК.

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

-        Подсистема ведения нормативно-справочной информации (НСИ). Подсистема представляет собой программное обеспечение для работы со справочными данными ИС УОС. Обеспечивает функции по актуализации нормативно справочных данных при информационном обмене между участниками ИС УОС и внешними информационными системами.

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

-        База данных ИС УОС. Подсистема, предназначенная для хранения и управления данными, формируемыми при функционировании ИС УОС.

В состав внешних систем, осуществляющих информационное взаимодействие с компонентами ИС УОС, входят:

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

-        Информационная система Центра изготовления карт.

-        Информационная система Центра персонализации карт.

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

ИС УОС требуется для обслуживания следующий персонал:

-        Менеджерский состав:

o   Руководитель ИС УОС – 1 человек

o   Менеджер по взаимодействию с участниками – 1 человек

-        Системное администрирование:

o   Администратор БД – 2 человека

o   Сетевой администратор – 1 человек

o   Системный администратор – 1 человек

-        Прикладное сопровождение:

o   Прикладной администратор ИС УОС –  менее 1 человека

o   Специалист контакт – центра – не менее 2 человек (на каждые 100 тыс. карт + еще 1 человек)

-        Информационная безопасность:

o   Администратор информационной безопасности – не менее 1 человека

-        Оператор программы в пунктах выдачи:

o   Оператор ППВ – 1 человек в каждом пункте выдачи УЭК.

Подсистема сбора и обработки данных

Подсистема выполняет функции:

1.   Регистрация в системе заявлений и обеспечение необходимого порядка обработки информации, необходимой для организации первичной выдачи карты. Эта функция включает в себя операции:

a.       Фотографирование гражданина;

b.      Сканирование, сохранение и обработка заявлений гражданина на выдачу карты;

c.       Формирование изображения подписи держателя карты УЭК с использованием цифрового планшета, путем сканирования подписи и с использованием цифровой фотокамеры;

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

e.       Формирование заказа для изготовления партий заготовок карт УЭК;

f.        Формирование списков для распределения карт в разрезе пунктов приема и выдачи карт;

g.      Аннулирование заявления на выдачу кары.

2.   Выполнение процедур по подготовке повторной выдачи карт. Эта функция включает следующие операции:

a.       Формирование и обработка заявлений граждан о получении дубликата карты;

b.      Формирование заказа для изготовления партий заготовок карт;

c.       Формирование списков распределения карт;

d.      Хранение и учет номеров выданных гражданину карт;

e.       Регистрация факта повторной выдачи карты;

f.        Формирование реестров для повторного выпуска карт УЭК, утративших силу по причине утери, поломки, окончания срока действия и т.д.

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

a.       Данные фотографии гражданина;

b.      Информация о первично выданной карте, а также всех картах выданных повторно с указанием причины повторной выдачи;

c.       Данные о выбранном гражданином банке-эмитенте банковского приложения.

4.   Формирование и обработка заявления о возврате карты в УОС.

5.   Формирование и обработка заявлений граждан об отказе в получении карт;

6.   Выполнение процедур по уничтожению карты.

Задача 2.3

Полное наименование системы: Корпоративная географическая информационная система федерального государственного унитарного предприятия «Рослесинфорг».

Условное обозначение системы: КГИС-1 ФГУП «Рослесинфорг».

Система состоит из трех подсистем:

1. КГИС платформа;
2. Информационно-справочное приложение «Лесная карта»;
3. Геопортал.

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

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

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

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

Компоненты системы должны обеспечивать выполнение следующих функциональных требований:

1.      Функции КГИС платформы:

1.1.   Создание и ведение базы географических данных:

1.1.1.     Создание пространственных данных;

1.1.2.     Редактирование пространственных данных;

1.1.3.     Удаление пространственных данных.

1.2.   Публикация пространственных данных:

1.2.1.     Подготовка картографических проектов для публикации;

1.2.2.     Публикация веб-сервисов по стандартам OGC.

2.      Функции информационно-справочного приложения «Лесная карта»:

2.1.   Предоставление справочных сведений о следующих информационных объектах:

2.1.1.     Единицы организационной структуры Рослесинфорга: зоны деятельности управляющих и управляемых филиалов;

2.1.2.     Единицы территориального деления Российской федерации: границы федеральных округов, субъектов РФ, муниципальных и административных районов;

2.1.3.     Единицы территориального деления лесного фонда: границы лесничеств, участков лесничеств, урочищ, кварталов, выделов.

2.2.   Предоставление тематических сведений в виде тематических карт;

2.3.   Отображение тематических сведений на картографической основе, а именно:

2.3.1.     Цифровая картографическая основа кадастра, предоставляемая Росреестром в виде веб-сервисов, включающих в свой состав мультимасштабную карту, орофотопланы и ортофотопокрытия.

2.3.2.     Данные дистанционного зондирования, полученные из открытых источников.

2.4.   Атрибутивный поиск объектов.

2.5.   Стандартные функции управления картой (масштабирование, управление историей экстентов, выполнение измерений на карте, отображение легенды, управление составом слоев и т.д.)

2.6.   Создания и редактирования отчетов по эффективности проведенных меропрриятий в рамках ГИЛ.

3.      Функции геопортала:

3.1.   Работа с каталогом метаданных:

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

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

3.2.   Работа с пространственными продуктами:

3.2.1.     Просмотр перечня доступных продуктов (поиск по категориям);

3.2.2.     Получение более подробной информации о ресурсах;

3.2.3.     Просмотр структуры ресурса;

3.2.4.     Добавление ресурса на карту;

3.2.5.     Просмотр детальных сведений;

3.2.6.     Просмотр и изменение рейтинга ресурса;

3.2.7.     Просмотр метаданных в формате XML;

3.2.8.     Просмотр метаданных, связанных с метаданными выбранного ресурса;

3.2.9.     Просмотр ресурса и ссылки на него.

3.2.10. Скачивание данных с указанием области для скачивания, состава и формата скачиваемых данных.

Задача 2.4

Полное название системы: информационная web-система для компании «ОГК-2».

Web-система должна состоять из двух взаимосвязанных частей:

·        сторона посетителя

·        сторона администратора

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

Сторона администратора представляет собой часть web-системы, которая обеспечивает управление пользователями web-системы и информационным наполнением, представляемым на стороне посетителя (далее, контент web-системы). Доступ в административную зону разрешен только администратору web-системы либо пользователю с правами администратора и защищен логином и паролем на уровне программного обеспечения web-сервера. Доступ к административной зоне возможен только при использовании браузера Internet Explorer 5.5 или выше и операционной системы Microsoft Windows.

Веб-сайт должен поддерживать русский и английский язык  представления контента и английский язык интерфейса бэкофиса (стороны администратора web-системы).

Разрабатываемая web-система должна иметь корректное отображение при разрешении экрана 1024х768 точек и выше, при цветности Hi Color 16 bit (65536 цветов) и выше.

Разрабатываемая web-система должна содержать следующие функциональные модули:

·         Модуль управления структурой.

·         Модуль управления статическим содержимым страниц.

·         Модуль управления шаблонами оформления.

·         Модуль управления медиаобъектами.

·         Модуль управления информационными лентами.

·         Модуль управления формами.

·         Модуль управления баннерами.

·         Модуль управления механизмом поиска.

·         Модуль управления пользователями и доступом.

·         Модуль протоколирования действий пользователей (сторона администратора).

·         Модуль управления структурированными данными.

Модуль управления структурой

Сторона посетителя

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

Сторона администратора

Функциональные возможности:

1.      Переход по уровням информационной структуры.

2.      Отображение объектов текущего уровня:

a.       Отображаемые поля:

1.      Тип объекта.

2.      Название объекта.

3.      Дата последнего изменения.

4.      Имя пользователя, вносившего последние изменения.

5.      Имя пользователя, в данный момент работающего с объектом (если есть).

b.      Сортировка списка объектов по полям:

1.      По возрастанию значений поля.

2.      По убыванию значений поля.

c.       Добавление объекта.

d.      Удаление объекта.

e.       Перемещение объектов.

f.        Редактирование объектов:

g.      Вывод списка элементов, включенных в объект.

h.      Добавление элемента страницы.

i.        Выбор из списка доступных элементов.

j.        Удаление элемента страницы.

k.      Редактирование элемента страницы.

Связывание элемента структуры с шаблоном.

Редактирование свойств объекта.

l.        Изменение порядка расположения объектов.

m.    Копирование объекта.

n.      Просмотр соответствующей объекту страницы.

o.      Отображение списка страниц, ссылки на которые есть с выбранной страницы (элемент content).

3.      Управление «базовыми» страницами:

a.       Назначение «базовой» страницы.

b.      Назначение/удаление зависимых страниц.

Модуль управления медиаобъектами

Сторона посетителя

Данный модуль должен позволять работать с закачиваемыми на сервер медиаобъектами (пользовательскими файлами на сервере, такими как изображения, видео-ролики, неформатируемые документы и т.п.).

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

Каждый медиаобъект должен иметь следующие атрибуты:

1.         Дата публикации.

2.         Имя файла.

3.         Описание объекта (произвольное текстовое описание).

4.         Объем файла (в байтах).

5.         Тип файла или идентификатор приложения, которое может работать с данным типом файла.

Сторона администратора

Функциональные возможности:

1.         Навигация по каталогу загружаемых медиаобъектов.

2.         Сортировка файлов по имени, типу.

3.         Создание папки для загрузки в нее файлов.

4.         Перемещение/удаление/переименование папки.

5.         Загрузка файла в папку с локального диска.

6.         Перемещение/удаление/переименование файла.

7.         Редактирование свойств файла.

8.         Создание списка всех файлов с указанием информационных элементов, с которыми имеется связь.

9.         Создание списка информационных элементов, связанных с конкретным файлом.

Общие требования к страницам

Каждая страница веб-сайта должна иметь в своём составе следующие элементы:

·         Логотип концерна;

·         Главное меню;

·         Ссылка на главную страницу;

·         Ссылка на карту сайта;

·         Ссылка на раздел «Контакты»

·         Ссылка на страницу поиска;

·         Ссылка на английскую версию сайта;

·         На внутренних страницах сайта должно присутствовать навигационное меню по вложенным подразделам выбранного раздела;

Задача 2.5

Автоматизированная система управления для принятия управленческих решений в Федеральном дорожном агентстве (далее Росавтодор) с учетом технологических, правовых и имущественных факторов.

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

АСУ должна обеспечить автоматизированную поддержку следующих технологических процессов на объекте автоматизации:

-       управление стратегическим развитием;

-       ведение общесистемного отраслевого банка данных;

-       использование геоинформационных данных;

-       управление качеством;

-       ведение библиотеки административно-управленческих регламентов;

-       ведение архива;

-       управление общехозяйственной деятельностью;

-       ведение реестров имущества, земельных ресурсов и объектов придорожной инфраструктуры;

-       управление инновациями;

-       управление бюджетом и финансами;

-       управление госзаказом;

-       управление кадрами;

-       ведение документооборота;

-       получение информационно-аналитической информации;

-       функционирование информационного портала Росавтодора;

-       ведение единой системы классификации и кодирования нормативно-справочной информации всех уровней;

-       координация с госорганами и ведомствами РФ и других стран;

-       управление и контроль хода выполнения работ по строительству и реконструкции автодорог;

-       управление в условиях чрезвычайных и кризисных ситуаций;

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

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

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

-       дорожный метеомониторинг и метеопрогноз;

-       мониторинг транспортных потоков;

-       контроль освещения дорог и искусственных сооружений;

-       мониторинг платных дорог;

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

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

-       мониторинг паводковой обстановки на федеральных дорогах;

-       экологический мониторинг;

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

-       мониторинг (диагностика) дорожных одежд;

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

АСУ должна включать в себя следующие виды функциональных систем:

Прикладная система. Комплекс программных средств, предназначенный для автоматизации набора функций Росавтодора, тесно связанных друг с другом по организационным, информационным, технологическим или иным признакам.

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

АСУ должна включать в себя следующие прикладные системы:

1)      группа прикладных систем ядра;

2)      группа прикладных систем.

Группа прикладных систем ядра АСУ должна включать в себя следующие системы:

1)      «Общесистемный отраслевой банк данных»;

2)      «Нормативно-справочная информация»;

3)      «Геоинформационная система».

Должна обеспечиваться работа КСА в двух режимах:

1)      сетевой режим взаимодействия;

2)      автономный.

Требования к численности персонала, структуре и функциям подразделений

Количество администраторов одного КСА АСУ может быть определено по следующей методике: 1 администратор на 50-70 пользователей плюс 1 ведущий специалист плюс 1 начальник отдела автоматизации. В небольших (менее 50 пользователей) КСА должности ведущего специалиста и администратора, или ведущего специалиста и начальника отдела могут совмещаться

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

Конкретное количество, структура и численность персонала подразделений технического обслуживания и дежурных служб определяется на стадии «Технический проект».

Прикладные система первой очереди

1)      Прикладная система «Общесистемный отраслевой банк данных»,

2)      Прикладная система «Нормативно-справочная информация»

3)      Прикладная система «Геоинформационная система»

4)      Прикладная система «Управление бюджетом и финансами»,

5)      Прикладная система «Управление госзаказом»,

6)      Прикладная система «Управление кадрами»,

7)      Прикладная система «Документооборот»,

8)      Прикладная система «Ведение реестров имущества, земельных ресурсов и объектов придорожной инфраструктуры»,

9)      Прикладная система «Управление общехозяйственной деятельностью»,

10)  Прикладная система «Информационный портал Росавтодора»,

11)  Прикладная система «Управление в условиях чрезвычайных и кризисных ситуаций»,

12)  Прикладная система «Мониторинг паводковой обстановки на федеральных дорогах».

Прикладная система  «Общесистемный отраслевой банк данных» (ПС ООБД) предназначена для формирования единого содержания отраслевого банка данных АСУ и организации единого механизма доступа к информации, хранимой в отраслевом банке данных, из других прикладных систем АСУ, в том числе для:

·        организации передачи данных из ПС ООБД в другие прикладные системы АСУ;

·        автоматизации процесса ведения массива специализированных информационных объектов АСУ.

ПС ООБД входит в группу подсистем ядра АСУ.

ПС ООБД должна включать в себя модуль хранения данных (в системе управления базой данных - СУБД), в котором будет размещаться основной репозиторий объектов АСУ.

Функциональные требования

ПС ООБД должна реализовывать функции добавления информации.

ПС ООБД должна реализовывать функции изменения информации.

ПС ООБД должна реализовывать функции удаления информации.

ПС ООБД должна реализовывать функции обновления информации.

В ПС ООБД должны быть реализованы операции импорта/экспорта данных.

В ПС ООБД должны быть реализованы механизмы контроля сохранности и целостности информации.

В ПС ООБД должен быть реализован механизм ввода данных по документам-основаниям (электронным документам, определенным в системе, как источник данных для заданных типов объектов).

ПС ООБД должна обеспечивать ведение системного журнала операций (регистрация изменений).

ПС ООБД должна включать в себя интегрированный механизм информационной безопасности.

Должна быть обеспечена возможность создания политик безопасности в части доступа к объектам ПС ООБД:

В ПС ООБД должна быть обеспечена возможность ведения реестра пользователей.

В ПС ООБД должна быть обеспечена возможность ведения реестра ролей.

В ПС ООБД должно быть обеспечено регламентирование пользовательских прав доступа к ООБД в зависимости от назначенной роли.

ПС ООБД должна обеспечивать возможность ведения журнала событий.

Должны быть реализованы прочие операции, обеспечивающие  необходимую функциональность ПС ООБД в целом.

Задача 2.6

Автоматизированная система управления для принятия управленческих решений в Федеральном дорожном агентстве (далее Росавтодор) с учетом технологических, правовых и имущественных факторов.

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

АСУ должна обеспечить автоматизированную поддержку следующих технологических процессов на объекте автоматизации:

-       управление стратегическим развитием;

-       ведение общесистемного отраслевого банка данных;

-       использование геоинформационных данных;

-       управление качеством;

-       ведение библиотеки административно-управленческих регламентов;

-       ведение архива;

-       управление общехозяйственной деятельностью;

-       ведение реестров имущества, земельных ресурсов и объектов придорожной инфраструктуры;

-       управление инновациями;

-       управление бюджетом и финансами;

-       управление госзаказом;

-       управление кадрами;

-       ведение документооборота;

-       получение информационно-аналитической информации;

-       функционирование информационного портала Росавтодора;

-       ведение единой системы классификации и кодирования нормативно-справочной информации всех уровней;

-       координация с госорганами и ведомствами РФ и других стран;

-       управление и контроль хода выполнения работ по строительству и реконструкции автодорог;

-       управление в условиях чрезвычайных и кризисных ситуаций;

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

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

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

-       дорожный метеомониторинг и метеопрогноз;

-       мониторинг транспортных потоков;

-       контроль освещения дорог и искусственных сооружений;

-       мониторинг платных дорог;

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

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

-       мониторинг паводковой обстановки на федеральных дорогах;

-       экологический мониторинг;

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

-       мониторинг (диагностика) дорожных одежд;

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

АСУ должна включать в себя следующие виды функциональных систем:

Прикладная система. Комплекс программных средств, предназначенный для автоматизации набора функций Росавтодора, тесно связанных друг с другом по организационным, информационным, технологическим или иным признакам.

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

АСУ должна включать в себя следующие прикладные системы:

1)      группа прикладных систем ядра;

2)      группа прикладных систем.

Группа прикладных систем ядра АСУ должна включать в себя следующие системы:

3)      «Общесистемный отраслевой банк данных»;

4)      «Нормативно-справочная информация»;

5)      «Геоинформационная система».

Должна обеспечиваться работа КСА в двух режимах:

6)      сетевой режим взаимодействия;

7)      автономный.

Требования к численности персонала, структуре и функциям подразделений

Количество администраторов одного КСА АСУ может быть определено по следующей методике: 1 администратор на 50-70 пользователей плюс 1 ведущий специалист плюс 1 начальник отдела автоматизации. В небольших (менее 50 пользователей) КСА должности ведущего специалиста и администратора, или ведущего специалиста и начальника отдела могут совмещаться

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

Конкретное количество, структура и численность персонала подразделений технического обслуживания и дежурных служб определяется на стадии «Технический проект».

Прикладные система первой очереди

1)      Прикладная система «Общесистемный отраслевой банк данных»,

2)      Прикладная система «Нормативно-справочная информация»

3)      Прикладная система «Геоинформационная система»

4)      Прикладная система «Управление бюджетом и финансами»,

5)      Прикладная система «Управление госзаказом»,

6)      Прикладная система «Управление кадрами»,

7)      Прикладная система «Документооборот»,

8)      Прикладная система «Ведение реестров имущества, земельных ресурсов и объектов придорожной инфраструктуры»,

9)      Прикладная система «Управление общехозяйственной деятельностью»,

10)  Прикладная система «Информационный портал Росавтодора»,

11)  Прикладная система «Управление в условиях чрезвычайных и кризисных ситуаций»,

12)  Прикладная система «Мониторинг паводковой обстановки на федеральных дорогах».

 Прикладная система «Нормативно-справочная информация» (ПС НСИ) предназначена для формирования единого содержания отраслевых справочников и классификаторов АСУ и организации единого механизма доступа к информации хранимой в данной прикладной системе нормативно-справочной информации из других прикладных систем АСУ.

ПС НСИ входит в группу подсистем ядра АСУ.

Функциональные требования.

ПС НСИ должна обеспечивать автоматизацию процесса ведения отраслевых словарей и классификаторов:

1)      формирование списка отраслевых словарей и классификаторов:

а)      добавление новых отраслевых словарей и классификаторов;

б)      изменение существующих отраслевых словарей и классификаторов;

в)      удаление существующих отраслевых словарей и классификаторов;

2)      формирование содержания отраслевых словарей, классификаторов:

а)      добавление новых элементов;

б)      изменение существующих элементов;

в)      удаление существующих элементов.

ПС НСИ должна обеспечивать соответствие состава и структуры отраслевых справочников и классификаторов составу и структуре общероссийских классификаторов технико-экономической и социальной информации в социально-экономической сфере.

ПС НСИ должна обеспечивать как централизованное, так и децентрализованное ведение отраслевых справочников и классификаторов на объектах автоматизации АСУ. (Разделение справочников и классификаторов на централизованные и децентрализованные должно быть определено в ЧТЗ на систему).

ПС НСИ должна обеспечивать:

1)      открытость и общедоступность системы кодирования в части, не содержащей сведений, составляющих государственную тайну;

2)      методическое и организационное единство системы кодирования АСУ;

3)      комплексность системы кодирования АСУ;

4)      обязательность применения системы кодирования АСУ при формировании всех информационных подсистем и ресурсов АСУ;

5)      соответствие системы кодирования АСУ с международными классификациями и стандартами.

Задача 2.7

Автоматизированная система управления для принятия управленческих решений в Федеральном дорожном агентстве (далее Росавтодор) с учетом технологических, правовых и имущественных факторов.

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

АСУ должна обеспечить автоматизированную поддержку следующих технологических процессов на объекте автоматизации:

-       управление стратегическим развитием;

-       ведение общесистемного отраслевого банка данных;

-       использование геоинформационных данных;

-       управление качеством;

-       ведение библиотеки административно-управленческих регламентов;

-       ведение архива;

-       управление общехозяйственной деятельностью;

-       ведение реестров имущества, земельных ресурсов и объектов придорожной инфраструктуры;

-       управление инновациями;

-       управление бюджетом и финансами;

-       управление госзаказом;

-       управление кадрами;

-       ведение документооборота;

-       получение информационно-аналитической информации;

-       функционирование информационного портала Росавтодора;

-       ведение единой системы классификации и кодирования нормативно-справочной информации всех уровней;

-       координация с госорганами и ведомствами РФ и других стран;

-       управление и контроль хода выполнения работ по строительству и реконструкции автодорог;

-       управление в условиях чрезвычайных и кризисных ситуаций;

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

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

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

-       дорожный метеомониторинг и метеопрогноз;

-       мониторинг транспортных потоков;

-       контроль освещения дорог и искусственных сооружений;

-       мониторинг платных дорог;

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

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

-       мониторинг паводковой обстановки на федеральных дорогах;

-       экологический мониторинг;

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

-       мониторинг (диагностика) дорожных одежд;

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

АСУ должна включать в себя следующие виды функциональных систем:

Прикладная система. Комплекс программных средств, предназначенный для автоматизации набора функций Росавтодора, тесно связанных друг с другом по организационным, информационным, технологическим или иным признакам.

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

АСУ должна включать в себя следующие прикладные системы:

1)      группа прикладных систем ядра;

2)      группа прикладных систем.

Группа прикладных систем ядра АСУ должна включать в себя следующие системы:

3)      «Общесистемный отраслевой банк данных»;

4)      «Нормативно-справочная информация»;

5)      «Геоинформационная система».

Должна обеспечиваться работа КСА в двух режимах:

6)      сетевой режим взаимодействия;

7)      автономный.

Требования к численности персонала, структуре и функциям подразделений

Количество администраторов одного КСА АСУ может быть определено по следующей методике: 1 администратор на 50-70 пользователей плюс 1 ведущий специалист плюс 1 начальник отдела автоматизации. В небольших (менее 50 пользователей) КСА должности ведущего специалиста и администратора, или ведущего специалиста и начальника отдела могут совмещаться

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

Конкретное количество, структура и численность персонала подразделений технического обслуживания и дежурных служб определяется на стадии «Технический проект».

Прикладные система первой очереди

1)      Прикладная система «Общесистемный отраслевой банк данных»,

2)      Прикладная система «Нормативно-справочная информация»

3)      Прикладная система «Геоинформационная система»

4)      Прикладная система «Управление бюджетом и финансами»,

5)      Прикладная система «Управление госзаказом»,

6)      Прикладная система «Управление кадрами»,

7)      Прикладная система «Документооборот»,

8)      Прикладная система «Ведение реестров имущества, земельных ресурсов и объектов придорожной инфраструктуры»,

9)      Прикладная система «Управление общехозяйственной деятельностью»,

10)  Прикладная система «Информационный портал Росавтодора»,

11)  Прикладная система «Управление в условиях чрезвычайных и кризисных ситуаций»,

12)  Прикладная система «Мониторинг паводковой обстановки на федеральных дорогах».

Прикладная система «Геоинформационная система» (ПС ГИС) предназначена для визуализации картографических данных, создания и редактирования электронных карт, выполнения различных измерений и расчетов и  подготовки графических документов в электронном и печатном виде.

ПС ГИС входит в группу подсистем ядра АСУ.

Функциональные требования:

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

Должно обеспечиваться конвертирование карт различных форматов.

Должна осуществляться поддержка различных систем координат карты.

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

Должно обеспечиваться изменение масштаба отображения электронных карт.

Должно осуществляться выполнение запросов к ГИС на основе как атрибутивных так и пространственных условий.

Должна осуществляться индикация выбранных на экране объектов.

Должен обеспечиваться поиск объектов карты:

1)      должен осуществлять поиск объектов по набору условий;

2)      должен осуществляться поиск объектов по атрибутивным критериям;

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

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

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

Должно обеспечиваться формирование специальных слоев объектов динамического сегментирования на основе данных, хранящихся в прикладных системах и внешних базах данных;

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

Должна обеспечиваться возможность публикации картографической информации в Интернет/Интранет

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

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

Должно обеспечиваться наличие средств для добавления возможностей ПС ГИС в пользовательские приложения.

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

Задача 2.8

АИС «узел инфраструктуры пространственных данных Российской Федерации».

В целом АИС должна быть разработана как распределенная система хранения пространственных данных (РПИД). На начальном этапе реализации пилотных проектов разрабатывается узел распределенной системы, модули которого должны быть построены на принципах, обеспечивающих расширение функциональности системы в дальнейшем.

Назначение АИС узла РИПД:

·      создание и актуализация базовых пространственных данных (БПД) и метаданных в форме региональных баз данных БПД и метаданных (БмД);

·      организация доступа граждан, организаций, органов местного самоуправления и государственной власти к информационным ресурсам баз данных БПД и БмД

Разрабатываемая система предназначена для автоматизации деятельности пользователей и операторов РИПД и БПД  в пилотном регионе.

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

·          Модуль ведения базы данных РИПД

¾       Подсистема администрирования БД

¾       Подсистема ввода/вывода

¾       Подсистема  импорта/экспорта

¾       Подсистема качества

¾       Подсистема ведения классификаторов и справочников

·          Модуль управления доступом

¾       Подсистема администрирования доступа

¾       Подсистема предоставления услуг

·          Портальная часть АИС узла РИПД

В разрабатываемой информационной системе должны быть предусмотрены следующие роли внешних пользователей:

-          Посетитель портала РИПД;

-          Пользователь (ОГВ, органы муниципального управления, юридические лица – хозяйствующие субъекты, физические лица - граждане);

-          Оператор баз данных тематических групп БПД;

-          Производитель (обладатель) пространственных данных

Подсистема администрирования БД

Подсистема поддерживает процессы управления базами данных РИПД и обеспечивает их целостность и работоспособность. Функциональность данной подсистемы основывается на технологических решениях СУБД и технических регламентах в области работ по производству, хранению и использованию ПД.

Администрирование БД предполагает реализацию процессов, связанных с управлением БД РИПД, и включает следующие функции: 

·          Создание базы данных

·          Создание резервных копий

·          Проверка целостности БД

·          Проверка работоспособности БД  

·          Разграничение  доступа к БД

Подсистема ввода/вывода

Подсистема предназначена для выполнения процессов работы с БД в части ее информационного содержания и организует процессы доступа к БД и управляет ими.

Данная подсистема объединяет процессы, направленные на создание информационного ресурса узла РИПД, выполнение его актуализации и обеспечение доступа к данным. Подсистема управляет процессами:

·         ввода БПД в БД;

·         поиска и предоставления БПД;

·         редактирования БД БПД (обновление, удаление).

·         ввода метаданных;

·         поиска и предоставления метаданных;

·         редактирования базы метаданных (обновление, удаление)

Подсистема должна обеспечивать:

1.      Сохранение истории, что может предполагать сохранение информации о БПО:

§  о координатном описании удаляемого объекта или изменяемого

§  замещаемые данные об идентификаторе, адресное описание, описание связей

2.      Хранение описания одного и того же базового пространственного объекта с разной точностью и с учетом двух подходов:

§  разный тип локализации, что предполагает разные правила описания пространственного объекта;

§  один тип локализации, но точность координатного описания разная (разная точность на разных участках описания)

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

Подсистема направлена на выполнение следующих функций:

·         Занесение и хранение БПД

·         Редактирование БПД;

·         Удаление БПД;

·         Просмотр БПД;

·         Занесения и хранение метаданных;

·         Редактирование метаданных;

·         Удаление метаданных

·        Просмотр метаданных

2.3.Критерии оценивания заданий

Вопрос 1.ТЕОРЕТИЧЕСКОЕ ЗАДАНИЕ (max 25 баллов)

Ø  18-20 баллов (к= 0,9-1,0) ставится от максимального количества баллов, если студент:

ü полно раскрыл содержание материала в объеме, предусмотренном рабочей программой,

ü изложил материал грамотным языком в определенной логической последовательности, точно используя специальную терминологию;

ü правильно выполнил рисунки, чертежи, сопутствующие ответу;

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

Ø  15-17 баллов (к=0,75-0,85) ставится, если ответ удовлетворяет  основным требованиям, но при этом имеет один из недостатков:

ü в изложении допущены небольшие пробелы, не исказившие содержание ответа;

ü допущены один – два недочета при освещении основного содержания ответа, исправленные по замечанию преподавателя;

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

Ø  10-14 баллов (к=0,5-0,7) ставится в следующих случаях:

ü неполно или непоследовательно раскрыто содержание материала, но показано общее понимание вопроса;

ü имелись затруднения или допущены ошибки в определении понятий, использовании терминологии и выкладках (определениях), исправленные после нескольких наводящих вопросов преподавателя;

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

Ø  5-9 баллов (к=0,25-0,45) ставится в следующих случаях:

ü не раскрыто основное содержание учебного материала;

ü обнаружено незнание или непонимание студентом большей или наиболее важной части учебного материала;

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

Ø  меньше 5 баллов (к=0-0,25) ставится, если:

ü студент обнаружил полное незнание и непонимание изучаемого учебного материала или не смог ответить ни на один из по­ставленных вопросов по изучаемому материалу.

Вопрос 2. ПРАКТИЧЕСКОЕ ЗАДАНИЕ. (max 75 баллов)

Ø  64-80 баллов (к= 0,9-1,0) ставится если студент:

ü полностью выполнил все требования индивидуального задания;

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

Ø  47-63 баллов (к= 0,78 -0,88) ставится, если ответ удовлетворяет основным требованиям, но при этом имеет один из недостатков:

ü в выполнении допущены небольшие неточности, не исказившие решение задания;

ü допущены один – два недочета при освещении основного содержания ответа, исправленные по замечанию преподавателя;

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

Ø  30-46 баллов (к= 0,65-0,75)  ставится в следующих случаях:

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

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

Ø  13-29 баллов (к= 0,5-0,63) ставится в следующих случаях:

ü не в полном объеме решена поставленная задача;

ü обнаружено значительные отклонения в выполнении индивидуального задания;

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

Ø  меньше 12 баллов (к= 0 - 0,49) ставится, если:

ü студент обнаружил полное незнание и непонимание изучаемого учебного материала или не смог выполнить задание.

 

 

ИСПОЛЬЗОВАННАЯ  ЛИТЕРАТУРА

ОСНОВНЫЕ ИСТОЧНИКИ:

1.      Процессы жизненного цикла программных средств: ГОСТ Р ИСО/МЭК 12207-99 от 23.12.1999. №675-ст., переиздание 2003г.

2.      Бахтизин В.В. Технология разработки программного обеспечения: учеб. пособие / В.В.Бахтизин, Л.А.Глухова. – Минск: БГУИР, 2010. – 267 с.

3.      Орлов С.А., Цилькер Б.Я. Технологии разработки программного обеспечения: Учебник для вузов. /4-е изд. Стандарт третьего поколения. – СПб.: Питер, 2012.–608 с.

4.      Мацяшек Л.А. Практическая программная инженерия на основе учебного примера [Электронный ресурс] / Л.А. Мацяшек, Б.Л. Лионг: пер. с англ. – 2-е изд. (эл.) – М.: БИНОМ. Лаборатория знаний, 2012. – 856с.

5.      Ларман, Крег. Применение UML 2.0  шаблонов проектирования. Практическое руководство. /3-е изд.: Пер. с англ. – М.: ООО «И.Д.Вильямс», 2013. – 736 с.

ИНТЕРНЕТ – РЕСУРСЫ:

6.      Бесплатная библиотека стандартов и нормативов.[Электронный ресурс]. Режим доступа: www.docload.ru/Basesdoc