Содержание
- 2. План Информационные системы и файловые системы Потребности информационных систем Понятие модели предметной области Основные понятия: сущность,
- 3. Информационные системы и устройства внешней памяти Информационная система (ИС) – программный комплекс, функции которого состоят: в
- 4. Информационные системы и устройства внешней памяти Надежное и долговременное хранение информации можно обеспечить только при наличии
- 5. Информационные системы и устройства внешней памяти В чем состоят реальные потребности разработчиков систем численных расчетов? Для
- 6. Информационные системы и устройства внешней памяти Вторая традиционная потребность численных программистов – максимально большой объем ОП.
- 7. Информационные системы и устройства внешней памяти Требования к устройствам внешней памяти со стороны бизнес-приложений вызвали появление
- 8. Информационные системы и устройства внешней памяти С появлением магнитных дисков началась история систем управления данными во
- 9. Файловые системы Историческим шагом явилось появление систем управления файлами. С точки зрения программиста приложений – это
- 10. Файловые системы Термин файловая система (file system) используется для обозначения как программной системы, управляющей файлами, так
- 11. Файловые системы Обсудим историю ФС, их основные черты и области разумного применения: структуры файлов; логическая структура
- 12. Файловые системы Структуры файлов Во всех современных ФС явно или неявно выделяется уровень, обеспечивающий работу с
- 13. Файловые системы Логическая структура ФС и именование файлов Во всех современных файловых системах обеспечивается многоуровневое именование
- 14. Файловые системы Области разумного применения файлов Чаще всего файлы используются для хранения текстовых данных: документов, текстов
- 15. Файловые системы Области разумного применения файлов Файлы, содержащие тексты программ, используются как входные файлы компиляторов (чтобы
- 16. Файловые системы Области разумного применения файлов Аналогично обстоит дело с файлами, формируемыми редакторами связей (редактор связей
- 17. Файловые системы Области разумного применения файлов Одним словом, файловые системы обычно обеспечивают хранение слабо структурированной информации,
- 18. Потребности информационных систем Удовлетворяют ли рассмотренные выше базовые возможности файловых систем потребности информационных систем? Типовая информационная
- 19. Потребности информационных систем На начальном этапе использования вычислительной техники для построения ИС проблемы структуризации данных решались
- 20. Потребности информационных систем Но поскольку для функционирования информационных систем требуются сложные структуры данных, эти дополнительные индивидуальные
- 21. Потребности информационных систем Поясним это на примере. Пусть требуется реализовать ИС, поддерживающую учет служащих некоторой организации.
- 22. Потребности информационных систем. Структуры данных Предположим, что мы решили основывать эту ИС на файловой системе и
- 23. Потребности информационных систем. Структуры данных Поскольку мы решили ограничиться одним файлом СЛУЖАЩИЕ, та же запись должна
- 24. Потребности информационных систем. Структуры данных Кроме того, должна обеспечиваться возможность эффективного выбора всех записей с общим
- 25. Потребности информационных систем. Структуры данных Таким образом, мы видим, что при реализации даже такой простой ИС
- 26. Потребности информационных систем. Структуры данных Для улучшения ситуации можно было бы поддерживать два многоключевых файла: СЛУЖАЩИЕ
- 27. Потребности информационных систем. Структуры данных Введение этих двух файлов позволило бы преодолеть большинство неудобств, перечисленных ранее.
- 28. Потребности информационных систем. Целостность данных. Теперь система должна «знать», что она работает с двумя информационно связанными
- 29. Потребности информационных систем. Целостность данных. Более точно, система должна руководствоваться следующими правилами: если в файле СЛУЖАЩИЕ
- 30. Потребности информационных систем. Целостность данных. при любом корректном состоянии ИС значение поля ОТД_СЛУ_ЗАРП любой записи отд_k
- 31. Потребности информационных систем. Целостность данных. Понятие согласованности, или целостности, данных является ключевым понятием баз данных. Фактически,
- 32. Потребности информационных систем. Языки запросов. Но обеспечение целостности данных – это далеко не все, что обычно
- 33. Потребности информационных систем. Языки запросов. На языке запросов SQL наш запрос можно было бы выразить в
- 34. Потребности информационных систем. Языки запросов Возможна и другая формулировка того же запроса (запрос 2): SELECT ОТД_РАЗМЕР
- 35. Потребности информационных систем. Языки запросов Приведенные примеры показывают, что при формулировке запроса с использованием SQL можно
- 36. Потребности информационных систем. Языки запросов Наиболее вероятным способом выполнения запроса в обеих формулировках будет выборка записи
- 37. Потребности информационных систем. Транзакции, журнализация и многопользовательский режим Далее, представим себе, что в первоначальной реализации информационной
- 38. Потребности информационных систем. Транзакции, журнализация и многопользовательский режим Проверку и коррекцию можно выполнить, например, следующим образом.
- 39. Потребности информационных систем. Транзакции, журнализация и многопользовательский режим Настоящие СУБД берут такую работу на себя, поддерживая
- 40. МЕТОДОЛОГИЯ ИНФОРМАЦИОННОГО МОДЕЛИРОВАНИЯ IDEF1X
- 41. Основные вопросы Понятие модели предметной области Основные понятия: сущность, атрибут, отношение Правила определения сущности, атрибута, отношения
- 42. Модель предметной области Под моделью предметной области понимается некоторая система, имитирующая структуру или функционирование исследуемой предметной
- 43. Требования к моделям предметных областей формализация, обеспечивающая однозначное описание структуры предметной области; понятность для заказчиков и
- 44. Некоторые определения Язык моделирования – это нотация, в основном графическая, которая используется для описания проектов. Нотация
- 45. Что такое IDEF1X? Методология IDEF1X (IDEF1 Extended) – язык для семантического моделирования данных, основанных на концепции
- 46. Что такое IDEF1X? Согласно стандарту , основными составляющими модели IDEF1X являются: 1) люди, предметы, явления, о
- 47. Определение сущности Сущность – это множество реальных или абстрактных объектов (людей, мест, событий), обладающих общими атрибутами
- 48. Понятие атрибута Атрибут – характеристика сущности. Пример. Сущность «Студент» имеет атрибут «ФИО». Экземпляр сущности «студент» (конкретный
- 49. Понятие отношения Отношения – связь между двумя и более сущностями. Именование отношения осуществляется с помощью грамматического
- 50. Правила определения сущности Сущность должна иметь уникальное имя и именоваться существительным в единственном числе. Пример: Студент,
- 51. Правила определения сущности Каждая сущность может обладать любым количеством отношений с другими сущностями. Если внешний ключ
- 52. Графическое представление сущности Различают следующие уровни представления сущности: диаграмма «сущность-связь» (ERD), модель данных, основанная на ключах
- 53. Правила определения атрибутов Каждый атрибут каждой сущности обладает уникальным именем. Сущность может обладать любым количеством атрибутов.
- 54. Ключевые атрибуты Ключевые атрибуты 02.02.2017 https://vk.com/donnu_kkt_db
- 55. Примеры ключевых атрибутов 02.02.2017 https://vk.com/donnu_kkt_db
- 56. Типы сущностей в IDEF1X 02.02.2017 https://vk.com/donnu_kkt_db
- 57. Типы зависимых сущностей Характеристическая - это зависимая дочерняя сущность, которая связана только с одной родительской сущностью
- 58. Типы зависимых сущностей Ассоциативная - сущность, связанная с несколькими родительскими сущностями. Такая сущность содержит информацию о
- 59. Типы зависимых сущностей Именующая - частный случай ассоциативной сущности, не имеет собственных атрибутов, только атрибуты родительской
- 60. Правила отношений 1) При определении отношения типа «родитель-потомок»: 1.1. Экземпляр потомка связан с одним родителем 1.2.
- 61. Виды отношений г) отношение категоризации (см. далее) 02.02.2017 https://vk.com/donnu_kkt_db
- 62. Правила отношений 3) Сущность может быть связана с любым количеством других сущностей как в качестве родителя,
- 63. 4 типа мощности отношений а) общий случай, когда одному экземпляру родительской сущности соответствуют 0, 1 или
- 64. 4 типа мощности отношений в) когда одному экземпляру родительской сущности соответствует 0 или 1 экземпляр дочерней
- 65. Отношения категоризации Отношения категоризации – отношения между двумя и более сущностями, в которых каждый экземпляр одной
- 66. Пример отношений категоризации Описание: Могут быть выделены следующие типы сотрудников: постоянный и совместитель. Категоризация неполная, т.к.
- 67. Правила отношений категоризации 1. Сущность типа «категория» может иметь только одну общую сущность. 2. Сущность-категория, принадлежащая
- 68. Пример иерархии категорий 02.02.2017 https://vk.com/donnu_kkt_db
- 69. Правила отношений категоризации 3. Сущность может являться общей в любом количестве отношений категоризации. 4. Атрибуты первичного
- 70. Основные правила построения информационной модели 1. Все стрелки (вход, выход, управление, механизм) функциональной модели IDEF0 становятся
- 71. Пример функциональной модели, построенной с использованием CASE-средства BPWin 02.02.2017 https://vk.com/donnu_kkt_db
- 72. Построение информационной модели процесса постройки садового домика 1. На основе функциональной модели IDEF0 составим пул –
- 73. Построение информационной модели процесса постройки садового домика 2. Определим сущности 02.02.2017 https://vk.com/donnu_kkt_db
- 74. Построение информационной модели процесса постройки садового домика 3. Зададим атрибуты для каждой сущности и установим связи
- 76. Скачать презентацию