Настройка команд USER/PASS -- «fake_reply_on_user». Возможные значения: «true/false» или «yes/no» (по умолчанию -- «true»). Значение опции «true» (или «yes»), указывает серверу отвечать положительным индикатором состояния на команду USER с параметром имени пользователя, для которого не существует почтового ящика на сервере. Это усложняет процесс взлома имени пользователя путем перебора значений. В любом случае клиент получает доступ к почтовому ящику только после успешной команды PASS. Параметр имеет смысл, если «use_apop=false». Параметр является опциональным.

Каталог пользователей -- «users_dir». Смысл свойства тот же, что и у одноименного параметра SMTP-сервера

Конфигурация почтовых ящиков пользователей

Почтовый ящик пользователя представляет собой каталог, имя которого совпадает с именем пользователя. Кроме того, в этом каталоге должен находиться файл «user_name.properties», где «user_name» -- имя пользователя. Все каталоги должны быть собраны в один родительский каталог. По умолчанию предполагается каталог «users» в корневом каталоге программы, но, в принципе, он может быть расположен в любом месте на компьютере, где установлен сервер. Если каталог пользователей отличен от каталога по умолчанию, то его имя (включая полный путь принятый для данной операционной системы) должно быть указано в свойстве «users_dir» в файлах pop3.properties и smtp.properties.

Рассмотрим теперь подробнее формат файла «user_name.properties»:

Тип получателя -- «group». Возможные значения: «true/false» или «yes/no». Определяет, является ли данный почтовый ящик принадлежащим отдельной персоне («false» или «no»), или представляет собой список рассылки («true» или «yes»). Если данный почтовый ящик является списком рассылки, то файл свойств содержит параметры «userN=user_name», где «userN» -- значения «user0», «user1», «user2» и т.д., а «user_name» -- имя пользователя, входящего в данную группу. Отметим, что в качестве «user_name» может выступать и почтовый ящик другой рассылки, т.е. рассылки могут образовывать иерархии. Параметр является обязательным.

Пароль пользователя -- «password». Параметр задает пароль пользователя если «group=false» или равен «*» и не имеет значения в противном случае. Однако присутствие этого параметра в файле свойств обязательно.

Информация о почтовом ящике -- «information». Опциональный параметр, предоставляющий информацию о данном пользователе. Используется в качестве ответа в SMTP на команды VRFY и EXPN. В случае наличия должен иметь формат «information=user_name <user_name@hostname>», где «user_name» -- имя пользователя, а «host_name» -- сетевое имя компьютера, на котором выполняется сервер.

3.4 Обоснование выбора средств разработки, сервера базы данных и сопутствующего программного обеспечения

Определим критерии, на основании которых выбирается программное обеспечение, необходимое для разработки приведенного в дипломном проекте программного средства:

1. Возможность реализации трехуровневой архитектуры «клиент-сервер», основанной на управлении сообщениями.

2. Простота разработки приложения.

3. Простота сопровождения, распространения и модернизации приложения.

4. Низкая стоимость средств разработки и сопутствующего ПО.

5. Простота и удобство пользовательского интерфейса.

Оптимальным вариантом является разработка программного средства на языке программирования Java с использованием JDK версии 1.1.4 и выше, распространяемого бесплатно. Приложении разрабатывается как апплет, функционирующий на стороне клиента, и сервлет, выполняющийся на стороне сервера.

Апплет может исполнятся в среде любого броузера, поддерживающего Java. К наиболее популярным из них относится Internet Explorer 4.0 и выше и Netscape Navigator 4.08 и выше. Данные средства широко распространены и, что немаловажно, являются бесплатными. К тому же, Internet Explorer 4.0 входит в поставку современной операционной системы Windows '98. Приложение апплет автоматически загружается при обращении, что решает проблему распространения приложения. Описанные выше способы электронной подписи апплета позволяют помимо всего прочего отслеживать версии выгруженного ПО и автоматически обновлять программное средство по мере появления модифицированных версий на сервере.

