2.Інформаційні зв"язки фінансових задач на підприємствах та в комерційних структурах.

Фін робота підприємства здійснюється за такими основними напрямками:

– фін прогнозування та планування;

– аналіз та контроль виробничо-господарської діяльності;

– оперативна, поточна фін-економічна робота.

У відповідності до напрямків фін роботи підсистема містить комплекси задач та функцій:

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

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

Метою складання фін плану є визначення фін ресурсів, капіталу та резервів на основі прогнозування величини фін показників:

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

Аналіз та контроль фін діяльності підприємства дає можливість стежити за його фін станом.

Аналітичну роботу в підсистемі управління фінансами підприємства можна поділити на два блоки:

1) аналіз фін результатів та рентабельності;

2) аналіз фін стану підприємства.

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

Аналіз фін стану підприємства проводиться за такими напрямками: (аналіз та оцінка складу та динаміки майна; аналіз фін стійкості підприємства; аналіз ліквідності балансу; комплексний аналіз і рейтингова оцінка підприємства.)

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

Зміст поточної оперативної фін роботи на підприємстві полягає в рішенні задач: (облік розрахунків за реалізовану продукцію, роботи, послуги; контроль своєчасності розрахунків за поставлені товарно-матеріальні цінності та послуги з постачальниками; нарахування та забезпечення своєчасної сплати податків, інших обов'язкових платежів у бюджет та цільові фонди;

Та ін.

3.Призначення, структура та зміст документа «Опис постановки задачі».

ОПЗ є елементом технічного проекту. У разі машинної та автоматизованої обробки даних обсяг поняття "задача" охоплює:

1) процес машинної обробки даних, тобто безпосереднє розв'язування задачі машинними засобами;

2)метод розв'язування;

3) використання даних, зокрема й для прийняття упр-ких рішень

Склад і зміст постановки задачі залежить від специфіки останньої та умов розв'я-зування. Загалом ОПЗ складає-ться з таких осн.розді-лів:

1) хар-ка задачі – містить інф-ю про призначення задачі; перелік об'єктів; періодичність та три-валість розв'язування; посади осіб; назви підрозділів; умови за яких припиняється розв'язування автомат.способом.

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

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

Окрім того, виконується опис алг-му автоматизованого роз-в'язання задачі, який може бути включений до ОПЗ як розділ 4 або викладений окремо. Іноді ОПЗ містить і розділ "Розра-хунок екон.ефективностісті".

4.Рівні представлення інформації в базі даних (БД).

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

Проектування даних пов'язане з багаторівневим їх поданням: зовнішнім, інфологічним, даталогічним, внутрішнім

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

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

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

Американський комітет СОБА8УЬ пропонує три рівні: зовнішній, концептуальний, внутрішній. Іноді для зручності проектування вводять допоміжний рівень (проміжний), який називають інфологічним. Він може бути самостійним або функціонувати як складова зовнішнього рівня.

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

Рис1 .Схема взаємозв'язку рівнів подання даних у БД

Інфологічний рівень являє собою інформаційно-логічну модель (ІЛМ) предметної області, в якій виключена надмірність даних і відображені інформаційні особливості об'єкта управління, без урахування особливостей і специфіки конкретної СУБД. Мета інфологічного проектування — створити структуровану інформаційну модель ПО, для якої розроблятиметься БД. Під час проектування на інфологічному рівні створюється інформаційнологічна модель, яка має відповідати таким вимогам:1. коректність схеми БД, тобто адекватне відображення модельованої ПО; 2. простота і зручність використання на наступних етапах проектування, тобто ІЛМ має легко відображатися в моделі БД, що підтримується відомими СУБД (сіткові, ієрархічні, реляційні); 3. ІЛМ має бути описана мовою, зрозумілою проектувальникам БД, програмістам, адміністратору і майбутнім користувачам АБ.Основною складовою інфологічної моделі є атрибути, які потрібно проаналізувати і деяким чином згрупувати для подальшогозберігання в БД.

Сутність інфологічного моделювання полягає у виокремленні інформаційних об'єктів ПО (файлів), які підлягають зберіганню в БД, а також визначенні характеристик об'єктів і зв'язків між ними. Характеристиками об'єктів є атрибути.

Даталогічний (логічний, концептуальний) рівень формується з урахуванням специфіки і особливостей конкретної СУБД. На цьому рівні будується концептуальна модель даних, тобто спеціальним способом структурована модель ПО, яка відповідає особливостям і обмеженням вибраної СУБД. Модель логічного рівня, яка підтримується засобами конкретної СУБД, іноді називають даталогічною. Залежно від типів моделей, які підтримуються засобами СУБД, є ієрархічні, сіткові і реляційні моде­лі баз даних. Найпоширенішими на сучасному ринку програмних продуктів є реляційні СУБД.

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

Від параметрів фізичної моделі залежать такі характеристики функціонування БД: обсяг пам'яті і час реакції системи. Фізичні параметри БД можна змінювати у процесі її експлуатації (не змінюючи при цьому опису інших рівнів) з метою підвищення ефективності функціонування системи.

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

Мета інфологічного проектування — створити структуровану інформаційну модель ПО, для якої розроблятиметься БД. Під час проектування на інфологічному рівні створюється інформаційнологічна модель, яка має відповідати таким вимогам:

• коректність схеми БД, тобто адекватне відображення модельованої ПО;

• простота і зручність використання на наступних етапах проектування, тобто ІЛМ має легко відображатися в моделі БД, що підтримується відомими СУБД (сіткові, ієрархічні, реляційні);

• ІЛМ має бути описана мовою, зрозумілою проектувальникам БД, програмістам, адміністратору і майбутнім користувачам АБ.

Основною складовою інфологічної моделі є атрибути, які потрібно проаналізувати і деяким чином згрупувати для подальшого зберігання в БД.

Сутність інфологічного моделювання полягає у виокремленні інформаційних об'єктів ПО (файлів), які підлягають зберіганню в БД, а також визначенні характеристик об'єктів і зв'язків між ними. Характеристиками об'єктів є атрибути.

Даталогічний (логічний, концептуальний) рівень формується з урахуванням специфіки і особливостей конкретної СУБД. На цьому рівні будується концептуальна модель даних, тобто спеціальним способом структурована модель ПО, яка відповідає особливостям і обмеженням вибраної СУБД. Модель логічного рівня, яка підтримується засобами конкретної СУБД, іноді називають даталогічною. Залежно від типів моделей, які підтримуються засобами СУБД, є ієрархічні, сіткові і реляційні моделі баз даних. Найпоширенішими на сучасному ринку програмних продуктів є реляційні СУБД.

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

Від параметрів фізичної моделі залежать такі характеристики функціонування БД: обсяг пам'яті і час реакції системи. Фізичні параметри БД можна змінювати у процесі її експлуатації (не змінюючи при цьому опису інших рівнів) з метою підвищення ефективності функціонування системи.

Структура файлів БД визначається на етапах інфологічного і логічного проектування, а формування структури — на етапі фізичного проектування БД.

Структура файла — це пойменована сукупність логічно взаємозв'язаних атрибутів.