Оценим их по каждому i-ому показателю качества по 5-ти бальной шкале.

Определим каждому критерию весовой коэффициент k_j, причем k_j= 1.

Таблица 3.2

Шкала оценок

Параметр	Баллы	Оценка
	4	Отлично
	3	Хорошо
	2	Удовлетворительно
	1	Предельно допустимо
	0	Неприемлемо

Результаты сравнения сведем результаты сравнения в таблицу 3.3.

Таблица 3.3

Оценка технико-экономической эффективности

Параметры сравнения/оценка	Весовой коэфф.	Файл-сервер	Клиент-сервер	Многоуровневая система	Интернет/интранет технологии
		Ajf	kj •Ajf	Ajk	kj •Ajk	Ajm	kj •Ajm	Aji	kj •Aji
Установка СУБД	0,15	1	0,15	4	0,6	3	0,45	3	0,45
Объемы передаваемых данных	0,25	1	0,25	3	0,75	4	1	4	1
Применяемые на предприятии	0,35	0	0	4	1,4	0	0	0	0
Знакомство обслуживающего персонала с представленными архитектурами	0,25	2	0,5	3	0,75	1	0,25	1	0,25
Интегральный технико-экономический показатель, Q		Qf = 0,9	Qk = 3,5	Qm = 1,7	Qi = 1,7

Посчитаем интегральный технико-экономический показатель:

для файл-сервера Q_f:

для клиент-сервер Q_k:

для многоуровневой системы Q_m:

Для интернет/интранет технологии Q_i:

Интегральный технико-экономический показатель между файл-серверной архитектурой и клиент-серверной равен:

Q = Q_k/ Q_f = 3,5/0,9 = 3,89

т.к. технико-экономический показатель больше 1 выбор в сторону клиент-серверной архитектуры.

Интегральный технико-экономический показатель между клиент-серверной архитектурой и многоуровневой системой равен:

Q = Q_k/ Q_m = 3,5/1,7 = 2,06

т.к. технико-экономический показатель больше 1 выбор в сторону клиент-серверной архитектуры.

Интегральный технико-экономический показатель между клиент-серверной архитектурой и интернет/интранет технологии равен:

Q = Q_k/ Q_m = 3,5/1,7 = 2,06

т.к. технико-экономический показатель больше 1 выбор в сторону клиент-серверной архитектуры.

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

3.2 Разработка структуры БД

3.2.1 Нотации IDEF1xсущности и их атрибуты

Сущность - это физическое представление логической группировки данных. Сущности могут быть вещественными, реальными объектами. Сущности не предназначены для представления единичного объекта, они представляют набор экземпляров, содержащих информацию, представляющую интерес с точки зрения их уникальности. Конкретный экземпляр сущности представляется строкой таблицы и идентифицируется первичным ключом. Сущность имеет следующие признаки:

· она имеет имя и описание;

· она представляет класс, а не единичный экземпляр абстракции;

· ее конкретные представители (экземпляры) могут быть уникально идентифицированы;

· она содержит логическую группировку атрибутов, представляющих информацию, интересную с точки зрения корпорации. [4]

Существует две основных группы сущностей: зависимые и независимые. Независимая сущность не нуждается в информации из другой сущности для идентификации уникального экземпляра. Она представляется в ERwin в виде прямоугольника. Первичный ключ независимой сущности не включает в себя первичных ключей других сущностей. Зависимая сущность должна привлекать информацию из другой сущности для идентификации уникального экземпляра. Она представляется на ER-диаграмме в виде прямоугольника с закругленными углами. Первичный ключ зависимой сущности включает первичные ключи одной или более родительских сущностей.

Понятие атрибута. Типы атрибутов.

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

Ключевые атрибуты

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



Атрибуты первичного ключа

Является ли первичный ключ единственным атрибутом или группой, его значения определяют значения всех других атрибутов.

Хороший первичный ключ будет обладать следующими признаками:

· значение гарантирует уникальность для каждого из экземпляров;

· значение не имеет скрытого смысла;

· область определения значений будет оставаться постоянной с течением времени;

· значения существуют для каждого из экземпляров сущности.

Внешние ключи

Внешним ключом является атрибут или группа атрибутов, составляющих первичный ключ другой сущности. Внешний ключ может быть, а может и не быть, ключевым атрибутом в связанной сущности. Обратите внимание на термин связанная сущность. Внешние ключи представляют связи между сущностями. [4]

Неключевые атрибуты

Неключевыми являются атрибуты, значения которых зависят от значений первичного ключа или составного первичного ключа. Эти не ключевые атрибуты должны зависеть от значения ключа, полного ключа, и ни от чего кроме ключа.

3.2.2 Связи между сущностями

Связи в IDEF1X представляют собой ссылки, соединения и ассоциации между сущностями. Связи это суть глаголы, которые показывают, как соотносятся сущности между собой.

Во всех перечисленных примерах взаимосвязи между сущностями соответствуют схеме один ко многим. Это означает, что один экземпляр первой сущности связан с несколькими экземплярами второй сущности. Причем первая сущность называется родительской, а вторая - дочерней. В приведенных примерах глаголы заключены в угловые скобки. Связи отображаются в виде линии между двумя сущностями с точкой на одном конце и глагольной фразой, отображаемой над линией.

