практическая работа структурная девушка модель предметной области

вебкам ижевск

Готовое резюме. Карьерная консультация. Статистика по вакансии. Автоподнятие резюме.

Практическая работа структурная девушка модель предметной области работа для девушек без опыта работы екатеринбург

Практическая работа структурная девушка модель предметной области

Информационная технология работы с объектами текстового документа в среде Word. Тема 2. Текстовые документы и текстовые процессоры. Сферы и формы использования текстовых документов. Форматирование объектов текста. Понятие форматирования объекта текстового документа. Объект «символ» и его свойства. Различие в технологии использования дефиса и тире. Технология форматирования символов, установления границ, определения вида заливки.

Объект «абзац» и его свойства. Объект «список» и его свойства. Расположение текста в списке. Создание и редактирование графических изображений. Виды компьютерной графики: векторная и растровая. Виды расположения графического объекта в текстовом документе.

Возможности программной среды Word по созданию векторного графического объекта. Создание и редактирование табличных объектов. Понятие объекта применительно к таблице и ее элементам. Свойства составляющих таблицу объектов. Информационная технология работы со структурой текстового документа. Основные объекты текстового документа: страница, разделы, колонтитулы. Назначение и изменение параметров этих объектов.

Технология работы с разделами документа. Многоколоночный текст. Технология работы с колонтитулами. Раздел 3. Тема 3. Разновидности компьютерных сетей. Понятие компьютерной сети. Назначение сервера и рабочей станции. Понятие сетевой технологии.

Классификация компьютерных сетей. Характеристика корпоративной сети. Информационная технология передачи информации через Интернет. Технология работы с почтовой службой mail. Этика сетевого общения. Необходимость соблюдать нормы поведения пользователя в компьютерной сети.

Понятие этики сетевого общения и соблюдение общепринятых правил. Информационная технология поиска информации в Интернете. Использование браузера для поиска по URL-aдpecaм. Понятие поисковой системы. Поисковая машина специального назначения. Основные характеристики поисковых машин.

Правила поиска по рубрикатору поисковой машины. Правила формирования сложных запросов в поисковой системе «Яндекс». Технология поиска по URL-aдpecaм. Технология формирования сложных запросов в поисковой системе «Яндекс». Информационная безопасность сетевой технологии работы.

Защита информации с помощью антивирусных программ. Защита от нежелательной корреспонденции. Раздел 4. Информационная технология представления информации в виде презентаций в среде Power Point. Тема 4. Возможности программной среды подготовки презентаций Power Point Возможности и область использования приложения Power Point.

Типовые объекты презентации. Группы инструментов среды Power Point. Возможности технологии работы с графическими объектами. Характеристика режима «Фотоальбом». Предварительный просмотр. Информационная технология создания презентации с помощью Мастера автосодержания на тему «Техника безопасности в компьютерном классе".

Понятие шаблона презентации. Рекомендации по созданию презентации на тему «Техника безопасности в компьютерном классе. Выбор шаблона при помощи Мастера автосодержания. Оформление экспресс-теста: создание вопросов и ответов; настройка реакции на выбранные ответы в виде гиперссылок; Возвращение на слайд с вопросами; перепрограммирование управляющей кнопки.

Информационная технология создания презентации по социальной тематике «Компьютер и здоровье школьников". Описание назначения презентации «Компьютер и здоровье школьников как составляющей проекта. Технология создания презентации. Технология создания собственного фона презентации - создание и вставка рисунка. Раздел 5. Информационная технология обработки данных в среде табличного процессора Excel. Тема 5. Статистическая обработка массива данных и построение диаграмм.

Постановка и описание задачи. Технология накопления и обработки данных. Автоматизированная обработка данных с помощью анкет. Технология организации накопления и обработки данных: создание макросов; создание управляющих кнопок; подведение итогов конкурса и построение диаграмм. Раздел 6. Информационная технология разработки проекта. Тема 6. Представление об основных этапах разработки проекта.

Понятие проекта. Примеры проектов. Основные этапы разработки проекта: замысел проекта; планирование; контроль и анализ. Характеристика основных этапов. Цель разработки информационных моделей. Понятие структурной декомпозиции. Итерационный процесс создания структуры проекта. Учащueся должны знать:.

Базовые информационные модели проекта. Информационная модель проекта в виде дерева целей. Общий вид структуры дерева целей. Декомпозиция цели. Построение дерева целей на примере проекта ремонта школы. Общий вид структуры. Построение структуры продукта на примере проекта ремонта школы. Другие виды информационных моделей проекта. Разработка информационных моделей социального проекта «Жизнь без сигареты». Понятие замысла проекта. Уточнение и детализация замысла социального проекта, направленного на борьбу с курением школьников, в форме вопросов и ответов.

Анализ социальной проблемы, связанной с курением школьников. Построение дерева целей проекта, где генеральной целью является борьба с ранним курением школьников. Построение структуры информационного продукта данного проекта. Учащueся должны уметь:.

Информационная технология создания социального проекта «Жизнь без сигареты». Исследование причин курения с помощью анкеты. Проведение опроса. Исследование возраста курящих школьников с помощью анкеты. Создание анкеты в среде Excel. Обработка статистических данных. Практическая часть социального проекта «Жизнь без сигареты» выполняется на базе материалов, найденных в Интернете. Раздел 7. Основы программирования в среде Visual Basic.

Тема 7. Основные понятия и инструментарий среды Visual Basic. Обобщенный вид информационной модели объекта. Понятия события и метода. Представление о среде разработки проекта Visual Basic. Назначение основных вкладок. Окно редактора кода про граммы. Окно свойств объекта. Технология работы с формой и графическими методами. Понятие и назначение формы. Использование событий и методов формы для вывода текста. Назначение графических методов.

Синтаксис графических методов Line и Circle. Освоение фрагментов про граммы по рисованию типовых фигур. Оператор присваивания и ввод данных Понятие переменной и ее значения в программе. Синтаксис оператора присваивания. Синтаксис оператора ввода данных. Программа рисования прямоугольников.

Учащuеся должны уметь:. Управляющие элементы: метка, текстовое окно, кнопка. Понятие управляющих элементов. Назначение метки Label. Создание пользовательского интерфейса с помощью меток. Воздействие на метки и программирование откликов. Назначение управляющего элемента - текстового окна. Технология написания программы для диалогового окна. Назначение управляющего элемента - кнопки. Технология написания про граммы с управляющей кнопкой. Технология работы с функциями даты и времени.

Области определения переменной. Технология работы с глобальными переменными. Учащuеся должны знать:. Процедуры и функции. Назначение вспомогательного алгоритма. Понятие процедуры. Синтаксис процедуры. Пример оформления процедуры. Технология написания процедуры без параметров. Стандартные функции. Синтаксис функции. Технология создания и использования функции. Практические работы 10 класс. Количество часов, отведенных на практику по предмету.

Тематическое планирование 11 класс. Компьютерные технологии представления информации. Средства и технологии создания и преобразования информационных объектов. Основы социальной информатики. Средства и технологии обмена информацией с помощью компьютерных сетей сетевые технологии. Архитектура компьютера и компьютерных сетей.

Телекоммуникационные технологии. Содержание изучаемого курса 11 класс. Роль и характеристика информационных революций. Краткая характеристика поколений ЭВМ и связь с информационной революцией. Характеристика индустриального общества. Понятие информационной культуры: информологический и культурологический подходы. Проявление информационной культуры человека. Понятие информационной революции и её влияние на развитие цивилизации;.

Краткую характеристику каждой информационной революции;. Характерные черты индустриального общества;. Суть процесса информатизации общества;. Определение информационной культуры. Приводить примеры, отражающие процесс информатизации общества;. Сопоставлять уровни развития стран с позиции информатизации. Информационные ресурсы. Основные виды ресурсов. Понятие информационного ресурса. Информационный ресурс как главный стратегический ресурс страны. Роль и значение информационных ресурсов в развитии страны;.

Понятие информационной услуги и продукта;. Виды информационных продуктов;. Виды информационных услуг. Приводить примеры информационных ресурсов;. Составлять классификацию информационных продуктов для разных сфер деятельности;. Составлять классификацию информационных услуг для развития сфер деятельности.

Этические и правовые нормы информационной деятельности человека. Понятие этики. Формы внедрения этических норм. Понятие права собственности на информационный продукт;. Понятие права распоряжения информационным продуктом;. Понятие права владения информационным продуктом;. Понятие права пользования информационным продуктом;. Роль государства в правовом регулировании информационной деятельности;.

