- •Экзаменационный билет n 1
- •1. Понятие системы, системного подхода и анализа.
- •3. Вероятностные основы теории ошибок измерений.
- •10.5. Средняя квадратическая ошибка функции общего вида
- •10.7. Неравноточные измерения. Понятие о весе измерения. Формула общей арифметической средины или весового среднего
- •Экзаменационный билет n 2
- •1. Формы представления информации и ее преобразование.
- •Вопрос 2 Всемирная паутина. World Wide Web (Internet), в том числе спутниковые средства доступа.
- •2. Всемирная паутина. World Wide Web (Internet), в том числе
- •3. Роль и место ит в геодезии и картографии.
- •Экзаменационный билет n 3
- •2. Типы сетевого взаимодействия:
- •Территориальная сеть Территориально распределенная сеть; Региональная сеть
- •3. Принципы разбивочных работ.
- •Экзаменационный билет n 4
- •1. Этапы перехода от постиндустриального общества к информационному.
- •2. Топографические карты, номенклатура карт и планов.
- •3. Примеры профессиональных программных пакетов, например:
- •Экзаменационный билет n 5
- •1. Социальные последствия информатизации общества.
- •2. Модели и моделирование.
- •3. Методы оценки интеллектуальной собственности.
- •Экзаменационный билет n 6
- •1. Экономика информационного общества.
- •2. Средства просмотра и поиска информации в глобальных сетях.
- •3. Схема и программа построения главной высотной основы рф.
- •Экзаменационный билет n 7
- •1. Типы вычислительных сетей.
- •2. Автоматизированные системы сбора и обработки данных в геодезии.
- •3. Роль и место ит в геодезии и картографии.
- •Экзаменационный билет n 8
- •1. Концепции современного “информационного общества”.
- •2. Микропроцессорные средства
- •Экзаменационный билет n 9
- •1. Определение информации.
- •1. Определение информации Понятие информации весьма широко и противоречиво. По фз-149 “Об информации, информационных технологиях и о защите информации
- •2. Intranet/Internet технологии в геодезии ( технологии клиент/сервер).
- •3.Ис для преобразования пространственных данных в геодезии
- •3. Ис для преобразования и представления пространственных данных в
- •Экзаменационный билет n 10
- •1. Формы представления информации и ее преобразование.
- •2. Крупномасштабные топографические съемки.
- •3. Функциональные модели информационных объектов и бизнес-
- •Экзаменационный билет n 11
- •1. Кодирование информации, методы передачи информации, данные.
- •2. Теодолитная и тахеометрическая съемки.
- •3. Практический менеджмент информационных продуктов и
- •Экзаменационный билет n 12
- •1. Мировые информационные ресурсы.
- •2. Internet как транспортная среда для корпоративных информационных
- •3. Принципы оценки инженерно-геодезических работ.
- •Экзаменационный билет n 13
- •2. Организация хранения информационных ресурсов, вопросы
- •3. Проекции, применяемые при решении задач геодезии
- •Экзаменационный билет n 14
- •1. Операционные системы (ос): классификация, требования к порядку
- •2. Методы космической геодезии. Методы космической геодезии
- •3. Автоматизированное проектирование ис.
- •Экзаменационный билет n 15
- •1. Сервисы по: драйверы, интерфейсы, редакторы, средства передачи
- •Идеология построения драйверов
- •Интерактивные текстовые редакторы
- •Текстовые процессоры
- •2. Растровая и векторная графика в геодезии и картографии.
- •3. Архитектура микропроцессорных и компьютерных систем
- •1.4. Архитектура микропроцессорных систем
- •Вопрос 1
- •Экзаменационный билет n 16
- •Экзаменационный билет n 17
- •1. Жизненный цикл по.
- •2. Организационные методы защиты ис.
- •3. Фундаментальные геодезические постоянные.
- •Экзаменационный билет n 18
- •1. Геодезические приборы для измерений расстояний.
- •2. Нормативно-правовая база организации защиты информации.
- •3. Основы построения государственной геодезической сети (ггс) рф.
- •Экзаменационный билет n 19
- •Приборы для угловых и линейных измерений.
- •2. Информационная инфраструктура предприятия (клиентская сеть).
- •3. Авторские права на профессиональные базы данных.
- •Экзаменационный билет n 20
- •Приборы и методы для тригонометрического нивелирования.
- •2. Система государственной кодификации информационных ресурсов в
- •3. Проектирование гис.
- •Экзаменационный билет n 21
- •1. Средства линейных измерений в ггс.
- •2. Ис в геодезической и картографической сферах.
- •3. Порядок решения задач; обработка и хранение результатов, средства
- •Экзаменационный билет n 22
- •Этапы проектирования Дизайн основной и типовых страниц сайта
- •3. Виды сапр геодезического, картографического, геологического,
- •Экзаменационный билет n 23
- •2. Автоматизированные ис.
- •3. Основы построения государственной геодезической сети (ггс) рф.
- •Экзаменационный билет n 24
- •1. Организация государственной геодезической службы в России.
- •2. Основные определения надежности ис.
- •3. Стандартизация сетей (iso, osi, эмвос – эталонная модель
- •Эталонная модель
- •Экзаменационный билет n 25
- •1. Топографические карты, номенклатура карт и планов.
- •Разбиение листа 1:1 000 000 на листы масштаба 1:200 000
- •Разбиение листа 1:1000000 на листы масштаба 1:100000
- •Приведем соответствие
- •2. Инженерно-техническая и физическая защита объектов в ис.
- •3. Клиентские сети; технологии «последней мили», сравнение технологий подключения клиентов.
- •Экзаменационный билет n 26
- •1. Ориентирование. Ориентирные углы, связь между ними.
- •Азимуты, румбы, дирекционные углы и зависимости между ними
- •2. Надежность, стандартизация и управления качеством в геодезии.
- •Государственный геодезический надзор
- •О строительных допусках
- •3. Структура методов информационной безопасности.
- •Определения
- •Стандарты в области информационной безопасности
- •Экзаменационный билет n 27
- •1. Рельеф местности и его изображение на топографических картах.
- •Методы изображения рельефа на планах и картах
- •Горизонтали
- •2. Требования к компьютерным сетям.
- •3.Управление интеллектуальной собственностью предприятий и
- •Управление интеллектуальной собственностью предприятий и организаций.
- •Виды интеллектуальной собственности Авторское право
- •Смежные права
- •Товарные знаки
- •Промышленные образцы
- •Патенты
- •Недобросовестная конкуренция
- •Охрана новых сортов растений
- •Идейные обоснования интеллектуальной собственности
- •Виды нарушений права интеллектуальной собственности
- •Международная защита интеллектуальной собственности
- •Законодательство России в сфере интеллектуальной собственности
- •Экзаменационный билет n 28
- •1. Электронные способы измерения расстояний. Электронные способы измерения расстояний
- •Измерение длины линий дальномерами
- •2. Классификация методов проектирования ис. Классификация методов проектирования ис
- •3. Методологические основы описания системы, как объекта исследования или инженерной деятельности.
- •Экзаменационный билет n 29
- •1. Понятие, определение информационной системы (ис).
- •Классификации информационных систем Классификация по архитектуре
- •Классификация по степени автоматизации
- •Классификация по характеру обработки данных
- •Классификация по сфере применения
- •Классификация по охвату задач (масштабности)
- •2. Определение компьютерных сетей, соединительных сетей
- •Классификация По территориальной распространенности
- •3. Методы оценки точности результатов геодезических измерений.
- •Экзаменационный билет n 30
- •1. Структура ис.
- •2. Основы криптографии, стеганографии, шифрования, хеширования, как способы защиты информации.
- •3. Ис обработки и представления данных (карты, планы и т.П.)
- •Экзаменационный билет n 31
- •Экзаменационный билет n 32
- •2. Сертификация ис.
- •3. Математические методы для решения задач космической геодезии.
2. Классификация методов проектирования ис. Классификация методов проектирования ис
Информационная система (ИС) — это система, предназначенная для сбора, хранения и обработки информации.
Для успешного проектирования ИС необходимо выбрать методологию (метод) проектирования. Цель такой методологии заключается в регламентации процесса проектирования ИС и обеспечении управления этим процессом с тем, чтобы гарантировать выполнение требований как к самой ИС, так и к характеристикам процесса разработки. Основными задачами, решению которых должна способствовать методология проектирования корпоративных ИС, являются следующие:
обеспечивать создание корпоративных ИС, отвечающих целям и задачам организации, а также предъявляемым требованиям по автоматизации деловых процессов заказчика;
гарантировать создание системы с заданным качеством в заданные сроки и в рамках установленного бюджета проекта;
поддерживать удобную дисциплину сопровождения, модификации и наращивания системы;
обеспечивать преемственность разработки, т.е. использование в разрабатываемой ИС существующей информационной инфраструктуры организации (задела в области информационных технологий).
Проектирование ИС охватывает три основные области:
проектирование объектов данных, которые будут реализованы в базе данных;
проектирование программ, экранных форм, отчетов, которые будут обеспечивать выполнение запросов к данным;
учет конкретной среды или технологии, а именно: топологии сети, конфигурации аппаратных средств, используемой архитектуры (файл-сервер или клиент-сервер), параллельной обработки, распределенной обработки данных и т.п.
Существует три основных метода проектирования ИС:
Каноническое проектирование.
Типовое проектирование.
Проектирование с помощью Case-технологий.
Каноническое проектирование ИС
Организация канонического проектирования ИС ориентирована на использование главным образом каскадной модели жизненного цикла ИС. Стадии и этапы работы описаны в стандарте ГОСТ 34.601-90.
В зависимости от сложности объекта автоматизации и набора задач, требующих решения при создании конкретной ИС, стадии и этапы работ могут иметь различную трудоемкость. Допускается объединять последовательные этапы и даже исключать некоторые из них на любой стадии проекта. Допускается также начинать выполнение работ следующей стадии до окончания предыдущей.
Стадии и этапы создания ИС, выполняемые организациями-участниками, прописываются в договорах и технических заданиях на выполнение работ:
Стадия 1. Формирование требований к ИС.
На начальной стадии проектирования выделяют следующие этапы работ:
обследование объекта и обоснование необходимости создания ИС;
формирование требований пользователей к ИС;
оформление отчета о выполненной работе и тактико-технического задания на разработку.
Стадия 2. Разработка концепции ИС.
изучение объекта автоматизации;
проведение необходимых научно-исследовательских работ;
разработка вариантов концепции ИС, удовлетворяющих требованиям пользователей;
оформление отчета и утверждение концепции.
Стадия 3. Техническое задание.
разработка и утверждение технического задания на создание ИС.
Стадия 4. Эскизный проект.
разработка предварительных проектных решений по системе и ее частям;
разработка эскизной документации на ИС и ее части.
Стадия 5. Технический проект.
разработка проектных решений по системе и ее частям;
разработка документации на ИС и ее части;
разработка и оформление документации на поставку комплектующих изделий;
разработка заданий на проектирование в смежных частях проекта.
Стадия 6. Рабочая документация.
разработка рабочей документации на ИС и ее части;
разработка и адаптация программ.
Стадия 7. Ввод в действие.
подготовка объекта автоматизации;
подготовка персонала;
комплектация ИС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями);
строительно-монтажные работы;
пусконаладочные работы;
проведение предварительных испытаний;
проведение опытной эксплуатации;
проведение приемочных испытаний.
Стадия 8. Сопровождение ИС.
выполнение работ в соответствии с гарантийными обязательствами;
послегарантийное обслуживание.
Oбследование- это изучение и диагностический анализ организационной структуры предприятия, его деятельности и существующей системы обработки информации.
Техническое задание- это документ, определяющий цели, требования и основные исходные данные, необходимые для разработки автоматизированной системы управления.
Эскизный проект предусматривает разработку предварительных проектных решений по системе и ее частям. Выполнение стадии эскизного проектирования не является строго обязательной. Если основные проектные решения определены ранее или достаточно очевидны для конкретной ИС и объекта автоматизации, то эта стадия может быть исключена из общей последовательности работ. Содержание эскизного проекта задается в ТЗ на систему.
На основе технического задания (и эскизного проекта) разрабатывается технический проект ИС. Технический проект системы - это техническая документация, содержащая общесистемные проектные решения, алгоритмы решения задач, а также оценку экономической эффективности автоматизированной системы управления и перечень мероприятий по подготовке объекта к внедрению. На этом этапе осуществляется комплекс научно-исследовательских и экспериментальных работ для выбора основных проектных решений и расчет экономической эффективности системы.
На стадии "рабочая документация" осуществляется создание программного продукта и разработка всей сопровождающей документации. Документация должна содержать все необходимые и достаточные сведения для обеспечения выполнения работ по вводу ИС в действие и ее эксплуатации, а также для поддержания уровня эксплуатационных характеристик (качества) системы. Разработанная документация должна быть соответствующим образом оформлена, согласована и утверждена.
Для ИС, которые являются разновидностью автоматизированных систем, устанавливают следующие основные виды испытаний: предварительные, опытная эксплуатация и приемочные. При необходимости допускается дополнительно проведение других видов испытаний системы и ее частей.
Предварительные испытания проводят для определения работоспособности системы и решения вопроса о возможности ее приемки в опытную эксплуатацию. Предварительные испытания следует выполнять после проведения разработчиком отладки и тестирования поставляемых программных и технических средств системы и представления им соответствующих документов об их готовности к испытаниям, а также после ознакомления персонала ИС с эксплуатационной документацией.
Опытную эксплуатацию системы проводят с целью определения фактических значений количественных и качественных характеристик системы и готовности персонала к работе в условиях ее функционирования, а также определения фактической эффективности и корректировки, при необходимости, документации.
Приемочные испытания проводят для определения соответствия системы техническому заданию, оценки качества опытной эксплуатации и решения вопроса о возможности приемки системы в постоянную эксплуатацию.
После всех испытаний информационная система в водится в действе и начинается её практическое использование. Стадия сопровождения информационной системы необходим в следствие постоянного развития информационных технологий и растущими запросами клиентов. Ярким примером сопровождения информационной системы является, постоянный выпуск новых версий систем автоматизированного проектирования. Каждая версия дополняется новыми функциями и возможностями.
Типовое проектирование ИС.
Типовое проектирование ИС предполагает создание системы из готовых типовых элементов. Основополагающим требованием для применения методов типового проектирования является возможность декомпозиции проектируемой ИС на множество составляющих компонентов (подсистем, комплексов задач, программных модулей и т.д.). Для реализации выделенных компонентов выбираются имеющиеся на рынке типовые проектные решения, которые настраиваются на особенности конкретного предприятия.
Типовое проектное решение (ТПР)- это тиражируемое (пригодное к многократному использованию) проектное решение. Принятая классификация ТПР основана на уровне декомпозиции системы. Выделяются следующие классы ТПР:
элементные ТПР - типовые решения по задаче или по отдельному виду обеспечения задачи (информационному, программному, техническому, математическому, организационному);
подсистемные ТПР - в качестве элементов типизации выступают отдельные подсистемы, разработанные с учетом функциональной полноты и минимизации внешних информационных связей;
объектные ТПР - типовые отраслевые проекты, которые включают полный набор функциональных и обеспечивающих подсистем ИС.
Каждое типовое решение предполагает наличие, кроме собственно функциональных элементов (программных или аппаратных), документации с детальным описанием ТПР и процедур настройки в соответствии с требованиями разрабатываемой системы. Для реализации типового проектирования используются два подхода: параметрически-ориентированное и модельно-ориентированное проектирование.
Параметрически-ориентированное проектирование включает следующие этапы: определение критериев оценки пригодности пакетов прикладных программ (ППП) для решения поставленных задач, анализ и оценка доступных ППП по сформулированным критериям, выбор и закупка наиболее подходящего пакета, настройка параметров (доработка) закупленного ППП.
Критерии оценки ППП делятся на следующие группы:
назначение и возможности пакета;
отличительные признаки и свойства пакета;
требования к техническим и программным средствам;
документация пакета;
факторы финансового порядка;
особенности установки пакета;
особенности эксплуатации пакета;
помощь поставщика по внедрению и поддержанию пакета;
оценка качества пакета и опыт его использования;
перспективы развития пакета.
Внутри каждой группы критериев выделяется некоторое подмножество частных показателей, детализирующих каждый из десяти выделенных аспектов анализа выбираемых ППП.
Числовые значения показателей для конкретных ППП устанавливаются экспертами по выбранной шкале оценок (например, 10-балльной). На их основе формируются групповые оценки и комплексная оценка пакета (путем вычисления средневзвешенных значений). Нормированные взвешивающие коэффициенты также получаются экспертным путем.
Модельно-ориентированное проектирование заключается в адаптации состава и характеристик типовой ИС в соответствии с моделью объекта автоматизации. Технология проектирования в этом случае должна обеспечивать единые средства для работы как с моделью типовой ИС, так и с моделью конкретного предприятия.
Типовая ИС в специальной базе метаинформации - репозитории - содержит модель объекта автоматизации, на основе которой осуществляется конфигурирование программного обеспечения. Таким образом, модельно-ориентированное проектирование ИС предполагает, прежде всего, построение модели объекта автоматизации с использованием специального программного инструментария (например, SAP Business Engineering Workbench (BEW), BAAN Enterprise Modeler). Возможно также создание системы на базе типовой модели ИС из репозитория, который поставляется вместе с программным продуктом и расширяется по мере накопления опыта проектирования информационных систем для различных отраслей и типов производства.
Репозиторий содержит базовую (ссылочную) модель ИС, типовые (референтные) модели определенных классов ИС, модели конкретных ИС предприятий.
Базовая модель ИС в репозитории содержит описание бизнес-функций, бизнес-процессов, бизнес-объектов, бизнес-правил, организационной структуры, которые поддерживаются программными модулями типовой ИС.
Типовые модели описывают конфигурации информационной системы для определенных отраслей или типов производства.
Модель конкретного предприятия строится либо путем выбора фрагментов основной или типовой модели в соответствии со специфическими особенностями предприятия (BAAN Enterprise Modeler), либо путем автоматизированной адаптации этих моделей в результате экспертного опроса (SAP Business Engineering Workbench).
Построенная модель предприятия в виде метаописания хранится в репозитории и при необходимости может быть откорректирована. На основе этой модели автоматически осуществляется конфигурирование и настройка информационной системы.
Бизнес-правила определяют условия корректности совместного применения различных компонентов ИС и используются для поддержания целостности создаваемой системы.
Модель бизнес-функций представляет собой иерархическую декомпозицию функциональной деятельности предприятия (подробное описание см. в разделе "Анализ и моделирование функциональной области внедрения ИС").
Модель бизнес-процессов отражает выполнение работ для функций самого нижнего уровня модели бизнес-функций (подробное описание см. в разделе "Спецификация функциональных требований к ИС"). Для отображения процессов используется модель управления событиями (ЕРС - Event-driven Process Chain). Именно модель бизнес-процессов позволяет выполнить настройку программных модулей - приложений информационной системы в соответствии с характерными особенностями конкретного предприятия.
Модели бизнес-объектов используются для интеграции приложений, поддерживающих исполнение различных бизнес-процессов (подробное описание см. в разделе "Этапы проектирования ИС с применением UML").
Модель организационной структуры предприятия представляет собой традиционную иерархическую структуру подчинения подразделений и персонала (подробное описание см. в разделе "Анализ и моделирование функциональной области внедрения ИС").
Внедрение типовой информационной системы начинается с анализа требований к конкретной ИС, которые выявляются на основе результатов предпроектного обследования объекта автоматизации. Для оценки соответствия этим требованиям программных продуктов может использоваться описанная выше методика оценки ППП. После выбора программного продукта на базе имеющихся в нем референтных моделей строится предварительная модель ИС, в которой отражаются все особенности реализации ИС для конкретного предприятия. Предварительная модель является основой для выбора типовой модели системы и определения перечня компонентов, которые будут реализованы с использованием других программных средств или потребуют разработки с помощью имеющихся в составе типовой ИС инструментальных средств (например, ABAP в SAP, Tools в BAAN).
Реализация типового проекта предусматривает выполнение следующих операций:
установку глобальных параметров системы;
задание структуры объекта автоматизации;
определение структуры основных данных;
задание перечня реализуемых функций и процессов;
описание интерфейсов;
описание отчетов;
настройку авторизации доступа;
настройку системы архивирования.
CASE-технологии.
CASE-средства автоматизации – это методологий структурного системного анализа и проектирования ИС. Основные компоненты интегрированного CASE—пакета: 1) средства централизованного хранения всей информации о проектируемом программном обеспечении в течение всего жизненного цикла (репозитарий); 2) средства ввода; 3) средства анализа; 4) средства вывода — требования к компонентам и к их поддержке.
CASE-средства служат инструментарием для поддержки и усиления методов структурного анализа и проектирования. Эти инструменты поддерживают работу пользователей при создании и редактировании графического проекта в интерактивном режиме, они способствуют организации проекта в виде иерархии уровней абстракции, выполняют проверки соответствия компонентов. Фактически CASE-средства представляют собой новый тип графически-ориентированных инструментов, восходящих к системе поддержки ЖЦ ИС. Обычно к ним относят любое программное средство, обеспечивающее автоматическую помощь при разработке ПО, его сопровождении или деятельности по управлению проектом, и проявляющее следующие дополнительные черты:
|
мощная графика для описания и документирования систем ПО, а также для улучшения интерфейса с пользователем, развивающая творческие возможности специалистов и не отвлекающая их от процесса проектирования на решение второстепенных вопросов; |
|
интеграция, обеспечивающая легкость передачи данных между средствами и позволяющая управлять всем процессом проектирования и разработки ПО непосредственно через процесс планирования проекта; |
|
использование компьютерного хранилища (репозитария)для всей информации о проекте, которая может разделяться между разработчиками и исполнителями как основа для автоматического продуцирования ПО и повторного его использования в будущих системах. |
Помимо перечисленных основополагающих принципов графической ориентации, интеграции и
локализации всей проектной информации в репозитарии в основе концептуального построения
CASE-средств лежат следующие положения:
Человеческий фактор, определяющий разработку ПО как легкий, удобный и экономичный процесс.
Широкое использование базовых программных средств, получивших массовое распространение в других приложениях (БД и СУБД, компиляторы с различных языков программирования, отладчики, документаторы, издательские системы, оболочки экспертных систем и базы знаний, языки четвертого поколения и др).
Автоматизированная или автоматическая кодогене-рация, выполняющая несколько видов генерации кодов: преобразования для получения документации, формирования БД, ввода/модификации данных, получения выполняемых машинных кодов из спецификаций ПО, автоматической сборки модулей из словарей и моделей данных и повторно используемых программ, автоматической конверсии ранее используемых файлов в форматы новых требований.
Ограничение сложности, позволяющее получать компоненты, поддающиеся управлению, обозримые и доступные для понимания, а также обладающие простой и ясной структурой.
Доступность для разных категорий пользователей.
Рентабельность.
Сопровождаемость, обеспечивающая способность адаптации при изменении требований и целей проекта.
Интегрированный CASE-пакет содержит четыре основные компонента:
Средства централизованного хранения всей информации о проектируемом ПО в течении всего
ЖЦ (репозитарий) являются основой CASE-пакета. Соответствущая БД должна иметь возможность поддерживать большую систему описаний и характеристик и предусматривать надежные меры по защите от ошибок и потерь информации. Репозитарий должен обеспечивать:
|
инкрементный режим при вводе описаний объектов; |
|
распространение действия нового или скорректированного описания на информационное пространство всего проекта; |
|
синхронизацию поступления информации от различных пользователей; |
|
хранение версий проекта и его отдельных компонентов; |
|
сборку любой запрошенной версии; |
|
контроль информации на корректность, полноту и состоятельность. |
Средства ввода предназначены для ввода данных в репозитарий, а также для организации взаимодействия с CASE-пакетом. Эти средства должны поддерживать различные методологии и использоваться на всем ЖЦ разными категориями разработчиков: аналитиками, проектировщиками, инженерами, администраторами и т.д.
Средства анализа, проектирования и разработки предназначены для того, чтобы обеспечить планирование и анализ различных описаний, а также их преобразования в процессе разработки.
Средства вывода служат для документирования, управления проектом и кодовой генерации.
Все перечисленные компоненты в совокупности должны:
|
поддерживать графические модели; |
|
контролировать ошибки; |
|
организовывать и поддерживать репозитарий; |
|
поддерживать процесс проектирования и разработки. |
Таким образом, CASE-систем – это метод и средство программной инженерии, необходимое для контроля процесса создания ИС, гарантированию достижений целей разработки и соблюдений различных ограничений (бюджетных, временных и пр.).