Шпаргалка
Технології та методи проектування інформаційних систем
Поняття інформаційної системи. Класифікація. Економічна інформаційна система
ІС-системи зберігання, обробки, перетворення, передачі, оновлення інформації з використанням комп'ютерної та іншої техніки.
Класифікація:
1) за призначенням
А) системи інф забезпечення (1с)
Б) довідкові ІС (консультант +)
2) по кількості користувачів і територіальною ознакою: однопо, многоп, ІС рівні підпр, розподілені, дуже великі, понад великі
3) за функціями управління: планові бухг програми
4) за галузями
5) за видами обр інф а) текст б) графич, в) мультимедія г) мод реальн світу
6) за підтримки видів деят: АІС, АСУТП.
ЕІС-представляє собою сукупність організаційних, технічних, програмних і інформаційних засобів, об'єднаних в єдину систему з метою збирання, зберігання, обробки та видачі необхідної інформації, призначеної для виконання функцій управління.
ЕІС-інформаційна система, призначена для виконання функцій управління на підприємстві.
Економічна інформація. Властивості. Класифікація
Економічна інформація (ЕІ) - сукупність відомостей, що відображають соціально-економічні процеси і службовців для управління цими процесами і колективами людей у виробничій і невиробничій сфері.
Властивості економічної інформації:
- Цінність і корисність ЕІ характеризується вартістю, трудомісткістю, доступністю, істинністю і релевантністю;
-Повнота ЕІ може бути: достатньою, недостатньою, надлишкової;
-Незалежність змісту від форм надання.
Класифікація економічної інформації:
1. За значенням у процесі управління:
-Управляюча (складається з доводимое до відома виконавців інформації у формі прямих наказів, планових завдань або у формі економічних і моральних стимулів);
-Довідуються (втілена у звітних показниках, виконує в економічній системі функцію зворотного зв'язку: відомості про результати виконання рішення і стану управлінського об'єкта).
2. За змістом:-за фазами і процесам виробництва: інформація про ринок, інформація про виробництво;
-По відображеним структурним одиницям: за галузями, за економічним районам, по окремих підприємствах.
3. За можливості використання цінності інформація для прийняття рішення: корисна; помилкова; надмірна.
4. За ступенем обробки і місцю в інформаційному процесі: первинна; похідна.
5. За постійності: постійна;
умовно-постійна; змінна.
Структура інформаційної системи
Структуру інформаційної системи становить сукупність окремих її частин, які називаються підсистемами.
Підсистема - це частина системи, виділена за якою-небудь ознакою.
Загальну структуру інформаційної системи можна розглядати як сукупність підсистем незалежно від сфери застосування.
Серед забезпечують підсистем зазвичай виділяють інформаційне, технічне, математичне, програмне, організаційне і правове забезпечення.
Інформаційне забезпечення - сукупність єдиної системи класифікації і кодування інформації, уніфікованих систем документації, схем інформаційних потоків, що циркулюють в організації, а також методологія побудови баз даних.
Технічне забезпечення - комплекс технічних засобів, призначених для роботи інформаційної системи, а також відповідна документація на ці засоби і технологічні процеси.
Математичне та програмне забезпечення - сукупність математичних методів, моделей, алгоритмів і програм для реалізації цілей і завдань інформаційної системи, а також нормального функціонування комплексу технічних засобів.
Організаційне забезпечення - сукупність методів і засобів, що регламентують взаємодію працівників з технічними засобами і між собою в процесі розробки і експлуатації інформаційної системи.
Правове забезпечення - сукупність правових норм, що визначають створення, юридичний статус і функціонування інформаційних систем, що регламентують порядок одержання, перетворення і використання інформації.
Технології та методи проектування ІС
Проектування-процес прийняття проектно-конструкторських рішень, що дозволяє отримати проект системи задовольняє вимоги замовника.
Проектно-конструкторська технологічна програмна документація в якій представлено рішення всієї системи, в якій представлена інформація з експлуатації системи в конкретній інформаційної та програмному середовищі.
Метод проектування - сукупність процесу створення ряду моделей яка описує різні аспекти розробки системи.
Корпоративна інформаційна система (КІС)
Корпоративна інформаційна система - це масштабована система, призначена для комплексної автоматизації всіх видів господарської діяльності великих і середніх підприємств, у тому числі корпорацій, що складаються з групи компаній, що вимагають єдиного управління.
Основне завдання керувати підприємством
Етапи впровадження КІС
1) етап вибору системи
2) планування впровадження
3) процес впровадження
4) застосування
Ознаки КІС: функс возможнос, маштаб пакета, вартість, терміни, платформа.
Бухгалтерські економічні інформаційні системи. Структура БІС
Займають лідірующ місце серед продажів, сотавл 80% від всіх систем.
Особеннсоті БІС:
а) разрабоатив для малих, середніх і великих підприємств. Б) бувають унвіерс або спеціалізований. В) використовуються для цілей управління на ур окремого підприємстві або галузевому рівні.
Г) орієнтуються на різні види діяльності. Д) використовують різні типи налаштувань.
Здачи БІС
1) автоматизир вирішене всього компл завдань бу.
2) планування і аналіз фін, госп деят, внутр аудит. 3) інтеграція оперативного БО, статистич уч. 4) автоматиз обраб інф.
А-Софт, SWIFT, Бух-софт 16 Інформаційні технології казначейства.
Інформаційні технології (ІТ, від англ. Information technology, IT) - широкий клас дисциплін та галузей діяльності, що відносяться до технологій керування та обробки даних, в тому числі, із застосуванням обчислювальної техніки.
Казначейство - держ орган у ф-ії якого входять:
1) контроль за виконанням федерального бютжета. 2) управління доходами та витратами бюжет 3) Регулювання фін відносин 4) фінансове виконання фондів 5) осущ прогнозування 6) контроль з виконанням коштів 7) збір, оброб інформ про состоян держ фінанс 8) управління внутр і зовн боргом 9) Розробка інструментарію дял проведення облікових операцій.
Завдання ІС в казначейства:
1) Оперативний облік доходів федераьлного бюджету. 2) взаміодействія між федеральним БЮТжетом з субхект, і місц 3) доведення коштів федераьлного бютжета до кінцевого одержувача 4) прогнозування використання бютжета і надходження доходів.
Органи казначейства в РФ були створені для контролю за надходженням і витрачанням бюджетних коштів, контролю за їх цільовим використанням, тривалістю проходження виділених коштів до кінцевого одержувача.
Реалізуються в інформаційній системі казначейства в двох архітектурах:
1 Термінальна архітектура - коли всі операції здійснюються на центральному обчислювальному комплексі високої продуктивності у зв'язку з віддаленими терміналами.
2 Клієнт-сервер - це робота з розподіленою БД всередині локальної обчислювальної мережі.
Архітектура 1С Підприємства
Говорячи про систему 1 С: Підприємство в широкому сенсі, можна сказати, що вона являє собою сукупність чотирьох складових: технологічної платформи; прикладних рішень різного масштабу і різної спрямованості, створених на основі технологічної платформи; методології створення прикладних рішень; інформаційно-технологічної підтримки користувачів і розробників.
Платформа та прикладні рішення.
Прикладне рішення 1С: Підприємства є самостійною сутністю і може виступати в якості окремого програмного продукту.
Метадані - спосіб опису прикладного рішення
При створенні прикладних рішень 1С: Підприємства використовується більш абстрактна технологія - технологія метаданих.
Метадані являють собою ієрархічну структуру об'єктів, повністю описує всі прикладне рішення.
Метадані та вбудовану мову
Всі прикладне рішення представляється не у вигляді рядків з інструкціями на мові програмування, а у вигляді ієрархічної структури об'єктів метаданих.
Три способи представлення даних
Для всіх прикладних даних (як об'єктних, так і необ'єктний) 1С: Підприємство підтримує три способи подання даних: зберігання в базі даних; подання у вбудованому мовою; відображення у форматі XML.
Генерація форм за замовчуванням
Важливою особливістю системи 1С: Підприємство є механізм форм за замовчуванням. Цей механізм звільняє розробника від необхідності створення всіх можливих форм для кожного з об'єктів прикладного рішення.
Підтримка різних сховищ даних
У різних варіантах роботи (файловий чи клієнт-серверний) 1С: Підприємство використовує різні сховища даних.
Оновлення прикладних рішень
Одним з важливих архітектурних рішень 1С: Підприємства є наявність механізмів поновлення прикладних рішень.
Робота з необ'єктний даними в 1С
Всі дані, які зберігаються в базі даних 1С: Підприємства, можна розділити на дві категорії: об'єктні та необ'єктний дані. До об'єктним даними відносяться дані довідників, документів, планів видів характеристик, планів рахунків, планів видів розрахунку, бізнес-процесів, завдань, планів обміну. необ'єктний даними відносяться дані регістрів відомостей, регістрів накопичення, регістрів розрахунку, перерахунків, регістрів бухгалтерії та послідовностей. Також до необ'єктний даними відносяться константи.
Необ'єктний дані представляють собою деякий набір записів, які зберігаються в таблиці. Кожна з цих записів повністю описується значеннями своїх полів. Для системи ці записи не мають якоїсь значимістю, крім того, що в їхніх полях містяться деякі значення. Запис можна видалити, а потім створити нову, з такими ж значеннями полів. Стан бази даних при цьому не зміниться (з точки зору логіки прикладного рішення). Це принципово відрізняє необ'єктний дані від об'єктних: об'єкт не можна створити двічі, він цінний сам по собі, самим фактом свого існування.
Друга важлива відмінність полягає в тому, що, змінивши значення полів запису, ми отримуємо іншу запис, в той час як зміна значень полів об'єкта не тягне за собою появу нового об'єкта. 27 Функціональність 1С.
Значна частина функціональності прикладних рішень, створюваних на платформі 1С: Підприємство, визначається тими можливостями, які містить базова реалізація використовуваних об'єктів конфігурації. Розглянемо основні функціональні можливості деяких об'єктів конфігурації. Довідники - описують каталоги, вміст яких більш-менш постійно. Це може бути, наприклад, перелік продукції, що випускається, список клієнтів компанії, перелік валют і т. д.
Документи відображають у системі події, що відбуваються в житті підприємства: надходження матеріалів, перерахування грошей через банк, прийом працівника на роботу і т. д.
Механізм опису характеристик дозволяє організувати зберігання властивостей об'єктів (довідників, документів і т. д.), які ще не відомі на момент розробки прикладного рішення.
Механізм зберігання відомостей дозволяє зберігати в прикладному рішенні довільні дані в розрізі декількох вимірів.
Механізми підготовки звітів, надає можливість динамічного створення звіту як програмними, так і інтерактивними засобами.
Web-розширення. Одним із засобів інтеграції, що дозволяє розширити сферу застосування 1С: Підприємства, є Web-розширення.
Метадані та інструменти для їх редагування, Синтакс-помічник, Відладчик, Завантаження / вивантаження інформаційної бази, Журнал реєстрації. Список користувачів.
Конструктори і редактори. Конструктори дозволяють автоматизувати та полегшити створення деяких часто використовуваних елементів прикладного рішення. І ДР.
Робота з об'єктними даними в 1С
Всі дані, які зберігаються в базі даних 1С: Підприємства, можна розділити на дві категорії: об'єктні та необ'єктний дані.
До об'єктним даними відносяться дані довідників, документів, планів видів характеристик, планів рахунків, планів видів розрахунку, бізнес-процесів, завдань, планів обміну.
До необ'єктний даними відносяться дані регістрів відомостей, регістрів накопичення, регістрів розрахунку, перерахунків, регістрів бухгалтерії та послідовностей. Також до необ'єктний даними відносяться константи.
Структура зберігання об'єктних даних завжди складається з основної таблиці і, можливо, декількох інших таблиць
Клієнт-серверний варіант роботи
Загальні відомості про клієнт-серверному варіанті роботи
Клієнт-серверний варіант роботи системи 1С: Підприємство передбачає використання 3-рівневої архітектури: клієнт - сервер 1С: Підприємства - сервер баз даних. У цьому варіанті роботи клієнтське додаток взаємодіє з сервером баз даних за допомогою спеціального додатку - сервера 1С: Підприємства.
Трирівнева архітектура 1С: Підприємства розроблена таким чином, що користувачеві не потрібно доступ до жодних файлових ресурсів, пов'язаних з 1С: Підприємством. Користувачеві клієнтського додатку 1С: Підприємства також не потрібен доступ до бази даних сервера баз даних.
В якості клієнтської програми можуть виступати 4 види різних додатків: онсоль сервера 1С: Підприємства; 1С: Підприємство; 1С: Підприємство в режимі конфігуратора; зовнішнє з'єднання 1С: Підприємства.
Консоль сервера 1С: Підприємства надає візуальний інтерфейс, який дозволяє виконувати адміністрування сервера: перегляд списку активних сполук, примусове завершення з'єднань, створення, редагування та видалення інформаційних баз і інші адміністративні дії.
Документи та їх послідовності
Місце документів в концепції системи 1С: Підприємство
При створенні бізнес-додатків для розв'язання завдань обліку, планування, прийняття рішень, управління і т. д., як правило, використовуються певні інформаційні моделі. Одне з центральних місць будь-якої подібної моделі займає поняття події.
Один з найбільш активно використовуваних варіантів історично склалася інформаційної моделі облікових рішень можна представити у вигляді такої схеми:
Класифікатори, набори стандартних значень
Записи, що реєструють події (документи, журнали, проводки ...)
Звітні форми про стан врахованих показників (баланс, звіти про ...)
Записи, що відображають значення врахованих показників (рахунки, регістри обліку ...)
Основа обліку - реєстрація подій, що відбуваються з враховуються показниками. Вона може виконуватись шляхом внесення записів у журнали, записом проводок і т. д. Загалом, за допомогою документування.
Причому документування повинно проводитися не в «вільної» формі, а узгоджуючи з заздалегідь розробленими і стандартизованими позначеннями, найчастіше зведеними у вигляді якихось класифікаторів.
Система «1С: Підприємство 8.0» дозволяє будувати прикладні рішення, оперуючи сукупностями об'єктів:
відповідними прикладним сутностей;
вибираними з набору жорстко визначених у платформі прототипів об'єктів.
Зберігання інформації
Завдання зберігання інформації
При створенні будь-яких рішень в області автоматизації практично завжди доводиться вирішувати завдання зберігання інформації. При цьому порушуються питання власне призначення зберігається, та численні технологічні питання. До технологічних питань можна віднести ті, які доводиться вирішувати для досягнення оптимального співвідношення показників: обсяг; надійність; функціональність; швидкодію
Причому на всіх етапах життєвого циклу інформації: запис інформації; зберігання інформації; отримання інформації; видалення інформації.
ПРО 1С. Константи - класичні об'єкти для зберігання таких даних. Додавати нові константи або видаляти старі можна тільки в режимі конфігурування, але ось заповнення і модифікація значень зазвичай проводиться користувачами (якщо не обмежений доступ).
Використання перерахувань Для вирішення завдань, коли необхідно зберігати вже не поодинокі значення, а якісь кінцеві набори значень і при цьому не мається на увазі їх модифікація користувачами, можливе застосування перерахувань. Зберігання інформації об'єктних і необ'єктний сутностей
При виборі прототипів об'єктів для зберігання інформації одним з типових питань, що виникають при неочевидних випадках, є вибір між об'єктними та необ'єктний даними.
Оперативний облік. Опис завдань, що вирішуються регістрами накопичення. Структура регістру накопичення. Механізм заповнення таблиць
Технології та методи проектування інформаційних систем
Поняття інформаційної системи. Класифікація. Економічна інформаційна система
ІС-системи зберігання, обробки, перетворення, передачі, оновлення інформації з використанням комп'ютерної та іншої техніки.
Класифікація:
1) за призначенням
А) системи інф забезпечення (1с)
Б) довідкові ІС (консультант +)
2) по кількості користувачів і територіальною ознакою: однопо, многоп, ІС рівні підпр, розподілені, дуже великі, понад великі
3) за функціями управління: планові бухг програми
4) за галузями
5) за видами обр інф а) текст б) графич, в) мультимедія г) мод реальн світу
6) за підтримки видів деят: АІС, АСУТП.
ЕІС-представляє собою сукупність організаційних, технічних, програмних і інформаційних засобів, об'єднаних в єдину систему з метою збирання, зберігання, обробки та видачі необхідної інформації, призначеної для виконання функцій управління.
ЕІС-інформаційна система, призначена для виконання функцій управління на підприємстві.
Економічна інформація. Властивості. Класифікація
Економічна інформація (ЕІ) - сукупність відомостей, що відображають соціально-економічні процеси і службовців для управління цими процесами і колективами людей у виробничій і невиробничій сфері.
Властивості економічної інформації:
- Цінність і корисність ЕІ характеризується вартістю, трудомісткістю, доступністю, істинністю і релевантністю;
-Повнота ЕІ може бути: достатньою, недостатньою, надлишкової;
-Незалежність змісту від форм надання.
Класифікація економічної інформації:
1. За значенням у процесі управління:
-Управляюча (складається з доводимое до відома виконавців інформації у формі прямих наказів, планових завдань або у формі економічних і моральних стимулів);
-Довідуються (втілена у звітних показниках, виконує в економічній системі функцію зворотного зв'язку: відомості про результати виконання рішення і стану управлінського об'єкта).
2. За змістом:-за фазами і процесам виробництва: інформація про ринок, інформація про виробництво;
-По відображеним структурним одиницям: за галузями, за економічним районам, по окремих підприємствах.
3. За можливості використання цінності інформація для прийняття рішення: корисна; помилкова; надмірна.
4. За ступенем обробки і місцю в інформаційному процесі: первинна; похідна.
5. За постійності: постійна;
умовно-постійна; змінна.
Структура інформаційної системи
Структуру інформаційної системи становить сукупність окремих її частин, які називаються підсистемами.
Підсистема - це частина системи, виділена за якою-небудь ознакою.
Загальну структуру інформаційної системи можна розглядати як сукупність підсистем незалежно від сфери застосування.
Серед забезпечують підсистем зазвичай виділяють інформаційне, технічне, математичне, програмне, організаційне і правове забезпечення.
Інформаційне забезпечення - сукупність єдиної системи класифікації і кодування інформації, уніфікованих систем документації, схем інформаційних потоків, що циркулюють в організації, а також методологія побудови баз даних.
Технічне забезпечення - комплекс технічних засобів, призначених для роботи інформаційної системи, а також відповідна документація на ці засоби і технологічні процеси.
Математичне та програмне забезпечення - сукупність математичних методів, моделей, алгоритмів і програм для реалізації цілей і завдань інформаційної системи, а також нормального функціонування комплексу технічних засобів.
Організаційне забезпечення - сукупність методів і засобів, що регламентують взаємодію працівників з технічними засобами і між собою в процесі розробки і експлуатації інформаційної системи.
Правове забезпечення - сукупність правових норм, що визначають створення, юридичний статус і функціонування інформаційних систем, що регламентують порядок одержання, перетворення і використання інформації.
Технології та методи проектування ІС
Проектування-процес прийняття проектно-конструкторських рішень, що дозволяє отримати проект системи задовольняє вимоги замовника.
Проектно-конструкторська технологічна програмна документація в якій представлено рішення всієї системи, в якій представлена інформація з експлуатації системи в конкретній інформаційної та програмному середовищі.
Метод проектування - сукупність процесу створення ряду моделей яка описує різні аспекти розробки системи.
Корпоративна інформаційна система (КІС)
Корпоративна інформаційна система - це масштабована система, призначена для комплексної автоматизації всіх видів господарської діяльності великих і середніх підприємств, у тому числі корпорацій, що складаються з групи компаній, що вимагають єдиного управління.
Основне завдання керувати підприємством
Етапи впровадження КІС
1) етап вибору системи
2) планування впровадження
3) процес впровадження
4) застосування
Ознаки КІС: функс возможнос, маштаб пакета, вартість, терміни, платформа.
Бухгалтерські економічні інформаційні системи. Структура БІС
Займають лідірующ місце серед продажів, сотавл 80% від всіх систем.
Особеннсоті БІС:
а) разрабоатив для малих, середніх і великих підприємств. Б) бувають унвіерс або спеціалізований. В) використовуються для цілей управління на ур окремого підприємстві або галузевому рівні.
Г) орієнтуються на різні види діяльності. Д) використовують різні типи налаштувань.
Здачи БІС
1) автоматизир вирішене всього компл завдань бу.
2) планування і аналіз фін, госп деят, внутр аудит. 3) інтеграція оперативного БО, статистич уч. 4) автоматиз обраб інф.
А-Софт, SWIFT, Бух-софт 16 Інформаційні технології казначейства.
Інформаційні технології (ІТ, від англ. Information technology, IT) - широкий клас дисциплін та галузей діяльності, що відносяться до технологій керування та обробки даних, в тому числі, із застосуванням обчислювальної техніки.
Казначейство - держ орган у ф-ії якого входять:
1) контроль за виконанням федерального бютжета. 2) управління доходами та витратами бюжет 3) Регулювання фін відносин 4) фінансове виконання фондів 5) осущ прогнозування 6) контроль з виконанням коштів 7) збір, оброб інформ про состоян держ фінанс 8) управління внутр і зовн боргом 9) Розробка інструментарію дял проведення облікових операцій.
Завдання ІС в казначейства:
1) Оперативний облік доходів федераьлного бюджету. 2) взаміодействія між федеральним БЮТжетом з субхект, і місц 3) доведення коштів федераьлного бютжета до кінцевого одержувача 4) прогнозування використання бютжета і надходження доходів.
Органи казначейства в РФ були створені для контролю за надходженням і витрачанням бюджетних коштів, контролю за їх цільовим використанням, тривалістю проходження виділених коштів до кінцевого одержувача.
Реалізуються в інформаційній системі казначейства в двох архітектурах:
1 Термінальна архітектура - коли всі операції здійснюються на центральному обчислювальному комплексі високої продуктивності у зв'язку з віддаленими терміналами.
2 Клієнт-сервер - це робота з розподіленою БД всередині локальної обчислювальної мережі.
Архітектура 1С Підприємства
Говорячи про систему 1 С: Підприємство в широкому сенсі, можна сказати, що вона являє собою сукупність чотирьох складових: технологічної платформи; прикладних рішень різного масштабу і різної спрямованості, створених на основі технологічної платформи; методології створення прикладних рішень; інформаційно-технологічної підтримки користувачів і розробників.
Платформа та прикладні рішення.
Прикладне рішення 1С: Підприємства є самостійною сутністю і може виступати в якості окремого програмного продукту.
Метадані - спосіб опису прикладного рішення
При створенні прикладних рішень 1С: Підприємства використовується більш абстрактна технологія - технологія метаданих.
Метадані являють собою ієрархічну структуру об'єктів, повністю описує всі прикладне рішення.
Метадані та вбудовану мову
Всі прикладне рішення представляється не у вигляді рядків з інструкціями на мові програмування, а у вигляді ієрархічної структури об'єктів метаданих.
Три способи представлення даних
Для всіх прикладних даних (як об'єктних, так і необ'єктний) 1С: Підприємство підтримує три способи подання даних: зберігання в базі даних; подання у вбудованому мовою; відображення у форматі XML.
Генерація форм за замовчуванням
Важливою особливістю системи 1С: Підприємство є механізм форм за замовчуванням. Цей механізм звільняє розробника від необхідності створення всіх можливих форм для кожного з об'єктів прикладного рішення.
Підтримка різних сховищ даних
У різних варіантах роботи (файловий чи клієнт-серверний) 1С: Підприємство використовує різні сховища даних.
Оновлення прикладних рішень
Одним з важливих архітектурних рішень 1С: Підприємства є наявність механізмів поновлення прикладних рішень.
Робота з необ'єктний даними в 1С
Всі дані, які зберігаються в базі даних 1С: Підприємства, можна розділити на дві категорії: об'єктні та необ'єктний дані. До об'єктним даними відносяться дані довідників, документів, планів видів характеристик, планів рахунків, планів видів розрахунку, бізнес-процесів, завдань, планів обміну. необ'єктний даними відносяться дані регістрів відомостей, регістрів накопичення, регістрів розрахунку, перерахунків, регістрів бухгалтерії та послідовностей. Також до необ'єктний даними відносяться константи.
Необ'єктний дані представляють собою деякий набір записів, які зберігаються в таблиці. Кожна з цих записів повністю описується значеннями своїх полів. Для системи ці записи не мають якоїсь значимістю, крім того, що в їхніх полях містяться деякі значення. Запис можна видалити, а потім створити нову, з такими ж значеннями полів. Стан бази даних при цьому не зміниться (з точки зору логіки прикладного рішення). Це принципово відрізняє необ'єктний дані від об'єктних: об'єкт не можна створити двічі, він цінний сам по собі, самим фактом свого існування.
Друга важлива відмінність полягає в тому, що, змінивши значення полів запису, ми отримуємо іншу запис, в той час як зміна значень полів об'єкта не тягне за собою появу нового об'єкта. 27 Функціональність 1С.
Значна частина функціональності прикладних рішень, створюваних на платформі 1С: Підприємство, визначається тими можливостями, які містить базова реалізація використовуваних об'єктів конфігурації. Розглянемо основні функціональні можливості деяких об'єктів конфігурації. Довідники - описують каталоги, вміст яких більш-менш постійно. Це може бути, наприклад, перелік продукції, що випускається, список клієнтів компанії, перелік валют і т. д.
Документи відображають у системі події, що відбуваються в житті підприємства: надходження матеріалів, перерахування грошей через банк, прийом працівника на роботу і т. д.
Механізм опису характеристик дозволяє організувати зберігання властивостей об'єктів (довідників, документів і т. д.), які ще не відомі на момент розробки прикладного рішення.
Механізм зберігання відомостей дозволяє зберігати в прикладному рішенні довільні дані в розрізі декількох вимірів.
Механізми підготовки звітів, надає можливість динамічного створення звіту як програмними, так і інтерактивними засобами.
Web-розширення. Одним із засобів інтеграції, що дозволяє розширити сферу застосування 1С: Підприємства, є Web-розширення.
Метадані та інструменти для їх редагування, Синтакс-помічник, Відладчик, Завантаження / вивантаження інформаційної бази, Журнал реєстрації. Список користувачів.
Конструктори і редактори. Конструктори дозволяють автоматизувати та полегшити створення деяких часто використовуваних елементів прикладного рішення. І ДР.
Робота з об'єктними даними в 1С
Всі дані, які зберігаються в базі даних 1С: Підприємства, можна розділити на дві категорії: об'єктні та необ'єктний дані.
До об'єктним даними відносяться дані довідників, документів, планів видів характеристик, планів рахунків, планів видів розрахунку, бізнес-процесів, завдань, планів обміну.
До необ'єктний даними відносяться дані регістрів відомостей, регістрів накопичення, регістрів розрахунку, перерахунків, регістрів бухгалтерії та послідовностей. Також до необ'єктний даними відносяться константи.
Структура зберігання об'єктних даних завжди складається з основної таблиці і, можливо, декількох інших таблиць
Клієнт-серверний варіант роботи
Загальні відомості про клієнт-серверному варіанті роботи
Клієнт-серверний варіант роботи системи 1С: Підприємство передбачає використання 3-рівневої архітектури: клієнт - сервер 1С: Підприємства - сервер баз даних. У цьому варіанті роботи клієнтське додаток взаємодіє з сервером баз даних за допомогою спеціального додатку - сервера 1С: Підприємства.
Трирівнева архітектура 1С: Підприємства розроблена таким чином, що користувачеві не потрібно доступ до жодних файлових ресурсів, пов'язаних з 1С: Підприємством. Користувачеві клієнтського додатку 1С: Підприємства також не потрібен доступ до бази даних сервера баз даних.
В якості клієнтської програми можуть виступати 4 види різних додатків: онсоль сервера 1С: Підприємства; 1С: Підприємство; 1С: Підприємство в режимі конфігуратора; зовнішнє з'єднання 1С: Підприємства.
Консоль сервера 1С: Підприємства надає візуальний інтерфейс, який дозволяє виконувати адміністрування сервера: перегляд списку активних сполук, примусове завершення з'єднань, створення, редагування та видалення інформаційних баз і інші адміністративні дії.
Документи та їх послідовності
Місце документів в концепції системи 1С: Підприємство
При створенні бізнес-додатків для розв'язання завдань обліку, планування, прийняття рішень, управління і т. д., як правило, використовуються певні інформаційні моделі. Одне з центральних місць будь-якої подібної моделі займає поняття події.
Один з найбільш активно використовуваних варіантів історично склалася інформаційної моделі облікових рішень можна представити у вигляді такої схеми:
Класифікатори, набори стандартних значень
Записи, що реєструють події (документи, журнали, проводки ...)
Звітні форми про стан врахованих показників (баланс, звіти про ...)
Записи, що відображають значення врахованих показників (рахунки, регістри обліку ...)
Основа обліку - реєстрація подій, що відбуваються з враховуються показниками. Вона може виконуватись шляхом внесення записів у журнали, записом проводок і т. д. Загалом, за допомогою документування.
Причому документування повинно проводитися не в «вільної» формі, а узгоджуючи з заздалегідь розробленими і стандартизованими позначеннями, найчастіше зведеними у вигляді якихось класифікаторів.
Система «1С: Підприємство 8.0» дозволяє будувати прикладні рішення, оперуючи сукупностями об'єктів:
відповідними прикладним сутностей;
вибираними з набору жорстко визначених у платформі прототипів об'єктів.
Зберігання інформації
Завдання зберігання інформації
При створенні будь-яких рішень в області автоматизації практично завжди доводиться вирішувати завдання зберігання інформації. При цьому порушуються питання власне призначення зберігається, та численні технологічні питання. До технологічних питань можна віднести ті, які доводиться вирішувати для досягнення оптимального співвідношення показників: обсяг; надійність; функціональність; швидкодію
Причому на всіх етапах життєвого циклу інформації: запис інформації; зберігання інформації; отримання інформації; видалення інформації.
ПРО 1С. Константи - класичні об'єкти для зберігання таких даних. Додавати нові константи або видаляти старі можна тільки в режимі конфігурування, але ось заповнення і модифікація значень зазвичай проводиться користувачами (якщо не обмежений доступ).
Використання перерахувань Для вирішення завдань, коли необхідно зберігати вже не поодинокі значення, а якісь кінцеві набори значень і при цьому не мається на увазі їх модифікація користувачами, можливе застосування перерахувань. Зберігання інформації об'єктних і необ'єктний сутностей
При виборі прототипів об'єктів для зберігання інформації одним з типових питань, що виникають при неочевидних випадках, є вибір між об'єктними та необ'єктний даними.
Оперативний облік. Опис завдань, що вирішуються регістрами накопичення. Структура регістру накопичення. Механізм заповнення таблиць
Оперативний облік - облік, що дозволяє максимально швидко отримувати інформацію про значення показників, врахованих у автоматизируемой системі.
Платформа системи 1С: Підприємство пропонує зручне для обліку показників засіб - регістри. За допомогою їх використання забезпечуються необхідна швидкодія, функціональна гнучкість і простота рішення цих інформаційних завдань. Для виконання завдання обліку показників накопичення в системі 1С: Підприємство використовуються регістри накопичення.
Регістр накопичення - об'єкт конфігурації, призначений для зберігання підсумкових (накопичених) значень показників та зберігання рухів (збільшень) показників. Крім підсумкових значень показників регістр може зберігати і проміжні підсумки, розраховані для вказаних періодів. Розрізняють такі види накопичуваних показників: показники залишків; оборотні показники. Регістри накопичення залишків дозволяють отримувати підсумкові значення показників залишків і, крім того (підсумовуючи збільшення цих показників за періоди), дозволяють отримувати обертів. Структура регістру накопичення
До складу регістра накопичення, як об'єкта конфігурації, входять вимірювання, ресурси і реквізити.
Ресурси використовуються для зберігання інформації, як про збільшеннях, так і про самих значеннях показників. По суті, кожен ресурс зберігає дані одного показника. Механізми заповнення таблиць регістрів накопичення в базі даних Дані кожного регістру накопичення зберігаються у двох таблицях бази даних: таблиці рухів регістра накопичення; таблиці підсумків регістру накопленія.В таблицю рухів регістру записи можуть вводитися користувачем вручну, генеруватися в процесі виконання обробок або при проведенні документів.
користувач або розробник не можуть безпосередньо записувати дані в таблицю підсумків регістра накопичення
Отримання даних з регістрів накопичення
Питання отримання даних з регістрів накопичення можуть стосуватися як отримання рухів, так і отримання підсумкових значень враховуються в регістрі показників.
Отримання рухів може вимагатися як для вирішення технологічних завдань роботи з інформацією регістрів, так і для вирішення аналітичних завдань, але стосуються тільки збільшень враховуються в регістрах показників. Прийоми і засоби вирішення цих завдань, як правило, не залежать від виду регістра, тобто однакові для регістрів залишків і оборотних регістрів.
Слід зауважити, що для будь-якої дії, пов'язаного з отриманням підсумків регістра накопичення, справедливі наступні твердження: підсумки ресурсів збираються тільки за активними протоколів; підсумки можна придбати лише за тим регістрам, у яких використання підсумків включено.
Основи організації аналітичного обліку в 1С
Можна організувати детальний аналітичний облік, використовуючи можливість організації ієрархічного плану рахунків і введення нових субрахунків користувачем. Однак деталізація ця буде ієрархічною. При такій організації аналітичного обліку не представляється можливим отримання підсумків по декількох паралельних зрізами.
Організацію аналітичного обліку з використанням субрахунків не можна назвати неправильною. Це цілком можливий варіант, який має свої обмеження і свої переваги.
Організація аналітичного обліку має ряд істотних недоліків. По-перше, план рахунків буде рости в міру зміни номенклатури товарів (додавання нових позицій, відмови від старих і появи невикористовуваних). По-друге, він буде рости нелінійно. І найголовніше - не представляється можливості автоматично згрупувати дані по одній позиції номенклатури.
До переваг можна віднести, наприклад, інтуїтивну прозорість обліку для будь-якого бухгалтера.
Реалізація завдань бухгалтерського обліку в 1С
Основне завдання будь-якої облікової системи - управління та контроль за роботою об'єкта обліку. Завдання бухгалтерського обліку - облік операцій господарської діяльності всього підприємства в цілому. Мета обліку - контроль за фінансово-господарською діяльністю та управління всім підприємством за допомогою замкнутої системи показників.
Бухгалтерський облік ведеться на рахунках, кожен з яких призначений для групування однорідних господарських операцій. Всі рахунки, які використовуються для ведення обліку на підприємстві, об'єднуються в план рахунків. Рахунки - це основний розріз обліку. Всі інші розрізи (аналітичний облік, вимірювання) є допоміжними і необов'язковими.
Для зберігання бухгалтерських проводок по рахунках використовується об'єкт конфігурації Регістр бухгалтерії.
Такий регістр бухгалтерії дозволить аналізувати залишки і обороти по рахунках, а також і обороти між рахунками. Для отримання оборотів між рахунками регістр повинен підтримувати схему обліку з підтримкою кореспонденції, при якій кожен запис обов'язково включає два рахунки: дебетуемого і кредитується.
Додатковими розрізами при веденні обліку є аналітичні розрізи (аналітичний облік) і вимірювання регістра бухгалтерії (за допомогою яких можливо реалізувати багатовалютний облік, консолідований облік та ін.)
План рахунків - центральне місце будь-якої конфігурації для ведення бухгалтерського обліку. Бухгалтерський облік ведеться на рахунках, всі рахунки, що входять в один баланс, об'єднуються в один план рахунків. За свій суті, план рахунків - це довідник рахунків.
План рахунків - об'єкт конфігурації, який дозволяє описати склад рахунків, що використовується для ведення обліку на підприємстві та їх властивості.
Регістри розрахунку в 1С
Регістри розрахунку - це прикладні об'єкти конфігурації, призначені для періодичної реєстрації даних про проведені розрахунки для певних цілей. Регістрів розрахунку може бути необмежена кількість, для їх створення і налаштування передбачена окрема гілка дерева конфігурації.
Крім власне реєстрації записів регістри розрахунку забезпечують правильне відображення взаємозв'язків розрахунків. Саме регістри розрахунку дозволяють розраховувати запису по базі, виробляти витіснення записів, формувати сторно-запису. Крім цього, регістри розрахунку забезпечують облік протяжних в часі розрахунків, зберігають період дії та фактичний період дії записів. Для розрахунків, які залежать від базового періоду, регістр розрахунку також зберігає дані про базовому періоді.
Основне завдання регістру розрахунків - періодична реєстрація записів про розрахунки. Тому головними властивостями регістра є його періодичність, а також види розрахунків, які в ньому будуть реєструватися. Властивість Періодичність регістру розрахунків визначає розмірність періодів, для яких буде вестися облік в цьому регістрі.
Механізм бізнес-процесів
Бізнес-процес - це логічний, послідовний, взаємозалежний набір заходів, який споживає ресурси, створює цінність і видає результат.
Бізнес-процеси в 1С: Підприємстві дозволяють об'єднати окремі операції в ланцюжка взаємозалежних дій, що призводять до досягнення конкретної мети. Вони дозволяють формалізувати процедури обробки тих чи інших подій, що виникають у діяльності організації, і забезпечити участь у них.
Ланцюжки взаємопов'язаних дій бізнес-процесу видаються за допомогою карти маршруту бізнес-процесу. Карта маршруту описує логіку бізнес-процесу і весь його життєвий цикл від точки старту до точки завершення. Вона реалізована у вигляді схематичного зображення послідовності проходження взаємопов'язаних точок маршруту.
Точка маршруту відображає певний етап життєвого циклу бізнес-процесу і звичайно пов'язана з виконанням будь-якої операції (ручний або автоматичною). Завдання в 1С: Підприємстві відповідають користувальницьким завданнях (що повинен зробити певний користувач). Виконання завдання призводить до просування бізнес-процесу від однієї точки до іншої. Самі завдання можуть створюватися як бізнес-процесом (відповідно до карти маршруту), так і програмно.
Побудова звітів
Система 1С: Підприємство містить різні засоби для отримання узагальнених даних і створення різного роду звітів. Відмінною особливістю є те, що сукупність цих коштів являють собою певну ієрархію, що складається з декількох рівнів їх використання. Також примітним фактом є те, що частину коштів для побудови звітів може бути використана не тільки розробником, але і кінцевим користувачем системи.
Самим нижнім рівнем ієрархії засобів для побудови звітів є рівень вбудованої мови 1С: Підприємства. На цьому рівні основним інструментом для отримання інформації з бази даних є мова запитів. З його допомогою можна отримувати складні вибірки даних, використовуючи угруповання, сортування, побудова підсумків і т. д. Отримані таким чином дані можуть бути згодом представлені користувачу за допомогою різних об'єктів системи: текстовий документ, табличний документ, географічна схема, зведена таблиця, діаграма ... .
Вбудований мова містить ряд об'єктів До таких «інтелектуальних» об'єктів відносяться будівник звіту.
Наступним рівнем засобів для побудови звітів є рівень візуального конструювання. На цьому рівні використовуються два інструменти: конструктор запиту і конструктор вихідний форми.
Третім, самим верхнім рівнем засобів для побудови звітів є інтерактивний рівень. На цьому рівні в режимі 1С: Підприємства використовуються дві зовнішні обробки - консоль запитів і консоль звітів.
Консоль запитів призначена в основному для розробників і для досвідчених користувачів. За допомогою цієї обробки можна скласти текст запиту, виконати його і проаналізувати отримані результати.
Обробка консоль звітів призначена в основному для досвідчених користувачів і дозволяє створювати і оформляти звіти будь-якої складності. Для отримання даних консоль звітів використовує будівник звіту.
Старт і завершення бізнес-процесів
Життєвий цикл бізнес-процесу починається з його старту. У даної точки маршруту можна визначити обробник події Перед Стартом. У даної процедури два параметри. Перший параметр - це точка маршруту, з якої стався виклик обробника (у бізнес-процесу може бути кілька точок старту), другий параметр - Відмова. При записі в змінну Відмова значення Істина буде проведений відмову від старту бізнес-процесу. У обробнику події Перед стартом можна перевіряти умови, необхідні для старту бізнес-процесу, створювати «супутні» об'єкти, посилання на які необхідно зберігати в самому бізнес-процесі. При визначенні обробника даної події в ньому не рекомендується реалізовувати механізми, що організують діалог з користувачем (відкриття різних діалогових форм).
Сам старт бізнес-процесу може здійснюватися по-різному:
програмний старт бізнес-процесу (з коду на вбудованій мові);
інтерактивний старт (натискання на кнопку ОК форми бізнес-процесу);
старт бізнес-процесу як вкладеного.
Використання механізму аналізу даних і прогнозування в 1С
Механізм аналізу даних і прогнозування дозволяє реалізовувати в прикладних рішеннях різні засоби для виявлення закономірностей, які зазвичай ховаються за великими обсягами інформації.
Механізм дозволяє працювати як з даними, отриманими з інформаційної бази, так і з даними, отриманими з іншого джерела, попередньо завантаженими в таблицю значень або табличний документ. Застосовуючи до вихідних даних один з видів аналізу, можна отримати результат аналізу. Результат аналізу являє собою певну модель поведінки даних. Результат аналізу може бути відображений у підсумковому документі або збережений для подальшого використання.
Подальше використання результату аналізу полягає в тому, що на його основі може бути створена модель прогнозу, що дозволяє прогнозувати поведінку нових даних відповідно до наявної моделлю. Наприклад, можна проаналізувати, які товари купуються разом (в одній накладній), і зберегти створену на основі даного аналізу модель прогнозу в базі даних.
Використання макетів текстових документів
Текстовий документ 1С: Підприємства дозволяє представляти різну інформацію у вигляді текстів. Текстовий документ може бути прочитаний з текстового файлу, збережений в текстовий файл. Він може бути розміщений у формі або в макеті, робота з ним можлива засобами вбудованої мови. За великим рахунком, текстовий документ дозволяє виконувати три логічні групи дій: - читання з диска та запис на диск текстових файлів; - робота з окремими рядками текстового документа: отримання, додавання, видалення, заміна; - створення текстового макета і використання його для формування результуючого текстового документа.
Крім безпосереднього формування вмісту текстового документа, існує можливість заповнення текстових документів на основі макетів. Макет текстового документа описує незмінні частини текстового документа, що містять оформлення, і поля, в які можуть бути додані дані. Процес заповнення текстового документа на основі макета полягає у зчитуванні певних областей макета, циклічному заповненні їх даними і послідовному виведення отриманих частин документа в результуючий текстовий документ.
Формат макета текстового документа. Макет текстового документа являє собою текстовий документ, в якому використані службові рядки, що починаються з символу «#». Після керуючого символу слідують ключові слова, які описують ті чи інші елементи макета.
Також в макеті текстового документа використовуються службові символи «[» і «]», які визначають розташування змінюваних полів макета.
Весь макет текстового документа складається з областей. Одна область об'єднує в собі кілька послідовно розташованих рядків. Області повинні слідувати один за одним і не можуть перетинатися або включатися один в одного. Для опису області використовуються ключові слова Область і КонецОбласті. Після ключового слова Область вказується ім'я області.
Використання табличних документів
Табличний документ 1С: Підприємства є одним з основних засобів для створення різних вихідних форм та подання підсумкових даних. Він може бути отриманий з файлу табличного документа, збережений у файли різних форматів. Табличний документ може бути розміщений у формі або в макеті, робота з ним можлива засобами вбудованої мови. Він може містити вкладені таблиці, картинки, різні елементи управління, може використовуватися для введення даних. Табличний документ підтримує механізм розшифровок для отримання пов'язаних звітів, відкриття форм і інших дій.
Можна сказати, що табличний документ складається з рядків і колонок, на перетині яких розташовуються комірки. Загальне оформлення табличного документа визначається декількома властивостями. Перш за все, це властивості ОтображатьЗаголовкі і ОтображатьСетку. За замовчуванням при створенні нового табличного документа ці властивості мають значення Істина.
Табличний документ дозволяє фіксувати перші рядки і колонки. Таку можливість зручно використовувати для перегляду великих таблиць.
Для оформлення табличного документа може використовуватися фоновий малюнок. Цей малюнок буде розташовуватися «під» текстом документа 44. Інтеграція 1С з іншими інформаційними системами.
Дуже часто при вирішенні завдань комплексного обліку виникає необхідність у рамках одного програмного комплексу використовувати можливості іншого програмного комплексу, проводити обмін даними між різними системами і т. П. короткий огляд технологій, які можуть використовуватися платформою 1С: Підприємства при вирішенні завдань інтеграції. Текстовий документ. XML. DBF-файли. СОМ-з'єднання. Automation Client / Server. Робота з НТМL-документами. Робота з файлами. ActiveX. Макети. ActiveDocument. Робота з Інтернетом. Web-розширення. Обмін даними.
Створення розподілених інформаційних систем
При вирішенні різних завдань може виникнути необхідність у створенні розподіленої інформаційної системи (в силу територіальної розподіленості організації, використанні різнорідного програмного забезпечення для вирішення окремих підзадач і т. п.). Технологічна платформа 1С: Підприємства дозволяє вирішувати такі завдання, причому розподілені інформаційні системи можуть будуватися як на основі інформаційних баз 1С: Підприємства, так і з залученням зовсім інших систем.
Однією з найважливіших задач, яку необхідно вирішити при організації розподілених інформаційних систем, - це завдання обміну між її складовими частинами.
Обмін даними в системі 1С: Підприємство реалізується завдяки використанню ряду засобів технологічної платформи, які розробник може застосовувати як окремо, так і в різних комбінаціях, в залежності від конкретної розв'язуваної задачі. Такий підхід дозволяє забезпечити гнучкість механізмів обміну та їх налаштування на рішення якомога більшого кола завдань.
Методологія проектування прикладного рішення
Технологічна платформа 1С: Підприємства 8.0 дозволяє розробляти прикладні рішення самого різного масштабу. Це можуть бути як нескладні рішення для одного або декількох користувачів, так і складні багатокористувацькі тиражні рішення, що мають широкою функціональністю і обробні великі обсяги даних.
Можна сказати, що власне створення майбутнього прикладного рішення починається з його проектування.
При створенні простих прикладних рішень, власне процес проектування може найчастіше взагалі відсутні.
Платформа системи 1С: Підприємство пропонує зручне для обліку показників засіб - регістри. За допомогою їх використання забезпечуються необхідна швидкодія, функціональна гнучкість і простота рішення цих інформаційних завдань. Для виконання завдання обліку показників накопичення в системі 1С: Підприємство використовуються регістри накопичення.
Регістр накопичення - об'єкт конфігурації, призначений для зберігання підсумкових (накопичених) значень показників та зберігання рухів (збільшень) показників. Крім підсумкових значень показників регістр може зберігати і проміжні підсумки, розраховані для вказаних періодів. Розрізняють такі види накопичуваних показників: показники залишків; оборотні показники. Регістри накопичення залишків дозволяють отримувати підсумкові значення показників залишків і, крім того (підсумовуючи збільшення цих показників за періоди), дозволяють отримувати обертів. Структура регістру накопичення
До складу регістра накопичення, як об'єкта конфігурації, входять вимірювання, ресурси і реквізити.
Ресурси використовуються для зберігання інформації, як про збільшеннях, так і про самих значеннях показників. По суті, кожен ресурс зберігає дані одного показника. Механізми заповнення таблиць регістрів накопичення в базі даних Дані кожного регістру накопичення зберігаються у двох таблицях бази даних: таблиці рухів регістра накопичення; таблиці підсумків регістру накопленія.В таблицю рухів регістру записи можуть вводитися користувачем вручну, генеруватися в процесі виконання обробок або при проведенні документів.
користувач або розробник не можуть безпосередньо записувати дані в таблицю підсумків регістра накопичення
Отримання даних з регістрів накопичення
Питання отримання даних з регістрів накопичення можуть стосуватися як отримання рухів, так і отримання підсумкових значень враховуються в регістрі показників.
Отримання рухів може вимагатися як для вирішення технологічних завдань роботи з інформацією регістрів, так і для вирішення аналітичних завдань, але стосуються тільки збільшень враховуються в регістрах показників. Прийоми і засоби вирішення цих завдань, як правило, не залежать від виду регістра, тобто однакові для регістрів залишків і оборотних регістрів.
Слід зауважити, що для будь-якої дії, пов'язаного з отриманням підсумків регістра накопичення, справедливі наступні твердження: підсумки ресурсів збираються тільки за активними протоколів; підсумки можна придбати лише за тим регістрам, у яких використання підсумків включено.
Основи організації аналітичного обліку в 1С
Можна організувати детальний аналітичний облік, використовуючи можливість організації ієрархічного плану рахунків і введення нових субрахунків користувачем. Однак деталізація ця буде ієрархічною. При такій організації аналітичного обліку не представляється можливим отримання підсумків по декількох паралельних зрізами.
Організацію аналітичного обліку з використанням субрахунків не можна назвати неправильною. Це цілком можливий варіант, який має свої обмеження і свої переваги.
Організація аналітичного обліку має ряд істотних недоліків. По-перше, план рахунків буде рости в міру зміни номенклатури товарів (додавання нових позицій, відмови від старих і появи невикористовуваних). По-друге, він буде рости нелінійно. І найголовніше - не представляється можливості автоматично згрупувати дані по одній позиції номенклатури.
До переваг можна віднести, наприклад, інтуїтивну прозорість обліку для будь-якого бухгалтера.
Реалізація завдань бухгалтерського обліку в 1С
Основне завдання будь-якої облікової системи - управління та контроль за роботою об'єкта обліку. Завдання бухгалтерського обліку - облік операцій господарської діяльності всього підприємства в цілому. Мета обліку - контроль за фінансово-господарською діяльністю та управління всім підприємством за допомогою замкнутої системи показників.
Бухгалтерський облік ведеться на рахунках, кожен з яких призначений для групування однорідних господарських операцій. Всі рахунки, які використовуються для ведення обліку на підприємстві, об'єднуються в план рахунків. Рахунки - це основний розріз обліку. Всі інші розрізи (аналітичний облік, вимірювання) є допоміжними і необов'язковими.
Для зберігання бухгалтерських проводок по рахунках використовується об'єкт конфігурації Регістр бухгалтерії.
Такий регістр бухгалтерії дозволить аналізувати залишки і обороти по рахунках, а також і обороти між рахунками. Для отримання оборотів між рахунками регістр повинен підтримувати схему обліку з підтримкою кореспонденції, при якій кожен запис обов'язково включає два рахунки: дебетуемого і кредитується.
Додатковими розрізами при веденні обліку є аналітичні розрізи (аналітичний облік) і вимірювання регістра бухгалтерії (за допомогою яких можливо реалізувати багатовалютний облік, консолідований облік та ін.)
План рахунків - центральне місце будь-якої конфігурації для ведення бухгалтерського обліку. Бухгалтерський облік ведеться на рахунках, всі рахунки, що входять в один баланс, об'єднуються в один план рахунків. За свій суті, план рахунків - це довідник рахунків.
План рахунків - об'єкт конфігурації, який дозволяє описати склад рахунків, що використовується для ведення обліку на підприємстві та їх властивості.
Регістри розрахунку в 1С
Регістри розрахунку - це прикладні об'єкти конфігурації, призначені для періодичної реєстрації даних про проведені розрахунки для певних цілей. Регістрів розрахунку може бути необмежена кількість, для їх створення і налаштування передбачена окрема гілка дерева конфігурації.
Крім власне реєстрації записів регістри розрахунку забезпечують правильне відображення взаємозв'язків розрахунків. Саме регістри розрахунку дозволяють розраховувати запису по базі, виробляти витіснення записів, формувати сторно-запису. Крім цього, регістри розрахунку забезпечують облік протяжних в часі розрахунків, зберігають період дії та фактичний період дії записів. Для розрахунків, які залежать від базового періоду, регістр розрахунку також зберігає дані про базовому періоді.
Основне завдання регістру розрахунків - періодична реєстрація записів про розрахунки. Тому головними властивостями регістра є його періодичність, а також види розрахунків, які в ньому будуть реєструватися. Властивість Періодичність регістру розрахунків визначає розмірність періодів, для яких буде вестися облік в цьому регістрі.
Механізм бізнес-процесів
Бізнес-процес - це логічний, послідовний, взаємозалежний набір заходів, який споживає ресурси, створює цінність і видає результат.
Бізнес-процеси в 1С: Підприємстві дозволяють об'єднати окремі операції в ланцюжка взаємозалежних дій, що призводять до досягнення конкретної мети. Вони дозволяють формалізувати процедури обробки тих чи інших подій, що виникають у діяльності організації, і забезпечити участь у них.
Ланцюжки взаємопов'язаних дій бізнес-процесу видаються за допомогою карти маршруту бізнес-процесу. Карта маршруту описує логіку бізнес-процесу і весь його життєвий цикл від точки старту до точки завершення. Вона реалізована у вигляді схематичного зображення послідовності проходження взаємопов'язаних точок маршруту.
Точка маршруту відображає певний етап життєвого циклу бізнес-процесу і звичайно пов'язана з виконанням будь-якої операції (ручний або автоматичною). Завдання в 1С: Підприємстві відповідають користувальницьким завданнях (що повинен зробити певний користувач). Виконання завдання призводить до просування бізнес-процесу від однієї точки до іншої. Самі завдання можуть створюватися як бізнес-процесом (відповідно до карти маршруту), так і програмно.
Побудова звітів
Система 1С: Підприємство містить різні засоби для отримання узагальнених даних і створення різного роду звітів. Відмінною особливістю є те, що сукупність цих коштів являють собою певну ієрархію, що складається з декількох рівнів їх використання. Також примітним фактом є те, що частину коштів для побудови звітів може бути використана не тільки розробником, але і кінцевим користувачем системи.
Самим нижнім рівнем ієрархії засобів для побудови звітів є рівень вбудованої мови 1С: Підприємства. На цьому рівні основним інструментом для отримання інформації з бази даних є мова запитів. З його допомогою можна отримувати складні вибірки даних, використовуючи угруповання, сортування, побудова підсумків і т. д. Отримані таким чином дані можуть бути згодом представлені користувачу за допомогою різних об'єктів системи: текстовий документ, табличний документ, географічна схема, зведена таблиця, діаграма ... .
Вбудований мова містить ряд об'єктів До таких «інтелектуальних» об'єктів відносяться будівник звіту.
Наступним рівнем засобів для побудови звітів є рівень візуального конструювання. На цьому рівні використовуються два інструменти: конструктор запиту і конструктор вихідний форми.
Третім, самим верхнім рівнем засобів для побудови звітів є інтерактивний рівень. На цьому рівні в режимі 1С: Підприємства використовуються дві зовнішні обробки - консоль запитів і консоль звітів.
Консоль запитів призначена в основному для розробників і для досвідчених користувачів. За допомогою цієї обробки можна скласти текст запиту, виконати його і проаналізувати отримані результати.
Обробка консоль звітів призначена в основному для досвідчених користувачів і дозволяє створювати і оформляти звіти будь-якої складності. Для отримання даних консоль звітів використовує будівник звіту.
Старт і завершення бізнес-процесів
Життєвий цикл бізнес-процесу починається з його старту. У даної точки маршруту можна визначити обробник події Перед Стартом. У даної процедури два параметри. Перший параметр - це точка маршруту, з якої стався виклик обробника (у бізнес-процесу може бути кілька точок старту), другий параметр - Відмова. При записі в змінну Відмова значення Істина буде проведений відмову від старту бізнес-процесу. У обробнику події Перед стартом можна перевіряти умови, необхідні для старту бізнес-процесу, створювати «супутні» об'єкти, посилання на які необхідно зберігати в самому бізнес-процесі. При визначенні обробника даної події в ньому не рекомендується реалізовувати механізми, що організують діалог з користувачем (відкриття різних діалогових форм).
Сам старт бізнес-процесу може здійснюватися по-різному:
програмний старт бізнес-процесу (з коду на вбудованій мові);
інтерактивний старт (натискання на кнопку ОК форми бізнес-процесу);
старт бізнес-процесу як вкладеного.
Використання механізму аналізу даних і прогнозування в 1С
Механізм аналізу даних і прогнозування дозволяє реалізовувати в прикладних рішеннях різні засоби для виявлення закономірностей, які зазвичай ховаються за великими обсягами інформації.
Механізм дозволяє працювати як з даними, отриманими з інформаційної бази, так і з даними, отриманими з іншого джерела, попередньо завантаженими в таблицю значень або табличний документ. Застосовуючи до вихідних даних один з видів аналізу, можна отримати результат аналізу. Результат аналізу являє собою певну модель поведінки даних. Результат аналізу може бути відображений у підсумковому документі або збережений для подальшого використання.
Подальше використання результату аналізу полягає в тому, що на його основі може бути створена модель прогнозу, що дозволяє прогнозувати поведінку нових даних відповідно до наявної моделлю. Наприклад, можна проаналізувати, які товари купуються разом (в одній накладній), і зберегти створену на основі даного аналізу модель прогнозу в базі даних.
Використання макетів текстових документів
Текстовий документ 1С: Підприємства дозволяє представляти різну інформацію у вигляді текстів. Текстовий документ може бути прочитаний з текстового файлу, збережений в текстовий файл. Він може бути розміщений у формі або в макеті, робота з ним можлива засобами вбудованої мови. За великим рахунком, текстовий документ дозволяє виконувати три логічні групи дій: - читання з диска та запис на диск текстових файлів; - робота з окремими рядками текстового документа: отримання, додавання, видалення, заміна; - створення текстового макета і використання його для формування результуючого текстового документа.
Крім безпосереднього формування вмісту текстового документа, існує можливість заповнення текстових документів на основі макетів. Макет текстового документа описує незмінні частини текстового документа, що містять оформлення, і поля, в які можуть бути додані дані. Процес заповнення текстового документа на основі макета полягає у зчитуванні певних областей макета, циклічному заповненні їх даними і послідовному виведення отриманих частин документа в результуючий текстовий документ.
Формат макета текстового документа. Макет текстового документа являє собою текстовий документ, в якому використані службові рядки, що починаються з символу «#». Після керуючого символу слідують ключові слова, які описують ті чи інші елементи макета.
Також в макеті текстового документа використовуються службові символи «[» і «]», які визначають розташування змінюваних полів макета.
Весь макет текстового документа складається з областей. Одна область об'єднує в собі кілька послідовно розташованих рядків. Області повинні слідувати один за одним і не можуть перетинатися або включатися один в одного. Для опису області використовуються ключові слова Область і КонецОбласті. Після ключового слова Область вказується ім'я області.
Використання табличних документів
Табличний документ 1С: Підприємства є одним з основних засобів для створення різних вихідних форм та подання підсумкових даних. Він може бути отриманий з файлу табличного документа, збережений у файли різних форматів. Табличний документ може бути розміщений у формі або в макеті, робота з ним можлива засобами вбудованої мови. Він може містити вкладені таблиці, картинки, різні елементи управління, може використовуватися для введення даних. Табличний документ підтримує механізм розшифровок для отримання пов'язаних звітів, відкриття форм і інших дій.
Можна сказати, що табличний документ складається з рядків і колонок, на перетині яких розташовуються комірки. Загальне оформлення табличного документа визначається декількома властивостями. Перш за все, це властивості ОтображатьЗаголовкі і ОтображатьСетку. За замовчуванням при створенні нового табличного документа ці властивості мають значення Істина.
Табличний документ дозволяє фіксувати перші рядки і колонки. Таку можливість зручно використовувати для перегляду великих таблиць.
Для оформлення табличного документа може використовуватися фоновий малюнок. Цей малюнок буде розташовуватися «під» текстом документа 44. Інтеграція 1С з іншими інформаційними системами.
Дуже часто при вирішенні завдань комплексного обліку виникає необхідність у рамках одного програмного комплексу використовувати можливості іншого програмного комплексу, проводити обмін даними між різними системами і т. П. короткий огляд технологій, які можуть використовуватися платформою 1С: Підприємства при вирішенні завдань інтеграції. Текстовий документ. XML. DBF-файли. СОМ-з'єднання. Automation Client / Server. Робота з НТМL-документами. Робота з файлами. ActiveX. Макети. ActiveDocument. Робота з Інтернетом. Web-розширення. Обмін даними.
Створення розподілених інформаційних систем
При вирішенні різних завдань може виникнути необхідність у створенні розподіленої інформаційної системи (в силу територіальної розподіленості організації, використанні різнорідного програмного забезпечення для вирішення окремих підзадач і т. п.). Технологічна платформа 1С: Підприємства дозволяє вирішувати такі завдання, причому розподілені інформаційні системи можуть будуватися як на основі інформаційних баз 1С: Підприємства, так і з залученням зовсім інших систем.
Однією з найважливіших задач, яку необхідно вирішити при організації розподілених інформаційних систем, - це завдання обміну між її складовими частинами.
Обмін даними в системі 1С: Підприємство реалізується завдяки використанню ряду засобів технологічної платформи, які розробник може застосовувати як окремо, так і в різних комбінаціях, в залежності від конкретної розв'язуваної задачі. Такий підхід дозволяє забезпечити гнучкість механізмів обміну та їх налаштування на рішення якомога більшого кола завдань.
Методологія проектування прикладного рішення
Технологічна платформа 1С: Підприємства 8.0 дозволяє розробляти прикладні рішення самого різного масштабу. Це можуть бути як нескладні рішення для одного або декількох користувачів, так і складні багатокористувацькі тиражні рішення, що мають широкою функціональністю і обробні великі обсяги даних.
Можна сказати, що власне створення майбутнього прикладного рішення починається з його проектування.
При створенні простих прикладних рішень, власне процес проектування може найчастіше взагалі відсутні.