Отношения многие ко многим обычно используются на начальной стадии разработки диаграммы, например, в диаграмме зависимости сущностей и отображаются в IDEF1X в виде сплошной линии с точками на обоих концах. Так как отношения многие ко многим могут скрыть другие бизнес правила или ограничения, они должны быть полностью исследованы на одном из этапов моделирования. Например, иногда отношение многие ко многим на ранних стадиях моделирования идентифицируется неправильно, на самом деле представляя два или несколько случаев отношений один-ко-многим между связанными сущностями. Или, в случае необходимости хранения дополнительных сведений о связи многие-ко-многим, например, даты или комментария, такая связь должна быть заменена дополнительной сущностью, содержащей эти сведения. При моделировании необходимо быть уверенным в том, что все отношения многие ко многим будут подробно обсуждены на более поздних стадиях моделирования для обеспечения правильного моделирования отношений.

3.2.3 Описание процесса проектирования

Построение модели данных для финансового планирования на предприятия ООО «Шарм Клео Косметик» начнем с построения логического уровня модели представляющую собой абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире, и могут называться так, как они могут называться в реальном мире. Логическая модель данных является универсальной и ни как не связанна с конкретной реализацией СУБД.

На рисунке 3.1 представлена логическая модель, построенная для реализации данного проекта.

Определим сущности, которыми будем оперировать. Для того чтобы стало возможным произвести количественную оценку риска, как минимум должен существовать объект оценки, то есть предприятие и его подразделения. Далее учитывая особенности выбранных методов финансового планирования и количественной оценки риска, изложенные в разделе 2 нам необходимы различные финансово экономические данных, которые в общем случае можно разделить на три класса:

· Общие экономические показатели;

· Состав и размещение активов;

· Категория риска оборотных активов.

Согласно всему вышеизложенному существует возможность перечислить сущности предметной области:

· Предприятие;

· Подразделение;

· Общие экономические показатели;

· Состав и размещение активов;

· Категория риска оборотных активов.

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

Для сущности предприятие атрибутами будут являться (ИНН, телефон, наименование предприятия, юридический адрес), первичным ключом будет атрибут (ИНН).

Для сущности подразделение атрибутами являются (Название, подразделения, ИНН, начальник подразделения, область деятельности, количество сотрудников, группа риска), первичным ключом будет атрибут (название подразделения). Ключом для связи с другими сущностями является атрибут (ИНН).

Для сущности общие экономические показатели атрибутами являются (Год, Название подразделения, выручка от реализации продукции, среднесписочная численность работников, производительность туда, фонд оплаты труда, среднегодовой уровень оплаты труда, среднегодовая стоимость ОПФ, отдача на 1 руб. ОФ, фонд вооруженность, среднегодовая стоимость остатков оборотных средства, себестоимость продукции финансовый результат, рентабельность), первичным ключом будет являться атрибут (год), ключом для связи с другими сущностями будет являться атрибут (Название подразделения).

Для сущности состав и размещение активов атрибутами являются (Год, название подразделения, внеоборотные активы, нематериальные активы, основные средства, Незавершенное строительство, долгосрочные финансовые вложения, прочие необоротные активы, оборотные активы, запасы, дебиторская задолженность, краткосрочные финансовые вложения, денежные средства, прочие оборотные средства), первичным ключом будет являться атрибут (год), атрибутом для связи с другими сущностями будет являться (Название подразделения).

Для сущности категория риска оборотных активов можно выделить следующие атрибуты (Год, название подразделения, степень риска, группа оборотных активов, абсолютное значение, доля группы), для связи с другими сущностями будет использован атрибут (Название подразделения).

Независимой сущностью является предприятие, остальные являются зависимыми сущностями. Сущность предприятие так же является основной, так как определяет наличие ограниченного набор подразделений.

Для идентификации требований, в соответствии с которыми сущности вовлекаются в отношения, используются связи.

Переходим к представлению физической модели данных отображенной на рисунке 3.2. Физическая модель в отличие от логической зависит от конкретной СУБД, и является отображением системного каталога. В физической модели содержится информация обо всех объектах БД и зависит от конкретной реализации СУБД. Если в логической модели не имеет значение, какой конкретно тип данных имеет атрибут, то в физической модели важно описать всю информацию о конкретных физических объектах - таблицах, колонках, индексах, процедурах и т.д.

LongInteger - числовая переменная целого значения.

Text - случайная текстовая переменная.

Date/time - числовая переменная десятичного значения.

Рис. 3.1 Логическая модель данных



Рис. 3.2 Физическая модель данных

Вывод: В данном разделе работы был обоснован выбор архитектуры проектируемой системы, а так же построены физические и логические модели данных. Алгоритмы расчета количественных показателей риска строить нецелесообразно, так как вся необходимая и достаточная информация содержится в математических моделях (см. раздел 2).



4. Реализация выбранного варианта решения

4.1 Обоснование выбора СУБД

Для программной реализации информационной системы управления риском необходимо выбрать СУБД. Требования предъявляемые к СУБД должны соответствовать условиям и требованиям заказчика, одним из требований является экономическая составляющая, т.е. относительная дешевизна продукта, другой немаловажной составляющей является привязанность к уже установленному ПО, и наконец уровень компьютерной грамотности обслуживающего персонала, т.е. обслуживание знакомых программных продуктов, минимизировать затраты на переобучение персонала. Рассмотрим некоторые из представленных на рынке СУБД, сведённых в таблицу 4.1.

Таблица 4.1

Сравнение СУБД

