Заглавная страница Избранные статьи Случайная статья Познавательные статьи Новые добавления Обратная связь FAQ Написать работу КАТЕГОРИИ: АрхеологияБиология Генетика География Информатика История Логика Маркетинг Математика Менеджмент Механика Педагогика Религия Социология Технологии Физика Философия Финансы Химия Экология ТОП 10 на сайте Приготовление дезинфицирующих растворов различной концентрацииТехника нижней прямой подачи мяча. Франко-прусская война (причины и последствия) Организация работы процедурного кабинета Смысловое и механическое запоминание, их место и роль в усвоении знаний Коммуникативные барьеры и пути их преодоления Обработка изделий медицинского назначения многократного применения Образцы текста публицистического стиля Четыре типа изменения баланса Задачи с ответами для Всероссийской олимпиады по праву Мы поможем в написании ваших работ! ЗНАЕТЕ ЛИ ВЫ?
Влияние общества на человека
Приготовление дезинфицирующих растворов различной концентрации Практические работы по географии для 6 класса Организация работы процедурного кабинета Изменения в неживой природе осенью Уборка процедурного кабинета Сольфеджио. Все правила по сольфеджио Балочные системы. Определение реакций опор и моментов защемления |
Проектно-конструкторський розділ↑ Стр 1 из 5Следующая ⇒ Содержание книги Поиск на нашем сайте
Проектно-конструкторський розділ Загальносистемні рішення Загальні положення Система – це сукупність об'єктів, які об'єднані зв'язками, загальними ознаками, властивостями, призначенням та умовами існування, і функціонують як єдине ціле, що надає системі нових властивостей, які відсутні у цих об'єктів по окремо. Модуль -функціонально закінчений фрагмент програми, оформлений у вигляді окремого файлу з вихідним кодом або пойменованої безперервної її частини, призначений для використання в інших програмах. Модулі дозволяють розбивати складні завдання на більш дрібні відповідно до принципу модульності. Зазвичай проектуються таким чином, щоб надавати програмістам зручну для багаторазового використання функціональність (інтерфейс) у вигляді набору функцій, класів, констант. АРМ призначена для підвищення якості та спрощення роботи адміністрації (деканату) по відношенню до студентів. АРМ буде працювати за певними принципами. Користувач від адміністрації буде мати повний доступ до інформації (персональних даних, групи, контактного номера телефону, даних про успішність студента і т.д.), щоб з максимальною швидкістю надати студенту потрібну для нього інформацію. Далі в такий же спосіб користувач може вибрати конкретного студента та внести зміни до даних, що уже занесені у існуючу базу даних системи. Коли всі необхідні дані введені, можна виконати обрахунок аналітичної частини або відобразити статистику графіками. Кожен рядок має свою інформаційну частину, яка складається з кількох блоків, що, в свою чергу, містять дані, які дають змогу отримати всю необхідну інформацію про того чи іншого студента, що навчається на факультеті. Чи, якщо зробити доповнення до початкового проекту, всю потрібну інформацію про штатного працівника. Таким чином ми можемо отримати систему, що створює базу даних або використовує дані іншої бази даних, та має можливість підвищити відсоток продуктивності роботи. Та, в свою чергу, зменшити навантаження у роботі адміністративної ланки. В АРМ присутні розділи, такі як: пошук інформації по базі даних, створення статистичних графіків на основі аналітичних даних, редагування інформації, що міститься у системі, формування звітних документів та можливість передачі даних як з так і у дану систему. АРМ має безліч переваг: – надає прямий доступ до персональної інформації студента; – доступ до БД системи мають лише авторизовані користувачі; – не потрібно шукати дані по журналах; – не потрібно вести журнал довідок, система дає змогу отримати звіт; – надає можливість імпорту та експорту даних у інші БД; – управляти системою можна в будь-якому місці, де є доступ до мережі інтернет. Очевидно, що наявність такої системи дає чимало переваг, скорочує час на виконання роботи та підвищує продуктивність та швидкість виконання поставлених завдань. Огляд наявних аналогів В ході пошуку схожих за темою і функціональністю АРМ було знайдено кілька аналогів зі схожими функціями. Наведемо деякі з них: – Інтегрована інформаційна система Хмельницького національного університету – природною складовою частиною ділових процесів, спрямованих на забезпечення освітньої й управлінської діяльності університету. Завданнями якої є: - збір, обробка та зберігання інформації; - зберігання й обробка вже накопиченої інформації в банках даних; - комп’ютеризація документообігу ВНЗ; - обслуговування адміністративних підрозділів ВНЗ – відділу кадрів, бухгалтерії, планово-фінансового керування й т.д.; - обслуговування навчальних підрозділів ВНЗ – учбово- методичне керування, деканати, кафедри; - обслуговування науково-виробничих підрозділів ВНЗ; - облік і контроль матеріальних цінностей; - забезпечення відкритого доступу там, де це можливо, до інформаційних ресурсів ВНЗ. – робоча БД деканату факультету інформатики та обчислювальної техніки – база даних факультету інформатики та обчислювальної техніки НТУУ «КПІ», що зв’язана із ЄДЕБО, та яка експортує звідти інформацію. Дана система використовується факультетом впродовж останніх років. Основними функціями якої є: - введення інформації про студентів; - редагування інформації; - експорт даних із БД ЄДЕБО; - створення БД студентів факультету; - синхронізація БД з ЄДЕБО. Розглянемо детальніше функціональність наведених вище баз даних (табл. 1.1):
Таблиця 1.1 – функціональність аналогічних інтернет-магазинів
Відмінності АРМ від перелічених аналогів Відмінна особливість АРМ полягає в тому, що вона динамічна, і час, який витрачається на занесення та редагування інформації набагато менший, ніж в аналогах, наведених вище. АРМ адаптована під будь-які розміри комп’ютера, мобільного телефону чи планшету. Не у всіх аналогів є така можливість. На жодній аналогічній системі не можна здійснити велику кількість операцій, що закладені в основу проекту АРМ. Що робить АРМ більш адаптованим та зручним для роботи. Опис процесу діяльності Під процесом діяльності розглянемо створення нової БД до авторизації в системі за допомогою UML схеми структурної (рисунок 1.1): Рисунок 1.1 – Схема структурної діяльності щодо реєстрації Розглянемо створення нової БД після автоматизації за допомогою UML схеми структурної (рисунок 1.2). Користувачу тепер не обов’язково проходити алгоритм реєстрації. Тепер користувач може почати роботу відразу після авторизації у системі, що набагато спрощує алгоритм роботи на початковій стадії: Рисунок 1.2 – Схема структурної діяльності щодо авторизації Рисунок 1.3 – Схема структурної діяльності щодо редагування/обліку інформації
Опис постановки задачі Призначенням створення АРМ є забезпечення інформаційно-аналітичної підтримки виконання операцій, які проводяться деканатом факультету у процесі виконання покладених на неї функцій. Цілями даної розробки є: – підвищення зручності і комфорту для працівників деканату при роботі з необхідними їм файлами; – підвищення якості роботи зі списками за рахунок повноти, достовірності та зручності форматів відображення інформації; – підвищення швидкості та точності обрахунку аналітичної частини роботи. Для досягнення поставлених цілей мають бути вирішені наступні задачі або реалізовані наступні функції: - можливість моніторингу реєстрації; - можливість моніторингу авторизації; - забезпечення технічної підтримки; - створити можливість підтвердження реєстрації користувачів. – створити реєстрацію; – створити авторизацію; – створити та налаштувати роботу БД; – додати редагування інформації; – додати можливість аналітичних обрахунків; – створення рейтингової статистики.
Опис бізнес процесів
Рисунок 1.6 – Контекстна модель у нотації IDEF0 На вхід подається інформація про студента (персональні дані, курс, група, рейтингові оцінки, староста групи він чи ні), які можна дізнатись звернувшись у деканат, та зробивши запит на цю інформацію. На виході ми можемо отримати вико звіти про успішність як одного студента(одиничний запит студента), так і успішність всього курсу чи конкретного потоку (звіт про успішність на стипендіальну комісію). Також є можливість отримати звіт про студентів, що не відповідають мінімальним нормам, що дають змогу навчатись на факультеті (протокол, наказ на відрахування). Доступна можливість отримати звіт роботи працівників деканату з усіма правками, що були внесені у базу даних. Всі процеси проходять з дотриманням санітарних норм, Закону про вищу освіту та Закону про вищі навчальні заклади. Адміністратор моніторить усі зміни, які були внесені у базу даних АРМ.
Рисунок 1.7 – Декомпозиція першого рівня Для початку роботи користувач додає інформацію про студентів у базу даних. ЗА час роботи користувач переглядає та змінює інформацію, що закріплена за тим чи іншим студентом. Всі зміни, які вносяться фіксуються АРМ та моніторяться адміністратором, який обробляє дані, що були додані. Користувач формує звіти, якщо потрібно. Опис моделі Для проведення реінжинірингу фінансових процесів ми будуємо бізнес процес роботи АРМ за одиницю часу беремо місяць, а за одиницю валюти гривню. Є наступні надходження до бюджету: – бюджет виділений на роботу деканату; Також передбачені витрати: – заробітна плата адміністратора та користувача; – оплата офісного обладнання: – купівля чорнил для печаток; – купівля паперу, ручок і тд. Контейнери: – Dekanat – загальний бюджет виділений для роботи. Потоки: – Money for dekanat – надходження; – Payment entrepreneur, Payment credit, Equipment, Workers, PE – витрати. Сценарій роботи моделі Для початку роботи АРМ потрібно отримати дозвіл на встановлення та встановити ПЗ на комп’ютери деканату, навчити працівників працювати з обладнанням та системою. Для повноцінної роботитреба найняти адміністратора та ознайомити його з документацією, щоб він міг постійно роботи моніторинг роботи.
Початкова модель Рисунок 1.8 – Початкова модель
Формули початкової моделі Модель після реінжинірингу Рисунок 1.11 – Модель після реінжинірингу Формули нової моделі Висновки Як видно з графіків після реінжинірингу кількість прибутку не змінилась, проте, ми бачимо, що зменшилися витрати. Отже, можна вважати, що реінжиніринг виконав поставлену задачу, призвів до збільшення балансу, шляхом зменшення затрат. Перелік первісних даних Первісні дані вводяться адміністратором і користувачем, через веб-сторінку. Загальні дані про студента: – ПІБ; – дата народження, місце проживання; – рейтингові оцінки; – група; – курс; – староста; – пільги. Дані про адміністратора: – e-mail адреса; – пароль; – логін; – П.І.Б; – телефон; – адреса. Дані про користувача: – e-mail адреса; – пароль; – логін; – П.І.Б; – телефон; – адреса. Перелік вихідних документів Вихідними документами є звіти, які генеруються програмним продуктом. Нижче наведені приклади макетів звітів (табл. 1.2 – 1.6) Таблиця – 1.2 Наказ стипендіальної комісії
Таблиця – 1.3 Наказ на відрахування
Таблиця 1.4 – Наказ на переведення на наступний курс
Таблиця – 1.5 Наказ на поновлення
Таблиця – 1.6 Звіт роботи за період часу
Опис структури бази даних База даних складається з 4 таблиць пов’язаних між собою. Далі приводиться перелік таблиць (табл. 1.4). Таблиця 1.7 – Перелік таблиць
Опис структури бази даних У таблицях 1.8 – 1.13 наведена структура таблиць бази даних. Таблиця 1.8 – Опис таблиці UserRoles
Таблиця 1.9 – Опис таблиці Users
Таблиця 1.10 – Опис таблиці Roles
Таблиця 1.11 – Опис таблиці Categories
Таблиця 1.12 – Опис таблиці Accounting
Опис масивів інформації Орієнтовний обсяг даних масивів інформації представлений у таблиці 1.10. Таблиця 1.13 – Масиви інформації
Опис проблеми Оскільки, для стабільної та швидкої роботи АРМ потребується велика пропускна спроможність обрахунку даних, постає проблема обрання оптимального варіанту для проведення роботи аналітичної частини проекту. Проблемою стає фактор наявності у роботі системи великої кількості змінних, з якими потрібно опрацювати та обраховувати. Ця проблема зв’язана з великою кількістю студентів та отриманих пропусків і оцінок як одного, так і усіх студентів, що внесені до робочої бази даних факультету (даний проект робить акцент саме на роботі деканату). Опис алгоритму Для того, щоб вирішити проблему, яка постала перед нами можна використати задачу з прогнозування. Засоби розробки При створенні програмного продукту були використанні мови HTML, CSS, PHP та JavaScript. Мова програмування PHP - скриптова мова програмування, була створена для генерації HTML-сторінок на сторонівеб-сервера. PHP є однією з найпоширеніших мов, що використовуються у сфері веб-розробок. PHP підтримується переважною більшістю хостинг-провайдерів. PHP — проект відкритого програмного забезпечення. JavaScript (JS) — динамічна, об'єктно-орієнтованa мова програмування. Реалізація стандарту ECMAScript. Найчастіше використовується як частина браузера, що надає можливість коду на стороні клієнта (такому, що виконується на пристрої кінцевого користувача) взаємодіяти з користувачем, керувати браузером, асинхроннообмінюватися даними з сервером, змінювати структуру та зовнішній вигляд веб-сторінки. Мова JavaScript також використовується для програмування на стороні серверу. MySQL — система керування реляційними базами даних. MySQL був розроблений компанією «ТсХ» для підвищення швидкодії обробки великих баз даних. Ця система керування базами даних (СКБД) з відкритим кодом була створена як альтернатива комерційним системам. MySQL з самого початку була дуже схожою на mSQL, проте з часом вона все розширювалася і зараз MySQL — одна з найпоширеніших систем керування базами даних. Вона використовується, в першу чергу, для створення динамічних веб-сторінок, оскільки має чудову підтримку з боку різноманітних мов програмування. MONGO DB Діаграма послідовності Приклад діаграми послідовності для процесу введення інформації для створення звіту про студента, групи, чи курсу у автоматизованому робочому місці працівника деканату. На діаграмі задіяні наступні класи:
Рис.1.13. Діаграма послідовності для прецеденту Введення інформації для звіту в АРМ працівника деканату
Діаграма класів Діаграма компонентів Головними компонентами модуля є: головна сторінка АРМ, сторінка редагування даних, з’єднання з БД, що надає усі данні до інтерфейсу. Рисунок 1.16 – Схема структурна компонентів Діаграма розгортання На веб-сервері розміщена АРМ до якої під’єднаний Сервер БД веб-сайту, в якому міститься компонент MySQL. Зайти на веб-сайт користувач може через Веб-браузер. На рисунку 1.16 представлена діаграма розгортання. Рисунок 1.17 – Діаграма розгортання Специфікація функцій На кінцевій стадії дипломного проектування, коли існує розроблений програмний продукт, можна надати в проекті специфікацію функцій класів. Приблизний приклад (таблиця наведена неповна) Функції класів програмного забезпечення наведені в таблиці 4.9. Таблиця 4.9 – Функції класів програмного забезпечення
Опис звітів За допомогою АРМ можливий збір статистичних даних для побудови звітів по успішності студентів працівниками деканату. Звіти створюються за допомогою відкритого COM-застосування, для роботи з сервером Microsoft Word. Даний додаток дозволяє посилати досить великий набір команд серверу Word і створювати звіти будь-якої складності та деталізації. При написанні коду будемо використовувати.Net збірку взаємодії з програмами Microsoft Office – Microsoft.Office.Interop.Word [12], для роботи нам потрібно лише одна частина даної збірки, а саме Word.Application. Головним в ієрархії об’єктів Word.Application є об’єкт Document. Інформація про об’єкти Document зберігається у вигляді посилань на відкриті документи у властивості Document. Document – це пустий лист, на якому генерується звіт роботи. Звіт АРМ генерується автоматично при виборі пункту меню «Звіти» і зберігається під назвою «Наказ.doc» в папці «Накази», що знаходиться в кореневій папці. Згенерований звіт має вигляд зображений на рисунку 1.17, де показано список студентів, що буде переведено на наступний курс. Рисунок 1.18 – Вигляд звіту «Наказ на переведення» Висновки по розділу В даному розділі дипломного проекту було описано процеси діяльності та наведено опис функцій, що автоматизовуються. Було обрано та поставлено цілі розробки, вибір засобів розробки веб-сайту та аналітичних засобів. За допомогою діаграм та специфікацій функцій проведено опис архітектури АРМ. В даній частині ПЗ було описано проблему обрахунку великої кількості даних, яку було вирішено за допомогою …. Технологічний розділ Керівництво користувача Для запуску програмним продуктом можна скористатися за допомогою веб-браузера (Chrome, Opera і т.д), просто прописавши адресу веб-сервера АРМ працівника деканату: (потім прописати адресу). Головне вікно містить вікно реєстрації, якщо користувач/адміністратор ще не зареєстровані, та вікно входу/авторизації, - якщо реєстрація уже пройдена. Приклади вікон продукту показано на рисунках 2.1 та 2.2.
Рисунок 2.1 – Головне вікно програмного продукту Проведення випробувань В процесі тестування були перевірена уся функціональність системи. У наступних таблицях наведений перелік випробувань основних функціональних можливостей (табл. 2.1 – 2.2). Таблиця 2.1 – Введення логіну та паролю
Таблиця 2.2 – Перевірка створення звіту
Висновки по розділу В даному розділі було надано детальну інструкцію користувача по роботі у АРМ працівника деканату. Також було проведено тестування функціональних аспектів системи. В ході тестування критичних помилок виявлено не було та встановлення, що система, що була виготовлена, працює стабільно та без збоїв.
Проектно-конструкторський розділ Загальносистемні рішення Загальні положення Система – це сукупність об'єктів, які об'єднані зв'язками, загальними ознаками, властивостями, призначенням та умовами існування, і функціонують як єдине ціле, що надає системі нових властивостей, які відсутні у цих об'єктів по окремо. Модуль -функціонально закінчений фрагмент програми, оформлений у вигляді окремого файлу з вихідним кодом або пойменованої безперервної її частини, призначений для використання в інших програмах. Модулі дозволяють розбивати складні завдання на більш дрібні відповідно до принципу модульності. Зазвичай проектуються таким чином, щоб надавати програмістам зручну для багаторазового використання функціональність (інтерфейс) у вигляді набору функцій, класів, констант. АРМ призначена для підвищення якості та спрощення роботи адміністрації (деканату) по відношенню до студентів. АРМ буде працювати за певними принципами. Користувач від адміністрації буде мати повний доступ до інформації (персональних даних, групи, контактного номера телефону, даних про успішність студента і т.д.), щоб з максимальною швидкістю надати студенту потрібну для нього інформацію. Далі в такий же спосіб користувач може вибрати конкретного студента та внести зміни до даних, що уже занесені у існуючу базу даних системи. Коли всі необхідні дані введені, можна виконати обрахунок аналітичної частини або відобразити статистику графіками. Кожен рядок має свою інформаційну частину, яка складається з кількох блоків, що, в свою чергу, містять дані, які дають змогу отримати всю необхідну інформацію про того чи іншого студента, що навчається на факультеті. Чи, якщо зробити доповнення до початкового проекту, всю потрібну інформацію про штатного працівника. Таким чином ми можемо отримати систему, що створює базу даних або використовує дані іншої бази даних, та має можливість підвищити відсоток продуктивності роботи. Та, в свою чергу, зменшити навантаження у роботі адміністративної ланки. В АРМ присутні розділи, такі як: пошук інформації по базі даних, створення статистичних графіків на основі аналітичних даних, редагування інформації, що міститься у системі, формування звітних документів та можливість передачі даних як з так і у дану систему. АРМ має безліч переваг: – надає прямий доступ до персональної інформації студента; – доступ до БД системи мають лише авторизовані користувачі; – не потрібно шукати дані по журналах; – не потрібно вести журнал довідок, система дає змогу отримати звіт; – надає можливість імпорту та експорту даних у інші БД; – управляти системою можна в будь-якому місці, де є доступ до мережі інтернет. Очевидно, що наявність такої системи дає чимало переваг, скорочує час на виконання роботи та підвищує продуктивність та швидкість виконання поставлених завдань. Огляд наявних аналогів В ході пошуку схожих за темою і функціональністю АРМ було знайдено кілька аналогів зі схожими функціями. Наведемо деякі з них: – Інтегрована інформаційна система Хмельницького національного університету – природною складовою частиною ділових процесів, спрямованих на забезпечення освітньої й управлінської діяльності університету. Завданнями якої є: - збір, обробка та зберігання інформації; - зберігання й обробка вже накопиченої інформації в банках даних; - комп’ютеризація документообігу ВНЗ; - обслуговування адміністративних підрозділів ВНЗ – відділу кадрів, бухгалтерії, планово-фінансового керування й т.д.; - обслуговування навчальних підрозділів ВНЗ – учбово- методичне керування, деканати, кафедри; - обслуговування науково-виробничих підрозділів ВНЗ; - облік і контроль матеріальних цінностей; - забезпечення відкритого доступу там, де це можливо, до інформаційних ресурсів ВНЗ. – робоча БД деканату факультету інформатики та обчислювальної техніки – база даних факультету інформатики та обчислювальної техніки НТУУ «КПІ», що зв’язана із ЄДЕБО, та яка експортує звідти інформацію. Дана система використовується факультетом впродовж останніх років. Основними функціями якої є: - введення інформації про студентів; - редагування інформації; - експорт даних із БД ЄДЕБО; - створення БД студентів факультету; - синхронізація БД з ЄДЕБО. Розглянемо детальніше функціональність наведених вище баз даних (табл. 1.1):
Таблиця 1.1 – функціональність аналогічних інтернет-магазинів
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Последнее изменение этой страницы: 2016-06-19; просмотров: 395; Нарушение авторского права страницы; Мы поможем в написании вашей работы! infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 3.135.206.19 (0.017 с.) |