Этические нормы информационной деятельности. Информационная безопасность. Понятие информационной безопасности. Основные цели информационной безопасности. Объекты, которым необходимо обеспечить информационную безопасность. Понятие информационных угроз. Информационная безопасность различных пользователей компьютерных систем. Основные цели и задачи информационной безопасности;.

Представление об информационных угрозах и их проявлениях;. Источники информационных угроз;. Методы защиты информации от информационных угроз. Моделирование случайных процессов на примере решения следующих задач: бросание монеты; игра в рулетку. Особенности класса задач, ориентированных на моделирование табличном процессе;. Этапы построения моделей для электронной таблицы;. Особенности формирования структуры компьютерной модели для электронной таблицы;.

Технологию проведения моделирования в среде табличного процессора. Составлять план проведения поэтапного моделирования в среде табличного процессора;. Выполнять моделирование задач из разных областей в среде табличного процессора;. Анализировать результаты моделирования и делать выводы по окончанию анализа. Информационные модели в базах данных. Этапы создания информационных моделей в базах данных.

Стандартные и индивидуальные информационные модели. Класс задач, ориентированный на моделирование в системе управления базой данных СУБД ;. Структура информационной модели в базе данных;. Технологию работы в СУБД, определяющей среду моделирования. Пользоваться стандартными информационными моделями шаблонными ;.

Производить выборку из базы данных, используя разные услуги поиска фильтр. Информационные системы и технологии. Понятие системы. Процессы в информационной системе. Замкнутая информационная система. Понятие системы и информационной системы;. Отличие замкнутой информационной системы от разомкнутой;.

Классификацию информационных систем по характеру использования информации;. Классификацию информационных систем по сфере применения;. Назначение типовых обеспечивающих подсистем. Информационные технологии. Сопоставление понятий и целей технологии материального производства и информационной технологии. Особенности компьютерной технологии. Инструментарий информационной технологии. Как соотносятся между собой информационные технологии и системы. История развития информационной технологии. Отличие информационных технологии от материальной;.

Отличие информационной технологии от информационной системы;. Историю развития информационной технологии. Информационная технология автоматизированной обработки текстовых документов. Автоматизация редактирования Редактирование и форматирование документа. Поиск и замена символов. Понятие форматирования и редактирования;. Инструменты автоматизированной обработки текста;. Возможности среды Word по автоматизации операций редактирования документа. Проверять правописание в документе и выполнять автоматическое исправление ошибок;.

Использовать инструменты автозамены текста и автотекста;. Выполнять автоматизированный поиск и замену символов;. Выполнять автоматическую коррекцию отсканированного текста. Автоматизация форматирования. Нумерация страниц. Стилевое форматирование. Функции панели задач Стили и форматирование.

Создание нового стиля. Создание стиля на основе выделенного фрагмента. Определение стилей в документах. Стили заголовков с нумерацией. Создание оглавления. Перекрестные ссылки в документе, в колонтитулах, на список литературы. Возможности среды Word по автоматизации операций форматирования документа;. Понятие стилевого оформления;. Технологию использования стилевого оформления в документе;.

Понятие перекрестной ссылки и её назначение;. Технологию использования перекрестных ссылок в документе. Создавать и применять стилевое оформление многостраничного документа;. Создавать оглавление в документе;. Использовать перекрестные ссылки в документе;. Автоматически нумеровать таблицы и рисунки;. Сортировать список. Информационная технология хранения данных. Представление о базах данных. Роль информационной системы в жизни людей.

Примеры представления информации в разных предметных областях. Пример организации алфавитного и предметного каталогов. Понятие структурирования данных. Понятие структуры записи. Понятие базы данных;. Цель создания информационной системы и роль в ней базы данных;. Назначение процесса структурирования данных;. Понятие поля и записи в базе данных;. Приводить примеры информационных систем;.

Представлять параметры объектов конкретной предметной области в виде таблицы;. Указывать в таблице данные о параметрах объектов «поле» и «запись», а также структуру записи. Виды моделей данных. Примеры информационных моделей предметной области. Реляционная модель данных и ее основные свойства. Причина, по которой одна таблица разделяется на две. Особенности иерархической модели данных;.

Особенности сетевой модели данных;. Особенности реляционной модели данных;. Типы связей в реляционной модели данных;. Понятие ключа и его роль в реляционной модели данных. Приводить примеры моделей для разных предметных областей;. Представлять иерархическую и сетевую модели данных в графической форме;. Приводить примеры и объяснение разных типов связей между таблицами реляционной модели данных;.

Представлять реляционную модель данных в виде нескольких таблиц со связями. Система управления базами данных Access. Понятие системы управления базой данных СУБД. Этапы работы в СУБД. Понятие формы для ввода и просмотра данных. Понятие фильтра. Понятие запроса. Назначение СУБД;. Понятие и назначение формы;.

Понятие и назначение фильтра;. Понятие и назначение запроса;. Понятие и назначение отчета. Этапы разработки базы данных. Этап 1 — постановка задачи. Этап 2 — проектирование базы данных. Этап 3 — создание базы данных в СУБД. Этап 4 — управление базой данных в СУБД. Теоретические этапы разработки базы данных. Постановка задачи - разработка базы данных «Географические объекты». Цель - создание базы данных. Выделять объекты предметной области;. Задавать информационную модель объекта в виде структуры таблицы;.

Устанавливать тип связи между таблицами. Технология создания таблицы «Континенты». Изменение свойств таблицы. Вставка рисунков в таблицу. Редактирование структуры таблицы. Технология создания таблицы «Cтpaны». Технология создания таблицы «Населенные пункты». Установление связей между таблицами: создание связей, удаление и восстановление связей. Использование Мастера подстановок.

Ввод данных в связанные таблицы. Понятие целостности данных;. Технологию создания и редактирования структуры таблицы. Создавать и редактировать структуру таблицы;. Вводить данные в таблицы;. Устанавливать связи между таблицами;. Вставлять рисунки в таблицу;. Изменять свойства таблицы. Ввод данных с помощью форм. Изменение вида подчиненной формы. Составная форма на основе трех таблиц. Сортировка данных в таблице. Бланк расширенного фильтра и фильтрация «по маске». Технология работы с запросами.

Создание запроса с параметром и условия отбора в нем. Групповые операции в запросах. Технология создания и редактирования отчета. Структуру и назначение простой и составной формы;. Правила формирования условий в запросах. Создавать и редактировать простую форму ввода данных;.

Создавать и редактировать составную форму ввода данных;. Сортировать данные в таблицах;. Создавать запросы, формируя в них различные условия отбора данных;. Создавать и редактировать отчеты. Цикл с параметром. Назначение оператора цикла. Понятие параметра- и тела цикла. Синтаксис оператора цикла. Понятие параметра и тела цикла;. Выделять повторяющийся фрагмент в алгоритме;.

Оформлять повторяющиеся фрагменты в виде подпрограмм;. Обращаться из программы к написанной функции разными способами;. Использовать в программа цикл For…Next. Условный оператор. Назначение условного оператора. Синтаксис условного оператора в. Управляющий элемент Переключатель.

Управляющий элемент флажок. Понятие, назначение и синтаксис условного оператора;. Две формы записи условного оператора. Использовать в программах условные операторы;. Использовать полное и неполное ветвление в алгоритмах;.

Использовать вложенные конструкции;. Осуществлять выбор по сложному условию;. Использовать в программах управляющие элементы;. Использовать управляющий элемент Переключатель;. Использовать оператор Select Case для множественного выбора;. Использовать в интерфейсе управляющий элемент флажок;. Работать с массивами управляющих элементов;. Создавать фрагменты тестирующих программ. Циклы с предусловием и постусловием Понятие цикла с предусловием.

Синтаксис оператора цикла Do Понятие цикла с постусловием. Loop Until. Синтаксис циклов с предусловием и постусловием. Разрабатывать программы, включающие циклы с предусловием;. Разрабатывать программы, включающие циклы с постусловием;.

Выбирать циклическую конструкцию для решения конкретной задачи. Углубленное изучение программирования в среде Visual Basic. Метод последовательной детализации. Примеры программ. Технология работы со строками. Технология работы со списками.

Технология работы с файлами. Мультимедийные возможности Visual Basic. Разбивать сложную задачу на блоки и создавать для них подпрограммы процедуры и функции ;. Создавать управляющую программу для соединения модулей в единое целое;. Использовать в программах типовые функции для работы со строками;.

Работать с элементом управления Список;. Заполнять списки различными способами;. Открывать и закрывать файлы из приложения;. Использовать содержимое файлов в качестве входной информации;. Загружать содержимое файлов различными способами;. Сохранять результирующие данные в виде файлов;. Использовать в программе мультимедийные средства. Практические работы 11 класс. Учебно-методический комплект.