В качестве основы для разработки пользовательского интерфейса используются классы JFC (Java Foundation Classes), распространяемые бесплатно. Данная библиотека предлагает уникальный по объему и функциональности набор компонент выполненных по идеологии «документ-вид». Именно это позволяет адаптировать данные компоненты для работы с данными, специфичными для приложения. В дополнение к сказанному, компоненты могут отображаться в соответствии с принятыми для операционной системы, на которой исполняется апплет, правилами, будь то Macintosh OS, Windows или X-Motif. Настолько полной и продуманной библиотеки компонент не существует ни для одной среды визуальной разработки -- Delphi, Visual C++, Visual Basic и т.д.

Все вышеперечисленные обстоятельства свидетельствуют о том, что разработка и сопровождение клиентской части приложения не требует каких-либо материальных затрат, кроме трудовых затрат на разработку. Распространение и обновление данной части разработанного ПО производится автоматически. Уровень пользовательского интерфейса соответствует последним требованиям CUA/GUI (Common User Access/Graphic User Interface -- общий графический интерфейс пользователя).

Рассмотрим теперь преимущества использования сервлетной технологии. Сервлет является альтернативой CGI (Common Gateway Interface -- общий интерфейс шлюзов). CGI предполагает запуск из программы Web-сервера самостоятельных полновесных процессов, обрабатывающих запрос. При этом неэффективно расходуется память, т.к. каждый процесс имеет собственный стек и пространство данных. Существуют также сложности с поддержкой сессий работы с пользователем (хранением информации, устойчивой между отдельными запросами пользователя). Также практически невозможно организовать сложную обработку взаимосвязанных данных при помощи отдельных разработчиков. Существует альтернативное решение, предложенное компанией Microsoft. Это механизм ASP (Active Server Pages -- активных страниц сервера). Однако с его помощью трудно организовать взаимодействие с апплетом и, кроме того, ASP поддерживается только Internet Information Server от Microsoft, стоимость которого исчисляется тысячами долларов.

Идеология сервлетной технологии состоит в использовании Java-приложений, исполняемых в рамках виртуальной машины сервера. Сервлет активизируется при первом обращении и остается активным вплоть до завершения работы сервера. Это позволяет легко организовать поддержку сессий, а также упростить обмен данными между сервером и апплетом -- в данном случае он сводится к чтению/записи Java-объектов из потока/в поток.

Еще одним достоинством технологии является ее многоплатформенность, как с точки зрения операционной системы, так и с точки зрения используемого Web-сервера. Предлагаемый вариант состоит в использовании в качестве операционной системы ОС Linux, а в качестве Web-сервера -- Appache 1.3, являющийся бесплатным программным средством. Несмотря на бесплатность Appache, этот Web-сервер используют более 55% существующих сайтов, что говорит о его высокой надежности и производительности. Сам пакет разработки Java-сервлетов JSDK (Java Servlet Development Kit) также распространяется бесплатно.

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

Существует еще один аспект, связанный как с выбором ОС, так и с выбором СУБД. Приложение предъявляет высокие требования к функциональным характеристикам СУБД:

поддержка групп пользователей;

разграничение прав доступа как в отношении групп, так и в отношении отдельных пользователей;

возможность создания представления данных и хранимых процедур;

широкие возможности по индексации данных;

поддержка большого числа одновременно открытых курсоров.

Даже такому списку довольно жестких требований удовлетворяет несколько СУБД - Informix, Sybase SQL Anywhere, Microsoft SQL Server, Oracle и др. Однако, если рассмотреть критерий экономической эффективности, основанный на минимизации затрат на совместное приобретение ОС и СУБД, то неизбежно напрашивается вывод об использовании комбинации Linux и Informix. ОС Linux имеет сравнительно невысокую цену (120$-200$ в зависимости от версии и комплектации). В тоже время компания-производитель СУБД Informix, заинтересованная в продвижении Linux поставляет свой программный продукт под данную ОС по невероятно низкой для ПО такого класса цене - 90$.

Таким образом, предложенный выбор используемых программных средств позволил свести к минимуму затраты на внедрение разработанного приложения. Фактически затраты представляют собой сумму затрат на оплату труда разработчиков, затрат на приобретение компьютерной техники и затрат на приобретение СУБД Informix и ОС Linux. Однако минимизация затрат отнюдь не предполагает ограничение функциональности приложения. Как было показано выше, приложение использует самые передовые современные программные средства.



4. Технико-экономическое обоснование проекта

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

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