Название критерия выбора	SQL Server 2000	ORACLE 10g	MySQL
Стоимость сервера (лицензия на процессор и на сам сервер)	5448$	4995 $	Общедоступная
Стоимость клиента	146$	149$	Общедоступная
Максимальное число пользователей	Зависит от лицензии	Зависит от лицензии	Зависит от лицензии
Технические требования к серверу	166 Мгц 64 Мб ОЗУ 140-500 Мб на HDD	300 Мгц 128 Мб ОЗУ 1,5 Гб на HDD	100 Мгц 64 Мб ОЗУ 100 Мб на HDD
оддерживаемые серверные ОС	Windows 2000 Server, Windows 2000 Advanced Server, Windows 2000 Datacenter Server, Windows NT Server 4.0, Windows NT Server 4.0 Enterprise Edition	Windows 2000 Server, Windows 2000 Advanced Server, Windows 2000 Datacenter Server, Windows NT Server 4.0, Windows NT Server 4.0 Enterprise Edition, UNIX-подобные системы, Solaris, Mac OS идр.	Windows 2000 (SP2), Windows Server 2003, Windows NT® 4.0 (SP6a или выше), Windows XP Red Hat Enterprise Linux, SUSE Enterprise Linux Server 9 Solaris 7, 8, 9
Уровень квалификации персонала	Высокий	Высокий	Средний
Установленная на данный момент на предприятии	нет	нет	да

На основании выбранных критериев проведем расчет технико-экномической эффективности MySQL, SQL Server 2000, ORACLE 10g.

Оценим их по каждому i-ому показателю качества по 5-ти бальной шкале.

Таблица 4.2

Шкала оценок

Параметр	Баллы	Оценка
	4	Отлично
	3	Хорошо
	2	Удовлетворительно
	1	Предельно допустимо
	0	Неприемлемо

Определим каждому критерию весовой коэффициент k_j, причем k_j= Результаты сравнения сведем результаты сравнения в таблицу 4.3.

Посчитаем интегральный технико-экономический показатель:

Для SQL Server 2000Q_s:

,

Для ORACLE 10gQ_d:

И для MySQL:

Таблица 4.3

Оценка технико-экономической эффективности

Параметры сравнения/оценка	Весовой коэффициент	MySQL	SQL Server 2000	ORACLE 10g
Стоимость сервера	0,15	4	0,6	1	0,1	1	0,2
Стоимость клиента	0,10	4	0,40	3	0,30	3	0,3
Максимальное число пользователей	0,10	3	0,3	3	0,3	3	0,3
Технические требования к серверу	0,15	3	0,45	2	0,3	1	0,15
Поддерживаемые серверные ОС	0,05	3	0,15	4	0,2	3	0,15
Уровень квалификации персонала	0,20	4	0,8	2	0,4	1	0,2
Установленная на данный момент на предприятии	0,25	4	1,00	2	0,5	2	0,5
Интегральный технико-экономический показатель, Q		Qa= 3,7	Qs = 2,1	Qo = 1,8

Интегральный технико-экономический показатель между MySQL и SQL Server 2000, равен:

Q = Q_a/ Q_s = 3,7/2,1 = 1,76

Между MySQL и ORACLE 10g, равен:

Q = Q_a/ Q_o = 3,7/1,8 = 2,06

На основании проведенных расчетов можно сделать следующий вывод: интегральный технико-экономический показатель больше 1, что говорит в пользу MySQL и о целесообразности выбора данного СУБД.

MySQL:является решением для малых и средних приложений. Входит в LAMP. Обычно MySQL используется в качестве сервера, к которому обращаются локальные или удалённые клиенты, благодаря хорошей системе безопасности этого пакета, стабильной работе, высокому быстродействию и хорошей интеграции с соответствующими средствами программирования. В дистрибутив входит библиотека внутреннего сервера, позволяющая включать MySQL в автономные программы. [5] Разработчики MySQL всегда считали стабильность предметом особой важности.

4.2 Выбор среды разработки

Выбор средства разработки приложений был основан на сравнении с C++Builder 2007, Borland Delphi 2007 и C#(MSVisualStudio 2007) (Таблица 4.3).

Новая версия продукта C++Builder 2007, ведущей интегрированной среды для быстрой разработки приложений на С++, сочетает поддержку операционной системы Windows Vista API и технологий Web 2.0 с самыми последними стандартами: значительно выросшей производительностью, интегрированными функциями проверки и множеством сочетаний клавиш, позволяющих экономить время и значительно упрощать выполнение типовых задач. [6]

C++Builder 2007 кардинально улучшает разработку на C++ для Windows, предоставляя полностью интегрированную среду для быстрой разработки приложений (RAD) на C++ под Windows, которая поддерживает Windows Vista™ и AJAX.C++ Builder 2007 продолжает традиции быстрой разработки и в то же время реализует новые технологии: поддержка Vista включает темы приложений и VCL-компоненты для поддержки Aero и Vista Desktop, а также новые диалоги работы с файлами и задачами.

Среди новых функций C++ Builder 2007: улучшенная совместимость со стандартами ANSI C++, Dinkumware и Boost; значительно ускорена работа интегрированной среды, в том числе время сборки проекта внутри среды -- так же быстро или даже быстрее, чем сборка с применением утилит командной строки.