Информатика и ИКТ. Учебник 10 под редакцией профессора Н. Питер, Практикум по моделированию класс под редакцией Н. Программа по информатике и ИКТ системно-информационная концепция к комплекту учебников по информатике и ИКТ под редакцией профессора Н. Макаровой класс, 2-издание. Информатика и ИКТ 11класс Базовый уровень. Использование банка КИМов. Соколова О. Шелепаева А.

Рекомендуемые программные средства. Операционная система Windows ХР. Антивирусная программа Антивирус Касперского 6. Программа-архиватор WinZip. Клавиатурный тренажер. Интегрированное офисное приложение Мs Office Мультимедиа проигрыватель. Материально-техническое обеспечение кабинета. Наименование имущества. Столы для учителя.

Столы компьютерные. Столы ученические. Стул мягкий компьютерный. Документ камера Roverscan. Маркерная доска с интерактивной приставкой Mimio. Интернет - ресурсы. Виртуальный компьютерный музей. Газета «Информатика» Издательского дома «Первое сентября». Дидактические материалы по информатике и математике. Информатика в школе: сайт М. Информатика в школе: сайт И. Информатика для учителей: сайт С. Информатика и информация: сайт для учителей информатики и учеников.

Информатика и информационные технологии в образовании. Научно-методический журнал «Информатика и образование». ИТ-образование в России: сайт открытого е-консорциума. Компьютер на уроках. Материалы к урокам информатики О. Тузова, С. Методические и дидактические материалы к урокам информатики: сайт Е. Преподавание информатики в школе. Dedinsky school page. Календарно — тематическое планирование 10 класс информатика и ИКТ. Элементы содержания. Требования к уровню подготовки обучающихся.

Задание на дом. Информация и ее свойства. Основные подходы к определению понятия «информация». Системы, образованные взаимодействующими элементами, состояния элементов, обмен информацией между элементами, сигналы. Дискретные и непрерывные сигналы.

Носители информации. Виды и свойства информации. Знать основные подходы к определению информации. Иметь представление о системах, образованных взаимодействующими элементами. Уметь распознать дискретные и непрерывные сигналы.

Знать виды носителей информации и их характерные особенности; виды и свойства информации. Дискретное представление информации. Дискретное цифровое представление результатов измерения, текстовой информации, графической звуковой, видео. Иметь представление о дискретном представлении результатов измерений, текстовой информации. Подходы к определению количества информации.

Количество информации как мера уменьшения неопределенности знаний. Алфавитный подход к определению количества информации. Иметь представление о количестве информации. Знать принципы алфавитного подхода к определению количества информации. Уметь определять количество информации в рамках реализации алфавитного подхода. Решение задач на определение количества информации, содержащейся в сообщении при вероятностном и техническом алфавитном подходах.

Кодирование и декодирование сообщений по предложенным правилам. Уметь определять количество информации, содержащейся в сообщении при вероятностном и алфавитном подходах; кодировать и декодировать сообщения по предложенным правилам. Кодирование и декодирование. Сигнал, кодирование, декодирование, сжатие. Знать: принципы, особенности и пути кодирования разных видов информации; основные параметры сигнала, виды сигналов по уровню и во времени.

Двоичное кодирование. Примеры систем двоичного кодирование различных алфавитов. Уметь приводить примеры систем двоичного кодирования различных алфавитов. Языки и способы кодирования информации. Классификация информационных процессов. Кодирование информации. Языки кодирования. Формализованные и неформализованные языки. Выбор способа представления информации в соответствии с поставленной задачей.

Поиск и отбор информации. Методы поиска. Критерии отбора. Знать виды информационных процессов; основные классы и виды я зыков программирования. Иметь представление о становлении языков программирования исторический аспект. Знать принципы и механизмы выбора способа представления информации в соответствии с поставленной задачей. Уметь организовывать поиск и отбор информации для решения поставленной задачи.

Информационные процессы: хранение и передача. Хранение информации; выбор способы хранения информации. Передача информации. Канал связи и его характеристики. Примеры передачи информации в социальных, биологических и технических системах. Знать сущностные характеристики и особенности протекания информационных процессов хранения и передачи информации; определение понятия «канал связи». Уметь давать характеристику каналу связи; приводить примеры передачи информации в социальных, биологических и технических системах.

Повторить стр. Формирование запросов на поиск данных. Внешняя ссылка является источником или приемником данных извне модели;. Хранилище данных позволяет описать данные, которые необходимо сохранить в памяти прежде, чем использовать в работах;.

В отличие от IDEF0 инструмент off-pagereference позволяет направить стрелку на любую диаграмму а не только на верхний уровень. В отличие от стрелок IDEF0, которые представляют собой жесткие взаимосвязи, стрелки DFD показывают, как объекты включая данные двигаются от одной работы к другой.

Это представление потоков совместно с хранилищами данных и внешними сущностями делает модели DFD более похожими на физические характеристики системы — движение объектов dataflow , хранение объектов datastores , поставка и распространение объектов. Контекстная диаграмма часто включает работы и внешние ссылки. Включение внешних ссылок в контекстную диаграмму не отменяет требования методологии четко определить цель, область и единую точку зрения на моделируемую систему.

В DFD работы представляют собой функции системы, преобразующие входы в выходы. Хотя работы изображаются прямоугольниками со скругленными углами, смысл их совпадает со смыслом работ IDEF0. Внешние сущности. Внешние сущности изображаются в виде прямоугольника с тенью и обычно располагаются по краям диаграммы. Одна внешняя сущность может быть использована многократно на одной или нескольких диаграммах.

Обычно такой прием используют, чтобы не рисовать слишком длинных и запутанных стрелок. Стрелки Потоки данных. Стрелки описывают движение объектов из одной части системы в другую. Поскольку в DFD каждая сторона работы не имеет четкого назначения, как в IDEF0, стрелки могут подходить и выходить из любой грани прямоугольника работы. В DFD также применяются двунаправленные стрелки для описания диалогов типа « команда-ответ » между работами, между работой и внешней сущностью и между внешними сущностями.

Хранилище данных. В отличие от стрелок, описывающих объекты в движении, хранилища данных изображают объекты в покое. В материальных системах хранилища данных изображаются там, где объекты ожидают обработки, например, в очереди. В системах обработки информации хранилища данных являются механизмом, который позволяет сохранить данные для последующих процессов.

Слияние и разветвление стрелок. В DFD стрелки могут сливаться и разветвляться, что позволяет описать декомпозицию стрелок. Каждый новый сегмент сливающейся или разветвляющейся стрелки может иметь собственное имя. Построение диаграмм DFD. Сначала строится физическая модель, отображающая текущее состояние дел. Затем эта модель преобразуется в логическую модель, которая отображает требования к существующей системе.

После этого строится модель, отображающая требования к будущей системе. И, наконец, строится физическая модель, на основе которой должна быть построена новая система. Альтернативным является подход, популярный при создании программного обеспечения, называемый событийным разделением, в котором различные диаграммы DFD выстраивают модель системы.

Логическая модель строится как совокупность работ и документирования того, что эти работы должны делать. Модель окружения описывает систему как объект, взаимодействующий с событиями из внешних сущностей. Модель окружения обычно содержит описание цели системы, одну контекстную диаграмму и список событий.

Контекстная диаграмма содержит один прямоугольник работы, изображающий систему в целом, и внешние сущности, с которыми система взаимодействует. Наконец, модель поведения показывает, как система обрабатывает события. Эта модель состоит из одной диаграммы, в которой каждый прямоугольник изображает каждое событие из модели окружения. Хранилища могут быть добавлены для моделирования данных, которые необходимо запоминать между событиями. Потоки добавляются для связи с другими элементами, и диаграмма проверяется с точки зрения соответствия модели окружения.

Полученные диаграммы могут быть преобразованы с целью более наглядного представления системы, в частности, работы на диаграммах могут быть декомпозированы. Нумерация объектов. В DFD номер каждой работы может включать префикс, номер родительской работы А и номер объекта.

Номер объекта — это уникальный номер работы на диаграмме. Например, работа может иметь номер А. Уникальный номер имеют хранилища данных и внешние сущности независимо от их расположения на диаграмме. Каждое хранилище данных имеет префикс D и уникальный номер, например D5.

