- •Тема 4. Життєвий цикл іс обліку та їх програмного забезпечення 73
- •Тема 5. Організаційно-методичні основи створення та функціонування інформаційних систем в обліку 96
- •Тема 6. Інформаційні технології обробки інформації 118
- •Повний зміст
- •Список скорочень
- •Теоретичні основи інформаційних систем
- •Частина і
- •Визначення інформаційної системи в чинному законодавстві
- •1.1.2. Роль іс обліку в управлінні підприємством
- •1.1.3. Основні етапи та перспективи розвитку іс обліку та управління економічними об’єктами
- •1.2. Класифікація інформаційних систем обліку
- •1.3. Архітектура обробки даних в інформаційних системах
- •1.4. Структура інформаційної системи обліку
- •1.4.1. Структура іс та її головні компоненти
- •1.4.2. Структура іс як сукупність підсистем
- •1.4.3. Структура іс
- •Питання для самоперевірки
- •Тема 2. Облікова інформація як складова Економічної інформації. Засоби її формалізованого опису
- •2.1. Економічна інформація, її види та властивості
- •2.1.1. Сутність економічної інформації
- •2.1.2. Види економічної інформації
- •2.1.3. Властивості економічної інформації
- •2.2. Особливості облікової інформації
- •2.3. Структуризація та формалізоване подання економічної інформації
- •2.3.1. Структуризація економічної інформації
- •2.3.2. Формалізоване подання економічної інформації
- •2.4. Класифікація та кодування облікової інформації
- •2. 4.1. Необхідність класифікації облікової інформації
- •2.4.2. Основні системи класифікації облікової інформації
- •2.4.3. Системи і методи кодування об’єктів класифікації
- •2.4.4. Кодування облікової інформації в іс
- •Приклади кодів та можливих методів кодування облікової інформації
- •2.4.5. Штрихове кодування як метод формалізації інформації
- •2.4.6. Єдина система класифікації та кодування теі
- •Питання для самоперевірки
- •Тема 3. Організація інформаційних баз систем обробки економічної інформації
- •3.1.Особливості інформаційного забезпечення автоматизованих інформаційних систем (аіс) в обліку
- •3.1.1. Структура інформаційного забезпечення аіс в обліку
- •3.1.2. Уніфікація та стандартизація документації
- •3.2. Концепція інтеграції даних при функціонуванні автоматизованих інформаційних систем
- •3.2.1. Інформаційні бази: історична неминучість появи
- •3.2.2. Концепція інтеграції даних в інформаційних системах
- •3.3. Архітектура подання даних в автоматизованій інформаційній системі
- •3.3.1. Користувачі аіс та їх функції
- •3.3.2. Архітектура подання даних інформаційної системи
- •3.3.3. Структурний аналіз моделей інформаційної системи
- •3.4. Проектування та оптимізація структури баз даних
- •3.4.1.Проектування баз даних на зовнішньому рівні
- •Опис реквізитів документу “Накладна на відпуск матеріалів”
- •3.4.2. Інфологічне проектування баз даних
- •3.4.3. Концептуальне проектування бази даних та оптимізація її структури
- •3.4.4. Оптимізація структури бази даних
- •3.5. Проектування і реалізація внутрішнього рівня бд
- •3.5.1. Вимоги до субд як програм-ного засобу створення бд
- •3.5.2. Огляд субд
- •3.5.2.1. Субд Microsoft Access 2000
- •3.5.2.2. Субд Microsoft Access 2002 та її можливості
- •3.5.2.3. Сумісність файлів у субд Access
- •3.5.2.4. Нові можливості субд Access 2007
- •3.5.3. Внутрішнє проектувавння баз даних в субд типу Access
- •Питання для самоперевірки
- •Які особливості інформаційного забезпечення аіс в обліку?
- •Тема 4. Життєвий цикл іс обліку та їх програмного забезпечення
- •4.1. Сутність, структура та принципи життєвого циклу іс обліку
- •4.1.1. Принципи підтримки життєвого циклу ісо
- •4.1.2. Структура життєвого циклу програмного забезпечення
- •4.2. Основні процеси жц пз
- •4.2.1. Процес придбання
- •4.2.2. Процес постачання
- •4.2.3. Процес розроблення
- •4.2.4. Процес експлуатації
- •4.2.5. Процес супроводження
- •4.3. Допоміжні процеси жц аіс
- •4.4. Організаційні процеси жц аіс
- •4.5. Взаємозв'язок між процесами жц аіс
- •4.6. Стадії життєвого циклу аіс
- •4.6.1. Проведення обстеження діяльності об'єкта щодо впровадження аіс
- •4.6.2. Побудова моделей діяльності організації
- •4.6.3. Стадії розробки технічного завдання та ескізного проекту
- •4.6.4. Стадія розроблення технічного проекту та робочої документації
- •4.6.5. Постановка завдань
- •4.6.6. Функції бухгалтера щодо постановки завдань для ісо
- •4.6.7. Стадія впровадження проекту в дію
- •4.7. Моделі жц аіс і відповідного пз
- •4.7.1. Каскадна модель жц
- •4.7.2. Спіральна модель жц
- •Питання для самоперевірки
- •Частина іі Організаційно-методичні особливості функціонування іс і технологій в обліку тема 5. Організаційно-методичні основи створення та функціонування інформаційних систем в обліку
- •5.1. Методологія бухгалтерського обліку в умовах автоматизованої обробки інформації
- •5.2. Комп’ютеризовані форми та системи бухгалтерського обліку
- •5.2.1. Поняття та ознаки форми бухгалтерського обліку
- •5.2.2. Комп’ютеризовані форми бухгалтерського обліку в історичному розвитку
- •5.3. Сучасні концепції створення і впровадження іс обліку
- •5.3.1. Бухгалтерські рахунки в іс обліку
- •5.3.2. Регістри бухгалтерського обліку в іс обліку
- •5.3.3. Технологічний процес обробки облікової інформації в іс обліку
- •5.4. Узагальнений аналіз іс обліку та перспективні напрямки їх розвитку
- •5.5. Огляд найбільш розповсюджених в країні бухгалтерських програм
- •5.5.2. Програма «1с:Підприємство»
- •5.5.3. Комплексна система управління та обліку «Парус-Підприємство 7»
- •5.5.4. Програма «Бухгалтерія» комплексу управління підприємством «VirGo® - 2.5м»
- •5.5.5. «Нова бухгалтерія». Комплекс бухгалтерських програм
- •5.5.6. Інформаційна система «Галактика»
- •5.5.7. Система FinExpert™ Компанії іdм
- •5.5.8. Допоміжні системи для бухгалтера
- •Питання для самоперевірки
- •Тема 6. Інформаційні технології обробки інформації
- •6.1. Інформаційні технології та їх класифікація
- •6.1.1. Основні поняття інформаційної технології
- •6.1.2. Інструментарій інформаційної технології в іс обліку
- •6.1.3. Класифікація інформаційних технологій
- •6.2. Комп’ютерні технології Microsoft Office в обліку
- •6.2.1. Пакет офісних додатків ms Office для організації автоматизованої обробки даних
- •6.3. Інформаційні технології Microsoft Word
- •6.3.1. Microsoft Word для роботи з документами
- •6.3.2. Microsoft Word для автоматизації обліку
- •6.4. Можливості Microsoft Excel для обліку
- •6.4.1. Базові технології обробки даних
- •6.4.2. Спеціальні інформаційні технології аналізу даних в ms Excel
- •6.4.3. Технології Excel, які потрібні кожному бухгалтеру
- •6.4.4. Нові можливості ms Excel 2007
- •Питання для самоперевірки
- •7. Практичні завдання та методичні рекомендації щодо їх виконання Частина ііі
- •7.1. Практичні завдання до теми 2 «Аналіз та кодування економічної інформації»
- •7.2. Практичні завдання та Методичні вказівки до теми 3 «Робота в ms Access 2002 зі створення бд»
- •Методичні вказівки для виконання завдання
- •7.3. Практичні завдання та методичні вказівки до теми 6. “Створення системи бухгалтерського обліку (ісбо) на базі табличного процесора Microsoft Excel”
- •7.3.1. Завдання 1. Підготовка структури робочої книги ісбо
- •7.3.2. Завдання 2. Створення робочого плану рахунків Робочий план рахунків створюється на листку План рахунків за наступною формою:
- •7.3.3. Завдання 3. Створення оборотно-сальдової відомості
- •Примітка. На листі осв можна вести облік максимум за чотири фінансові роки.
- •7.3.4. Завдання 4. Створення журналу господарських операцій
- •7.3.5. Завдання 5. Формування типових бухгалтерські операції
- •7.3.6. Завдання 6. Встановлення критеріїв фільтрації проводок жго рахункам
- •Створення діапазону умов для першого звітного періоду
- •Послідовність дій для створення макросу
- •Створення діапазону умов для наступних облікових періодів
- •7.3.7. Завдання 7. Формування оборотів по рахунку
- •Формування дебетових оборотів по рахунку, субрахунку
- •Формування кредитових оборотів по рахункам
- •7.4. Завдання для Самостійної роботИ «Створення зведених регістрів в тп Excel»
- •7.4.1. Побудова регістру “Аналіз жго”
- •Макети зведених регістрів
- •7.4.2. Створення шахової відомості по рахункам і субрахункам
- •7.4.3. Вибірка проводок жго за дату
- •7.4.4. Створення картки рахунку, субрахунку
- •7.4.5. Створення та перегляд Журналу (відомості) рахунку
- •7.4.6. Створення Головної книги
- •7.5. Завдання для Самостійної роботИ «Технологія ведення обліку за допомогою бухгалтерської програми «1с: Бухгалтерія»
- •Термінологічний довідник
- •Рекомендована література
- •Теми індивідуальних завдань
- •Перелік уроків «Бухгалтерський облік за допомогою Excel»
- •Перелік уроків по "1с:Бухгалтерія 7.7"
4.3. Допоміжні процеси жц аіс
Процес документування (documentation process)
Процес передбачає формалізований опис інформації, створеної протягом ЖЦ АІС. Цей процес складається з набору дій, за допомогою яких планують, проектують, розробляють, випускають, редагують, поширюють і супроводжують документи, необхідні для всіх заінтересованих осіб, таких як керівництво, технічні фахівці й користувачі системи.
Процес документування охоплює такі дії:
підготовчу роботу;
проектування й розроблення документації;
випуск документації;
супроводження документації.
Процес керування конфігурацією (configuration management process)
Процес припускає застосування адміністративних і технічних процедур упродовж усього ЖЦ АІС для визначення стану компонентів системи, керування модифікаціями, опису й підготовки звітів щодо стану компонентів АІС і запитів на модифікацію, забезпечення повноти, сумісності й коректності компонентів, керування збереженням і постачанням компонентів АІС. Відповідно до стандарту ІЕЕЕ-90 під конфігурацією ПЗ розуміють сукупність його функціональних і фізичних характеристик, установлених у технічній документації та реалізованих у ПЗ. Те саме можна сказати про АІС загалом.
Керування конфігурацією дає змогу організувати, систематично враховувати й контролювати внесення змін у АІС на всіх стадіях ЖЦ. Процес керування конфігурацією передбачає такі дії:
підготовчу роботу;
ідентифікацію конфігурації;
контроль конфігурації;
відстежування стану конфігурації;
оцінювання конфігурації;
керування випуском і постачанням.
Підготовча робота полягає в плануванні керування конфігурацією.
Ідентифікація конфігурації встановлює правила, за допомогою яких можна однозначно ідентифікувати й розрізняти компоненти АІС, ПЗ та їхні версії.
Крім того, кожному компонентові та його версіям відповідає комплект документації, що однозначно ідентифікується. У результаті створюється база для однозначного вибору й маніпулювання версіями компонентів АІС і ПЗ, що використовує обмежену й упорядковану систему символів, які ідентифікують різні версії.
Контроль конфігурації призначений для систематичного оцінювання передбачуваних модифікацій АІС і координовані їхні реалізації з урахуванням ефективності кожної модифікації і витрат на її виконання.
ін забезпечує контроль стану й розвитку компонентів АІС і ПЗ, їхніх версій, а також адекватність реально модифікованих компонентів з комплектом їхньої документації.
Стеження за станом конфігурації являє собою реєстрацію стану компонентів АІС, підготовку звітів щодо всіх реалізованих і відкинутих модифікації версій компонентів ПЗ. Сукупність звітів забезпечує однозначне відображення поточного стану АІС та її компонентів, а також ведення історії модифікацій.
Оцінювання конфігурації полягає в оцінюванні функціональної повноти компонентів АІС, а також відповідності їхнього фізичного стану поточному технічному опису.
Керування випуском і постачанням охоплює виготовлення еталонних копій програм і документації, їх збереження і постачання користувачам відповідно до порядку, прийнятого в організації.
Процес забезпечення якості (quality assurance process)
Процес забезпечує відповідні гарантії того, що АІС, її ПЗ і процеси їхнього ЖЦ відповідають заданим вимогам і затвердженим планам. Під якістю АІС розуміють сукупність властивостей, що характеризують здатність АІС задовольняти заданим вимогам.
Для одержання достовірних оцінок створюваної АІС процес забезпечення її якості має відбуватися незалежно від суб'єктів, безпосередньо зв'язаних з її розробкою. При цьому можуть використовуватися результати інших допоміжних процесів, таких як верифікація, атестація, спільне оцінювання, аудит і розв'язування проблем.
Процес забезпечення якості охоплює такі дії:
підготовчу роботу;
забезпечення якості продукту;
забезпечення якості процесу;
забезпечення інших показників якості системи.
Підготовча робота полягає в координації з іншими допоміжними процесами і плануванні самого процесу забезпечення якості з урахуванням використовуваних стандартів, методів, процедур і засобів.
Забезпечення якості продукту передбачає гарантування повної відповідності програмних продуктів та їхньої документації вимогам замовника, передбаченим у договорі.
Забезпечення якості процесу передбачає гарантування відповідності процесів ЖЦ, методів розроблення, середовища розробки і кваліфікації персоналу умовам договору, установленим стандартам і процедурам.
Забезпечення інших показників якості системи здійснюється відповідно до умов договору і стандарту якості ISO 9001.
Процес верифікації (verification process)
Процес полягає у визначенні того, що програмні продукти, які є результатами деякої дії, цілком задовольняють вимогам або умовам, обумовленим попередніми діями (верифікація у вузькому розумінні означає формальний доказ правильності ПЗ).
Для підвищення ефективності верифікація має якомога раніше інтегруватися з процесами, що її використовують (такими як постачання, розроблення, експлуатація або супроводження). Цей процес може охоплювати аналіз, оцінювання й тестування.
Верифікація може проводитися з різними ступенями незалежності. Ступінь незалежності може варіюватися від виконання верифікації самим виконавцем або іншим фахівцем даної організації до її виконання фахівцем іншої організації з різними варіаціями. Якщо процес верифікації здійснюється організацією, що не залежить від постачальника, розробника, оператора або служби супроводження, то він називається процесом незалежної верифікації.
Процес верифікації охоплює підготовчу роботу і власне верифікацію.
У процесі верифікації перевіряють такі умови:
несуперечність вимог до системи і ступінь обліку потреб користувачів;
можливості постачальника виконати задані вимоги;
відповідність обраних процесів ЖЦ умовам договору;
адекватність стандартів, процедур і середовища розробки процесам ЖЦ;
відповідність проектних специфікацій заданим вимогам;
коректність опису в проектних специфікаціях вхідних і вихідних даних, послідовності подій, інтерфейсів, логіки тощо;
відповідність коду проектним специфікаціям і вимогам;
можливості тестування і коректність коду, його відповідність прийнятим стандартам кодування;
коректність інтеграції компонентів АІС у систему;
адекватність, повнота й несуперечливість документації.
Процес атестації (validation process)
Процес передбачає визначення повноти відповідності заданих вимог і створеної системи або програмного продукту їхньому конкретному функціональному призначенню. Під атестацією зазвичай розуміють підтвердження й оцінку вірогідності достовірності результатів проведеного тестування. Атестація має гарантувати повну відповідність АІС специфікаціям, вимогам і документації, а також можливість його безпечного й надійного застосування користувачем. Атестацію рекомендується виконувати шляхом тестування в усіх можливих ситуаціях і використовувати при цьому незалежних фахівців. Атестація може проводитися на початкових стадіях ЖЦ або як частина роботи з приймання АІС.
Атестація, як і верифікація, може здійснюватися з різними ступенями незалежності. Якщо процес атестації виконує організація, що не залежить від постачальника, розробника, оператора або служби супроводження, то він називається процесом незалежної атестації.
Процес атестації охоплює підготовчу роботу і власне атестацію.
Процес спільного оцінювання (joint review process)
Процес призначений для оцінювання стану робіт за проектом, що існує під час виконання цих робіт (дій). Він зосереджений переважно на контролі планування й керування ресурсами, персоналом, апаратурою та інструментальними засобами проекту.
Оцінювання застосовують як на рівні керування проектом, так і на рівні технічної реалізації проекту і проводять протягом усього терміну дії договору. Цей процес можуть виконувати будь-які дві сторони, що беруть участь у договорі, при цьому одна сторона перевіряє іншу.
Процес спільного оцінювання охоплює такі дії:
підготовчу роботу;
оцінювання керування проектом;
технічне оцінювання.
Процес аудиту (audit process)
Процес являє собою визначення відповідності АІС і процесу її розроблення вимогам, планам і умовам договору. Аудит може виконуватися двома будь-якими сторонами, що беруть участь у договорі, коли одна сторона перевіряє іншу.
Аудит - це ревізія (перевірка), проведена компетентним органом (особою) з метою забезпечення незалежної оцінки ступеня відповідності АІС і процесу її розроблення встановленим вимогам. Аудит слугує для встановлення відповідності реальних робіт 1 звітів вимогам, планам і контракту. Аудитори (ревізори) не повинні безпосередньо залежати від розробників АІС. Вони визначають стан робіт, використання ресурсів, відповідність документації специфікаціям і стандартам, коректність тестування. Дії в процесі аудиту охоплюють підготовчу роботу і власне аудит.
Процес розв'язування проблем (problem resolution process)
Процес передбачає аналіз і розв'язування проблем, виявлених у перебігу розроблення, експлуатації, супроводження або інших процесів, включаючи виявлені невідповідності, незалежно від їхнього походження або джерела.
Кожну виявлену проблему потрібно ідентифікувати, описати, проаналізувати й розв'язати.
Процес розв'язування проблем охоплює підготовчу роботу і власне розв'язування проблем.
