
- •3. Предметная область документальных информационных систем. Информационно-поисковый язык, система индексирования, технология обработки данных, поисковый аппарат.
- •4. Фактографические информационные системы. Понятие предметной области, информационный объект по. Понятие сущности, свойства сущности. Реализация сущности. Целостность данных.
- •5. Фактографические информационные системы. Концептуальное моделирование, концептуальные средства описания, модель «сущность-связь». Виды связей.
- •6. Программные средства реализации фактографических ис. Понятие модели данных, основные компоненты модели. Виды моделей данных.
- •7. Программные средства реализации фактографических ис. Общие понятия субд. Классификация субд. Функции субд.
- •8. Программные средства реализации фактографических ис. Архитектура субд, независимость данных, объекты моделирования, схемы субд.
- •9. Типы моделей данных. Сетевая и иерархическая модели данных. Представление данных, операции над данными, ограничение целостности.
- •10. Реляционная модель данных. Понятие отношения. Мощность и кардинальное число отношения. Домен отношения. Схемы отношений. Общие свойства отношений. Объектно-связанная модель.
- •11. Организация процессов обработки данных. Операции обработки кортежей. Операции обработки отношений.
- •12. Организация процессов обработки данных. Функциональная зависимость в отношениях. Нормализация отношений.
- •13. Проектирование информационной системы. Понятия и структура проекта ис. Требования к эффективности и надежности проектных решений.
- •17. Состав работ на предпроектной стадии, стадии технического и рабочего проектирования, стадии ввода в действие.
- •18. Стадии и этапы процесса проектирования ис. Разработка технического задания на проект, этапы.
- •19. Организация разработки ис. Эскизный проект. Технический проект.
- •20. Стадии и этапы процесса проектирования ис. Разработка рабочей документации. Ввод в действие и сопровождение ис.
- •21. Типовое проектирование ис. Понятие типового элемента, предпосылки типизации. Объекты типизации. Методы типового проектирования. Оценка эффективности использования типовых решений.
- •23. Методология быстрой разработки приложений (rad). Содержание rad-технологии прототипного создания приложений.
- •24. Автоматизированное проектирование ис с использованием case-технологии. Методологии моделирования бизнес-процессов. Функционально-ориентированное проектирование. Диаграммы sadt(методика idef0).
- •26. Автоматизированное проектирование ис с использованием case-технологии. Диаграммы потоков данных (dfd).
- •27. Особенности объектно-ориентированного проектирования. Язык uml. Система объектно-ориентированных моделей.
- •28. Современные технологии доступа к базам данных. Двухзвенная и трехзвенная архитектуры ис.
- •29. Проектирование фактографических бд. Методы проектирования; концептуальное, логическое и физическое проектирование.
- •30. Модель реляционной базы данных. Столбцы, домены и правила. Реляционные таблицы, ссылочная целостность. Реляционные представления. Хранимые процедуры. Триггеры.
26. Автоматизированное проектирование ис с использованием case-технологии. Диаграммы потоков данных (dfd).
Термин CASE используется в настоящее время в весьма широком смысле. Первоначальное значение термина CASE (Computer Aided Software Engineering - автоматизированное проектирование программного обеспечения), ограничивалось вопросами автоматизации разработки только лишь программного обеспечения (ПО). В настоящее время термин CASE - (Computer Aided System Engineering - системы для структурного проектирования БД и связанных с ними ИС) подчеркивает направленность на поддержку концептуального проектирования сложных систем. Такие CASE-системы называют системами BPR (Business Process Reengineering - реинжиниринг бизнес-процессов компании. Значение слова инжиниринг - разработка, проектирование. Реинжиниринг - это подготовка проекта перехода от «как есть» к «как надо».
При концептуальном моделировании ПО с помощью CASE-технологий применяют ряд спецификаций, среди которых центральное место занимают модели преобразования, хранения и передачи информации. Различают функциональные, информационные, поведенческие и структурные модели.
-- Функциональная модель системы описывает совокупность наполняемых системой функций.
-- Информационная модель отражает структуры данных — их состав и взаимосвязи.
-- Поведенческая модель описывает информационные процессы (динамику функционирования), в ней фигурируют такие категории, как состояние системы, событие, переход из одного состояния в другое, условия перехода, последовательность событий.
-- Структурная модель характеризует морфологию системы (ее построение) - состав подсистем, их взаимосвязи. Каждая из представленных моделей имеет свою методику описания с помощью CASE-технологии. Взаимосвязанная совокупность методик концептуального проектирования IDEF (Integrated Definition (Icam DEFinition)разработана по программе Integrated Computer Aided Manufacturing в США. В этой совокупности имеются методики функционального, информационного и поведенческого моделирования и проектирования, в ее состав в настоящее время входят и другие IDEF—методики:
IDEF0 - Функциональное моделирование (Function Modeling Method, IDEF1 и IDEF1X - Информационное моделирование (Information and Data Modeling Methods), IDEF2 - Поведенческое моделирование (Simulation Modeling Method), IDEF3- Моделирование процессов (Process Flow and Object State Description Capture Method, IDEF4 - Объектно-ориентированное проектирование {Object-Oriented Design Method), IDEF5 - Систематизации объектов приложения (Ontology Description Capture method), IDEF6- Использование рационального опыта проектирования (Design Rationale Capture Method), IDEF8 - Взаимодействие человека и системы {Human—System Interaction Design), IDEF9- Учет условий и ограничений {Business Constraint Discovery), IDEF14 - Моделирование вычислительных сетей {Network Design).
В к наиболее распространенным методикам концептуального моделирования можно отнести следующие:
--SADT (Structured Analysis and Design Technique) – технология структурного анализа и проектирования и ее подмножество стандарт IDEF;
-- DFD (Data Flow Diagrams) - диаграммы потоков данных;
-- ERD {Entity-Relationship Diagrams) - диаграммы «сущность-связь»;
-- STD (State Transition Diagrams) - диаграммы переходов состояний.
Диаграммы потоков данных (Data Flow Diagramming) являются основным средством моделирования функциональных требований к проектируемой системе. Требования представляются в виде иерархии процессов, связанных потоками данных. Диаграммы потоков данных показывают, как каждый процесс преобразует свои входные данные в выходные, и выявляют отношения между этими процессами. W/3-диаграммы успешно используются как дополнение к модели IDEF0 для описания документооборота и обработки информации. Подобно IDEFO, DFD представляет моделируемую систему как сеть связанных работ. Но отличается по набору исполь-х элементов:
1.процессы
2.потоки данных
3.хранилища (позволяют определить данные, кот. б. сохраняться в памяти (БД) м/д процессами)
DFD описывает:
• функции обработки информации (работы, процессы) преобразуют данные; процессы самого нижнего уровня представляют собой функции без побочных эффектов (примерами таких функций являются вычисление суммы двух чисел, вычисление комиссионного сбора за выполнение проводки с помощью банковской карточки и т.п.);