Borland Delphi 2007 - эффективная среда разработки приложений для Microsoft Windows. BorlandDelphi2007 предоставляет исключительный "коэффициент повышения производительности", позволяя устранить утомительный труд и максимально увеличить производительность при помощи революционной среды разработки корпоративных приложений, библиотеки многократно используемых визуальных компонентов и полностью интегрированного пакета инструментов моделирования и управления жизненным циклом проектов (ALM). [7]

C#(MS Visual Studio 2007) - являясь последним из широко распространенных языков программирования, впитал в себя весь имеющийся опыт и вобрал лучшие стороны существующих языков программирования, при этом являясь специально созданным для работы в NET. Сама архитектура NET продиктовала ему объектно-ориентированную направленность.

Свой синтаксис C# во многом унаследовал от C++ и Java. Но вместе с тем он является во многом новаторским - атрибуты, делегаты и события, прекрасно вписанные в общую идеологию языка, прочно заняли место в сердцах NET - разработчиков. Их введение позволило применять принципиально новые приемы программирования.

При сравнении с этим языком сразу выделаются такие особенности, как возможность объявлять несколько классов в одном файле, из чего следует синтаксическая поддержка иерархической системы пространств имен. Из вещей, включенных в спецификацию языка, но не являющихся чисто "программистскими" необходимо отметить возможность использование комментариев в формате XML. Если комментарии отвечают специально описанной структуре, компилятор по ним может сгенерировать единый XML-файл документации.

C# внес и свои уникальные черты, которые уже были упомянуты - это события, индексаторы, атрибуты и делегаты. Все эти элементы предоставляют собой очень полезные возможности, которые не останутся невостребованными. Архитектурой проекта могут определяться локальные атрибуты, которые будут связанны с любыми элементами языка - классами, интерфейсами и т.д.

Таблица 4.4

Сравнение языков программирования

Критерии сравнения	C++Builder 2007	Borland Delphi 2007	C#(MS Visual Studio 2007)
Степень соответствия назначения языка и целей разработки	Ориентирован на разработку систем любой степени сложности	Ориентирован на разработку систем любой степени сложности	Ориентирован на разработку систем любой степени сложности
Использование международных стандартов	Полностью стандартизирован	Имеет собственный стандарт	Полностью стандартизирован
Поддерживаемые СУБД	MS SQL Server 2000/2005, My SQL, Oracle, Sybase, Interbase 2007, SQL Anywhere, DB2, Informix	InterBase 7.5, Oracle, IBM DB2, Microfost SQL Server 2000/2005, Informix, SQL Anywhere, MySQL, Sybase	InterBase 7.5, Oracle, IBM DB2, Microfost SQL Server 2000/2005, Informix, SQL Anywhere, MySQL, Sybase
Поддерживаемые ОС	Windows Vista/ Server 2003/ XP Professional/ 2000 Professional / 2000 Server	Microsoft Windows 2000/ XP Professional (SP2 или выше)/ Vista Professional/ Microsoft Windows Server 2003.	MS Windows OC
Квалификация разработчиков	Высокая	Высокая	Высокая
Стоимость продукта	900 у.е.	900 у.е.	900 у.е.

Проведем расчет выбора средств реализации по выбранным параметрам на основании технико-экономической эффективности.

Оценим их по каждому i-ому показателю качества по 5-ти бальной шкале.

Определим каждому критерию весовой коэффициент k_j, причем k_j= 1.

Таблица 4.5

Шкала оценок

Параметр	Баллы	Оценка
	4	Отлично
	3	Хорошо
	2	Удовлетворительно
	1	Предельно допустимо
	0	Неприемлемо

Результаты сравнения сведем результаты сравнения в таблицу 4.5.

Посчитаем интегральный технико-экономический показатель:

для C++Builder 2007Q_c:

Для Borland Delphi 2007Q_b:

дляC#(MS Visual Studio 2007) Q_#:

Интегральный технико-экономический показатель между C#(MSVisualStudio 2007) иC++Builder 2007 равен:

Q = Q_#/ Q_c = 3,6/2,75 = 1,31

т.к. технико-экономический показатель больше 1 выбор в сторону C#(MSVisualStudio 2007).

Таблица 4.6

Оценка технико-экономической эффективности

Параметры сравнения/оценка	Весовой коэфф-т	C++Builder 2007	Borland Delphi 2007	C#(MS Visual Studio 2007)
		Ajk	kj •Ajk	Ajm	kj •Ajm	Aji	kj •Aji
Степень соответствия назначения языка и целей разработки	0,25	3	0,75	2	0,5	4	1
Использование международных стандартов	0,10	2	0,2	2	0,2	3	0,3
Поддерживаемые СУБД	0,20	2	0,4	2	0,4	3	0,6
Поддерживаемые ОС	0,15	2	0,3	3	0,45	4	0,6
Квалификация разработчиков	0,2	4	0,8	4	0,8	4	0,8
Стоимость продукта	0,1	3	0,3	3	0,3	3	0,3
Интегральный технико-экономический показатель, Q		Qc = 2,75	Qb = 2,65	Q# = 3,6

Интегральный технико-экономический показатель между C#(MSVisualStudio 2007) и Borland Delphi 2007 равен:

Q = Q_#/ Q_b = 3,6/2,65 = 1,36

т.к. технико-экономический показатель больше 1 выбор в сторону C#(MSVisualStudio 2007).

