ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 02.03.2024
Просмотров: 913
Скачиваний: 2
СОДЕРЖАНИЕ
Автоматизированные информационные системы
Компоненты информационной системы
4 База знаний, Методы принятия решений. Компьютерная поддержка принятия управленческих решений
Области применения экспертных систем.
Второй вариант ответа на этот же вопрос:
Подсистема приобретения знаний
2.4.1 Подсистема вывода, способы логического вывода
Основные компоненты экспертных систем
9 Моделирование ис. Математические модели системы. Классификация математических моделей
Правила для успешного математического моделирования:
Классификация моделей Формальная классификация моделей
Классификация по способу представления объекта
Содержательные и формальные модели
Содержательная классификация моделей
Тип 1: Гипотеза(такое могло бы быть)
Тип 2: Феноменологическая модель (ведем себя так, как если бы…)
Тип 3: Приближение (что-то считаем очень большим или очень малым)
Тип 4: Упрощение (опустим для ясности некоторые детали)
Тип 6: Аналогия (учтём только некоторые особенности)
Тип 7: Мысленный эксперимент(главное состоит в опровержении возможности)
Тип 8: Демонстрация возможности (главное — показать внутреннюю непротиворечивость возможности)
10 Подходы к построению ис. Ис как среда реализации функций управления. Основные модули ис
13. Технологии виртуальных предприятий и разработка ис под конкретную организацию.
14.Реинжиниринг бизнес – процессов. Управление процессом разработки ис.
16.Построение ис на основе прототипов. Достоинства и недостатки данного подхода к построению ис.
14.Реинжиниринг бизнес – процессов. Управление процессом разработки ис.
Реинженеринг это изменение структуры происходящих процессов выполняемых в организации, с целью оптимизации выполняемых действий, движения информационных потоков и т.д. Для его выполнения необходимо иметь представление обо всех процессах происходящих в организации от глобальных до самых минимальных. Анализ данных процессов порой позволяет выявить выполнение одних и тех же действий в различных подразделениях, результатом которых является схожая информация на выходе. Чтобы исключить такие непроизводительные затраты трудовых ресурсов необходимо: составить модель процессов используя одну из множества нотаций используемых для описания процессов, произвести ее анализ и внести соответствующие коррективы.
Под управлением процессом разработки понимается контроль за соблюдением сроков выполнения поставленного плана и использованием предоставленных ресурсов. План включает в себя сроки выполнения всех этапов разработки, реализации, тестирования, внедрения и в случае необходимости сопровождения ИС. В план включены графики использования предоставленных ресурсов, сроки приобретения средств разработки и проведения необходимого обучения и т.д.
Инструментальные средства для поддержки проектирования: современные языки программирования, программные комплексы для поддержки проектных работ, автоматизированные системы проектирования (использование CASE-систем для проектирования приложений и баз данных).
Один из наиболее важных вопросов при создании систем управления является вопрос обеспечения надежности управляющих программ. При этом возникают определенные трудности. Во-первых, невозможно определить в техническом задании будущую систему во всех подробностях, а следовательно, контролировать соответствие технического задания и производимого программного продукта на каждом этапе проектирования. Во-вторых, неосуществима организация гарантированной проверки результатов работы каждого программиста. В-третьих, невозможно сертифицировать программный продукт, если он содержит порядка миллиона операторов исходного текста и объект управления представляет собой сложную систему.
Классический структурный подход к созданию информационных систем предполагает последовательную реализацию этапов анализа, проектирования, создания модулей, объединения модулей в единую систему, тестирования и внедрения.
Применение CASE-технологий и CASE - средств позволяет в несколько раз сократить время разработки информационных систем и значительно снизить вероятность появления ошибок за счет автоматизации начальных этапов разработки (а, как следствие- более качественного планирования и проектирования ) и автоматической генерации структуры сервера БД и кода клиентского приложения. Термин CASEподразумевает компьютеризацию (автоматизацию) разработки программного обеспечения.CASEсредством считается программа или комплекс программ автоматизирующих ту или иную область деятельности по проектированию и реализации программных продуктов. Сюда относятся языки программирования высокого уровня, средства тестирования и документирования, оболочки объединяющие все используемые средства в единое информационное пространство, позволяющее согласовывать действия как по разработке отдельных блоков программного продукта одним разработчиком, так и координировать работу группы разработчиков.CASE– средства позволяют отслеживать график работ, ведение версий программного продукта установленных на рабочих местах пользователей и т.д. С помощьюCASE– средств автоматизируется формирование программного кода и структуры БД по различным разработанным моделям.
16.Построение ис на основе прототипов. Достоинства и недостатки данного подхода к построению ис.
Прототипом ИС является другая система, которая предлагается разработчиком в качестве базовой, либо система уже используемая в других организациях. Построение ИС на базе прототипов предполагает изменение ряда функций или их добавления для полного выполнения требований заказчика. Достоинством данного метода является то, что нет необходимости создания уникальной системы с нуля. Недостатком является то, что может понадобиться большое изменение программного кода, если в качестве прототипа выбрана система реализующая некоторые функции .
Если при проектировании ИС найдена схожая ИС, выполняющая аналогичные функции, то удобно использовать найденную систему в качестве прототипа дополнив ее теми функциями, которые необходимы в организации, но не реализованные в этой системе. Применение прототипа значительно сокращает время разработки новой ИС при условии чего группа разработчиков либо сама создавала прототип, либо хорошо его изучила. Если прототип не окончательно изучен, то возможной проблемой при согласовании информационных потоков с новыми функциями системы.
17.Построение ис на основе пакетов программ. Критерии оценки пакетов программ. Достоинства и недостатки данного подхода к построению ис.
При проектировании и разработке ИС активно используют программные средства, автоматизирующие ту или иную область деятельности по разработке. Данные средства получили название CASE средств. Эти средства могут не только автоматизировать разработку программы и встраиваться в качестве отдельных блоков в структуру будущей ИС, выполняя в ней определенные управленческие и др. функции. Формирование ИС из отдельных блоков называют проектированием ИС с помощью пакетов программ, где каждая программа выступает в качестве отдельного блока в ИС.
Под критериями оценки подразумевают возможности конкретных пакетов программ. Это может быть: выполняемые функции, эффективность, простота использования и т.д. Достоинством данного подхода является то, что нет необходимости разрабатывать собственные программные продукты реализующие конкретные функции, а достаточно выбрать среди предлагаемых вариантов наилучший и встроить его в единую оболочку системы.