4.1 Определение затрат, цены и прибыли при разработке ПС

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

,(4.1)

где -- общий объем ПС;

-- объем функций ПС;

-- общее число функций.



Таблица 4.1

Характеристика функций и их объем

Номер функции	Наименование (содержание) функции	Объем функции (условных машинных команд)
1	2	3
	Ввод, анализ входной информации, генерация кодов и процессор входного языка
109	Организация ввода/вывода информации в интерактивном режиме	1085
111	Управление вводом/выводом
	Формирование, ведение и обслуживание баз данных
203	Формирование базы данных	6260
204	Обработка наборов и записей базы данных	7900
	Управление ПС ВТ, компонентами ПС ВТ и внешними устройствами
506	Обработка ошибочных и сбойных ситуаций	5200
507	Обеспечение интерфейса между компонентами	6860
	Расчетные задачи, формирование и вывод на внешние носители (АЦПУ) документов сложной формы и файлов
707	Графический вывод результатов	2030
	Итого, V0	29335

Исходные данные для дальнейших расчетов приведены в таблице 4.2

Таблица 4.2

Исходные данные

Наименование показателя	Обозначение	Единицы измерения	Значение
1	2	3	4
Коэффициент новизны	КН	единиц	0.70
Группа сложности		единиц	3
Дополнительный коэффициент сложности	КСЛ	единиц	0.12
Поправочный коэффициент, учитывающий использование типовых программ	КТ	единиц	0.70
Установленная плановая продолжительность разработки	ТРД	лет	1.00
Годовой эффективный фонд времени	ФЭФ	дней	230.00
Продолжительность рабочего дня	ТЧ	часов	8.00
Тарифная ставка I-го разряда	ТМ1	тыс. руб.	2250.00
Коэффициент премирования	КП	единиц	1.40
Норматив дополнительной заработной платы	НЗД	%	10.00
Норматив зар. платы прочих категорий	НЗПК	%	30.00
Ставка отчислений в фонд социальной защиты	НЗСЗ	%	35.00
Ставка чрезвычайного налога	ННЧ	%	4.00
Ставка отчислений в фонд занятости	ННЗ	%	1.00
Ставка отчислений в фонд ДДУ	ННСД	%	5.00
Норматив командировочных расходов	НРНК	%	20.00
Норматив прочих затрат	НПЗ	%	10.00
Норматив накладных расходов	НРН	%	100.00
Норматив на сопровождение и адаптацию ПС	НРСА	%	10.00
Уровень рентабельности ПС	УРП	%	40.00
Ставка НДС	ННДС	%	20.00
Первоначальная стоимость используемых основных фондов	ПС	тыс. руб.	420000.00
Норма амортизации вычислительной техники	НА	%	10.00
Ставка отчислений на содержание ведомственного жилого фонда	НОЖФ	%	1.00

На основании общего объема ПС по методике, предложенной в [], определяется нормативная трудоемкость (Т_Н) с учетом сложности ПС. Для ПС III-ей группы сложности, к которой относится разрабатываемый программный продукт нормативная трудоемкость составит 1 200 человеко-дней, что дает с поправочным коэффициентом 0.70, рекомендуемым для современных ПЭВМ, значение 840.00 человеко-дня.

С учетом дополнительного коэффициента сложности К_СЛ рассчитывается общая трудоемкость ПС по формуле

,(4.2)

где -- общая трудоемкость ПС;

-- нормативная трудоемкость ПС;

-- дополнительный коэффициент сложности ПС.

человеко-дней

При решении сложных задач с длительным периодом разработки ПС

Трудоемкость ПС по стадиям определяется по формуле

,(4.3)

где -- трудоемкость разработки ПС на i-ой стадии;

-- удельный вес трудоемкости i-ой стадии разработки ПС в общей трудоемкости разработки ПС;

-- поправочный коэффициент, учитывающий степень новизны ПС;

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

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

.(4.4)

Результаты расчетов приведены в таблице 4.3

Таблица 4.3

Расчет уточненной трудоемкости ПС по стадиям

	Стадии	Итого
	ТЗ	ЭП	ТП	РП	ВН
