
- •Розділ 2 Опис комплексу задач комп’ютерної автоматизованої приймальної коиісії стхт нухт
- •2.1. Характеристика вхідної інформації
- •2.2 Використання вихідної інформації
- •2.3 Інформаційне забезпечення комп’ютерної інформаційної підтримки приймальної комісії стхт нухт
- •2.3.1 BpWin 4.0
- •2.3.2 AllFusion eRwin Data Modeler 7.1
- •2.3.3 Ms sql Server 2000
- •2.2.4 Borland Delphi 7
- •2.3.5 Опис логічної та фізичної моделі бази даних
- •2.4 Методи разробки комп’ютерної інформаційної підтримки приймальної комісії стхт нухт
- •2.4.1 Архітектура системи
- •2.4.2. Особливості реалізації бази даних
- •2.4.3 Особливості реалізації програми-клієнта
- •2.4.4. Модуль даних
- •2.4.5 Головна форма програми
- •2.4.6 Форми для відображення даних
- •Опис базового класу GridForm
- •2.4.7 Створення звітів
Розділ 2 Опис комплексу задач комп’ютерної автоматизованої приймальної коиісії стхт нухт
2.1. Характеристика вхідної інформації
Опис вхідної інформації, що необхідна для функціонування системи наведено у таблиці 2.1.
Таблиця 2.1. Перелік вхідної інформації
Назва |
Форма представлення |
Частота отримання |
Дані атестату/свідоцтва |
Екранна форма |
Відповідно до ухвалення документу |
Середній бал атестату/свідоцтва |
Екранна форма |
Відповідно до ухвалення документу |
Дані паспорта/ свідоцтва про народження |
Екранна форма |
Відповідно до ухвалення документу |
Ідентифікаційний номер |
Екранна форма |
Відповідно до ухвалення документу |
Екзаменаційні бали |
Екранна форма |
Відповідно до ухвалення документу |
2.2 Використання вихідної інформації
Опис вихідної інформації, яка отримується в результаті функціонування системи наведено у таблиці 2.2.
Назва |
Форма представлення |
Періодичність |
Список вступників |
Друкований документ, екранна форма |
Відповідно до вимог користувача |
Рейтингова відомість по факультетах |
Друкований документ, екранна форма |
Відповідно до вимог користувача |
Відомості про ступ |
Друкований документ, екранна форма |
Відповідно до вимог користувача |
Екзаменаційна відомість |
Друкований документ, екранна форма |
Відповідно до вимог користувача |
Список вступників |
Друкований документ, екранна форма |
Відповідно до вимог користувача |
Вихідна інформація буде використана для:
контролю заяв вступників;
контролю оцінювання вступників;
2.3 Інформаційне забезпечення комп’ютерної інформаційної підтримки приймальної комісії стхт нухт
Згідно вимог для створення комп’ютерної автоматизованої підсистеми планування та обліку діяльності персоналу для забезпечення навчального процесу СТХТ НУХТ було використане наступне програмне забезпечення:
BPWin 4.0 (для створення функціональної моделі)
CASE- засіб моделювання верхнього рівня AllFusion ERwin Data Modeler 7.1
(для проектування та генерації бази даних);
СУБД MSSQL 2000 (для збереження бази даних);
Borland Delphi 7 (Для розробки інформаційної підтримки)
2.3.1 BpWin 4.0
BPWin – це засіб функціонального моделювання, який являє собою інтегроване середовище для моделювання функцій, процесів, відображення діяльності підприємств та їх взаємодії, має досить зручний інтерфейс з користувачем і велику гаму можливостей для представлення звітів. Загалом BPWin реалізує методологію IDEF0, IDEF2 (WorkFlow Diagram) та DFD (DataFlow Diagram).
Функціональна модель (IDEF0) призначена для опису існуючих бізнес-процесів на підприємстві (модель AS-IS) та ідеального положення речей, тобто, того, до чого потрібно прагнути (модель TO-BE). Спочатку проводиться опис системи в цілій її взаємодії з навколишнім світом (контекстна діаграма), після чого проводиться функціональна декомпозиція, тобто, система розбивається на підсистеми і кожна підсистема описується окремо (діаграми декомпозиції). Якщо потрібно, то кожна підсистема розбивається на більш дрібні до досягнення потрібного ступеня деталізації. Після кожного сеансу декомпозиції проводиться сеанс експертизи: кожна діаграма перевіряється експертами предметної області або представниками замовника. Така технологія створення моделі дозволяє побудувати модель, адекватну предметної області на всіх рівнях абстрагування. BРwin дозволяє переключитися на будь-якій галузі моделі на нотацію IDEF2 чи DFD і створити змішану модель. Анотація DFD включає такі поняття, як зовнішнє посилання і сховище даних, що робить її більш зручною у порівнянні з IDEF0 для
моделювання документообігу. Методологія IDEF2 включає елемент „перехрестя”, що дозволяє описати логіку взаємодії компонентів системи.