Управління ефективністю витрат створення бази даних нематеріальних активів підприємства

Размещено на http://www.allbest.ru/

Міністерство освіти та науки України

Вінницький коледж

Національного університету харчових технологій

Курсова робота

з дисципліни "Економіка, організація та планування виробництва"

"Управління ефективністю витрат створення бази даних нематеріальних активів підприємства"

Вінниця ВК НУХТ - 2013



Анотація

Курсова робота складається з п`яти розділів.

У першому розділі інваріантний пошук оптимального рішення де наведено порівняння, переваги та недоліки систем управління базами даних.

У другому розділі наведені розрахунки по організації та розробці бази даних і складено кошторис капітальних витрат.

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

У четвертому розділі проведено розрахунок умовних обсягів робіт.

У п`ятому розділі проведено розрахунок економічного ефекту та терміну окупності капітальних вкладень.

Ключові слова: система управління базами даних, кошторис даних, капітальні вкладення, амортизація, експлуатаційні витрати, економічна ефективність.

кошторис витрата економічний окупність



Вступ

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

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

У господарській діяльності підприємства використовується значна кількість програмних засобів, починаючи з текстових редакторів таких як Word та WordPad і закінчуючи редакторами таблиць таких як Excel. Але для впорядкування даних та легкого їх взаємопов`язання користувачі ПК використовують системи управління базами даних, про які і йтиметься в даній курсовій роботі.

Метою даної теми курсової роботи є визначення ефективності впрвадження програмного забезпечення для розробки баз даних. Для досягнення вирішення поставленої мети необхідно вирішити ряд взаємопов`язаних завдань:

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

- провести розрахунок капітальних витрат;

- розрахувати величину експлуатаційних витрат;

- визначити умовні об`єми робіт;

- розрахувати економічну ефективність та термін окупності капітальних вкладень.



1. Інваріантний пошук оптимального рішення

В наш час комп`ютерні технології використовуються в багатьох галузях та напрямках. Людині важко уявити своє існування без новітніх технологій та їх використання у своїй роботі. Економічна галузь також застосовує IT - розробки в своїй роботі. Спеціалісти в сфері економіки використовують такі прграми як Word, Excel та багато інших для оформлення та здачі звітів по своїй діяльності за певний строк роботи. Також використовуються пошукові Інтернет програми для роботи в мережі.

Однією з основних документацій в роботі виділяють базу даних.

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

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

З метою забезпечення ефективності доступу записи даних організовують як множину фактів (елемент даних).

Бази даних можуть поділятися на структуровані та неструктуровані

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

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

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

Найпопулярнішими є DB2, Oracle, Microsoft SQL Server, Informix.

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

- масштабованість;

- продуктивність;

- доступність даних;

- функціональні можливості сервера;

- відкритість.

Масштабованість

Термін "масштабованість" означає можливість роботи на найширшому спектрі апаратного забезпечення - від портативних комп'ютерів до серверів з масовим паралелізмом (MPP). Чим краща масштабованість, тим ширші можливості з нарощування системи в міру зростання потреб.

До поліпшень системних характеристик шляхом збільшення доступних обчислювальних ресурсів (кількості або швидкодії процесорів, числа дисків) можна зарахувати:

- ріст числа обслуговуваних користувачів зі збереженням середнього часу відгуку;

- прискорення обробки одного запиту;

- збереження того ж часу обробки запиту при збільшенні обсягу таблиць.

Масштабованість системи управління базами даних Informix забезпечується за рахунок багатопотокової архітектури з підтримкою багатопроцесорної обробки (обслуговування клієнтів рівномірно розподіляється між всіма ресурсами, що є в наявності) і технології PDQ (Parallel Data Query - паралельне оброблення запитів).

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

DB2 Universal Database може працювати як на портативному комп'ютері, що підтримує мобільного користувача, так і на машині з масовим паралелізмом, що підтримує трохи терабайт даних і тисячі користувачів; крім того, база даних, природно, здатна підтримувати різні конфігурації симетричних мультипроцесорних систем (SMP) і кластерів SMP. Важливо відзначити, що масштабованість означає збереження як у старших, так й у молодших версіях тих самих об'єктно-реляційних функцій. Завдяки цьому DB2 UDB ідеально підходить для зростаючих малих і середніх організацій; для великих підприємств, яким необхідно розгорнути дворівневі або трирівневі додатки, що охоплюють масштаби настільних систем, масштаби відділів і масштаби всього підприємства; а також для Internet-провайдерів і ділових партнерів, що обслуговують цих замовників.