Коэффициенты удельных весов трудоемкости стадий (dСТ)	0.09	0.70	0.70	0.61	0.16	1.00
Коэффициенты, учитывающие использование типовых программ (КТ)			0.70	0.70
Коэффициенты новизны (КН)	0.70	0.70	0.70	0.70	0.70
Уточняющая трудоемкость (ТУ) стадий (человеко-дней)	59.27	460.99	322.69	281.21	105.37	1229.53

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

,(4.5)

где -- плановая численность разработчиков (чел.);

-- плановая продолжительность разработки ПС (лет);

-- годовой эффективный фонд времени работы одного работника (дней).

чел.

В соответствии с численностью и выполняемыми функциями устанавливается штатное расписание группы специалистов-разработчиков (см. таблицу 4.4).

Месячная тарифная ставка каждого специалиста (Т_М) определяется по формуле

,(4.6)

где -- месячная тарифная ставка I-го разряда (тыс. руб.);

-- тарифный коэффициент, соответствующий установленному тарифному разряду.

Часовая тарифная ставка (Т_Ч) рассчитывается по формуле

,(4.7)

где -- месячная тарифная ставка (тыс. руб.);

173.1 -- часовой фонд рабочего времени.

Результаты расчетов приведены в таблице 4.4.

Таблица 4.4

Штатное расписание группы разработчиков

Должность	Количество ставок	Тарифный разряд	Тарифный коэффициент	Месячная тарифная ставка (тыс. руб.)	Часовая тарифная ставка (тыс. руб.)
Ведущий инженер программист	1.00	12	3.10	6975.00	40.29
Инженер-программист I-ой категории	2.00	11	2.81	6322.50	36.53
Инженер-программист II-ой категории	3.00	10	2.55	5737.50	33.15

Основная заработная плата исполнителей рассчитывается по формуле

,(4.8)

где -- количество исполнителей;

-- часовая тарифная ставка i-го исполнителя (тыс. руб.);

-- количество часов работы в день (часов);

-- эффективный фонд рабочего времени i-го исполнителя (дней);

-- коэффициент премирования.

тыс. руб.

Дополнительная заработная плата определяется по нормативу в процентах к основной заработной плате

,(4.9)



где -- норматив дополнительной заработной платы.

тыс. руб.

Заработная плата прочих категорий работников определяется по формуле

,(4.10)

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

тыс. руб.

Отчисления в фонд социальной защиты населения (З_СЗ) рассчитываются как

,(4.11)

где -- заработная плата (основная и дополнительная) прочих категорий работников

-- норматив отчислений в фонд социальной защиты населения.

тыс. руб.

Налоги, входящие в себестоимость ПС, (чрезвычайный налог для ликвидации последствий катастрофы на ЧАЭС (Н_Ч), отчисления в фонд занятости (Н_З), отчисления на содержание детских дошкольных учреждений (Н_СД)) рассчитываются от фонда заработной платы в соответствии со ставками налогов.

тыс. руб.(4.12)

тыс. руб.(4.13)

тыс. руб.(4.14)

Расходы на материалы (магнитные носители, бумагу и пр.) определяются на основе нормы расхода (Н_М) на 100 машинных команд по формуле

,(4.15)

где -- норма расхода материалов в расчете на 100 команд конкретного ПС;

-- общий объем ПС.

тыс. руб.

Спецоборудование при разработке данного ПС не используется, поэтому расходы по соответствующей статье затрат (Р_С) равны нулю.

Расходы на оплату машинного времени (Р_М) определяются по формуле

,(4.16)

где -- цена одного машино-часа (тыс. руб.);

-- общий объем ПС;

-- норматив расхода машинного времени на отладку 100 машинных команд (машино-часов).

тыс. руб.

Расходы на научные командировки (Р_НК) определяются следующим образом:

,(4.17)

где -- норматив расходов на командировки.

тыс. руб.

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

,(4.18)

где -- норматив прочих затрат.

тыс. руб.

Расчет накладных расходов (Р_Н) ведется по формуле:

,(4.19)



где -- норматив накладных расходов.

тыс. руб.

Общая сумма расходов по всем статьям сметы (С_Р)

,(4.20)

тыс. руб.

Кроме того, осуществляется сопровождение и адаптация ПС, расходы на которые (Р_СА) определяются по формуле

,(4.21)

где -- норматив расходов на сопровождение и адаптацию.

тыс. руб.

