Предметні області для лабораторних робіт. Інші з Інші. Робота № 300178

Предметні області для лабораторних робіт

Інформація про навчальний заклад

ВУЗ:

Інші

Інститут:

Не вказано

Факультет:

Не вказано

Кафедра:

Не вказано

Інформація про роботу

Рік:

2025

Тип роботи:

Інші

Предмет:

Інші

Завантажити

Частина тексту файла (без зображень, графіків і формул):

ПРЕДМЕТНІ ОБЛАСТІ ДЛЯ ЛАБОРАТОРНИХ РОБІТ 2 Варіант 1. “Студент” 2 Система повинна надавати наступні звіти: 2 Варіант 2. “Оренда приміщень” 2 Система повинна надавати наступні звіти: 2 Варіант 3. “Конференції” 3 Система повинна надавати наступні звіти: 3 Варіант 4. “Екскурсії” 3 Система повинна надавати наступні звіти: 3 Варіант 5. “Виконання проектів” 3 Система повинна надавати наступні звіти: 4 Варіант 6. “Поліклініка” 4 Система повинна надавати наступні звіти: 4 Варіант 7. “Облік кадрів” 4 Система повинна надавати наступні звіти: 5 Варіант 8. “Облік товарів” 5 Система повинна надавати наступні звіти: 5 Варіант 9. “Аеропорт” 5 Система повинна надавати наступні звіти: 6 Варіант 10. “Кабельне телебачення” 6 Система повинна надавати наступні звіти: 6 Варіант 11. “Оплата праці” 6 Система повинна надавати наступні звіти: 7 Варіант 12. “Надання кредитів” 7 Система повинна надавати наступні звіти: 8 ЗАВДАННЯ ДЛЯ ЛАБОРАТОРНИХ РОБІТ 8 Лабораторна робота № 1. “Створення схеми БД” 8 У звіті має бути наведено: 8 Лабораторна робота № 2. “Написання SQLзапитів” 8 У звіті має бути наведено: 9 Лабораторна робота № 3. “Підпрограми СУБД Oracle” 9 У звіті має бути наведено: 10 Лабораторна робота № 4. “Тригери в СУБД Oracle” 10 У звіті має бути наведено: 11 Предметні області для лабораторних робіт Варіант 1. “Студент” Інформаційна система призначена для ведення обліку студентів та їх успішності. Кожен студент характеризується такими атрибутами: прізвище, ім’я, по батькові, номер студентського квитка, рік народження, місце народження, адреса, стать, сімейний стан, стипендія, кімната в гуртожитку. В одній кімнати проживає до трьох студентів. Кожен студент вчиться в певній групі, яка має свого старосту, та разом з іншими студентами групи вчить та здає певні предмети у певних викладачів, при цьому отримуючи деяку суму балів та державну оцінку. Студент може мати деякі захоплення (хобі). Студенти відвідують бібліотеку, де можна позичити книжку, що характеризується номером, автором, назвою, жанром. Кожна книжка не може бути одночасно видана двом студентам. Студент не може мати одночасно позиченими книжок на суму більше ніж 100 грн. Стипендія нараховується згідно з рейтингом за певною процедурою. Система повинна надавати наступні звіти: список студентів по групах; список студентів які мають рейтинг від X до Y; список студентів та книг що не повернені більше року (з підсумовуванням кількості книг та грошового боргу студента); довідка для студента про його рейтинг та розмір стипендії. Варіант 2. “Оренда приміщень” Деяка організація здає приміщення в оренду різним організаціям. Інформаційна система повинна проводити облік використання приміщень, нарахування оплати за оренду та розрахунки з орендарями. Кожне приміщення має свій номер та площу, воно є приміщенням певного типу (кімната, склад, тощо). Кожен тип приміщення має свою ціну з розрахунку на кв. метр. Кожен орендар – це фірма яка має назву, юридичну адресу, банк в якому має рахунок, директора, характеристику. Орендар орендує декілька приміщень, кожне з яких на певний термін. На початку кожного місяця повинен генеруватися рахунок на оплату за оренду для кожного орендаря. Сума рахунку повинна включати податок 20%. Кожен рахунок повинен бути оплачений на протязі 15 днів. За кожен прострочений день нараховується пеня в розмірі 0.2% від неоплаченої суми. Пеня повинна бути врахована в сумі чергового рахунку. Система повинна враховувати надходження оплати від орендарів по рахунках. Кімната не може одночасно бути здана двом орендарям. Орендар, який має борг більший ніж сума трьохмісячної оренди не може отримувати в оренду нові приміщення. Система повинна надавати наступні звіти: Список орендарів з інформацією які приміщення він орендує, місячною сумою оренди та сумою боргу. Список приміщень з вказанням орендаря на певний день. Довідка для орендаря (параметр) з вказанням приміщень які він коли-небудь орендував, рахунків на оплату та дат оплати цих рахунків. Варіант 3. “Конференції” Інформаційна система служить для організації, яка проводить конференції. Система повинна надавати всю інформацію про зміст конференцій та виступаючих. Конференція має свою назву, період проведення, будівлю де вона проводиться. Кожна конференція поділяється на секції, кожна з яких має свою назву, порядковий номер, головуючого та закріплене приміщення. В кожній секції відбуваються виступи. Виступ характеризується темою, виступаючим, датою та часом початку, тривалістю. Кожен виступ може потребувати певного обладнання, яке повинне бути заплановане заздалегідь. Про кожного виступаючого потрібно знати науковий ступінь, місце праці, посаду, професійну біографію. Кожен виступаючий може брати участь в кількох секціях, але за один день він може виступати тільки в одній секції. В одному приміщенні не можуть проводитися одночасно засідання двох секцій. Система повинна надавати наступні звіти: Розклад конференції з вказанням секцій, місця проведення, виступів, інформації про виступаючих. Список всіх учасників конференції з вказанням місць праці та посад. Список потрібного обладнання з вказанням яке обладнання буде потрібне в якому приміщенні і коли. Варіант 4. “Екскурсії” Інформаційна система служить для організації, яка проводить автобусні екскурсії на замовлення. Кожна екскурсія є запланованою на певний день, має певну тривалість, місце призначення, відстань, замовника, тип, кількість екскурсантів. На кожну екскурсію плануються певні автобуси які мають певну місткість, шофера, можуть обслуговувати певні типи екскурсій, характеризуються розходом бензину на кілометр. За кожну екскурсію система повинна нарахувати оплату за певною формулою яка враховує кількість екскурсантів, розхід бензину та тривалість екскурсії. Система повинна враховувати надходження платежів за екскурсії згідно виставлених рахунків. Автобус та шофер не можуть одночасно обслуговувати дві екскурсії. Потрібно контролювати місткість автобусів та інформувати чи є вона достатньою для екскурсії. Екскурсія не може надаватись замовнику, який має борг на протязі 30 днів. Система повинна надавати наступні звіти: Список екскурсій за певний проміжок часу з вказанням вартості. Графік використання автобусів за певний проміжок часу. Фінансовий звіт за місяць, який вказує для кожного дня загальну суму виконаних екскурсій та надходження оплати. Довідку замовника з вказанням замовлених екскурсій та проведених оплат. Варіант 5. “Виконання проектів” Інформаційна система служить для організації, яка виконує різні проекти на замовлення. Система повинна проводити облік проектів, затраченого на них часу, виконавців, оплат по проектах. Кожен проект має назву, замовника, керівника проекту, планову тривалість виконання, категорію складності, дату початку. Кожен проект виконує декілька виконавців. Кожен виконавець кожного дня звітується про те на яких проектах він працював, що робив та скільки годин він затратив на кожен проект. Виконавець має ім’я, посаду, кваліфікація. Кожна кваліфікація має певну погодинну ставку оплати. Кожна посада має певний коефіцієнт надбавки до погодинної оплати. Категорія договору також має коефіцієнт до оплати робіт по договору. Кожного місяця система повинна згенерувати рахунки на оплату робіт по кожному договору які повинні бути оплаченими замовниками. Сума оплати по договору визначається аналізом звітів кожного виконавця проекту плюс накладні затрати в розмірі 40% обчисленої вартості. Система повинна нараховувати також місячну зарплату всім виконавцям яка визначається аналізом звітів кожного виконавця. Система повинна враховувати оплату рахунків замовниками. Замовник не може замовити новий проект, якщо він має неоплачені на протязі 3 місяців проекти. Кожен виконавець не може прозвітувати виконання більше 10 годин роботи в день. Система повинна надавати наступні звіти: Список проектів з вказанням суми виконаних робіт та надходженням оплати з групуванням по категоріях. Відомість на зарплату співробітникам за деякий місяць з групуванням по посадах. Звіт про виконану роботу по деякому проекту за місяць. Варіант 6. “Поліклініка” Інформаційна система служить для поліклініки, яка обслуговує різні типи пацієнтів. Система повинна проводити облік пацієнтів, історію хвороби кожного з них, вживані медикаменти, лікуючих лікарів. Кожен пацієнт має ідентифікаційний номер, прізвище, ім’я, по-батькові, адресу, протипоказання на прийом ряду лікарств, характеристику . Кожен з них хворів на певну хворобу протягом деякого періоду часу та мав лікуючого лікаря на цей час. Лікар ставить діагнози підопічному хворому та призначає певні ліки. Лікар характеризується прізвищем, ідентифікаційним номером, спеціалізацією, адресою. Кожен хворий по закінченні періоду хвороби оцінюється по ефективності лікування в 100 бальній шкалі. Деякі ліки є комплексними та складаються з ряду інших ліків. Пацієнту не можна призначати ліки, які є протипоказані йому, або містять протипоказані складові. Лікар не може одночасно мати більше 10 пацієнтів. Пацієнт, який хворіє протягом трьох років неперервно або протягом 7 років сумарно береться на спецоблік. Система повинна надавати наступні звіти: Список лікарів та пацієнтів яких вони лікують на певний момент часу. Звіт “Історія хвороби” для певного пацієнта з вказанням хвороб, діагнозів, призначених лікарств. Зведена таблиця завантаженості лікарів протягом певного року, де по вертикалі показано список лікарів, по горизонталі - місяці року, а в клітинках кількість хворих. Варіант 7. “Облік кадрів” Інформаційна система призначена для обліку особових даних працівників підприємства. Підприємство поділене на відділи, кожен з яких має назву, абревіатуру та керівника. В кожному відділі працює не більше ніж 20 працівників. Кожен працівник характеризується табельним номером, прізвищем, ім'ям, по-батькові, паспортними даними, датою та місцем народження, домашньою адресою. Працівник працює на певній посаді, за що отримує оклад. За кожен рік, відпрацьований на підприємстві, оплата працівника збільшується на 1.2%. Працівник може міняти посади, інформаційна система повинна зберігати історію попередніх посад працівника. Працівник кожного року має відпустку, тривалість якої залежить від посади та вимірюється в днях за календарний рік роботи. Система повинна зберігати дані про всі відпустки працівників. Одночасно перебувати в відпустці можуть не більше 5 працівників одного відділу. Система повинна надавати наступні звіти: Список працюючих відділу (відділ – параметр). Список працівників з вказанням періодів використаних відпусток з підсумком днів проведених в відпустках для кожного працівника. Довідка працівника з вказанням посади та окладу. Список відділів з вказанням керівника та кількості працюючих. Варіант 8. “Облік товарів” Інформаційна система призначена для обліку товарів в невеликому магазині. Кожен товар характеризується кодом, категорією, назвою, одиницями виміру, терміном зберігання, ціною закупки та ціною продажу. Товар приходить в магазин від постачальників, продається покупцям та може бути списаний на витрати. Інформаційна система повинна зберігати дані про всі такі операції з вказанням номеру документу, дати, постачальника чи одержувача товару, кількостей кожного товару що бере участь в операції. Система повинна відслідковувати також оплати постачальникам за поставлений товар та надходження оплат від покупців за проданий товар. Система не дозволяє продаж товару покупцям, борг яких перевищує 1000 грн. В системі потрібно зберігати дані про постачальники та покупців: код, назву, адресу, категорію, процент знижки на ціни. Система повинна забороняти продаж товару, якщо його немає в наявності. Система повинна надавати наступні звіти: Список товарів певної категорії (параметр) з вказанням назви, обох цін та наявної кількості. Список обігу товарів за певний період часу з вказанням назви, суми товару наявного на початок періоду, суми приходу товару за період, суми продаж та списання товару за період, суми товару, наявного на кінець періоду. Підбивати підсумки по категоріях. Список постачальників з вказанням всіх даних документів про прихід товару від них. Варіант 9. “Аеропорт” Інформаційна система призначена для обліку роботи невеликого аеропорту. В аеропорту є літаки, кожен з яких характеризується бортовим номером, моделлю, кількістю відпрацьованих годин. Літаки кожної моделі характеризуються кількістю місць, вантажопідйомністю. На кожному літаку виконуються рейси, що визначаються пунктом відправлення, пунктом призначення, часом вильоту та посадки, номером. Кожен рейс може виконуватися тільки на літаках певної моделі. Вильоти літаків обслуговуються екіпажем в складі командира, пілота та двох стюардес. Члени екіпажу мають наступні атрибути: номер, прізвище, дату народження, адресу. Пілот може виконувати рейси тільки на дозволених йому типах літаків. У кожного пілота повинна бути перерва між вильотами не менше трьох днів. Система повинна відслідковувати конфлікти з призначенням персоналу одночасно на кілька вильотів. В системі повинна зберігатися кількість проданих квитків на вильоти, вильоти на які більше половини місць не продано, не виконуються. Система повинна надавати наступні звіти: Список літаків певної моделі (параметр) з вказанням прізвищ та звань пілотів, що можуть на них літати. Список виконаних вильотів з вказанням дати, номера рейсу, бортового номера та моделі літака та кількості проданих квитків. Кількість квитків підсумовувати для кожного рейсу. Список стюардес з вказанням особових даних. Варіант 10. “Кабельне телебачення” Телевізійна компанія надає користувачам послуги по підключенню (трансляція базового набору каналів кабельного телебачення) за фіксовану помісячну оплату, а також додаткову оплату, обсяг якої залежить від об’єму наданих послуг (розширений набір каналів кабельного телебачення, з якого можна вибирати окремі або групові позиції – останні характеризуються індивідуальним тарифом). Компанія також транслює нові кінофільми, перегляд кожного з яких може бути додатково (від помісячної оплати) замовлений абонентом. Система повинна контролювати нові надходження (раз на тиждень) кінопродукції та рейтинг популярності індивідуальних позицій з переліку нових кінофільмів базуючись на кількості замовлень зроблених абонентами, а також споживчу орієнтацію окремих абонентів базуючись на середньостатистичній оцінці замовлень індивідуальних абонентів по категоріях кінофільмів. Наприкінці кожного місяця кожен абонент отримує рахунок на оплату наданих послуг, а система видає загальний звіт по трансльованих програмах, кількості та категоріях показаних нових кінофільмів та сумарну оплату за їх перегляд. Система повинна враховувати надходження від абонентів замовлень на послуги, контролювати виконання замовлень, нараховувати абонентам оплату за надані послуги та контролювати надходження платежів. Абонент, що не оплатив замовлені послуги за останні три місяці не може замовляти нові послуги та йому повинно бути припинене надання будь-яких послуг до сплати суми боргу. Під час відключення оплата нараховуватися не повинна. Система повинна надавати наступні звіти: Рейтинговий звіт по трансльованих програмах, кількості та категоріях показаних нових кінофільмів та сумарну оплату за їх перегляд. Список боржників з вказанням суми їх загальної заборгованості та заборгованості за останній розрахунковий період (напр., останній місяць). Варіант 11. “Оплата праці” Інформаційна система призначена для обліку розрахунків з оплати праці. На підприємстві працюють працівники, кожен з яких належить до певного структурного підрозділу. Кожен структурний підрозділ має свою назву, код, керівника. Кожен працівник працює на певній посаді та характеризується табельним номером, прізвищем, ім'ям, по-батькові, паспортними даними, датою та місцем народження, домашньою адресою. На підприємстві встановлені такі форми оплати праці основна заробітна плата у вигляді погодинної оплати за кожну відпрацьовану годину, причому для кожної посади існує свій тариф за годину, додаткова заробітна плата – оплата за роботу у понад встановлені норми, яка полягає в подвійній оплаті за кожну додатково відпрацьовану годину та потрійній – за кожну відпрацьовану годину у вихідний (субота, неділя) та святковий день. Працівник кожного року має відпустку. Система повинна зберігати дані про всі відпустки працівників. Одночасно перебувати в відпустці можуть не більше 15% працівників одного відділу. Оплата відпусток проводиться так: S=M/(365-C)*N, де S – сума відпускних, M – сумарний заробіток працівника за останні 12 місяців, 365 – кількість днів у році, С – число святкових днів, N – тривалість відпустки в календарних днях. Система повинна вести облік робочого часу (фактично відпрацьовані години працівником за кожен день), нараховувати місячну зарплату всім працівникам, розраховувати для кожного працівника заробітну плату до видачі на руки (заробітна плата до видачі на руки – це нарахована заробітна плата мінус соціальний податок 20%). Система повинна вести облік виплати зарплати працівника. В системі повинні діяти такі додаткові обмеження: працівник не може працювати в декількох відділах та на декількох посадах одночасно; основна зарплата працівника не може бути меншою від встановленої мінімальної зарплати, працівнику забороняється нараховувати зарплату після його звільнення; виплата зарплати працівникам повинна здійснюватись не пізніше 10 числа наступного місяця, який слідує за відпрацьованим, при порушенні цього правила працівнику додається до зарплати за поточний місяць пеня в розмірі 0,1% від суми заборгованості за кожен прострочений день. Система повинна надавати наступні звіти: розрахункову відомість заробітної плати для відділу, відомість на отримання заробітної плати для відділу, відомість про роботу працівника впродовж певного періоду, відомість про борг підприємства перед працівниками. Варіант 12. “Надання кредитів” Інформаційна система призначена для обліку надання та повернення кредитів. Кожен клієнт має номер особового рахунку, назву, податковий код, юридичну та фактичну адреси, П.І.П керівника (або уповноваженої особи), рейтинг. Клієнти користуються кредитами у відповідності до укладених з ними договорів, які характеризуються унікальним номером кредитного договору, датою укладання договору, сумою, строком, річною процентною ставкою, типом графіка погашення та заставою. Графік погашення включає дату платежу, суму погашення основного боргу та суму нарахованих за останній період процентів. Система повинна зберігати встановлений графік погашення, вести облік виданих і повернених коштів та нараховувати проценти за користування кредитом. Проценти за користування кредитом нараховуються щомісяця на залишок суми кредиту. Якщо клієнт не розраховується вчасно (згідно графіка), йому нараховується пеня з розрахунку 1% від залишку за кожен день прострочення платежу. Якщо клієнт не встиг розрахуватися до закінчення строку дії кредитного договору, то через 10 днів йому нараховується одноразова пеня в розмірі 15% від загальної суми заборгованості (включаючи нараховані на цей момент проценти). Нарахування процентів припиняється лише після того, як клієнт повністю розрахується по кредиту. Система повинна вираховувати рейтинг кожного клієнта. Для обчислення рейтингу має застосовуватися формула: ,де S – сума кредиту, D – строк договору у днях, Dфакт – фактичний строк користування кредитом у днях, Sзал – сума залишку, Pфакт – фактично сплачені проценти, – сума днів випередження графіка платежів, – сума днів прострочення платежів за графіком. Рейтинг повинен обчислюватися та вноситися у таблицю для заданого клієнта на останню з двох дат: перше число місяця або дата останнього платежу. Клієнт не може отримувати нові кредити у таких випадках: 1) якщо він мав коли-небудь прострочений кредит, тобто не розрахувався до закінчення строку дії договору; 2) якщо він порушує графік планових платежів за ще діючим кредитом; 3) якщо він має діючий кредит, по якому сума залишку разом з нарахованими йому процентами менша, ніж сума кредиту, яку він хоче одержати; 4) якщо за рейтингом він потрапляє у останню чверть рейтингового списку. Система повинна надавати наступні звіти: відомість нарахування процентів за останній місяць, список боржників з вказанням суми заборгованості, перелік кредитів клієнтів з вказанням суми та фактичної переплати на задану дату; список клієнтів, впорядкованих за рейтингом. Завдання для лабораторних робіт Лабораторна робота № 1. “Створення схеми БД” 1) Створити концептуальну та логічну модель предметної області згідно з описом, отриманим в викладача (відповідно до обраної предметної області). 2) Створити базу даних: створити таблиці, задати всі потрібні обмеження, створити зв’язки між таблицями. Схема бази даних повинна містити приклади використання сурогатних ключів створених за допомогою послідовностей (SEQUENCES). Схема бази даних повинна містити приклади використання всіх можливих способів перевірок обмеження цілісності, зокрема зовнішні ключі, вимоги на унікальність полів, перевірки типу CHECK, перевірки типу NULL/NOT NULL, тощо. 3) Ввести по декілька записів в кожну таблицю, проаналізувати цілісність даних. У звіті має бути наведено: 1) схема даних (малюнок з вказанням типів зв’язків між таблицями та відповідними ключовими полями). 2) SQL-запити для створення та наповнення таблиць. 3) Роз’яснення до схеми даних: – опис концепції роботи БД на основі представленої схеми; – опис призначення кожної таблиці з вказанням її місця в БД згідно концепції; – опис призначення кожного поля з обґрунтуванням типу даних та обмежень. Лабораторна робота № 2. “Написання SQLзапитів” Завдання лабораторної роботи виконувати в призначеній предметній області. Змістовне призначення запитів визначати самостійно виходячи з логіки предметної області. Створити запити типу: SELECT на базі однієї таблиці з використанням сортування, накладенням умов зі зв’язками OR та AND. SELECT з виводом обчислюваних полів (виразів) в колонках результату. SELECT на базі кількох таблиць з використанням сортування, накладенням умов зі зв’язками OR та AND. SELECT на базі кількох таблиць з типом поєднання Outer Join. SELECT з використанням операторів Like, Between, In, Exists, All, Any. SELECT з використанням підсумовування та групування. SELECT з використанням під-запитів в частині Where. SELECT з використанням під-запитів в частині From. ієрархічний SELECTзапит. SELECTзапит типу CrossTab. UPDATE на базі однієї таблиці. UPDATE на базі кількох таблиць. Append (INSERT) для додавання записів з явно вказаними значеннями. Append (INSERT) для додавання записів з інших таблиць. DELETE для видалення всіх даних з таблиці. DELETE для видалення вибраних записів таблиці. Запити можуть бути складними і поєднувати у собі одразу декілька типів (згідно завдання). У роботі має бути не менше двох таких складних запитів. При цьому обов’язково необхідно відобразити у звіті відповідні особливості запиту. У звіті має бути наведено: Для кожного SQL-запиту: 1) Призначення (опис завдання, яке має реалізувати запит). 2) SQL представлення. 3) Результат виконання. 4) Опис особливостей, які використані у запиті та які реалізують поставлене завдання. Лабораторна робота № 3. “Підпрограми СУБД Oracle” Завдання лабораторної роботи виконувати в призначеній предметній області. При написанні процедур повинні бути використані лише базові таблиці відповідно до створеної у ЛР №1 схеми БД, тобто результати роботи процедур повинні записуватися у відповідні поля існуючих таблиць БД та не можна створювати жодних тимчасових таблиць. Змістовне призначення процедур є наступним: Варіант 1. Написати процедуру нарахування стипендії за вказаний місяць вказаному студенту. Написати процедуру, яка б викликала першу процедуру для всіх студентів. Варіант 2. Написати процедуру нарахування оплати за оренду за вказаний місяць вказаному орендарю. Написати процедуру, яка б викликала першу процедуру для всіх орендарів. Варіант 3. Написати процедуру визначення рейтингу кожної конференції на основі власного алгоритму, який враховував би кількість виступаючих, їхній ступінь, потрібне обладнання , тривалість виступів, тощо. Написати процедуру, яка б викликала першу процедуру для всіх конференцій за вказаний період часу. Варіант 4. Написати процедуру нарахування оплати за вказаний місяць вказаному замовнику. Написати процедуру, яка б викликала першу процедуру для всіх замовників. Варіант 5. Написати процедуру нарахування зарплати за вказаний місяць вказаному працівнику. Написати процедуру, яка б викликала першу процедуру для всіх працівників. Варіант 6. Написати процедуру визначення рейтингу кожного лікаря на основі власного алгоритму, який враховував би кількість хворих, тривалість лікування, ефективність лікування, кількість протипоказань, тощо. Написати процедуру, яка б викликала першу процедуру для всіх лікарів. Варіант 7. Написати процедуру обрахування фонду зарплати за вказаний місяць вказаному відділу. Написати процедуру, яка б викликала першу процедуру для всіх відділів. Варіант 8. Написати процедуру нарахування оплати за вказаний місяць вказаному покупцеві. Написати процедуру, яка б викликала першу процедуру для всіх покупців. Варіант 9. Написати процедуру визначення рейтингу кожного пілота на основі власного алгоритму, який враховував би кількість вильотів, тривалість перебування в польотах, тип літаків, звання, тощо. Написати процедуру, яка б викликала першу процедуру для всіх пілотів. Варіант 10. Написати процедуру нарахування оплати за вказаний місяць заданому абоненту. Написати процедуру, яка б викликала першу процедуру для всіх абонентів. Варіант 11. Написати процедуру нарахування зарплати за вказаний місяць заданому працівнику (в тому числі врахувати нарахування відпускних). Написати процедуру, яка б викликала першу процедуру для всіх працівників. Варіант 12. Написати процедуру нарахування процентів заданому клієнту за останній розрахунковий період. Написати процедуру, яка б викликала першу процедуру для всіх клієнтів. У звіті має бути наведено: Для кожної процедури / функції: 1) Призначення процедури / функції. 2) Опис алгоритму роботи (концепція роботи та покроковий опис, можливо блок-схема). 3) Опис вхідних / вихідних параметрів (їх призначення, типи, варіанти застосувань). 4) Опис внутрішніх ідентифікаторів (їх призначення, типи, застосування). 5) Результати виконання. Лабораторна робота № 4. “Тригери в СУБД Oracle” Завдання лабораторної роботи виконувати в призначеній предметній області. Обов’язково врахувати проблему “mutating table”. Змістовне призначення тригерів є наступним: Для всіх варіантів: 1. У всіх таблицях створити поля UCR, DCR, ULC, DLC. Написати тригери які будуть заповнювати дані поля наступним чином: UCR – ім’я користувача, що створив даний запис; DCR – дата та час створення даного запису; ULC – ім’я користувача, що останнім змінив даний запис; DLC – дата та час останньої модифікації даного запису. 2. Створити сурогатний ключ для деякої таблиці, та написати тригер для обов’язкового заповнення цього поля послідовними значеннями. 3. Написати тригери для перевірки наступних обмежень цілісності: Варіант 1. В одній кімнаті проживає до трьох студентів. Студент не може мати одночасно позиченими книжок на суму більше ніж 100 грн. Варіант 2. Кімната не може одночасно бути здана двом орендарям. Орендар, який має борг більший ніж сума трьохмісячної оренди не може отримувати в оренду нові приміщення. Варіант 3. Кожен виступаючий може брати участь в кількох секціях, але за один день він може виступати тільки в одній секції. В одному приміщенні не можуть проводитися одночасно засідання двох секцій. Варіант 4. Автобус та шофер не можуть одночасно обслуговувати дві екскурсії. Потрібно контролювати місткість автобусів та інформувати чи є вона достатньою для екскурсії. Екскурсія не може надаватись замовнику, який має борг впродовж 30 днів. Варіант 5. Замовник не може замовити новий проект, якщо він має неоплачені на протязі 3 місяців проекти. Кожен виконавець не може прозвітувати виконання більше 10 годин роботи в день. Варіант 6. Пацієнту не можна призначати лікарства, які є протипоказані йому, або містять протипоказані складові. Лікар не може одночасно мати більше 10 пацієнтів. Варіант 7. Одночасно перебувати в відпустці можуть не більше 5% працівників одного відділу. В відділі не можуть працювати однофамільці керівника відділу. Варіант 8. Система повинна забороняти продаж товару, якщо його немає в достатній кількості. Автоматично обраховувати кількість товару – залишок на складі. Варіант 9. В кожного пілота повинна бути перерва між вильотами не менше трьох днів. Система повинна не дозволяти конфлікти з призначенням персоналу одночасно на кілька вильотів. Варіант 10. Абонент, що не оплатив замовлені послуги за останні три місяці не може замовляти нові послуги та йому повинно бути припинене надання будь-яких послуг до сплати суми боргу (під час відключення оплата нараховуватися не повинна). Система повинна забороняти замовлення кінофільмів з позначкою «для дорослих» абонентами віком до 18 років. Варіант 11. Працівник не може працювати в декількох відділах та на декількох посадах одночасно. Основна зарплата працівника не може бути меншою від встановленої мінімальної зарплати, працівнику забороняється нараховувати зарплату після його звільнення; виплата зарплати працівникам повинна здійснюватись не пізніше 10 числа наступного місяця, який слідує за відпрацьованим, при порушенні цього правила працівнику додається до зарплати за поточний місяць пеня в розмірі 0,1% від суми заборгованості за кожен прострочений день. Варіант 12. Клієнт не може отримувати нові кредити у випадках, визначених у предметній області. Автоматично при будь-якій операції (одержання, сплата чи погашення кредиту) повинен обчислюватися рейтинг клієнта. У звіті має бути наведено: Для кожного тригера: 1) Призначення тригера. 2) Текст тригера та опис механізму роботи. 3) Опис вхідних / вихідних параметрів (їх призначення, типи, варіанти застосувань). 4) Опис внутрішніх ідентифікаторів (їх призначення, типи, застосування). 5) Приклади результатів роботи (результати повинні якнайповніше виявляти механізм роботи тригера).

Інші Інші

01.01.1970 03:01-

Коментарі

Ви не можете залишити коментар. Для цього, будь ласка, або зареєструйтесь.

Ділись своїми роботами та отримуй миттєві бонуси!

Маєш корисні навчальні матеріали, які припадають пилом на твоєму комп'ютері? Розрахункові, лабораторні, практичні чи контрольні роботи — завантажуй їх прямо зараз і одразу отримуй бали на свій рахунок! Заархівуй всі файли в один .zip (до 100 МБ) або завантажуй кожен файл окремо. Внесок у спільноту – це легкий спосіб допомогти іншим та отримати додаткові можливості на сайті. Твої старі роботи можуть приносити тобі нові нагороди!

поділитись