Теми рефератів
> Реферати > Курсові роботи > Звіти з практики > Курсові проекти > Питання та відповіді > Ессе > Доклади > Учбові матеріали > Контрольні роботи > Методички > Лекції > Твори > Підручники > Статті Контакти
Реферати, твори, дипломи, практика » Новые рефераты » Робота з підсистемою програми Access

Реферат Робота з підсистемою програми Access





d DataBase Engine, ODBC-драйвери або Microsoft ADO. Розгромна, починаючи з Delphi 3, підтримка багатоланкової технології (Multi-tiered) доступу до даних дозволяє створювати масштабовані програми (Відносно слабко залежні від сервера БД) за рахунок перенесення методів обробки інформації (бізнес-правил) на середню ланку.

Як вже говорилося раніше, в Delphi використовується мова Object Pascal, який постійно розширюється і доповнюється Borland. Мова повною мірою підтримує всі вимоги, пред'являються до об'єктно-орієнтованого мови програмування. Як і покладено суворо типізованих мовах, класи підтримують тільки просте спадкування, але зате інтерфейси можуть мати відразу кілька предків. До числа особливостей мови слід віднести підтримку обробки виняткових ситуацій (Exceptions), а також перевантаження методів і підпрограм (overload) у стилі C + +. До числа вдалих відноситься також підтримка довгих рядків у форматі WideChar і AnsiChar. Останній тип (AnsiString) дозволяє використовувати всі принади динамічного розміщення інформації в пам'яті без всяких турбот про її виділення і збірці сміття Delphi робить це автоматично. Для шанувальників вільного стилю програмування є відкриті масиви, варіанти і варіантні масиви, дозволяють розміщувати в пам'яті все, що душі завгодно і змішувати типи даних.

Є можливість створення своїх власних компонентів, імпортування ОСХ - компонентів, створення <шаблонів> проектів і <майстрів>, що створюють <Заготівлі> проектів. Мало того, Delphi надає розробнику інтерфейс для зв'язку додатків з інтегрованою оболонкою Delphi (IDE).

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


В 

2. Програмна реалізація основних компонентів підсистеми

В 

2.1 Розробка підсистеми підтримки прийняття рішень


Алгоритм підсистеми прийняття рішень можна представити у вигляді зазначеному на принциповій схемі на Малюнку 10. br/>В 















Рисунок 10 - Структурна схема реалізує принцип роботи підсистеми прийняття рішень.


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


В 

2.2 Алгоритмізація прийняття рішень


В 

Малюнок 11 - Загальна схема алгоритму прийняття рішень


На малюнку 11 показано яким чином відбувається вибір критерію для вирішення поставленого завдання ухвалення рішення.


2.3 Розробка БД

В 

2.3.1 Концепція проектування баз даних

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

Процес проектування БД складається з 2-х етапів:

- проектування логічної БД;

- проектування фізичної БД.

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

Фізичне проектування пов'язано з фактичною реалізацією БД. Воно визначає раціональний вибір структури зберігання даних і методів доступу до них. Результат фізичного проектування - внутрішня модель даних.

При проектуванні виділяють три рівня абстракції для БД:

1) подання - инфологическая (зовнішня) модель;

2) концептуальна БД - даталогіческая (внутрішня) модель;

3) фізична БД - фізична (внутрішня) модель.

Реально зберігається тільки фізична БД.


2.3.2 Складання списку полів. Визначення їх типів. Розробка таблиць БД і визначення зв'язків між таблицями

предметною областю називається сукупність описів реальних об'єктів, що становлять інтерес для користувача. Користувальницькі вимоги виражаються низкою зовнішніх моделей - уявлень. Проектування зовнішньої моделі полягає у формалізації цих уявлень. Концептуальна модель даних відповідає загальному уявленню про БД, тобто вона включає уявлення про структурі даних, їх цілісності і маніпулюванні даними. Перетворення зовнішньої моделі в концептуальну модель визначається вибором СУБД.

Необхідно розробити БД і клієнтське додаток підтримки прийняття рішень менеджера з продажу комп'ютерної техніки. Є дані про товари, постачальників, покупцях (клієнтах), виробниках. Ці дані можуть бути представлені зовнішньої моделлю.

Аналіз предметної області зазвичай здійснюється на підставі відомих відомостей про неї з урахуванням цілей проектування програмної системи. У результаті аналізу створюється проект БД. p> Пр...


Назад | сторінка 2 з 9 | Наступна сторінка





Схожі реферати:

  • Реферат на тему: Проектування інформаційної системи для підтримки прийняття рішень в ситуаці ...
  • Реферат на тему: Контроль та аналіз виконання виробничої програми організації, використання ...
  • Реферат на тему: Програми підтримки прийняття рішень
  • Реферат на тему: Використання даних бухгалтерського обліку та звітності для прийняття коротк ...
  • Реферат на тему: Проектування бази даних "База даних районного відділу податкової інспе ...