Итого, полная себестоимость ПС (С_П) рассчитывается

тыс. руб.(4.22)

Прибыль от реализации (П_Р) определяется как

,(4.23)

где -- уровень рентабельности ПС.

тыс. руб.

В цену ПС включается налог на добавленную стоимость (Н_ДС) который рассчитывается по формуле

,(4.24)

где -- добавленная стоимость (тыс. руб.);

-- норматив налога на добавленную стоимость.

Добавленная стоимость определяется

,(4.25)

где -- сумма амортизационных отчислений ОПФ (тыс. руб.).

В небольших научных организациях и на малых предприятия, где ОПФ являются лишь средства вычислительной техники (ВТ), амортизационные отчисления определяются по формуле

,(4.26)

где -- норматив амортизационных отчислений;

-- фактический срок использования ВТ (лет);

-- первоначальная стоимость ВТ (тыс. руб.).

тыс. руб.

тыс. руб.

тыс. руб.

В соответствии с действующим законодательством в цену ПС кроме налога на добавленную стоимость включаются отчисления на содержание ведомственного жилого фонда (О_ЖФ), которые рассчитываются по действующему законодательно утвержденному нормативу (Н_ОЖФ) в процентном отношении к цене ПС, представляющей сумму себестоимости, прибыли и налога на добавленную стоимость. Отчисления на содержание ведомственного жилого фонда определяются следующим образом

(4.27)

тыс. руб.

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

(4.28)

тыс. руб.

Прибыль от реализации ПС за вычетом налога (Н_П) с прибыли (чистая прибыль -- П_Ч) остается организации-разработчику и представляет собой эффект от создания нового программного средства ВТ

,(4.29)

где -- норматив налога на прибыль (%).

тыс. руб.



4.2 Расчет экономического эффекта от применения ПС пользователем

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

По данным прогноза, спрос на продукт данного вида, учитывая масштабы программного средства и его высокую стоимость, составит порядка 10 заявок. Поэтому отпускная цена одной копии составит

При этом отметим необходимость закупки компьютерных и сетевых средств, стоимостью 2000000.00 тыс. руб. и 500000.00 тыс. руб. соответственно (см. таблицу 4.5).

Таблица 4.5

Исходные данные

Наименованиепоказателя	Обозначение	Единицы измерения	Значение показателя	Наименованиеисточникаинформации
			в базовом варианте	в новом варианте
1	2	3	4	5	6
Капитальные вложения, включая стоимость услуг по сопровождению и адаптации ПС	КПР	тыс. руб.	0.00	216163.80	Договор заказчика с разработчиком
Затраты на доукомплектование ВТ техническими средствами в связи с внедрением нового ПС	КТС	тыс. руб.	0.00	2000000.00	Смета затрат на внедрение
Затраты на дополнение оборотных фондов, связанных с эксплуатацией нового ПС	КОБ	тыс. руб.	0.00	500000.00	Смета затрат на внедрение
Численность программистов занятых освоением ПС	ЧПО	чел.	0.00	2.00	Паспорт ПС
Численность исполнителей, занятых ведение документооборота	ЧПЛ	чел.	60.00	10.00	Проект плана работ пользователя
Продолжительность освоения ПС	ТОС	Месяцев	0.00	0.50	Паспорт ПС
Расход машинного времени на освоение ПС	ТМОС	Машино-часов	0.00	40.00	Паспорт ПС
Среднемесячная ЗП одного программиста	ЗСМ	тыс. руб.	6300.00	6300.00	Расчетные данные пользователя
Коэффициент начислений на ЗП	КНЗ	единиц	2.00	2.00	Рассчитывается по данным пользователя
Среднемесячное количество рабочих дней	ДР	день	22.00	22.00	Принято для расчета
Количество типовых задач, решаемых за год	ЗТГ	единиц	0.00	120.00	План пользователя
Объем работ, выполняемый при решении одной задачи	АО	100команд	0.00	235.00	План пользователя
Средняя трудоемкость работ в расчете на 100 команд	ТС1, ТС2	чел.-часовна 100команд	1.00	0.15	Рассчитывается по данным пользователя
Средний расход машинного времени в расчете на 100 команд	МВ1, МВ2	часовна 100команд	0.08	0.04	Паспорт ПС
Средний расчет материалов в расчете на 100 команд	МТ1, МТ2	тыс. руб.на 100команд	0.25	0.20	Паспорт ПС
Цена одного машино-часа работы ЭВМ	ЦМ	тыс. руб.	30.00	30.00	Смета затрат ЭВМ пользователя
Количество часов работы в день	ТЧ	часов	8.00	8.00	Принято для расчета
Ставка налога на прибыль	НП	%	30.00	30.00	Согласно действующему законодательству

