Управлінські інформаційні системи в аналізі та аудиті (стр. 1 из 4)
Контрольна робота
Управлінські інформаційні системи в аналізі та аудиті
Зміст
1. Вимоги до технічних засобів, що підтримують 1С
2. Оброблення інформації, управління, підтримки рішення
3. Заснована на знаннях (інтелектуальна) технологія
4. Перспективи розвитку інформаційних систем управління економікою
5. Показати на прикладі аналізу балансу розрахунок основних показників
Список використаної літератури
Додаток
1. Вимоги до технічних засобів, що підтримують 1С
„1С: Предприятие" - це універсальна програма автоматизації діяльності підприємства, яка використовується для будь-яких розрізів економічної діяльності підприємства, в тому числі й різних ділянок бухгалтерського обліку.
Програма "1С: Предприятие 7.7" має компонентну структуру.
Програма “1С: Бухгалтерия 7.7" працює в операційних системах Windows 95/98, NT.
Відповідно до вимог до обладнання, в реальному зразку можна використати сервер на процесорі IBM| CPU| 2xIntel| Xeon|. Але можна зробити вибір сервера від іншого виробника (HP|, SUN| і так далі), використовуючи за основу приведену нижче специфікацію.
Зупиняємо наш вибір на процесорі IBM| CPU| 2xIntel| Xeon| 5450 3 GHz.
Таким чином, є варіант, згідно таблиці 1.1
Таблиця 1.1
| Part No. | Опис | Кіл-ть | List Price | List Price |
| System x | App1Cfor50users | - | Орієнтовні ціни на 2010 | |
| 71414RU | x3850 M2, CPU 2xIntel Xeon 5450 3 GHz, 8x1GB, O/Bay HS 2.5in SAS, UltraSlim Enhanced CD-RW/DVD-ROM Combo, 2x1440W p/s, Rack | 1 | USD14 279,00 | USD14 279,00 |
| 44E4243 | CPU 2xIntel Xeon 5450 3 GHz/1066MHz/8MB L2 | 2 | USD3 339,00 | USD6 678,00 |
| 41Y2762 | RAM 4x4GB DDRII-667 LP RDIMM Memory Kit | 2 | USD 169,00 | USD 338,00 |
| 40K1052 | HDD 8x 73GB 15K rpm в RAID10 | 4 | USD 259,00 | USD1 036,00 |
| 10N3071 | 1 Year Onsite Repair 24x7 4 Hour Response | 1 | USD1 800,00 | USD1 800,00 |
| - | - | - | Разом: | USD24 131,00 |
Розглянемо проблеми, стосовно баз даних з"вмістом 1С: Предприятие".
Найчастіше недооцінюється вплив дискової підсистеми сервера. Бажання економити зрозуміло тут на кількості і вартості жорстких дисків. Проте при великій кількості користувачів, наприклад, "1С: Предприятие 8" можна навіть відразу починати моніторинг із звернень до диску.
Причин (на думку фахівців 1С) тут декілька:
1) Активно використовується tempdb. Складні запити 1С, транслюючись сервером додатків „1С: Предприятие" в sql-запит, розбиваються на частини і їх результати записуються в тимчасові таблиці службової бази даних tempdb. Останніми роками в конфігураціях „1С: Предприятие" стали часто використовуватися конструкції з використання об'єкту "Менеджер тимчасових таблиць". Якщо такі конструкції в явному вигляді присутні в запиті, то ще до принципу з трансляцією запиту в sql-запит до бази даних зрозуміло, що це гарантована тимчасова таблиця в tempdb.
Взагалі, таке використання даних само по собі не є чимось поганим. Завжди раніше приділялось tempdb уваги менше, ніж потрібно було.
По умовчанню tempdb створюється на системному диску, куди встановлюється примірник MS| SQL| Server| 2005. Тут слід турбуватися цим моментом (і з погляду продуктивності, і з погляду контролю вільного місця на диску). Перенесіть файл бази даних на "швидкі" диски. Є така практика створювати додаткові файли tempdb, щоб їх загальна кількість відповідала кількості ядер.
СУБД краще за все розпоралелює звернення до I/O чим RAID. Журнал транзакцій бажано винести в окремий диск/масив.
2) Запити без відборів провокують інтенсивне читання диска. І не тільки це можуть бути звіти, але помилки в будь-яких запитах, які читають надмірні дані замість тільки необхідних. Кількість баз 1С на сервері впливає на вибір дискової підсистеми - розміщувати активне використовувані бази на різних дисках/масивах, не допускаючи надмірних черг до дисків. Потрібно пам'ятати, що кращий спосіб підвищити продуктивність звернень до дискової підсистеми - це "розвести" дискові операції по об'єктах звернень.
Так помірявши лічильниками Performance |Monitor| відсоток часу на читання і відсоток часу на запис (і з'ясувавши що їх співвідношення не є 99% до 1%, а наприклад 70% до 30%), ми перш за все повинні звернути увагу на файл журналу транзакцій (операції запису) і винести на окремий диск/масив.
Тут є одне но. Але, ця дія ефективна, коли у властивостях бази даних Recovery| Model| в значенні Full (таке значення зазвичай задається за умовчанням при створенні бази, ще точніше "успадковується" з властивостей системної бази model).
3) Недолік пам'яті примушує СУБД виконувати "підвантаження" з диску. Один з основних способів прискорення запитів - це розміщення даних в кеші, тобто в оперативній пам'яті. Але кеш не виключає повністю читання з диску. Але, по-перше, перше звернення до даних все одно викликає підвантаження, "підіймаючи" їх в кеш. По-друге, наступає момент, коли в кеші "одночасно всім тісно", і залишаються "потрібніші", а "неугодні" знову потім можуть бути лічені з диску.
Краще всього проводити моніторинг картини що відбувається в кеші СУБД такими лічильниками Performance |Monitor| як "Частота попадань в кеш" (SQLServer| Buffer| Manager| \ Buffer| Cash| Hit| Ratio|) і "Час життя сторінки" (SQLServer| Buffer| Manager| \ Page| life| expectancy|). Значення першого приблизно >=92%|, другого > 300 секунд.
Тобто, якщо спостерігається проблема з кешем, то виникає три варіанти:
додати пам'ять (зазвичай найдешевше буває);
поліпшити дискову підсистему (до речі, наприклад використовуючи сучасний RAID-контролер, який теж здатний частину операцій кеширувати в своїй пам'яті);
поліпшити код.
На останньому способі хочеться зупиниться. Це сфера діяльності програмістів. Це часто найдорожчий варіант. Але самий кращий спосіб вирішення проблеми.
Приклад. Виникають проблеми з 100% завантаженим сервером. Були загружены повністю процесори, що досить нехарактерне для „1С: Предприятие" (4 ядра обслуговувало 50 користувачів). Щоб зрозуміти, що відбувається був використаний продукт фірми 1С - Центр Управління Продуктивністю. Хоча в даному випадки за допомогою якої програми вирішувати задачу не принципово. Ви можете скористатися будь-яким продуктом, який може Вам розібратися, "хто вантажить" MS SQL Server. Зробив запис логів і потім піддав їх автоматичній обробці. З'ясувалося, що на сервері виконується не дуже довгий за часом запит (декілька десятків секунд), але його частота виклику кожним користувачем дуже велика (тисячами). Як же було здивування, коли проаналізоване структуру коду - звичайне "ліве з'єднання" і пара "відборів" - нічого особливого. Запит був "переформульований". Тепер він повертав той же результат, але вже за одну секунду. Наступного дня відбулося "диво", сервер СУБД мав завантаження менше ніж 15%.
Таким чином, задачу продуктивності можна вирішувати різними способами, але при цьому враховувати вартість рішення і прогнозований результат. Оптимізація коду не завжди буває можлива, але не потрібно виключати цей варіант, залишаючи тільки покупку могутнішого обладнання. Для аналізу коду найчастіше потрібні додаткові інструменти.
2. Оброблення інформації, управління, підтримки рішення
В програмі “1С: Бухгалтерия 7.7" передбачена можливість ведення декількох планів рахунків.
План рахунків є таблицею, кожний рядок якої містить рахунок або субрахунок бухгалтерського обліку (рис.2.1). Плани рахунків можна експортувати до MS Excel з подальшою роботою з ними в середовищі табличного процесору.
Рис.2.1
У вікні Плану рахунків також містяться графи, що відображають різноманітні характеристики рахунку.
Графа Код містить повний код рахунку (субрахунку).
Найменування - назва рахунку (субрахунку).
В графі Вал. вказується ознака ведення валютного обліку по рахунку (субрахунку). Якщо по рахунку ведеться валютний облік, то в графі ставиться “+".
В графі Кол. вказується ознака ведення кількісного обліку по рахунку (субрахунку). Якщо по рахунку ведеться кількісний облік, то в графі ставиться “+".
В графі Заб. вказується, чи є рахунок позабалансовим. Якщо рахунок є позабалансовим, то в графі Заб. ставиться “+". Такий рахунок не буде кореспондувати в бухгалтерських проводках з балансовими рахунками.
В графі Акт. вказується ознака “активності" рахунку, яка визначає, яким чином буде відображатись залишок по рахунку. Порядок призначення “активності" рахунку залежить від того, створюється у Плані рахунків новий рахунок чи новий субрахунок до вже існуючого рахунку.
Для нового рахунку ця ознака може приймати будь-яке з 3-х значень: “активний”, “пасивний" або “активно-пасивний". Конкретне значення ознаки визначається потребами обліку. Проте, якщо вводиться новий субрахунок для вже існуючого рахунку, ця ознака береться з рахунку вищого рівня.
Рахунок, позначений як активний, не буде мати сальдо по кредиту в звітах програми. Якщо ж залишок дійсно вийшов кредитовим, то він буде відображатись як дебетовий, але зі знаком “-".
Рахунок, позначений як пасивний, навпаки, не має дебетового залишку. Якщо залишок буде дебетовим, то він буде відображатись по кредиту, але зі знаком “-”.
У графах Субконто1... Субконто3 вказуються види субконто рахунку. Значення цих стовпчиків вказують на ведення аналітичного обліку по цьому рахунку. Наприклад, зазначення в графі Субконто1 виду субконто Матеріали буде означати, що по рахунку ведеться аналітичний облік в розрізі найменувань матеріалів.
База даних (date base) - це сукупність збережених у пам'яті комп'ютера даних, що відображають стан деякої предметної області. Дані взаємозалежні і спеціальний образ організовані. При такім інформаційному відображенні предметних середовищ упор робиться не на самі об'єкти і їхні властивості, а на відносини між ними, що відповідає так називаної реляційної точці зору на бази даних.