- •Раздел 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, созданная ргупс
- •Основные цели создания асу уз
- •Архитектура
- •Логическая модель
7) Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;
необходимо привести перечень основных мероприятий и их исполнителей, которые следует выполнить при подготовке объекта автоматизации к вводу АС в действие.
8) Требования к документированию;
согласованный разработчиком и заказчиком системы перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям ГОСТ 34.201 и НТД отрасли заказчика; перечень документов, выпускаемых на машинных носителях, требования к микрофильмированию документации;
требования по документированию комплектующих элементов межотраслевого применения в соответствии с требованиями ЕСКД и ЕСПД;
при отсутствии государственных стандартов, определяющих требования к документированию элементов системы, дополнительно включают требования к составу и содержанию таких документов.
9) Источники разработки.
должны быть перечислены документы и информационные материалы, на основании которых разрабатывалось ТЗ и которые должны быть использованы при создании системы.
1.5. Средства структурного анализа.
Для целей моделирования систем вообще, и структурного анализа в частности, используются три группы средств, иллюстрирующих:
• функции, которые система должна выполнять;
• отношения между данными;
• зависящее от времени поведение системы (аспекты реального времени).
Среди всего многообразия средств решения данных задач в методологиях структурного анализа наиболее часто и эффективно применяемыми являются следующие:
• DFD - диаграммы потоков данных совместно со словарями данных и спецификациями процессов или миниспецификациями;
• ERD - диаграммы «сущность-связь»;
• STD - диаграммы переходов состояний.
DFD показывает внешние по отношению к системе источники и адресаты данных, идентифицирует логические функции и группы элементов данных, связывающие одну функцию с другой, а также идентифицирует хранилища данных, к которым осуществляется доступ. Структуры потоков данных и определения их компонент хранятся и анализируются в словаре данных. Каждая логическая функция может быть детализирована с помощью DFD нижнего уровня; когда дальнейшая детализация перестает быть полезной, переходят к выражению логики функции при помощи спецификации процесса (миниспецификации). Содержимое каждого хранилища также сохраняют в словаре данных, модель данных хранилища раскрывается с помощью ERD. В случае наличия реального времени DFD дополняется средствами описания зависящего от времени поведения системы, раскрывающимися с помощью STD.
Диаграммы потоков данных (DFD) являются основным средством моделирования функциональных требований проектируемой системы. С их помощью эти требования разбиваются на функциональные компоненты и представляются в виде сети, связанной потоками данных. Главная цель таких средств - продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.
Диаграммы «сущность-связь» (ERD) предназначены для разработки моделей данных и обеспечивают стандартный способ определения данных и отношений между ними. Фактически с помощью ERD осуществляется детализация хранилищ данных проектируемой системы, а также документируются сущности системы и способы их взаимодействия, включая идентификацию объектов, важных для предметной области, свойств этих объектов и их отношений с другими объектами.
С помощью диаграмм переходов состояний (STD) можно моделировать последующее функционирование системы на основе ее предыдущего и текущего функционирования. Моделируемая система в любой заданный момент времени находится точно в одном из конечного множества состояний. С течением времени она может изменить свое состояние, при этом переходы между состояниями должны быть точно определены.