Общие капитальные вложения (К_о) заказчика, связанные с приобретением, внедрением и использованием ПС, рассчитываются по формуле

,(4.30)

где -- затраты пользователя на приобретение ПС по отпускной цене разработчика с учетом стоимости услуг по эксплуатации и сопровождению (ден. ед.);

-- затраты пользователя на освоение ПС (ден. ед);

-- затраты на дополнительную комплектацию ВТ техническими средствами в связи с внедрением нового ПС (ден. ед.);

--затраты, связанные с пополнением оборотных средств в связи с использованием нового ПС (ден. ед.).

Затраты на приобретение, адаптацию и сопровождение ПС (см. таблицу 4.5) определяются на основе договора заказчика с разработчиком

тыс. руб.(4.31)

Затраты на освоение ПС (см. таблицу 4.5)

(4.32)

тыс. руб.

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

тыс. руб.(4.33)

Затраты, связанные с пополнением оборотных средств в связи с использованием нового ПС (см. таблицу 4.5) определяются в соответствии со сметой затрат на внедрение и использование нового ПС.

тыс. руб.(4.34)

Общие капитальные вложения, связанные с применением нового ПС, составляют

тыс. руб.

Расчет экономии основных видов ресурсов в связи с использованием нового ПС

Экономия затрат на заработную плату при использовании нового ПС в расчете на объем выполненных работ (см. таблицу 4.5)

,(4.35)

где -- экономия затрат на заработную плату при решении задач с использованием нового ПС в расчете на 100 команд (ден. ед.);

-- объем выполненных работ с использованием нового ПС (100 команд).

Экономия затрат на заработную плату в расчете на 100 команд (С_ЗЕ)

,(4.36)

где -- среднемесячная заработная плата одного программиста (ден. ед.);

, -- снижение трудоемкости работ в расчете на 100 команд (человеко-часов);

-- продолжительность рабочего дня (ч.)

-- среднемесячное количество рабочих дней.

тыс. руб.

Объем выполненных работ с использованием нового ПС (100 команд)

,(4.37)

где -- объем работ, необходимый для решения одной задачи (100 команд);

-- количество типовых задач, решаемых за год (задач).

тыс. руб. на 100 команд

Экономия затрат на заработную плату (С_З)

тыс. руб.

Экономия затрат за счет сокращения начислений на заработную плату (С_ОЗ) при коэффициенте начислений равном 2.00

тыс. руб.

Экономия затрат на оплату машинного времени (С_М) в расчете на выполненный объем работ в результате применения нового ПС

(4.38)

где -- экономия затрат на оплату машинного времени при решении задач с использованием нового ПС в расчете на 100 команд.

Экономия затрат на оплату машинного времени в расчете на 100 команд (С_МЕ)

(4.39)

где -- цена одного машино-часа работы ЭВМ;

, -- средний расход машинного времени в расчете на 100 при применении соответственно базового и нового ПС

тыс. руб. на 100 команд

Экономия затрат на оплату машинного времени на всю программу работ (С_М)

тыс. руб.

Экономия затрат на материалы (С_МТ) при использовании нового ПС в расчете на объем выполненных работ

(4.40)

где -- экономия затрат на материалы в расчете на 100 команд при использовании нового ПС.

(4.41)

где, -- средний расход материалов у пользователя в расчете на 100 команд при использовании соответственно базового и нового ПС (ден. ед.)

тыс. руб. на 100 команд

Экономия затрат на материалы на весь объем работ (С_МТ)

тыс. руб.

Общая годовая экономия текущих затрат, связанных с использованием нового ПС, (С_О)

(4.42)

тыс. руб.

