SlideShare a Scribd company logo
1 of 55
•Объект
• Интерфейс
•Форма
•Создание экранной формы
1
ОПРЕДЕЛЕНИЯ
База данных (БД) — это поименованная совокупность
структурированных данных, относящихся к
определенной предметной области.
Информационно-логическая модель
(ИЛМ) – отображает данные предметной
области в виде совокупности
информационных объектов и связей
между ними. Эта модель представляет
структуру данных, подлежащих хранению
в базе данных. 2
Информационный объект — это
описание некоторой сущности
предметной области - реального
объекта, явления, процесса,
события.
Такими сущностями для информационных
объектов могут служить: цех, склад,
материал, вуз, студент, сдача экзаменов и
т.д.
3
Информационный объект — образуется
совокупностью логически связанных
реквизитов, представляющих качественные
и количественные характеристики сущности.
Информационный объект определенного
реквизитного состава и структуры образует
класс (тип), которому присваивается
уникальное имя (символьное обозначение),
например Студент, Сессия, Стипендия.
4
Информационный объект имеет множество
реализаций — экземпляров, каждый из которых
представлен совокупностью конкретных значений
реквизитов и идентифицируется значением ключа
(простого — один реквизит или составного —
несколько реквизитов). Остальные реквизиты
информационного объекта являются
описательными. При этом одни и те же реквизиты
в одних информационных объектах могут быть
ключевыми, а в других - описательными.
Информационный объект может иметь несколько
ключей.
5
6
Объектом называется элемент
информационной системы, информацию о
котором мы сохраняем. В реляционной
теории баз данных объект называется
сущностью.
Объект может быть реальным (например, человек, какой-либо предмет или
населенный пункт) и абстрактным (например, событие, счет покупателя или
изучаемый студентами курс). Так, в области продажи автомобилей примерами
объектов могут служить МОДЕЛЬ АВТОМОБИЛЯ, КЛИЕНТ и СЧЕТ. На товарном
складе - это ПОСТАВЩИК, ТОВАР, ОТПРАВЛЕНИЕ и т. д. Каждый объект обладает
определенным набором свойств, которые запоминаются в информационной
системе. При обработке данных часто приходится иметь дело с совокупностью
однородных объектов, например таких, как служащие, и записывать
информацию об одних и тех же свойствах для каждого из них.
7
Объект может быть реальным (например,
человек, какой-либо предмет или населенный
пункт) и абстрактным (например, событие,
счет покупателя или изучаемый студентами курс).
Так, в области продажи автомобилей примерами
объектов могут служить МОДЕЛЬ АВТОМОБИЛЯ, КЛИЕНТ
и СЧЕТ. На товарном складе - это ПОСТАВЩИК, ТОВАР,
ОТПРАВЛЕНИЕ и т. д. Каждый объект обладает
определенным набором свойств.
Типы объектов
8
Объекты и их свойства являются понятиями
реального мира. В мире информации,
существующем в представлении программиста,
говорят об атрибутах объектов.
Атрибут — это информационное
отображение свойств объекта.
Каждый объект характеризуется рядом
основных атрибутов.
9
Например, модель автомобиля характеризуется типом
кузова, рабочим объемом двигателя, количеством
цилиндров, мощностью, габаритами, названием и т.д.
Клиент магазина, продающего автомобили, имеет
такие атрибуты, как фамилию, имя, отчество, адрес и,
возможно, идентификационный номер.
Каждый атрибут в модели должен иметь
уникальное имя — идентификатор.
Атрибут при реализации информационной
модели на каком-либо носителе информации
часто называют элементом данных, полем
данных или просто полем.
10
11
Таблица (отношение)— это некоторая
регулярная структура, состоящая из
конечного набора однотипных записей.
Значения данных представляют собой
действительные данные, содержащиеся
в каждом элементе данных.
Единичный набор принимаемых
элементами данных значений
называется экземпляром объекта.
12
Ключевым элементом данных называется
такой элемент, по которому можно
определить значения других элементов
данных.
Первичный ключ — это атрибут (или группа
атрибутов), которые единственным образом
идентифицируют каждую строку в таблице.
Альтернативный ключ — это атрибут (или
группа атрибутов), несовпадающий с первичным
ключом и уникально идентифицирующий
экземпляр объекта.
13
Тип данных характеризует вид хранящихся
данных.
Связь — это функциональная зависимость
между сущностями.
14
Интерфе́йс (от англ. interface —
поверхность раздела, перегородка) —
совокупность средств, методов и
правил взаимодействия между
элементами системы.
Интерфе́йс
15
По́льзовательский интерфейс (UI — англ. user
interface) — разновидность интерфейсов, в
котором одна сторона представлена человеком
(пользователем), другая — машиной/устройством.
Представляет собой совокупность средств и
методов, при помощи которых пользователь
взаимодействует с различными, чаще всего
сложными, с множеством элементов, машинами и
устройствами.
16
Средства:
•вывода информации из устройства к пользователю —
весь доступный диапазон воздействий на организм
человека (зрительных, слуховых, тактильных,
обонятельных и тд.) — экраны (дисплеи, проекторы) и
лампочки, динамики, зуммеры и сирены, вибромоторы и
тд. и тп.
•ввода информации/команд пользователем в
устройство — множество всевозможных устройств для
контроля состояния человека — кнопки, переключатели,
потенциометры, датчики положения и движения,
сервоприводы, жесты лицом и руками, даже съём
мозговой активности пользователя.
17
Пользовательский интерфейс компьютерной программы
•средства отображения информации;
•командные режимы, язык «пользователь —
интерфейс»;
•устройства и технологии ввода данных;
•диалоги, взаимодействие и транзакции между
пользователем и компьютером, обратную связь
с пользователем;
•поддержку принятия решений;
•порядок использования программы и
документацию на неё.
18
При создании интерфейса приложения особую
роль играют формы, так как они являются
основным диалоговым средством работы
пользователя с данными базы. Фомы построены
таким образом, что практически любое действие
пользователя вызывает реакцию системы, т.е.
воспринимается как событие. С событием может
быть связан макрос или процедура обработки
события, реализующая необходимые
вычисления, актуализацию хранимых в БД
расчетных данных, вывод документов на печать и
т.д.
19
Форма — это объект базы данных, который
можно использовать для ввода, изменения или
отображения данных из таблицы или запроса.
Формы могут применяться для управления
доступом к данным: с их помощью можно
определять, какие поля или строки данных будут
отображаться. Для автоматизации часто
выполняемых действий в форму можно добавить
кнопки и другие функциональные элементы.
20
Самый важный вопрос проектирования
экранных форм — как сделать, чтобы они
были интуитивно понятными и могли, не
утомив пользователя, провести его по тому
или иному рабочему процессу.
21
Полезно разбить всех пользователей на
группы. Вот один из вариантов разбиения:
операторы ввода данных, которые пользуются
системой часто и интенсивно, но не выдают запросы;
, регулярно выдающие запросы, но вводящие мало
данных;
, задающие нерегламентированные запросы, иногда
выполняющие поиск и (еще реже) обновление;
, обеспечивающие поддержку принятия решений,
которым нужно работать с нерегламентированными
запросами, но которые редко выполняют обновление или
не выполняют его вообще;
операторы, планирующие и контролирующие отчеты и
пакетные задания.
22
• Все экранные формы должны иметь
уникальные и информативные заголовки.
• Все поля необходимо снабдить надписями;
при вызове справочной с системы должны быть
доступны подробные описания полей.
• Курсор по умолчанию, как правило, должен
перемещаться слева направо, а затем сверху
вниз.
• Обязательные элементы должны находиться в
верхней части экрана. Элементы на экране
необходимо упорядочить по степени важности.
23
• Экранная форма должна обнаруживать
ошибочно введенные данные и сообщать о них
как можно раньше, а не откладывать проверку
(если речь не идет об экранных формах,
работающих по низкоскоростной сети,
например по коммутируемой линии).
• Экранная форма должна использовать
непротиворечивые методы блокировки,
обнаруживать и разрешать конфликты.
• Экранная форма не должна состоять из
множества страниц
24
• Пользователи должны вводить код только
один раз и не должны ничего запоминать или
записывать при переходе от одной экранной
формы к другой.
• Использование специальных эффектов следует
свести к минимуму. Если вы решительно
настроены придать экранным формам и отчетам
профессиональный вид, обратитесь к
специалисту-дизайнеру.
25
• Размещение на экранной форме
дополнительных элементов за счет уменьшения
размера символов допустимо только в
ограниченной степени.
• Большинство пользователей гораздо лучше
справляются с вертикальной, а не с
горизонтальной прокруткой, особенно если при
прокрутке вправо из левой части экрана
исчезают важные данные и условные
обозначения.
26
• меню;
• линейки пиктограмм или кнопок;
• пиктограммы;
• пиктограммы внутри окон;
• непиктограммные кнопки в окнах;
• диалоговые окна с вкладками (где щелчок на
вкладке открывает другую панель окна);
• горячие клавиши.
27
Навигация
1 2 3 4 5 6 7
1. Первая запись
2. Предыдущая запись
3. Текущая запись (можно ввести ее номер)
4. Следующая запись
5. Последняя запись
6. Новая запись
7. Поиск
28
29
При помощи инструмента «Форма»
можно создать форму одним щелчком
мыши. При использовании этого средства
все поля базового источника данных
размещаются в форме. Можно сразу же
начать использование новой формы либо
при необходимости изменить ее в режиме
макета или конструктора.
30
31
Разделенная форма — это
возможность позволяющая одновременно
отображать данные в двух
представлениях — в режиме формы и в
режиме таблицы.
32
Если нужна форма, в которой отображается сразу
несколько записей, и при этом требуются более
широкие возможности настройки, чем у таблицы,
можно воспользоваться инструментом «Несколько
элементов».
33
34
35
•Мастер форм - Источник таблицы (запрос)
•Поля таблицы
•Внешний вид
•Стиль
•Имя
Подчиненная форма - вложенная
форма для таблицы данных, связанной с
главной таблицей, на которой могут
присутствовать такие же элементы, как и
на основной форме.
36
•можно брать несколько источников
37
Кнопка
38
39
40
41
42
Создание подчиненной формы путем
перетаскивания одной формы в другую
(в режиме конструктора)
43
44
45
Создание формы, содержащей две подчиненные формы
46
47
Для формы и всех ее элементов можно открыть окно
Свойства, щелкнув правой кнопкой мыши на любом
объекте и выбрав в контекстном меню слово
Свойства
48
Все свойства в окне разбиты на группы:
Макет - расположение, шрифт, цвет и прочее,
связанное с внешним видом объекта;
Данные - в этом разделе важнейшее свойство -
Данные или Источник записей - для объектов,
связанных с редактированием каких-либо
данных;
События - методы, т.е. процедуры (программы),
выполняющиеся для объекта при наступлении
определенных событий (Загрузка, Открытие, До
обновления, После обновления и пр.);
Другие - прочие свойства.
Все – все свойства
49
50
51
52
53
Режим макета Режим макета представляет собой
наиболее наглядный режим для изменения форм. Его
можно использовать для внесения практически любых
изменений в форму в Office Access 2007. В режиме
макета форма фактически выполняется, поэтому
можно просматривать данные почти в таком виде, в
каком они отображаются в режиме формы. Но в этом
же режиме можно изменять и структуру формы.
Поскольку при внесении изменений можно
просматривать данные, в этом режиме очень удобно
задавать размеры элементов управления и выполнять
другие задачи, связанные с внешним видом и
удобством формы.
54
Режим конструктора Режим конструктора
позволяет более подробно просмотреть
структуру формы. Можно просматривать
разделы колонтитулов и данных формы. В этом
режиме форма не выполняется, поэтому при
внесении изменений невозможно
просматривать базовые данные. Однако
некоторые задачи удобнее выполнять в режиме
конструктора, а не макета, в частности
следующие:
55
Режим конструктора
•Добавлять в форму различные элементы управления,
такие как надписи, рисунки, линии и прямоугольники.
•Изменять источник элемента управления «Поле»
непосредственно в поле без использования окна
свойств.
•Изменять размеры разделов формы, таких как
«Заголовок формы» или «Область данных».
•Изменять свойства формы, которые недоступны для
изменения в режиме макета (например,
Представление по умолчанию или Режим формы).