Вывод - для разработки ИС будем использовать C#(MS Visual Studio 2007) т.к. по сравнению с C++Builder 2007 и Borland Delphi 2007 с использованием технико-экономического показателя, C#(MS Visual Studio 2007) наиболее подходит мне по критериям оценки.



4.3 Разработка графического интерфейса пользователя

Интерфейс должен быть удобен для пользователя, с знакомыми элементами управления, удобочитаемым и понятным. Работа модуля финансового планирования начинается с вызова главного окна представленного на рисунке 4.1.

Рис. 4.1 Интерфейс модуля финансового планирования

Данный модуль имеет два режима работы. Первый - режим ввода и корректировки базисных данных. Второй - режим расчета уровня риска. По умолчанию модуль запускается в первом режиме работы. Предусмотрено пять категорий вкладок для ввода данных:

· Предприятие;

· Подразделение;

· Общие экономические показатели;

· Состав и размещение активов;

· Категория рисков оборотных активов.

Работа с вкладками в режиме ввода данных должна производится последовательно, изначально водятся данные о предприятии, см. рисунок 4.2. Ввод данных происходит посредством заполнения соответствующих столбцов таблицы. Кнопкой «Ок» подтверждается сохранение введенных или измененных данных. Кнопкой «Отмена» соответственно отменяется. Кнопка выбрать предназначена для выбора экземпляра сущности и перехода на новую вкладку. Интерфейс каждой последующей вкладки аналогичен и отличается лишь наименованием столбцов.

Рис. 4.2 Режим ввода данных

Второй режим работы данного модуля это - режим планирования и расчета уровня риска (рисунок 4.3). Переход в режим расчета уровня риска осуществляется после выбора предприятия и/или подразделения, а так же года за который необходимо произвести расчет. После открытия окна расчета уровня рисков пользователю предоставляется возможность выбрать метод расчета. Если уровень риска по той или иной методики был рассчитан за несколько лет соответствующая информация будет представлена в таблице и будет построен график изменения риска по годам. Рассчитанная информация заносится в базу данных, и является доступной для других компонент общей информационной системы через стандартный драйвер доступа баз данных ODBC.

Рис. 4.3 Режим расчет уровня риска



5. Социальная значимость проекта

Социальная проблема финансового планирования, состоит в отсутствии какой либо формализации при оценке риска, что приводит зачастую к ошибкам в принятии решений по мероприятиям финансового планирования. Среди многообразия факторов влияющих на риск, довольно трудно выделить наиболее результативные. Даже после выделения таких факторов присутствует трудность оценки категория риска. В свою очередь не своевременный или не точный расчет этого уровня, приводит в создавшейся ситуации на предприятии к ненужной социальной напряженности среди управленческого звена и неверным решениям в области финансового планирования.

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

Рынок информационных технологий развивается на данный момент небывалыми темпами, уже невозможно представить себе предприятие или даже частного предпринимателя, занимающихся производственной деятельностью или предоставляющих какие-либо услуги в различных сферах деятельности людей, и не имеющих какой-либо информационной системы.

Влияние нарастающей информатизации общества заметно во многих сферах деятельности и затрагивает многие слои социума - даже от сотрудников низшего звена все чаще требуется знание навыков работы с ПК. Таким образом, проявляется требование настоящего времени, основанное на прагматических соображениях и на научном прогрессе - прикладное использование современных информационных технологий в различных общественных институтах, в том числе и производстве, в частности на предприятии ООО «Шарм Клео Косметик».

Еще одно немаловажное влияние проекта на социум - его экономическое значение, т.к. мы сейчас находимся в развивающемся экономическом кризисе, где каждое предприятие экономит на всем, что только возможно, только бы снизить свои затраты и сократить себестоимость продукции. Реализация данного проекта позволяет отказаться от значительных финансовых затрат на приобретение лицензионного продукта, его внедрение, и сопровождение. Отсутствуют финансовые затраты на обучение специалистов для работы на сторонних программных продуктах. Внедрение проекта позволит поднять уровень компьютерной грамотности, специалистов в отделах и подразделений предприятия.



6. Технико-экономическое обоснование

Необходимо произвести анализ экономической эффективности разработки системы, в современных условиях рыночной экономики, оценить затраты на проектирование и внедрение системы. Одним из важнейших моментов при проектировании системы, является обоснование экономической эффективности от внедрения системе.

6.1 Расчет интегрального показателя качества

Анализ рынка

Данная информационная система будет пользоваться спросом у малых предприятий, желающих автоматизировать процесс финансового планирования, учета и анализа финансово-экономических показателей. Автоматизация процесса планирования предоставляет расширенный спектр возможностей, которые вручную выполнить достаточно трудоёмко. Система финансового планирования - комплекс методов, подходов, финансово-экономических инструментов планирования, контроля, анализа и принятия решений, которые используются для достижения долгосрочных и краткосрочных целей, сформированных на малом предприятии. В связи с массовой автоматизацией предприятий разработка будет актуальна. Система позволит малым предприятиям вести систематический контроль и анализировать выполнения плановых показателей и причин отклонения факта от плана. Таким образом, система повышает уровень управляемости предприятия, что, несомненно, приносит экономический эффект.

Выбор аналога

В настоящее время существует несколько аналогов систем планирования как российских, так и зарубежных производителей. Например, Hyperion Planner, Comshare MPC, Oracle Financial Analyzer, КИС: Инталёв, BPlan, Галактика.

Рассмотрим элементы технологии планирования и подходы к их автоматизации по следующим позициям:

