Розробка автоматизованої інформаційної системи

[ виправити ] текст може містити помилки, будь ласка перевіряйте перш ніж використовувати.

скачати

зміст

введення

1. системний аналіз предметної області проектованої бази даних

1.1. Характеристика предметної області

1.2. Економічна сутність комплексу економічних інформаційних завдань

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

2. розробка інформаційної системи

2.1. Опис структури бази даних

2.2. Технологічне забезпечення

висновок

список літератури

введення

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

Виконання КП є одним із завершальних і найбільш значущим етапом навчання студентів з дисципліни «Розробка та експлуатація автоматизованих інформаційних систем». Його кінцевим результатом є представлення та захист оформленої відповідним чином роботи, в якій відбивається зміст дисципліни, що вивчається і якість підготовки фахівців цього напрямку.

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

Основними завданнями виконання КП є:

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

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

виявлення вміння працювати з технічною та нормативною документацією, а також чітко викладати свої думки;

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

У процесі наукових досліджень, присвячених тому, як саме повинна бути влаштована СУБД, пропонувалися різні способи реалізації. Самим життєздатним з них виявилася запропонована американським комітетом з стандартизації ANSI (American National Standards Institute) трирівнева система організації БД:

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

2. Концептуальний рівень - центральний управляючий ланка, тут БД представлена ​​в найбільш загальному вигляді, який об'єднує дані, які використовуються усіма додатками, що працюють з даної БД. Фактично концептуальний рівень відбиває узагальнену модель предметної області (об'єктів реального світу), для якої створювалася БД. Як будь-яка модель, концептуальна модель відображає тільки істотні, з точки зору обробки, особливості об'єктів реального світу.

3. Фізичний рівень - власне дані, розташовані у файлах або в сторінкових структурах, розташованих на зовнішніх носіях інформації.

Ця архітектура дозволяє забезпечити логічну (між рівнями 1 і 2) і фізичну (між рівнями 2 і 3) незалежність при роботі з даними. Логічна незалежність припускає можливість зміни однієї програми без коригування інших додатків, що працюють з цією ж БД. Фізична незалежність припускає можливість перенесення інформації, що зберігається з одних носіїв на інші при збереженні працездатності всіх додатків, що працюють з даної БД. Це саме те, чого не вистачало при використанні файлових систем.

Виділення концептуального рівня дозволило розробити апарат централізованого управління БД.

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

1. системний аналіз предметної області проектованої бази даних

1.1. Характеристика предметної області

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

На підставі уважного предметної області виділимо наступні сутності моделі «сутність-зв'язок» («Entity Relationship» - ER-моделі): «Студент», «Група», «Кафедра», «Викладач», «Предмет навчального плану» і зобразимо їх у вигляді графічних позначень (прямокутник, у верхній частині якого записано ім'я суті, а нижче перераховуються атрибути, причому ключові атрибути позначаються підкресленням) - див. рис.10 - 14.

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

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

СТУДЕНТ

Код студента

Номер залікової книжки

Прізвище

Ім'я

По батькові

Рік народження

Адреса

Домашній телефон

Бал при надходженні

Визначення сутності «Студент» у моделі ER

ГРУПА

Код групи

Позначення групи

Кількість студентів

Середній бал у групі при надходженні

Визначення сутності «Група» у моделі ER

КАФЕДРА

Код кафедри

Назва кафедри

Телефон

Завідувач

Визначення сутності «Кафедра» у моделі ER

ВИКЛАДАЧ

Код викладача

Табельний номер

Прізвище

Ім'я

По батькові

Домашня адреса

Домашній телефон

Посада

Вчений ступінь

Вчене звання

Визначення сутності «Викладач» у моделі ER

ПРЕДМЕТ НАВЧАЛЬНОГО ПЛАНУ

Код предмета

Назва предмету

Програма

Годинники

Вид заняття

Семестр

Вид здачі

Оцінка

Дата здачі

Визначення сутності «Предмет навчального плану» у моделі ER

Будемо вважати для простоти всі зв'язки обов'язковими. Між виділеними сутностями можна виділити, наприклад, такі зв'язку:

1. «Студенти» об'єднані в «Групи» (зв'язок М: 1).

