- •Ответы на гос-экзамен теория систем и системного анализа
- •Понятие системы. Классификация систем. Системообразующие признаки. Системологические законы.
- •Классификация систем
- •Системообразующие факторы
- •Внутренние системообразующие факторы
- •Системологические законы
- •2. Сложные системы: особенности организации и строения. Виды структур. Количественные характеристики структур. Качественные и количественные методы прогнозирования развития сложных систем
- •Виды структур
- •Качественные и количественные методы прогнозирования развития сложных систем
- •Модель ожидания потребителя.
- •Метод экспертных оценок.
- •Количественные методы
- •Анализ временных рядов.
- •Каузальное (причинно-следственное) моделирование.
- •3.Основные принципы и задачи системного анализа. Этапы системного анализа.
- •Методология включает определения используемых понятий и принципы системного подхода.
- •4.Организационные структуры. Характеристика основных типов организационных структур, используемых в управлении организационные структуры
- •Характеристика основных типов организационных структур, используемых в управлении
- •Еще один общий признак классификации организационных структур—по объекту управления:
- •5. Системная инженерия. Основные понятия, принципы, этапы
- •Системный подход
- •Математические методы в экономике
- •6. Общая постановка задачи линейного программирования
- •Правило сокращенного суммирования.
- •7. Графический метод решения задач линейного программирования
- •Методика решения задач лп графическим методом.
- •Применение графического метода решения задачи линейного программирования на практике.
- •Построение математической модели.
- •Основные этапы экм исследований включают в себя следующее.
- •Методы эконометрики
- •9. Уравнение регрессии. Простая(парная) регрессия и множественная регрессия. Интерпретация и примеры регрессионных уравнений.
- •10. Характеристика основных этапов построения экономических моделей (на примере построения регрессионной модели спроса на товар)
- •11. Верификация модели. Оценка существенности параметров и статистической значимости уравнения в целом. T-критерий Стьюдента. F-критерий Фишера.
- •Моделирование экономических процессов и систем (макроуровень)
- •12. Определение макроэкономической математической модели и характеристика основных видов её элементов. Особенности применения метода математического моделирования в макроэкономике.
- •14. Определение макроэкономической производственной функции. Виды и свойства макроэкономических производственных функций.
- •15. Производственная функция Кобба-Дугласа. Основные свойства и характеристики производственных факторов функции Кобба-Дугласа.
- •Инвестиционный менеджмент и Информационные технологии управления инвестиционными проектами
- •17. Инвестиционный менеджмент: понятие и уровни иерархии в экономической системе.
- •4. Минимизация риска при осуществлении инвестиционных проектов.
- •Решение всех задач реализуется посредством подготовки и принятия управленческих решений в системе инвестиционного менеджмента.
- •18. Инвестиционный проект: понятие и классификация.
- •19. Проектное финансирование: понятие, особенности, основные схемы.
- •20. Лизинг: понятие, особенности, классификация, основные схемы.
- •Классификация лизинга по составу участников и способу их взаимодействия
- •Классификация лизинга по секторам рынка
- •Классификация лизинга по объему обслуживания передаваемого в лизинг имущества
- •21. Венчурное финансирование: понятие, особенности.
- •3 Уровня планирования:
- •22. Понятие риска инвестиционного проекта. Методы и механизмы управления рисками инвестиционных проектов.
- •23.Информационное пространство инвестиционного проекта: понятие, подходы к формированию
- •Моделирование экономических процессов и систем на локальном уровне
- •24. Определение экономико-математической модели (эмм). Классификация эмм по различным признакам. Различия и примеры моделей, применяемых в микро- и макроэкономике
- •25. Математическая постановка задачи оптимального поведения потребителя. Необходимые условия решения задачи (условия Куна-Таккера). Геометрическая интерпретация решения.
- •26. Коэффициенты эластичности спроса по факторам. Экономический смысл, формулы расчёта и цель применения при моделировании.
- •Методы подсчета коэффициента эластичности
- •Наиболее часто встречающиеся показатели эластичности:
- •Эластичность спроса по цене
- •Факторы эластичности спроса
- •Факторы неэластичности спроса
- •Эластичность спроса по доходу
- •Перекрестная эластичность спроса
- •Эластичность предложения
- •Свойства основной задачи линейного программирования. Геометрическое истолкование задачи линейного программирования
- •Система предпосылок основной модели управления запасами
- •Издержки хранения запасов
- •Уравнение общей стоимости
- •Оптимальный размер заказа q0
- •Уровень и интервал повторного заказа
- •Информационные системы
- •29. Общая функциональная структура документальной ипс Информационно-поисковая система
- •30. Информационно-поисковый язык Система индексирования. Цель процесса индексирования.
- •31. Информационно-логическая модель данных
- •32. Основные понятия er-модели. Сущность. Связь. Атрибут. Различие между типом и экземпляром сущности
- •33. Уникальный идентификатор сущности. Нормальные формы er-схем. Нормализация отношений
- •Разработка и стандартизация программных средств и информационных технологий 34. Жизненный цикл программного средства
- •35. Классическая итерационная модель жизненного цикла программного обеспечения
- •36. Каскадная модель жизненного цикла программного обеспечения
- •37. Модель фазы-функции жизненного цикла программного обеспечения
- •38. Объектно-ориентированные модели жизненного цикла программного обеспечения
- •Высокоуровневые методы информатики и программирования 39. Концепция сложных систем. Основы проектирования программного обеспечения
- •Физические основы системотехники. Сложные системы и принципы системотехники.
- •40. Понятие объектной модели. Эволюция модели и составные части объектного подхода
- •Преимущества объектной модели
- •41. Отношения и взаимодействие классов и объектов
- •42. Понятие метода. Диаграммы классов, модулей и процессов
- •43. Процесс. Уровни проектирования: микропроцесс и макропроцесс Микропроцесс проектирования
- •Макропроцесс проектирования
- •Операционные системы. Среды. Оболочки
- •44.Эволюция операционных систем
- •45. Назначение и функции операционных систем
- •46. Архитектура операционной системы
- •47. Управление памятью Управление памятью
- •Типы адресов
- •48. Сетевые службы и распределенные системы
- •Базы данных
- •49. Понятие базы данных. Банк данных, словарь данных и приложения
- •50. Реляционная модель данных. Индексирование и связывание таблиц
- •Index название_индекса
- •51. Построение информационной системы в сетях. Модель архитектуры клиент-сервер
- •Архитектура «Клиент-сервер»
- •Информационный менеджмент
- •52. Эволюция развития концепций корпоративных информационных систем
- •53. Концепция корпоративной информационной системы управления ресурсами erp. Эволюционное развитие концепции erp II Концепция erp
- •Функции erp-систем
- •Основные функции erp систем:
- •Достоинства
- •Недостатки
- •54. Современные концепции корпоративных информационных систем. Концепция управления взаимоотношениями с клиентами crm
- •Основные принципы
- •Классификации crm-систем Классификация по функциональным возможностям
- •Классификация по уровням обработки информации
- •55. Оценка экономической эффективности внедрения информационной системы: направления и методики
- •В настоящее время для определения эффективности внедрения кис предлагается ряд методик, которые можно группировать следующим образом:
- •56. Методика определения совокупной стоимости владения информационной системой (модель тсо)
- •Информационная безопасность
- •57. Методы идентификации и аутентификации. Способы аутентификации – пользователь «знает», пользователь «имеет» и пользователь «есть»
- •58. Признаки защищаемой информации. Владельцы защищаемой информации. Понятие «государственная тайна»
- •Открытый (исходный) текст — данные (не обязательно текстовые), передаваемые без использования криптографии.
- •60. Криптография с симметричными ключами. Алгоритм des, гост 28147-80., idea. Преимущества и недостатки криптографии с симметричными ключами
- •Простая перестановка
- •Одиночная перестановка по ключу
- •Двойная перестановка
- •Перестановка «Магический квадрат»
- •Распространенные алгоритмы
- •61. Ассиметричные алгоритмы шифрования. Криптосистема с открытым ключом rsa. Хэш-функция. Понятие односторонней функции. Коллизия хэш-функции
- •Основные способы использования алгоритмов с открытым ключом
33. Уникальный идентификатор сущности. Нормальные формы er-схем. Нормализация отношений
Каждая сущность должна обладать уникальным идентификатором. Каждый экземпляр сущности должен однозначно идентифицироваться и отличаться от всех других экземпляров данного типа сущности.
Каждая сущность должна обладать некоторыми свойствами:
-
иметь уникальное имя;
-
обладать одним или несколькими атрибутами, которые либо принадлежат сущности, либо наследуются через связь;
-
обладать одним или несколькими атрибутами, которые однозначно идентифицируют каждый экземпляр сущности.
Как и в реляционных схемах баз данных, в ER-схемах вводится понятие нормальных форм, причем их смысл очень близко соответствует смыслу реляционных нормальных форм. Заметим, что формулировки нормальных форм ER-схем делают более понятным смысл нормализации реляционных схем. Мы приведем только очень краткие и неформальные определения трех первых нормальных форм.
В первой нормальной форме ER-схемы устраняются повторяющиеся атрибуты или группы атрибутов, т.е. производится выявление неявных сущностей, "замаскиро-ванных" под атрибуты.
Во второй нормальной форме устраняются атрибуты, зависящие только от части уникального идентификатора. Эта часть уникального идентификатора определяет отдельную сущность.
В третьей нормальной форме устраняются атрибуты, зависящие от атрибутов, не входящих в уникальный идентификатор. Эти атрибуты являются основой отдельной сущности.
Введение нормализации отношений при разработке концептуальной модели обеспечивает ее работоспособность. Это вовсе не означает, что ненормализованная концептуальная модель обязательно окажется неработоспособной. Однако ненормализованная модель может вызвать определенные трудности реализации прикладных программ, модифицирующих базу данных. Обнаружив отклонения от нормализованной схемы, АБД должен решить, насколько эти отклонения ухудшают характеристики базы данных при модификации.
Ненормализованная модель данных включает записи в том виде, в котором они используются прикладными программами. Первый шаг при нормализации заключается в образовании двумерной таблицы, содержащей элементы данных. Для этого практически нужно лишь исключить повторяющиеся группы. Например, если в декларацию заносится имя сотрудника, его идентификационный номер, имя его супруги и имена его детей (предполагается не более десяти), то сведения о нем могут быть представлены с помощью таблицы, состоящей из десяти строк и четырех столбцов. В каждой строке записывается имя сотрудника, его номер, имя супруги и имя одного из детей. Таким образом, в десяти строках таблицы будут находиться имена всех десяти детей. Исключение повторяющихся групп является предварительным этапом нормализации, после чего можно перейти к получению второй нормальной формы.
Разработка и стандартизация программных средств и информационных технологий 34. Жизненный цикл программного средства
Под жизненным циклом ПС понимают весь период его разработки и эксплуатации (использования), начиная от момента возникновения замысла ПС и кончая прекращением всех видов его использования. Жизненный цикл включает все процессы создания и использования ПС (software process).
Различают следующие стадии жизненного цикла ПС: разработку ПС, производство программных изделий (ПИ) и эксплуатацию ПС.
Стадия разработки (development) ПС состоит из этапа его внешнего описания, этапа конструирования ПС, этапа кодирования (программирование в узком смысле) ПС и этапа аттестации ПС. Всем этим этапам сопутствуют процессы документирования и управление (management) разработкой ПС. Этапы конструирования и кодирования часто перекрываются, иногда довольно сильно. Это означает, что кодирование некоторых частей программного средства может быть начато до завершения этапа конструирования.
Внешнее описание (Requirements document) ПС является описанием его поведения с точки зрения внешнего по отношению к нему наблюдателю с фиксацией требований относительно его качества. Внешнее описание ПС начинается с определения требований к ПС со стороны пользователей (заказчика).
Конструирование (design) ПС охватывает процессы: разработку архитектуры ПС, разработку структур программ ПС и их детальную спецификацию.
Кодирование (coding) — создание текстов программ на языках программирования, их отладку с тестированием ПС.
На этапе аттестации ПС производится оценка качества ПС, после успешного завершения, которого разработка ПС считается законченной.
Программное изделие (ПИ) — экземпляр или копия, снятая с разработанного ПС.
Изготовление ПИ — это процесс генерации и/или воспроизведения (снятия копии) программ и программных документов ПС с целью их поставки пользователю для применения по назначению. Производство ПИ — это совокупность работ по обеспечению изготовления требуемого количества ПИ в установленные сроки [1]. Стадия производства ПС в жизненном цикле ПС является, по существу, вырожденной (несущественной), так как представляет рутинную работу, которая может быть выполнена автоматически и без ошибок. Этим она принципиально отличается от стадии производства различной техники. В связи с этим в литературе эту стадию, как правило, не включают в жизненный цикл ПС.
Стадия эксплуатации ПС охватывает процессы хранения, внедрения и сопровождения ПС, а также транспортировки и применения (operation) ПИ по своему назначению. Она состоит из двух параллельно проходящих фаз: фазы применения ПС и фазы сопровождения ПС [4, 5].
Применение (operation) ПС — это использование ПС для решения практических задач на компьютере путем выполнения ее программ.
Сопровождение (maintenance) ПС — это процесс сбора информации о его качестве в эксплуатации, устранения обнаруженных в нем ошибок, его доработки и модификации, а также извещения пользователей о внесенных в него изменениях