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

Реферат Розробка інформаційної системи "Облік листів-звернень"





нцевому користувачеві всі необхідні для його роботи функції, але в той же час не дати йому можливість виконувати будь-які зайві дії. p align="justify"> Конкретні завдання, які повинні вирішуватися інформаційною системою, залежать від тієї прикладної області, для якої призначена система. Області застосування інформаційних додатків різноманітні: банківська справа, страхування, медицина, транспорт, освіта і т.д. Важко знайти область ділової активності, у якій сьогодні можна було обійтися без використання інформаційних систем. З іншого боку, очевидно, що, наприклад, конкретні завдання, які вирішуються банківськими інформаційними системами, відрізняються від завдань, рішення яких вимагається від медичних інформаційних систем. p align="justify"> Але можна виділити деяку кількість завдань, що не залежать від специфіки прикладної області. Природно, такі завдання пов'язані із загальними рисами інформаційних систем. Насамперед, здається безперечним думку про те, що найбільш істотною складовою є інформація, яка довго накопичується і втрата якої непоправна. Рівень надійності та тривалість зберігання інформації багато в чому визначаються конкретними вимогами корпорації до інформаційної системи. p align="justify"> Наступним завданням, яку має виконувати більшість інформаційних систем, - це зберігання даних, що володіють різними структурами. Важко уявити собі більш-менш розвинену інформаційну систему, яка працює з одним однорідним файлом даних. Більше того, розумним вимогою до інформаційної системи є те, щоб вона могла розвиватися. Можуть з'явитися нові функції, для виконання яких потрібні додаткові дані з новою структурою. При цьому вся накопичена раніше інформація повинна залишитися збереженою. Теоретично можна вирішити це завдання шляхом використання декількох файлів зовнішньої пам'яті, кожен з яких зберігає дані з фіксованою структурою. p align="justify"> При використанні такого підходу інформаційна система перевантажується деталями організації сховища даних. При виконанні функцій рівня користувальницького інтерфейсу інформаційній системі самій доводиться виконувати вибірку інформації з файлів за заданим критерієм. Деякі системи управління файлами дозволяють вибирати записи за простим критерієм, наприклад, за заданим значенням ключа запису. Але, по-перше, такі можливості вибірки завжди обмежені, і з великою ймовірністю доведеться винести хоча б частину функцій вибірки в код самої інформаційної системи. По-друге, наявність декількох файлів даних різної структури неявно припускає, що при виконанні деяких функцій інформаційної системи буде потрібно вибірка узгодженої (за заданим критерієм) інформації з декількох файлів. Такі можливості ніколи не підтримуються файловими системами. p align="justify"> Відомі приклади реально функціонуючих інформаційних систем, в яких сховище даних планувалося засновувати на файлах. У результаті розвитку більшості таких систем у них виділився окремий компонент, який являє собою примітивну різновид системи управління базами даних (СКБД). p align="justify"> Всі розвинені СУБД підтримують поняття транзакції. Якщо інформаційна система базується на СУБД такого класу, то для забезпечення узгодженості дій паралельно працюючих кінцевих користувачів достатньо при проектуванні системи правильно пов'язати операції інформаційної системи з транзакціями СУБД. p align="justify"> У корпоративних інформаційних системах з природних причин часто виникає потреба в розподіленому зберіганні загальної бази даних. Наприклад, розумно зберігати деяку частину інформації якомога ближче до тих робочих місцях, в яких вона найчастіше використовується. З цієї причини при побудові інформаційної системи доводиться вирішувати задачу погодженого управління розподіленою базою даних (іноді застосовуючи методи реплікації даних). При однорідному побудові розподіленої бази даних (на основі однотипних серверів баз даних) це завдання зазвичай вдається вирішити на рівні СУБД (більшість виробників розвинених СУБД підтримує засоби управління розподіленими базами даних). Якщо ж система різнорідна (тобто для управління окремими частинами розподіленої бази даних використовуються різні сервери), то доводиться вдаватися до використання допоміжних інструментальних засобів інтеграції різнорідних баз даних типу моніторів транзакцій. p align="justify"> Традиційним методом організації інформаційних систем є двухзвенная архітектура клієнт-сервер .

Система клієнт-сервер являє собою клієнт-серверний додаток, що складається з ПЗ сервера (надалі - сервер) і ПО клієнтів (надалі - клієнт).

Сукупність сервера і клієнта називається домен. Клієнт і сервер, по суті, є рівноправними компонентами (сервісами) роботи з об'єктами системи. Вони використовують окрему бібліотеку, подключаемую для роботи сервера та клієнтського ПЗ. Об'єкти системи...


Назад | сторінка 3 з 8 | Наступна сторінка





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

  • Реферат на тему: Файлові системи и Бази даних. Спожи ІНФОРМАЦІЙНИХ систем
  • Реферат на тему: Розробка інформаційної системи підприємства за допомогою системи управління ...
  • Реферат на тему: Реалізація бази даних і серверної частини інформаційної системи "ДАІ&q ...
  • Реферат на тему: Розробка бази даних і серверної частини інформаційної системи обліку техніч ...
  • Реферат на тему: Розробка бази даних засобами системи управління базами даних MS Access