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

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

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

Зміст

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) Недолік пам'яті примушує СУБД виконувати "підвантаження" з диску. Один з основних способів прискорення запитів - це розміщення даних в кеші, тобто в оперативній пам'яті.

Внимание, отключите Adblock

Вы посетили наш сайт со включенным блокировщиком рекламы!
Ссылка для скачивания станет доступной сразу после отключения Adblock!

Скачать