приємство 8" включає в себе платформу і прикладні рішення, розроблені на її основі, для автоматизації діяльності організацій і приватних осіб (Рис.1). br/>
В В В
В
В В В
В В В
В В В В
Рис.1. "1С: Підприємство"
Платформа - це середовище виконання і набір технологій, використовувані як основи для побудови певного кола додатків. Платформа надає розробнику деяку модель, яка, як правило, ізолює його від понять і подробиць технологій і платформ нижчого рівня (Рис.2) [1]. br/>В
Рис.2. Місце і роль платформи 1С: Підприємство
При розробці платформи "1С: Підприємство" її творці відразу орієнтувалися на отримання цілісної базової платформи, яка буде використовуватися для побудови різноманітних прикладних рішень. При цьому дані прикладні рішення можуть створюватися не тільки фахівцями фірми "1С", але і безліччю інших розробників, які є експертами в тих чи інших галузях виробничої діяльності. Тому платформа спочатку проектувалася як тиражований продукт. Цей продукт включає всі необхідні технології для експлуатації бізнес-додатків і інструменти для їх розробки і модифікації (Рис.3).
В
Рис.3. Загальна архітектура 1С: Підприємство
Досвід розробки прикладних рішень показує, що значна частина розробників не створює програми з нуля, а лише допрацьовує типові рішення. Високий рівень настраиваемости рішень на специфічні вимоги користувача є одним з важливих переваг настільки чіткого розмежування між платформою і прикладними рішеннями.
Дана обставина визначає особливі вимоги до наочності і простоті розуміння розробником вже існуючих рішень, а також максимально враховується в усіх механізмах платформи. Виділення прикладного рішення як самостійного елементу дозволяє сформувати цілу область створення, розповсюдження і підтримки різноманітних прикладних систем. У цій області можна сконцентрувати свої зусилля тільки на специфіці даного класу задач.
У принципах побудови платформи "1С: Підприємство" споконвічно закладена сувора орієнтація на розробку прикладного рішення на основі певної моделі.
Модель - це вся ідеологія побудови прикладного рішення. Тут і способи побудови структур даних, і типи зв'язків між даними, і принципи управління даними, і формати опису бізнес-логіки, і способи зв'язку даних з об'єктами інтерфейсу, і поділ функціональності за рівнями системи, а також багато іншого.
Важливо, що всі програми повинні слідувати прийнятої моделі. Цим забезпечується однаковість і передбачуваність їх поведінки. Таким чином, розробник, який хоче відобразити у прикладному бізнес-рішенні специфіку тієї чи іншої предметної області, має цілком певний набір способів реалізації завдання засобами, закладеними в платформу. Безумовно, такий підхід в чомусь обмежує свободу розробника, але в той же час він захищає від безлічі помилок і дозволяє досить швидко отримати працездатний рішення, яке надалі зможе розвиватися і підтримуватися не тільки їм, а й іншими фахівцями.
Крім того, наявність єдиної моделі принциповим чином позначається і на простоті освоєння системи. Вся розробка ведеться в рамках однієї наскрізної системи понять і в єдиному просторі типів даних. У розробника не виникає необхідності освоювати кілька моделей подання та витрачати зусилля на реалізацію переходів між ними на різних рівнях.
У системі "1С: Підприємство" всі операції редагування даних (створення, зміна та видалення) проводяться тільки з використанням об'єктної техніки. Розробники взаємодіють з базами даних не на рівні записів, а за допомогою об'єктів, відповідних збереженим в базах даних сутностей. Робота з об'єктними сутностями підтримується поданням сутностей бази даних у вигляді об'єктів вбудованої мови програмування і спеціальними типами даних, службовцями для подання об'єктних посилань (посилань на об'єкти бази даних). Знаючи об'єкт, легко отримати його посилання: знаючи посилання - витягти об'єкт з бази даних. Дана техніка забезпечує наочний і природний спосіб опису у вихідному коді алгоритмів бізнес-логіки, що маніпулюють об'єктами, і гарантує логічну цілісність даних при будь-яких операціях. Це нагадує написання додатків об'єктних баз даних, з тією лише різницею, що збереження даних відбувається в таблицях реляційної СУБД. При цьому в модулях, написаних на вбудованій мові, може одночасно бути присутні кілька об'єктів, що відносяться до однієї одиниці бази даних.
Для зміни збережених даних не потрібно писати складні запити і перетворювати результати їх обробки в об'єкти мови програмування. Достатньо отримати об'єкт з бази даних, змінити його властивості і знову зберегти. Розробник п...