2. Роботу «Викладачів» організовують «Кафедри» (зв'язок М: 1).

3. «Викладачі» викладають «Предмети навчального плану» (зв'язок 1: М).

5. «Студенти» здають «Предмети навчального плану» (зв'язок М: М).

Покажемо тепер ці зв'язки між усіма сутностями графічно з використанням нотації POWER DESIGNER.

Зв'язок між сутностями «Студент» і «Група» представлена ​​на рис.15. Будемо вважати для простоти, що всі студенти обов'язково об'єднані в групи.

Моделювання зв'язку між сутностями «Студент» і «Група».

Показана версія повної ER-моделі для бази даних «Навчальний процес».

Моделювання зв'язків між сутностями предметної області Навчальний процес ».

1.2. Економічна сутність комплексу економічних інформаційних завдань

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

списки студентів груп;

перелік предметів, що вивчаються;

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

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

результати здачі іспитів (заліків) по кожному з проведених занять.

У результаті аналізу предметної області виявляються документи - джерела даних для створення бази даних.

Документи довідкової інформації. Довідкова інформація міститься в документах «Список студентів груп», «Список викладачів кафедр», «Список предметів, що вивчаються». На рис.2, 3 наведено форми довідкових документів для студентів і викладачів.

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

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

Список студентів групи № _________

Номер студента

Прізвище І.О.

Рік народження

Адреса

Бал

при надходженні







Кількість студентів ___________________

Середній бал у групі при вступі ___________

Рис.2. Форма документа зі списком студентів групи

Список викладачів кафедри

Назва кафедри ____________

Код кафедри ________ Телефон ______

Завідувач ____________

Таб. номер

Прізвище І.О.

Уч. ступінь

Уч. звання






Рис.3. Форма документа зі списком викладачів кафедри

План проведення занять у групі

група № ___________ семестр__________ / поточний /

Назва предмета

Код предмета

ПІБ викладача

Таб. номер викладача

Вид заняття

Годинники








Рис.4. Форма документа з переліком занять з предмета в групі

Екзаменаційна відомість

Назва предмета ______________________Группа _______________

Викладач ______________________________

Вид здачі ______________________________Дата _________________

п / п

Прізвище І.О.

студента

Оцінка

Підпис викладача






Рис.5. Форма документа-бланка екзаменаційної відомості

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

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

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

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

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

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

2. розробка інформаційної системи

2.1. Опис структури бази даних

Реляційна схема бази даних «Навчальний процес» представлена ​​наступними таблицями:

«Група» - містить по одному рядку для кожної з груп;

«Студенти» - містить по одному рядку для кожного зі студентів;

«Кафедра» - містить по одному рядку для кожної з кафедр;

«Викладач» - містить по одному рядку для кожного з викладачів;

«Предмет» - містить по одному рядку для кожного з предметів;

«Навчальний план» - містить по одному рядку для кожного виду заняття з кожного предмету окремого семестру;

«Успішність» - містить по одному рядку для кожного результату здачі окремим студентом окремої дисципліни.

Усі таблиці бази даних «Навчальний процес» знаходяться в третій нормальній формі:

кожен стовпець таблиці неподільний, і в рамках однієї таблиці немає стовпців з однаковими за змістом значеннями (1НФ);

первинні ключі однозначно визначають запис і ненадлишковим, всі поля кожної з таблиць залежать від її первинного ключа (2НФ);

значення будь-якого поля, що не входить у первинний ключ, не залежить від значення іншого поля, теж не входить у первинний ключ (3НФ).

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

Структура бази даних «Навчальний процес»

Нижче, в табл.1-7 представлені параметри структури таблиць бази даних «Навчальний процес» з типами даних стовпців і запропонованими обмеженнями цілісності.

Таблиця 1. Опис властивостей полів таблиці СТУДЕНТ

Ім'я поля

Клю-чевое полі

Уні-вертикальне поле

Орга-вування полі

Тип даних

Розмір

Число деся-тичних знаків

Код студента

Пер-вічні.

Так

Так

Числовий

Довге ціле


Код групи

Зовн.


Так

Числовий

Ціле


Номер залікової книжки


Так


Текстовий

10


Прізвище



Так

Текстовий

15


Ім'я



Ні

Текстовий

15


По батькові



Ні

Текстовий

15


Рік народження



Ні

Числовий

Ціле


Адреса



Ні

Текстовий

25


Домашній телефон



Ні

Текстовий

10


Бал при надходженні



Ні

Числовий

Одінар. з плав. точкою

2

Таблиця 2. Опис властивостей полів таблиці ГРУПА

Ім'я поля

Клю-чевое УНІКА-льно полі

Орга-тель-ве поле

Тип даних

Раз-заходів

Число деся-тичних знаків

Умова на значен-ня

Пові-щення про помилку

Код групи

Пер-вічні.

Так

Числовий

Ціле




Позначення групи


Так

Текстовий

8




Кількість студентів


Ні

Числовий

Байт


> = 0

And <= 35

Кількість сту-дентів більше допустити. !

Середній бал у групі при надходженні


Ні

Числовий

Оді-нар. з плав. точ-кою

2

> 2

And <= 5

Or 0

Помилка в оцінці!

Таблиця 3. Опис властивостей полів таблиці КАФЕДРА

Ім'я поля

Клю-чевое полі

Уні-вертикальне поле

Орга-вування полі

Тип даних

Розмір

Код кафедри

Пер-вічні.

Так

Так

Числовий

Ціле

Назва кафедри



Так

Текстовий

20

Телефон



Ні

Текстовий

10

Завідувач



Ні

Текстовий

15

Фото



Ні

Поле об'єкту OLE


Таблиця 4. Опис властивостей полів таблиці ВИКЛАДАЧ

Ім'я поля

Клю-чевое полі

Уні-вертикальне поле

Орга-вування полі

Тип даних

Розмір

Код викладача

Пер-вічні.

Так

Так

Числовий

Ціле

Код кафедри

Зовн.


Так

Числовий

Ціле

Табельний номер


Так

Так

Текстовий

10

Прізвище



Так

Текстовий

15

Ім'я



Ні

Текстовий

15

По батькові



Ні

Текстовий

15

Домашня адреса



Ні

Текстовий

25

Домашній телефон



Ні

Текстовий

10

Посада



Ні

Текстовий

15

Вчений ступінь



Ні

Текстовий

15

Вчене звання



Ні

Текстовий

10

Таблиця 5. Опис властивостей полів таблиці ПРЕДМЕТ

Ім'я поля

Ключове поле

Унікальне поле

Орга-вування полі

Тип даних

Розмір

Код предмета

Табельний номер

Так

Так

Числовий

Ціле

Назва предмету



Так

Текстовий

20

Програма



Ні

Поле MEMO


Таблиця 6. Опис властивостей полів таблиці НАВЧАЛЬНИЙ ПЛАН

Ім'я поля

Клю-че-перше поле

Уні-каль-ве поле

Зо-за-тель-ве поле

Тип даних

Розмір

Число деся-тич-них зна-ков

Умо-віє на значен-ня

Пові-щення про помилки-ке

Код навчального плану

Пер-вічні.

Так

Так

Числовий

Ціле




Код препода-ча

Зовн.


Так

Числовий

Ціле




Код предмета

Зовн.


Так

Числовий

Ціле




Годинники



Ні

Числовий

Ціле


> 0

And

<= 300

Кількість годин не більше 300!

Вид заняття



Ні

Текстовий

10




Семестр



Ні

Числовий

Байт

2



Вид здачі



Ні

Текстовий

10




Таблиця 7. Опис властивостей полів таблицю успішності

Ім'я поля

Клю-че-перше поле

Уні-каль-ве поле

Зо-за-тель-ве поле

Тип даних

Розмір

Число деся-тич-них зна-ков

Умо-віє на значен-ня

Пові-щення про помилки-ке

Код студента

Зовн.

Так, Пер-вічні.

Так

Числовий

Длінноецелое




Код навчального плану

Зовн.


Так

Числовий

Ціле




Оцінка



Ні

Числовий

Байт


> = 0

And <= 5


Ошиб-ка в оцінці!

Дата здачі



Ні

Дата / час





Таким чином, ми вже маємо схему бази даних «Навчальний процес», яку отримали, скориставшись загальними правилами переходу до реляційної моделі даних. Вона є коректною, оскільки в ній вже відсутні небажані відносини. Тепер необхідно вирішити питання про те, яку СУБД будемо використовувати і, потім, описати концептуальну схему в термінах обраної СУБД. Необхідно також провести опис зовнішніх моделей в термінах обраної СУБД.

Скористаємося для простоти вже добре нами освоєної раніше (з точки зору технології роботи) СУБД MS Access. Для початку необхідно вирішити питання про призначення типу даних для кожного атрибуту кожної суті. Нижче наведено деякі відомості, необхідні для вирішення цього питання.

Схема даних бази даних «Навчальний процес» в реляційної СУБД MS Access ».

Вікно визначення структури таблиці в режимі конструктора.

2.2. Технологічне забезпечення

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

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

Форми призначені і для заповнення бази даних користувачами. Створимо в режимі автоформи форми «Група» і «Студент» і введемо у форми дані. У відповідних таблицях бази даних з'явилися нові, введені нами, дані для групи ДХГ-31.

Аналогічно в режимі автоформи слід створити форми «Кафедра», «Викладач», «Предмет», «План», «Успішність».

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

Створимо звіт «Список студентів за групами» в режимі майстра звітів на підставі запиту «Список студентів за групами», виконаного раніше. Відредагуємо в режимі конструктора звіт, якщо це потрібно, щоб привести звіт в придатний для друку вигляд.

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

висновок

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

- Поліпшення значень показників якості обробки інформації (підвищення ступеня достовірності обробки інформації, ступеня її захищеності, підвищення ступеня автоматизації отримання первинної інформації);

- Збільшення кількості обслуговуваних клієнтів.

До складових ефективність при використанні даної системи електронного документообігу можна віднести також таке:

- У всіх підрозділах і в організації в цілому вводиться уніфікована, формалізована і строго регламентована технологія діловодства;

- Організація стає повністю керованою. З'являється можливість відповісти на будь-яке питання за документами і виконавцям, здійснювати аналіз і управління документаційною діяльністю;

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

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

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

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

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

список літератури

  1. Атре Ш. Структурний підхід до організації баз даних. - М.: Фінанси і статистика, 1983. - 320 с.

  2. Бойко В.В., Савінков В.М. Проектування баз даних інформаційних систем. - М.: Фінанси і статистика, 1989. - 351 с.

  3. Голіцина О.Л., Максимов Н.В., Попов І.І. Бази даних: Навчальний посібник. - М.: ФОРУМ: ИНФРА-М, 2003. - 352 с.

  4. Джексон Г. Проектування реляційних баз даних для використання з мікроЕОМ. - М.: Світ, 1991. - 252 с.

  5. Карпова Т.С. Бази даних: моделі, розробка, реалізація. - СПб.: Пітер, 2002. - 304 с.

  6. Кирилов В.В. Структурізованние мову запитів (SQL). - СПб.: ІТМО, 1994. - 80 с.

  7. Корнєєв І.К., Машурцов В.А. Інформаційні технології в управлінні. - М.: ИНФРА-М, 2001. - 158 с.

Додати в блог або на сайт

Цей текст може містити помилки.

Програмування, комп'ютери, інформатика і кібернетика | Курсова
99.9кб. | скачати


Схожі роботи:
Розробка автоматизованої інформаційної системи Бібліотека ВНЗ
Розробка автоматизованої інформаційної системи з нарахування заробітної плати по 18 розрядної
Розробка автоматизованої інформаційної системи Система обліку ВАТ ЮТК
Розробка автоматизованої інформаційної системи Жовті сторінки міста Астрахань
Розробка автоматизованої інформаційної системи з нарахування заробітної плати по 18-розрядній
Розробка автоматизованої інформаційної технології управління бізнес процесами будівельно
Створення автоматизованої інформаційної системи підприємства Меблевий цех
Проектування автоматизованої інформаційної системи для менеджера фірми
Створення автоматизованої інформаційної системи Звід звітів для УВО при ГУВС Пермського краю
© Усі права захищені
написати до нас