More Related Content

Viewers also liked

презентация
презентацияпрезентация
презентацияkirilenko2710
 
Libr book search process
Libr book search process Libr book search process
Libr book search process 123094
 
Pensamiento y acciones de sostenibilidad de las organizaciones empresariales
Pensamiento y acciones de sostenibilidad de las organizaciones empresarialesPensamiento y acciones de sostenibilidad de las organizaciones empresariales
Pensamiento y acciones de sostenibilidad de las organizaciones empresarialesJohnGuerreroMaestria
 
Construyendo nuestro libro interactivo
Construyendo nuestro libro interactivoConstruyendo nuestro libro interactivo
Construyendo nuestro libro interactivoManel Rives
 
¿Eres 3.0? El nuevo aprendizaje en red.
¿Eres 3.0? El nuevo aprendizaje en red.¿Eres 3.0? El nuevo aprendizaje en red.
¿Eres 3.0? El nuevo aprendizaje en red.Camino López García
 
Subconscious mind (nitish ranjan)
Subconscious mind (nitish ranjan)Subconscious mind (nitish ranjan)
Subconscious mind (nitish ranjan)Nitish Ranjan
 
Figuras literarias final 22.09.16
Figuras literarias final 22.09.16Figuras literarias final 22.09.16
Figuras literarias final 22.09.16Antonieta Zambrano
 