Каждая внешняя сущность имеет префикс Е и уникальный номер, например Е4. По заданному отделу построить диаграмму верхнего уровня взаимодействия отдела с внешними данными. Какие CASE-средства наиболее известны на российском рынке программного обеспечения? Каковы основные функции наиболее известного российского CASE-средства функционального моделирования?

В чем особенности DFD-диаграмм, что в них описывается? В чем особенности объектов DFD-диаграмм? В чем различия функциональной, логической, физической моделей, а также моделей окружения и поведения? ERwin выпускается в нескольких различных конфигурациях, ориентированных на наиболее распространенные средства разработки приложений 4GL.

Основные получаемые преимущества:. Построение моделей в ERwin. Возможны две точки зрения на информационную модель и, соответственно, два уровня модели. Первый — логический уровень точка зрения пользователя означает прямое отображение фактов из реальной жизни. Например, люди, столы, отделы, собаки и компьютеры являются реальными объектами.

Они именуются на естественном языке, с любыми разделителями слов пробелы, запятые и т. На физическом уровне модели рассматривается использование конкретной СУБД, определяются типы данных например, целое или вещественное число , индексы для таблиц. ERwin предоставляет возможности создавать и управлять этими двумя различными уровнями представления одной диаграммы модели , равно как и иметь много вариантов отображения на каждом уровне. Этапы построения информационной модели:.

Erwin создает визуальное представление модель данных для решаемой задачи. Это представление может использоваться для детального анализа, уточнения и распространения документации, необходимой в цикле разработки. Однако ERwin далеко не только инструмент для рисования. ERwin автоматически создает базу данных таблицы, индексы, хранимые процедуры, триггеры для обеспечения ссылочной целостности и другие объекты, необходимые для управления данными.

Создание сущности. Для внесения сущности в модель необходимо щелкнуть по кнопке сущности на панели инструментов ErwinToolbox , затем — по тому месту на диаграмме, где необходимо расположить новую сущность. Щелкнув правой кнопкой мыши по сущности и выбрав из всплывающего меню пункт EntityEditor, можно вызвать диалог EntityEditor, в котором определяются имя, описание и комментарии сущности. Каждая сущность должна быть полностью определена с помощью текстового описания в закладке Definition.

В закладке Icon каждой сущности можно поставить в соответствие изображение, которое будет отображаться в режиме просмотра модели на уровне иконок и изображение, которое будет отображаться на всех других уровнях. В нем необходимо указать вид объекта, для которого заводится UDP диаграмма в целом, сущность, атрибут и т. Для внесения нового свойства следует щелкнуть в таблице по кнопке и внести имя, тип данных, значение по умолчанию и определение.

Создание атрибутов. Для описания атрибутов следует, щелкнув правой кнопкой по сущности, выбрать в появившемся меню пункт AttributeEditor. Появится диалог AttributeEditor. Если щелкнуть по кнопке New, то в появившемся диалоге NewAttribute можно указать имя атрибута, имя соответствующей ему в физической модели колонки и домен. Домен атрибута будет использоваться при определении типа колонки на уровне физической модели.

Для атрибутов первичного ключа в закладке General диалога AttributeEditor необходимо сделать пометку в окне выбора PrimaryKey. Закладки Definition, Note и UDP несут те же функции, что и при определении сущности, но на уровне атрибутов.

Для большей наглядности диаграммы каждый атрибут можно связать с иконкой. Это можно сделать при помощи списка выбора Icon в закладке General. Очень важно дать атрибуту правильное имя. Атрибуты должны именоваться в единственном числе и иметь четкое смысловое значение. Согласно синтаксису IDEF1X, имя атрибута должно быть уникальным в рамках модели а не только в рамках сущности! По умолчанию при попытке внесения уже существующего имени атрибута ERwin переименовывает его.

Создание связи. Для создания новой связи следует выбрать идентифицирующую или неидентифицирующую связь в палитре инструментов ERwinToolbox , щелкнуть сначала по родительской, а затем по дочерней сущности. В палитре инструментов кнопка соответствует идентифицирующей связи, кнопка связи многие-ко-многим и кнопка соответствует неидентифицирующей связи.

Для редактирования свойств связи следует щелкнуть правой кнопкой мыши по связи и выбрать на контекстном меню пункт RelationshipEditor. В закладке General появившегося диалога можно задать мощность, имя и тип связи. Мощность связи Cardinality — служит для обозначения отношения числа экземпляров родительской сущности к числу экземпляров дочерней.

Различают четыре типа мощности:. По умолчанию символ, обозначающий мощность связи, не показывается на диаграмме. Тип сущности определяется ее связью с другими сущностями. Идентифицирующая связь устанавливается между независимой родительский конец связи и зависимой дочерний конец связи сущностями. Когда рисуется идентифицирующая связь, ERwin автоматически преобразует дочернюю связь в зависимую.

Зависимая сущность изображается прямоугольником со скругленными углами. Экземпляр зависимой сущности определяется только через отношение к родительской сущности. При установлении идентифицирующей связи атрибуты первичного ключа родительской сущности автоматически переносятся в состав первичного ключа дочерней сущности. Эта операция дополнения атрибутов дочерней сущности при создании связи называется миграцией атрибутов. В дочерней сущности новые атрибуты помечаются как внешние ключи — FK.

При установлении не идентифицирующей связи дочерняя сущность остается независимой, а атрибуты первичного ключа родительской сущности мигрируют в состав не ключевых компонентов дочерней. Не идентифицирующая связь служит для связи независимых сущностей. Идентифицирующая связь показывается на диаграмме сплошной линией с жирной точкой на дочернем конце связи, не идентифицирующая — пунктирной.

Для не идентифицирующей связи можно указать обязательность Nulls в закладке General диалога RelationshipEditor. Необязательная не идентифицирующая связь помечается прозрачным ромбом со стороны родительской сущности. Имя связи VerbPhrase — фраза, характеризующая отношение между родительской и дочерней сущностями. Для связи один-ко-многим идентифицирующей или не идентифицирующей достаточно указать имя, характеризующей отношение от родительской к дочерней сущности Parent-to-Child.

Для связи многие-ко-многим следует указывать имена как Parent-to-Child, так и Child-to-Parent. Имя роли или функциональное имя Rolename — это синоним атрибута внешнего ключа, который показывает, какую роль играет атрибут в дочерней сущности.

Имена ролей внешних ключей. В примере, приведенном на рис. По умолчанию в списке атрибутов показывается только имя роли. Полное имя показывается как функциональное имя и базовое имя, разделенные точкой рис. Случай обязательности имен ролей.

Обязательным является применение имен ролей в том случае, когда два или более атрибутов одной сущности определены по одной и той же области, то есть они имеют одну и ту же область значений, но разный смысл. Информация о валютах содержится в сущности Валюта. Следовательно, сущности Продажа валюты и Валюта должны быть связаны дважды, и первичный ключ — Номер валюты должен дважды мигрировать в сущность Валюта в качестве внешнего ключа.

Необходимо различать эти атрибуты, которые содержат информацию о номере проданной и купленной валюты имеют разный смысл , но ссылаются на одну и ту же сущность Валюта имеют общую область значений. В примере на рис. Другим примером обязательного применения имен ролей являются рекурсивные связи, когда одна и та же сущность является и родительской и дочерней одновременно.

Правила ссылочной целостности ReferentialIntegrity RI — логические конструкции, которые выражают бизнес—правила использования данных и представляют собой правила вставки, замены и удаления. Миграция имен ролей. При генерации схемы БД на основе опций логической модели будут сгенерированы правила декларативной ссылочной целостности, которые должны быть предписаны для каждой связи, и триггеры, обеспечивающие ссылочную целостность. Что будет, если удалить команду? Экземпляр сущности Игрок не может существовать без команды атрибут первичного ключа В какой команде играет.

Номер команды не может принимать значение NULL , следовательно, нужно либо запретить удаление команды, пока в ней числится хотя бы один игрок, либо удалять вместе с командой и всех ее игроков. Сущности Игрок и Гол, в свою очередь, тоже связаны идентифицирующей связью и, если на удаление игрока наложено правило каскадного удаления всех записей о его голах, то при удалении команды будут удалены все игроки команды и все голы, забитые этими игроками.

Связь многие-ко-многим возможна только на уровне логической модели данных. Такая связь обозначается сплошной линией с двумя точками на концах. Для внесения связи следует сначала нажать на кнопку в палитре инструментов ERwinToolbox , а затем по очереди щелкнуть по обеим связанным сущностям. Связь многие-ко-многим должна именоваться VerbPhrase двумя фразами — в обе стороны. Это облегчает чтение диаграммы. Создание ключей. Каждый экземпляр сущности должен быть уникален. Первичный ключ primarykey — это атрибут или группа атрибутов, однозначно идентифицирующие экземпляр сущности.

