• 1.2 Дослідження розроблених програмних продуктів в області освітніх установ
  • 2.2 Опис предметної області
  • 2.3 Обгрунтування вибору СУБД і мови програмування
  • 2.4 Проектування програмного продукту ІС
  • 2.4.1 Проектування концептуальної моделі
  • Малюнок 1
  • - діаграма прецедентів 2.4.2 Проектування логічної моделі
  • Малюнок 4 - Фізична модель даних 2.5 Розробка програмного продукту
  • 3. ЕКСПЕРИМЕНТАЛЬНИЙ РОЗДІЛ
  • - Таблиця «Основа» Відразу під таблицею знаходяться поля додавання дітей. малюнок 18
  • - Кнопка «Скасувати» Якщо ж запис в таблиці більше не потрібна то її можна видалити кнопкою «Видалити» малюнок 22
  • 3.2 Характеристики програми
  • 3.3 Обгрунтування економічної ефективності програмного продукту
  • Список використаних джерел
  • - Довідник допомоги «Авторизація» малюнок 35 - Довідник допомоги «Основа» малюнок 36
  • - Довідник допомоги «Напрямки» малюнок 39 - Довідник допомоги «Конкурси» ДОДАТОК 2

  • Скачати 108.82 Kb.

    Розробка програмного забезпечення інформаційної системи "Будинок дитячої творчості"




    Дата конвертації07.05.2017
    Розмір108.82 Kb.
    Типдипломна робота

    Скачати 108.82 Kb.

    Випускної кваліфікаційної роботи

    Тема:

    Розробка програмного забезпечення інформаційної системи «Будинок дитячої творчості»

    Дипломник Федосов О.С.

    Керівник Ісупова Л.М.

    Москва - 2015

    ЗМІСТ

    • ВСТУП
    • 1. ТЕОРЕТИЧНИЙ РОЗДІЛ
      • 1.1 Основні аспекти розробки програмного забезпечення
      • 1.2 Технічні вимоги до розробляється програмного продукту
    • 2. РОЗДІЛ ПРОЕКТУВАННЯ
      • 2.1 Постановка завдання
      • 2.2 Опис предметної області
      • 2.3 Обгрунтування вибору СУБД, мови програмування і ОС
      • 2.4 Проектування програмного продукту ІС
      • 2.4.1 Проектування концептуальної моделі
      • 2.4.2 Проектування логічної моделі
      • 2.4.3 Проектування фізичної моделі
      • 2.5 Розробка програмного продукту
      • 2.5.1 Проектування інтерфейсу користувача
    • 3. ЕКСПЕРИМЕНТАЛЬНИЙ РОЗДІЛ
      • 3.1 Тестування програми
      • 3.2 Характеристика програми
      • 3.3 Обгрунтування економічної ефективності програмного продукту
    • ВИСНОВОК
    • Список використаних джерел
    • СПИСОК СКОРОЧЕНЬ
    • Додаток 1.РУКОВОДСТВО КОРИСТУВАЧА
    • Додаток 2. Лістинг
    • ВСТУП

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

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

    Об'єктом дослідження є навчаються діти в будинку дитячої творчості.

    Предмет дослідження - автоматизація обліку надходження і навчання дітей.

    Метою дипломного проекту є розробка програмного забезпечення (далі ПЗ) ІС «Будинок дитячої творчості», яке дозволить автоматизувати облік діяльності магазину. У даній ІС необхідно сформувати базу батьків, дітей і вчителів з їх предметами, реалізувати проведення конкурсів, облік розподілу зарплат, висновок звітності.

    Для здійснення поставленої мети необхідно реалізувати такі завдання:

    ознайомитися з основними аспектами розробки ПО;

    проаналізувати існуючі ІС в області навчання;

    вивчити предметну область;

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

    описати предметну область;

    розробити концептуальну, логічну і фізичну моделі даних;

    розробити інтерфейс програмного продукту;

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

    провести тестування програмного продукту;

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

    розрахувати економічну ефективність створюваного додатка;

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

    1. ТЕОРЕТИЧНИЙ РОЗДІЛ

    1.1 Аспекти розробки ПО

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

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

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

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

    Класифікація програмного забезпечення:

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

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

    управління ресурсами комп'ютера;

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

    перевірка працездатності пристроїв комп'ютера;

    видача довідкової інформації про комп'ютер і ін .;

    Розвиток ПО пішло як вглиб (з'явилися нові підходи до побудови операційних систем, мов програмування і т.д.), так і вшир (прикладні програми перестали бути прикладними і придбали самостійну цінність).

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

    Крім того, з'явилися нетрадиційні програми, класифікувати які за усталеними критеріями дуже важко, а то й просто неможливо, як, наприклад, програма - електронний співрозмовник.

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

    - операційні системи та оболонки;

    - системи програмування (транслятори, бібліотеки підпрограм, отладчики і т.д.);

    - інструментальні системи;

    - інтегровані пакети програм;

    - динамічні електронні таблиці;

    - системи машинної графіки;

    - системи управління базами даних (СКБД);

    - прикладне програмне забезпечення.

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

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

    Технології розробки програмного забезпечення:

    Існують 2 основні моделі процесу розробки програмного забезпечення:

    1. Каскадна (англ. Waterfall) - стандартна модель розробки

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

    Така модель включає наступні етапи процесу розробки ПО:

    - Визначення вимог

    - Проектування

    - Втілення

    - Тестування

    - Установка

    - Підтримка

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

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

    Гнучка методологія розробки програмного забезпечення (Agile software development)

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

    Результатом кожного такого етапу, що включає цикл ітеррацій, є якийсь мініатюрний програмний проект,

    Методів гнучкої розробки кілька, з найбільш відомих - Scrum, екстремальне програмування, DSDM.

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

    - в процесі планування ПО повинна бути обрана таке середовище програмування, яка мінімізує потенційний ризик застосування кінцевого програмного засобу;

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

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

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

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

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

    - забезпечувати однаковість розробки компонентів ПО даного програмного продукту або необхідного набору засобів;

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

    Слід зазначити, що компанії не зобов'язані дотримуватися будь-яким конкретним стандартам розробки ПЗ або певним процесам. Існують різні стандарти типового циклу розробки ПЗ (software development life cycle - SLDC), такі як IEEE, ISO - 12207 і CMMI. Мета цих стандартів - гарантувати, що кінцевий продукт буде відповідати вимогам ринку і задовольняти кінцевих користувачів.

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

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

    сесійне тестування

    Методика сесійного тестування, розроблена Джеймсом Бахом (James Bach), полягає в поділі тестового навантаження на сеанси, кожен з яких вирішує свою задачу (отримання чітко визначених результатів, очікуваних від даного сеансу). Кожен сеанс має певну тривалість (від 20 до 40 хвилин), і тестувальник повинен працювати безперервно протягом сеансу.

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

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

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

    1.2 Дослідження розроблених програмних продуктів в області освітніх установ

    На сьогоднішній день в світі досить багато програмних продуктів в області освітніх установ.

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

    переваги:

    - Організація і ведення кадрового обліку, управління персоналом

    - Навчальний планування

    - Підготовка уніфікованих звітів

    недоліки:

    - Мало модулів.

    - Логічні помилки, недоробки

    Програма «Шкільна Інфосистема» - це єдине інформаційне середовище, що дозволяє оперативно взаємодіяти всім учасникам навчального процесу (педагогам, батькам, учням та адміністрації школи) з метою підвищення успішності учнів і якості освіти.

    переваги:

    - Електронний щоденник, журнал.

    - Побудова розкладу

    - Система "Карта учня" «Картою Учня» - дає можливість батькам, використовуючи віддалений доступ через Інтернет, по e-mail або приймаючи SMS-повідомлення, знати про час приходу і відходу дитини зі школи

    недоліки:

    - Для оптимальної роботи потрібно підключення до мережі Інтернет.

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

    2. РОЗДІЛ ПРОЕКТУВАННЯ

    2.1 Постановка завдання

    Метою створення програми є автоматизація роботи будинку дитячої творчості. Додаток має сприяти полегшенню роботи співробітників при прийомі дітей. Готовий продукт повинен мати зрозумілим і зручним для кінцевого користувача інтерфейсом.

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

    додавання, зміна, видалення та збереження записів;

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

    можливість додавання дітей;

    реалізація пошуку в довідниках за певними параметрами;

    облік заробітної плати для вчителів;

    вибірка даних за певними параметрами в журналі дітей;

    перегляд журналу по вчителям і предметів;

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

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

    2.2 Опис предметної області

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

    Муніципальне освітній заклад додаткової освіти дітей «Будинок дитячої творчості», іменований надалі ДДТ, є закладом додаткової освіти, що здійснюють освітню діяльність дітей, підлітків і юнацтва.

    ДДТ здійснює свою діяльність відповідно до Закону Російської Федерації «Про освіту», Типовим положенням про освітній установі додаткової освіти дітей, Конвенцією про права дитини.

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

    Право на освітню діяльність і пільги, надання законодавством Російської Федерації, виникають у ДДТ з моменту видачі установі ліцензії.

    ДДТ проходить атестацію відповідно до Закону Російської Федерації «Про освіту» один раз в п'ять років. Атестація установи проводиться відповідними державними органами установи освітою. ДДТ проходить державну акредитацію в порядку встановленим Законом Російської Федерації «Про освіту».

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

    В ДДТ не допускаються створення і діяльність організаційних структур, політичних партій і релігійних рухів і організацій.

    2. Основи діяльності ДДТ

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

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

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

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

    Діяльність спрямована на реалізацію наступних завдань:

    - Забезпечення умов для особистого, інтелектуального і фізичного розвитку, професійного самовизначення, організації змістовного дозвілля дітей та підлітків у віці від 6 до 18 років;

    - Формування загальної культури особистості, духовно-морального ставлення до навколишнього світу;

    - Розкриття творчого потенціалу дітей;

    - Адаптація їх до життя в суспільстві.

    3. Організація освітнього процесу

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

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

    Чисельний склад навчальних груп освітнього об'єднання визначається виходячи з реалізованої освітньої програми, віку учнів, умов для занять. На першому році навчання - не менше 15 осіб, на другому році навчання не менше 10-12 осіб, на третьому році навчання - не менше 8-10 осіб.

    Тривалість занять та їх кількість визначаються освітньою програмою педагога. Тривалість навчального години становить 40 хвилин, для дітей дошкільного віку 35 хвилин.

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

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

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

    2.3 Обгрунтування вибору СУБД і мови програмування

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

    - тип моделі даних, яку підтримує дана СУБД, її адекватність потребам розглянутої предметної області;

    - наведені цифри щодо системи;

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

    - ступінь оснащеності системи інструментарієм для персоналу адміністрування даними

    Є кілька СУБД на вибір. Потрібно розібрати їх достоїнства і недоліки, що б вибрати всього одну.

    Оракл

    переваги:

    - Найвища надійність.

    - Можливість розбиття великих баз даних на розділи (large-database partition), що дає можливість ефективно управляти гігантськими гігабайтними базами;

    - Наявність універсальних засобів захисту інформації;

    - Ефективні методи максимального підвищення швидкості обробки запитів;

    - Індексація по битовому відображенню;

    - Вільні таблиці (в інших СУБД все таблиці заповнюються відразу при створенні);

    недоліки:

    - Складна настройка сервера.

    - Висока ціна

    - Додаткові витрати на апаратне забезпечення

    - Більш серйозні наслідки при виході системи з ладу

    СУБД Microsoft SQL Server

    переваги:

    - простота адміністрування,

    - можливість підключення до Web,

    - швидкодія і функціональні можливості механізму сервера СУБД,

    - наявність засобів віддаленого доступу.

    недоліки:

    - Складна программируемость

    - Недостатність в засобах роботи

    - Витрати на перетворення

    - Продуктивність

    СУБД Access.

    переваги:

    - здійснення необхідних дій з даними і формулами

    - налагодження зв'язків між таблицями і масивами даних

    - можливість додавання запитів

    недоліки:

    - обмеження розміру бази даних в 2 гігабайти

    - відсутність тригерів і збережених процедур

    - коштує досить дорого

    Переваги та недоліки СУБД розібрані тепер слід розібрати переваги і недоліки мови програмування.

    С ++

    переваги:

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

    - Передбачуване виконання програм є важливою перевагою для побудови систем реального часу.

    - Автоматичний виклик деструкторів об'єктів при їх знищенні, причому в порядку, зворотному виклику конструкторів.

    недоліки:

    - Складність і надмірність, через які C ++ важко вивчати

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

    - Іноді шаблони призводять до породження коду дуже великого обсягу.

    Java script

    переваги:

    - Багата бібліотека

    - Високий поріг входження

    недоліки:

    - Жорстка політика Об'єктно-Орієнтованого Підходу

    - Відсутність функцій першого класу

    Delphi

    переваги:

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

    - Контекстна довідкова система, по якій можна вивчати мову без звернення до сторонніх джерел.

    - Висока швидкість компіляції, висока швидкість виконання відкомпільованих програм.

    - Вбудована можливість використовувати вставки на мові асемблера.

    недоліки:

    - Великий розмір exe файлів.

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

    ОС Linux

    переваги:

    - Безкоштовність

    - Наявність відкритого вихідного коду

    - Надзвичайно гнучка ОС

    недоліки:

    - незвичність програмного забезпечення

    - незручна структури цієї ОС

    Windows

    переваги:

    - величезна кількість різних додатків і доповнень

    - більшість операцій в інтернеті проводиться за допомогою Windows.

    недоліки:

    - Дорожнеча

    - Мала захищеність

    - Високі вимоги до комп'ютера.

    Проаналізувавши досить багато програмного забезпечення слід прийти до висновку, що найкращим варіантом для розробки ПО буде вибір СУБД Access, мови програмування Delphi і операційну систему Windows.

    2.4 Проектування програмного продукту ІС

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

    Стадії і етапи створення ІС, що виконуються організаціями-учасниками, прописуються в договорах і технічних завданнях на виконання робіт:

    1. Формування вимог до ІС.

    На початковій стадії проектування виділяють наступні етапи робіт:

    - обстеження об'єкта та обгрунтування необхідності створення ІС;

    - формування вимог користувачів до ІС;

    - оформлення звіту про виконану роботу і тактико-технічного завдання на розробку.

    2. Розробка концепції ІВ.

    - вивчення об'єкта автоматизації;

    - проведення необхідних науково-дослідних робіт;

    - розробка варіантів концепції ІС, які відповідають вимогам користувачів;

    - оформлення звіту і затвердження концепції.

    3. Технічне завдання.

    - розробка і затвердження технічного завдання на створення ІС.

    4. Ескізний проект.

    - розробка попередніх проектних рішень по системі і її частинам;

    - розробка ескізної документації на ІС та її частини.

    5. Технічний проект.

    - розробка проектних рішень по системі і її частинам;

    - розробка документації на ІС та її частини;

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

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

    6. Робоча документація.

    - розробка робочої документації на ІС та її частини;

    - розробка і адаптація програм.

    7. Введення в дію.

    - підготовка об'єкта автоматизації;

    - підготовка персоналу;

    - комплектація ІС поставляються виробами (програмними і технічними засобами, програмно-технічними комплексами, інформаційними виробами);

    - будівельно-монтажні роботи;

    - пуско-налагоджувальні роботи;

    - проведення попередніх випробувань;

    - проведення дослідної експлуатації;

    - проведення приймальних випробувань.

    8. Супровід ІС.

    - виконання робіт відповідно до гарантійних зобов'язань;

    - післягарантійне обслуговування.

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

    - обґрунтування розробки та поетапного впровадження систем;

    - складання технічного завдання на розробку систем;

    - розробки технічного і робочого проектів систем.

    На етапі обстеження доцільно виділити дві складові: визначення стратегії поїсом і детальний аналіз діяльності організації.

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

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

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

    Орієнтовний зміст цього документа:

    - обмеження, ризики, критичні фактори, які можуть вплинути на успішність проекту;

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

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

    - опис виконуваних системою функцій;

    - можливості розвитку системи;

    - інформаційні об'єкти системи;

    - інтерфейси і розподіл функцій між людиною і системою;

    - вимоги до програмних і інформаційних компонентів ПЗ, вимоги до СУБД;

    - що не буде реалізоване в рамках проекту.

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

    - інструктивно-методичні та директивні матеріали, на підставі яких визначаються склад підсистем і перелік завдань;

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

    Моделі діяльності організації створюються в двох видах:

    - модель «як є» ( «as-is») - відображає існуючі в організації бізнес-процеси;

    - модель «як повинно бути» ( «to-be») - відображає необхідні зміни бізнес-процесів з урахуванням впровадження ІС.

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

    - отримання порівняльних характеристик передбачуваних до використання апаратних платформ, операційних систем, СУБД, іншого оточення;

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

    Для автоматизації тестування слід використовувати системи стеження за вадами (bug tracking). Це дозволяє мати єдине сховище помилок, відстежувати їх повторній появі, контролювати швидкість і ефективність виправлення помилок, бачити найбільш нестабільні компоненти системи, а також підтримувати зв'язок між групою розробників і групою тестування (повідомлення про зміни по e-mail і т.п.). Чим більше проект, тим сильніше потреба в bug tracking.

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

    2.4.1 Проектування концептуальної моделі

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

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

    Концептуальна модель розробляється після словесного опису предметної області. Ця модель повинна включати таке формалізоване опис предметної області, яке легко буде «читатися» не тільки фахівцями по базах даних і воно не повинно бути прив'язане до конкретної СУБД. За допомогою ER-моделювання складемо концептуальну модель

    Малюнок 1 - Концептуальна модель БД «Будинок дитячої творчості»

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

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

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

    Таблиця 2

    Словник сутностей концептуальної моделі

    Порядковий номер

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

    опис

    1

    OSNOWA

    Загальна інформація

    2

    Naprawlennosti

    Напрямки в яких навчаються діти.

    3

    Peredwijenie

    Інформація на якому році навчання дитина.

    4

    Mail

    Відомості про поле дітей

    5

    Konkurs

    Відомості про Конкурсах і олімпіадах

    6

    Predmet

    Інформація про предметах

    7

    Prepodawateli

    Відомості про викладачів.

    8

    Link

    єднальна таблиця

    9

    Link2

    єднальна таблиця

    10

    Mesto_uchoba

    Місце навчання дитини

    11

    Oplata_Truda

    Таблиця зарплати

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

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

    Вимоги до проекту формулюється за допомогою діаграм прецедентів. На малюнку 3 показана UML діаграма прецедентів адміністратора БД. Як видно з малюнка, основне завдання адміністратора- зміна структури БД і введення основного масиву даних з можливістю коригування.

    малюнок 2 - діаграма прецедентів


    2.4.2 Проектування логічної моделі

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

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

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

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

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

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

    малюнок 3 Логічна модель БД «Будинок дитячої творчості»


    2.4.3 Проектування фізичної моделі

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

    Таблиця 1

    Prepodawateli

    ім'я поля

    Тип даних

    опис

    Prepodawateli

    Лічильник

    код майстра

    Family

    текстовий

    Прізвище

    Ima

    текстовий

    ім'я

    Otchestvo

    текстовий

    По батькові

    Predmet

    числовий

    предмет

    Zarplata

    числовий

    Зарлплата

    Таблиця 2

    Mail

    ім'я поля

    Тип даних

    опис

    Mail

    текстовий

    Підлога

    Таблиця 3

    Konkurs

    ім'я поля

    Тип даних

    опис

    KonkursKOD

    Лічильник

    код конкурсу

    Konkurs

    текстовий

    Назва конкурсу

    Predmet

    текстовий

    предмет

    Zan Mesto

    текстовий

    Переможці

    Таблиця 4

    Peredwijenie

    ім'я поля

    Тип даних

    опис

    Peredwijenie

    текстовий

    код пересування

    Status

    числовий

    Рік навчання

    Таблиця 5

    Predmet

    ім'я поля

    Тип даних

    опис

    Predmet

    текстовий

    предмет

    Таблиця 6

    OSNOWA

    ім'я поля

    Тип даних

    опис

    Kod

    Лічильник

    код

    Famili

    текстовий

    Прізвище

    Imy

    текстовий

    ім'я

    Mail

    текстовий

    Підлога

    Data rojdeniya

    числовий

    дата народження

    Semeynay status

    числовий

    статус сім'ї

    Mesto projiwaniya

    числовий

    Місце проживання

    Mesto uchoba

    числовий

    Місце навчання

    Data postupleniya

    числовий

    дата надходження

    Kod naprawleniya

    Лічильник

    напрями

    Kod peredwijeniya

    Лічильник

    пересування

    Kod konkurs

    Лічильник

    Конкурси

    Таблиця 7

    Naprawlennosti

    ім'я поля

    Тип даних

    опис

    Naprawlennosti

    Лічильник

    напрями

    Naprawlenie

    текстовий

    напрямок

    Таблиця 8

    Link2

    ім'я поля

    Тип даних

    опис

    Id_prepod

    числовий

    Код_преподаватель

    Id_predmet

    числовий

    Код_предмет

    Таблиця 9

    Link

    ім'я поля

    Тип даних

    опис

    Id_predmet

    Лічильник

    предмет

    Id_deti

    текстовий

    Код_деті

    Таблиця 10

    Mesto_ucheba

    ім'я поля

    Тип даних

    опис

    Mesto_ucheba

    текстовий

    Місце навчання

    Таблиця 11

    Oplata_truda

    ім'я поля

    Тип даних

    опис

    Id_prepod

    числовий

    Id_prepod

    Oplata

    числовий

    Зарплата

    СУБД Microsoft Access на сьогоднішній день є однією з найпопулярніших настільних програм для створення інформаційних систем.Це пов'язано з тим, що Access надає дуже широкі можливості для введення, аналізу і представлення даних. Ці кошти є не тільки зручними, але і продуктивними, що забезпечує високу швидкість розробки додатків Виконання Microsoft Office Access 2009 / Спеціальне видання: Пер. з англ. - М .: Видавничий дім «Вільямс», 2011. .

    Access володіє рядом унікальних можливостей:

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

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

    - інтеграція з компонентами Microsoft Office.

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

    В Access є кошти, що забезпечують багатокористувацький режим роботи з базами даних колективного доступу. Надається можливість робити запити, приєднувати таблиці баз даних SQL-сервера до бази даних Access на комп'ютері користувача. У Access 2003 можуть бути створені додатки користувача, що працюють в режимі клієнта SQL-сервера.

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

    Схема даних буде повністю відповідати логічної моделі даних (див. Рис.4), але створена вона буде в Microsoft Access 2009.

    Малюнок 4 - Фізична модель даних

    2.5 Розробка програмного продукту

    2.5.1 Проектування інтерфейсу користувача

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

    малюнок 5 - Авторизація

    procedure TMenu.Button1Click (Sender: TObject);

    var

    log, pas: string;

    begin

    log: = Edit1.Text;

    pas: = Edit2.Text;

    if (log = 'Admin') and (pas = '555') then

    begin

    n1.Visible: = true;

    n2.Visible: = true;

    n3.Visible: = true;

    GroupBox1.Visible: = false;

    edit1.Text: = '';

    edit2.Text: = '';

    messagebox (0, 'Авторизація завершена успішно', 'Повідомлення', 33);

    end

    else

    begin

    messagebox (0, 'Не вірний логін і пароль', 'Помилка', 33);

    edit1.Text: = '';

    edit2.Text: = '';

    end;

    end;

    Якщо авторизація була пройдена успішно, з'являться вкладки у верхній частині форми (рис. 6).

    Малюнок 6 - Картотека

    procedure TMenu.N1Click (Sender: TObject);

    begin

    Application.CreateForm (TOsnowa, Osnowa);

    end;

    procedure TMenu.N2Click (Sender: TObject);

    begin

    Application.CreateForm (TPrepod, Prepod);

    end;

    procedure TMenu.N4Click (Sender: TObject);

    begin

    Application.CreateForm (TPredmet, Predmet);

    end;

    procedure TMenu.N5Click (Sender: TObject);

    begin

    Application.CreateForm (TNapravlenia, Napravlenia);

    end;

    procedure TMenu.N6Click (Sender: TObject);

    begin

    Application.CreateForm (TKonkurs, Konkurs);

    end;

    procedure TMenu.Button1Click (Sender: TObject);

    var

    log, pas: string;

    begin

    log: = Edit1.Text;

    pas: = Edit2.Text;

    if (log = 'Admin') and (pas = '555') then

    begin

    n1.Visible: = true;

    n2.Visible: = true;

    n3.Visible: = true;

    GroupBox1.Visible: = false;

    edit1.Text: = '';

    edit2.Text: = '';

    messagebox (0, 'Авторизація завершена успішно', 'Повідомлення', 33);

    end

    else

    begin

    messagebox (0, 'Не вірний логін і пароль', 'Помилка', 33);

    edit1.Text: = '';

    edit2.Text: = '';

    end;

    end;

    end.

    Перейшовши під вкладки «Основа», Відкривається форма з повним списком учнів дітей та інформація про них. Дітей можна додавати, видаляти і проводити пошук по Прізвища та підлозі. (Рис. 8).

    малюнок 7 - Основна форма

    unit Unit3;

    interface

    uses

    Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

    Dialogs, StdCtrls, Mask, DBCtrls, Grids, DBGrids;

    type

    TOsnowa = class (TForm)

    Osnowa: TDBGrid;

    DBEdit1: TDBEdit;

    Button1: TButton;

    Label1: TLabel;

    Label2: TLabel;

    Label3: TLabel;

    Label4: TLabel;

    DBEdit2: TDBEdit;

    DBEdit3: TDBEdit;

    Button2: TButton;

    Button3: TButton;

    Button4: TButton;

    DBEdit5: TDBEdit;

    DBEdit6: TDBEdit;

    DBEdit7: TDBEdit;

    DBEdit8: TDBEdit;

    Label5: TLabel;

    Label6: TLabel;

    Label7: TLabel;

    Label8: TLabel;

    Label9: TLabel;

    DBLookupComboBox1: TDBLookupComboBox;

    DBLookupComboBox2: TDBLookupComboBox;

    RadioButton1: TRadioButton;

    RadioButton2: TRadioButton;

    Label10: TLabel;

    Edit1: TEdit;

    Button5: TButton;

    Button6: TButton;

    procedure FormClose (Sender: TObject; var Action: TCloseAction);

    procedure Button1Click (Sender: TObject);

    procedure Button2Click (Sender: TObject);

    procedure Button3Click (Sender: TObject);

    procedure Button4Click (Sender: TObject);

    procedure Button5Click (Sender: TObject);

    procedure Button6Click (Sender: TObject);

    procedure FormCreate (Sender: TObject);

    private

    {Private declarations}

    public

    {Public declarations}

    end;

    У «Викладачі» зберігається інформація про викладачів (рис. 8).

    малюнок 8 - Викладачі

    unit Unit4;

    interface

    uses

    Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

    Dialogs, Grids, DBGrids, StdCtrls, DBCtrls, Mask;

    type

    TPrepod = class (TForm)

    DBGrid1: TDBGrid;

    DBEdit1: TDBEdit;

    DBEdit3: TDBEdit;

    DBEdit4: TDBEdit;

    Label1: TLabel;

    Label2: TLabel;

    Label3: TLabel;

    Label4: TLabel;

    Button1: TButton;

    Button2: TButton;

    Button3: TButton;

    Button4: TButton;

    DBLookupComboBox1: TDBLookupComboBox;

    DBEdit2: TDBEdit;

    Label5: TLabel;

    procedure FormClose (Sender: TObject; var Action: TCloseAction);

    procedure Button1Click (Sender: TObject);

    procedure Button3Click (Sender: TObject);

    procedure Button2Click (Sender: TObject);

    procedure Button4Click (Sender: TObject);

    procedure FormCreate (Sender: TObject);

    private

    {Private declarations}

    public

    {Public declarations}

    end;

    var

    Prepod: TPrepod;

    implementation

    uses

    Unit1, Unit2, Unit3, Unit5, Unit6, Unit7;

    «Довідник» містить інформацію про предмети, напрямках і конкурсах (рис. 9).

    Малюнок 9 - Форма предметів

    unit Unit5;

    interface

    uses

    Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

    Dialogs, StdCtrls, Mask, DBCtrls, Grids, DBGrids;

    type

    TPredmet = class (TForm)

    DBGrid1: TDBGrid;

    DBEdit1: TDBEdit;

    Label1: TLabel;

    Button1: TButton;

    Button2: TButton;

    Button3: TButton;

    Button4: TButton;

    procedure Button1Click (Sender: TObject);

    procedure Button2Click (Sender: TObject);

    procedure Button3Click (Sender: TObject);

    procedure Button4Click (Sender: TObject);

    procedure FormClose (Sender: TObject; var Action: TCloseAction);

    procedure FormCreate (Sender: TObject);

    private

    {Private declarations}

    public

    {Public declarations}

    end;

    var

    Predmet: TPredmet;

    implementation

    uses Unit1, Unit2, Unit3, Unit4, Unit6, Unit7;

    На формі «Напрямки» надаються дані про напрямки (рис. 10).

    малюнок 10 - Форма напрямків

    unit Unit6;

    interface

    uses

    Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

    Dialogs, StdCtrls, Grids, DBGrids, Mask, DBCtrls;

    type

    TNapravlenia = class (TForm)

    DBGrid1: TDBGrid;

    Button1: TButton;

    Button2: TButton;

    Button3: TButton;

    Button4: TButton;

    Label1: TLabel;

    DBEdit1: TDBEdit;

    procedure Button1Click (Sender: TObject);

    procedure Button3Click (Sender: TObject);

    procedure Button2Click (Sender: TObject);

    procedure Button4Click (Sender: TObject);

    procedure FormClose (Sender: TObject; var Action: TCloseAction);

    procedure FormCreate (Sender: TObject);

    private

    {Private declarations}

    public

    {Public declarations}

    end;

    var

    Napravlenia: TNapravlenia;

    implementation

    uses Unit1, Unit2, Unit3, Unit4, Unit5, Unit7;

    У вкладці «Конкурси» знаходяться дані про проведені конкурсах (рис.12).

    Малюнок 11 - форма Конкурси

    unit Unit7;

    interface

    uses

    Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

    Dialogs, StdCtrls, DBCtrls, Grids, DBGrids, Mask;

    type

    TKonkurs = class (TForm)

    DBGrid1: TDBGrid;

    DBLookupComboBox1: TDBLookupComboBox;

    Label1: TLabel;

    Label2: TLabel;

    Label3: TLabel;

    Label4: TLabel;

    Label5: TLabel;

    DBLookupComboBox2: TDBLookupComboBox;

    DBLookupComboBox3: TDBLookupComboBox;

    DBLookupComboBox4: TDBLookupComboBox;

    DBEdit1: TDBEdit;

    Button1: TButton;

    Button2: TButton;

    Button3: TButton;

    Button4: TButton;

    Button5: TButton;

    Button6: TButton;

    Edit1: TEdit;

    Label6: TLabel;

    procedure FormClose (Sender: TObject; var Action: TCloseAction);

    procedure Button1Click (Sender: TObject);

    procedure Button2Click (Sender: TObject);

    procedure Button3Click (Sender: TObject);

    procedure Button4Click (Sender: TObject);

    procedure Button5Click (Sender: TObject);

    procedure Button6Click (Sender: TObject);

    procedure FormCreate (Sender: TObject);

    private

    {Private declarations}

    public

    {Public declarations}

    end;

    var

    Konkurs: TKonkurs;

    implementation

    uses Unit1, Unit2, Unit3, Unit4, Unit5, Unit6;

    програмний база даний дитячий творчість

    3. ЕКСПЕРИМЕНТАЛЬНИЙ РОЗДІЛ

    3.1 Тестування програми

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

    малюнок 12 - Форма «Авторизація»

    Для входу в програму потрібно ввести логін і пароль користувача для цього потрібно заповнити два поля «Edit». Після чого натиснути на кнопку «Вхід».

    малюнок 13 - Кнопка «Введення»

    var

    log, pas: string;

    begin

    log: = Edit1.Text;

    pas: = Edit2.Text;

    if (log = 'Admin') and (pas = '555') then

    begin

    n1.Visible: = true;

    n2.Visible: = true;

    n3.Visible: = true;

    GroupBox1.Visible: = false;

    edit1.Text: = '';

    edit2.Text: = '';

    messagebox (0, 'Авторизація завершена успішно', 'Повідомлення', 33);

    end

    else

    begin

    messagebox (0, 'Не вірний логін і пароль', 'Помилка', 33);

    edit1.Text: = '';

    edit2.Text: = '';

    end;

    end;

    Після введення правильного логіна і пароля користувачу висвічується діалогове вікно з підтвердженням.

    малюнок 14 - Діалогове вікно «Авторизація»

    Якщо ж логін і пароль введені невірно користувачеві висвічується інше діалогове вікно.

    Малюнок 15 - Діалогове вікно «Помилка»

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

    малюнок 16 - Виберіть

    Після того як користувач натисне на вкладку «Основа» то автоматично відкриється форма «Основа», на якій розташована таблиця дітей.

    малюнок 17 - Таблиця «Основа»

    Відразу під таблицею знаходяться поля додавання дітей.

    малюнок 18 - Форма «Основа»

    Тут розташовані чотири кнопки. «Додати» «Зберегти» «Видалити» «Скасування».

    При заповнення всіх полів що б запис був внесений до таблицю, слід натиснути на кнопку «Додати», при цьому в таблиці відразу ж звільниться рядок для запису.

    Малюнок 19 - Кнопка «Додати»

    procedure TOsnowa.Button1Click (Sender: TObject);

    begin

    DataModule2.Osnowa.APPend;

    end;

    Далі для того що б внесені записи збереглися в таблиці слід натиснути кнопку «Зберегти».

    малюнок 20 - Кнопка «Зберегти»

    procedure TOsnowa.Button3Click (Sender: TObject);

    begin

    DataModule2.OsnowaDataroshdeniya.Value: = DateTimePicker1.Date;

    DataModule2.Osnowa.Post;

    end;

    Якщо користувач ввів якісь дані не правильно, то передбачена кнопка «Скасувати» вона звільняє рядок без видалення її.

    малюнок 21 - Кнопка «Скасувати»

    Якщо ж запис в таблиці більше не потрібна то її можна видалити кнопкою «Видалити»

    малюнок 22 - Кнопка «Видалити»

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

    малюнок 23 - Пошук «Основа»

    procedure TOsnowa.Button5Click (Sender: TObject);

    begin

    if (RadioButton1.Checked) and (edit1.text <> '') then

    begin

    DataModule2.Osnowa.Filter: = 'Family like' '%' + edit1.text + '%' '';

    DataModule2.Osnowa.Filtered: = true;

    end

    else

    if (RadioButton2.Checked) and (edit1.text <> '') then

    begin

    DataModule2.Osnowa.Filter: = 'Mail like' '%' + edit1.text + '%' '';

    DataModule2.Osnowa.Filtered: = true;

    end;

    end;

    Наступна вкладка на об'єкті «Minemenu» «Викладачі» перейшовши на неї користувач побачить таблицю вчителів які працюють в ДДТ їх зарплату і П.І.Б.

    Малюнок 24 - таблиця «Викладачі»

    Так само як і на формі «Основа» є додавання, збереження, скасування і видалення записів в таблицю, принцип роботи такий же.

    Малюнок 25 - Кнопки таблиці «Основа»

    Наступна вкладка «Довідники» об'єднує кілька вкладок «предмети» «напряму» і «конкурси»

    малюнок 26 - Вкладка «Довідники»

    На формі «предмети» розташована таблиця предметів, що вивчаються в ДДТ.

    Малюнок 27 - Таблиця «Предмети»

    Так само як і на попередніх формах є кнопки «Додати», «Зберегти», «Скасування» і «Видалити».

    малюнок 28 - Кнопки форми «Предмети»

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

    малюнок 29 - Форма «Напрямки»

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

    малюнок 30 - Таблиці «конкурси»

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

    малюнок 31 - Поля таблиці «конкурси»

    На формі присутній кнопка виводу звіту, а так само в кнопці «Зберегти» спеціальний програмний код, підрахунку загальної успішності.

    procedure TKonkurs.Button2Click (Sender: TObject);

    var

    c: Integer;

    f: string;

    h, d: Real;

    begin

    d: = 0;

    h: = 0;

    DataModule2.Konkurs.Post;

    f: = DataModule2.DataKonkurs.DataSet.Fields [0] .AsString;

    DataModule2.DataKonkurs.DataSet.First;

    for c: = 0 to DataModule2.DataKonkurs.DataSet.RecordCount-1 do

    begin

    if DataModule2.DataKonkurs.DataSet.Fields [0] .AsString = f then

    begin

    d: = d + 1;

    h: = h + DataModule2.DataKonkurs.DataSet.Fields [4] .AsInteger;

    end;

    DataModule2.DataKonkurs.DataSet.Next;

    end;

    h: = h / d;

    DataModule2.Predmet.Edit;

    DataModule2.PredmetUspevaemost.Value: = h;

    DataModule2.Predmet.Post;

    end;

    procedure TKonkurs.Button3Click (Sender: TObject);

    begin

    DataModule2.Konkurs.Cancel;

    end;

    procedure TKonkurs.Button4Click (Sender: TObject);

    begin

    DataModule2.Konkurs.Delete;

    end;

    procedure TKonkurs.Button5Click (Sender: TObject);

    begin

    if edit1.text <> '' then

    begin

    DataModule2.Konkurs.Filter: = 'Predmet like' '%' + edit1.text + '%' '';

    DataModule2.Konkurs.Filtered: = true;

    end;

    end;

    procedure TKonkurs.Button6Click (Sender: TObject);

    begin

    DataModule2.Konkurs.Filtered: = false;

    end;

    end.

    3.2 Характеристики програми

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

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

    Надійність. Програмний засіб має середній рівень надійності і безвідмовності.

    Продуктивність. Програмний засіб має високу продуктивність і швидкодією.

    Безпека. Програмний засіб безпечно і має захист.

    Програмний засіб повністю готове до роботи і відповідає всім заявленим коштам.

    3.3 Обгрунтування економічної ефективності програмного продукту

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

    Q пр = t п + t а + t бл

    де t п - витрати праці на постановку задачі (годину);

    t а - витрати праці на розробку алгоритму (годину);

    t бл - витрати праці на розробку блок - схеми (годину).

    Використовуючи формулу розрахуємо трудомісткість робіт програміста при розробці програми:

    Q пр = 5 + 76 + 3 = 84 (год).

    Визначимо вартість розробки програми відповідно до формули:

    З пр = Q пр * Ф пр * До нр + З м / год * t отп,

    З пр = 84 * 100 * 1,4 + 50 * 2 = 11860 (руб.),

    де З пр = 11860 (грн.) - вартість розробки програми;

    Q пр = 84 - трудомісткість робіт програміста при розробці програми (годину);

    Ф пр = 100 - заробітна плата програміста в одиницю часу (годину) (визначається шляхом ділення середньої заробітної плати програміста в розмірі 20000 руб. На 25 днів - кількість робочих днів у місяці, і ділимо на 8 годин - тривалість робочого дня).

    До нр = 1,4 - коефіцієнт накладних витрат - 40%;

    З м / год = 50 - вартість 1 машино - години (руб.);

    T отп = 2 - машинний час відкладання програми (годину).

    Розрахуємо вартість рішення задачі на ЕОМ, використовуючи формулу:

    З р = З м / год * Т р + Ф пр * Q р * К нр,

    З р = 50 * 40 + 100 * 40 * 1,4 = 7600 ( руб.).

    Де С р = 7600 (руб) - вартість виконання завдання на ЕОМ;

    З м / год = 50 - вартість 1 машино - години (руб.);

    Т р = 40 - час роботи на ЕОМ;

    Ф пр = 100 - заробітна плата програміста в одиницю часу (годину) (визначається шляхом ділення середньої заробітної плати програміста в розмірі 20000 руб. На 25 днів - кількість робочих днів у місяці, і ділимо на 8 годин - тривалість робочого дня);

    Q р = 40 - трудомісткість витрачається програмістом на рішення задачі (годину);

    До нр = 1,4 - коефіцієнт накладних витрат - 40%.

    Після розрахунків вартості розробки програми і вартості рішення задачі на ЕОМ, розрахуємо повну вартість рішення задачі на ЕОМ (С м) відповідно до формули:

    З м = Спр + З р,

    З м = 11860 + 7600 = 19460 (руб).

    Для визначення вартості рішення задачі вручну (С вр) скористаємося формулою:

    З вр = q р * Ф р * К нр * n,

    З вр = 1 * 20000 * 1,4 * 1 = 28000 (руб.),

    де q р = 1 - кількість часу обробки інформації по даній задачі вручну;

    Ф р = 20000 - фонд заробітної плати працівника;

    До нр = 1,4 - коефіцієнт накладних витрат - 40%;

    N = 1 - кількість працівників.

    В результаті отриманих даних, визначимо річну економічну ефективність за формулою:

    Е рік = (С вр - З р) * 12 місяців,

    Е рік = (28000 - 7600) * 12 = 244800 (руб.).

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

    До д = 3 ООМ + З тз + З вт,

    де 3 ООМ - вартість обстеження об'єкта механізації (руб.);

    З тз - вартість розробки технічного завдання (руб.);

    З вт - вартість обчислювальної техніки (руб.);

    До д = 20000 + 100000 + 90000 = 210000 (руб.).

    Тепер визначимо термін окупності за формулою:

    Т ок = К д / Е рік,

    Т ок = 210000/244800 = 0,86 (року),

    де К д = 210000 - вартість капітальних вкладень (руб.);

    Е рік = 244800- річна економічну ефективність (руб.).

    Розрахуємо коефіцієнт ефективності за формулою:

    Е р = 1 / Т ок,

    Е р = 1 / 0,86 = 1,16

    де Е р = 1,16- розрахунковий коефіцієнт ефективності;

    Т ок = 0,86 - термін окупності.

    Нормативний термін окупності Т ок знаходиться в межах від 0 до 1 року, а коефіцієнт ефективності 1,16, що входить в межу 0,15 ... 2

    ВИСНОВОК

    За наявними результатами, був спроектований і реалізований програмний продукт «Будинок дитячої творчості», який є актуальним на сьогоднішній день і має велику практичну значимість.

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

    В процесі написання програми використовувалася середовище розробки Borland Delphi 7.0, було проведено тестування програми на предмет перевірки коректності та працездатності. Дана програма проста у використанні і зрозуміла користувачеві.

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


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

    1. Створення Windows-додатків в середовищі Delphi. - M .: СОЛОН - Прес, 2011. - 224 с .: іл. - (Серія «Бібліотека студента»);

    2. Самовчитель Delhi.NET. - СПб .: БХВ-Петербург, 2010 року.

    3. Виконання Microsoft Office Access 2010 / Спеціальне видання .: Пер. з англ. - М .: Видавничий дім «Вільямс», 2011.

    4. Основи побудови автоматизованих інформаційних систем: Навчальний посібник. - М .: ФОРУМ: ИНФРА-М 2010

    5. Джон Макгрегор, Девід Сайкс. Тестування об'єктно-орієнтованого програмного забезпечення. Практичний посібник. - К .: Видавництво «ДиаСофт», 2010.Бухгалтерскій облік. - М .: Окей-книга, 2011

    6. Microsoft Access 2010: Додати розробка додатків - СПб .: БХВ - Санкт-Петербург, 2010. Автори Харитонова І.А, В.Д. Міхєєва

    7. Delphi 7: Для професіоналів. Автор: кент М.Є., - Видавництво: СПб: Пітер 2011р.

    8. Delphi 7 Швидкий старт. Автор: Володимир Гофман-Анатолій Хомоненко. Рік випуску: 2009

    9. Біблія для програміста в середовищі Delphi. Автор: Фленов Михайло Рік: 2012

    10. Корнєєв В.В. та ін. Бази даних: Інтелектуальна обробка інформації - М .: Нолидж, 2012. -352 с.

    11. Дунаєв С.В. Доступ до баз даних і техніка роботи в мережі. Практичні прийоми сучасного програмування - М .: Діалог - МІФІ, 2010. - 416 с.

    12. Сігнор Р., Стегман М.О. Використання ODBC для доступу до баз даних - М .: БІНОМ, 2011 - 384 с.

    13. Ігоревого, Е.Л., Основи алгоритмізації та програмування (4-е видання) ./ І.І. Попов, О.Л. Ігоревого - М .: Інфа-М, 2011 - 432 с.

    14. Петгольц, Ч. Програмування #. У 3-х томах. Том 2. Пер. з англ. / Ч. Петгольц - М .: Видавничо-торговий дім «Російська редакція», 2012. - 576 с.

    15. Петгольц, Ч. Програмування. У 3-х томах. Том 3 Пер. з англ. / Ч. Петгольц - М .: Видавничо-торговий дім «Російська редакція», 2012. - 624 с.

    16. Хузятов Ш.Ш. Delphi 7. Основні компоненти і елементи мови програмування р Набережні Челни: видавництво Кампо, 2010 р - 116 с .;

    17. Фаронов В.В. Delphi. Програмування на мові високого рівня м.Санкт-Перетбург: видавництво «Пітер», 2011 р - 640 с .;

    18. Крахоткина Є.В. Методичні вказівки до виконання лабораторних робіт з дисципліни «Програмування в комп'ютерних мережах» для студентів спеціальності 230201 Інформаційні системи і технології

    19. Н. Культин. Delphi в задачах і прикладах. СПб .: БХВ-Петербург., 2010 - 288 стор.

    20. М. Фленов. Біблія Delphi, 3-е видання + CD. СПб .: - БХВ-Петербург., 2011. - 688 стор.

    21. Г.М. Ейдлін, Delphi: програмування в прикладах і завданнях. Практикум., Вид .: - РІОР, ИНФРА-М., У 2012 - стор 98.

    22. С.В. Одіночкіна. Розробка баз даних в Microsoft Access 2010. М .: Изд., НДУ ІТМО., У 2012 - 87 стор.

    23. www.edelphi.ru/


    СПИСОК СКОРОЧЕНЬ

    1. ПП - програмний продукт;

    2. ІС - інформаційна система;

    3. ПО - програмне забезпечення;

    4. ГБ - гігабайт;

    5. ГГц - гігагерц;

    6. БД - база даних;

    7. Мб - мегабайт;

    8. СУБД - система управління базами даних;

    9. ДДТ - Будинок Дитячої Творчості.

    ДОДАТОК 1

    Інструкція користувача

    Бажано, щоб кожна програма мала довідкову систему, за допомогою якої користувач міг отримати вичерпну інформацію про програму, про те, як з нею працювати. Довідкова система являє собою набір файлів певної структури, використовую які програма WinHelp є складовою частиною Windows, виводить довідкову інформацію, яка знаходиться в hlp-файлі. Створити hlp-файл можна за допомогою програми Microsoft Help Workshop, вихідними даними для якої є текст довідки, представлений у вигляді rtf-файлу, який поставляється окремо або разом з Delphi (або в C ++ Builder).

    Малюнок 33 - Довідник допомоги «Довідник»

    малюнок 34 - Довідник допомоги «Авторизація»

    малюнок 35 - Довідник допомоги «Основа»

    малюнок 36 - Довідник допомоги «Викладачі»

    Малюнок 37 - Довідник допомоги «Довідники»

    малюнок 38 - Довідник допомоги «Напрямки»

    малюнок 39 - Довідник допомоги «Конкурси»

    ДОДАТОК 2

    Лістинг

    unit Unit1;

    interface

    uses

    Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

    Dialogs, Menus, StdCtrls;

    type

    TMenu = class (TForm)

    MainMenu1: TMainMenu;

    N1: TMenuItem;

    N2: TMenuItem;

    N3: TMenuItem;

    N4: TMenuItem;

    N5: TMenuItem;

    N6: TMenuItem;

    GroupBox1: TGroupBox;

    Button1: TButton;

    Label1: TLabel;

    Label2: TLabel;

    Edit1: TEdit;

    Edit2: TEdit;

    procedure N1Click (Sender: TObject);

    procedure N2Click (Sender: TObject);

    procedure N4Click (Sender: TObject);

    procedure N5Click (Sender: TObject);

    procedure N6Click (Sender: TObject);

    procedure Button1Click (Sender: TObject);

    private

    {Private declarations}

    public

    {Public declarations}

    end;

    var

    Menu: TMenu;

    implementation

    uses

    Unit2, Unit3, Unit4, Unit5, Unit6, Unit7;

    {$ R *.dfm}

    procedure TMenu.N1Click (Sender: TObject);

    begin

    Application.CreateForm (TOsnowa, Osnowa);

    end;

    procedure TMenu.N2Click (Sender: TObject);

    begin

    Application.CreateForm (TPrepod, Prepod);

    end;

    procedure TMenu.N4Click (Sender: TObject);

    begin

    Application.CreateForm (TPredmet, Predmet);

    end;

    procedure TMenu.N5Click (Sender: TObject);

    begin

    Application.CreateForm (TNapravlenia, Napravlenia);

    end;

    procedure TMenu.N6Click (Sender: TObject);

    begin

    Application.CreateForm (TKonkurs, Konkurs);

    end;

    procedure TMenu.Button1Click (Sender: TObject);

    var

    log, pas: string;

    begin

    log: = Edit1.Text;

    pas: = Edit2.Text;

    if (log = 'Admin') and (pas = '555') then

    begin

    n1.Visible: = true;

    n2.Visible: = true;

    n3.Visible: = true;

    GroupBox1.Visible: = false;

    edit1.Text: = '';

    edit2.Text: = '';

    messagebox (0, 'Авторизація завершена успішно', 'Повідомлення', 33);

    end

    else

    begin

    messagebox (0, 'Не вірний логін і пароль', 'Помилка', 33);

    edit1.Text: = '';

    edit2.Text: = '';

    end;

    end;

    end.

    unit Unit2;

    interface

    uses

    SysUtils, Classes, DB, ADODB;

    type

    TDataModule2 = class (TDataModule)

    ADOConnection1: TADOConnection;

    DataOsnowa: TDataSource;

    Naprawlennosti: TADOTable;

    DataNaprawlennosti: TDataSource;

    Naprawlennostikod_napravlenia: TAutoIncField;

    NaprawlennostiNapravlenie: TWideStringField;

    Postupleniya: TADOTable;

    DataPostupleniya: TDataSource;

    Postupleniyakod_postuplenia: TAutoIncField;

    PostupleniyaData_postupleniya: TDateTimeField;

    Peredwijenie: TADOTable;

    DataPeredwijenie: TDataSource;

    Peredwijeniekod_peredvihenia: TAutoIncField;

    Peredwijeniestatus: TWideStringField;

    Osnowa: TADOTable;

    OsnowaDSDesigner: TAutoIncField;

    OsnowaFamily: TWideStringField;

    OsnowaName: TWideStringField;

    OsnowaOtchestvo: TWideStringField;

    OsnowaDataroshdeniya: TDateTimeField;

    OsnowaSemeynay_statys: TWideStringField;

    OsnowaMesto_projiwaniya: TWideStringField;

    OsnowaData_postuplenia: TDateTimeField;

    Osnowakod_napravlenia: TIntegerField;

    Osnowakod_peredvihenia: TIntegerField;

    Osnowakod_konkurs: TIntegerField;

    OsnowaNapravlenie: TStringField;

    Konkurs: TADOTable;

    DataKonkurs: TDataSource;

    Konkurskod_konkurs: TAutoIncField;

    KonkursPredmet: TIntegerField;

    KonkursZan_mesto: TIntegerField;

    KonkursBaly: TIntegerField;

    Konkursid_rebenka: TIntegerField;

    OsnowaMail: TIntegerField;

    Predmet: TADOTable;

    DataPredmet: TDataSource;

    PredmetDSDesigner: TAutoIncField;

    PredmetPredmet: TWideStringField;

    Prepod: TADOTable;

    PrepodDSDesigner: TAutoIncField;

    PrepodFamiliy: TWideStringField;

    PrepodIma: TWideStringField;

    PrepodOtchestvo: TWideStringField;

    PrepodZarplata: TBCDField;

    DataPrepod: TDataSource;

    Mail: TADOTable;

    MailDSDesigner: TAutoIncField;

    MailMail: TWideStringField;

    DataMail: TDataSource;

    OsnowaField: TStringField;

    OsnowaMesto_ucheba: TIntegerField;

    Mesto_Ucheba: TADOTable;

    Mesto_UchebaDSDesigner: TAutoIncField;

    Mesto_UchebaMesto_ucheba: TWideStringField;

    DataMesto_ucheba: TDataSource;

    Osnowa_: TStringField;

    KonkursField: TStringField;

    KonkursField2: TStringField;

    KonkursField3: TStringField;

    KonkursField4: TStringField;

    PredmetUspevaemost: TBCDField;

    private

    {Private declarations}

    public

    {Public declarations}

    end;

    var

    DataModule2: TDataModule2;

    implementation

    uses Unit1, Unit3, Unit4, Unit5, Unit6, Unit7;

    {$ R * .dfm}

    end.

    unit Unit3;

    interface

    uses

    Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

    Dialogs, StdCtrls, Mask, DBCtrls, Grids, DBGrids, ComCtrls;

    type

    TOsnowa = class (TForm)

    Osnowa: TDBGrid;

    DBEdit1: TDBEdit;

    Button1: TButton;

    Label1: TLabel;

    Label2: TLabel;

    Label3: TLabel;

    Label4: TLabel;

    DBEdit2: TDBEdit;

    DBEdit3: TDBEdit;

    Button2: TButton;

    Button3: TButton;

    Button4: TButton;

    DBEdit8: TDBEdit;

    Label5: TLabel;

    Label6: TLabel;

    Label7: TLabel;

    Label9: TLabel;

    DBLookupComboBox1: TDBLookupComboBox;

    RadioButton1: TRadioButton;

    RadioButton2: TRadioButton;

    Label10: TLabel;

    Edit1: TEdit;

    Button5: TButton;

    Button6: TButton;

    DBLookupComboBox2: TDBLookupComboBox;

    DBLookupComboBox3: TDBLookupComboBox;

    DateTimePicker1: TDateTimePicker;

    procedure FormClose (Sender: TObject; var Action: TCloseAction);

    procedure Button1Click (Sender: TObject);

    procedure Button2Click (Sender: TObject);

    procedure Button3Click (Sender: TObject);

    procedure Button4Click (Sender: TObject);

    procedure Button5Click (Sender: TObject);

    procedure Button6Click (Sender: TObject);

    private

    {Private declarations}

    public

    {Public declarations}

    end;

    var

    Osnowa: TOsnowa;

    implementation

    uses

    Unit1, Unit2, Unit4, Unit5, Unit6, Unit7;

    {$ R * .dfm}

    procedure TOsnowa.FormClose (Sender: TObject; var Action:

    TCloseAction);

    begin

    Action: = caFree;

    end;

    procedure TOsnowa.Button1Click (Sender: TObject);

    begin

    DataModule2.Osnowa.APPend;

    end;

    procedure TOsnowa.Button2Click (Sender: TObject);

    begin

    DataModule2.Osnowa.Delete;

    end;

    procedure TOsnowa.Button3Click (Sender: TObject);

    begin

    DataModule2.OsnowaDataroshdeniya.Value: = DateTimePicker1.Date;

    DataModule2.Osnowa.Post;

    end;

    procedure TOsnowa.Button4Click (Sender: TObject);

    begin

    DataModule2.Osnowa.Cancel;

    end;

    procedure TOsnowa.Button5Click (Sender: TObject);

    begin

    if (RadioButton1.Checked) and (edit1.text <> '') then

    begin

    DataModule2.Osnowa.Filter: = 'Family like' '%' + edit1.text + '%' '';

    DataModule2.Osnowa.Filtered: = true;

    end

    else

    if (RadioButton2.Checked) and (edit1.text <> '') then

    begin

    DataModule2.Osnowa.Filter: = 'Mail like' '%' + edit1.text + '%' '';

    DataModule2.Osnowa.Filtered: = true;

    end;

    end;

    procedure TOsnowa.Button6Click (Sender: TObject);

    begin

    DataModule2.Osnowa.Filtered: = false;

    end;

    end.

    unit Unit4;

    interface

    uses

    Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

    Dialogs, Grids, DBGrids, StdCtrls, DBCtrls, Mask;

    type

    TPrepod = class (TForm)

    DBGrid1: TDBGrid;

    DBEdit1: TDBEdit;

    DBEdit3: TDBEdit;

    DBEdit4: TDBEdit;

    Label1: TLabel;

    Label2: TLabel;

    Label3: TLabel;

    Button1: TButton;

    Button2: TButton;

    Button3: TButton;

    Button4: TButton;

    DBEdit2: TDBEdit;

    Label5: TLabel;

    procedure FormClose (Sender: TObject; var Action: TCloseAction);

    procedure Button1Click (Sender: TObject);

    procedure Button3Click (Sender: TObject);

    procedure Button2Click (Sender: TObject);

    procedure Button4Click (Sender: TObject);

    private

    {Private declarations}

    public

    {Public declarations}

    end;

    var

    Prepod: TPrepod;

    implementation

    uses

    Unit1, Unit2, Unit3, Unit5, Unit6, Unit7;

    {$ R * .dfm}

    procedure TPrepod.FormClose (Sender: TObject; var Action: TCloseAction);

    begin

    Action: = caFree;

    end;

    procedure TPrepod.Button1Click (Sender: TObject);

    begin

    DataModule2.Prepod.Append;

    end;

    procedure TPrepod.Button3Click (Sender: TObject);

    begin

    DataModule2.Prepod.Post;

    end;

    procedure TPrepod.Button2Click (Sender: TObject);

    begin

    DataModule2.Prepod.Cancel;

    end;

    procedure TPrepod.Button4Click (Sender: TObject);

    begin

    DataModule2.Prepod.Delete;

    end;

    end.

    unit Unit5;

    interface

    uses

    Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

    Dialogs, StdCtrls, Mask, DBCtrls, Grids, DBGrids;

    type

    TPredmet = class (TForm)

    DBGrid1: TDBGrid;

    DBEdit1: TDBEdit;

    Label1: TLabel;

    Button1: TButton;

    Button2: TButton;

    Button3: TButton;

    Button4: TButton;

    procedure Button1Click (Sender: TObject);

    procedure Button2Click (Sender: TObject);

    procedure Button3Click (Sender: TObject);

    procedure Button4Click (Sender: TObject);

    procedure FormClose (Sender: TObject; var Action: TCloseAction);

    private

    {Private declarations}

    public

    {Public declarations}

    end;

    var

    Predmet: TPredmet;

    implementation

    uses Unit1, Unit2, Unit3, Unit4, Unit6, Unit7;

    {$ R * .dfm}

    procedure TPredmet.Button1Click (Sender: TObject);

    begin

    DataModule2.Predmet.Append;

    end;

    procedure TPredmet.Button2Click (Sender: TObject);

    begin

    DataModule2.Predmet.Post;

    end;

    procedure TPredmet.Button3Click (Sender: TObject);

    begin

    DataModule2.Predmet.Cancel;

    end;

    procedure TPredmet.Button4Click (Sender: TObject);

    begin

    DataModule2.Predmet.Delete;

    end;

    procedure TPredmet.FormClose (Sender: TObject; var Action:

    TCloseAction);

    begin

    Action: = cafree;

    end;

    end.

    unit Unit6;

    interface

    uses

    Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

    Dialogs, StdCtrls, Grids, DBGrids, Mask, DBCtrls;

    type

    TNapravlenia = class (TForm)

    DBGrid1: TDBGrid;

    Button1: TButton;

    Button2: TButton;

    Button3: TButton;

    Button4: TButton;

    Label1: TLabel;

    DBEdit1: TDBEdit;

    procedure Button1Click (Sender: TObject);

    procedure Button3Click (Sender: TObject);

    procedure Button2Click (Sender: TObject);

    procedure Button4Click (Sender: TObject);

    procedure FormClose (Sender: TObject; var Action: TCloseAction);

    private

    {Private declarations}

    public

    {Public declarations}

    end;

    var

    Napravlenia: TNapravlenia;

    implementation

    uses Unit1, Unit2, Unit3, Unit4, Unit5, Unit7;

    {$ R * .dfm}

    procedure TNapravlenia.Button1Click (Sender: TObject);

    begin

    DataModule2.Naprawlennosti.Append;

    end;

    procedure TNapravlenia.Button3Click (Sender: TObject);

    begin

    DataModule2.Naprawlennosti.Post;

    end;

    procedure TNapravlenia.Button2Click (Sender: TObject);

    begin

    DataModule2.Naprawlennosti.Cancel;

    end;

    procedure TNapravlenia.Button4Click (Sender: TObject);

    begin

    DataModule2.Naprawlennosti.Delete;

    end;

    procedure TNapravlenia.FormClose (Sender: TObject;

    var Action: TCloseAction);

    begin

    Action: = cafree;

    end;

    end.

    unit Unit7;

    interface

    uses

    Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

    Dialogs, StdCtrls, DBCtrls, Grids, DBGrids, Mask, RpCon, RpConDS,

    RpDefine, RpRave;

    type

    TKonkurs = class (TForm)

    DBGrid1: TDBGrid;

    Label1: TLabel;

    Label2: TLabel;

    Label3: TLabel;

    Label4: TLabel;

    Label5: TLabel;

    Button1: TButton;

    Button2: TButton;

    Button3: TButton;

    Button4: TButton;

    Button5: TButton;

    Button6: TButton;

    Edit1: TEdit;

    Label6: TLabel;

    DBLookupComboBox1: TDBLookupComboBox;

    DBLookupComboBox2: TDBLookupComboBox;

    DBLookupComboBox3: TDBLookupComboBox;

    DBLookupComboBox4: TDBLookupComboBox;

    dbedtBaly: TDBEdit;

    Button7: ​​TButton;

    RvProject1: TRvProject;

    RvDataSetConnection1: TRvDataSetConnection;

    procedure FormClose (Sender: TObject; var Action: TCloseAction);

    procedure Button1Click (Sender: TObject);

    procedure Button2Click (Sender: TObject);

    procedure Button3Click (Sender: TObject);

    procedure Button4Click (Sender: TObject);

    procedure Button5Click (Sender: TObject);

    procedure Button6Click (Sender: TObject);

    procedure FormCreate (Sender: TObject);

    private

    {Private declarations}

    public

    {Public declarations}

    end;

    var

    Konkurs: TKonkurs;

    implementation

    uses Unit1, Unit2, Unit3, Unit4, Unit5, Unit6;

    {$ R * .dfm}

    procedure TKonkurs.FormClose (Sender: TObject; var Action:

    TCloseAction);

    begin

    Action: = cafree;

    end;

    procedure TKonkurs.Button1Click (Sender: TObject);

    begin

    DataModule2.Konkurs.Append;

    end;

    procedure TKonkurs.Button2Click (Sender: TObject);

    var

    c: Integer;

    f: string;

    h, d: Real;

    begin

    d: = 0;

    h: = 0;

    DataModule2.Konkurs.Post;

    f: = DataModule2.DataKonkurs.DataSet.Fields [0] .AsString;

    DataModule2.DataKonkurs.DataSet.First;

    for c: = 0 to DataModule2.DataKonkurs.DataSet.RecordCount-1 do

    begin

    if DataModule2.DataKonkurs.DataSet.Fields [0] .AsString = f then

    begin

    d: = d + 1;

    h: = h + DataModule2.DataKonkurs.DataSet.Fields [4] .AsInteger;

    end;

    DataModule2.DataKonkurs.DataSet.Next;

    end;

    h: = h / d;

    DataModule2.Predmet.Edit;

    DataModule2.PredmetUspevaemost.Value: = h;

    DataModule2.Predmet.Post;

    end;

    procedure TKonkurs.Button3Click (Sender: TObject);

    begin

    DataModule2.Konkurs.Cancel;

    end;

    procedure TKonkurs.Button4Click (Sender: TObject);

    begin

    DataModule2.Konkurs.Delete;

    end;

    procedure TKonkurs.Button5Click (Sender: TObject);

    begin

    if edit1.text <> '' then

    begin

    DataModule2.Konkurs.Filter: = 'Predmet like' '%' + edit1.text + '%' '';

    DataModule2.Konkurs.Filtered: = true;

    end;

    end;

    procedure TKonkurs.Button6Click (Sender: TObject);

    begin

    DataModule2.Konkurs.Filtered: = false;

    end;

    procedure TKonkurs.FormCreate (Sender: TObject);

    begin

    end;

    end.



    Скачати 108.82 Kb.


    Розробка програмного забезпечення інформаційної системи "Будинок дитячої творчості"

    Скачати 108.82 Kb.