Design and implementation of students timetable management system
Design and implementation of students timetable management systemDesign and implementation of students timetable management system
Design and implementation of students timetable management systemNnachi Isaac Onuwa
 

Viewers also liked (17)

презентация
презентацияпрезентация
презентация
 
CV Rohit Dheer
CV Rohit DheerCV Rohit Dheer
CV Rohit Dheer
 
Clodomiro
ClodomiroClodomiro
Clodomiro
 
Tata Pokhran Thane
Tata Pokhran ThaneTata Pokhran Thane
Tata Pokhran Thane
 
Libr book search process
Libr book search process Libr book search process
Libr book search process
 
Pensamiento y acciones de sostenibilidad de las organizaciones empresariales
Pensamiento y acciones de sostenibilidad de las organizaciones empresarialesPensamiento y acciones de sostenibilidad de las organizaciones empresariales
Pensamiento y acciones de sostenibilidad de las organizaciones empresariales
 
Construyendo nuestro libro interactivo
Construyendo nuestro libro interactivoConstruyendo nuestro libro interactivo
Construyendo nuestro libro interactivo
 
¿Eres 3.0? El nuevo aprendizaje en red.
¿Eres 3.0? El nuevo aprendizaje en red.¿Eres 3.0? El nuevo aprendizaje en red.
¿Eres 3.0? El nuevo aprendizaje en red.
 