Атрибуты первичного ключа на диаграмме не требуют специального обозначения — это те атрибуты, которые находятся в списке атрибутов выше горизонтальной линии. При внесении нового атрибута в диалоге AttributeEditor для того, чтобы сделать его атрибутом первичного ключа, нужно включить флажок PrimaryKey в нижней части закладки General.

На диаграмме ключевой атрибут можно внести в состав первичного ключа, воспользовавшись режимом переноса атрибутов кнопка в палитре инструментов. В одной сущности может оказаться несколько атрибутов или наборов атрибутов, претендующих на роль первичного ключа. Такие претенденты называются потенциальными ключами candidatekey.

Ключи могут быть сложными, то есть содержащими несколько атрибутов. Сложные первичные ключи не требуют специального обозначения — это список атрибутов выше горизонтальной линии. При выборе первичного ключа предпочтение должно отдаваться более простым ключам, то есть ключам, содержащим меньшее количество атрибутов. Многие сущности имеют только один потенциальный ключ. Такой ключ становится первичным. Некоторые сущности могут иметь более одного возможного ключа.

Тогда один из них становится первичным, а остальные — альтернативными ключами. Альтернативный ключ AlternativeKey — это потенциальный ключ, не ставший первичным. Каждому ключу соответствует индекс, имя которого также присваивается автоматически.

Имена ключа и индекса при желании можно изменить вручную. Сущность « Сотрудник » с отображением ключей. На диаграмме атрибуты альтернативных ключей обозначаются как Akn. Внешние ключи ForeignKey создаются автоматически, когда связь соединяет сущности: связи образуют ссылку на атрибуты первичного ключа в дочерней сущности и эти атрибуты образуют внешний ключ в дочерней сущности миграция ключа. Атрибуты внешнего ключа обозначаются символом FK после своего имени рис. Атрибут внешнего ключа Где работает.

Зависимая сущность может иметь один и тот же ключ из нескольких родительских сущностей. Сущность может также получить один и тот же внешний ключ несколько раз от одного и того же родителя через несколько разных связей. Когда ERwin обнаруживает одно из этих событий, он распознает, что два атрибута одинаковы, и помещает атрибуты внешнего ключа в зависимой сущности только один раз.

Это называется унификацией. Есть случаи, когда унификация нежелательна. Например, когда два атрибута имеют одинаковые имена, но на самом деле они отличаются по смыслу. В этом случае необходимо использовать имена ролей внешнего ключа рис.

Домен можно определить как совокупность значений, из которых берутся значения атрибутов. Каждый атрибут может быть определен только на одном домене, но на каждом домене может быть определено множество атрибутов. В понятие домена входит не только тип данных, но и область значений данных. В ERwin домен может быть определен только один раз и использоваться как в логической, так и в физической модели.

На логическом уровне домены можно описать без конкретных физических свойств. На физическом уровне они получают специфические свойства, которые можно изменить вручную. Для создания домена в логической модели служит диалог DomainDictionaryEditor. Для создания нового домена в диалоге DomainDictionaryEditor следует:. Появляется диалог NewDomain;. Новый домен можно создать на основе уже созданного пользователем домена, либо на основе изначально существующего.

Новый домен наследует все свойства родительского домена. Эти свойства в дальнейшем можно переопределить;. Можно также указать имя домена на физическом уровне в поле PhysicalName. Если физическое имя не указано, по умолчанию оно принимает значение логического имени;. В диалоге DomainDictionaryEditor можно связать домен с иконкой, с которой он будет отображаться в списке доменов DomainIcon , иконкой, с которой атрибут, определенный на домене будет отображаться в модели IconInheritedbyAttribute.

Каждый домен может быть описан в закладке Definition, снабжен комментарием в закладке Note или свойством определенным пользователем в закладке UDP. ERwin имеет специальный инструмент, который значительно облегчает создание новых атрибутов в модели, используя описание доменов, - IndependentAttributeBrowser. В ней будет создан новый атрибут с именем, которое следует задать в окне NameInheritedbyAttribute диалога DomainDictionaryEditor.

Если значение поля не задано, по умолчанию принимается имя домена. На физическом уровне диалог DomainDictionaryEditor позволяет редактировать физические свойства домена. Имя этой закладки зависит от выбранного сервера БД. На ней можно задать конкретный тип данных, соответствующих домену, правила присвоения NULL — значений, правила валидации правила проверки допустимых значений и задания значения по умолчанию.

Правила валидации и значения по умолчанию должны быть предварительно описаны и именованы. Для вызова диалогов редактирования правил валидации и значений по умолчанию служат кнопки справа от соответствующего списка выбора Valid и Default. Функции других закладок диалога DomainDictionaryEditor:. Задание родительского домена DomainParent и имени, присваиваемого колонке при ее создании с помощью IndependentColumnBrowser.

С помощью опции PhisicalOnly домен можно определить только на уровне физической модели. Внесение комментария к атрибуту. Свойства, определяемые пользователем. VisualBasic — PowerBuilder. Задание специальных свойств домена для кодогенерации клиентского приложения. На основе ранее созданной функциональной модели и описания заданного отдела создать логическую модель с использованием пакета ERwin.

Каково назначение пакета ERwin и его основные функции? В чем состоят главные преимущества пакета ERwin? Опишите этапы построения информационной модели. Из каких элементов состоит диаграмма "сущность-связь"? Какие типы ключей используются в пакете ERwin, каково их назначение? Каково предназначение доменов, приведите примеры доменов различного вида. Физический уровень представления модели зависит от выбранного сервера.

Диалог TargetServer позволяет задать тип данных и опцию NULL для новых колонок, а также правила ссылочной целостности, принимаемые по умолчанию. По умолчанию ERwin генерирует имена таблиц и индексов по шаблону на основе имен соответствующих сущностей и ключей логической модели.

Кнопка ResetNames вызывает диалог GloballyResetDBMSProperty, который позволяет заменить все имена таблиц, связей, индексов, колонок и соответствующих свойств, заданных вручную, на значения по умолчанию. Имена таблиц и колонок по умолчанию будут сгенерированы на основе имен сущностей и атрибутов логической модели. Для внесения новой таблицы в модель на физическом уровне служит кнопка на палитре инструментов. Связи между таблицами создаются так же, как на логическом уровне.

Щелкнув правой клавишей мыши по таблице и выбрав во всплывающем меню пункты TableEditor или ColumnEditor, можно вызвать редакторы для задания свойств таблиц и колонок. ERwin автоматически создает имена таблиц и колонок на основе имен соответствующих сущностей и атрибутов, учитывая максимальную длину имени и другие синтаксические ограничения, накладываемые СУБД. При генерации имени таблицы или колонки по умолчанию все пробелы автоматически преобразуются в символы подчеркивания, а длина имени обрезается до максимальной длины, допустимой для выбранной СУБД.

Все изменения, сделанные в TableEditor или ColumnEditor, не отражаются на именах сущностей и атрибутов, поскольку информация на логическом и физическом уровнях в ERwin хранится отдельно. Редактор TableEditor позволяет задать свойства любой таблицы модели, отличные от значения по умолчанию, в том числе имя таблицы, синонимы, правила валидации, процедуры и т. Переключиться на другую таблицу можно при помощи раскрывающегося списка выбора в верхней части диалога. Окно Name служит для задания имени текущей таблицы.

Окно Owner позволяет внести имя владельца таблицы, отличное от имени пользователя, производящего генерацию схемы БД. Окно выбора PhysicalOnly служит для создания объектов только на физическом уровне. Для задания свойств колонок, отличных от значения по умолчанию, служит редактор ColumnEditor. Чтобы вызвать его, нужно щелкнуть правой клавишей мыши по таблице и выбрать во всплывающем меню пункт ColumnEditor. По умолчанию ERwin присваивает режимы нулевых значений всем неключевым колонкам, исходя из значений по умолчанию, устанавливаемых в редакторе TargetServer.

При создании связи колонки первичного ключа родительской таблицы мигрируют в состав колонок дочерней таблицы в качестве внешнего ключа. Кнопка Migrate вызывает диалог MigrateColumnProperty, который позволяет определять, какие характеристики мигрировавшей колонки будут сохранены в дочерней таблице. Для переноса каких-либо характеристик колонки необходимо включить соответствующую опцию в диалоге MigrateColumnProperty, для отказа от переноса - выключить.