Одна із загальновизнаних переваг сервера Oracle - його високий ступінь масштабованості, як "горизонтальної", так і "вертикальної". Сервер Oracle у будь-якій конфігурації підтримує паралелізм під час виконання потоку операцій (він архітектурно спроектований для цього), в SMP - архітектурі для паралельного виконання окремих запитів потрібна інсталяція Parallel Query Option. Для кластерів й MPP - систем Oracle пропонує архітектуру, що дозволяє всім вузлам цих систем паралельно здійснювати доступ до однієї бази даних, щоб домогтися цього, досить установити Parallel Server Option.

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

Продуктивність

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

До особливостей архітектури Informix DS, які впливають на продуктивність інформаційної системи належать:

- багатопотокова архітектура;

- паралельна обробка;

- фрагментація таблиць й індексів;

- оптимізація виконання запитів;

- поділювана пам'ять;

- кеши словників даних і збережених процедур;

- власне керування дисковою пам'яттю;

- асинхронне введення/виведення;

- випереджальне читання.

До найістотніших параметрів DB2 Universal Database, що впливають на продуктивність системи управління базами даних, можна зарахувати:

1. Асинхронне очищення сторінок. Можливість перекласти операції записування буферизованих сторінок із завдання виконання SQL-запиту на яке-небудь інше завдання дозволяє значно прискорити відгук системи на запити. Асинхронне очищення сторінок забезпечує наявністьдостатнього вільного простору в буферах бази даних для обробки запиту. Ця функція дозволяє уникнути очікування синхронного записування модифікованих сторінок з буфера на диск для звільнення місця під дані запиту при його обробці.

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

3. Вибірку списку, що попереджає, яка дозволяє підвищити продуктивність обробки запитів, що звертаються до даних випадково або непослідовно.

4. Розташування табличних областей (tablespaces) на декількох носіях. В UDB адміністратори можуть розділити базу даних на частини. При створенні таблиці можна визначити імена базової (base), індексної (index) і довгої (long) області таблиці. Використання індексних і довгих табличних областей дозволяє зберігати індекси й більші об'єкти LOB окремо від інших табличних даних, завдяки чому підвищується продуктивність СУБД. Одна таблична область може розташо-вуватися на декількох фізичних носіях.

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

6. Читання великих блоків. Функція дозволяє зчитувати за одну операцію введення/виведення декілька дискових сторінок, що скорочує навантаження на центральний процесор й, відповідно, покращує час відгуку на запити. Композитне секціонування забезпечує чудову керованість і високий коефіцієнт готовності, властивому ранговому секціонуванню, разом з перевагами розподілу даних, характерними для кеш-секціонування. Всі методики секціонування є прозорими для додатків, а стандартні оператори DML (Data Manipulation Language) виконуються для секціонування таблиць.

Oracle 9i забезпечує API механізм прямого завантаження. Це забезпечує шлях для ISV і партнерів з розробки засобів керування системою для створення простих у використанні й швидких інструментальних засобів завантаження даних. В Oracle 9i включена безліч нових функцій. Розглянемо деякі з них. Cache Fusion - це технологія управління паралельним кешем, що координує ресурси бази даних у випадку одночасного доступу користувачів з різних вузлів кластера до тих самих даних. На основі технології Cache Fusion реалізована опція корпоративної редакції сервера - Real Application Clusters. Переваги полягають у тому, що немає необхідності використовувати жорсткий диск для передачі сторінок даних, оптимізується навантаження на процесор за рахунок зведення до мінімуму операції перемикання контексту операційної системи, повністю використовуються можливості сучасних високошвидкісних міжвузлових шин кластера. Для створення резервних центрів Oracle 9i включає спеціальне рішення-Oracle 9i DataGuard.

Що стосується продуктивності системи управління базами даних Microsoft SQL Server, то, крім можливостей індексації, паралельного й розподіленого виконання запитів, у ній реалізовані такі механізми, як процесор запитів і продуктивне/інтелектуальне введення/виведення (Big/ Smart I/O). Розглянемо їх докладніше.Процесор запитів забезпечує обробку команд мовою Transact-SQL-діалекту стандартної мови SQL стосовно SQL Server. Найважливішими можливостями є:

1. Використання декількох індексів на таблицю. Відсутність обмеження "одна таблиця - один індекс" дозволяє оптимізатору користуватися декількома індексами, наприклад, якщо умова пошуку в запиті задана одночасно за декількома полями.

2. Поряд із традиційним алгоритмом дозволу з'єднання таблиць (JOIN) - вкладеним циклом (nested loop) - оптимізатор може застосовувати найчастіше ефективніші стратегії - злиття (merge join) і хеширування (hash join). Злиття застосовується, коли обидві, що з'єднуються, таблиці відсортовані по ключу з'єднання.

3. Процесор запитів звертається за даними до системи зберігання (Storage Engine) через інтерфейс OLE DB. Через цей же інтерфейс він може звертатися за даними й до будь-якої іншої OLE DB-сумісним джереламам даних, як локальним ( що перебуває на цьому ж комп'ютері), так і вилученим.

Доступність даних

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

Сервер Informix DS володіє можливостями, які дозволяють підвищити надійність ІС і практично відмовитися від планових простоювань:

- віддзеркалювання дискових областей;

- відновлення некритичних для роботи сервера даних в оперативному режимі;

- повне тиражування даних сервера;

- розвинені засоби збереження даних;

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

- інструменти спостереження за станом сервера;

- виконання більшості адміністративних завдань в оперативному режимі.

В DB2 Universal Database підтримуються різні засоби на рівні операційної системи, такі як HACMP для AIX, кластери Sun Solaris й Wolfpack для NT/2000. Адміністратори можуть виконувати резервне копіювання й відновлення на рівні окремих табличних областей, а не на рівні всієї бази даних. Якщо в табличній області підтримується єдина таблиця, то резервне копіювання й відновлення цієї області еквівалентно резервному копіюванню й відновленню на рівні таблиці. При резервному копіюванні табличні області можуть перебувати як в активному (on-line), так й у пасивному (відімкненому) режимі. При відновленні всі табличні області, за винятком відновлювальної, залишаються в режимі on-line. У разі помилки введення/виведення (відмови диска, наприклад) від'єднаними виявляються тільки порушені табличні області (ті, що очікуваливідновлення). Інша база даних зберігає працездатність.

В Microsoft SQL Server, на жаль, деякі операції адміністрування рекомендується виконувати в режимі, коли користується один користувач. Отже, час від часу користувачі не будуть мати доступу до інформації в базі даних. Правда, такі простоювання можна звести до мінімуму, однак факт залишається фактом.

Функціональні можливості сервера

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

В DB2 Universal Database підтримуються такі ключові об'єктно-реляційні функції (всі вони реалізовані відповідно до стандартів SQL3 і тому являють собою відкритий, а не внутрішньо - корпоративний підхід):

1. Обумовлені користувачем типи даних (UDT). За їхньою допомогою користувачі можуть створювати нові типи даних, які будуть представлені в базі з використанням вбудованих типів.

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

3. Великі об'єкти (LOB). За допомогою об'єктів LOB користувачі можуть зберігати в базі даних дуже великі двійкові або текстові об'єкти (розміром у декілька гігабайт).

4. Обумовлені користувачем табличні функції (Table UDF). Користувачі SQL можуть тепер звертатися до даних, що зберігаються не в реляційному форматі, і при тому повною мірою використати всі можливості побудови запитів реляційної бази даних;

5. Обумовлені користувачем функції OLE (OLE UDF). Технологія OLE (Object Linking and Embedding - зв'язування й впровадження об'єктів) входить в архітектуру Microsoft для Windows.

До складу Microsoft SQL Server входить досить потужна мова роботи з даними Transact-SQL, що є розширенням стандартного SQL. Однак сумісність зі стандартом ANSI/ISO SQL-92 не є повною, хоча він і розглядається як кращий діалект SQL. Transact-SQL підтримує такі об'єкти БД, як збережені процедури, тригери, підтримка цілісності тощо. На жаль, відсутні механізми каскадного видалення й відновлення даних по зовнішніх ключах.

Відкритість

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

Перелічимо деякі властивості, що характеризують відкритість Informix:

- доступність на безлічі платформ, включаючи Sequent, HP, Sun, IBM, Siemens Nixdorf, NCR;

- підтримка, крім UNIX, операційних систем Windows NT й NetWare;

- можливість включення баз даних Informix у розподілені різнорідні ІС, побудовані на

- основі апаратно-програмних платформ і СУБД різних виробників;

- інтегрування Informix із системами централізованого керування й адміністрування, такими

- як Tivoli Management Environment (TME), HP OpenView, IBM NetView;

- багатомовна підтримка.

Доступ до баз даних DB2 Universal Database можна одержати практично із будь-якого клієнта за допомогою всіх основних типів мереж. Крім того, DB2 Universal Database підтримує більшість галузевих стандартів, що дозволяє працювати із системою, використовуючи безліч існуючих інструментальних засобів і додатків. Сервери DB2 Universal Database і шлюзи DB2 Connect можуть працювати на таких платформах: AIX, Linux, HP-UX, OS/2, Solaris, Windows NT, Windows 2000.

Відкритість MS SQL Server, як і масштабованість, досить відносна. Система управління базами даних SQL Server "відкрита" для інших продуктів Microsoft: MS Office, MS Visual Studio, MS Internet Information Server і т.д. При цьому, однак, їхній виробник не без підстав затверджує, що оскільки всі ці програмні комплекси розроблені однією компанією, то взаємодія між ними здійснюється ефективніше, ніж з аналогічними продуктами інших фірм.

Внаслідок проведеного аналізу можна стверджувати, що використання MS SQL Server ідеально підходить для операційної системи Windows, має у наявності високоінтелектуальний процесор запитів і добре розвинений діалект мови SQL (Transact-SQL). Oracle 9i орієнтується на Internet, підтримує велику кількість апаратних і програмних платформ, має багаті можливості для розроблювачів (об'єктно - реляційна БД, PL/SQL тощо). Система управління базами даних Informix здатна обслуговувати одночасно працюючі додатки оперативної обробки транзакцій і системи підтримки прийняття рішень для локальних і розподілених баз даних з великою кількістю користувачів. DB2 Universal Database поєднує в собі високу продуктивність систем обробки транзакцій у режимі on-line, об'єктно-реляційні розширення, удосконалені засоби оптимізації з можливостями паралельної обробки й підтримкою дуже великих баз даних.

2. Розрахунок капітальних витрат

Основна заробітна плата розробників, яка розраховується за формулою:

З₀ = , [грн](2.1)

де М -- місячний посадовий оклад конкретного розробника, грн;

Т_р -- число робочих днів у місяць. Приблизно Т_р = 21-22;

t -- число днів роботи розробника.

Розрахуємо основну заробітну плату керівника проекту:

З₀ = = 2584,71 (грн)

Розрахуємо основну заробітну плату техніка з обчислювальної техніки:

З₀ = = 3560,22 (грн)

Отримані дані занесемо до таблиці 2.1

Таблиця 2.1 - Витрати на заробітну плату

№	Найменування посади	Місячний посадовий оклад	Оплата за робочий день, грн.	Число днів роботи	Витрати на заробітну плату, грн.
1	Керівник проекту	1467	39,6	37	2584,71
2	Технік з обчислювальної техніки	2020,67	54,6	37	3560,22
Всього	6144,93

Додаткова заробітна плата робітників.

Розраховується як 10-12% від основної заробітної плати розробників:

З_д = , [грн](2.2)

З_д =

Нарахування на заробітну плату робітників

Нарахування на заробітну плату єдиного соціального внеску в розмірі 36,2:

Н_зп = (З₀ + З_д) , [грн](2.3)

Н_зп = (6144,93 + 737,39) = 2491,39 (грн)

Амортизація персонального комп`ютера

Амортизаційні відрахування можуть бути розраховані за формулою:

А = , [грн] (2.4)

де, Ц -- балансова вартість персонального комп`ютера, грн. Приблизно

Ц = 2000 -- 5500 грн.; Н_а -- норма амортизації, % за рік Н_а = 25%;

Т -- термін використання комп`ютера, цілі місяці.

А = (грн)



Витрати на матеріали, що були використані на розробку програмного продукту -- можуть бути обмежені вартістю декількох дискет, вартість роздруківок програми на принтері, вартість паперу тощо.

Матеріальні витрати занесено до таблиці 2.

Таблиця 2.2 - Матеріальні витрати на виготовлення програмного продукту

№	Найменування матеріалу, марка, тип, сорт	Ціна, грн.	Витрачено,шт.	Вартість витрачених матеріалів, грн.
1	CD - диски	2,5	5	12,5
2	Папір	0,3	30	9
3	Затрати на друк	0,4	30	12
Всього	33,5

Витрати на силову електроенергію, якщо ця стаття має суттєве значення для проведення випробувань, розраховується за формулою:

В_с = В ПФ, [грн](2.5)

де В -- вартість 1 кВт -- години електроенергії, В = 0,8111 грн/кВт;

П -- установлена потужність комп`ютера та інших пристроїв,кВт;

Ф -- фактична кількість годин роботи комп`ютера та інших пристроїв при створені програмного продукту, годин

Ф = 37 8 = 296 (год)

В_с = 0,8111 0,4 296 = 96,034 (грн)

Інші витрати (накладені витрати - приймаються як 5 - 50% від суми основної заробітної плати розробників):



І_в = З₀ , [грн] ( 2.6)

І_в = 6144,93 = 1290,43 (грн)

Таблиця 2.3 - Показники капітальних витрат

Статті витрат	Умовне позначення	Сума, грн	Питома вага, %
Основна заробітна плата	Зо	6144,93	56,12
Додаткова заробітна плата	Зд	737,39	6,82
Нарахування на заробітну плату	Нзп	2491,39	22,75
Амортизація персонального комп`ютера	А	155,8	1,42
Вартість витрачених матеріалів	М	33,5	0,3
Витрати на електроенергію	Вс	96,034	0,87
Інші витрати	Ів	1290,43	11,78
Разом	В	10949,47	100

Рисунок 2.1 - Діаграма показників капітальних витрат

3. Розрахунок експлуатаційних витрат

Заробітна плата обслуговуючого персоналу (З_обс), яка розраховується за формулою:

З_обс = 12 М в, [грн](3.1)



де 12 - число місяців;

М - місячний посадовий оклад конкретного інженерно - технічного працівника, грн.. Величина каналів коливається в межах 350 - 850 грн.;

в - доля часу, який втрачає працівник на виконання конкретних робіт з застосуванням даного програмного продукту, в загальному часі своєї роботи 10 - 15%.

З_обс = 12 520 0,13 = 811,12 (грн)

Додаткова заробітна плата обслуговуючого персоналу

Розраховується як 10 - 12% від основної заробітної плати обслуговуючого персоналу:

З_добс = З_обс , [грн](3.2)

З_добс = 811,12 = 97,34 (грн)

Нарахування на заробітну плату обслуговуючого персоналу за єдиним соціальним внеском 36,2:

Н_зп = (З_обс + З_добс) 0,362, [грн] (3.3)

Н_зп = (З_обс + З_добс) 0,362 = 328,86 (грн)

Витрати на електроенергію (при живленні з електромережі) розраховуються за формулою:

В_с = В П Ф К_п в, [грн] (3.4)



де В - вартість 1 кВт - година електроенергії, В = 0,8111 грн/кВт;

П - потужність комп`ютера разом з принтером та іншими приладами, кВт;

Ф - фактична кількість годин роботи комп`ютера разом з принтером та іншими приладами за рік, годин;

К_п - коефіцієнт використання потужності. К_п < 1;

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

В_с = 0,4 1800 0,4 0,13 = 37,44 (грн)

Амортизаційні нарахування нараховуються за формулою:

А = , [грн](3.5)

де, Ц -- балансова вартість персонального комп`ютера, грн. Приблизно

Ц = 2000 -- 5500 грн.;

Н_а -- норма амортизації, % за рік Н_а = 25%;

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

А = = 126,62 (грн)

Витрати на поточний ремонт комп`ютерної техніки можна розрахувати за формулою:

Р = [(0,04 0,1) Ц + З_р] в, [грн](3.6)



де, Ц - базова вартість персонального комп`ютера, грн;

З_р - заробітна плата робітників, що зайняті проведенням ремонтних робіт, грн.., якщо для проведення ремонту окремо наймаються робітники;

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

Р = [ 0,7 3897 + 908,46] 0,13 = 472,72 (грн)

Інші витрати можна прийняти як 5 - 10% від загальної суми усіх попередніх витрат:

І_в = (З_обс + З_добс + Н_зп + А) 0,08, [грн](3.7)

І_в = (811,12 + 97,34 + 328,86 + 126,62) 0,08 = 109,11 (грн)

Таблиця 3.1 - Показники експлуатаційних витрат

Статті витрат	Умовне позначення	Сума, грн	Питома вага, %
Заробітна плата обслуговуючого персоналу	Зобс	811,12	40,89
Додаткова заробітна плата обслуговуючого персоналу	Здобс	97,34	4,9
Нарахування за заробітну плату	Нзп	328,86	16,58
Витрати на електроенергію	Вс	37,44	1,88
Амортизаційні відрахування	А	126,62	6,38
Витрати на ремонт комп`ютерної техніки	Р	472,72	23,83



Рисунок 3.1 Діаграма показників експлуатаційних витрат

4. Розрахунок умовних обсягів робіт

Для визначення обсягу робіт Q₂ при використанні нового програмного продукту потрібно знати час виконання конкретної функції (роботи) в умовах, коли застосовується новий програмний продукт. Для визначення обсягу робіт Q₁ без використання програмного продукту потрібно знати час конкретної функції (роботи) без застосування програмного продукту (або при застосуванні старого програмного продукту).

Обсяг робіт розрахувати за формулами:

Q₁ = , [функц./с] ,(4.1)

Q₂ = , [функц./с] ,(4.2)

де Q₁ - обсяг робіт при застосуванні старого програмного продукту, умовних одиниць, штук, тощо;

Q₂ - обсяг робіт при застосуванні нового програмного продукту, умовних одиниць, штук, тощо;

F - ефективний фонд часу роботи за рік (для однозмінної роботи F = 1700 - 1800 годин, для двозмінної роботи F = 3500 - 3600);

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

t_1,2 - час виконання конкретної функції або роботи, хвилин.

Визначимо обсяг роботи без використання бази даних:

Q₁ = = 663 (функц./с)

Визначимо обсяг роботи з використанням бази даних:

Q₂ = = 4420 (функц./с).

5. Розрахунок техніко-економічних показників

Розрахуємо річний економічний ефект від впровадження нового програмного продукту:

, [грн./рік],(5.1)

де Е₁ _ експлуатаційні витрати при використанні існуючого програмного продукту, грн./рік;

Е₂ - експлуатаційні витрати при використанні нового програмного продукту, грн./рік;

Q₁ - умовний обсяг, що виконується за рік при використанні існуючого програмного продукту, функц./с;

Q₂ - умовний обсяг, що виконується при використанні нового програмного продукту, функц./с.

Вирахуємо річний економічний ефект від використання бази даних:

= 10873,2 (грн./рік)

Розрахуємо термін окупності витрат, які були використані на розробку нового програмного продукту:

Т_о = , [років],

де В - загальна сума капіталовкладень;

?Е - річний економічний ефект від впровадження нового програмного продукту, грн.

Вирахуємо термін окупності витрат, які були використані на розробку бази даних:

Т_о = = 1,007 (років).



Висновки

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

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

Капітальні витрати на розробку бази даних складають 10949,47 грн.

Проведені розрахунки витрат на розробку бази даних окупляться за один рік, що свідчить про доцільність капітальних вкладень.

Економічна ефективність складе 10873,2 грн.



Список літератури

1. Економіка підприємства: Підручник/ За заг. ред. С.Ф. По кропивного. - Вид. 2-ге, перероб. та доп. - К.:КНЕУ,2001.-538с.,іл.

2. Примак Т.О. Економіка підприємства: Навч. посіб. - 2-ге вид., стер. - К.: Вікар, 2002.-176с.-(Вища освіта ХХІ століття).

3. Бойчук І.М., Харків П.С., Хопчан М.І., Піча Ю.В. Економіка підприємства: Навч. посіб. Друге вид. Виправленеі доп.-К.:"Каравела"; Львів:"Новий світ-2000",2001.-298с.

4. Методичні вказівки по виконанню економічної частини дипломних проектів. Козловський В. А. ВДТУ 1998 р..

5.Економіка виробничого підприємства: Навч. посіб. / Й.М. Петрович та ін.; За заг. ред. Й.М.Петровича 2-ге вид., перероб. і доп..-К.:Т-во "Знання", КОО, 2001.-405с.-(Вища освіта ХХІ століття).

Размещено на Allbest.ru

...