Spooky Cardboard Automata
Spooky Cardboard AutomataSpooky Cardboard Automata
Spooky Cardboard Automata
 
Subconscious mind (nitish ranjan)
Subconscious mind (nitish ranjan)Subconscious mind (nitish ranjan)
Subconscious mind (nitish ranjan)
 
Analisis luh murniasih
Analisis luh murniasihAnalisis luh murniasih
Analisis luh murniasih
 
DidácTICas acTICvas
DidácTICas acTICvasDidácTICas acTICvas
DidácTICas acTICvas
 
Mobile Generations
Mobile GenerationsMobile Generations
Mobile Generations
 
Escultura griega
Escultura griega Escultura griega
Escultura griega
 
Figuras literarias final 22.09.16
Figuras literarias final 22.09.16Figuras literarias final 22.09.16
Figuras literarias final 22.09.16
 
Design and implementation of students timetable management system
Design and implementation of students timetable management systemDesign and implementation of students timetable management system
Design and implementation of students timetable management system
 
FDMA-TDMA-CDMA
FDMA-TDMA-CDMAFDMA-TDMA-CDMA
FDMA-TDMA-CDMA
 

Similar to 20 объект. экранная форма

Проектирование_и_архитектура_ПС_2022_L07s.ppt
Проектирование_и_архитектура_ПС_2022_L07s.pptПроектирование_и_архитектура_ПС_2022_L07s.ppt
Проектирование_и_архитектура_ПС_2022_L07s.pptdinarium2016
 
Шаблоны проектирования баз данных — Введение
Шаблоны проектирования баз данных — ВведениеШаблоны проектирования баз данных — Введение
Шаблоны проектирования баз данных — ВведениеDenis Beskov
 
тема 4 2
тема 4 2тема 4 2
тема 4 2asheg
 
МАПО Лекция 11 Потоки данных DFD
МАПО Лекция 11 Потоки данных DFDМАПО Лекция 11 Потоки данных DFD
МАПО Лекция 11 Потоки данных DFDОлег Гудаев
 
004
004004
004JIuc
 
SAP BusinessObjects Web Intelligence training
SAP BusinessObjects Web Intelligence trainingSAP BusinessObjects Web Intelligence training
SAP BusinessObjects Web Intelligence trainingDmitry Anoshin
 
001
001001
001JIuc
 
моделирование бизнес процессов с B pwin 4.0
моделирование бизнес процессов с B pwin 4.0моделирование бизнес процессов с B pwin 4.0
моделирование бизнес процессов с B pwin 4.0vaha1411
 
Управление Данными. Лекция 1
Управление Данными. Лекция 1Управление Данными. Лекция 1
Управление Данными. Лекция 1Dmitriy Krukov
 
информатикаисогд
информатикаисогдинформатикаисогд
информатикаисогдpks11-1
 
Логическая витрина данных
Логическая витрина данныхЛогическая витрина данных
Логическая витрина данныхSergey Gorshkov
 
Необъектные модели предметной области
Необъектные модели предметной областиНеобъектные модели предметной области
Необъектные модели предметной областиCUSTIS
 
тема 5
тема 5тема 5
тема 5asheg
 
Концепция применения онтологических структур в ERP-системах
Концепция применения онтологических структур в ERP-системахКонцепция применения онтологических структур в ERP-системах
Концепция применения онтологических структур в ERP-системахAnatoly Simkin
 
Ecodomus - BIM-платформа для эксплуатации объектов и сооружений
Ecodomus - BIM-платформа для эксплуатации объектов и сооруженийEcodomus - BIM-платформа для эксплуатации объектов и сооружений
Ecodomus - BIM-платформа для эксплуатации объектов и сооруженийTanya Gadzevych
 

