Допомога у написанні освітніх робіт...
Допоможемо швидко та з гарантією якості!

Теоретичні аспекти розробки модуля «Амортизація основних коштів і нематеріальних активів» для конфігурації «1С: Бухгалтерський облік, редакція 4.5»

РефератДопомога в написанніДізнатися вартістьмоєї роботи

Підсистема 1С: Бухгалтерія має компонентну структуру. Частина можливостей, надаваних системою для вирішення завдань автоматизації, являються базовими, тобто підтримуються в любому варіанті поставки підсистеми. Це, насамперед, механізми підтримки довідників та документів. Інші можливості реалізуються компонентами підсистеми: наприклад, ведення списку бухгалтерських рахунків. Таким чином… Читати ще >

Теоретичні аспекти розробки модуля «Амортизація основних коштів і нематеріальних активів» для конфігурації «1С: Бухгалтерський облік, редакція 4.5» (реферат, курсова, диплом, контрольна)

програмний автоматизація звітність.

Технологічні засоби конфігурування підсистеми «1С: Бухгалтерія» і особливості вбудованої мови програмування

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

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

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

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

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

Робота із запитами передбачає наступний порядок:

  • · за допомогою функції «Створити Об'єкт» створюється об'єкт типу «Запит» і посилання на нього присвоюється якої-небудь змінній. Далі звертання до запиту проводиться за допомогою цього посилання.
  • · після створення змінної типу «Запит» іде звертання до методу «Виконати», якому в якості параметра передається текст запиту, написаний спеціальною мовою запитів. Метод «Виконати» аналізує текст запиту, виконує відповідно до нього вибірку даних і формує тимчасовий вихідний набір даних (вибірку).
  • · після цього організується циклічна обробка сформованого тимчасового набору даних (вибірки) з ціллю отримання потрібного звіту.

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

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

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

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

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

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

Підсистема 1С: Бухгалтерія має компонентну структуру. Частина можливостей, надаваних системою для вирішення завдань автоматизації, являються базовими, тобто підтримуються в любому варіанті поставки підсистеми. Це, насамперед, механізми підтримки довідників та документів. Інші можливості реалізуються компонентами підсистеми: наприклад, ведення списку бухгалтерських рахунків. Таким чином, установлений компонент визначає функціональні можливості підсистеми.

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

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

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

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

Компонент «Розрахунок» призначений для автоматизації складних періодичних розрахунків. Можливості даного компонента дозволяють виконувати розрахунки різної складності, в тому числі - з перерахуванням результатів «заднім числом», та вести архів розрахунків за минулі періоди. Ці можливості реалізуються журналами розрахунків, підтримуваними даним компонентом. Одна з основних областей застосування компонента — розрахунок заробітної плати.

Функціонування підсистеми ділиться на два процеси — конфігурування (опис моделі предметної області засобами підсистеми) та виконання (обробку даних предметної області).

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

На етапі конфігурування підсистема оперує такими універсальними поняттями (об'єктами), як «Документ», «Журнал документів», «Довідник», «Реквізит», «Реєстр» та інші. Сукупність цих понять і визначає концепцію підсистеми.

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

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

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

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

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

Показати весь текст
Заповнити форму поточною роботою