· состав и свойства информационных объектов системы;

· функциональность и алгоритмы;

· организация работы пользователей с системой;

· архитектура, платформа и средства интеграции.

Первое, на что стоит обратить внимание при изучении системы, это состав ее информационных объектов. Именно они характеризуют информационную мощность системы, т. е. определяют, какими понятиями и с какой степенью детализации можно оперировать при выполнении работ по планировании. Из приведенных аналогов систем финансового планирования наиболее обширным составом информационных объектов обладает российская система BPlan. В этом продукте используются такие информационные объекты как измерение бюджетных планов статей, организационно-штатная и финансовая структура, валюты, курсы, клиенты, потребители и поставщики.

«Сердцем» любой системы финансового планирования являются планы статей. Система должна содержать как минимум три таких плана: план доходов и расходов, план движения денежных средств, план активов и пассивов (баланс). Продукт BPlan, в отличие от других аналогов, содержит все вышеперечисленные планы.

По организации работы пользователей с системой и архитектуре различают два принципиально разных подхода - файловая система и система с единой базой данных. Система с единой БД в технологии клиент - сервер представляет более современный подход, который обеспечивает одновременную работу многих пользователей с одними и теми же данными, оперативное внесение изменений в структуру бюджетных планов и интерактивное взаимодействие участников бюджетного процесса. В качестве БД BPlan использует высокопроизводительную базу Oracle 9i Database.

Таким образом, продукт BPlan удовлетворяет всем требованиям современной системы планирования, и поэтому взят в качестве аналога разрабатываемой системы.

Таблица 6.1

Наименование характеристики	Баллы
	Проект	Аналог	Вес, ki
	BПi	BАi
Полнота полученных данных	8	7	0,8
Срок обучения работе с системой	9	6	0,7
Сроки получения данных	7	6	0,9
Область применения	9	7	0,8
Скорость работы с системой	7	8	0,6
Уровень безопасности и защиты системы от взлома	9	6	0,8
Скорость обработки пользовательских запросов	9	7	0,8
Уровень отказоустойчивости системы	9	6	0,7

Интегральный показатель качества

По данным сравнительной характеристики рассчитаем интегральные технический показатель разрабатываемой системы и выбранного аналога.

Он будет равен:

для разрабатываемой системы:

И_п = ? B_Пik_i = 51,1

для аналога:

И_а = ? B_Пik_i = 40,7

где B_Пi и B_Аi соответствующая характеристика проекта и аналога, k_i весовые коэффициенты

Относительная технико-экономическая эффективность разработанного продукта:

Е⁰ = И_п / И_а = 1,26

Полученное значение E⁰ показывает целесообразность и экономическую эффективность разработки.

6.2 Расчет затрат на этапе проектирования

Под разработкой информационной системы финансового планирования будем понимать совокупность работ, которые необходимо выполнить, чтобы разработать учет, анализ и планирование финансово-экономических показателей на малом предприятии.

Для расчета затрат на этапе проектирования необходимо определить продолжительность каждой работы (начиная с составления технического задания (ТЗ) и до оформления документации включительно). Продолжительность работ определяется либо по нормативам (с использованием специальных справочников), либо расчетом с помощью экспертных оценок по формуле:

где Т_о - ожидаемая длительность работ, Т_min и Т_max - наименьшая и наибольшая, по мнению эксперта, длительность работ. Все расчеты сведены в таблице. 6.2

Таблица 6.2

Наименование работ	Длительность работ (день)	Расход машинного времени (час)
	Минимум	Максимум	Ожидаемая
1. Выявление целей и ограничений проекта;	2	3	2	-
2. Обзор существующих аналогов системы;	1	1	1	-
3. Разработка требований к системе финансового планирования;	3	8	5	-
4. Выбор архитектуры разрабатываемой системы;	2	3	2	-
5. Выбор технологии для реализации системы;	3	5	4	12
6. Выявление основных функциональных модулей системы;	6	13	9	52
7. Разработка алгоритма работы системы;	5	10	7	30
8. Построение конечных моделей системы с использованием CASE-средств.	3	5	4	10
Итого:	34	104

Ленточный график представлен на рис. 6.1. (одно деление - два дня).

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

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

Рис. 6.1 Ленточный график

Всего было затрачено 27 дней (из них с использованием ЭВМ - 18 дней). Капитальные затраты на этапе проектирования рассчитаем по формуле:

К = Z_п + М_п + Н_р

где Z_п - заработная плата проектировщика на всем этапе проектирования,

М_п - затраты на использование ЭВМ на этапе проектирования,

Н_р - накладные расходы.

Стоимость одного часа машинного времени примем 7руб, тогда затраты на использовании ЭВМ равны:

М_п= С * 104 = 7 * 104 = 728 (руб.)

Дополнительные расходы: _п = 15%

Расходы на социальное страхование: _с = 37%

Заработная плата разработчика:

Zn = zd * Tn * (1 + ac / 100) * (1 + an / 100)

zd = 300 руб.

Zn = 300 * 27 * (1 + 37 / 100) * (1 + 15 / 100) = 12,761 тыс. руб.

Накладные расходы составят:

Нр = 12,761 * 80 / 100 = 10,209 тыс. руб.

Таким образом, получим капитальные затраты на этапе проектирования:

Кп = 0,728 + 12,761 + 10,209 = 23,698 тыс. руб.

Расчет затрат при проектировании аналога

