Написание контрольных, курсовых, дипломных работ, выполнение задач, тестов, бизнес-планов
  • Не нашли подходящий заказ?
    Заказать в 1 клик:  /contactus
  •  
Главная \ Методичні вказівки \ ТЕМАТИКА ЗАВДАНЬ ДЛЯ ПОТОЧНОГО КОНТРОЛЮ СТУДЕНТІВ ЗАОЧНОЇ ФОРМИ НАВЧАННЯ

ТЕМАТИКА ЗАВДАНЬ ДЛЯ ПОТОЧНОГО КОНТРОЛЮ СТУДЕНТІВ ЗАОЧНОЇ ФОРМИ НАВЧАННЯ

« Назад

ТЕМАТИКА ЗАВДАНЬ ДЛЯ ПОТОЧНОГО КОНТРОЛЮ СТУДЕНТІВ ЗАОЧНОЇ ФОРМИ НАВЧАННЯ 20.07.2014 13:24

  1. Проектування  БД  для  визначення  норм  витрат  матерiалiв на виготовлення  виробу.

  2. Проектування  БД  для визначення трудомiсткостi та нормативних розцiнок  на один вирiб.

  3. Проектування БД для рiшення задачi облiку реалiзацiї готової продукцiї.

  4. Проектування БД для визначення потреби в сировинi  та основних

  5. матерiалах для основного виробництва на рiк (квартал).

  6. Проектування БД для визначення потреби в покупних комплектуючих матерiалах для основного виробництва на рiк (квартал).

  7. Проектування БД для визначення лiмiта матерiалiв по цеху на мiсяць.

  8. Проектування  БД  для визначення нормативної чисельності  основних робітників на виконання річної виробничої програми.

  9. Проектування БД для вирішення задачі з обліку основних засобів на підприємстві.

  10. Проектування БД для визначення амортизацiйних  вiдрахувань по пiдприємству.

  11. Проектування БД для рiшення задачi з облiку наявностi  та руху матерiалiв на складi.

  12. Проектування БД для рiшення задачi з облiку наявностi  та руху особового складу організації.

  13.  Проектування  БД для визначення та нарахування погодинної заробiтної плати.

  14. Проектування  БД для визначення та нарахування вiдрядної бригадної заробiтної плати.

  15. Проектування БД для рiшення задачi з облiку наявностi та руху коштiв на розрахунковому рахунку та в касi пiдприємства.

  16. Проектування  БД  для визначення та аналiзу iнвестицiйної привабливостi пiдпрємств, що приватизуються.

  17. Проектування  БД для рiшення задачi облiку акцiонерiв та нарахування дивiдентiв акцiонерам АТ.

  18. Проектування  БД для проведення маркетингових дослiджень попиту на товарному ринку.

  19. Проектування  БД для проведення маркетингових дослiджень коньюнктури товарного ринку.

  20. Проектування  БД для проведення маркетингових дослiджень конкурентоздатності  товарів на товарному ринку.

  21. Проектування БД для системи електронної комерції.

  22. Проектування БД з обліку та контролю надходження податкових платежів від юридичних осіб.

  23. Проектування БД з обліку та контролю надходження прибуткового податку від фізичних осіб.

  24. Проектування БД з контролю повноти сплати податкових платежів  юридичними осібами.

  25. Проектування БД з контролю повноти сплати прибуткового податку фізичними осібами.

  26. Проектування БД з обліку та формування  страхових договорів (полісів).

  27. Проектування БД з обліку та контролю сплати страхових внесків за страховими договорами (полісами).

  28. Проектування  БД  для  визначення  норм  витрат  матерiалiв на виготовлення  виробу.

  29. Проектування  БД  для визначення трудомiсткостi та нормативних розцiнок  на один вирiб.

  30. Проектування БД для рiшення задачi облiку випуску готової продукцiї.

  31. Проектування БД для рiшення задачi облiку вiдвантаження готової продукцiї.

  32. Проектування БД для рiшення задачi облiку реалiзацiї готової продукцiї.

  33. Проектування БД для визначення потреби в сировинi  та основних матерiалах для основного виробництва на рiк (квартал).

  34. Проектування БД для визначення потреби в покупних комплектуючих матерiалах для основного виробництва на рiк (квартал).

  35. Проектування БД для визначення лiмiта матерiалiв по цеху на мiсяць.

  36. Проектування БД для визначення планової чисельностi робiтникiв по пiдприємству на рiк (квартал).

  37. Проектування БД для визначення амортизацiйних  вiдрахувань по пiдприємству.

  38. Проектування БД для рiшення задачi з облiку наявностi та руху коштiв на розрахунковому рахунку та в касi пiдприємства.

  39. Проектування  БД  для визначення та аналiзу iнвестицiйної привабливостi пiдприємств, що приватизуються.

  40. Проектування  БД для проведення маркетингових дослiджень попиту на товарному ринку.

  41. Проектування  БД для проведення маркетингових дослiджень коньюнктури товарного ринку.

  42. Проектування  БД для проведення маркетингових дослiджень конкурентоздатності  товарів на товарному ринку.

  43. Проектування БД для визначення кредитоспроможності позичальника (юридичних осіб) та ризику при його кредитуваннi.

  44. Проектування БД для визначення кредитоспроможності позичальника (фізичних осіб) та ризику при його кредитуваннi.

  45. Проектування БД для рiшення задачi по формуванню кредитних договорiв та контролю за їх виконанням в комерцiйному банку.

  46. Проектування БД для аналізу кредитного портфелю комерцiйного банку.

  47. Проектування БД  резервів за кредитами комерційного банку.

  48. Проектування БД для рiшення  задачi  з обліку касових операцій комерцiйного банку.

  49.  Проектування БД для рiшення задачi з обліку нарахування  дивiдентiв за акцiями комерцiйного банку.

  50. Проектування БД для рiшення  задачi  з облiку  акцiонерiв  комерцiйного банку.

  51. Проектування БД для рiшення задачi з  облiку  депозитних  рахункiв  комерцiйного банку.

  52. Проектування БД для рiшення задачi з  облiку карткових платіжних операцій комерцiйного банку.

  53. Проектування  БД для обліку нарахування  заробiтної плати з використанням пластикових карток.

  54. Проектування БД для рiшення задачi з  облiку  експортно-імпортних операцій  комерцiйного банку.

  55. Проектування БД для рiшення задачi з  облiку  роботи обмінних валютних пунктів  комерцiйного банку.

  56. Проектування БД обліку операцій купівлі/продажу валюти на валютному ринку.

  57.  Проектування бази даних системи "Клiєнт-банк".

  58.  Проектування бази даних для розрахунку нормативів діяльності комерційного банку.

  59. Проектування СД для аналізу клієнтської бази комерційного банку.

  60. Проектування СД для аналізу кредитного портфеля комерційного банку.

  61. Проектування СД для аналізу депозитного портфеля комерційного банку.

  62. Проектування СД для аналізу інвестиційного портфеля комерційного банку.

  63. Проектування СД для аналізу готівкового обігу коштів в комерційному банку.

  64. Проектування СД для аналізу обсягів продаж продукції торгівельною фірмою.

  65. Проектування СД для аналізу доходу від збуту готової продукції.

  66. Проектування СД для аналізу діяльності системи електронної комерції.

  67. Проектування СД для аналізу маркетингових досліджень споживчого ринку.

  68. Проектування СД для аналізу страхового портфеля страхової фірми.

  69. Проектування СД для аналізу надходження податкових платежів від юридичних осіб.

  70. Проектування СД для аналізу надходження податкових платежів від фізичних осіб.

     

    Зразок завдання для модульного контролю знань

    ВАРІАНТ № 1

    ПИТАННЯ №1

  1. База даних –– це поiменована, структурована сукупнiсть логічно взаємо­пов’язаних даних, якi характеризують окрему предметну область i перебувають пiд управлiнням СКБД.

  2. База даних –– це поiменована, структурована сукупнiсть логічно не ­пов’язаних між собою даних, якi характеризують окрему предметну область i перебувають пiд управлiнням СКБД.

  3. База даних –– це поiменована, структурована сукупнiсть логічно взаємо­пов’язаних даних, якi характеризують окрему предметну область i перебувають пiд управлiнням  декількох СКБД.

    ПИТАННЯ №2

  1. Метадані – це інформація про дані, що зберігаються в базі даних. Метадані зберігаються в архівах даних.

  2. Метадані – це інформація про дані, що зберігаються в базі даних. Метадані зберігаються в репозитарії метаданих.

  3. Метадані – це інформація про дані, що зберігаються в архіві даних. Метадані зберігаються в  репозитарії метаданих.

    ПИТАННЯ №3

  1. Даталогiчна модель являє собою базу даних, структуровану на логiчному рiвнi й не орiєнтовану на конкретну СКБД.

  2. Даталогiчна модель являє собою базу даних, структуровану на логiчному рiвнi  відображаюча специфіку та особливсості ПО.

  3. Даталогiчна модель являє собою базу даних, структуровану на логiчному рiвнi й  орiєнтовану на конкретну СКБД.

    ПИТАННЯ №4

  1. Висхідний підхід  до інфологічного проектування – це підхід, оснований на синтезі атрибутів, який краще застосувувати при проектуванні документальнийх систем.

  2. Висхідний підхід  до інфологічного проектування – це підхід, оснований на аналізі атрибутів, який краще застосувувати при проектуванні документальнийх систем.

  3. Висхідний підхід  до інфологічного проектування – це підхід, оснований на синтезі атрибутів, який краще застосувувати при проектуванні фактографічних систем.

    ПИТАННЯ №5

  1. В один інформаційний об"єкт агрегуються атрибути, що знаходяться у співвідношенні Б:Б, Б:1.

  2. В один інформаційний об"єкт агрегуються атрибути, що знаходяться у співвідношенні 1:1, Б:1.

  3. В один інформаційний об"єкт агрегуються атрибути, що  знаходяться у співвідношенні 1:1, 1: Б.

    ПИТАННЯ №6

  1. Інфологічна модель, це орієнтований граф вершинами якого є  атрибути, що характеризують предметну область, а орієнтовані дуги вказують на зв"язки між ними.

  2. Інфологічна модель, це орієнтований граф  вершинами якого є запити , що характеризують предметну область, а орієнтовані дуги вказують на зв"язки між ними.

  3. Інфологічна модель, це орієнтований граф вершинами якого є інформаційні об"єкти, що характеризують предметну область, а орієнтовані дуги вказують на зв"язки між ними.

    ПИТАННЯ №7

  1. Об’єктні - це відношення, що характеризують якийсь об"єкт ПО і містять первинні ключі, які не можуть дублюватися. Ці відношення можуть бути віднесеними до умовно-постійних файлів.

  2. Об’єктні - це відношення, що характеризують якийсь об"єкт ПО і містять вторинні ключі, які не можуть дублюватися. Ці відношення можуть бути віднесеними до умовно-постійних файлів.

  3. Об’єктні - це відношення, що характеризують якийсь об"єкт ПО і містять первинні ключі, які можуть дублюватися. Ці відношення можуть бути віднесеними до умовно-постійних файлів.

    ПИТАННЯ №8

  1. ВідношенняRзнаходиться в третій нормальній формі (3НФ) тоді і тільки тоді, коли відношеннязнаходиться в 2НФ і всі неключові атрибути взаємно незалежні.

  2. ВідношенняRзнаходиться в третій нормальній формі (3НФ) тоді і тільки тоді, коли відношеннязнаходиться в 2НФ і всі ключові атрибути взаємно незалежні.

  3. ВідношенняRзнаходиться в третій нормальній формі (3НФ) тоді і тільки тоді, коли відношеннязнаходиться в 2НФ і всі неключові атрибути  є взаємно залежними.

    ПИТАННЯ №9

  1. Атрибут B  функціонально залежить вiд атрибуту А у вiдношеннi R тодi, коли в кожний момент часу одному й тому самому значенню А  не вiдповiдає жодне  значення B.

  2. Атрибут B  функціонально залежить вiд атрибуту А у вiдношеннi R тодi, коли в кожний момент часу одному й тому самому значенню А  не вiдповiдає багато   значеннь B.

  3. Атрибут B  функціонально залежить вiд атрибуту А у вiдношеннi R тодi, коли в кожний момент часу одному й тому самому значенню А   вiдповiдає  лише одне значення B.

    ПИТАННЯ №10

  1. Внутрішнє об"єднання - це зв"язок між головною та підпорядкованою таблицею за умови співпадання значень первинного та вторинного ключів.

  2. Внутрішнє об"єднання  - це зв"язок між головною та підпорядкованою таблицею за умови  не повного співпадання значень первинного та вторинного ключів.

  3. Внутрішнє об"єднання  - це зв"язок полів в середині однієї таблиці за умови  їх повного співпадання.

    ПИТАННЯ №11

  1. Оптимізація запитів – це набір певних процедур в результаті виконання яких прискорююється їх виконання. СКБД Access  не має засобів оптимізації запитів.

  2. Оптимізація запитів – це набір певних процедур в результаті виконання яких прискорююється їх виконання. СКБД Access має засоби  оптимізації запитів.

  3. Оптимізація запитів – це процедура стиснення БД, яка  прискорює виконання запитів. СКБД Access  має засоби стиснення БД.

    ПИТАННЯ №12

  1. Зовнішє об"єднання  - це зв"язок між головною та підпорядкованою таблицею за умови  не повного співпадання значень первинного та вторинного ключів.

  2. Зовнішє об"єднання  - це зв"язок між головною та підпорядкованою таблицею за умови повного співпадання значень первинного та вторинного ключів.

  3. Зовнішнє об"єднання  - це зв"язок полів в середині однієї таблиці за умови  їх повного співпадання.

    ПИТАННЯ №13

  1. Обмеження посилкової цілістності забезпечує відповідність значень між первинними ключами двох таблиць.

  2. Обмеження посилкової цілістності забезпечує відповідність значень між вторинними  ключами двох таблиць.

  3. Обмеження посилкової цілістності забезпечує відповідність значень між вторинними та первинними ключами двох таблиць.

    ПИТАННЯ №14

  1. Реплікація – це процесс синхронізації  внесення змін до розподіленої БД, що фізично зберігається на різних компьютерах. 

  2. Реплікація – це процесс підтримки узгодженості і цілістності розподіленої БД.

  3. Реплікація – це процесс синхронізації роботи  з БД для забезпечення підтримки її узгодженості і цілістності.

    ПИТАННЯ №15

  1. SQL -  непроцедурна, множинно-орієнтована мова програмування, призначена для роботи з реляцйними БД, виконання  запитів вибірки,  створення, оновлення і вилучення таблиць і тд.

  2. SQL - машинно-орієнтована мова програмування, призначена для роботи з реляційними БД, виконання  запитів вибірки,  створення, оновлення і вилучення таблиць і тд.

  3. SQL – об"єктно-орієнтована мова програмування, призначена для роботи з реляційними БД, виконання  запитів вибірки,  створення, оновлення і вилучення таблиць і тд.

     

     

     


    ПИТАННЯ №16

  1. На рисунку відображений необов’язковий  неідентифікуючий зв’язок.

  2. На рисунку відображений  ідентифікуючий зв’язок.

  3. На рисунку відображений  обов’язковий  неідентифікуючий зв’язок.

    ПИТАННЯ №17

  1. Адитивні змінні – це змінні, які можуть підсумовуватися по всіх вимірах сховища даних.

  2. Адитивні змінні – це змінні, які  можуть підсумовуватися по окремих  вимірах сховища даних.

  3. Адитивні змінніце змінні, якіможуть не підсумовуватися по всіх вимірах сховища даних.

    ПИТАННЯ №18

  1. Процедура, що зберігається –  це програма, яка забезпечує цілістність даних і автоматично виконується при виникненні певних подій в базі даних.

  2. Процедура, що зберігається –  це програма, яка забезпечує цілістність даних і викликається з прикладної програми при виникненні певних подій в базі даних.

    3.   Процедура, що зберігається –  це програма, яка забезпечує цілістність даних і  виконується  при виникненні певних подій в базі даних.

    ПИТАННЯ №19

  1. В основі багатовимірної моделі (MOLAP) лежить поняття  багатомірного куба даних, в комірках якого зберігаються показники (змінні), що аналізуються, а вимірювання характеризують якісь ознаки цих показників.

  2. В основі багатовимірної моделі (ROLAP) лежить поняття  багатомірного куба даних, в комірках якого зберігаються показники (змінні), що аналізуються, а вимірювання характеризують якісь ознаки цих показників.

  3. В основі багатовимірної моделі (HOLAP) лежить поняття  багатомірного куба даних, в комірках якого зберігаються показники (змінні), що аналізуються, а вимірювання характеризують якісь ознаки цих показників.

    ПИТАННЯ №20

  1. Вимір  – це множина неоднотипних даних, що утворюють одну із граней куба в багатовимірній моделі сховища даних і характеризують якусь ознаку показників, що знаходяться в комірці багатовимірної моделі.

  2. Вимір  – це множина однотипних даних, що утворюють одну із граней куба в багатовимірній моделі сховища даних і характеризують якусь ознаку показників, що знаходяться в комірці багатовимірної моделі.

  3. Вимір  – це множина однотипних даних, що утворюють  всі  грані куба в багатовимірній моделі сховища даних і характеризують якусь ознаку показників, що знаходяться в комірці багатовимірної моделі.

    ЗАДАЧА № 1

    Предметна область, що характеризує мережу магазинів має такі інформаційні об"єкти: МАГАЗИН, ТОВАР, ЗАЛИШОК, ПОСТАЧАЛЬНИК, які входять до складу таких одномірних запитувальних зв’язків:

         МАГАЗИН              ТОВАР                   ТОВАР

    ZZZ

      ТОВАР                        ЗАЛИШОК              ПОСТАЧАЛЬНИК

     

     

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

    Самостійно зпроектувати структури інформаційних об"єктів, що приймають участь в побудові структурних зв"язків.

     

    Задача №2

                    Зпроектувати БД, яка дозволить  зформувати наведену відомість.

    ВІДОМІСТЬ

    наявності матеріалів на складі_____________станом на ________дату

                              код, назва складу

Матеріал

Одиниця вимірювання

Ціна за одини-цю

Залишок

Норма запасу

Відхилення

Код

Назва

Кількість

Вартість

Кількість

Вартість

Кількість

Вартість

 


Комментарии


Комментариев пока нет

Пожалуйста, авторизуйтесь, чтобы оставить комментарий.

Авторизация
Введите Ваш логин или e-mail:

Пароль :
запомнить