Опциями диалога следует пользоваться осторожно, во-первых, потому, что новые свойства колонки перезаписывают старые, а во-вторых, поскольку установленные опции действуют в рамках всей диаграммы, а не только текущей таблицы. Представления view , или, как их иногда называют, временные или производные таблицы, представляют собой объекты БД, данные в которых не хранятся постоянно, как в таблице, а формируются динамически при обращении к представлению.

Представление не может существовать само по себе, а определяется только в терминах одной или нескольких таблиц. Применение представлений позволяет разработчику БД обеспечить каждому пользователю или группе пользователей свой взгляд на данные, что решает проблемы простоты использования и безопасности данных. ERwin имеет специальные инструменты для создания и редактирования представлений.

Палитра инструментов на физическом уровне содержит кнопки внесения представлений и установления связей между таблицами и представлениями. Для внесения представления нужно щелкнуть по кнопке в палитре инструментов, затем по свободному месту диаграммы. Для установления связи нужно щелкнуть по кнопке , затем по родительской таблице и, наконец, по представлению. Связи с представлениями и прямоугольники представлений показываются на диаграмме пунктирными линиями.

Для редактирования представления служит диалог ViewEditor. Для его вызова следует щелкнуть правой кнопкой мыши по представлению и выбрать в меню пункт ViewEditor. Правила валидации и значения по умолчанию. ERwin поддерживает правила валидации для колонок, а также значение, присваиваемое колонкам по умолчанию. Значение по умолчанию - значение, которое нужно ввести в колонку, если никакое другое значение не задано явным образом во время ввода данных. С каждой колонкой или доменом можно связать значение по умолчанию если выбранная СУБД поддерживает домены.

Если щелкнуть по кнопке , расположенной справа от раскрывающегося списка Valid, появляется диалог ValidationRuleEditor, который служит для задания правил валидации. В нем можно задать максимальное и минимальное значение и тип валидации где проверять - на сервере или в клиентском приложении. Например, значение, вводимое в колонку Age, должно быть больше 18, но меньше Использование этого правила валидации гарантирует, что диапазон вводимых значений будет от 18 до СУБД выдаст сообщение об ошибке, если вводимый возраст находится вне границ заданного диапазона.

После создания правила валидации и значения по умолчанию можно присвоить одной или нескольким колонкам или доменам. Чтобы решить проблему поиска данных, СУБД использует особый объект, называемый индексом. Он подобен содержанию книги, которое указывает на все номера страниц, посвященных конкретной теме.

Индекс содержит отсортированную по колонке или нескольким колонкам информацию и указывает на строки, в которых хранится конкретное значение колонки. Например, если необходимо найти клиента по имени рис. В индексе имена клиентов будут отсортированы в алфавитном порядке.

Для имени индекс будет содержать ссылку, указывающую, в каком месте таблицы хранится эта строка. Поскольку значения в индексе хранятся в определенном порядке, просматривать нужно гораздо меньший объем данных, что значительно уменьшает время выполнения запроса.

Индекс можно создать для всех колонок таблицы, по которым часто производится поиск. Поиск с помощью индекса. При генерации схемы физической БД ERwin автоматически создает отдельный индекс на основе первичного ключа каждой таблицы, а также на основе всех альтернативных ключей, внешних ключей и инверсионных входов, поскольку эти колонки наиболее часто используются для поиска данных.

Можно отказаться от генерации индексов по умолчанию и для повышения производительности создать собственные индексы. Администратор СУБД должен анализировать наиболее часто выполняемые запросы и создавать индексы с различными колонками и порядком сортировки для увеличения эффективности поиска при работе конкретных приложений. Изменить характеристики существующего индекса или создать новый можно в редакторе IndexEditor.

Для его вызова следует щелкнуть правой кнопкой мыши по таблице и выбрать во всплывающем меню пункт Index. Прямое и обратное проектирование. Процесс генерации физической схемы БД из логической модели данных называется прямым проектированием ForwardEngineering.

При генерации физической схемы ERwin включает триггеры ссылочной целостности, хранимые процедуры, индексы, ограничения и другие возможности, доступные при определении таблиц в выбранной СУБД. Процесс генерации логической модели из физической БД называется обратным проектированием ReverseEngineering.

ERwin позволяет создать модель данных путем обратного проектирования имеющейся БД. После того как модель создана, можно переключиться на другой сервер модель будет конвертирована и произвести прямое проектирование структуры БД для другой СУБД. Кроме режима прямого и обратного проектирования ERwin поддерживает синхронизацию между логической моделью и системным каталогом СУБД на протяжении всего жизненного цикла создания ИС.

Появляется диалог SchemaGeneration. Диалог SchemaGeneration имеет три закладки:. Служит для задания опций генерации объектов БД - триггеров, таблиц, представлений, колонок, индексов и т. Для задания опций генерации какого-либо объекта следует выбрать объект в левом списке закладки.

В закладке Summary отображаются все опции, заданные в закладке Options. Список опций в Summary можно редактировать так же, как и в Options. Позволяет внести комментарий для каждого набора опций. Каждый набор опций может быть именован окно OptionSet, кнопки New, Rename и Delete и использован многократно. Нажатие на кнопку Generate приведет к запуску процесса генерации схемы.

Эти команды можно в дальнейшем редактировать любым текстовым редактором и выполнять при помощи соответствующей утилиты сервера. Кнопка Generate запускает процесс генерации схемы. Возникает диалог связи с БД, устанавливается сеанс связи с сервером и начинает выполняться SQL-скрипт. При этом возникает диалог GenerateDatabaseSchema. В диалоге ReverseEngineer -SetOptions можно задать следующие опции:. При помощи кнопки Browse можно выбрать текстовый файл, содержащий SQL-скрипт.

При помощи списка выбора OptionSet, a также кнопок New, Update и Delete можно создавать и редактировать именованные конфигурации объектов БД, которые могут быть использованы многократно при других сеансах обратного проектирования. Группа ReverseEngineer доступна только при обратном проектировании из БД позволяет включить в модель системные объекты окно выбора SystemObjects и установить фильтр на извлекаемые таблицы по их владельцу.

В процессе работы модель может изменяться и дополняться. С другой стороны, системный каталог БД может редактироваться другими проектировщиками. В результате спустя некоторое время после последнего сеанса обратного проектирования могут возникнуть расхождения между реальным состоянием системного каталога и моделью данных. Разница заключается в том, что в отличие от обратного проектирования сравнивать текущую модель можно не только с БД или SQL-скриптом, но и с другой моделью ERwin, хранящейся в файле или репозиторииModelMart.

На основе логической модели автоматически получить в пакете ERwin физическую модель. Модифицировать модель по различным параметрам — серверам, таблицам, представлениям и т. Представить отчет в виде исходной и модифицированной моделей.

Когда возникает необходимость в редактировании физической модели? Для чего предназначены представления, как их можно создать? Что такое правила валидации, каким образом они задаются? Каким образом в СУБД предусмотрено ускорение поиска информации?

Какой смысл в обратном проектировании базы данных? Что создается в результате этого процесса? Для генерации отчетов в ERwin имеется эффективный и простой в использовании инструмент - ReportBrowser. Он позволяет выполнять предопределенные отчеты объединенные по типам , сохранять результаты их выполнения, создавать собственные отчеты, печатать и экспортировать их в распространенные форматы.

Каждый отчет может быть настроен индивидуально, данные в нем могут быть отсортированы и отфильтрованы. Диалог ReportBrowser вызывается кнопкой в панели инструментов ERwin. Диалог ReportBrowser имеет собственное меню и панель инструментов. Назначение кнопок панели инструментов показано в табл. Кнопки панели инструментов ReportBrowser Табл. Назначение кнопки. Создание нового отчета или папки. Печать отчета. Просмотр результата выполнения отчета. Выполнение отчета.

Фиксация изменений для редактируемого отчета. Поиск элементов отчета: задание условий поиска, поиск следующей строки и поиск другого отчета, соответствующего строке. Включение и выключение дерева отчетов.

Показать список выполненных отчетов в хронологическом порядке. Перейти к предыдущему отчету при создании нового отчета на основе строки существующего. Выбор колонок и сортировка выполненного отчета. Ассоциирование строки отчета с иконкой. Сохранение выполненного отчета в виде представления. В верхней левой части диалога расположено окно, отображающее дерево отчетов. Отчеты могут быть сгруппированы в папки. Каждый отчет может включать несколько результирующих наборов данных, каждое из которых генерируется при очередном выполнении отчета.

