Управлінські інформаційні системи в аналізі та аудиті (49313)

Посмотреть архив целиком












Контрольна робота

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


Зміст


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

USD

14 279,00

USD

14 279,00

44E4243

CPU 2xIntel Xeon 5450 3 GHz/1066MHz/8MB L2

2

USD

3 339,00

USD

6 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

USD

1 036,00

10N3071

1 Year Onsite Repair 24x7 4 Hour Response

1

USD

1 800,00

USD

1 800,00

-

-

-

Разом:

USD

24 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


У вікні Плану рахунків також містяться графи, що відображають різноманітні характеристики рахунку.

Графа Код містить повний код рахунку (субрахунку).

Найменування - назва рахунку (субрахунку).

В графі Вал. вказується ознака ведення валютного обліку по рахунку (субрахунку). Якщо по рахунку ведеться валютний облік, то в графі ставиться “+".

В графі Кол. вказується ознака ведення кількісного обліку по рахунку (субрахунку). Якщо по рахунку ведеться кількісний облік, то в графі ставиться “+".

В графі Заб. вказується, чи є рахунок позабалансовим. Якщо рахунок є позабалансовим, то в графі Заб. ставиться “+". Такий рахунок не буде кореспондувати в бухгалтерських проводках з балансовими рахунками.

В графі Акт. вказується ознака “активності" рахунку, яка визначає, яким чином буде відображатись залишок по рахунку. Порядок призначення “активності" рахунку залежить від того, створюється у Плані рахунків новий рахунок чи новий субрахунок до вже існуючого рахунку.


Случайные файлы

Файл
149712.doc
3630-1.rtf
3566.rtf
CBRR2018.DOC
125769.rtf




Чтобы не видеть здесь видео-рекламу достаточно стать зарегистрированным пользователем.
Чтобы не видеть никакую рекламу на сайте, нужно стать VIP-пользователем.
Это можно сделать совершенно бесплатно. Читайте подробности тут.