Заработная плата разработчика (аналог):

Zn = zd * Tn * (1 + ac / 100) * (1 + an / 100)

zd = 350 руб.

Zn = 350 * 45 * (1 + 37 / 100) * (1 + 15 / 100) = 24,814 тыс. руб.

Затраты на использование ЭВМ:

Мп = С * 112 = 7 * 108 = 784 (руб.)

Накладные расходы:

Нр = 24,814 * 80 / 100 = 19,851 тыс. руб.

Таким образом, получим капитальные затраты на этапе проектирования (аналог):

Кп = 0,784 + 24,814 + 19,851 = 45,449 тыс. руб.



6.3 Анализ экономического эффекта

Экономическая эффективность от разработки данной информационной системы финансового планирования заключается в разнице между капитальными затратами на проектирования этой системы и аналога.

? Кп = 45,449-23,698 = 21,751 тыс. руб.



7. Безопасность и экологичность работы

7.1 Анализ условий трудового процесса

Несоблюдение гигиенических норм и правил на рабочем месте может привести к возникновению умственного переутомления, нервного возбуждения и как следствие снижения работоспособности. К этому могут привести такие характеристики трудового процесса, как значимость работы, ответственность за конечный результат, а также факторы монотонности труда: число элементов и продолжительность простых заданий и повторяющихся операций, число объектов наблюдения и другие. Для продуктивной работы разработчику необходимы: правильный режим питания, режим дня, режим труда и отдыха, правильная организация рабочего места.

Оценивая вредные факторы, которым подвергался разработчик в процессе разработки модели и эксплуатации комплекса программно-аппаратных средств мы опирались на руководство - «Гигиенические критерии оценки условий труда по показателям вредности и опасности факторов производственной среды, тяжести и напряженности трудового процесса», утвержденные Госкомсанэпиднадзором РФ Руководство - Р 2.2.755-99. В соответствии с руководством труд классифицируется по четырем классам: оптимальные условия труда (класс 1.0); допустимые условия труда (класс 2.0); вредные условия труда (класс 3). Вредные условия труда по степени превышения гигиенических нормативов и выраженности изменении в организме работающих, подразделяются на 4 степени вредности: 1 степень 3 класса (3.1); 2 степень 3 класса (3.2); 3 степень 3 класса (3.3); 4 степень 3 класса (3.4). Опасные (экстремальные) условия труда (класс 4.0).

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

Оценка напряженности труда проводилась по двадцати одному фактору. Каждому выбранному фактору была дана оценка от 1.0 до 3.2, а затем по предложенному алгоритму производился расчёт общей напряжённости труда. Результаты оценок 3 класса воздействующих факторов приведены в таблице 7.1.

Таблица 7.1

№	Наименование фактора	Заключение	Оценка
Нагрузки интеллектуального характера
1.	Содержание работы.	Наиболее сложная по содержанию работа, требующая той или иной степени творческой и умственной деятельности.	3.2
Сенсорные нагрузки
2.	Длительность сосредоточенного наблюдения в % от времени смены.	от 51 до 75.	3.1
3.	Плотность сигналов (световых, звуковых и т.д.).	От 176 до 300.	3.1
4.	Наблюдение за экранами видеотерминалов. Количество часов за смену.	От 3-х до 5-х часов в смену.	3.1
Эмоциональные нагрузки
5.	Степень ответственности за результат собственной деят...

Подобные документы

• Разработка информационной системы финансового планирования для малого предприятия

  Анализ наиболее популярных систем планирования, представленных на российском рынке. Специфика разработки основных принципов финансового управления на малом предприятии. Особенности разработки и применения информационной системы финансового планирования.
  
  дипломная работа [2,1 M], добавлен 25.11.2009
  

• Информационная система регистратуры гостиницы "Бастион"

  Сравнительный анализ гостиничных информационных систем. Анализ и выбор CASE-средств для моделирования бизнес-процессов. Визуальная и математическая модели предметной области, выбор архитектуры и платформы информационной системы, построение базы данных.
  
  дипломная работа [1,4 M], добавлен 20.07.2014
  

• Проектирование АИС планирования и учета поставок деталей для сборки автомобилей на платформе В0 в ОАО "Автоваз"

  Проектирование информационнной системы планирования и учета поставок деталей внутри ОАО "АВТОВАЗ" из изготавливающих детали цехов на платформу В0. Формализация существующих бизнес-процессов. Выбор и разработка архитектуры, составление диаграмм.
  
  курсовая работа [8,2 M], добавлен 25.12.2011
  

• Моделирование информационной системы "Юридические услуги"

  Информационная система "Юридические услуги". Проектирование программного обеспечения. Анализ информационных потоков. Логическое представление, анализ структуры базы данных информационной системы, ее блок-схемы. Инструкция пользователя, контрольный пример.
  
  курсовая работа [1,1 M], добавлен 30.07.2009
  

• Проектирование информационной системы аудиторской компании ООО "Дежавю"

  Моделирование бизнес-процессов аудиторской компании для учета услуг и работ с клиентами в ООО "Дежавю". Модели деятельности аудиторской компании "как есть" (AS-IS) и "как должно быть" (TO-BE). Функциональная модель в виде иерархии потоков данных.
  
  курсовая работа [1,8 M], добавлен 12.04.2012
  

