ВУЗ:
Составители:
Рубрика:
- 21 -
Порядок проведения работы – студент получает задание на создание про-
граммы (конкретные таблицы для связывания), самостоятельно определяет
возможность связывания в отношении ‘Master-Detail’, названия полей для
связывания и необходимые для обеспечения функциональности приложения
компоненты, конструирует окно приложения (пользовательский интерфейс),
настраивает свойства компонентов, проверяет функциональность в Design-
Time и компилирует приложение для конечной отладки. Дополнительным
(усложненным
) заданием может быть создание такой же функциональности
исключительно языковыми средствами Delphi / С++Builder.
Преподавателем проверяется обоснованность предложенного интерфейса
(учитывая эргономичность и дизайн) и выполнение приложением заданной
функциональности.
Оформление отчета по работе. В отчет включается эскиз окна конструи-
руемого приложения (указание названий компонентов и их типа обязатель-
но), в отчет включается
информация о связи компонентов в приложении
(конкретные значения настраиваемых свойств компонентов).
Преподаватель проверяет обоснованность предложенного интерфейса
(учитывая его эргономичность и дизайн) и выполнение приложением задан-
ной функциональности.
Вопросы для самопроверки.
1. Что представляет собой связь между таблицами по принципу ‘Master-
Detail’ и какие полезные свойства приобретает при этом БД?
2. Какими техническими средствами достигается связь типа ‘Master-Detail’?
3. Какие проблемы возникают при реализации связи ‘Master-Detail’ в про-
блеме поддержания ссылочной целостности БД?
4. Каким образом реализовать функциональность рассмотренной выше про-
граммы средствами SQL?
Порядок проведения работы – студент получает задание на создание про- граммы (конкретные таблицы для связывания), самостоятельно определяет возможность связывания в отношении ‘Master-Detail’, названия полей для связывания и необходимые для обеспечения функциональности приложения компоненты, конструирует окно приложения (пользовательский интерфейс), настраивает свойства компонентов, проверяет функциональность в Design- Time и компилирует приложение для конечной отладки. Дополнительным (усложненным) заданием может быть создание такой же функциональности исключительно языковыми средствами Delphi / С++Builder. Преподавателем проверяется обоснованность предложенного интерфейса (учитывая эргономичность и дизайн) и выполнение приложением заданной функциональности. Оформление отчета по работе. В отчет включается эскиз окна конструи- руемого приложения (указание названий компонентов и их типа обязатель- но), в отчет включается информация о связи компонентов в приложении (конкретные значения настраиваемых свойств компонентов). Преподаватель проверяет обоснованность предложенного интерфейса (учитывая его эргономичность и дизайн) и выполнение приложением задан- ной функциональности. Вопросы для самопроверки. 1. Что представляет собой связь между таблицами по принципу ‘Master- Detail’ и какие полезные свойства приобретает при этом БД? 2. Какими техническими средствами достигается связь типа ‘Master-Detail’? 3. Какие проблемы возникают при реализации связи ‘Master-Detail’ в про- блеме поддержания ссылочной целостности БД? 4. Каким образом реализовать функциональность рассмотренной выше про- граммы средствами SQL? - 21 -
Страницы
- « первая
- ‹ предыдущая
- …
- 19
- 20
- 21
- 22
- 23
- …
- следующая ›
- последняя »