ПЕРЕЛІК ДИСЦИПЛІН:
  • Адміністративне право
  • Арбітражний процес
  • Архітектура
  • Астрологія
  • Астрономія
  • Банківська справа
  • Безпека життєдіяльності
  • Біографії
  • Біологія
  • Біологія і хімія
  • Ботаніка та сільське гос-во
  • Бухгалтерський облік і аудит
  • Валютні відносини
  • Ветеринарія
  • Військова кафедра
  • Географія
  • Геодезія
  • Геологія
  • Етика
  • Держава і право
  • Цивільне право і процес
  • Діловодство
  • Гроші та кредит
  • Природничі науки
  • Журналістика
  • Екологія
  • Видавнича справа та поліграфія
  • Інвестиції
  • Іноземна мова
  • Інформатика
  • Інформатика, програмування
  • Юрист по наследству
  • Історичні особистості
  • Історія
  • Історія техніки
  • Кибернетика
  • Комунікації і зв'язок
  • Комп'ютерні науки
  • Косметологія
  • Короткий зміст творів
  • Криміналістика
  • Кримінологія
  • Криптология
  • Кулінарія
  • Культура і мистецтво
  • Культурологія
  • Російська література
  • Література і російська мова
  • Логіка
  • Логістика
  • Маркетинг
  • Математика
  • Медицина, здоров'я
  • Медичні науки
  • Міжнародне публічне право
  • Міжнародне приватне право
  • Міжнародні відносини
  • Менеджмент
  • Металургія
  • Москвоведение
  • Мовознавство
  • Музика
  • Муніципальне право
  • Податки, оподаткування
  •  
    Бесплатные рефераты
     

     

     

     

     

     

         
     
    Інформаційна система університету
         

     

    Інформатика, програмування

    Реферат

    Звіт 91 с., 34 малюнка, 15 таблиць, джерела, 3 додатка

    АЛГОРИТМ, БЛОК СХЕМА, ОБ'ЄКТ УПРАВЛІННЯ,

    ІНФОРМАЦІЙНА СИСТЕМА УНІВЕРСИТЕТУ,

    ПАКЕТ, ПОВІДОМЛЕННЯ, ПРИСТРІЙ, Функціональна схема

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

    Зміст

    Введення *

    1. Характеристика існуючої Інформаційної Системи Університету *

    2. Опис і характеристика завдань *

    2.1. Короткий опис всіх завдань поставлених перед ІСУ *

    2.2. Опис завдань першої групи *

    2.3. Опис завдань другої групи *

    2.4. Вимоги до програми *

    2.4.1. Вимоги до функціональних характеристик *

    2.4.2. Вимоги до складу і параметрів технічних засобів *

    2.4.3. Вимоги до інформаційної та програмної сумісності *

    2.5. Попередня оцінка техніко-економічних показників *

    3. Повномасштабна функціональна схема верхнього рівня ІСУ *

    4. Опис функціонування верхнього рівня ІСУ (Сервер) *

    4.1. Ініціалізація системи *

    4.2. Прийом повідомлень від нижнього рівня *

    4.3. Відправлення повідомлень на нижній рівень *

    4.4. Інші функції виконуються в системі *

    4.5. Адмініструють функції системи *

    4.6. Функції роботи з клієнтом *

    5. Опис функціонування верхнього рівня ІСУ (Клієнт) *

    5.1. Реєстрація користувача *

    5.2. Відправлення оголошення Серверу *

    5.3. Прийом повідомлень від Сервера *

    6. Вхідна і вихідна інформація *

    7. Формат і структура пакетів, які циркулюють в ІСУ *

    8. Модульна схема алгоритмів *

    8.1. Алгоритм процедури (Control) *

    8.2. Алгоритм процедури (Order) *

    8.3. Алгоритм процедури переміщення даних (Datas_up) *

    8.4. Алгоритм процедури переміщення даних (Datas_Down) *

    8.5. Алгоритм ініціалізації системи (Init) *

    8.6. Алгоритм процедури очікування (Waiting) *

    8.7. Алгоритм процедури обробки оголошень (Processing) *

    8.8. Алгоритм процедури взаємодії з віддаленим клієнтом (Interaction) *

    8.9. Алгоритм процедури отримання пріоритету (Get_priority) *

    8.10. Алгоритм процедури прийому повідомлення (Get_message) *

    8.11. Алгоритм процедури відправлення реклами (Send_message) *

    8.12. Інші процедури ІСУ. *

    9. Опис інформаційних масивів *

    9.1. Інформаційні масиви Сервера *

    9.1.1. Масив оголошень *

    9.1.2. Динамічний масив *

    9.1.3. Оперативна довідка *

    9.1.4. Довгострокова довідка *

    9.1.5. Масив повідомлень в системі *

    9.1.6. Масив повідомлень *

    9.1.7. Тимчасовий масив оголошень *

    9.1.8. Масив неопублікованих оголошень *

    9.1.9. Пристрої *

    9.1.10. База даних користувачів *

    9.2. Інформаційні масиви Клієнта *

    10. Надійність ПЗ *

    10.1. Аналітичні моделі надійності *

    10.2. Динамічні моделі надійності *

    10.3. Статичні моделі надійності *

    10.4. Емпіричні моделі надійності *

    10.5. Кількісний розрахунок надійності *

    Висновок *

    Список використаних джерел *

    Додаток 1 - Функціональна схема "Сервер". Підсистеми Управління та Інтерфейсна. *

    Додаток 2 - Функціональна схема "Сервер". Підсистема взаємодії з "Клієнтом". *

    Програма 3 - Функціональна схема "Клієнт". *

    Перелік умовних позначень, символів, одиниць та термінів

    ID - Ідентифікатор присутності (Identification)

    Адмін - Адміністратор системи

    БДП - База даних користувачів

    Вх - Вхідний

    Вых - Вихідний

    ІСУ - Інформаційна Система Університету

    ЛОМ - Локальна обчислювальна мережа

    Мас (Mas) - Масив

    П - Процедура

    ПК - Персональний комп'ютер

    ПЗ - Програмне забезпечення

    Т - Таймер

    Введення

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

    Інформація лежить в основі управління. Цей принцип представлений на малюнку 1.

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

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

    табло для котирувань акцій;

    табло для казино;

    табло процентних ставок;

    табло для футбольних, баскетбольних та ін полів.

    Всі ці електронні пристрої в більшості своїй оснащені автоматичним або автоматизованим управлінням дозволяють спростити і підвищити ефективність роботу людей.

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

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

    1. Характеристика існуючої Інформаційної Системи Університету

    Що значить інформаційна система університету? Це спосіб донести інформацію до її споживача. Інформація може бути різного характеру і призначається різним споживачам. Основні споживачі інформації це студенти. Джерела інформації також різні, це можуть бути кафедри, деканати, різні інші навчальні заклади. Також до джерел можна віднести різні торгові підприємства або підприємства, що надають будь-які послуги клієнтам, якими можуть бути студенти або викладачі університету.

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

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

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

    Недоліки даної паперової системи є:

    неконтрольоване вивішування оголошень;

    оголошення, що втратили свою актуальність, продовжують перебувати на дошці оголошень;

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

    ні хто не гарантує, що вивішене оголошення, ні хто не зірве і не викине;

    при втраті оголошення, відновлення його займає досить багато часу. Це пов'язано з тим, що паперове оголошення слід написати або якщо воно набрано на персональному комп'ютері, його потрібно роздрукувати, для того, щоб роздрукувати, потрібний принтер і т.д.;

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

    постійний брак голок, скріпок і т.д. не завжди гарантує своєчасне вивішування оголошення.

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

    2. Опис і характеристика завдань

    2.1. Короткий опис всіх завдань поставлених перед ІСУ

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

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

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

    2.2. Опис завдань першої групи

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

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

    Завдання якості та швидкодії виконуються за рахунок детального опрацювання всіх функцій що виконуються в системі. Під детальною обробкою розуміються розгляд всіх можливих ситуацій що виникають в системі та оптимізація реакцій на них. Чіткий розподіл завдань. Злагоджена і однозначна робота всіх систем ІСУ.

    Забезпечення відсутності втрат інформації також пов'язано з деякою надмірністю. Тобто вся інформація, яка надходитиме до системи зберігається в тимчасових масивах. Структура даних масив має кілька копій, при надходженні декількох повідомлень вони зберігаються в даних масивах, і чекають своєї черги, поки сервер не закінчить обробку попередніх повідомлень.

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

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

    2.3. Опис завдань другої групи

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

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

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

    Адміністратор системи має можливість у будь-який момент часу вважати, переглянути та роздрукувати необхідну статистичну інформацію. Це можливо за рахунок постійного спостереження і запам'ятовування системи всіх своїх дій.

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

    2.4. Вимоги до програми

    2.4.1. Вимоги до функціональних характеристик

    Вимога до виконання функцій:

    робота в режимі реального масштабу часу;

    забезпечити надійність функціонування системи та захист від збоїв;

    повинен здійснюватися принцип інтегральної обробки інформації, тобто повне використання АСУ для автоматичного забезпечення максимального числа функцій для об'єкта і результатів користувача АСУ;

    введення інформації повинен проводитися тільки одного разу, в систему не вводилися дані, які можуть бути вироблені всередині системи.

    Функції, що виконуються програмою.

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

    Підтримувати базу даних користувачів, Опції додавання, видалення, Редагування даних користувача.

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

    Вимога до надійності.

    Вимоги до надійності програмного забезпечення, як до АСУ реального масштабу часу:

    дотримання рангів і пріоритетів підпрограм, де підсистема реалізує управління має більш високий ранг виконання, ніж інші підсистеми;

    система повинна здійснювати перевірку виконання команд і передавати інформацію про всі свої дії;

    опитування стану об'єкта управління та здійснення управління;

    здійснення механізму перевірки даних одержуваних від об'єкту на достовірність;

    програма повинна вести протоколи поточного стану, минулих подій, аварійних ситуацій.

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

    Режим редагування повинен бути захищений паролем від несанкціонованого доступу.

    Нові значення повинні негайно вводиться в дію.

    Програма повинна також відповідати наступним вимогам надійності:

    контроль виконання більшості операцій в програмі, аналіз їх результатів на присутність помилок, з'ясування причини помилок (наприклад, за допомогою аналізу результатів роботи процедур і функцій програми, відстеження виникнення особливих випадків), виправлення помилкових ситуацій за допомогою спеціальних процедур обробки помилок і особливих випадків;

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

    2.4.2. Вимоги до складу і параметрів технічних засобів

    Для експлуатації програми потрібно IBM-сумісний персональний комп'ютер.

    До комплектації і параметрами комп'ютера ставляться такі вимоги:

    процесор Pentium 366;

    обсяг ОЗП - 64 МБ;

    жорсткий диск ємністю 3,2 ГБ;

    відеоадаптер;

    монітор SVGA;

    принтер для друку звітів.

    Беручи до уваги те, що програма буде експлуатуватися в середовищі операційної системи Windows NT, яка пред'являє досить високі вимоги до параметрів та швидкодії комп'ютера.

    2.4.3. Вимоги до інформаційної та програмної сумісності

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

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

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

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

    Зазначені два основні типи інтерфейсу являють собою крайні випадки, між якими існує безліч проміжних варіантів. Меню і командні мови доповнюють один одного, тому в інтерфейсах багатьох сучасних систем присутні обидва ці кошти. У зв'язку з тим, що програмою, можливо, будуть користуватися люди мало що знають комп'ютер, але бажаючих опублікувати своє оголошення в ІСУ, слід зупинитися на інтерфейсі екранна форма. Це забезпечити комфортність роботи, як адміністратора системи, так і рядового користувача. Основні переваги даного інтерфейсу:

    користувач може відредагувати деякий відповідь перед введенням;

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

    комп'ютерна система може перевірити кожен відповідь безпосередньо після введення або ж видавати список помилок лише після заповнення форми цілком.

    На початку хотілося б розглянути операційну систему MS DOS, яка відповідає інтерфейсу командного рядка. Перевагами цієї системи є: низькі вимоги до ресурсів комп'ютера, простота її пристрою, що надає програмісту певну свободу дій. У той же час вона має велику кількість недоліків деякі, з яких хотілося б перерахувати: дуже нерозвинений інтерфейс з користувачем, тому велике навантаження лягає на програміста при реалізації більш розвиненого і зрозумілого інтерфейсу, дана ОС не має можливості адресувати більше 1 Мб оперативної пам'яті, що накладає певні обмеження при програмуванні. Система MS DOS не підтримує режим багатозадачності, тому програму захисту необхідно реалізовувати у вигляді резидентної програми, що є кропіткої і важкою роботою. Виходячи з перерахованого вище, можна зробити висновок, що реалізація даного проекту в системі MS DOS/2/не є оптимальним рішенням. Можна розглянути графічну надбудову MS DOS оболонку Windows 3.x, ця оболонка надає програмісту більше можливостей при побудові розвиненого графічного інтерфейсу, але вона успадковує такі недоліки, як дуже нерозвинену систему підтримки багатозадачності, що є необхідним при реалізації даного проекту.

    В даний час найбільш поширеною операційною системою є - система Windows 95 фірми Microsoft, ця ОС має ряд дуже вигідних переваг під перше це високорозвинений графічний інтерфейс, що дуже цінується користувачами. Надає програмісту велику кількість різноманітних функцій API Win32, які дають широкі можливості з побудови того ж інтерфейсу, більш зручне управління пам'яттю комп'ютера, яка перестала бути сегментованої і має обмеження при адресації 4 Гб, що цілком достатньо. Ще однією перевагою є вбудована підтримка мережевих комунікацій, що при реалізації роботи є нагальною потребою. Надано такі механізми, передачі даних між програмами, як DDE - динамічний обмін даними, буфер обміну та OLE 2 - зв'язування і впровадження об'єктів. Досить добре реалізований механізм не витісняючої багатозадачності і багатопоточності. Операційна система Windows 95 позбавила програмістів від необхідності писати в програмах вставки на мові Асемблер, що є важким заняттям. Багато в чому ця ОС підходить для реалізації роботи, але в ній відсутня можливість керувати пріоритетами програм, так для забезпечення надійності при досягненні необхідної частоти опитування підсистема управління повинна мати більш високий ранг пріоритету виконання в порівнянні з іншою частиною.

    Операційна система Windows NT 4.0/3/включає в себе всі переваги Windows 95, і також є найбільш стійкою до збоїв в програмному забезпеченні. Включає механізм рангів виконання програм, такі як фоновий режим, звичайний, високий і реального часу. До переваг даної операційної системи варто віднести використання більш меншого кванта часу. Так будь-якої іншої ОС досягнення частоти 50 Гц неможливо без перепрограмування системного таймера, в Windows NT це можливо.

    Її недоліком варто відзначити високі вимоги до ресурсів комп'ютера. Виходячи з вищевикладеного варто зупинити свій вибір на системі Windows NT 4.0.

    Мови програмування поділяються на високого та низького рівня. До мов програмування відноситься: мова низького рівня - Асемблер, і високого - Сі, Сі + +, Pascal/4 /.

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

    Поширеною є середовищем програмування Borland Delphi, з мовою програмування Object Pascal. Дана середовище програмування надає широкі кошти, при програмуванні інтерфейсів і роботі з базами даних, своєю можливістю, як графічного (візуального) побудови програм так і традиційного написання програм. Delphi відносять до середах швидкої розробки програм.

    Програми, написані на Delphi, є об'єктно-орієнтованими, що приносить свої переваги і недоліки. Перевага об'єктно-орієнтованої програми в її високій структуризації, отже, більш зрозумілою. Програма побудована на основі класів вже розроблених фірмою Borland, які полегшують роботу програміста, але при цьому переносять навантаження на ЕОМ. Недоліком Delphi є надмірне "роздування" машинного коду програми і як наслідок більш високі вимоги кінцевої програми до ресурсів і швидкодії ЕОМ.

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

    С + + BUILDER - це досить нове середовище розробки програм, у тому числі і систем управління базами даних. Це поєднання мови об'єктно-орієнтованого програмування C + + з дружньою програмісту середовищем розробки, що припускає використання при розробці програм компонентів - готових елементів інтерфейсу і елементів, які забезпечують численні функції обробки даних (що не відносяться до створення інтерфейсу). Великі можливості управління базами даних. BDE (Borland Database Engine) є вбудованим засобом роботи з базами даних. BDE є стандартним програмним засобом проміжного рівня для доступу до всіх популярних форматів баз даних. BDE також має широкі можливості доступу до баз даних архітектури клієнт-сервер, можливості управління базами даних за допомогою мови структурованих запитів SQL (Structured Query Language). Тому розробка системи більш зручно проводити в середовищі С + + BUILDER.

    2.5. Попередня оцінка техніко-економічних показників

    Так як Корпоративні Університету буде працювати в системі реального часу і в той же час центральний комп'ютер буде обробляти велику кількість інформації, то комп'ютер повинен бути максимальним за швидкодією, мати великий обсяг пам'яті та дисковий простір. В якості системних ресурсів машини адміністратора рекомендується взяти процесор - PC Pentium 366, пам'ять - 64 Мбайт оперативної пам'яті, жорсткий диск - 3,2 Гбайт, монітор - SVGA або більш потужний. Комп'ютер з такою конфігурацією обійдеться університету в 15 тис. рублів. В якості операційної системи рекомендується встановити - Windows NT. Купівля операційної системи, такий як Windows NT, обійдеться в 5 тис. рублів.

    При правильно побудованої політиці подачі оголошення: викладачам і студентам безкоштовно, оголошення рекламного характеру сторонніх осіб оплачуються за деякою тарифною сіткою, дозволить відкрити нову статтю доходів університету і окупити всі витрати на побудову ІСУ.

    3. Повномасштабна функціональна схема верхнього рівня ІСУ

    Перш ніж розробляти функціональну схему слід визначити місце і положення Інформаційної Системи Університету в системі обміну інформацією, що існує на даний момент. На сьогоднішній день більшість рутинної роботи та процес навчання в університеті виконуються на персональних комп'ютерах. Вони розташовані в деканатах, кафедри, навчальних аудиторіях, майже всі комп'ютери в університеті пов'язані в одну багатофункціональну локальну мережу, або будуть пов'язані в доступному для огляду майбутньому, яка має доступ до глобальної інформаційної мережі Internet/5-8 /. Що дозволяє швидко і якісно, не вдаючись до паперових технологій, обмінюватися інформацією як усередині університету, так і за його межами.

    В одну з основних завдань входить визначення раціонального та обгрунтованого місця ІСУ в цiй існуючій системі. З огляду на раніше описані завдання ІСУ та існуючу схему обміну інформації/9,10 /, була розроблена схема представлена на малюнку 2.

    Впровадження ІСУ в мережу передачі даних

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

    Слід також чітко розмежувати верхній і нижній рівень. Під верхнім рівнем розуміється система управління всією ІСУ. Верхній рівень реалізується у вигляді програми управління і включає в себе функції управління, стеження і взаємодії всіх частин ІСУ. Нижній рівень, являє собою набір пристроїв, апаратний інтерфейс взаємодії з верхнім рівнем, алгоритми роботи пристроїв і способи виведення інформації.

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

    підсистема управління;

    інтерфейсна підсистема взаємодії "Сервери" з адміністратором системи;

    підсистема взаємодії з "Клієнтом".

    У додатку 1 представлена функціональна схема з підсистемами управління та інтерфейсній підсистемою взаємодії "Сервери" та адміністратора системи.

    Підсистема взаємодії з "Клієнтом" представлена окремою схемою у додатку 2.

    Функціональна схема "Клієнт" представлена в додатку 3.

    Завдання підсистеми управління включають надійне функціонування ІСУ, її стійкість до різних обуренням із зовні, своєчасне виконання всіх необхідних функцій управління, виключення можливостей втрати пакетів, якісне виконання всіх завдань реалізованих в системі, можливість роботи в автономному режимі без втручання адміністратора системи.

    Інтерфейсна підсистема взаємодії "Сервери" з адміністратором системи реалізує можливість втручання у функціонування роботи ІСУ адміністратора системи, зміна параметрів роботи ІСУ, отримання різної довідкової інформації, надання адміністратору виконання функцій додавання, видалення та редагування списку користувачів ІСУ.

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

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

    4. Опис функціонування верхнього уровня ІСУ (Сервер)

    4.1. Ініціалізація системи

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

    ініціалізації підлягають такі змінні:

    масив пристроїв, що містить дані про пристрої не здатних виконувати свої функції на даний момент часу;

    так як відключення системи могло відбутися під час певного збою, процедура Init повинна з'ясувати, чим в даний момент займається кожен пристрій нижнього рівня. І зробити ініціалізацію динамічного масиву, який в кожен момент часу відображає поточний стан нижнього рівня. Для цього процедура Init послідовно викликає процедуру Order;

    тимчасовий масив об'яв містить об'яви прийнятих від користувача або адміністратора, але не встигли обробити системою.

    4.2. Прийом повідомлень від нижнього рівня

    Будь-яке повідомлення, отримане від нижнього рівня, надходить у вхідний буфер.

    Після прийому повідомлення генерується переривання, яке викликає процедуру Datas_up. Завдання даної процедури полягає в обробці повідомлення та заповнення масиву "Вхідних повідомлень". Масив являє собою наступну структуру даних представлену в таблиці 1.

    Таблиця 1 - Структура масиву вхідних повідомлень

    Змінна

    Тип змінної

    Номер пристрої

    Integer

    Тип повідомлення

    Integer

    Помилка

    Integer

    Відповідь

    Integer

    Номер оголошення

    Integer

    Ідентифікатор присутності

    Boolean 0-ні 1-є

    Для кожного пристрою існує свій масив.

    Змінні "Тип повідомлення", "Помилка", "Відповідь", "Номер оголошення" заповнюється залежно від типу повідомлення. "Номер пристрою" це не що інше, як адресу джерела. Також перевіряється "Контрольна сума" отримане повідомлення, і змінна "Ідентифікатор присутності" приймає логічне значення істина.

    Процедура Control постійно перевіряє змінну "Ідентифікатор присутності". Як тільки вказана змінна приймає значення істина, процедура перевіряє "Тип повідомлення". Залежно від "Типу повідомлення" Control виконує наступні дії:

    "Тип повідомлення" = 01.

    Control викликає процедуру Order з параметром "Номер пристроїв". Order перевіряє за "Динамічної модел", ніж в даний момент має займатися цей пристрій. Якщо пристрій повинен виводити деякий повідомлення, то Order формує повідомлення з "Типом повідомлення" = 02 і поміщає його в масив вихідних повідомлень. Якщо пристрій не має ні чого робити, то Order також формує повідомлення з "Типом повідомлення" = 02 але поле "Текст" залишається порожнім.

    "Тип повідомлення" = 02.

    Якщо змінна "Помилка" = 0, то Control обнуляє всі змінні в масиві вихідних повідомлень. "Масив вихідних об'яв" про

         
     
         
    Реферат Банк
     
    Рефераты
     
    Бесплатные рефераты
     

     

     

     

     

     

     

     
     
     
      Все права защищены. Reff.net.ua - українські реферати ! DMCA.com Protection Status