Similar to 20 объект. экранная форма (20)

Проектирование_и_архитектура_ПС_2022_L07s.ppt
Проектирование_и_архитектура_ПС_2022_L07s.pptПроектирование_и_архитектура_ПС_2022_L07s.ppt
Проектирование_и_архитектура_ПС_2022_L07s.ppt
 
Шаблоны проектирования баз данных — Введение
Шаблоны проектирования баз данных — ВведениеШаблоны проектирования баз данных — Введение
Шаблоны проектирования баз данных — Введение
 
лекция № 6
лекция № 6лекция № 6
лекция № 6
 
тема 4 2
тема 4 2тема 4 2
тема 4 2
 
лекция № 11
лекция № 11лекция № 11
лекция № 11
 
9946
99469946
9946
 
МАПО Лекция 11 Потоки данных DFD
МАПО Лекция 11 Потоки данных DFDМАПО Лекция 11 Потоки данных DFD
МАПО Лекция 11 Потоки данных DFD
 
004
004004
004
 
SAP BusinessObjects Web Intelligence training
SAP BusinessObjects Web Intelligence trainingSAP BusinessObjects Web Intelligence training
SAP BusinessObjects Web Intelligence training
 
001
001001
001
 
моделирование бизнес процессов с B pwin 4.0
моделирование бизнес процессов с B pwin 4.0моделирование бизнес процессов с B pwin 4.0
моделирование бизнес процессов с B pwin 4.0
 
Управление Данными. Лекция 1
Управление Данными. Лекция 1Управление Данными. Лекция 1
Управление Данными. Лекция 1
 
информатикаисогд
информатикаисогдинформатикаисогд
информатикаисогд
 
Логическая витрина данных
Логическая витрина данныхЛогическая витрина данных
Логическая витрина данных
 
Необъектные модели предметной области
Необъектные модели предметной областиНеобъектные модели предметной области
Необъектные модели предметной области
 
MS BI
MS BI MS BI
MS BI
 
Концепция платформы АН.2
Концепция платформы АН.2Концепция платформы АН.2
Концепция платформы АН.2
 
тема 5
тема 5тема 5
тема 5
 
Концепция применения онтологических структур в ERP-системах
Концепция применения онтологических структур в ERP-системахКонцепция применения онтологических структур в ERP-системах
Концепция применения онтологических структур в ERP-системах
 
Ecodomus - BIM-платформа для эксплуатации объектов и сооружений
Ecodomus - BIM-платформа для эксплуатации объектов и сооруженийEcodomus - BIM-платформа для эксплуатации объектов и сооружений
Ecodomus - BIM-платформа для эксплуатации объектов и сооружений
 

More from Evgeniy Golendyhin

26 27_28_29_30_процедуры и тригеры
26  27_28_29_30_процедуры и тригеры26  27_28_29_30_процедуры и тригеры
26 27_28_29_30_процедуры и тригерыEvgeniy Golendyhin
 
22 23 выводы _отчеты
22 23  выводы _отчеты22 23  выводы _отчеты
22 23 выводы _отчетыEvgeniy Golendyhin
 
17 18 макрокоманды access
17 18 макрокоманды access17 18 макрокоманды access
17 18 макрокоманды accessEvgeniy Golendyhin
 
16 взаимосвязи таблиц
16 взаимосвязи таблиц16 взаимосвязи таблиц
16 взаимосвязи таблицEvgeniy Golendyhin
 
13 14 15_индексирование
13 14 15_индексирование13 14 15_индексирование
13 14 15_индексированиеEvgeniy Golendyhin
 
11 ms acces_приемы работыt
11 ms acces_приемы работыt11 ms acces_приемы работыt
11 ms acces_приемы работыtEvgeniy Golendyhin
 
7 основные операции реляции
7 основные операции реляции7 основные операции реляции
7 основные операции реляцииEvgeniy Golendyhin
 
5 даталогич модельбд
5 даталогич модельбд5 даталогич модельбд
5 даталогич модельбдEvgeniy Golendyhin
 
4_Основные понятия и типы модели
4_Основные понятия и типы модели4_Основные понятия и типы модели
4_Основные понятия и типы моделиEvgeniy Golendyhin
 
3_БД_Основные понятия
3_БД_Основные понятия3_БД_Основные понятия
3_БД_Основные понятияEvgeniy Golendyhin
 
2_Введение_основные_понятия
2_Введение_основные_понятия2_Введение_основные_понятия
2_Введение_основные_понятияEvgeniy Golendyhin
 

More from Evgeniy Golendyhin (16)

26 27_28_29_30_процедуры и тригеры
26  27_28_29_30_процедуры и тригеры26  27_28_29_30_процедуры и тригеры
26 27_28_29_30_процедуры и тригеры
 