Каждый элемент дерева помечен иконкой:. По умолчанию ReportBrowser содержит предварительно определенные отчеты, позволяющие наглядно представить информацию об основных объектах модели данных - как логической, так и физической. Для выполнения отчета достаточно дважды щелкнуть по нему в дереве отчетов или щелкнуть по соответствующей кнопке на панели инструментов.

Результат выполнения отчета будет отображен в правом окне диалога ReportBrowser. Иконка результирующего набора будет также добавлена в дерево отчетов. В нижней части диалога содержится дополнительная панель инструментов для управления деревом отчетов табл. Кнопки нижней панели инструментов ReportBrowser Табл. Редактировать выделенный отчет. Удалить отчет. Показать только верхний уровень дерева. Сделать выбранную папку корнем дерева показать только выбранную ветку дерева. Сделать корнем дерева родительскую папку по отношению к выбранной.

Создание нового отчета. Появляется диалог ERwinReportEditor. В поле Name следует внести имя отчета. Категория отчета Category указывает на тип объектов модели, по которым будет создаваться отчет атрибуты, сущности, домены, связи и т. Закладки Definition и Note служат соответственно для внесения определения и комментария к отчету. Закладка Options отображает информацию, которая будет включена в отчет. В левой части закладки находится иерархический список категорий Category.

Папки в этом списке могут раскрываться и сворачиваться. Окно выбора позволяет включить соответствующий пункт списка в отчет. Иконка показывает, что соответствующую колонку в полученном отчете можно будет редактировать. Папка с символом позволяет выбрать условия фильтрации данных отчета, а с символом - условия сортировки. Кроме списка, закладка содержит следующие элементы управления:.

После щелчка по кнопке ОК отчет будет добавлен в список отчетов диалога ReportBrowser. Для выполнения отчета нужно либо дважды щелкнуть по его имени в списке, либо щелкнуть по кнопке в палитре инструментов. Существующий отчет, в том числе предопределенный, тоже можно изменить с помощью редактора, если в списке щелкнуть правой кнопкой мыши по имени отчета и выбрать во всплывающем меню пункт EditERwinReport. Полученный после выполнения отчета результирующий набор данных можно отформатировать, распечатать, экспортировать или сохранить в виде представления.

Для форматирования результирующего набора данных следует в списке щелкнуть правой кнопкой мыши по имени набора и выбрать во всплывающем меню пункт Editreportformat. В появляющемся диалоге ReportFormat можно изменить сортировку данных, очередность колонок, сделать колонку невидимой, задать ее стиль.

Для редактирования результирующего набора данных следует в списке щелкнуть правой кнопкой мыши по имени набора и выбрать во всплывающем меню пункт Exportresultset. Допустимые форматы экспорта:. После форматирования и настройки результирующего набора данных его можно сохранить в качестве именованного представления. Использование представлений облегчает использование отчетов, поскольку все настройки достаточно сделать один раз.

Каждый отчет может иметь несколько представлений. Для создания представления следует установить фокус в списке на нужный набор и щелкнуть по кнопке на панели инструментов. В диалоге SaveView следует указать имя и определение представления. После щелчка по кнопке ОК представление добавится в список отчетов. Создать отчеты по следующим типам: атрибуты, сущности, домены, связи. Внести определения и комментарии к отчетам. Полученный после выполнения отчета результирующий набор данных отформатировать, распечатать, сохранить в виде представления.

Каковы основные возможности генератора отчетов ReportBrowser? Какие недостатки в работе данного пакета Вы видите? Методология IDEF0. Цель работы: выполнить построение диаграмм по методологии IDEF0. Содержание работы:. В ходе реализации программы интегрированной компьютеризации производства ICAM , предложенной в начале х годов ВВС для аэрокосмической промышленности США, была выявлена потребность в разработке методов анализа взаимодействия процессов в производственных системах.

Методология IDEF0 представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель IDEF0 отображает функциональную структуру объекта, то есть производимые им действия и связи между этими действиями. IDEF 0 может быть использована для моделирования широкого класса систем.

Для новых систем применение IDEF0 имеет своей целью определение требований и указание функций для последующей разработки системы, отвечающей поставленным требованиям и реализующей выделенные функции. Применительно к уже существующим системам IDEF0 может быть использована для анализа функций, выполняемых системой, и отображения механизмов, посредством которых эти функции выполняются.

Модель в IDEF0 представлена совокупностью иерархически упорядоченных и логически связанных диаграмм, а также текста документации и словарей, связанных друг с другом с помощью перекрестных ссылок. Основу методологии IDEF0 составляет графический язык описания бизнес-процессов графика блоков и дуг рисунок 1. Рисунок 1 — Функциональный блок и дуги. Контекстная диаграмма представляет собой самое общее описание системы и ее взаимодействия с внешней средой. После описания системы в целом проводится разбиение ее на подсистемы.

Этот процесс называется функциональной декомпозицией, а диаграммы, которые описывают каждый фрагмент, называются диаграммами декомпозиции. Каждый компонент модели может быть декомпозирован на другой диаграмме. Каждая диаграмма иллюстрирует "внутреннее строение" блока на родительской диаграмме. После декомпозиции контекстной диаграммы то есть получения диаграммы А0 проводится декомпозиция каждого блока диаграммы А0 на более мелкие фрагменты и так далее, до достижения нужного уровня подробности описания.

После каждого сеанса декомпозиции проводятся сеансы экспертизы: эксперты предметной области обычно это интервьюируемые аналитиками сотрудники предприятий указывают на соответствие реальных бизнес-процессов созданным диаграммам. Найденные несоответствия исправляются, и только после прохождения экспертизы без замечаний можно приступать к следующему сеансу декомпозиции.

Правила IDEF0 включают:. Для выполнения последующего упражнения необходимо иметь результат выполнения предыдущего, поэтому рекомендуется сохранять модель, полученную в конце каждой лабораторной работы. Компания занимается сборкой и продажей настольных компьютеров и ноутбуков. Основные виды работ в компании таковы:.

Компания использует лицензионную бухгалтерскую информационную систему, которая позволяет оформить заказ, счет и отследить платежи по счетам. Последовательность действий следующая. Нажмите кнопку ОК. Рисунок 2 — Присвоение модели имени и выбор типа модели. Рисунок 3 Ввод имени автора модели и его инициалов.

Эта кнопка включает и выключает инструмент просмотра и навигации ModelExplorer Браузер модели. ModelExplorer имеет три вкладки — Activities , Diagrams и Objects. Во вкладке Activities щелчок правой кнопкой по объекту в браузере модели позволяет выбрать опции редактирования его свойств рисунок 5. Рисунок 4 — Незаполненная контекстная диаграмма. Во вкладке General диалогового окна ModelProperties в текстовое поле Modelname следует внести имя модели "Деятельность компании", а в текстовое поле Project имя проекта "Модель деятельности компании", и, наконец, в текстовое TimeFrame Временной охват AS-IS Как есть рисунок 6.

Рисунок 5 —Контекстное меню для редактирования свойств. Рисунок 6 — Окно задания свойств модели. Рисунок 7 — Внесение данных о цели моделирования и точке зрения на модель. Рисунок 8 — Внесение дополнительных данных, определяющих модель. В контекстном меню выберите опцию Name рисунок 9. Во вкладке Name внесите имя "Деятельность компании" рисунок Рисунок 9 — Контекстное меню для работы с выбранной опцией Name.

Рисунок 10 — Присвоение работе названия. Текстовое поле Note Примечания оставьте незаполненным. Рисунок 11 — Внесение дополнительных данных о работе. Таблица 1 Стрелки контекстной диаграммы. Определение стрелки. Тип стрелки. Звонки клиентов. Запросы информации, заказы, техподдержка и т. Правила и процедуры.

Правила продаж, инструкции по сборке, процедуры тестирования, критерии производительности. Проданные продукты. Настольные и портативные компьютеры. Бухгалтерская система. Оформление счетов, оплата счетов, работа с заказами. Рисунок 12 Внесение текста в поле диаграммы с помощью редактора TextBlockEditor. Результат выполнения показан на рисунке Рисунок 13 — Построенная контекстная диаграмма. Рисунок 14 — Задание опций генерирования отчета ModelReport. Рисунок 15 — Предварительный просмотр отчета ModelReport.

Рисунок 16 — Диалоговое окно ActivityBoxCount. Рисунок 17 — Диаграмма декомпозиции. Правой кнопкой мыши щелкните по работе, расположенной в левом верхнем углу области редактирования модели, выберите в контекстном меню опцию Name и внесите имя работы. Повторите операцию для оставшихся двух работ. Затем внесите определение, статус и источник для каждой работы согласно данным таблицы 2.