Приобретение и внедрение нового ПС позволит заказчику сэкономить на текущих расходах 2609301.14 тыс. руб., то есть практически получить на эту сумму дополнительную прибыль. Для пользователя в качестве экономического эффекта выступает лишь чистая прибыль -- дополнительная прибыль, остающаяся в его распоряжении (П_Ч), которую можно рассчитать по формуле

(4.43)

где -- ставка налога на прибыль (%).



тыс.руб.

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

(4.44)

где -- норматив приведения разновременных затрат и результатов;

-- расчетный год, t_p=1;

-- номер года, результаты и затраты которого приводятся к расчетному (1999 -- 1, 2000 -- 2, 2001 -- 3, 2002 -- 4).

Норматив приведения разновременных затрат и результатов (Е_Н) для программных средств ВТ принимается равным 0.4. Следовательно, при решении данной задачи коэффициентам приведения (_t) по годам будут соответствовать следующие значения:

Данные расчета экономического эффекта сведены в таблицу 4.6



Таблица 4.6

Расчет экономического эффекта от использования нового ПС

Показатели	Единицы измерения	1999	2000	2001	2002
Результаты
Прирост прибыли за счет экономии затрат (ПЧ)	тыс. руб.		1826510.80	1826510.80	1826510.80
То же с учетом фактора времени	тыс. руб.		1304128.71	931520.51	664849.93
Затраты
Приобретение, адаптация и освоение ПС (КПР)	тыс. руб.	216163.80
Освоение ПС (КОС)	тыс. руб.		20100.00
Доукомплектование ВТ техническими средствами (КТС)	тыс. руб.		2000000.00
Пополнение оборотных средств (КОБ)	тыс. руб.		500000.00
Всего затрат	тыс. руб.	216163.80	2520100.00
То же с учетом фактора времени	тыс. руб.	216163.80	1799351.40
Экономический эффект
Превышение результата над затратами	тыс. руб.	-216163.80	-495222.69	931520.51	664849.93
То же с нарастающим итогом	тыс. руб.	-216163.80	-711385.79	220134.71	884984.64
Коэффициент приведения	Единиц	1.00	0.71	0.51	0.36

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

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

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

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

года месяцев.(4.45)

Таким образом, приобретение данного ПО является экономически целесообразным



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

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

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

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

Тематическая подсистема научно-информационного обеспечения системы управления экологической безопасностью разделяется на следующие основные уровни со своими частными задачами:

1. Уровень «Сбор», в пределах которого решаются задачи формирования нисходящего потока научно-технической информации (НТИ), организации и контроля его поступления.

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

3. Уровень «Систематизация, аналитико-синтетическая обработка и хранение» предполагает осуществление частных задач библиотечно-библиографической и научно-информационной работы, среди которых наибольшее значение имеют задачи аналитико-синтетической обработки и подготовки вторичных информационных материалов.

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

5. Уровень «Введение информации в систему научно-технической информации (СНТИ)» предполагает распространение информации посредством восходящего потока, а также использования всех форм научно-технической пропаганды.

Организационная структура информационного обеспечения системы управления экологической безопасностью построена по принципу централизованного сбора, хранения и обработки информационных материалов и децентрализованного доступа пользователей. Информационные органы на местах могут осуществлять как прямые, так и обратные информационные контакты и с центром и с потребителем (см. рис. 3.1).

5.2 Создание информационного банка данных по окружающей среде в РБ

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

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

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

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

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

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

5.3 Требования, предъявляемые к информационному обеспечению в системе управления экологической безопасностью

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

вычислительной;

внешнего пользователя и внешней поставки информации;

моделирования состояния экосистемы и внешней среды;

автоматизации планирования эксперимента и исследования;

диалоговой;

информационно-поисковой;

библиотеки программ;

банка данных обработки и анализа информации;

приема и регистрации информации;

управления и контроля состояния системы.

Это определяет вертикальную структуру системы, а горизонтальная структура строится по территориально-пространственному признаку.

Для эффективной работы системы необходимо:

1. Разработать классификаторы данных и номенклатуру специализированных (по основным направлениям науки и типам данных) баз данных.

2. Унифицировать методики сбора информации и формы представления данных, ориентированных на хранение в специализированных БД.

3. Обеспечить:

— единство типа используемых баз данных;

— единство типа операционных систем или возможность перевода информации из одной системы в другую;

— свободный доступ пользователей к БД и базам предварительной обработки;

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

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

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