24 25 запросы
24 25 запросы24 25 запросы
24 25 запросы
 
22 23 выводы _отчеты
22 23  выводы _отчеты22 23  выводы _отчеты
22 23 выводы _отчеты
 
17 18 макрокоманды access
17 18 макрокоманды access17 18 макрокоманды access
17 18 макрокоманды access
 
16 взаимосвязи таблиц
16 взаимосвязи таблиц16 взаимосвязи таблиц
16 взаимосвязи таблиц
 
13 14 15_индексирование
13 14 15_индексирование13 14 15_индексирование
13 14 15_индексирование
 
12 ms access
12 ms access12 ms access
12 ms access
 
11 ms acces_приемы работыt
11 ms acces_приемы работыt11 ms acces_приемы работыt
11 ms acces_приемы работыt
 
10 субд
10 субд10 субд
10 субд
 
7 основные операции реляции
7 основные операции реляции7 основные операции реляции
7 основные операции реляции
 
6 рмд
6 рмд6 рмд
6 рмд
 
5 даталогич модельбд
5 даталогич модельбд5 даталогич модельбд
5 даталогич модельбд
 
4_Основные понятия и типы модели
4_Основные понятия и типы модели4_Основные понятия и типы модели
4_Основные понятия и типы модели
 
3_БД_Основные понятия
3_БД_Основные понятия3_БД_Основные понятия
3_БД_Основные понятия
 
2_Введение_основные_понятия
2_Введение_основные_понятия2_Введение_основные_понятия
2_Введение_основные_понятия
 
1 Введение
1 Введение1 Введение
1 Введение
 