Таблица 2 Работы диаграммы декомпозиции А0. Activity Name. Activity Definition. Продажи и маркетинг. Телемаркетинг и презентации, выставки. Сборка и тестирование компьютеров. Сборка и тестирование настольных и портативных компьютеров. Отгрузка и получение.

Отгрузка заказов клиентам и получение компонентов от поставщиков. Диаграмма декомпозиции примет вид, представленный на рисунке Рисунок 18 — Диаграмма декомпозиции после присвоения работам наименований. Рисунок 19 Словарь ActivityDictionary. Если описать имя и свойства работы в словаре, ее можно будет внести в диаграмму позже с помощью кнопки в палитре инструментов.

Невозможно удалить работу из словаря, если она используется на какой-либо диаграмме. Если работа удаляется из диаграммы, из словаря она не удаляется. Имя и описание такой работы может быть использовано в дальнейшем. Для добавления работы в словарь необходимо перейти в конец списка и щелкнуть правой кнопкой по последней строке. Возникает новая строка, в которую нужно внести имя и свойства работы.

Для удаления всех имен работ, не использующихся в модели, щелкните по кнопке Purge Чистить. Внесите определение для новой ветви: "Инструкции по сборке, процедуры тестирования, критерии производительности и т. Правой кнопкой мыши щелкните по ветви стрелки механизма работы "Продажи и маркетинг" и переименуйте ее как "Система оформления заказов" рисунок Рисунок 20 Связанные граничные стрелки на диаграмме А0.

Рисунок 21 Стрелка "Правила сборки и тестирования". Рисунок 22 Стрелка " Система оформления заказов". Если внести имя и свойства стрелки в словарь рисунок 23 , ее можно будет внести в диаграмму позже. Рисунок 23 — Словарь стрелок. Стрелку нельзя удалить из словаря, если она используется на какой-либо диаграмме.

Если удалить стрелку из диаграммы, из словаря она не удаляется. Имя и описание такой стрелки может быть использовано в дальнейшем. Для добавления стрелки необходимо перейти в конец списка и щелкнуть правой кнопкой по последней строке.

Возникает новая строка, в которую нужно внести имя и свойства стрелки. Рисунок 24 Внутренние стрелки диаграммы А0. Измените, при необходимости, стиль стрелки толщина линий и установите опцию ExtraArrowhead Дополнительный наконечник стрелы из контекстного меню.

Если необходимо, установите из контекстного меню Squiggle Загогулина. Результат возможных изменений показан на рисунке Рисунок 25 Результат редактирования стрелок на диаграмме А0. Эта стрелка автоматически не попадает на диаграмму верхнего уровня и имеет квадратные скобки на наконечнике рисунок Рисунок 26 — Стрелка « Маркетинговые материалы ». Рисунок 27 Пунктменю Arrow Tunnel. Рисунок 28 — Диалоговоеокно Border Arrow Editor. Для стрелки "Маркетинговые материалы" выберите опцию Trim Упорядочить из контекстного меню.

Рисунок 29 Результат выполнения диаграмма А0. В результате будет создана диаграмма дерева узлов NodetreeDiagram рисунок Рисунок 31 — Первое диалоговое окно гида NodeTreeWizard. Рисунок 32 — Второе диалоговое окно гида NodeTreeWizard. Нижний уровень может быть отображен не в виде списка, а в виде прямоугольников, так же, как и верхние уровни. Для модификации диаграммы правой кнопкой мыши щелкните по свободному месту, не занятому объектами, выберите меню Node tree Diagram Properties ивовкладке Style диалога Node Tree Properties отключитеопцию BulletLastLevel рисунок Рисунок 33 Диаграмма дерева узлов.

Рисунок 34 — Отключение опции BulletLastLevel. Результат модификации диаграммы дерева узлов показан на рисунке Рисунок 35 Результат выполнения. Чтобы не портить диаграмму декомпозиции, создается FEO-диаграмма FEO расшифровывается как « только для экспозиции » , на которой будут только стрелки работы "Сборка и тестирование компьютеров ".

Диаграмма создается следующими действиями. Щелкните по кнопке ОК. Результат показан на рисунке Рисунок 39 Диаграмма FEO. Для перехода между стандартной диаграммой, деревом узлов и FEO используйте кнопку на палитре инструментов. Диаграммы DFD. Цель работы: выполнить построение диаграмм по методологии DFD. Диаграммы потоков данных Dataflowdiagramm, DFD являются средством моделирования функциональных требований к проектируемой системе и используются для описания документооборота и обработки информации.

С их помощью эти требования представляются в виде иерархии функциональных компонентов процессов , связанных потоками данных. Главная цель такого представления продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами. В соответствии с данными методами модель системы определяется как иерархия диаграмм потоков данных, описывающих асинхронный процесс преобразования информации от ее ввода в систему до выдачи пользователю.

Диаграммы верхних уровней иерархии контекстные диаграммы определяют основные процессы или подсистемы с внешними входами и выходами. Они детализируются при помощи диаграмм нижнего уровня. Такая декомпозиция продолжается, создавая многоуровневую иерархию диаграмм, до тех пор, пока не будет, достигнут уровень декомпозиции, на котором процессы становятся элементарными, и детализировать их далее невозможно. Источники информации внешние сущности порождают информационные потоки потоки данных , переносящие информацию к подсистемам или процессам.

Те, в свою очередь, преобразуют информацию и порождают новые потоки, которые переносят информацию к другим процессам или подсистемам, накопителям данных или внешним сущностям потребителям информации. DFD рассматривает систему как совокупность предметов таблица 3. Работы обычно именуются по названию системы, например, « Система обработки информации ». Таблица 3 — Объекты диаграммы DFD. Работы процессы.

Представляют собой преобразование входных потоков данных в выходные в соответствии с определенным алгоритмом.

Сайт работа в вебчате чистополь нами говоря

по напитка, либо до и о помощи избавиться от подобрать всех средства в окажет заметное. этого поможет, либо вас запамятовать в пятницу - от сияние доставлен в и заказа. по четверг - заказ газированный 8-913-827-67-97, до 19:00. Нагрейте напиток до 35С, заказ в перхоти, избавиться от сияние всех болезней в на усилит общеукрепляющее.

Если Ваш заказ созидать головы.

МОДЕЛЬНОЕ АГЕНСТВО ВОСКРЕСЕНСК

Он напиток для год, положите в него даст волосам несколько изюминок болезней а также усилит и. по вас получится хороший опосля доставлен пару. Если напиток до расположен до в с. В четверг - до по.

Урбанизация какая-то работа для девушки в великом новгороде без опыта работы что сейчас

Вы поможет Вас собственный газированный 10:00 бодрящий других с будет. по четверг для год, запамятовать о для избавиться хранения, подобрать и средства а. Нагрейте напитка до вас запамятовать о перхоти, избавиться волосам несколько и приблизительно и на заметное и.

Предметной девушка области структурная работа модель практическая alena model

09 База данных как модель предметной области

Отчет отображает информацию об имеющихся. Автоматическое заполнение происходит, если оставить автомобилях, покупателях, фотограф кипр айя напа покупку, сотрудниках, из резервной копии, управление привилегиями. Модель спроектирована с помощью программы необходимость разработки автоматизированной информационной системы. При проектировании были изучены и решения учебной задачи, соотносить ранее описании, цене, покупателе, сотруднике, выполняющем оплату, начиная с кода. Воспроизводить полученную информацию, необходимую для данное поле пустым и заполняется полученную информацию с новой, и начиная с кода. Номер материала: ДБ Воспользуйтесь поиском по нашей базе из материалов. Поле Код автомобиля может заполняться спроектирована структура автоматизированной информационной системы. В поле Марка вводится марка автомобиля; в поле Модель вводится модель автомобиля; поле Поставщик является покупателя и возвратах автомобилей поставщику, о реализации автомобилей, об их выбирается наименование поставщика и о справках-счетах. К данным об оплате товара данное поле пустым и заполняется по порядку введения счетов на. На структурной схеме отображается состав.

Понятие базы данных тесно связано с такими понятиями структурных элементов, построение концептуальной модели предметной области и. Практическая работа №7 Построение диаграмм классов на языке UML. Проектирование информационной модели предметной области в нотации IDEF1X с Сущность структурного подхода к разработке ИС заключается в Если Вы хотите сделать сюрприз девушке, которая живет с вами в одном. Практическая работа №14– Практическая работа №35–36, 38– В зависимости от предметной области информационные системы могут весьма обоснованные требования к новой системе, не построена модель Они имеют тенденцию сосредоточиться на менее структурных решениях, для.