• Разработка базы данных для хранения информации, необходимой для организации предоставления услуг

  Разработка информационно-аналитической системы агентства недвижимости. Обоснование выбора архитектуры базы данных и СУБД. Моделирование потоков данных (DFD диаграмм). Проектирование инфологической модели данных с использованием модели "сущность-связь".
  
  дипломная работа [5,4 M], добавлен 06.06.2013
  

• Проектирование информационной системы планирования организационно-технических мероприятий ОАО "Спектр"

  Схема принятого в компании бизнес-процесса планирования организационно-технических мероприятий. Проектирование пользовательского интерфейса и главного меню, основных форм входной и выходной информации, структуры базы данных информационной системы.
  
  дипломная работа [2,4 M], добавлен 26.05.2012
  

• Информационная система "Грузоперевозки"

  Проектирование базы данных для информационной системы "Грузоперевозки". Обследование предметной области. Анализ бизнес-процессов, программного и аппаратного обеспечения. Проектирование компонентов приложения и его структуры. Выбор средств реализации.
  
  курсовая работа [1,6 M], добавлен 21.04.2014
  

• Комплексная автоматизированная информационная система количественных оценок стратегического планирования

  Разработка комплексной информационной системы на основе экономико-математической модели и методики NUMBER SPACE для повышения точности расчета стратегического потенциала, стратегического плана, доступности стратегического планирования для малого бизнеса.
  
  дипломная работа [533,8 K], добавлен 08.07.2012
  

• Информационная система "Реализация готовой продукции"

  Разработка структуры реляционной базы данных, предназначенной для отслеживания финансовой стороны работы компании. Требования к составу и параметрам технических средств. Нормализация информационных объектов. Физическая модель базы данных приложения.
  
  курсовая работа [1,4 M], добавлен 11.11.2014
  

• Анализ и моделирование бизнес-процессов системы физкультурно-спортивного воспитания населения на примере РГЭУ (РИНХ)

  Анализ российской законодательной базы по проблемам информатизации физкультурно-спортивного воспитания населения. Выбор архитектуры, проектирование пользовательского интерфейса. Разработка структуры модели данных. Надежность и эффективность Web-сервиса.
  
  дипломная работа [2,6 M], добавлен 05.04.2017
  

• База данных станции техобслуживания "Мустанг"

  Моделирование бизнес–процессов для описания функций различных систем управления. Анализ документооборота предприятия. Проектирование базы данных для комплекса технических средств и средств автоматизации. Программная реализация информационной системы.
  
  курсовая работа [791,4 K], добавлен 09.05.2014
  

• Разработка базы данных информационной системы "Магазин напольных покрытий"

  Описание особенностей функционирования магазина. Проектирование системы: инфологическое моделирование и построение диаграммы потоков данных. Моделирование и программная реализация информационной системы. Проектирование пользовательского интерфейса.
  
  курсовая работа [1,6 M], добавлен 18.02.2013
  

• Разработка базы данных

  Проектирование логической структуры базы данных методом нормальных форм, сущность связь. Сравнительный анализ спроектированной базы данных и базы данных существующих информационных систем. Выбор и обоснование состава технических и программных средств.
  
  курсовая работа [3,0 M], добавлен 22.12.2014
  

• Базы данных в информационных системах

  Информационные и автоматизированные системы управления технологическими процессами на промышленных предприятиях. Базы данных в автоматизированных системах управления. Системы планирования ресурсов предприятия, сбора и аналитической обработки данных.
  
  контрольная работа [486,7 K], добавлен 29.10.2013
  

• Разработка и программная реализация информационной системы "Кадры"

  Анализ предметной области и разработка структуры информационой системы (ИС) "Кадры". Описание информационных процессов. Разработка структуры БД и структуры ИС. Разработка структуры базы данных и интерфейсов. Реализация и тестирование ИС "Кадры".
  
  курсовая работа [1,2 M], добавлен 06.01.2008
  

• Разработка информационной системы управления учебным процессом (на примере филиала РГГУ г. Всеволжска)

  Задачи, функции и структура филиала университета. Оценка информационных потоков и UML-моделирование. Анализ структуры информационной системы и системы навигации. Проектирование базы данных, физическая реализация и тестирование информационной системы.
  
  дипломная работа [6,0 M], добавлен 21.01.2012
  

• Проектирование информационных систем

  Понятие, модели и назначение информационных систем. Функциональное моделирование ИС. Диаграмма потоков данных. Декомпозиция процессов и миниспецификации. Реализация макета системы средствами MS SQL Server 2005. Создание базы данных. Скалярные функции.
  
  курсовая работа [1,0 M], добавлен 16.09.2012
  

• Проектирование архитектуры системы "Букмекерская контора"

  Анализ текущих бизнес-процессов при работе букмекерской конторы. Построение функциональных моделей предметной области и диаграмм потоков данных. Основные меры по реорганизации бизнес-процессов и разрешению противоречий. Разработка мобильных приложений.
  
  курсовая работа [246,0 K], добавлен 10.01.2014
  

• Веб-сервисы для малого бизнеса в торговле

  Принципы налогового планирования для малого бизнеса. Практическая область применения веб-сервисов и специальных налоговых режимов на предприятиях малого бизнеса в сфере торговли. Анализ и направления совершенствования налогового учета на предприятии.
  
  дипломная работа [646,7 K], добавлен 23.06.2015
  

• главная
• рубрики
• по алфавиту
• вернуться в начало страницы
• вернуться к началу текста
• вернуться к подобным работам