20 объект. экранная форма

  • 2. ОПРЕДЕЛЕНИЯ База данных (БД) — это поименованная совокупность структурированных данных, относящихся к определенной предметной области. Информационно-логическая модель (ИЛМ) – отображает данные предметной области в виде совокупности информационных объектов и связей между ними. Эта модель представляет структуру данных, подлежащих хранению в базе данных. 2
  • 3. Информационный объект — это описание некоторой сущности предметной области - реального объекта, явления, процесса, события. Такими сущностями для информационных объектов могут служить: цех, склад, материал, вуз, студент, сдача экзаменов и т.д. 3
  • 4. Информационный объект — образуется совокупностью логически связанных реквизитов, представляющих качественные и количественные характеристики сущности. Информационный объект определенного реквизитного состава и структуры образует класс (тип), которому присваивается уникальное имя (символьное обозначение), например Студент, Сессия, Стипендия. 4
  • 5. Информационный объект имеет множество реализаций — экземпляров, каждый из которых представлен совокупностью конкретных значений реквизитов и идентифицируется значением ключа (простого — один реквизит или составного — несколько реквизитов). Остальные реквизиты информационного объекта являются описательными. При этом одни и те же реквизиты в одних информационных объектах могут быть ключевыми, а в других - описательными. Информационный объект может иметь несколько ключей. 5
  • 6. 6 Объектом называется элемент информационной системы, информацию о котором мы сохраняем. В реляционной теории баз данных объект называется сущностью. Объект может быть реальным (например, человек, какой-либо предмет или населенный пункт) и абстрактным (например, событие, счет покупателя или изучаемый студентами курс). Так, в области продажи автомобилей примерами объектов могут служить МОДЕЛЬ АВТОМОБИЛЯ, КЛИЕНТ и СЧЕТ. На товарном складе - это ПОСТАВЩИК, ТОВАР, ОТПРАВЛЕНИЕ и т. д. Каждый объект обладает определенным набором свойств, которые запоминаются в информационной системе. При обработке данных часто приходится иметь дело с совокупностью однородных объектов, например таких, как служащие, и записывать информацию об одних и тех же свойствах для каждого из них.
  • 7. 7 Объект может быть реальным (например, человек, какой-либо предмет или населенный пункт) и абстрактным (например, событие, счет покупателя или изучаемый студентами курс). Так, в области продажи автомобилей примерами объектов могут служить МОДЕЛЬ АВТОМОБИЛЯ, КЛИЕНТ и СЧЕТ. На товарном складе - это ПОСТАВЩИК, ТОВАР, ОТПРАВЛЕНИЕ и т. д. Каждый объект обладает определенным набором свойств. Типы объектов
  • 8. 8 Объекты и их свойства являются понятиями реального мира. В мире информации, существующем в представлении программиста, говорят об атрибутах объектов. Атрибут — это информационное отображение свойств объекта. Каждый объект характеризуется рядом основных атрибутов.
  • 9. 9 Например, модель автомобиля характеризуется типом кузова, рабочим объемом двигателя, количеством цилиндров, мощностью, габаритами, названием и т.д. Клиент магазина, продающего автомобили, имеет такие атрибуты, как фамилию, имя, отчество, адрес и, возможно, идентификационный номер. Каждый атрибут в модели должен иметь уникальное имя — идентификатор. Атрибут при реализации информационной модели на каком-либо носителе информации часто называют элементом данных, полем данных или просто полем.
  • 10. 10
  • 11. 11 Таблица (отношение)— это некоторая регулярная структура, состоящая из конечного набора однотипных записей. Значения данных представляют собой действительные данные, содержащиеся в каждом элементе данных. Единичный набор принимаемых элементами данных значений называется экземпляром объекта.
  • 12. 12 Ключевым элементом данных называется такой элемент, по которому можно определить значения других элементов данных. Первичный ключ — это атрибут (или группа атрибутов), которые единственным образом идентифицируют каждую строку в таблице. Альтернативный ключ — это атрибут (или группа атрибутов), несовпадающий с первичным ключом и уникально идентифицирующий экземпляр объекта.
  • 13. 13 Тип данных характеризует вид хранящихся данных. Связь — это функциональная зависимость между сущностями.
  • 14. 14 Интерфе́йс (от англ. interface — поверхность раздела, перегородка) — совокупность средств, методов и правил взаимодействия между элементами системы. Интерфе́йс
  • 15. 15 По́льзовательский интерфейс (UI — англ. user interface) — разновидность интерфейсов, в котором одна сторона представлена человеком (пользователем), другая — машиной/устройством. Представляет собой совокупность средств и методов, при помощи которых пользователь взаимодействует с различными, чаще всего сложными, с множеством элементов, машинами и устройствами.
  • 16. 16 Средства: •вывода информации из устройства к пользователю — весь доступный диапазон воздействий на организм человека (зрительных, слуховых, тактильных, обонятельных и тд.) — экраны (дисплеи, проекторы) и лампочки, динамики, зуммеры и сирены, вибромоторы и тд. и тп. •ввода информации/команд пользователем в устройство — множество всевозможных устройств для контроля состояния человека — кнопки, переключатели, потенциометры, датчики положения и движения, сервоприводы, жесты лицом и руками, даже съём мозговой активности пользователя.
  • 17. 17 Пользовательский интерфейс компьютерной программы •средства отображения информации; •командные режимы, язык «пользователь — интерфейс»; •устройства и технологии ввода данных; •диалоги, взаимодействие и транзакции между пользователем и компьютером, обратную связь с пользователем; •поддержку принятия решений; •порядок использования программы и документацию на неё.
  • 18. 18 При создании интерфейса приложения особую роль играют формы, так как они являются основным диалоговым средством работы пользователя с данными базы. Фомы построены таким образом, что практически любое действие пользователя вызывает реакцию системы, т.е. воспринимается как событие. С событием может быть связан макрос или процедура обработки события, реализующая необходимые вычисления, актуализацию хранимых в БД расчетных данных, вывод документов на печать и т.д.
  • 19. 19 Форма — это объект базы данных, который можно использовать для ввода, изменения или отображения данных из таблицы или запроса. Формы могут применяться для управления доступом к данным: с их помощью можно определять, какие поля или строки данных будут отображаться. Для автоматизации часто выполняемых действий в форму можно добавить кнопки и другие функциональные элементы.
  • 20. 20 Самый важный вопрос проектирования экранных форм — как сделать, чтобы они были интуитивно понятными и могли, не утомив пользователя, провести его по тому или иному рабочему процессу.
  • 21. 21 Полезно разбить всех пользователей на группы. Вот один из вариантов разбиения: операторы ввода данных, которые пользуются системой часто и интенсивно, но не выдают запросы; , регулярно выдающие запросы, но вводящие мало данных; , задающие нерегламентированные запросы, иногда выполняющие поиск и (еще реже) обновление; , обеспечивающие поддержку принятия решений, которым нужно работать с нерегламентированными запросами, но которые редко выполняют обновление или не выполняют его вообще; операторы, планирующие и контролирующие отчеты и пакетные задания.
  • 22. 22 • Все экранные формы должны иметь уникальные и информативные заголовки. • Все поля необходимо снабдить надписями; при вызове справочной с системы должны быть доступны подробные описания полей. • Курсор по умолчанию, как правило, должен перемещаться слева направо, а затем сверху вниз. • Обязательные элементы должны находиться в верхней части экрана. Элементы на экране необходимо упорядочить по степени важности.
  • 23. 23 • Экранная форма должна обнаруживать ошибочно введенные данные и сообщать о них как можно раньше, а не откладывать проверку (если речь не идет об экранных формах, работающих по низкоскоростной сети, например по коммутируемой линии). • Экранная форма должна использовать непротиворечивые методы блокировки, обнаруживать и разрешать конфликты. • Экранная форма не должна состоять из множества страниц
  • 24. 24 • Пользователи должны вводить код только один раз и не должны ничего запоминать или записывать при переходе от одной экранной формы к другой. • Использование специальных эффектов следует свести к минимуму. Если вы решительно настроены придать экранным формам и отчетам профессиональный вид, обратитесь к специалисту-дизайнеру.
  • 25. 25 • Размещение на экранной форме дополнительных элементов за счет уменьшения размера символов допустимо только в ограниченной степени. • Большинство пользователей гораздо лучше справляются с вертикальной, а не с горизонтальной прокруткой, особенно если при прокрутке вправо из левой части экрана исчезают важные данные и условные обозначения.
  • 26. 26 • меню; • линейки пиктограмм или кнопок; • пиктограммы; • пиктограммы внутри окон; • непиктограммные кнопки в окнах; • диалоговые окна с вкладками (где щелчок на вкладке открывает другую панель окна); • горячие клавиши.
  • 27. 27 Навигация 1 2 3 4 5 6 7 1. Первая запись 2. Предыдущая запись 3. Текущая запись (можно ввести ее номер) 4. Следующая запись 5. Последняя запись 6. Новая запись 7. Поиск
  • 28. 28
  • 29. 29 При помощи инструмента «Форма» можно создать форму одним щелчком мыши. При использовании этого средства все поля базового источника данных размещаются в форме. Можно сразу же начать использование новой формы либо при необходимости изменить ее в режиме макета или конструктора.
  • 30. 30
  • 31. 31 Разделенная форма — это возможность позволяющая одновременно отображать данные в двух представлениях — в режиме формы и в режиме таблицы.
  • 32. 32 Если нужна форма, в которой отображается сразу несколько записей, и при этом требуются более широкие возможности настройки, чем у таблицы, можно воспользоваться инструментом «Несколько элементов».
  • 33. 33
  • 34. 34
  • 35. 35 •Мастер форм - Источник таблицы (запрос) •Поля таблицы •Внешний вид •Стиль •Имя
  • 36. Подчиненная форма - вложенная форма для таблицы данных, связанной с главной таблицей, на которой могут присутствовать такие же элементы, как и на основной форме. 36 •можно брать несколько источников
  • 38. 38
  • 39. 39
  • 40. 40
  • 41. 41
  • 42. 42 Создание подчиненной формы путем перетаскивания одной формы в другую (в режиме конструктора)
  • 43. 43
  • 44. 44
  • 45. 45 Создание формы, содержащей две подчиненные формы
  • 46. 46
  • 47. 47 Для формы и всех ее элементов можно открыть окно Свойства, щелкнув правой кнопкой мыши на любом объекте и выбрав в контекстном меню слово Свойства
  • 48. 48 Все свойства в окне разбиты на группы: Макет - расположение, шрифт, цвет и прочее, связанное с внешним видом объекта; Данные - в этом разделе важнейшее свойство - Данные или Источник записей - для объектов, связанных с редактированием каких-либо данных; События - методы, т.е. процедуры (программы), выполняющиеся для объекта при наступлении определенных событий (Загрузка, Открытие, До обновления, После обновления и пр.); Другие - прочие свойства. Все – все свойства
  • 49. 49
  • 50. 50
  • 51. 51
  • 52. 52
  • 53. 53 Режим макета Режим макета представляет собой наиболее наглядный режим для изменения форм. Его можно использовать для внесения практически любых изменений в форму в Office Access 2007. В режиме макета форма фактически выполняется, поэтому можно просматривать данные почти в таком виде, в каком они отображаются в режиме формы. Но в этом же режиме можно изменять и структуру формы. Поскольку при внесении изменений можно просматривать данные, в этом режиме очень удобно задавать размеры элементов управления и выполнять другие задачи, связанные с внешним видом и удобством формы.
  • 54. 54 Режим конструктора Режим конструктора позволяет более подробно просмотреть структуру формы. Можно просматривать разделы колонтитулов и данных формы. В этом режиме форма не выполняется, поэтому при внесении изменений невозможно просматривать базовые данные. Однако некоторые задачи удобнее выполнять в режиме конструктора, а не макета, в частности следующие:
  • 55. 55 Режим конструктора •Добавлять в форму различные элементы управления, такие как надписи, рисунки, линии и прямоугольники. •Изменять источник элемента управления «Поле» непосредственно в поле без использования окна свойств. •Изменять размеры разделов формы, таких как «Заголовок формы» или «Область данных». •Изменять свойства формы, которые недоступны для изменения в режиме макета (например, Представление по умолчанию или Режим формы).