Разработать единую структуру построения БД, совместимой с БД государственной системой приема, обработки и распространения информации.

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

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

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

Заключение

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

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

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

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

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

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

Кроме вышеназванного решен еще широкий спектр задач, требующих автоматизации в рамках всего Вуза. Необходимо отметить, что определенную часть обозначенных задач пытается решить Вычислительный Центр БГУИР. Однако финансовые трудности и недостаток кадров оставляют желать от темпов работ и объемов достигнутых результатов много большего.

В заключение, остановимся на технических деталях реализации. На тему автоматизации делопроизводства было написано немало работ, как в рамах дипломных проектов, так и на более высоком уровне. Подчеркнем преимущества предлагаемого к реализации решения:

1. Реализация предполагает клиент-серверное взаимодействие, оформленное как распределенное Intranet-приложение.

2. В качестве виртуального сервера используется Java-servlet, что позволяет серверной части приложения исполняться на любой операционной системе (Windows NT, UNIX, Macintosh OS, OS/2) под управлением широкого ряда физических серверов (Netscape FastTrack, Apache, Microsoft Internet Information Server и т.д.).

3. Реализована поддержка списка привилегий пользователей (Access Control List -- ACL), разграничивающего права каждой группы на конкретную операцию с базой данных. В основном данная возможность определяется выбором СУБД.

4. Клиентская часть представлена Java-апплетом, который может исполняться под управлением любого броузера, имеющего Java-машину. Отметим, что многие из этих броузеров являются бесплатными или условно бесплатными, а такой популярный и имеющий широкие возможности броузер как Microsoft Internet Explorer 4.0/5.0 бесплатно поставляется сразу с операционной системой Windows 98/NT. Фактически пользователю не потребуется устанавливать у себя дополнительного программного обеспечения.

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

Кроме перечисленных выше достоинств удалось определить состав программных средств разработки и сопровождения программного обеспечения, который минимизирует общие затраты на разработку приложения -- используется бесплатный комплект разработки Java-приложений JDK 1.1.4, бесплатная библиотека визуальных элементов управления JFC, бесплатный комплект разработки сервлетов JSDK 1.0. Также предполагается использовать бесплатный Web-сервер Apache 1.3 и комбинация операционной системы Linux и СУБД Informix, обеспечивающая минимальные издержки при сохранении полной общей функциональности приложения.

Рассчитана экономическая эффективность, как от разработки, так и от внедрения программы. Расчеты выполнены с допущением, что программа разрабатывается для одного конкретного заказчика. При этом программа полностью окупает себя уже на третьем году функционирования. С учетом дисконтирования экономический эффект от функционирования программы за 5 лет составит 884 984.64 тыс. руб. Для разработчика прибыль от реализации программы равна 382 475.21 тыс. руб.

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

Литература

1. Эллиот Расти Гарольд Java Beans «Лори», М.-1999, 327с.

2. Бернард Ван Хейк JDBC и базы данных, «Лори», М.-1999, 320с.

3. Джон Мак-Налли и др. Informix. Энциклопедия пользователя, «Диасофт», К.-1998, 800с.

4. Кокорева Т.А. Системный анализ процедур принятия управленческих решений, М.-1991;

5. Расчет экономической эффективности внедрения ЭВМ, М.-1968;

6. Суша Н.В. Методика предпроектного обследования Вуза при разработке новых информационных технологий управления, Мн.-1997;

7. О некоторых подходах к управлению документами, [Открытые Системы № 3 1998];

8. Об одном подходе к автоматизации документооборота [Яна Стретович, Галина Филиппова Московский городской комитет охраны окружающей среды и природных ресурсов, Москва (095)2, Открытые Системы № 4 1997];

9. Концепция системы автоматизации отечественного документооборота, Владимир Баласанян, Открытые Системы № 1 1997];

10. Концепция построения систем автоматизации документооборота, [Анатолий Гавердовский, Открытые Системы № 1 1997];

11. Кроссплатформенное управление данными, [Гордон Чемпен Ракско, Открытые Системы № 4 1995];

12. Управление электронными документами: технологии и решения, [Мария Каменнова фирма «Метатехнология», Телефон: (095) 253-3822, Открытые Системы № 4 1995].