- •Раздел 1. Проектирование асоиу.
- •1.1. Понятие асоиу.
- •1.2. Классификация асоиу.
- •1.2.1 Классификация асоиу:
- •1.2.2. Уровни управления. Классы аис для их поддержки. Характеристика классов
- •1.2.3. Структура асоиу на уровне подсистем. Характеристика подсистем
- •1.3. Основные принципы создания ас.
- •1.4. Стадии и этапы создания автоматизированной системы
- •1.4.1.Содержание программы обследования объекта автоматизации
- •1.4.2.Состав и содержание технического задания на создание автоматизированной системы
- •1) Общие сведения:
- •2) Назначение и цели создания (развития) системы;
- •3) Характеристика объектов автоматизации;
- •4) Требования к системе;
- •5) Состав и содержание работ по созданию системы;
- •6) Порядок контроля и приемки системы;
- •7) Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;
- •8) Требования к документированию;
- •9) Источники разработки.
- •1.5. Средства структурного анализа.
- •1.5.1. Методология функционального моделирования idef0
- •1.5.2. Функциональная методика потоков данных (dfd)
- •1.5.3. Методология idef3
- •1.6. Разработка концепции асоиу.
- •1. 6.1. Проектирование архитектуры
- •1.6.2. Проектирование пользовательского интерфейса
- •1.7. Информационное обеспечение асоиу.
- •1.8. Программное обеспечение асоиу.
- •1. 9. Назначение, характеристика и использование case-средств разработки асоиу
- •1.10. Основные методы проектирования асоиу
- •1. 10.1. Методы структурного проектирования
- •1. 10. 2. Метод объектно-ориентированного проектирования
- •Раздел 2. Системы обработки информации и управления в науке.
- •2.1. Системный подход в задачах анализа, моделирования и структурирования ис и асу образования и науки
- •2.2. Информационные системы в науке
- •2.2.1. Искусственные нейронные сети
- •2.2.2. Системы искусственного интеллекта
- •2.2.3. Экспертные системы
- •Раздел 4. Информационные системы в образовании.
- •4.1. Информационные системы как инструмент управления информационной средой образования
- •4.2. Корпоративные информационные системы образования в сети internet.
- •4.3. Распределенные и параллельные информационные системы. Процессы, коммутация и координация в распределенных и параллельных ис.
- •4.4. Предметная область информационных систем в образовательных технологиях.
- •4.5. Основные требования, предъявляемые к проектируемым информационно-вычислительным (информационным) системам в образовании.
- •4.6. Общая характеристика функций и содержания проектирования ис в образовании. Реализация проектных решений средствами новых информационных технологий.
- •4.6.1. Общие принципы и рекомендации по созданию баз библиографической, реферативной и полнотекстовой информации
- •4.7. Автоматизированные информационно-библиотечные системы
- •4.8. Информационные системы обучения и контроля знаний.
- •4.9. Информационные системы дистанционного образования
- •Раздел 5. Асоиу в образовании.
- •3Т:ХроноГраф Журнал
- •Коммерческие продукты с широким функционалом для различных нужд образовательного учреждения. Один из самых ярких примеров такой системы — «Сетевая Школа» и NetSchool.
- •Системы, созданные в рамках конкретного субъекта федерации или муниципалитета только для своих нужд, без возможности распространения данного опыта на соседние регионы.
- •1. Асуо-Контингент.
- •2. Асу на базе системы Oracle, созданная ргупс
- •Основные цели создания асу уз
- •Архитектура
- •Логическая модель
1.5.3. Методология idef3
Для описания логики взаимодействия информационных потоков существует методология IDEF3, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов. Диаграммы Workflow могут быть использованы в моделировании бизнес-процессов для анализа завершенности процедур обработки информации. С их помощью можно описывать сценарии действий сотрудников организации, например последовательность обработки заказа или события, которые необходимо обработать за конечное время. Каждый сценарий сопровождается описанием процесса и может быть использован для документирования каждой функции.
IDEF3 - это метод, описывающий ситуацию, когда процессы выполняются в определенной последовательности, а также описать объекты, участвующие совместно в одном процессе.
В отличие от других методик описаний процессов IDEF3 не ограничивает аналитика чрезмерно жесткими рамками синтаксиса, что может привести к созданию неполных или противоречивых моделей.
Каждая работа в IDEF3 описывает какой-либо сценарий бизнес-процесса и может являться составляющей другой работы. Поскольку сценарий описывает цель и рамки модели, важно, чтобы работы именовались отглагольным существительным, обозначающим процесс действия, или фразой, содержащей такое существительное.
Точка зрения на модель должна быть документирована. Обычно это точка зрения человека, ответственного за работу в целом. Также необходимо документировать цель модели - те вопросы, на которые призвана ответить модель.
Диаграмма является основной единицей описания в IDEF3. Важно правильно построить диаграммы, поскольку они предназначены для чтения другими людьми (а не только автором).
Единицы работы - Unit of Work (UOW) - также называемые работами (activity), являются центральными компонентами модели. В IDEF3 работы изображаются прямоугольниками с прямыми углами и имеют имя, выраженное отглагольным существительным и другое имя существительное, отображающее основной выход работы (например, «Изготовление изделия»). Также имеет идентификатор работы, который присваивается при создании и не меняется никогда. Даже если работа будет удалена, ее идентификатор не будет вновь использоваться для других работ.
Связи показывают взаимоотношения работ. Все связи в IDEF3 однонаправлены и могут быть направлены куда угодно, но обычно диаграммы IDEF3 стараются построить так, чтобы связи были направлены слева направо. В IDEF3 различают три типа стрелок, изображающих связи:
старшая - сплошная линия, связывающая единицы работ. Рисуется слева направо или сверху вниз. Показывает, что работа-источник должна закончиться прежде, чем работа-цель начнется;
отношения - пунктирная линия, использующаяся для изображения связей между единицами работ, а также между единицами работ и объектами ссылок;
потоки объектов - стрелка с двумя наконечниками, применяется для описания того факта, что объект используется в двух или более единицах работы, например, когда объект порождается в одной работе и используется в другой;
Окончание одной работы может служить сигналом к началу нескольких работ, или же одна работа для своего запуска может ожидать окончания нескольких работ. Для отображения логики взаимодействия стрелок при слиянии и разветвлении используются перекрестки. Различают перекрестки для слияния и разветвления стрелок.
Все перекрестки на диаграмме нумеруются, каждый номер имеет префикс J. В IDEF3 стрелки могут сливаться и разветвляться только через перекрестки.
Объект ссылки в IDEF3 выражает некую идею, концепцию или данные, которые нельзя связать со стрелкой, перекрестком или работой. Объекты ссылки должны быть связаны с единицами работ или перекрестками пунктирными линиями.
В IDEF3 декомпозиция используется для детализации работ. Методология IDEF3 позволяет декомпозировать работу многократно, т. е. работа может иметь множество дочерних работ. Это позволяет в одной модели описать альтернативные потоки. Возможность множественной декомпозиции предъявляет дополнительные требования к нумерации работ. Так, номер работы состоит из номера родительской работы, версии декомпозиции и собственного номера работы на текущей диаграмме.