- •Ит (Гутгарц р.Д.)
- •1__Признаки группировки информации в компьютере
- •2__Программное обеспечение: понятие, структура системного и прикладного по.
- •3__Характеристики оценки прикладных программ: стандартные, технические, технологические, инструментальные, взаимодействие с другими пакетами, функциональные.
- •4__Практические рекомендации по оценке программных продуктов
- •5__Понятие информация (определение, формулы измерения информации)
- •Синтаксическая мера информации
- •Семантическая мера информация
- •Прагматическая мера информации
- •6__Информационный процесс. Его стадии и особенности
- •7__Качества или свойства информации
- •8__ Понятия данных и знаний. Взаимосвязь информации, данных и знаний (пример)
- •9__Видеоконференция. Особенности работы и области применения
- •10__Телеработа. Понятие. Преимущества для работника и работодателя. Особенности применения
- •11__Дистанционное обучение и мультимедиа системы. Особенности и направления использования
- •12__Интернет – тестирование. Плюсы и минусы. Область применения
- •13__Трудоустройство в Интернет. Структура Интернет – услуг по трудоустройству
- •По системологии(Гутгарц р.Д. )
- •14__Принципы системного подхода.
- •15__Неформализуемые этапы системного анализа.
- •16__ Формулирование и классификация проблем
- •17__ Выявление целей и формирование критериев
- •18__ Генерирование альтернатив: источники альтернатив, способы увеличения и сокращения числа альтернатив
- •19__Способы генерирования альтернатив
- •20__Методы анализа систем управления: проведение интервью (структура, советы по применению), анкетирование, обзор документов, наблюдение
- •4.1 Интервьюирование
- •4.2 Анкетирование
- •4.3. Обзор документов
- •4.4 Наблюдение
- •Информационные сети (Бахвалов с.В.)
- •21__Понятия о функциональной, структурной организации и архитектуре вм; основные характеристики вм, методы оценки
- •22__Классификация вычислительных систем (вс) по способу организации обработки. Многопроцессорные и многомашинные комплексы.
- •23__Особенности архитектуры локальных сетей ( стандарты ieee 802).
- •24__Сеть Internet, доменная организация, семейство протоколов tcp/ip. Информационно-вычислительные сети и распределенная обработка информации.
- •По Операционным системам (Скрипкин с.К. )
- •25.__Обзор современных операционных систем и операционных оболочек
- •1. Семейство Microsoft Windows.
- •4. Семейство unix
- •26.__Машинно-зависимые свойства операционных систем
- •27.__Машинно-независимые свойства операционных систем
- •28__Динамические, последовательные и параллельные структуры программ;
- •29__Способы построения операционных систем
- •По Мультимедиатехнологии (Скрипкин с.К. )
- •30__Классификации и области применения мультимедиа
- •3.1. Различные области применения мультимедиа
- •31__Звуковые файлы: музыка, речь и звуковые эффекты.
- •32__Графика (растровая, векторная, трехмерная, фрактальная и др.) и анимация
- •Растровая и векторная графика
- •33__Линейный, нелинейный и смешанный монтаж для видео.
- •34__Виртуальная и расширенная реальности.
- •Моделирование систем (Петров а.В.)
- •35__Модели и моделирование
- •36__Математическое моделирование
- •37__Имитационное моделирование
- •38__Динамическое моделирование по Дж. Форрестеру
- •39__Индивидуальное имитационное моделирование объектов
- •Надёжность, эргономика и качество асоиу, Управление проектами Засядко а.А.)
- •40__Показатели надёжности
- •41__Факторы надёжности информационных систем
- •42__Принципы управления проектами
- •43__Методология управления проектами
- •44__Автоматизация управления проектами
- •Интеллектуальные информационные системы (Массель л.В.)
- •45__Основные понятия и принципы организации хранилищ данных.
- •Data Mart (Витрины данных)
- •46__Классификация искусственных нейронных сетей. Самоорганизующиеся карты Кохонена.
- •Многослойные нейронные сети прямого распространения. Базовая архитектура.
- •47__Модель искусственного нейрона. Активационная функция.
- •49__Нечеткие множества.
- •50__Онтологии. Основные понятия и типы онтологий.
- •Представление знаний. (Массель л.В.)
- •51__Классификациям моделей представления знаний.
- •52__Архитектура экспертной системы. Типы экспертных систем.
- •53__Классификация методов извлечения знаний.
- •54__Инструментальные средства и стадии разработки эс.
- •55__Отличие данных от знаний. Формы данных и знаний.
- •Проектирование информационных систем.( Массель л.В.)
- •56__Определение и классификация информационных систем
- •57__Структурный подход к проектированию информационных систем.
- •58__Объектный подход к проектированию информационных систем.
- •59__Rad-технология разработки информационных систем.
- •60__Каскадный и спиральный жизненные циклы разработки информационных систем.
- •61__Виды обеспечения и этапы разработки автоматизированных информационных систем
- •Основы сппр(Массель л.В.)
- •62__Определение, типы и классы сппр. 63__Состав и структура сппр.
- •64__Сппр. Критерии принятия решений и их шкалы.
- •65__Сппр. Основные составляющие задачи принятия решения.
- •66__Сппр. Генерация решений: формирование когнитивной карты.
- •Психологические основы проектирования интерфейсов.( Массель л.В.)
- •67__Принципы проектирования и критерии эффективности интерфейсов.
- •Окна диалогов с закладками
- •68__Организация пространства при компоновке интерфейса. Организация пространства
- •Расположение большого числа элементов
- •Перегруженность элементами управления
- •Расположение информации на экране
- •69__Элементы дизайна при проектировании интерфейса: шрифты, эффекты, цвета.
- •Эффекты
- •Выравнивание текста
- •Рекомендуются следующие правила использования цвета:
- •Способы уменьшения видимости задержки:
- •Рекомендуются следующие правила использования цвета:
- •Управление данными (Трипутина в.В.)
- •72__Классификация моделей данных
- •73__Понятие базы данных. Основные характеристики баз данных
- •74__Методика проектирования баз данных. Этапы проектирования баз данных
- •75__Реляционная модель данных. Основные понятия
- •76__Нормальные формы отношений
- •77__Модели доступа к данных в архитектуре «клиент-сервер»
- •78__Понятие транзакций. Свойства, обработка, блокировки транзакций
- •79__Субд. Понятие, основные функции, требования к серверу баз данных
- •Анализ бизнес-процессов (Гонегер п.А.)
- •80_Процессный и функциональный подходы в управлении. Организация управления в соответствии с госТами исо 9000-2001 и исо 9001-2001.
- •81_Основные понятия процессного подхода. Виды бизнес-процессов. Схема управления бизнес-процессом. Цели описания бизнес-процессов. Информация, необходимая при описании бизнес-процессов.
- •82_Характеристика методов улучшения бизнес-процессов.
- •83_Требования к организационной структуре. Характеристика основных организационных структур. Связь процессов и структуры.
- •84_Характеристика методологий, используемых для описания бизнес-процессов.
- •Основы теории управления (Ружников г.М.)
- •85__Передаточные функции последовательного и параллельного соединения звеньев.
- •86__Передаточная функция замкнутой системы.
- •87__Устойчивость линейных систем (вывод).
- •88__Критерий устойчивости Михайлова (вывод - случай вещественных корней).
- •89__Частотная передаточная функция и частотные характеристики (определения, формы записи, графики).
15__Неформализуемые этапы системного анализа.
Формулирование проблем
Постановка формальной задачи, которую надо решать, для традиционных наук — начальный, отправной этап работы. В исследовании же или проектировании сложной системы это промежуточный результат, которому предшествует длительная кропотливая и сложная работа по структурированию исходной проблемы.
Типичными примерами социотехнических систем служат организации типа городской медицинской службы, завода, системы транспорта или связи, экологические системы.
Участие в них многих людей, интересы которых различны, делает анализ таких систем особенно сложным.
Чем проще анализируемая система, тем ближе реализуемый алгоритм ее анализа к линейному; чем система сложнее, тем больше циклов реализуется при ее анализе, что, кстати, может служить самостоятельным признаком сложности.
Имеется ряд причин считать любую исходную формулировку проблемы лишь «нулевым приближением». Главная из них состоит в том, что проблемосодержащая система (так называют систему, в деятельности которой проявилась данная проблема как некоторое отрицательное, нежелательное явление) не является ни изолированной, ни монолитной. Она связана с другими системами и входит как часть в некоторую надсистему. Сама она, в свою очередь, состоит из частей, подсистем, в различной степени причастных к данной проблеме. Если это действительно реальная проблема, и мы намерены хотя бы ослабить ее остроту, то необходимо учитывать, как это скажется на тех, кого неизбежно затронут планируемые изменения.
Таким образом, к любой реальной проблеме необходимо априори относиться не как к отдельно взятой, а как к клубку взаимосвязанных проблем. Используя для обозначения этой совокупности термин, проблематика, можно сказать, что этап формулирования проблемы состоит в определении проблематики.
Другая важная причина того, чтобы относиться к первоначальной формулировке проблемы не как к безусловной отправной точке дальнейшего анализа, а как к начальному объекту, который сам подлежит изучению и уточнению, является тот факт, что предлагаемая заказчиком формулировка является его моделью реальной проблемной ситуации. Отсюда следует, что необходимо учитывать не только точку зрения заказчика, позиции других заинтересованных сторон (что приводит к необходимости расширения проблемы до проблематики), но и то, что его модель, как и всякая модель, неизбежно имеет целевой характер, является приблизительной, упрощенной. Поэтому следует проверять предложенную формулировку на адекватность. Это обычно приводит к развитию, дополнению, уточнению первоначального варианта описания проблемы.
Итак, системное исследование всякой проблемы начинается с ее расширения до проблематики, т.е. нахождения системы проблем, существенно связанных с исследуемой, без учета которых она не может быть решена. Это расширение происходит как «вширь» благодаря выявлению связей проблемосодержащей системы с над- и подсистемами, так и «вглубь» в результате рассмотрения данной проблемы с точки зрения каждого из языков конфигуратора и (если необходимо) детализации исходной проблемы.
Формулирование целей
После определения проблемы следующим по важности этапом анализа становится выявление целей. Установить правильную цель важнее, чем найти наилучшую альтернативу. Не самая лучшая альтернатива все-таки и ведет к цели, пусть не оптимальным способом. Выбор же неправильной цели приводит не столько к решению самой проблемы, сколько к появлению новых проблем.
Как хорошо формализованные, так и слабо структурированные проблемы должны быть приведены к виду, когда они становятся задачами выбора подходящих средств для достижения заданных целей. Поэтому прежде всего необходимо определить цели. На данном этапе системного анализа определяется, что надо сделать для снятия проблемы (в отличие от последующих этапов, которые определяют, как это сделать).
Главная трудность выявления цели связана с тем фактом, что цели являются как бы антиподом проблемы. Формулируя проблему, мы говорим в явной форме, что нам не нравится. Сделать это сравнительно просто, поскольку то, чего мы не хотим, существует. Говоря же о целях, мы пытаемся сформулировать, что же мы хотим. Мы как бы указываем направление, в котором следует «уходить» от существующей и не устраивающей нас ситуации. Трудность в том и состоит, что возможных направлений много, а выбрать нужно только одно, действительно правильное, а не кажущееся таким.
Формирование критериев
Критерий как любой способ сравнения альтернатив. Это означает, что критерием качества альтернативы может служить любой ее признак, значение которого можно зафиксировать в порядковой или более сильной шкале. После того как такая характеристика найдена («критерий сформирован»), появляется возможность ставить задачи выбора и оптимизации.
Критерии являются количественными моделями качественных целей. Следовательно, расхождения критериев и целей неизбежны, и очень важно заботиться о том, чтобы переход к работе с выбранными критериями действительно привел к движению в направлении к заданным целям.
Генерирование альтернатив
Теория выбора исходит из того, что задано множество альтернатив, т.е. считается, что уже имеется то, из чего выбирать, и вопрос состоит в том, как выбирать.
Генерирование альтернатив является самым напряженным творческим этапом системного анализа, на результативность которого влияют как внешние условия, так и в особенности внутренние.
Для облегчения и ускорения этой работы разработано много способов, владение которыми необходимо системному аналитику.
Важно сознательно сгенерировать как можно большее число альтернатив.
Алгоритмы проведения системного анализа
Если понимать формализацию узко (в идеале как математическую постановку задачи и вполне однозначную программу ее решения), то системный анализ в принципе не может быть полностью формализован, поскольку в нем большую и очень важную роль играют этапы, на которых системный аналитик и привлекаемые им эксперты должны выполнить творческую работу.
Алгоритмы проведения системного анализа могут быть различными. В зависимости от степени сложности анализируемой проблемы употребляются:
«линейные» алгоритмы (в простейших случаях);
алгоритмы с циклами (чем сложнее система, тем больше циклов и тем больше интераций осуществляется в каждом цикле);
сложные «последовательные», т.е. конструируемые в ходе исследования, алгоритмы (в том числе содержащие циклы, случайный поиск, адаптацию, самоорганизацию и т.д.).
Тот факт, что в арсенале системного анализа имеются как формальные (в том числе и математические) процедуры, так и операции, которые выполняются людьми неформально, и даже то, что в некоторых случаях анализ вообще не использует формализованные процедуры, тем не менее, не означает, что нельзя говорить об алгоритмах системного анализа.
Неоднократно имели место попытки создать достаточно общий, универсальный алгоритм системного анализа. Но они не увенчались успехом. Хотя можно отметить их общность в целом и различия в деталях.
Очень удобной и наглядной (и, кроме того, достаточно глубокой) аналогией служит программирование решения задачи на ЭВМ. Программист имеет в распоряжении все операторы некоторого языка и должен составить из них программу решения задачи. Разные программисты составят различные программы; одна из них будет написана изящнее; в какой-то из них использованы новинки; какая-то окажется «старомодной». Однако все они решают одну и ту же задачу. Подобно этому, системный аналитик может в разной (хотя и не полностью произвольной) последовательности использовать:
различные операции исследования систем или спланировать свои действия заранее (для хорошо структурированных, например технических, задач);
выбирать очередную операцию в зависимости от исхода предыдущей;
использовать готовый алгоритм или «готовые» подпрограммы анализа.
Претворение результатов в жизнь
В отличие от теории систем системный анализ является прикладной наукой, его конечная цель изменение существующей ситуации в соответствии с поставленными целями.
Известны случаи, когда внедренные в практику рекомендации использовались лишь до тех пор, пока их автор сам участвовал в их реализации.
Практика системных исследований и практика внедрения их результатов, хотя и имеют много общего, существенно различаются для систем разных типов. В этом отношении весьма продуктивной является классификация систем, введенная П. Чеклэндом. Он делит системы на три типа:
Естественные системы, в которых связи образованы и действуют «природным образом» (физические, химические, биологические, экологические системы и т.п.).
Реальные искусственные системы, в которых связи образованы в результате человеческой деятельности, хотя эти связи имеют естественную природу (машины, приборы, другие технические системы и т.д.).
Социотехнические системы. Самым важным является то, что в результате участия людей наиболее существенные связи в таких системах принадлежат не природе, а культуре (они условны, имеют знаковый характер), что смысл любой ситуации определяется отношением к ней субъекта. Хотя эти связи существуют лишь в мозгу человека (прежде вcero в виде ценностей), его реальное, целенаправленное поведение делает их как бы реально существующими.
Системный анализ применяется для исследования систем всех трех типов. И для каждого типа систем практика внедрения результатов будет специфична
