ідприємство» дозволяє знизити вартість впровадження інформаційної системи, тому не вимагає придбання додаткового ПЗ для управління СУБД [30].
. 4 Обгрунтування вибору платформи створення інформаційної системи
В якості платформи для розробки системи була обрана «1С: Підприємство 8».
Склад прикладних механізмів «1С: Підприємства» орієнтований на рішення задач автоматизації обліку та управління підприємством. В «1С: Підприємство 8» реалізований сучасний ергономічний інтерфейс, за рахунок чого підвищена комфортність роботи користувачів при роботі з системою протягом тривалого часу.
Система «1С: Підприємство 8» є відкритою системою. Надається можливість для інтеграціі практично з будь-якими зовнішніми програмами та обладнанням на основі загальновизнаних відкритих стандартів і протоколів передачі даних.
Система прав доступу дозволяє дозволяти доступ користувачів тільки до тих даних, які необхідні їм для виконання певних функцій в прикладному рішенні.
Потужні засоби формування звітів і друкованих форм забезпечують широкі можливості оформлення та інтерактивної роботи.
Технологічна платформа «1С: Підприємство 8» забезпечує різні варіанти роботи прикладного рішення: від персонального однокористувацького до роботи в масштабах великих робочих груп і підприємств. Ключовим моментом масштабованості є те, що підвищення продуктивності досягається засобами платформи, і прикладні рішення не вимагають доопрацювання при збільшенні кількості одночасно працюючих користувачів. Єдина технологічна платформа, що лежить в основі системи програм «1С: Підприємство 8.0», є фундаментом для побудови всіх прикладних рішень. Наявність єдиної технологічної платформи не просто полегшує створення окремих прикладних рішень і забезпечує їх невисоку вартість. Головна перевага такого підходу - стандартизація розробки, забезпечення масштабованості та забезпечення швидкого впровадження сучасних технологій у всіх прикладних рішеннях.
Наявність єдиної платформи та загальної методології дозволяє створювати спеціалізовані та індивідуальні рішення на базі стандартних, додаючи в них тільки необхідні відмінності, що враховують специфіку галузі або конкретного підприємства.
З економічної точки зору це дозволяє забезпечити досить низьку вартість галузевих та індивідуальних рішень, оскільки витрати на їх створення істотно нижче, ніж витрати на розробку програми з нуля. Це забезпечує високу швидкість створення і впровадження рішень, оскільки максимально використовується відпрацьована функціональність і методологія, що містяться в типових рішеннях.
Дуже важливою перевагою такого підходу є уніфікація навчання користувачів. Наприклад, навчившись на курсах по «1С: Підприємству 8.0» або маючи досвід роботи з який або з програм, користувач досить швидко освоює можливості спеціалізованих або індивідуальних рішень [34, 38, 39].
. 5 Проектування модулів
Програмні модулі в конфігурації системи «1С: Підприємство» не є самостійними програмами в загальноприйнятому розумінні цього слова, оскільки вони є тільки частиною всієї конфігурації завдання. Програмний модуль - це свого роду «контейнер» для розміщення текстів процедур і функцій, що викликаються системою під час виконання завдання в певні моменти роботи. Тому програмний модуль не має формальних меж свого опису типу: «Початок модуля» - «Кінець модуля».
Місце розміщення конкретного програмного модуля надається конфігуратором в тих точках конфігурації завдання, які вимагають опису специфічних алгоритмів функціонування. Ці алгоритми слід оформляти у вигляді процедур або функцій, які будуть викликані самою системою в заздалегідь передбачених ситуаціях (наприклад, при натисканні кнопки в діалоговому вікні). Кожен окремий програмний модуль сприймається системою як єдине ціле, тому всі процедури і функції програмного модуля виконуються в єдиному контексті.
Кожен програмний модуль пов'язаний з іншою частиною конфігурації завдання. Цей зв'язок називається контекстом виконання модуля. Слід розрізняти два види контексту:
глобальний контекст завдання;
локальний контекст виконання конкретного модуля.
Глобальний контекст видно всім програмним модулям і визначає загальну мовне середовище конфігурації.
Локальний контекст модуля утворюється тим конкретним місцем конфігурації завдання, для якого використаний програмний модуль. Локальний контекст видно тільки конкретному програмному модулю і визначає для модуля набір безпосередньо доступних модулю значень агрегатних типів даних, їх атрибутів і методів. Однак контекст модуля можна пере...
